信息系統(tǒng)分析與設(shè)計(jì)課件

《信息系統(tǒng)分析與設(shè)計(jì)》

第一章企業(yè)信息系統(tǒng)的各類人員一、數(shù)據(jù)、信息與信息系統(tǒng)三、系統(tǒng)分析員的職業(yè)準(zhǔn)備二、信息工作者和現(xiàn)代系統(tǒng)分析員一、數(shù)據(jù)、信息與信息系統(tǒng)1、信息與信息系統(tǒng)的概念2、信息系統(tǒng)與建模系統(tǒng)六個(gè)基本要素：輸入、輸出、處理、控制、內(nèi)部結(jié)構(gòu)、邊界信息系統(tǒng):系統(tǒng)基本要素+人+數(shù)據(jù)+處理過(guò)程信息系統(tǒng)的基本特征:數(shù)據(jù)、功能、行為處理系統(tǒng)控制輸入反饋輸出邊界系統(tǒng)目標(biāo)系統(tǒng)結(jié)構(gòu)系統(tǒng)功能系統(tǒng)模型：用來(lái)模擬現(xiàn)實(shí)系統(tǒng)的一種抽象或者近似，是對(duì)真實(shí)系統(tǒng)的簡(jiǎn)化表示。幾類模型敘述模型物理模型數(shù)學(xué)模型圖示模型二、信息工作者和現(xiàn)代系統(tǒng)分析人員1、信息工作者系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)構(gòu)建者系統(tǒng)分析人員信息系統(tǒng)的范圍界定信息系統(tǒng)的需求信息系統(tǒng)設(shè)計(jì)信息系統(tǒng)的部件商家和咨詢者系統(tǒng)分析與設(shè)計(jì)方法和工具信息工作者是指從事創(chuàng)造、收集、處理、發(fā)布及使用信息的人。企業(yè)的信息工作者有如下幾類：2、現(xiàn)代系統(tǒng)分析員1）什么是系統(tǒng)分析員？他們做什么？2）系統(tǒng)分析員在哪里工作？3）項(xiàng)目經(jīng)理系統(tǒng)分析員的職責(zé)是提高信息系統(tǒng)建設(shè)的效率和有效性。

系統(tǒng)分析員是既有企業(yè)知識(shí)，又懂計(jì)算機(jī)的人。他研究企業(yè)的問(wèn)題與需求，決定如何最合適地將人員、數(shù)據(jù)、過(guò)程、通信、與信息技術(shù)、信息系統(tǒng)建設(shè)方案投入企業(yè)。系統(tǒng)分析員的工作是解決問(wèn)題。項(xiàng)目管理：指把各種知識(shí)技能、工具和技術(shù)以及人力、物力、財(cái)力、信息、科學(xué)技術(shù)和市場(chǎng)資源有效結(jié)合，采用規(guī)范化的餓管理流程，在規(guī)定時(shí)間、預(yù)算和質(zhì)量目標(biāo)范圍內(nèi)完成項(xiàng)目。項(xiàng)目的負(fù)責(zé)人為項(xiàng)目經(jīng)理。三、系統(tǒng)分析員的職業(yè)準(zhǔn)備1、系統(tǒng)分析員需要的技能技術(shù)知識(shí)和技能商務(wù)知識(shí)和技能與人溝通的知識(shí)和技能誠(chéng)實(shí)和道德一、當(dāng)前企業(yè)中的各種信息系統(tǒng)1、信息系統(tǒng)的分類框架1）管理活動(dòng)的分類戰(zhàn)略規(guī)劃管理控制知識(shí)管理操作管理2）決策過(guò)程和分類決策過(guò)程、信息需求及相應(yīng)信息系統(tǒng)決策問(wèn)題分類應(yīng)收款訂單輸入存貨控制預(yù)算分析工程成本短期預(yù)算倉(cāng)庫(kù)和工廠位置PERT網(wǎng)絡(luò)分析系統(tǒng)生產(chǎn)計(jì)劃現(xiàn)金管理變化分析全面預(yù)算預(yù)算準(zhǔn)備銷售和生產(chǎn)合并和購(gòu)置新生產(chǎn)計(jì)劃研發(fā)計(jì)劃操作控制管理控制戰(zhàn)略計(jì)劃管理層次非結(jié)構(gòu)化半結(jié)構(gòu)化結(jié)構(gòu)化問(wèn)題結(jié)構(gòu)化程度3）信息系統(tǒng)基本分類框架非結(jié)構(gòu)化半結(jié)構(gòu)化結(jié)構(gòu)化操作控制層知識(shí)管理層戰(zhàn)略規(guī)劃層管理控制層TPSOASMISDSSESSKWS應(yīng)收帳處理電子會(huì)議產(chǎn)品成本預(yù)算準(zhǔn)備產(chǎn)品設(shè)計(jì)新市場(chǎng)、新產(chǎn)品事務(wù)處理系統(tǒng)辦公自動(dòng)化系統(tǒng)知識(shí)工作系統(tǒng)管理信息系統(tǒng)決策支持系統(tǒng)經(jīng)理支持系統(tǒng)1）事務(wù)處理系統(tǒng)TPS(transactionprocessingsystem)

事務(wù)處理系統(tǒng)是操作層的數(shù)據(jù)處理自動(dòng)化，提高效率的信息系統(tǒng)。典型的TPS：銷售訂單處理系統(tǒng)、物料需求計(jì)劃、財(cái)務(wù)管理系統(tǒng)等。TPS的基本功能：數(shù)據(jù)處理、數(shù)據(jù)維護(hù)、數(shù)據(jù)查詢、監(jiān)控功能。TPS是其它信息系統(tǒng)的基礎(chǔ)。2、各類典型的信息系統(tǒng)2）管理信息系統(tǒng)MIS（Managementinformationsystem)

MIS是一個(gè)由人和計(jì)算機(jī)等組成的，能進(jìn)行管理信息的收集、傳遞、加工、保存、維護(hù)和使用的社會(huì)技術(shù)系統(tǒng)。MIS功能結(jié)構(gòu)庫(kù)房管理財(cái)務(wù)管理流動(dòng)資金成本核算車間調(diào)度市場(chǎng)預(yù)測(cè)合同管理質(zhì)量管理綜合統(tǒng)計(jì)設(shè)備工具物資供應(yīng)生產(chǎn)計(jì)劃共享數(shù)據(jù)庫(kù)3）決策支持系統(tǒng)DSS（Decisionsupportsystem)

DSS是能夠利用數(shù)據(jù)和模型來(lái)幫助決策者解決非結(jié)構(gòu)化問(wèn)題的高度靈活的、人機(jī)交互式的信息系統(tǒng)。DSS的組成結(jié)構(gòu)TPS外源數(shù)據(jù)用戶DSS數(shù)據(jù)庫(kù)用戶接口DSS軟件系統(tǒng)分析模型OLAP工具數(shù)據(jù)挖掘工具數(shù)據(jù)庫(kù)系統(tǒng)模型庫(kù)系統(tǒng)人機(jī)對(duì)話系統(tǒng)DSS的最新發(fā)展

DSS=DW+DM+OLAP數(shù)據(jù)倉(cāng)庫(kù)DW

OLAP（on-lineanalyticalprocessing)是對(duì)大容量、聚合的數(shù)據(jù)進(jìn)行分析，為用戶進(jìn)行動(dòng)態(tài)實(shí)時(shí)多維分析。聯(lián)機(jī)分析處理OLAP

DW（datawarehouse)是面向主題的、集成的、與時(shí)間密切相關(guān)的、相對(duì)穩(wěn)定的數(shù)據(jù)集合，其目的是支持管理人員業(yè)務(wù)分析與決策制定。數(shù)據(jù)挖掘DM

DM（Datamining)是從數(shù)據(jù)庫(kù)或數(shù)據(jù)倉(cāng)庫(kù)中發(fā)現(xiàn)并提取隱藏其中的信息，找出數(shù)據(jù)間潛在的關(guān)聯(lián)，發(fā)現(xiàn)被忽略的要素。4）辦公信息系統(tǒng)OSI（officeinformationsystem)

OSI是指通過(guò)先進(jìn)技術(shù)的應(yīng)用，將人們的部分辦公業(yè)務(wù)物化于人以外的各種設(shè)備，并由這些設(shè)備和辦公人員共同完成辦公業(yè)務(wù)的人機(jī)信息系統(tǒng)。OSI的組成結(jié)構(gòu)辦公信息系統(tǒng)設(shè)備軟件辦公人員各種辦公設(shè)備輸入/輸出設(shè)備通信設(shè)備服務(wù)器、工作站系統(tǒng)軟件：操作系統(tǒng)、語(yǔ)言處理程序應(yīng)用軟件專用軟件通用軟件支持軟件3、信息系統(tǒng)概念的發(fā)展二、信息系統(tǒng)體系結(jié)構(gòu)的框架1、企業(yè)的組織結(jié)構(gòu)1）直線型組織結(jié)構(gòu)2）職能型組織結(jié)構(gòu)3）直線參謀型組織結(jié)構(gòu)4）直線職能參謀型組織結(jié)構(gòu)5）事業(yè)部制組織結(jié)構(gòu)6）矩陣型組織結(jié)構(gòu)8）網(wǎng)絡(luò)結(jié)構(gòu)7）多維立體型組織結(jié)構(gòu)1、信息系統(tǒng)體系結(jié)構(gòu)

信息系統(tǒng)體系結(jié)構(gòu)是指一個(gè)統(tǒng)一的信息系統(tǒng)框架，通過(guò)這個(gè)框架，與信息系統(tǒng)有關(guān)的各種人員可以從不同角度去組織或觀察信息系統(tǒng)的基本結(jié)構(gòu)。系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)實(shí)施者關(guān)注數(shù)據(jù)關(guān)注處理關(guān)注接口關(guān)注通信系統(tǒng)開(kāi)發(fā)擁有者的數(shù)據(jù)視圖擁有者的處理視圖擁有者的接口視圖擁有者的通信視圖系統(tǒng)用戶的數(shù)據(jù)視圖系統(tǒng)用戶的處理視圖系統(tǒng)用戶的接口視圖系統(tǒng)用戶的通信視圖系統(tǒng)設(shè)計(jì)者的數(shù)據(jù)視圖系統(tǒng)設(shè)計(jì)者的接口視圖系統(tǒng)設(shè)計(jì)者的處理視圖系統(tǒng)設(shè)計(jì)者的通信視圖系統(tǒng)實(shí)施者的數(shù)據(jù)視圖系統(tǒng)實(shí)施者的接口視圖系統(tǒng)實(shí)施者的處理視圖系統(tǒng)實(shí)施者的通信視圖系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

方法學(xué)處理過(guò)程信息技術(shù)與體系結(jié)構(gòu)銷售與咨詢商三、信息系統(tǒng)的各類建構(gòu)板塊1、數(shù)據(jù)建構(gòu)板塊和數(shù)據(jù)視圖系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)實(shí)施者關(guān)注數(shù)據(jù)關(guān)注處理關(guān)注接口關(guān)注通信系統(tǒng)開(kāi)發(fā)商務(wù)知識(shí)數(shù)據(jù)需求數(shù)據(jù)庫(kù)范式數(shù)據(jù)庫(kù)程序系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

方法學(xué)處理過(guò)程數(shù)據(jù)庫(kù)管理系統(tǒng)銷售與咨詢商1）系統(tǒng)擁有者的數(shù)據(jù)視圖

商務(wù)知識(shí)：能夠及時(shí)準(zhǔn)確地從相關(guān)信息中洞察到事物本質(zhì)的能力商務(wù)實(shí)體：與商務(wù)活動(dòng)有關(guān)的有形或無(wú)形事物，如：顧客、設(shè)備、產(chǎn)品、訂單、付款等。商務(wù)規(guī)則：描述商務(wù)實(shí)體之間的相互作用。系統(tǒng)擁有者的基本作用是界定系統(tǒng)的范圍和要達(dá)到的目標(biāo)。2）系統(tǒng)用戶的數(shù)據(jù)視圖商務(wù)數(shù)據(jù)需求是指根據(jù)實(shí)體、屬性、關(guān)系和規(guī)則表示的用戶數(shù)據(jù)。系統(tǒng)擁有者將商務(wù)實(shí)體和規(guī)則識(shí)別出來(lái)，系統(tǒng)用戶將商務(wù)實(shí)體和規(guī)則進(jìn)一步延伸為商務(wù)數(shù)據(jù)需求；系統(tǒng)分析員正確地識(shí)別和驗(yàn)證用戶的商務(wù)數(shù)據(jù)需求。3）系統(tǒng)設(shè)計(jì)者的數(shù)據(jù)視圖系統(tǒng)設(shè)計(jì)者將商務(wù)數(shù)據(jù)需求轉(zhuǎn)化到數(shù)據(jù)庫(kù)中。因此，系統(tǒng)設(shè)計(jì)者的數(shù)據(jù)視圖包括數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)庫(kù)范式、字段、指針和其他數(shù)據(jù)庫(kù)依賴關(guān)系。4）系統(tǒng)實(shí)施者的數(shù)據(jù)視圖用具體的DBMS實(shí)施前面定義的數(shù)據(jù)庫(kù)。2、過(guò)程建構(gòu)板塊和處理視圖系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)實(shí)施者關(guān)注數(shù)據(jù)關(guān)注處理關(guān)注接口關(guān)注通信系統(tǒng)開(kāi)發(fā)系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

方法學(xué)處理過(guò)程應(yīng)用開(kāi)發(fā)環(huán)境銷售與咨詢商商務(wù)功能處理需求應(yīng)用范式與說(shuō)明書(shū)應(yīng)用程序1）系統(tǒng)擁有者的處理視圖

系統(tǒng)擁有者的處理視圖是商務(wù)功能，它決定系統(tǒng)的范圍。商務(wù)功能由商務(wù)事件及其響應(yīng)來(lái)識(shí)別。2）系統(tǒng)用戶的處理視圖

系統(tǒng)設(shè)計(jì)者要明確系統(tǒng)的邊界（哪些由系統(tǒng)自動(dòng)完成），設(shè)計(jì)系統(tǒng)架構(gòu)（軟、硬件平臺(tái)），準(zhǔn)備軟件說(shuō)明書(shū)。3）系統(tǒng)設(shè)計(jì)者的處理視圖

系統(tǒng)用戶與商務(wù)處理相關(guān)。商務(wù)處理是響應(yīng)商務(wù)事件的活動(dòng)。系統(tǒng)用戶提供商務(wù)處理需求，處理需求是根據(jù)活動(dòng)、數(shù)據(jù)流和工作流表示的系統(tǒng)用戶的商務(wù)處理。4）系統(tǒng)實(shí)施者的處理視圖

用具體程序設(shè)計(jì)語(yǔ)言編程實(shí)現(xiàn)。系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)實(shí)施者關(guān)注數(shù)據(jù)關(guān)注處理關(guān)注接口關(guān)注通信系統(tǒng)開(kāi)發(fā)系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

方法學(xué)處理過(guò)程接口技術(shù)銷售與咨詢商3、接口建構(gòu)板塊和接口視圖商務(wù)地點(diǎn)接口需求接口說(shuō)明接口程序1）系統(tǒng)擁有者的接口視圖

明確信息系統(tǒng)的接口范圍。2）系統(tǒng)用戶的接口視圖3）系統(tǒng)設(shè)計(jì)者的接口視圖4）系統(tǒng)實(shí)施者的接口視圖

明確信息系統(tǒng)的用戶接口，即：輸入、輸出形式。

考慮用戶接口和系統(tǒng)—系統(tǒng)接口的技術(shù)設(shè)計(jì)問(wèn)題。

利用接口技術(shù)構(gòu)建、安裝、測(cè)試和實(shí)現(xiàn)用戶接口和系統(tǒng)—系統(tǒng)接口。4、網(wǎng)絡(luò)建構(gòu)板塊和通信視圖應(yīng)用信息系統(tǒng)應(yīng)用信息系統(tǒng)應(yīng)用信息系統(tǒng)通信網(wǎng)絡(luò)交換網(wǎng)絡(luò)接口處理數(shù)據(jù)匯聚層接入層系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)實(shí)施者關(guān)注數(shù)據(jù)關(guān)注處理關(guān)注接口關(guān)注通信系統(tǒng)開(kāi)發(fā)系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

方法學(xué)處理過(guò)程網(wǎng)絡(luò)技術(shù)銷售與咨詢商通信環(huán)境通信要求網(wǎng)絡(luò)體系網(wǎng)絡(luò)程序一、信息系統(tǒng)開(kāi)發(fā)生命周期1、信息系統(tǒng)開(kāi)發(fā)生命周期的階段劃分1）工作流程系統(tǒng)規(guī)劃（規(guī)劃分析師）系統(tǒng)設(shè)計(jì)（系統(tǒng)設(shè)計(jì)員）系統(tǒng)實(shí)施（系統(tǒng)建造者）系統(tǒng)維護(hù)（系統(tǒng)維護(hù)人員）系統(tǒng)分析（系統(tǒng)分析員）需求分析規(guī)格說(shuō)明書(shū)應(yīng)用開(kāi)發(fā)項(xiàng)目可行性分析報(bào)告系統(tǒng)設(shè)計(jì)規(guī)格說(shuō)明書(shū)產(chǎn)品系統(tǒng)現(xiàn)行系統(tǒng)的缺陷和細(xì)節(jié)面向過(guò)程的觀點(diǎn)生命周期是一種用于規(guī)劃、執(zhí)行和控制信息系統(tǒng)開(kāi)發(fā)項(xiàng)目組織和管理的方法。是工程學(xué)原理在信息系統(tǒng)開(kāi)發(fā)中的具體應(yīng)用。用戶要求需求分析可行性研究評(píng)審評(píng)審功能模塊總體結(jié)構(gòu)數(shù)據(jù)庫(kù)設(shè)計(jì)制定測(cè)試計(jì)劃評(píng)審功能模塊逐步細(xì)化模塊接口設(shè)計(jì)模塊過(guò)程設(shè)計(jì)制定模塊測(cè)試方案評(píng)審程序編碼測(cè)試評(píng)審系統(tǒng)維護(hù)評(píng)審可行性研究報(bào)告需求說(shuō)明書(shū)概要設(shè)計(jì)說(shuō)明書(shū)數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)測(cè)試計(jì)劃詳細(xì)設(shè)計(jì)說(shuō)明書(shū)測(cè)試報(bào)告面向控制的觀點(diǎn)2）各階段任務(wù)描述系統(tǒng)規(guī)劃階段系統(tǒng)分析研究業(yè)務(wù)目標(biāo)定義信息結(jié)構(gòu)評(píng)估信息域研究業(yè)務(wù)目標(biāo)：研究具體的業(yè)務(wù)需求。定義信息結(jié)構(gòu)：包括數(shù)據(jù)結(jié)構(gòu)、網(wǎng)絡(luò)結(jié)構(gòu)、應(yīng)用結(jié)構(gòu)、人員結(jié)構(gòu)、技術(shù)結(jié)構(gòu)評(píng)估信息域：方法有：企業(yè)系統(tǒng)規(guī)劃法（BSP法）、戰(zhàn)略數(shù)據(jù)規(guī)劃法、關(guān)鍵成功因子法主要活動(dòng)包括：可行性分析、需求分析、系統(tǒng)建模?？尚行苑治觯航?jīng)濟(jì)、技術(shù)、管理等方面；需求分析：功能需求、性能分析、可靠性、安全性、資源約束等系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)總體設(shè)計(jì)：構(gòu)造軟件的總體結(jié)構(gòu)；詳細(xì)設(shè)計(jì)：輸入/輸出、人機(jī)界面、數(shù)據(jù)庫(kù)設(shè)計(jì)、程序設(shè)計(jì)等。編程測(cè)試用戶培訓(xùn)新舊系統(tǒng)切換系統(tǒng)維護(hù)包括修正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)等2、瀑布模型系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計(jì)編碼測(cè)試系統(tǒng)維護(hù)（1）瀑布模型特點(diǎn)強(qiáng)調(diào)階段的劃分及其順序性各階段工作及其文檔的完備性是一種嚴(yán)格線性的、按階段順序的、逐步細(xì)化的開(kāi)發(fā)模式。致命缺點(diǎn)是；無(wú)法早期發(fā)現(xiàn)分析、設(shè)計(jì)階段的錯(cuò)誤。是20世紀(jì)70年代由W.Royce提出的一種生命周期模型（2）瀑布模型的基本原理A、用戶積極參與用戶系統(tǒng)分析員1、提出需求2、反饋需求3、修改需求4、確認(rèn)需求B、嚴(yán)格劃分階段和活動(dòng)C、文檔標(biāo)準(zhǔn)化文檔是軟件產(chǎn)品的重要組成部分；文檔是通信和交流的手段；文檔是對(duì)開(kāi)發(fā)過(guò)程起控制作用；文檔是系統(tǒng)維護(hù)的依據(jù)E、分而治之的思想系統(tǒng)子系統(tǒng)2子系統(tǒng)1子系統(tǒng)n模塊n模塊1D、設(shè)立檢查點(diǎn)每個(gè)階段，都從以下四個(gè)方面評(píng)估：功能、預(yù)算、進(jìn)度、質(zhì)量（3）瀑布模型的優(yōu)缺點(diǎn)優(yōu)點(diǎn)結(jié)構(gòu)簡(jiǎn)單明了，應(yīng)用廣泛。需求分析的絕對(duì)重要性階段的順序性和依賴性逐步求精的結(jié)構(gòu)化方法質(zhì)量保證措施缺點(diǎn)只適用于需求明確的問(wèn)題未能解決系統(tǒng)分析到系統(tǒng)設(shè)計(jì)之間的鴻溝文檔編寫(xiě)工作量極大不能很好適應(yīng)用戶需求的變化3、原型化方法（1）快速原型法的概念和思想三類原型拋棄式：目的達(dá)到即被拋棄，原型不作最終產(chǎn)品演化式：系統(tǒng)的形成和發(fā)展是逐步完成的。每次迭代要對(duì)系統(tǒng)重新進(jìn)行規(guī)格說(shuō)明、設(shè)計(jì)、實(shí)現(xiàn)和評(píng)價(jià)。增量式：系統(tǒng)是一次一段地增量構(gòu)造的，與演化式的區(qū)別在于是在軟件總體設(shè)計(jì)基礎(chǔ)上進(jìn)行用戶需求定義是系統(tǒng)開(kāi)發(fā)非常重要的方面。原型法法有助于獲取用戶需求。（2）基于快速原型法的系統(tǒng)開(kāi)發(fā)生命周期需求分析快速設(shè)計(jì)建立原型用戶評(píng)價(jià)原型修改原型生成產(chǎn)品（3）基于快速原型法的優(yōu)點(diǎn)和缺點(diǎn)優(yōu)點(diǎn)減少了開(kāi)發(fā)時(shí)間，提高了開(kāi)發(fā)效率使信息需求的定義更為直觀、簡(jiǎn)單通過(guò)對(duì)原型的不斷修改和完善，增加了用戶的滿意度減少了系統(tǒng)開(kāi)發(fā)費(fèi)用缺點(diǎn)分析和設(shè)計(jì)的深度不夠第一個(gè)工作原型可能并非最優(yōu)方案原型法開(kāi)發(fā)的系統(tǒng)不具靈活性工作原型不易修改（4）應(yīng)用快速原型法的前提條件系統(tǒng)需求在系統(tǒng)開(kāi)發(fā)前不能準(zhǔn)確說(shuō)明，用戶需求變化快；有快速的系統(tǒng)建造工具；需要實(shí)際的、可供用戶參與的系統(tǒng)模型；用戶能夠積極參與系統(tǒng)開(kāi)發(fā)；需要有一個(gè)原型工作環(huán)境；具有一批具有豐富的問(wèn)題域知識(shí)和開(kāi)發(fā)經(jīng)驗(yàn)的開(kāi)發(fā)人員。4、統(tǒng)一開(kāi)發(fā)過(guò)程統(tǒng)一開(kāi)發(fā)過(guò)程RUP是由Rational軟件公司開(kāi)發(fā)的一種軟件工程過(guò)程。其目的是在預(yù)定的進(jìn)度和預(yù)算范圍內(nèi),開(kāi)發(fā)出滿足用戶需要的高質(zhì)量軟件.（1）軟件開(kāi)發(fā)問(wèn)題的癥狀和原因?qū)τ脩粜枨罄斫獠粔蚓_對(duì)需求的改變束手無(wú)策程序塊不兼容、軟件不易維護(hù)或擴(kuò)展項(xiàng)目嚴(yán)重缺陷的發(fā)現(xiàn)較晚軟件質(zhì)量低劣，性能無(wú)法忍受開(kāi)發(fā)組人員各自開(kāi)發(fā)，若有人改變部分軟件，將很難再進(jìn)行重組癥狀原因模糊不清的交流脆弱的架構(gòu)，無(wú)法控制變化的產(chǎn)生和傳播，過(guò)度復(fù)雜需求、設(shè)計(jì)和實(shí)現(xiàn)之間的不一致等（2）統(tǒng)一過(guò)程的特點(diǎn)A、用例驅(qū)動(dòng)以用例獲取功能需求，所有用例構(gòu)成用例模型，描述系統(tǒng)全部功能。B、以體系結(jié)構(gòu)為中心體系結(jié)構(gòu)刻畫(huà)系統(tǒng)的整體設(shè)計(jì)，包含重要的靜態(tài)和動(dòng)態(tài)特征。C、迭代和增量（3）RUP的生命周期A、RUP的二維開(kāi)發(fā)模型（P78）系統(tǒng)開(kāi)發(fā)生命周期由一系列循環(huán)組成，每次循環(huán)包括4個(gè)階段：?jiǎn)?dòng)（初始）、精細(xì)規(guī)劃（細(xì)化）、構(gòu)建（構(gòu)造）、模型轉(zhuǎn)移（交付）B、開(kāi)發(fā)過(guò)程各個(gè)階段主要任務(wù)RUP是一個(gè)迭代增量式的開(kāi)發(fā)過(guò)程，分塊逐次開(kāi)發(fā)和提交，每次迭代包含分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的整個(gè)過(guò)程。啟動(dòng)階段

該階段目標(biāo)是分析問(wèn)題域，建立完整的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃。該階段為系統(tǒng)開(kāi)發(fā)建立了管理基準(zhǔn)，并使項(xiàng)目小組能在構(gòu)建階段中進(jìn)行衡量。主要任務(wù)是設(shè)計(jì)出系統(tǒng)的構(gòu)架；進(jìn)行風(fēng)險(xiǎn)分析，并制定相應(yīng)對(duì)策；制定開(kāi)發(fā)計(jì)劃。精細(xì)規(guī)劃階段

該階段目標(biāo)是為系統(tǒng)建立商業(yè)案例,確定項(xiàng)目邊界?；卮鹨韵聠?wèn)題：明確為用戶提供的基本功能（由用例模型表示）系統(tǒng)的架構(gòu)（即包括的主要子系統(tǒng)）項(xiàng)目開(kāi)發(fā)的計(jì)劃、費(fèi)用、風(fēng)險(xiǎn)等。該階段確定是否啟動(dòng)該項(xiàng)目建構(gòu)階段

該階段由多次漸增開(kāi)發(fā)組成，主要目標(biāo)是開(kāi)發(fā)應(yīng)用程序，并集成為產(chǎn)品，測(cè)試各功能。該階段最終確定該項(xiàng)目是否可以在測(cè)試環(huán)境中部署。所有UML技術(shù)均可用于該階段。用例模型確定工作范圍；概念層類圖刻畫(huà)用例的概念；活動(dòng)圖描述用例的工作流情況；交互圖描述實(shí)現(xiàn)用例時(shí)類之間的交互作用關(guān)系；包圖描述系統(tǒng)的邏輯組成。模型轉(zhuǎn)移階段

建立企業(yè)模型，并在企業(yè)模型中定義過(guò)程、角色和責(zé)任。C、RUP的核心工作流企業(yè)模型

該階段應(yīng)確保軟件對(duì)最終用戶是可用的。需求確認(rèn)

理解系統(tǒng)所解決問(wèn)題的定義和范圍。邏輯模型

由設(shè)計(jì)類和描述組成。設(shè)計(jì)類構(gòu)成了具有良好接口的設(shè)計(jì)包、子系統(tǒng)；描述體現(xiàn)類的對(duì)象如何協(xié)同實(shí)現(xiàn)用例功能。物理模型

以組件形式實(shí)現(xiàn)類和對(duì)象；以組件為單元進(jìn)行測(cè)試，并將組件集成為系統(tǒng)測(cè)試

驗(yàn)證對(duì)象間的交互作用；驗(yàn)證組件的正確集成；驗(yàn)證需求被正確實(shí)現(xiàn)配置/實(shí)現(xiàn)

跟蹤和管理軟件創(chuàng)建過(guò)程中的版本，并成功地將軟件分發(fā)給最終用戶二、信息系統(tǒng)開(kāi)發(fā)方法學(xué)1、結(jié)構(gòu)化方法學(xué)（1）結(jié)構(gòu)化方法產(chǎn)生的背景（2）結(jié)構(gòu)化方法的基本概念A(yù)、基本思想

面向過(guò)程；模塊化原則；自頂向下，逐層分解；信息隱藏。B、結(jié)構(gòu)化方法的組成

結(jié)構(gòu)化系統(tǒng)分析、結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)結(jié)構(gòu)化分析是以過(guò)程為中心，建立用戶需求模型的技術(shù)；結(jié)構(gòu)化設(shè)計(jì)是確定軟件系統(tǒng)由哪些模塊組成，這些模塊以什么方式聯(lián)結(jié)在一起。（3）結(jié)構(gòu)化方法的基本原則抽象原則形式化原則分解原則層次組織原則信息隱藏原則模塊化原則邏輯獨(dú)立性原則（4）結(jié)構(gòu)化方法的主要工具2、面向?qū)ο蠓椒▽W(xué)（1）什么是面向?qū)ο竺嫦驅(qū)ο蠹夹g(shù)是IT發(fā)展的一個(gè)里程碑面向?qū)ο蠹夹g(shù)帶來(lái)軟件生產(chǎn)方式的根本變化

面向?qū)ο蠓椒ㄊ管浖a(chǎn)由人工集約的生產(chǎn)方式轉(zhuǎn)化為資源集約的生產(chǎn)方式。人工集約轉(zhuǎn)變?yōu)橘Y源集約的三個(gè)條件：模塊化可復(fù)用性可維護(hù)性它的高效性來(lái)自兩個(gè)方面：減少開(kāi)發(fā)者與用戶的語(yǔ)義歧意；軟件可重用(reuse)。面向?qū)ο蠹夹g(shù)對(duì)提高軟件質(zhì)量和效率有顯著效果（3）傳統(tǒng)開(kāi)發(fā)方法存在的問(wèn)題問(wèn)題空間與求解空間不一致

問(wèn)題空間與求解空間在結(jié)構(gòu)上的同構(gòu),即一致性,是人們長(zhǎng)期以來(lái)一直尋找的系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)的方法學(xué)。面向?qū)ο笫且环N歸納—演繹的方法學(xué)，即是一個(gè)從特殊到一般（歸納），由一般到特殊（演繹）的過(guò)程。結(jié)構(gòu)化方法學(xué)造成不一致的兩個(gè)主要方面：語(yǔ)言鴻溝；馮．諾依曼機(jī)與問(wèn)題域之間的鴻溝。系統(tǒng)分析到系統(tǒng)設(shè)計(jì)的過(guò)渡困難過(guò)程模型和數(shù)據(jù)模型分別建立，忽視系統(tǒng)的行為特征（4）面向?qū)ο蠓椒▽W(xué)的發(fā)展歷史

面向?qū)ο蠓椒ㄖ?，從分析、設(shè)計(jì)、實(shí)施始終討論的是一個(gè)模型，從分析到設(shè)計(jì)的過(guò)渡是一個(gè)漸進(jìn)的、逐步細(xì)化的過(guò)程。

結(jié)構(gòu)化方法中，過(guò)程和數(shù)據(jù)模型可能存在不一致，且忽視行為特征。面向?qū)ο蠓椒▽?shù)據(jù)、過(guò)程、行為三個(gè)特征集成在一個(gè)模型中。

面向?qū)ο蠓椒ㄊ紫葟拿嫦驅(qū)ο笳Z(yǔ)言的研制開(kāi)始，逐步演化為面向?qū)ο蠓治雠c設(shè)計(jì)。OOPL（objectorientedprogramminglanguage)的產(chǎn)生20世紀(jì)60年代————Simula67，引入類、繼承；20世紀(jì)70年代————CLU、并發(fā)Pascal、Ada、Modula-2。支持封裝；70年代~80年代————SmallTalk-80，標(biāo)志面向?qū)ο蟪绦蛟O(shè)計(jì)思想的成熟；80年代~90年代————繁榮時(shí)期，出現(xiàn)C++、Objective-C、ObjectPascal、Eiffel等90年代后期————SUN推出網(wǎng)絡(luò)環(huán)境下的Java。OOA&OOD的產(chǎn)生：OO方法發(fā)展到軟件工程的前期階段（1）Booch方法

給定的抽象層次上識(shí)別類和對(duì)象；識(shí)別這些對(duì)象和類的語(yǔ)義；識(shí)別這些類和對(duì)象之間的關(guān)系；實(shí)現(xiàn)類和對(duì)象

豐富的符號(hào)體系：類圖、對(duì)象圖、狀態(tài)轉(zhuǎn)移圖、時(shí)態(tài)圖、模塊圖、進(jìn)程圖。分析與設(shè)計(jì)步驟（2）Coad/Yourdon方法

嚴(yán)格區(qū)分面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計(jì)。分析階段：分為5個(gè)層次：對(duì)象—類型層、結(jié)構(gòu)層、主題層、屬性、服務(wù)；設(shè)計(jì)階段：在分析階段的5個(gè)層次上，又引入4個(gè)部分：?jiǎn)栴}域部分、人機(jī)交互部分、任務(wù)管理部分、數(shù)據(jù)管理部分（3）OMT方法

從3個(gè)視角描述系統(tǒng)，相應(yīng)提供三種模型：對(duì)象模型、動(dòng)態(tài)模型、功能模型。對(duì)象模型：描述對(duì)象的靜態(tài)結(jié)構(gòu)和它們之間的關(guān)系，主要概念包括：類、屬性、操作、繼承、關(guān)聯(lián)、聚集等動(dòng)態(tài)模型：描述系統(tǒng)隨時(shí)間變化的方面。主要概念包括：狀態(tài)、子狀態(tài)和超狀態(tài)、事件、行為、活動(dòng)等功能模型：描述系統(tǒng)內(nèi)部數(shù)據(jù)值的轉(zhuǎn)變，主要概念包括：加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)流、控制流、角色等。（4）Jacobson方法

該方法涉及整個(gè)軟件生命周期，包括：需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試4階段。引入usecase（用例）概念，并將用例模型與以下5種模型相結(jié)合：領(lǐng)域?qū)ο竽Ｐ停焊鶕?jù)領(lǐng)域來(lái)表示用例模型；分析模型：通過(guò)分析來(lái)構(gòu)造用例模型；設(shè)計(jì)模型：依據(jù)具體化的設(shè)計(jì)來(lái)實(shí)現(xiàn)用例模型；測(cè)試階段：測(cè)試具體化的用例模型。面向?qū)ο蠓椒ńy(tǒng)一的時(shí)代—UML的產(chǎn)生與發(fā)展1993年，Rational公司開(kāi)始設(shè)計(jì)UML方法；1996年正式推出UML；1997年，被OMG（對(duì)象技術(shù)組織）推薦為行業(yè)標(biāo)準(zhǔn)。UML綜合了上述幾種方法的優(yōu)點(diǎn)，統(tǒng)一了語(yǔ)義和表示方法。（5）面向?qū)ο蟮幕靖拍預(yù)、對(duì)象、屬性、方法和封裝

對(duì)象：是問(wèn)題域或?qū)崿F(xiàn)域中某些事物的一個(gè)抽象，它反映該事物在系統(tǒng)中需要保存的信息和發(fā)揮的作用；是一組屬性和有權(quán)對(duì)這些屬性進(jìn)行操作的一組服務(wù)的封裝體。屬性：描述對(duì)象的具體特征。屬性有屬性名和屬性值。方法：或稱服務(wù)、操作。是系統(tǒng)為滿足用戶需求采取的行動(dòng)，是系統(tǒng)對(duì)事件的響應(yīng)。封裝：是把對(duì)象的屬性和服務(wù)結(jié)合成一個(gè)獨(dú)立的系統(tǒng)單位，并盡可能隱蔽對(duì)象的內(nèi)部細(xì)節(jié)。B、對(duì)象/類之間的聯(lián)系

泛化—特化關(guān)系整體—部分關(guān)系關(guān)聯(lián)關(guān)系對(duì)象之間的信息傳遞C、類、繼承、泛化—特化

類（又稱對(duì)象類），是具有相同屬性和服務(wù)的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供統(tǒng)一的抽象描述，其內(nèi)部包括屬性和服務(wù)兩個(gè)主要部分。一個(gè)類的上層可有超類，下層可有子類，形成類的層次結(jié)構(gòu)。這種層次具有繼承性。

繼承：子類的對(duì)象擁有超類的全部屬性與服務(wù)，此一特性稱為繼承性如果類B繼承類A，稱類A為類B的父類、超類、基類；而類B則稱為類A的子類或派生類。

泛化—特化關(guān)系也稱一般—特殊關(guān)系或分類關(guān)系。是由一組具有繼承關(guān)系的類所組成的結(jié)構(gòu)，它通過(guò)收集公共特性并把這種特性擴(kuò)充至特例之中來(lái)顯示現(xiàn)實(shí)世界事件的通用性和專用性。D、整體—部分聯(lián)系（聚集）

它描述對(duì)象之間的組成關(guān)系，即一個(gè)或一些對(duì)象是另一個(gè)對(duì)象的組成或部分。E、關(guān)聯(lián)

關(guān)聯(lián)有時(shí)也稱為實(shí)例連接或鏈。實(shí)例連接反映了對(duì)象和對(duì)象之間的靜態(tài)關(guān)系。F、消息和消息傳遞

消息是一個(gè)對(duì)象向其他對(duì)象發(fā)出的服務(wù)請(qǐng)求，它應(yīng)該包含以下信息：提供服務(wù)的對(duì)象標(biāo)識(shí)、服務(wù)標(biāo)識(shí)、輸入信息和回答信息。G、多態(tài)性

多態(tài)性是指一般類中定義的屬性或服務(wù)被特殊類繼承之后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。這使得同一屬性或服務(wù)名在一般類及其各個(gè)特殊類中具有不同的語(yǔ)義。（6）面向?qū)ο蟮幕緳C(jī)制A、OO法的基本原理和三大要素

人類認(rèn)識(shí)客觀世界的基本原理和過(guò)程：原理：先研究事物，而后研究過(guò)程兩個(gè)基本過(guò)程：從特殊到一般的歸納過(guò)程；從一般到特殊的演繹過(guò)程。

面向?qū)ο蟮娜笠兀好嫦驅(qū)ο?對(duì)象+對(duì)象類+類繼承性

面向?qū)ο蟮姆椒ㄊ乾F(xiàn)實(shí)世界在計(jì)算機(jī)世界的直接映射，是人類認(rèn)知過(guò)程的計(jì)算機(jī)模擬。B、面向?qū)ο蠓椒▽W(xué)中的主要機(jī)制

組織機(jī)制：對(duì)象及屬性、整體與部分、類及成員消息通信機(jī)制：反映事物之間的相互聯(lián)系和相互作用。抽象機(jī)制：把代表事物屬性的數(shù)據(jù)抽象和代表事物行為的功能抽象有機(jī)結(jié)合為一體。繼承機(jī)制（可復(fù)用機(jī)制）：是表達(dá)相似性的機(jī)制封裝或信息隱藏：對(duì)象使用者只知道對(duì)象封裝界面的信息，對(duì)象內(nèi)部實(shí)現(xiàn)是隱蔽的。多態(tài)動(dòng)態(tài)綁定類型定義機(jī)制（7）面向?qū)ο蠓椒ㄅc軟件復(fù)用技術(shù)

軟件復(fù)用是指在兩次或多次不同的軟件開(kāi)發(fā)過(guò)程中重復(fù)使用相同或相近軟件元素的過(guò)程。軟件元素包括程序代碼、測(cè)試用例、設(shè)計(jì)文檔、設(shè)計(jì)過(guò)程、需求分析文檔甚至領(lǐng)域知識(shí)。這種可復(fù)用的元素稱為軟構(gòu)件。A、軟件復(fù)用B、可復(fù)用構(gòu)件

構(gòu)件是具有一定功能，能夠獨(dú)立工作或同其他構(gòu)件裝配起來(lái)協(xié)調(diào)工作的程序體，構(gòu)件的使用同他的開(kāi)發(fā)、生產(chǎn)無(wú)關(guān)?？蓮?fù)用構(gòu)件既可以從舊的軟件中提取，也可以是專門(mén)為復(fù)用而開(kāi)發(fā)。目前有代表性的構(gòu)件技術(shù)有：CORBA、Java平臺(tái)、COM+。3、面向?qū)ο蠓椒▽W(xué)與結(jié)構(gòu)化方法學(xué)的比較結(jié)構(gòu)化方法系統(tǒng)是過(guò)程的集合過(guò)程與數(shù)據(jù)實(shí)體交互過(guò)程接受輸入并產(chǎn)生輸出面向?qū)ο蠓椒ㄏ到y(tǒng)是交互對(duì)象的集合，對(duì)象與人或其他對(duì)象交互發(fā)送與響應(yīng)消息（1）認(rèn)識(shí)問(wèn)題的出發(fā)點(diǎn)不同A、從邏輯模型的角度看結(jié)構(gòu)化方法從過(guò)程的角度建立信息系統(tǒng)模型面向?qū)ο蠓椒◤膶?duì)象的角度建立信息系統(tǒng)模型B、從實(shí)現(xiàn)的角度看結(jié)構(gòu)化方法程序=算法+數(shù)據(jù)結(jié)構(gòu)過(guò)程模型和數(shù)據(jù)模型分別建立面向?qū)ο蠓椒▽?duì)象=算法+數(shù)據(jù)結(jié)構(gòu)程序=對(duì)象+對(duì)象+….過(guò)程（算法）和數(shù)據(jù)封裝成為對(duì)象（2）認(rèn)識(shí)系統(tǒng)和描述系統(tǒng)的方式不同A、結(jié)構(gòu)化設(shè)計(jì)思想應(yīng)用系統(tǒng)子系統(tǒng)1模塊1子系統(tǒng)2子系統(tǒng)n模塊n模塊2函數(shù)1函數(shù)n函數(shù)2自頂向下，逐步求精的設(shè)計(jì)方法B、面向?qū)ο蟮脑O(shè)計(jì)思想

將設(shè)計(jì)分成問(wèn)題域和求解域兩層。對(duì)問(wèn)題域進(jìn)行需求分析時(shí)尋找對(duì)象及其之間的聯(lián)系；求解域模型在對(duì)象模型基礎(chǔ)上增加實(shí)現(xiàn)域中的對(duì)象獲得。C、兩者設(shè)計(jì)思想的差異結(jié)構(gòu)化方法面對(duì)怎么做，采取劃分子程序、模塊等。從大到小，自頂向下面向?qū)ο蠓椒ㄊ紫然卮稹白鍪裁础?，再解決“怎么做”從小到大，自底向上（3）分析到設(shè)計(jì)的過(guò)渡結(jié)構(gòu)化方法分析過(guò)程的數(shù)據(jù)流程圖不能自然轉(zhuǎn)換到設(shè)計(jì)階段的軟件結(jié)構(gòu)圖面向?qū)ο蠓椒▽⒎治?、設(shè)計(jì)、實(shí)現(xiàn)三個(gè)過(guò)程完整、有機(jī)、緊密地結(jié)合在一起（4）對(duì)變化的適應(yīng)能力結(jié)構(gòu)化方法側(cè)重于過(guò)程建模，過(guò)程是系統(tǒng)中極不穩(wěn)定的因素對(duì)變化的適應(yīng)能力差面向?qū)ο蠓椒▊?cè)重于對(duì)象建模，對(duì)象是系統(tǒng)中比較穩(wěn)定的因素，因此對(duì)變化適應(yīng)能力較好（5）對(duì)復(fù)用的支持結(jié)構(gòu)化方法缺乏復(fù)用標(biāo)準(zhǔn)，對(duì)復(fù)用支持差面向?qū)ο蠓椒▽?duì)復(fù)用支持度高，提供復(fù)用機(jī)制和復(fù)用標(biāo)準(zhǔn)三、計(jì)算機(jī)輔助軟件工程1、CASE的基本概念與發(fā)展歷史（1）CASE的產(chǎn)生背景（2）CASE的基本概念

基本思想：把系統(tǒng)工程的原理應(yīng)用到軟件的開(kāi)發(fā)維護(hù)中去。CASE是能夠支持軟件開(kāi)發(fā)生命周期一個(gè)或多個(gè)階段自動(dòng)化的計(jì)算機(jī)程序。它使開(kāi)發(fā)工具與開(kāi)發(fā)方法學(xué)統(tǒng)一和結(jié)合起來(lái)，從開(kāi)發(fā)者的角度支持信息系統(tǒng)各種開(kāi)發(fā)技術(shù)和方法的一種技術(shù)。（3）CASE的功能支持不同的軟件開(kāi)發(fā)方法學(xué)支持軟件開(kāi)發(fā)生命周期各階段：上游、下游以及項(xiàng)目管理具有文檔出版功能和文字、圖形編輯功能。支持軟件部件的重用，支持開(kāi)發(fā)信息資源共享。2、CASE體系結(jié)構(gòu)CASE下游CASE上游CASE系統(tǒng)設(shè)計(jì)系統(tǒng)分析系統(tǒng)規(guī)劃系統(tǒng)實(shí)施系統(tǒng)維護(hù)企業(yè)戰(zhàn)略規(guī)劃信息系統(tǒng)戰(zhàn)略規(guī)劃其他數(shù)據(jù)建模過(guò)程建模對(duì)象建模資源庫(kù)支持其他結(jié)構(gòu)化英語(yǔ)屏幕/報(bào)表設(shè)計(jì)原型化設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)測(cè)試其他代碼生成器應(yīng)用生成器其他逆向工程設(shè)計(jì)恢復(fù)其他中央資源庫(kù)項(xiàng)目管理工具（1）上游CASEA、用于系統(tǒng)規(guī)劃的CASE

主要幫助系統(tǒng)分析員采集、存儲(chǔ)、組織并分析業(yè)務(wù)模型。B、用于系統(tǒng)分析和設(shè)計(jì)的CASE

用于系統(tǒng)分析的圖形工具主要有：UML、數(shù)據(jù)流程圖DFD、數(shù)據(jù)字典DD、判定表、判定樹(shù)、層次圖HC、輸入處理輸出IPO等。常見(jiàn)工具：MicrosoftVisio、Sybase公司的PowerDesigner、IBM公司的RationalRose等。（2）下游CASEA、程序設(shè)計(jì)工具

Java開(kāi)發(fā)工具Jbuilder、微軟公司的VisualStudioB、測(cè)試工具

自動(dòng)化測(cè)試工具Panorama、性能測(cè)試工具RationalQuantify3）項(xiàng)目管理CASE

MicrosoftProject項(xiàng)目管理軟件、配置管理系統(tǒng)MicrosoftVisualSourceSafe(VSS)版本控制工具ConcurrentVersionsSystem(CVS)系統(tǒng)四、軟件成熟度模型1、基本概念軟件過(guò)程

人們用以開(kāi)發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動(dòng)，包括軟件工程活動(dòng)和軟件管理活動(dòng)。軟件過(guò)程能力

描述開(kāi)發(fā)組織通過(guò)執(zhí)行其軟件過(guò)程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度。軟件過(guò)程性能

表示開(kāi)發(fā)組織遵循其軟件過(guò)程所得到的實(shí)際結(jié)果。軟件過(guò)程成熟度

一個(gè)特定的軟件過(guò)程被明確和有效地定義、管理、測(cè)量和控制的程度。軟件能力成熟度等級(jí)

軟件開(kāi)發(fā)組織在走向成熟度的途中幾個(gè)具有明確定義的、表征軟件過(guò)程能力成熟度的平臺(tái)。每一個(gè)等級(jí)包含一組過(guò)程目標(biāo)，當(dāng)其中一個(gè)目標(biāo)被達(dá)到時(shí)，表明軟件過(guò)程的一個(gè)重要方面得到實(shí)現(xiàn)，從而導(dǎo)致軟件開(kāi)發(fā)組織的軟件過(guò)程能力進(jìn)一步增長(zhǎng)。關(guān)鍵過(guò)程域

相互關(guān)聯(lián)的若干軟件實(shí)踐活動(dòng)和有關(guān)基礎(chǔ)設(shè)施的集合。關(guān)鍵實(shí)踐

對(duì)關(guān)鍵過(guò)程域的實(shí)施起關(guān)鍵作用的方針、規(guī)程、措施、活動(dòng)以及相關(guān)基礎(chǔ)設(shè)施的建立、實(shí)施和檢查。2、軟件成熟度框架1）不成熟軟件開(kāi)發(fā)組織的問(wèn)題軟件過(guò)程沒(méi)有一個(gè)明確、穩(wěn)定的定義，由開(kāi)發(fā)者和管理者在開(kāi)發(fā)過(guò)程中臨時(shí)拼湊。實(shí)施軟件過(guò)程的管理方式是反應(yīng)式的，即在遇到問(wèn)題后才不得不作出反應(yīng)。不能科學(xué)地制定進(jìn)度和預(yù)算，在進(jìn)度滯后時(shí)，往往以犧牲產(chǎn)品質(zhì)量為代價(jià)。不存在判斷產(chǎn)品質(zhì)量，以及解決產(chǎn)品質(zhì)量問(wèn)題的軟件過(guò)程。2）成熟的軟件開(kāi)發(fā)組織的特點(diǎn)具有全組織范圍的控制軟件開(kāi)發(fā)和維護(hù)過(guò)程的能力對(duì)產(chǎn)品質(zhì)量的分析和判斷有客觀、定量的依據(jù)。經(jīng)理們時(shí)刻監(jiān)控著軟件產(chǎn)品的質(zhì)量和顧客滿意度。3）軟件過(guò)程成熟度框架

是描述一條從無(wú)序的、混亂的過(guò)程達(dá)到成熟的、有紀(jì)律的過(guò)程的進(jìn)化途徑，把軟件過(guò)程、軟件過(guò)程能力、軟件過(guò)程性能和軟件過(guò)程成熟度等概念集為一體。3、軟件能力成熟度模型1初始級(jí)2可重復(fù)級(jí)3已定義級(jí)4已管理級(jí)5優(yōu)化級(jí)個(gè)別過(guò)程規(guī)范化過(guò)程標(biāo)準(zhǔn)且一致的過(guò)程可預(yù)見(jiàn)的過(guò)程持續(xù)的改進(jìn)過(guò)程

軟件能力成熟度模型描述了軟件過(guò)程不斷成熟的框架。模型把軟件過(guò)程從無(wú)序到有序的進(jìn)化過(guò)程分成幾個(gè)階段，將這些階段排序，形成一個(gè)逐層提高的平臺(tái)，使每個(gè)平臺(tái)的過(guò)程能力為達(dá)到下一更高的平臺(tái)打下基礎(chǔ)。1）各成熟度等級(jí)的行為特征1初始級(jí)

組織的過(guò)程能力不可預(yù)測(cè)，軟件過(guò)程經(jīng)常被改變或修訂。進(jìn)度、預(yù)算、資源消耗和產(chǎn)品質(zhì)量不可預(yù)測(cè)。性能依賴于個(gè)人的能力，且隨個(gè)人具有的技能、知識(shí)和動(dòng)機(jī)的不同而變化。2可重復(fù)級(jí)

軟件項(xiàng)目的計(jì)劃和跟蹤是穩(wěn)定的，并能重復(fù)以前的成功。3已定義級(jí)

該級(jí)別的過(guò)程能力可概括為已標(biāo)準(zhǔn)化的和一致的。無(wú)論軟件工程活動(dòng)還是管理活動(dòng)，過(guò)程都是穩(wěn)定的和可重復(fù)的。對(duì)成本、進(jìn)度和功能實(shí)現(xiàn)均已受控制，軟件質(zhì)量可以跟蹤。整個(gè)組織對(duì)項(xiàng)目定義的軟件過(guò)程中的活動(dòng)、角色和職責(zé)具有共同的和一致的理解。4已管理級(jí)

該級(jí)別的過(guò)程能力可概括為定量地可預(yù)測(cè)的。開(kāi)發(fā)組織對(duì)軟件產(chǎn)品和過(guò)程都設(shè)置了定量的質(zhì)量目標(biāo)，并經(jīng)常對(duì)此進(jìn)行測(cè)量和檢查。通過(guò)將過(guò)程性能的變化限制在定量的可接受范圍內(nèi)，項(xiàng)目對(duì)其產(chǎn)品質(zhì)量和過(guò)程進(jìn)行仔細(xì)而嚴(yán)格的控制。5優(yōu)化級(jí)

該級(jí)別的過(guò)程能力可概括為過(guò)程不斷改進(jìn)。開(kāi)發(fā)組織不斷改善組織內(nèi)各項(xiàng)過(guò)程性能，既可通過(guò)在現(xiàn)有過(guò)程基礎(chǔ)上增量式改進(jìn)；也可采用新技術(shù)、新方法的革新辦法，使軟件過(guò)程不斷得到改進(jìn)。2）成熟度等級(jí)的內(nèi)部結(jié)構(gòu)成熟度等級(jí)關(guān)鍵過(guò)程域關(guān)鍵實(shí)踐類關(guān)鍵實(shí)踐過(guò)程能力目標(biāo)有關(guān)職責(zé)和目的基礎(chǔ)設(shè)施或活動(dòng)包含指示達(dá)到組織成一些闡述描述包含若干

每個(gè)等級(jí)由幾個(gè)關(guān)鍵過(guò)程域組成，這些關(guān)鍵過(guò)程域共同形成一種軟件過(guò)程能力。因此，軟件成熟度模型各個(gè)等級(jí)的設(shè)計(jì)，首先是確定關(guān)鍵過(guò)程域及其目標(biāo)，然后詳細(xì)設(shè)計(jì)和描述所有關(guān)鍵實(shí)踐。初始級(jí)（1）可重復(fù)級(jí)（2）軟件項(xiàng)目跟蹤和監(jiān)督軟件需求管理軟件計(jì)劃管理軟件配置管理軟件質(zhì)量保證軟件子合同管理已定義級(jí)（3）可管理級(jí)（4）軟件質(zhì)量管理定量過(guò)程管理優(yōu)化級(jí)（5）過(guò)程變更管理技術(shù)革新管理缺陷預(yù)防3）SEICMM1.1各等級(jí)的關(guān)鍵過(guò)程域同行評(píng)審組間協(xié)調(diào)軟件產(chǎn)品工程集成軟件管理培訓(xùn)大綱組織過(guò)程定義組織過(guò)程焦點(diǎn)軟件外協(xié)管理軟件版本管理基本軟件工程一、UML的產(chǎn)生和發(fā)展1、UML及其起源及發(fā)展二、UML的基本概念1、什么是UMLUML是一種基于面向?qū)ο蟮目梢暬瘓D形建模語(yǔ)言，用于對(duì)軟件系統(tǒng)進(jìn)行說(shuō)明，構(gòu)造和文檔建立。1）UML中相互關(guān)聯(lián)的含義UML合并了許多面向?qū)ο蠓椒ㄖ斜黄毡榻邮艿母拍?，并?duì)每種概念給出了清晰的定義、表示法和有關(guān)術(shù)語(yǔ)。UML對(duì)于整個(gè)生命周期的開(kāi)發(fā)具有無(wú)縫性。UML適用于各種應(yīng)用領(lǐng)域的建模UML可應(yīng)用于運(yùn)行各種不同的編程語(yǔ)言和開(kāi)發(fā)平臺(tái)的系統(tǒng)。UML作為建模語(yǔ)言，不對(duì)開(kāi)發(fā)過(guò)程的細(xì)節(jié)進(jìn)行描述UML元模型揭示和表達(dá)了各種概念之間的內(nèi)在聯(lián)系。2）UML的目標(biāo)提供一種所有建模人員都可使用的通用建模語(yǔ)言。能對(duì)眾多系統(tǒng)建模的同時(shí)，盡可能簡(jiǎn)潔支持大部分軟件開(kāi)發(fā)過(guò)程使用面向?qū)ο蟾拍顬橄到y(tǒng)建模創(chuàng)建一種人和機(jī)器都可以使用的語(yǔ)言設(shè)計(jì)一種面向?qū)ο蠓治龊驮O(shè)計(jì)的符號(hào)表示3）UML的特點(diǎn)統(tǒng)一標(biāo)準(zhǔn)面向?qū)ο罂梢暬⒈硎灸芰?qiáng)大獨(dú)立于過(guò)程容易掌握使用4）UML概念模型UML事物關(guān)系圖結(jié)構(gòu)事物行為事物分組事物注釋事物接口協(xié)作用例主動(dòng)類構(gòu)件節(jié)點(diǎn)交互狀態(tài)機(jī)包注釋依賴關(guān)聯(lián)泛化類類圖對(duì)象圖用例圖順序圖協(xié)作圖狀態(tài)圖活動(dòng)圖構(gòu)件圖實(shí)施圖事物是模型中最具有代表性的成分抽象。結(jié)構(gòu)事物類：一組具有相同屬性、相同操作、相同關(guān)系的對(duì)象的描述接口：描述一個(gè)類或構(gòu)件的一個(gè)服務(wù)的操作集。協(xié)作：定義可一個(gè)交互。用例：是系統(tǒng)中的功能單元主動(dòng)類：其對(duì)象至少擁有一個(gè)進(jìn)程或線程，能夠啟動(dòng)控制活動(dòng)構(gòu)件：系統(tǒng)中物理的、可替代的部件結(jié)點(diǎn)：系統(tǒng)運(yùn)行時(shí)存在的物理單元行為事物交互：它由在特定語(yǔ)境中共同完成一定任務(wù)的一組對(duì)象之間交換的消息組成。狀態(tài)機(jī)：它描述一個(gè)對(duì)象或一個(gè)交互在生命期內(nèi)響應(yīng)時(shí)間所經(jīng)歷的狀態(tài)序列分組事物包——把元素組成為組的機(jī)制關(guān)系依賴表示兩個(gè)或多個(gè)模型元素之間的一種語(yǔ)義聯(lián)系，其中一個(gè)事物的改變將影響另一個(gè)事物。關(guān)聯(lián)通過(guò)一個(gè)事物可聯(lián)想到另一個(gè)事物。泛化指模型要素之間的一般與特殊的聯(lián)系。5）UML視圖體系三、UML的視圖和圖1、視圖

視圖代表完整系統(tǒng)描述中一個(gè)特定方面的抽象，系統(tǒng)的整體架構(gòu)和特征可以用一組視圖完整地描述出來(lái)。每個(gè)視圖由一組圖構(gòu)成。1）用例視圖

用例視圖從系統(tǒng)外部用戶出發(fā)，抽象地描述系統(tǒng)的功能集合，使系統(tǒng)最終實(shí)現(xiàn)這個(gè)功能。用例視圖是其他視圖的核心和基礎(chǔ)2）邏輯視圖

邏輯視圖顯示系統(tǒng)內(nèi)部的功能是怎樣設(shè)計(jì)的，它利用系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為來(lái)刻畫(huà)系統(tǒng)功能。靜態(tài)結(jié)構(gòu)描述類、對(duì)象和它們之間的關(guān)系等；動(dòng)態(tài)行為主要描述對(duì)象之間的動(dòng)態(tài)協(xié)作。3）并發(fā)視圖

并發(fā)視圖用來(lái)顯示系統(tǒng)并發(fā)工作的情況，主要由動(dòng)態(tài)圖（狀態(tài)圖、順序圖、協(xié)作圖、活動(dòng)圖）和執(zhí)行圖（組件圖、展開(kāi)圖）構(gòu)成。為系統(tǒng)開(kāi)發(fā)人員和集成人員使用。4）組件視圖

組件視圖用來(lái)顯示代碼組件的組織方式，描述實(shí)現(xiàn)模塊和它們之間的依賴關(guān)系。組件視圖由組件圖構(gòu)成，為開(kāi)發(fā)者使用。5）展開(kāi)視圖

組件視圖用來(lái)顯示代碼組件的組織方式，描述實(shí)現(xiàn)模塊和它們之間的依賴關(guān)系。展開(kāi)視圖由展開(kāi)圖組成，包括結(jié)點(diǎn)和結(jié)點(diǎn)之間的關(guān)系。2、圖

顯示若干參與者以及參與者與系統(tǒng)提供的用例之間的連接關(guān)系1）用例圖

圖由圖片組成，圖片是模型元素的符號(hào)化。圖是視圖的組成部分，一個(gè)系統(tǒng)模型包括多個(gè)各種類型的圖。鑒定保險(xiǎn)單統(tǒng)計(jì)保險(xiǎn)金額建立客戶檔案客戶保險(xiǎn)銷售員1）用例概念的基本思路

首先找出系統(tǒng)邊界以外的活動(dòng)者，然后從活動(dòng)者如何與系統(tǒng)進(jìn)行對(duì)話的角度，以用例圖描述活動(dòng)者怎樣使用系統(tǒng)以及系統(tǒng)向活動(dòng)者提供什么功能。

例：客戶對(duì)“下訂單”用例的描述（場(chǎng)景）：“確定客戶，找出需要的并且倉(cāng)庫(kù)里還有的物品并檢查客戶信用額是否夠”“活動(dòng)者”—客戶；系統(tǒng)對(duì)信息的處理—查找?guī)齑?、檢查客戶信用額；處理之后的返回結(jié)果—客戶訂購(gòu)的商品是否夠，客戶信用度是否夠2）用例中的有關(guān)概念

系統(tǒng)邊界：一個(gè)系統(tǒng)所包含的所有成分與系統(tǒng)以外的各種事物的分界線。活動(dòng)者：是系統(tǒng)之外與系統(tǒng)進(jìn)行交互的任何事物。

用例圖是系統(tǒng)獲取需求的重要手段，用例圖反映系統(tǒng)的主要功能。2）類圖

表示系統(tǒng)中類與類之間的關(guān)系，是對(duì)系統(tǒng)靜態(tài)結(jié)構(gòu)的描述。構(gòu)造類圖的三個(gè)關(guān)鍵問(wèn)題：系統(tǒng)中有哪些需要關(guān)心的類？這些類是如何描述的？這些類之間的聯(lián)系是什么？客戶利潤(rùn)交易者生財(cái)工具債券股票選擇股票1..*1..*0..*0..*113）對(duì)象圖

對(duì)象圖表示類的對(duì)象實(shí)例，具體反映該系統(tǒng)執(zhí)行到某處時(shí)系統(tǒng)內(nèi)事物的狀態(tài)。（見(jiàn)圖4—3）4）狀態(tài)圖

狀態(tài)圖對(duì)類所描述事物作補(bǔ)充說(shuō)明，從而顯示類的所有對(duì)象可能具有的狀態(tài)，以及引起狀態(tài)變化的事件。

例：對(duì)象“發(fā)票”可以根據(jù)其付款的情況分為3個(gè)狀態(tài)：未付款、部分付款以及付清款未付款部分付款付清款部分付款部分付款完全付款

狀態(tài)圖使用狀態(tài)、事件和轉(zhuǎn)換來(lái)記錄對(duì)象在其生命周期中所經(jīng)歷的狀態(tài)序列。對(duì)象的初始狀態(tài)是圖中任何事件都未對(duì)該對(duì)象起作用時(shí)的狀態(tài)狀態(tài)代表對(duì)象生命周期中的某一瞬間轉(zhuǎn)換表明作為對(duì)事件的響應(yīng)結(jié)果，對(duì)象將從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)并執(zhí)行某個(gè)動(dòng)作。觸發(fā)狀態(tài)轉(zhuǎn)換的事件在狀態(tài)轉(zhuǎn)換中命名。在一樓下降至一樓正在下降停止正在上升向上向下向上向上至要到達(dá)的樓層向下至要到達(dá)的樓層停止時(shí)間到向下至一樓開(kāi)始計(jì)算機(jī):打印服務(wù)器：.打印文件打印機(jī)：.隊(duì)列結(jié)束打印打印文件加入隊(duì)列通知打印打印文件打印機(jī)忙碌打印機(jī)空閑5）順序圖

表示隨時(shí)間的推進(jìn)，若干對(duì)象之間是如何交互作用的，顯示對(duì)象之間的動(dòng)態(tài)合作關(guān)系，強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序。對(duì)象之間的這些交互是指在場(chǎng)景或用例的事件流中發(fā)生的。每一個(gè)對(duì)象用一條生命周期線來(lái)表示，在生命線上用棒形線表示該對(duì)象的服務(wù)按時(shí)間前進(jìn)方向的執(zhí)行動(dòng)作，生命線之間的箭頭連線代表消息。6）協(xié)作圖

協(xié)作圖按照時(shí)間和空間的順序描述系統(tǒng)元素的交互和關(guān)系。協(xié)作圖由對(duì)象及其關(guān)系，以及對(duì)象之間的流動(dòng)消息構(gòu)成。：計(jì)算機(jī)：打印服務(wù)器：隊(duì)列：打印機(jī)1、打印文件4、打印結(jié)束2.1進(jìn)入隊(duì)列2.2離開(kāi)隊(duì)列3、打印文件7）活動(dòng)圖

任何一個(gè)系統(tǒng)任務(wù)在對(duì)象觀點(diǎn)下對(duì)應(yīng)于一系列有序的消息及消息的響應(yīng)，但從系統(tǒng)的觀點(diǎn)來(lái)看，它是一系列有序的活動(dòng)，這些活動(dòng)有序地通過(guò)事件的觸發(fā)連接起來(lái)實(shí)現(xiàn)系統(tǒng)任務(wù)。盡管用例也從活動(dòng)的角度描述系統(tǒng)，但用例的活動(dòng)描述難以描述系統(tǒng)任務(wù)中的并發(fā)活動(dòng)，以及跨用例的任務(wù)。因此，引入活動(dòng)圖主要目的是描述并發(fā)活動(dòng)和跨用例的系統(tǒng)任務(wù)?；顒?dòng)圖的核心概念是活動(dòng)，活動(dòng)是完成系統(tǒng)任務(wù)必需執(zhí)行的處理步驟。在UML中活動(dòng)本身是一種活動(dòng)狀態(tài)，與狀態(tài)表示法完全相同。屏幕顯示磁盤(pán)滿屏幕顯示打印產(chǎn)生附錄文件檫除屏幕提示信息打印文件磁盤(pán)滿磁盤(pán)有空閑8）組件圖

組件圖反映代碼的物理結(jié)構(gòu)。組件包含邏輯類的實(shí)現(xiàn)信息。窗口控件Whnd.obj主控模塊Main.obj通信控件Comlind.obj客戶程序Client.exe圖形庫(kù)Graphic.dll主控模塊Main.cpp通信控件comlind.cpp窗口控件Whnd.cpp9）展開(kāi)圖

展開(kāi)圖又稱配置圖，顯示系統(tǒng)中軟件和硬件的物理架構(gòu)，描述環(huán)境元素的配置，并把實(shí)現(xiàn)系統(tǒng)的元素映射到配置上。個(gè)人計(jì)算機(jī)個(gè)人計(jì)算機(jī)網(wǎng)絡(luò)服務(wù)器數(shù)據(jù)庫(kù)服務(wù)器客戶系統(tǒng).EXE客戶系統(tǒng).EXE網(wǎng)絡(luò)服務(wù).EXE查詢系統(tǒng).EXE網(wǎng)絡(luò)TCP/IPTCP/IP開(kāi)列訂單驗(yàn)證客戶<extend>用例圖服務(wù)人員訂單客戶商品條目類圖10）圖例順序圖訂單：……..客戶：……..創(chuàng)建訂單驗(yàn)證客戶訂單調(diào)出訂單分發(fā)訂單存檔訂單入座訂單填寫(xiě)訂單類的狀態(tài)圖創(chuàng)建訂單確認(rèn)訂單提供優(yōu)惠填寫(xiě)訂單團(tuán)體付費(fèi)信用卡付費(fèi)填寫(xiě)訂單個(gè)別訂戶分支同步條團(tuán)購(gòu)訂戶同步條合并活動(dòng)圖——描述訂單創(chuàng)建過(guò)程的活動(dòng)3、圖的模型元素和符號(hào)類（對(duì)象）屬性操作狀態(tài)用例結(jié)點(diǎn)筆記包組件接口模型元素符號(hào)關(guān)系符號(hào)聚合泛化關(guān)聯(lián)依賴4、通用機(jī)制1）修飾

修飾是在模型元素旁邊用附加的文字或規(guī)格說(shuō)明。例如，在類型的名字下加下劃線表示該類的實(shí)例（即對(duì)象）。2）筆記

筆記用于對(duì)模型的意義作進(jìn)一步的解釋3）規(guī)格說(shuō)明

通用機(jī)制用于描述基本模型元素?zé)o法表達(dá)的附加信息

對(duì)模型元素性質(zhì)的詳細(xì)描述稱為規(guī)格說(shuō)明4）版類是UML提供的一種擴(kuò)展機(jī)制，在已有模型的基礎(chǔ)上建立一種新的模型元素5）約束約束是對(duì)元素的限制，通過(guò)約束限定元素的用法或元素的語(yǔ)義。四、用UML建模1、UML系統(tǒng)模型的組成分析模型設(shè)計(jì)模型實(shí)現(xiàn)模型展開(kāi)模型系統(tǒng)模型從用戶需求角度觀察從數(shù)據(jù)庫(kù)設(shè)計(jì)角度觀察從物理實(shí)現(xiàn)角度觀察從系統(tǒng)和網(wǎng)絡(luò)構(gòu)成角度觀察類圖狀態(tài)圖順序圖包圖設(shè)計(jì)類圖協(xié)作圖用例圖活動(dòng)圖對(duì)象數(shù)據(jù)庫(kù)模式組件圖展開(kāi)圖實(shí)施階段設(shè)計(jì)階段分析階段事物事件或事件表2、UML建模的過(guò)程集體討論描繪目標(biāo)組織目標(biāo)詳細(xì)說(shuō)明集成驗(yàn)證核實(shí)原型化與測(cè)試系統(tǒng)評(píng)價(jià)發(fā)現(xiàn)不足使用非正式工具，如白板或筆記公告把上面描繪的目標(biāo)組織成正式的圖反復(fù)迭代，明確內(nèi)容，顯示細(xì)節(jié)消除圖形之間的沖突，保證系統(tǒng)正確有效完成原型并進(jìn)行測(cè)試評(píng)價(jià)結(jié)果，必要時(shí)返回以糾正不足3、UML建模的工具支持（RationalRose)1）繪圖支持

提供一致的圖標(biāo)和圖片，可以選擇、放置、連接和定義圖中各元素。工具還具有理解元素的語(yǔ)義的能力，以及提供版面設(shè)計(jì)功能。2）模型積累圖的一致性檢索鑒定報(bào)告重用元素或圖3）導(dǎo)航4）多用戶支持一、系統(tǒng)分析概述1、系統(tǒng)分析的用戶視圖分析的目的：分析現(xiàn)實(shí)世界的事物如何轉(zhuǎn)化到計(jì)算機(jī)世界，使信息系統(tǒng)能最終達(dá)到原來(lái)現(xiàn)實(shí)世界的目的。分析的結(jié)果：產(chǎn)生對(duì)現(xiàn)實(shí)世界一組準(zhǔn)確、完整、一致并且可以檢驗(yàn)的系統(tǒng)模型。系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)實(shí)施者關(guān)注數(shù)據(jù)關(guān)注處理關(guān)注接口關(guān)注通信系統(tǒng)開(kāi)發(fā)商務(wù)知識(shí)數(shù)據(jù)需求數(shù)據(jù)庫(kù)范式數(shù)據(jù)庫(kù)程序系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

方法學(xué)處理過(guò)程數(shù)據(jù)庫(kù)管理系統(tǒng)銷售與咨詢商商務(wù)功能處理需求應(yīng)用范式與說(shuō)明商務(wù)地點(diǎn)接口需求通信環(huán)境通信需求系統(tǒng)分析階段數(shù)據(jù)、功能和交互行為板塊的用戶視圖2、模型驅(qū)動(dòng)的分析方法

模型驅(qū)動(dòng)的方法強(qiáng)調(diào)對(duì)現(xiàn)有系統(tǒng)和目標(biāo)系統(tǒng)采用圖示的系統(tǒng)模型來(lái)建立文檔和提供驗(yàn)證手段。用例圖：功能視圖類圖：數(shù)據(jù)視圖狀態(tài)圖：功能視圖順序圖：功能視圖功能模型對(duì)象模型動(dòng)態(tài)模型分析模型3、系統(tǒng)分析中使用的邏輯模型（1）事件和事件表

事件的相關(guān)要素：觸發(fā)原因、消息來(lái)源、完成的動(dòng)作、做出的響應(yīng)、事件要達(dá)到的目的。（2）數(shù)據(jù)流（1）結(jié)構(gòu)化分析要素

要傳遞的數(shù)據(jù)集合（3）數(shù)據(jù)流圖（4）實(shí)體—關(guān)系圖

表示系統(tǒng)邏輯功能和信息聯(lián)系的一種圖形.

表示系統(tǒng)要素之間關(guān)系的一種圖形。（2）面向?qū)ο蠓治鲆兀?）類圖

類圖反映系統(tǒng)的靜態(tài)結(jié)構(gòu)，類的實(shí)例對(duì)象具有行為，行為是系統(tǒng)的動(dòng)態(tài)特征，反映在特定的結(jié)構(gòu)之下各組成部分的執(zhí)行邏輯類的表示類名屬性1屬性2操作1（）操作n（）類的類型活動(dòng)者類：代表出現(xiàn)在用例模型中的活動(dòng)者業(yè)務(wù)類：描述業(yè)務(wù)的地點(diǎn)、物品、概念和事件用戶界面類：是組成系統(tǒng)用戶界面的屏幕顯示、菜單和報(bào)表類的屬性

屬性是描述對(duì)象靜態(tài)特征的一個(gè)數(shù)據(jù)項(xiàng)。屬性有屬性名和屬性值。屬性描述隱藏在對(duì)象內(nèi)部的信息，由該對(duì)象的服務(wù)專門(mén)操作。類的服務(wù)（操作）

服務(wù)也稱為方法或操作，是信息系統(tǒng)為滿足用戶需求必須采取的行動(dòng)，是信息系統(tǒng)對(duì)事件的響應(yīng)。服務(wù)的定義取決于具體問(wèn)題域和功能需求，應(yīng)遵循信息隱藏原理，執(zhí)行單一的、高度內(nèi)聚的功能。一個(gè)服務(wù)可以通過(guò)發(fā)送消息請(qǐng)求另一個(gè)服務(wù)的支持。類之間的聯(lián)系泛化—特化聚合（整體—部分）關(guān)聯(lián)消息傳遞泛化—特化聯(lián)系

泛化—特化聯(lián)系反映類之間的一種繼承關(guān)系訂單郵件訂單電話訂單網(wǎng)上訂單聚合聯(lián)系

也稱整體—部分聯(lián)系。反映各組成部分和整體之間的關(guān)系。計(jì)算機(jī)內(nèi)存顯示器CPU外存鍵盤(pán)111111111….*1….*關(guān)聯(lián)聯(lián)系

類之間的一種二元關(guān)系，表達(dá)對(duì)象之間的靜態(tài)聯(lián)系教師學(xué)生0….*1（2）用例圖

用例圖描述系統(tǒng)的環(huán)境和系統(tǒng)的功能需求。用例圖中的關(guān)系用例圖中的關(guān)系有活動(dòng)者與用例之間的關(guān)系和用例與用例之間的關(guān)系?；顒?dòng)者與用例之間的關(guān)系稱為關(guān)聯(lián)，描述活動(dòng)者與用例之間的關(guān)系用例之間的關(guān)系：包含關(guān)系、擴(kuò)展關(guān)系、泛化關(guān)系關(guān)聯(lián)：表示參與者與其參與執(zhí)行的用例之間的通信路徑擴(kuò)展：在基礎(chǔ)用例上插入基礎(chǔ)用例不能說(shuō)明的擴(kuò)展部分<extend>包含：在基礎(chǔ)用例之上插入附加行為，并具有明顯描述<include>泛化：用例之間一般與特殊的關(guān)系，其中特殊用例(子用例）繼承了一般用例（父用例）的特性，并增加了新的特性。包含的使用：如果兩個(gè)以上的用例有大量一致的功能，可將該功能分解到另一個(gè)用例中；一個(gè)用例功能太多時(shí)，可以用包含關(guān)系建立兩個(gè)小用例。包含與擴(kuò)展的區(qū)別：在包含關(guān)系中一個(gè)用例總是在使用另一個(gè)用例的功能在擴(kuò)展關(guān)系中，是根據(jù)某些條件有選擇地使用另外一個(gè)用例功能。下訂單查目錄查詢產(chǎn)品查供應(yīng)商安排付款付現(xiàn)今付支票<extend><include><include><include>子用例父用例擴(kuò)展用例客戶（3）順序圖

顯示場(chǎng)景或用例表中所發(fā)生的交互，它側(cè)重于對(duì)消息時(shí)序的描述。（4）協(xié)作圖

協(xié)作圖強(qiáng)調(diào)對(duì)象之間的關(guān)系組織，而不是對(duì)象之間信息傳遞的時(shí)間性。協(xié)作圖將消息名稱前加上順序號(hào)。（5）狀態(tài)圖

狀態(tài)圖用于描述具有復(fù)雜動(dòng)態(tài)行為的對(duì)象，表示一個(gè)對(duì)象狀態(tài)的演變。狀態(tài)圖的關(guān)鍵成分是狀態(tài)和狀態(tài)的轉(zhuǎn)換閑置冷卻激活預(yù)熱過(guò)冷溫度到達(dá)過(guò)熱溫度到達(dá)過(guò)冷加熱準(zhǔn)備/開(kāi)關(guān)合上過(guò)熱恒溫器對(duì)象的狀態(tài)圖（6）活動(dòng)圖

表現(xiàn)于一組事件相連的多個(gè)對(duì)象的狀態(tài)變化，強(qiáng)調(diào)在計(jì)算過(guò)程中順序和并發(fā)的步驟帶泳道的活動(dòng)圖請(qǐng)求服務(wù)取訂單填寫(xiě)訂單付款分發(fā)訂單收集訂單客戶銷售庫(kù)房二、事件和事件的描述1、事件和系統(tǒng)需求

事件是指發(fā)生在確定的時(shí)間和地點(diǎn)，可以描述、并應(yīng)該被系統(tǒng)記錄下來(lái)的事實(shí)。系統(tǒng)分析首先應(yīng)當(dāng)考察對(duì)系統(tǒng)產(chǎn)生影響的外部事件。2、事件的類型（1）外部事件

由外部實(shí)體或動(dòng)作參與者所引發(fā)的事件。外部事件將影響系統(tǒng)，觸發(fā)系統(tǒng)內(nèi)部進(jìn)行一系列工作。識(shí)別外部事件的關(guān)鍵點(diǎn)：外部實(shí)體對(duì)系統(tǒng)的數(shù)據(jù)輸入由外部實(shí)體的需要而觸發(fā)的系統(tǒng)內(nèi)部事務(wù)處理外部實(shí)體想要獲取某些信息外部實(shí)體的變化引發(fā)系統(tǒng)內(nèi)部數(shù)據(jù)需要更新（2）定時(shí)事件又稱臨時(shí)事件。是由于系統(tǒng)到達(dá)某一時(shí)刻系統(tǒng)內(nèi)部自動(dòng)發(fā)生的事件。時(shí)間事件是內(nèi)部事件。（3）狀態(tài)事件識(shí)別定時(shí)事件和狀態(tài)事件的關(guān)鍵點(diǎn)：內(nèi)部處理需要的臨時(shí)輸出結(jié)果；系統(tǒng)應(yīng)當(dāng)對(duì)外給出的結(jié)果；系統(tǒng)內(nèi)部相關(guān)要素的狀態(tài)依賴關(guān)系。是系統(tǒng)內(nèi)部由于某個(gè)要素狀態(tài)的改變而觸發(fā)其他要素狀態(tài)改變的事件。狀態(tài)事件是內(nèi)部事件。

。3、識(shí)別事件（1）準(zhǔn)確區(qū)分事件、條件、響應(yīng)和行為例：用電客戶到銀行交納電費(fèi)的例子。事件：用電客戶交納電費(fèi)；條件：有信用卡；卡上有足夠的錢(qián)；響應(yīng)：銀行從客戶信用卡上劃撥費(fèi)用

如何區(qū)分事件與響應(yīng)：判斷兩者能否分割開(kāi)來(lái)。（2）列出事件的時(shí)間順序通過(guò)跟蹤事件處理的生命周期，列出事件的時(shí)間順序。（3）技術(shù)選擇和系統(tǒng)控制

技術(shù)實(shí)現(xiàn)和系統(tǒng)控制也將引發(fā)一系列事件，這類事件大多在系統(tǒng)設(shè)計(jì)階段識(shí)別，但部分也需要在分析階段識(shí)別。4、事件列表

事件列表中要包括：事件、觸發(fā)器、來(lái)源、動(dòng)作、響應(yīng)、目的地，六大要素。觸發(fā)器：事件與系統(tǒng)的接口。動(dòng)作：事件消息傳遞給系統(tǒng)后，系統(tǒng)引發(fā)的一系列動(dòng)作和行為。響應(yīng)：系統(tǒng)對(duì)所發(fā)生事件的輸出結(jié)果，可能是一個(gè)結(jié)果，也可能是一系列其他事件或動(dòng)作。目的地：系統(tǒng)產(chǎn)生結(jié)果的送達(dá)地?？赡苁峭獠繉?shí)體、參與者，或內(nèi)部調(diào)用的其他系統(tǒng)。

例：“申辦電子錢(qián)包”事件的事件列表三、事物、對(duì)象及其關(guān)系屬性1、事物的類型

事物及其相關(guān)信息是系統(tǒng)要存儲(chǔ)的數(shù)據(jù)。面向?qū)ο蟮姆治鲋?，事物是系統(tǒng)交互作用的對(duì)象。運(yùn)用面向?qū)ο笾?，類與對(duì)象的抽象機(jī)制，尋找這些事物之間的內(nèi)在關(guān)系。通過(guò)事件列表對(duì)事件的分析，來(lái)研判相應(yīng)事件影響了哪些事物。事物實(shí)體事物邊界事物控制事物實(shí)物角色地點(diǎn)位置組織交互行為時(shí)間2、對(duì)象之間的關(guān)系

對(duì)象之間發(fā)生的相互作用稱為關(guān)系。對(duì)象之間的關(guān)系有一元關(guān)系、二元關(guān)系、多元關(guān)系。一元關(guān)系：同一類對(duì)象之間的關(guān)系。例：人與人、部門(mén)與部門(mén)之間的關(guān)系二元關(guān)系：不同類對(duì)象之間的關(guān)系。例：客戶與信用卡之間的關(guān)系。多元關(guān)系：存在于3種或以上不同類對(duì)象之間的關(guān)系。（1）對(duì)象類之間關(guān)系的圖示方法一對(duì)一的關(guān)系客戶帳號(hào)電子錢(qián)包1…1

在每個(gè)對(duì)象類端點(diǎn)上都有一個(gè)重?cái)?shù)1。一對(duì)多的關(guān)系在每個(gè)端點(diǎn)都有重?cái)?shù)0….n，或*（表：1….n)。電子錢(qián)包銀行1…*多對(duì)多的關(guān)系在一個(gè)端點(diǎn)上有一個(gè)重?cái)?shù)1，另一個(gè)端點(diǎn)有重?cái)?shù)0….n，或*（表：1….n)?？蛻翥y行*…《申辦電子錢(qián)包》…*例：一個(gè)項(xiàng)目有許多活動(dòng)組成；一個(gè)活動(dòng)有許多任務(wù)組成；一個(gè)任務(wù)消耗若干資源，并產(chǎn)生若干工作成果；工作成果可以是：一個(gè)系統(tǒng)、一個(gè)模型、一個(gè)文檔；資源可以是：參與者、時(shí)間或設(shè)備。用UML的圖形元素可表示為：項(xiàng)目活動(dòng)任務(wù)工作成果資源文檔模型系統(tǒng)參與者時(shí)間設(shè)備*由……….生產(chǎn)消耗……….***（2）UML描述關(guān)系的四種主要結(jié)構(gòu)依賴關(guān)系一個(gè)對(duì)象以某種方式影響另一個(gè)對(duì)象，后者并不一定受前者影響。聚集關(guān)系一個(gè)對(duì)象是由其部分之和構(gòu)成的關(guān)系。關(guān)聯(lián)關(guān)系表示一般事物和特殊事物之間的關(guān)系泛化關(guān)系系統(tǒng)中對(duì)象之間發(fā)生某種聯(lián)系。3、對(duì)象的屬性屬性是對(duì)類（對(duì)象）特征的描述。系統(tǒng)分析關(guān)鍵是找出與類（對(duì)象）相關(guān)的屬性。能唯一標(biāo)示一個(gè)類（對(duì)象）的屬性稱為關(guān)鍵字。四、需求建模1、需求的概念面向?qū)ο蟮姆治鲆杂美Ｐ兔枋鱿到y(tǒng)的功能需求。軟件工程對(duì)需求的定義

需求包括從用戶角度和從系統(tǒng)開(kāi)發(fā)者角度描述的用戶為解決某個(gè)問(wèn)題或?qū)崿F(xiàn)某一目標(biāo)，要求軟件必須滿足的條件或能力。功能需求

信息系統(tǒng)必須包括的功能和行為。功能需求主要表現(xiàn)在事件列表中。非功能需求

系統(tǒng)完成功能需求的能力。例如：過(guò)程方面、性能方面、外部特性方面等。約束條件

限制系統(tǒng)解決方案的可選范圍的需求，如硬件、軟件、人員組成等。信息系統(tǒng)用戶需求約束條件功能需求非功能需求常規(guī)需求意外需求期望需求業(yè)務(wù)說(shuō)明分析人員經(jīng)驗(yàn)使用實(shí)例由…….產(chǎn)生由…….提示由…….產(chǎn)生2、需求描述的工具UML需求描述=事件表+類圖+用例圖+交互圖（順序圖、協(xié)作圖）+狀態(tài)圖（1）建立領(lǐng)域模型

建立領(lǐng)域模型是從事件表轉(zhuǎn)化為類圖的工作。領(lǐng)域?qū)ο笫窍到y(tǒng)工作環(huán)境中存在的事情或發(fā)生的事件。領(lǐng)域中有如下三類對(duì)象：現(xiàn)實(shí)世界的對(duì)象：表示現(xiàn)實(shí)世界中要通過(guò)系統(tǒng)處理的事物，如貨物、地點(diǎn)等；業(yè)務(wù)對(duì)象：表示業(yè)務(wù)中需要進(jìn)行操作的事物，如訂單、合同、帳戶等；發(fā)生和將要發(fā)生的事件：表示能夠引發(fā)系統(tǒng)工作或?qū)ο到y(tǒng)產(chǎn)生影響的事實(shí)，如貨物抵達(dá)、申請(qǐng)遞交等。類圖、對(duì)象圖的建立步驟

確定對(duì)象和類。包括尋找、列舉和刪除對(duì)象和類找出對(duì)象之間的關(guān)系。包括聚類、泛化、關(guān)聯(lián)等整理對(duì)象和類之間的關(guān)系。如刪除、分解關(guān)聯(lián)等。確認(rèn)對(duì)象屬性。根據(jù)領(lǐng)域知識(shí)找出屬性和屬性值。建立數(shù)據(jù)字典。對(duì)類圖和對(duì)象圖的內(nèi)容列出必要說(shuō)明。反復(fù)修正類圖和對(duì)象圖。例：從事件表到系統(tǒng)領(lǐng)域模型客戶ID訂單日期貨號(hào)合同客戶合同號(hào)付款方式個(gè)別客戶電話付款方式商品條目商品代碼目錄期號(hào)商品目錄目錄期號(hào)有效期聯(lián)系員工員工號(hào)1*1**1*0…1電話訂貨系統(tǒng)事件表：客戶來(lái)電查詢客戶號(hào)查詢商品目錄開(kāi)訂單查詢貨物條目查詢客戶類別確定付款方式………..（2）建立業(yè)務(wù)模型

業(yè)務(wù)模型除包括類圖、對(duì)象圖以外，還要畫(huà)出用例圖、活動(dòng)圖、順序圖和狀態(tài)圖。

用例圖從使用者角度描述系統(tǒng)。側(cè)重從功能的角度描述業(yè)務(wù)過(guò)程的信息，表達(dá)業(yè)務(wù)過(guò)程各個(gè)功能的組成部分，確定參與者，以及參與者使用的業(yè)務(wù)用例。例：電話訂貨系統(tǒng)的用例圖電話訂貨查詢訂單開(kāi)列訂單驗(yàn)證客戶安排付款審核使用<extend><include><include><include><extend><extend>客戶服務(wù)人員例：用例圖、類圖、順序圖、狀態(tài)圖之間的關(guān)系開(kāi)列訂單驗(yàn)證客戶<extend>用例圖服務(wù)人員服務(wù)人員訂單客戶商品條目類圖順序圖訂單：……..客戶：……..創(chuàng)建訂單驗(yàn)證客戶訂單調(diào)出訂單分發(fā)訂單存檔訂單入座訂單填寫(xiě)訂單類的狀態(tài)圖例：活動(dòng)圖—描述單個(gè)業(yè)務(wù)用例的細(xì)節(jié)過(guò)程創(chuàng)建訂單確認(rèn)訂單提供優(yōu)惠填寫(xiě)訂單團(tuán)體付費(fèi)信用卡付費(fèi)填寫(xiě)訂單個(gè)別訂戶分支同步條團(tuán)購(gòu)訂戶同步條合并（3）需求說(shuō)明的補(bǔ)充

對(duì)于非功能需求，采用傳統(tǒng)手段進(jìn)行說(shuō)明。內(nèi)容有：可用性：用戶可以使用系統(tǒng)的時(shí)間百分比?？煽啃裕合到y(tǒng)正確運(yùn)行的可靠程度。性能：系統(tǒng)功能之外增加的條件。如，容量、響應(yīng)時(shí)間、帶寬等?？芍С中裕簽楸３挚删S護(hù)性、可擴(kuò)展性必須達(dá)到的要求。設(shè)計(jì)約束：對(duì)系統(tǒng)設(shè)計(jì)的限制。接口需求：系統(tǒng)與外部的接口，如：軟件接口、硬件接口、通信接口等。其他需求：在線幫助、產(chǎn)品許可等。

參與者（Actor)是UML的專門(mén)術(shù)語(yǔ)。特指系統(tǒng)外部介入系統(tǒng)的實(shí)體?？梢允侨藛T、設(shè)備、其他系統(tǒng)等。參與者的輸入，或請(qǐng)求系統(tǒng)輸出是觸發(fā)系統(tǒng)用例執(zhí)行的根源。區(qū)分實(shí)體、參與者、角色。同一實(shí)體在不同用例面前可能扮演不同角色。業(yè)務(wù)用例中的角色經(jīng)系統(tǒng)分析員提煉成為參與者。3、功能分析（1）識(shí)別參與者

功能分析的工作：識(shí)別參與者、定義系統(tǒng)邊界、識(shí)別系統(tǒng)用例、識(shí)別用例間的關(guān)系、建立用例模型，劃分用例優(yōu)先等級(jí)等。提煉角色為參與者的步驟：

考慮所有可能與系統(tǒng)運(yùn)行有關(guān)的人員、設(shè)備和其他系統(tǒng)；確定系統(tǒng)在輸入、輸出方面的參與者；確定系統(tǒng)操作和維護(hù)方面的參與者；將參與者——用戶——角色聯(lián)系起來(lái)；進(jìn)行合理組織和合并，減少功能重疊，形成參與者和角色類別；對(duì)參與者命名電話訂貨查詢訂單開(kāi)列訂單驗(yàn)證客戶安排付款審核使用<extend><include><include><include><extend><extend>客戶服務(wù)人員（2）定義系統(tǒng)邊界大邊框界定了系統(tǒng)邊界（3）識(shí)別系統(tǒng)用例識(shí)別系統(tǒng)用例的兩種方式：基于參與者的方式；基于事件的方式。整理用例集識(shí)別外部事件發(fā)現(xiàn)服務(wù)對(duì)象識(shí)別執(zhí)行過(guò)程創(chuàng)建訂單分析事件功能識(shí)別參與者通過(guò)系統(tǒng)必須響應(yīng)的外部事件，找出系統(tǒng)的邊界和內(nèi)外聯(lián)系通過(guò)系統(tǒng)功能分析，找出系統(tǒng)事件與參與者的關(guān)系，進(jìn)而建立用例通過(guò)識(shí)別參與者，確認(rèn)最終使用者和服務(wù)對(duì)象通過(guò)分析每個(gè)參與者所發(fā)起參加的執(zhí)行過(guò)程，確定轉(zhuǎn)化為用例的可能性通過(guò)對(duì)參與者、事件、過(guò)程、功能及相互關(guān)系的分析，建立用例和用例集合識(shí)別用例完成后，還要考慮以下問(wèn)題：

每個(gè)參與者的特定任務(wù)是否完成？是否每個(gè)參與者都要從系統(tǒng)中創(chuàng)建、存儲(chǔ)、改變、移動(dòng)或讀取信息？是否有特定任務(wù)或數(shù)據(jù)尚找不到參與者？是否需要將系統(tǒng)維護(hù)、支持的用例畫(huà)上去？是否有其他重要的功能需求沒(méi)有列上去？（4）識(shí)別用例間的關(guān)系

用例之間也有關(guān)系之間所具有的關(guān)系，即：關(guān)聯(lián)、聚集、泛化等。用例之間還有兩種特殊的關(guān)系：包含、擴(kuò)展。包含關(guān)系：表示所觸發(fā)用例的完成需要調(diào)用其他子用例。擴(kuò)展關(guān)系：表示可以選擇的行為集合、特定條件下才發(fā)生的行為集合、或者不同流程等。包含與擴(kuò)展關(guān)系的區(qū)別：

描述的箭頭方向：包含關(guān)系有主用例指向被包含用例；擴(kuò)展關(guān)系由擴(kuò)展用例指向主用例。邏輯關(guān)系：包含關(guān)系表示只要有就必須完成的功能；擴(kuò)展關(guān)系表示一種可能的需要。驗(yàn)證身份核對(duì)IC卡核對(duì)密碼電話訂貨查詢訂單開(kāi)列訂單驗(yàn)證客戶安排付款審核使用<extend><include><include><include><extend><extend>客戶服務(wù)人員（5）建立用例模型

使用用例圖描述系統(tǒng)的一組用例、用例參與者、用例之間的關(guān)系和用例與參與者之間的關(guān)系。（6）劃分用例的優(yōu)先級(jí)

自上而下找出對(duì)系統(tǒng)最為重要的用例。并按以下原則對(duì)用例排序：以用例對(duì)系統(tǒng)商務(wù)模式的影響排序；以用例對(duì)商務(wù)模式的核心流程的影響排序；在每個(gè)級(jí)別內(nèi)按功能實(shí)現(xiàn)的重要性排序；找出通用或?qū)崿F(xiàn)簡(jiǎn)單的用例。五、需求建模實(shí)例1、學(xué)校教學(xué)管理系統(tǒng)需求建模

系統(tǒng)用戶是：教學(xué)管理人員、教師、學(xué)生；系統(tǒng)功能：提供學(xué)生選修課程和學(xué)生成績(jī)管理方面的服務(wù)。（1）系統(tǒng)需求

學(xué)生選課管理：包括，新學(xué)期選修課程表生成、學(xué)生選課注冊(cè)、選修課查詢、信息統(tǒng)計(jì)與報(bào)表生成、相關(guān)信息傳遞到財(cái)務(wù)管理系統(tǒng)。學(xué)生成績(jī)管理：學(xué)生考試成績(jī)錄入、成績(jī)查詢、成績(jī)匯總與報(bào)表生成。（2）確定系統(tǒng)范圍和系統(tǒng)邊界

教學(xué)管理系統(tǒng)的業(yè)務(wù)范圍：只進(jìn)行學(xué)生選課和考試成績(jī)管理，不包括其他教學(xué)管理；系統(tǒng)邊界：本教學(xué)管理系統(tǒng)與學(xué)校教務(wù)管理系統(tǒng)和財(cái)務(wù)管理系統(tǒng)有系統(tǒng)邊界。教務(wù)管理系統(tǒng)只接受本系統(tǒng)匯總信息，不反饋；財(cái)務(wù)系統(tǒng)接受相關(guān)信息，并反饋學(xué)生交費(fèi)信息。（3）參與者

學(xué)生教師教學(xué)管理人員教務(wù)管理系統(tǒng)財(cái)務(wù)管理系統(tǒng)（4）確定用例

“選修課管理”中的用例有：選修課程管理、選修課查詢、選修課注冊(cè)、教師簡(jiǎn)歷查詢、選修課統(tǒng)計(jì)匯總?！皩W(xué)生成績(jī)管理”中的用例有：學(xué)生成績(jī)管理、學(xué)生成績(jī)查詢、學(xué)生成績(jī)統(tǒng)計(jì)匯總、（5）分層用例繪制選修課管理學(xué)生成績(jī)管理教學(xué)管理員教師教務(wù)系統(tǒng)學(xué)生財(cái)務(wù)系統(tǒng)教學(xué)管理系統(tǒng)教務(wù)系統(tǒng)學(xué)生成績(jī)管理子系統(tǒng)課程成績(jī)查詢學(xué)生成績(jī)管理教學(xué)管理員教師學(xué)生財(cái)務(wù)系統(tǒng)學(xué)生成績(jī)匯總學(xué)生成績(jī)查詢選修課注冊(cè)選修課管理教學(xué)管理員教師學(xué)生財(cái)務(wù)系統(tǒng)選修課信息匯總選修課查詢選修課管理子系統(tǒng)教師簡(jiǎn)歷查詢（6）用例匯總選修課管理學(xué)生成績(jī)管理教學(xué)管理員教師教務(wù)系統(tǒng)學(xué)生財(cái)務(wù)系統(tǒng)課程成績(jī)查詢學(xué)生成績(jī)管理學(xué)生成績(jī)匯總學(xué)生成績(jī)查詢選修課注冊(cè)選修課管理選修課信息匯總選修課查詢教師簡(jiǎn)歷查詢（7）用例之間的關(guān)系選修課查詢教師學(xué)生身份驗(yàn)證課程成績(jī)查詢選修課注冊(cè)學(xué)生成績(jī)查詢<include><include><include><include>（8）建立對(duì)象類主要的類如下：學(xué)生教師教學(xué)管理人員選修課表選課單課程成績(jī)（9）定義類之間的關(guān)系，建立類圖學(xué)生1教師教學(xué)管理人員選修課表選課單課程成績(jī)*11**1*****2、定單處理系統(tǒng)的用例模型（1）系統(tǒng)包含的參與者

電話代理信用授權(quán)機(jī)構(gòu)產(chǎn)品倉(cāng)庫(kù)系統(tǒng)貨運(yùn)系統(tǒng)（2）系統(tǒng)與各類參與者的交互系統(tǒng)與電話代理的交互

輸入定單取消定單取消定單明細(xì)查詢系統(tǒng)與信用授權(quán)機(jī)構(gòu)的交互

確認(rèn)購(gòu)買(mǎi)(系統(tǒng)告訴信用機(jī)構(gòu)通過(guò)信用卡和借記卡購(gòu)買(mǎi))貸款帳戶(系統(tǒng)告訴信用機(jī)構(gòu)記錄帳戶)系統(tǒng)與產(chǎn)品倉(cāng)庫(kù)的交互

請(qǐng)求發(fā)貨取消發(fā)貨請(qǐng)求退貨處理查詢庫(kù)存接受訂貨系統(tǒng)與貨運(yùn)系統(tǒng)的交互

運(yùn)送貨物退回定單物品輸入定單查詢?nèi)∠▎蚊骷?xì)取消定單電話代理貸款帳戶確認(rèn)購(gòu)買(mǎi)信用授權(quán)機(jī)構(gòu)退貨處理接受定單取消發(fā)貨請(qǐng)求查詢庫(kù)存請(qǐng)求發(fā)貨產(chǎn)品倉(cāng)庫(kù)系統(tǒng)退回定單物品運(yùn)送貨物貨運(yùn)系統(tǒng)一、系統(tǒng)建模簡(jiǎn)介1、系統(tǒng)建模的概念信息系統(tǒng)是由一系列模型構(gòu)成的有序集合。信息系統(tǒng)的開(kāi)發(fā)方法是模型在不同層次上的建立方法。模型是現(xiàn)實(shí)世界中某些重要方面的抽象展示。每種模型強(qiáng)調(diào)一種不同類型的信息。模型可有多種表現(xiàn)形式信息系統(tǒng)分析人員用模型來(lái)模擬系統(tǒng)的流程、結(jié)構(gòu)、功能等；從處理角度看，有：輸入/輸出模型、功能模型、數(shù)據(jù)模型、控制模型、決策模型等；從設(shè)計(jì)角度看，有動(dòng)態(tài)模型、靜態(tài)模型等。2、系統(tǒng)邏輯模型和物理模型系統(tǒng)分析階段建立的需求模型，就是系統(tǒng)的邏輯模型。邏輯模型重點(diǎn)在于解決系統(tǒng)要“做什么”。邏輯模型顯示系統(tǒng)在功能方面的總體要求。邏輯模型獨(dú)立于具體實(shí)現(xiàn)技術(shù)。邏輯模型的“邏輯”特指業(yè)務(wù)處理中的數(shù)據(jù)內(nèi)容和處理過(guò)程。邏輯模型物理模型重點(diǎn)解決系統(tǒng)“如何做”問(wèn)題。與具體實(shí)現(xiàn)技術(shù)有關(guān)，并受限于技術(shù)條件（約束條件）完成技術(shù)設(shè)計(jì)方面的工作。邏輯模型與物理模型的區(qū)別邏輯模型的作用消除對(duì)技術(shù)細(xì)節(jié)的關(guān)注，聚焦于要解決的問(wèn)題。便于人們準(zhǔn)確、完整地把握要做的事情。便于系統(tǒng)分析人員與用戶的溝通。是系統(tǒng)分析階段的成果，是創(chuàng)建物理模型的依據(jù)。3、數(shù)據(jù)模型的概念數(shù)據(jù)模型是把系統(tǒng)數(shù)據(jù)有效組織起來(lái)形成文本化的一種技術(shù)。數(shù)據(jù)建模就是數(shù)據(jù)庫(kù)