信息系統(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ù)+處理過程資訊系統(tǒng)的基本特徵:數(shù)據(jù)、功能、行為處理系統(tǒng)控制輸入回饋輸出邊界系統(tǒng)目標(biāo)系統(tǒng)結(jié)構(gòu)系統(tǒng)功能系統(tǒng)模型：用來模擬現(xiàn)實(shí)系統(tǒng)的一種抽象或者近似，是對真實(shí)系統(tǒng)的簡化表示。幾類模型敘述模型物理模型數(shù)學(xué)模型圖示模型二、資訊工作者和現(xiàn)代系統(tǒng)分析人員1、資訊工作者系統(tǒng)擁有者系統(tǒng)用戶系統(tǒng)設(shè)計(jì)者系統(tǒng)構(gòu)建者系統(tǒng)分析人員資訊系統(tǒng)的範(fàn)圍界定資訊系統(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）專案經(jīng)理系統(tǒng)分析員的職責(zé)是提高資訊系統(tǒng)建設(shè)的效率和有效性。

系統(tǒng)分析員是既有企業(yè)知識(shí)，又懂電腦的人。他研究企業(yè)的問題與需求，決定如何最合適地將人員、數(shù)據(jù)、過程、通信、與資訊技術(shù)、資訊系統(tǒng)建設(shè)方案投入企業(yè)。系統(tǒng)分析員的工作是解決問題。專案管理：指把各種知識(shí)技能、工具和技術(shù)以及人力、物力、財(cái)力、資訊、科學(xué)技術(shù)和市場資源有效結(jié)合，採用規(guī)範(fàn)化的餓管理流程，在規(guī)定時(shí)間、預(yù)算和品質(zhì)目標(biāo)範(fàn)圍內(nèi)完成專案。專案的負(fù)責(zé)人為專案經(jīng)理。三、系統(tǒng)分析員的職業(yè)準(zhǔn)備1、系統(tǒng)分析員需要的技能技術(shù)知識(shí)和技能商務(wù)知識(shí)和技能與人溝通的知識(shí)和技能誠實(shí)和道德一、當(dāng)前企業(yè)中的各種資訊系統(tǒng)1、資訊系統(tǒng)的分類框架1）管理活動(dòng)的分類戰(zhàn)略規(guī)劃管理控制知識(shí)管理操作管理2）決策過程和分類決策過程、資訊需求及相應(yīng)資訊系統(tǒng)決策問題分類應(yīng)收款訂單輸入存貨控制預(yù)算分析工程成本短期預(yù)算倉庫和工廠位置PERT網(wǎng)路分析系統(tǒng)生產(chǎn)計(jì)畫現(xiàn)金管理變化分析全面預(yù)算預(yù)算準(zhǔn)備銷售和生產(chǎn)合併和購置新生產(chǎn)計(jì)畫研發(fā)計(jì)畫操作控制管理控制戰(zhàn)略計(jì)畫管理層次非結(jié)構(gòu)化半結(jié)構(gòu)化結(jié)構(gòu)化問題結(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ǎ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ìn)行管理資訊的收集、傳遞、加工、保存、維護(hù)和使用的社會(huì)技術(shù)系統(tǒng)。MIS功能結(jié)構(gòu)庫房管理財(cái)務(wù)管理流動(dòng)資金成本核算車間調(diào)度市場預(yù)測合同管理品質(zhì)管理綜合統(tǒng)計(jì)設(shè)備工具物資供應(yīng)生產(chǎn)計(jì)畫共享數(shù)據(jù)庫3）決策支持系統(tǒng)DSS（Decisionsupportsystem)

DSS是能夠利用數(shù)據(jù)和模型來幫助決策者解決非結(jié)構(gòu)化問題的高度靈活的、人機(jī)互動(dòng)式的資訊系統(tǒng)。DSS的組成結(jié)構(gòu)TPS外源數(shù)據(jù)用戶DSS資料庫用戶介面DSS軟體系統(tǒng)分析模型OLAP工具數(shù)據(jù)挖掘工具資料庫系統(tǒng)模型庫系統(tǒng)人機(jī)對話系統(tǒng)DSS的最新發(fā)展

DSS=DW+DM+OLAP數(shù)據(jù)倉庫DW

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

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

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

OSI是指通過先進(jìn)技術(shù)的應(yīng)用，將人們的部分辦公業(yè)務(wù)物化於人以外的各種設(shè)備，並由這些設(shè)備和辦公人員共同完成辦公業(yè)務(wù)的人機(jī)資訊系統(tǒng)。OSI的組成結(jié)構(gòu)辦公信息系統(tǒng)設(shè)備軟體辦公人員各種辦公設(shè)備輸入/輸出設(shè)備通信設(shè)備伺服器、工作站系統(tǒng)軟體：操作系統(tǒng)、語言處理程式應(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)路結(jié)構(gòu)7）多維立體型組織結(jié)構(gòu)1、資訊系統(tǒng)體系結(jié)構(gòu)

資訊系統(tǒng)體系結(jié)構(gòu)是指一個(gè)統(tǒng)一的資訊系統(tǒng)框架，通過這個(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)開發(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é)處理過程資訊技術(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)開發(fā)商務(wù)知識(shí)數(shù)據(jù)需求資料庫範(fàn)式資料庫程式系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

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

商務(wù)知識(shí)：能夠及時(shí)準(zhǔn)確地從相關(guān)資訊中洞察到事物本質(zhì)的能力商務(wù)實(shí)體：與商務(wù)活動(dòng)有關(guān)的有形或無形事物，如：顧客、設(shè)備、產(chǎn)品、訂單、付款等。商務(wù)規(guī)則：描述商務(wù)實(shí)體之間的相互作用。系統(tǒng)擁有者的基本作用是界定系統(tǒng)的範(fàn)圍和要達(dá)到的目標(biāo)。2）系統(tǒng)用戶的數(shù)據(jù)視圖商務(wù)數(shù)據(jù)需求是指根據(jù)實(shí)體、屬性、關(guān)係和規(guī)則表示的用戶數(shù)據(jù)。系統(tǒng)擁有者將商務(wù)實(shí)體和規(guī)則識(shí)別出來，系統(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)化到資料庫中。因此，系統(tǒng)設(shè)計(jì)者的數(shù)據(jù)視圖包括數(shù)據(jù)結(jié)構(gòu)、資料庫範(fàn)式、字段、指針和其他資料庫依賴關(guān)係。4）系統(tǒng)實(shí)施者的數(shù)據(jù)視圖用具體的DBMS實(shí)施前面定義的資料庫。2、過程建構(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)開發(fā)系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

方法學(xué)處理過程應(yīng)用開發(fā)環(huán)境銷售與諮詢商商務(wù)功能處理需求應(yīng)用範(fàn)式與說明書應(yīng)用程式1）系統(tǒng)擁有者的處理視圖

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

系統(tǒng)設(shè)計(jì)者要明確系統(tǒng)的邊界（哪些由系統(tǒng)自動(dòng)完成），設(shè)計(jì)系統(tǒng)架構(gòu)（軟、硬體平臺(tái)），準(zhǔn)備軟體說明書。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ì)語言編程實(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)開發(fā)系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

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

明確資訊系統(tǒng)的介面範(fàn)圍。2）系統(tǒng)用戶的介面視圖3）系統(tǒng)設(shè)計(jì)者的介面視圖4）系統(tǒng)實(shí)施者的介面視圖

明確資訊系統(tǒng)的用戶介面，即：輸入、輸出形式。

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

利用介面技術(shù)構(gòu)建、安裝、測試和實(shí)現(xiàn)用戶介面和系統(tǒng)—系統(tǒng)介面。4、網(wǎng)路建構(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)開發(fā)系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

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

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

結(jié)構(gòu)化系統(tǒng)分析、結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)、結(jié)構(gòu)化程式設(shè)計(jì)結(jié)構(gòu)化分析是以過程為中心，建立用戶需求模型的技術(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ù)帶來軟體生產(chǎn)方式的根本變化

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

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

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

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

面向?qū)ο蠓椒ㄊ紫葟拿嫦驅(qū)ο笳Z言的研製開始，逐步演化為面向?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)路環(huán)境下的Java。OOA&OOD的產(chǎn)生：OO方法發(fā)展到軟體工程的前期階段（1）Booch方法

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

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

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

從3個(gè)視角描述系統(tǒng)，相應(yīng)提供三種模型：對象模型、動(dòng)態(tài)模型、功能模型。對象模型：描述對象的靜態(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)和測試4階段。引入usecase（用例）概念，並將用例模型與以下5種模型相結(jié)合：領(lǐng)域?qū)ο竽Ｐ停焊鶕?jù)領(lǐng)域來表示用例模型；分析模型：通過分析來構(gòu)造用例模型；設(shè)計(jì)模型：依據(jù)具體化的設(shè)計(jì)來實(shí)現(xiàn)用例模型；測試階段：測試具體化的用例模型。面向?qū)ο蠓椒ńy(tǒng)一的時(shí)代—UML的產(chǎn)生與發(fā)展1993年，Rational公司開始設(shè)計(jì)UML方法；1996年正式推出UML；1997年，被OMG（對象技術(shù)組織）推薦為行業(yè)標(biāo)準(zhǔn)。UML綜合了上述幾種方法的優(yōu)點(diǎn)，統(tǒng)一了語義和表示方法。（5）面向?qū)ο蟮幕靖拍預(yù)、對象、屬性、方法和封裝

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

泛化—特化關(guān)係整體—部分關(guān)係關(guān)聯(lián)關(guān)係對象之間的資訊傳遞C、類、繼承、泛化—特化

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

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

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

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

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

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

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

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

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

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

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

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

構(gòu)件是具有一定功能，能夠獨(dú)立工作或同其他構(gòu)件裝配起來協(xié)調(diào)工作的程式體，構(gòu)件的使用同他的開發(fā)、生產(chǎn)無關(guān)?？裳}用構(gòu)件既可以從舊的軟體中提取，也可以是專門為複用而開發(fā)。目前有代表性的構(gòu)件技術(shù)有：CORBA、Java平臺(tái)、COM+。3、面向?qū)ο蠓椒▽W(xué)與結(jié)構(gòu)化方法學(xué)的比較結(jié)構(gòu)化方法系統(tǒng)是過程的集合過程與數(shù)據(jù)實(shí)體交互過程接受輸入並產(chǎn)生輸出面向?qū)ο蠓椒ㄏ到y(tǒng)是交互對象的集合，對象與人或其他對象交互發(fā)送與回應(yīng)消息（1）認(rèn)識(shí)問題的出發(fā)點(diǎn)不同A、從邏輯模型的角度看結(jié)構(gòu)化方法從過程的角度建立資訊系統(tǒng)模型面向?qū)ο蠓椒◤膶ο蟮慕嵌冉①Y訊系統(tǒng)模型B、從實(shí)現(xiàn)的角度看結(jié)構(gòu)化方法程式=演算法+數(shù)據(jù)結(jié)構(gòu)過程模型和數(shù)據(jù)模型分別建立面向?qū)ο蠓椒▽ο?演算法+數(shù)據(jù)結(jié)構(gòu)程式=對象+對象+….過程（演算法）和數(shù)據(jù)封裝成為對象（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ì)分成問題域和求解域兩層。對問題域進(jìn)行需求分析時(shí)尋找對象及其之間的聯(lián)繫；求解域模型在對象模型基礎(chǔ)上增加實(shí)現(xiàn)域中的對象獲得。C、兩者設(shè)計(jì)思想的差異結(jié)構(gòu)化方法面對怎麼做，採取劃分副程式、模組等。從大到小，自頂向下面向?qū)ο蠓椒ㄊ紫然卮稹白鍪颤N”，再解決“怎麼做”從小到大，自底向上（3）分析到設(shè)計(jì)的過渡結(jié)構(gòu)化方法分析過程的數(shù)據(jù)流程圖不能自然轉(zhuǎn)換到設(shè)計(jì)階段的軟體結(jié)構(gòu)圖面向?qū)ο蠓椒▽⒎治觥⒃O(shè)計(jì)、實(shí)現(xiàn)三個(gè)過程完整、有機(jī)、緊密地結(jié)合在一起（4）對變化的適應(yīng)能力結(jié)構(gòu)化方法側(cè)重於過程建模，過程是系統(tǒng)中極不穩(wěn)定的因素對變化的適應(yīng)能力差面向?qū)ο蠓椒▊?cè)重於對象建模，對象是系統(tǒng)中比較穩(wěn)定的因素，因此對變化適應(yīng)能力較好（5）對複用的支持結(jié)構(gòu)化方法缺乏複用標(biāo)準(zhǔn)，對複用支持差面向?qū)ο蠓椒▽ρ}用支持度高，提供複用機(jī)制和複用標(biāo)準(zhǔn)三、電腦輔助軟體工程1、CASE的基本概念與發(fā)展歷史（1）CASE的產(chǎn)生背景（2）CASE的基本概念

基本思想：把系統(tǒng)工程的原理應(yīng)用到軟體的開發(fā)維護(hù)中去。CASE是能夠支持軟體開發(fā)生命週期一個(gè)或多個(gè)階段自動(dòng)化的電腦程式。它使開發(fā)工具與開發(fā)方法學(xué)統(tǒng)一和結(jié)合起來，從開發(fā)者的角度支持資訊系統(tǒng)各種開發(fā)技術(shù)和方法的一種技術(shù)。（3）CASE的功能支持不同的軟體開發(fā)方法學(xué)支持軟體開發(fā)生命週期各階段：上游、下游以及專案管理具有文檔出版功能和文字、圖形編輯功能。支持軟體部件的重用，支持開發(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ù)建模過程建模對象建模資源庫支持其他結(jié)構(gòu)化英語螢?zāi)?報(bào)表設(shè)計(jì)原型化設(shè)計(jì)資料庫設(shè)計(jì)測試其他代碼生成器應(yīng)用生成器其他逆向工程設(shè)計(jì)恢復(fù)其他中央資源庫專案管理工具（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、判定表、判定樹、層次圖HC、輸入處理輸出IPO等。常見工具：MicrosoftVisio、Sybase公司的PowerDesigner、IBM公司的RationalRose等。（2）下游CASEA、程式設(shè)計(jì)工具

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

自動(dòng)化測試工具Panorama、性能測試工具RationalQuantify3）專案管理CASE

MicrosoftProject專案管理軟體、配置管理系統(tǒng)MicrosoftVisualSourceSafe(VSS)版本控制工具ConcurrentVersionsSystem(CVS)系統(tǒng)四、軟體成熟度模型1、基本概念軟體過程

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

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

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

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

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

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

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

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

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

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

軟體專案的計(jì)畫和跟蹤是穩(wěn)定的，並能重複以前的成功。3已定義級(jí)

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

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

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

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

視圖代表完整系統(tǒng)描述中一個(gè)特定方面的抽象，系統(tǒng)的整體架構(gòu)和特徵可以用一組視圖完整地描述出來。每個(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)行為來刻畫系統(tǒng)功能。靜態(tài)結(jié)構(gòu)描述類、對象和它們之間的關(guān)係等；動(dòng)態(tài)行為主要描述對象之間的動(dòng)態(tài)協(xié)作。3）併發(fā)視圖

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

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

組件視圖用來顯示代碼組件的組織方式，描述實(shí)現(xiàn)模組和它們之間的依賴關(guān)係。展開視圖由展開圖組成，包括結(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)行對話的角度，以用例圖描述活動(dòng)者怎樣使用系統(tǒng)以及系統(tǒng)向活動(dòng)者提供什麼功能。

例：客戶對“下訂單”用例的描述（場景）：“確定客戶，找出需要的並且倉庫裏還有的物品並檢查客戶信用額是否夠”“活動(dòng)者”—客戶；系統(tǒng)對資訊的處理—查找?guī)齑?、檢查客戶信用額；處理之後的返回結(jié)果—客戶訂購的商品是否夠，客戶信用度是否夠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)係，是對系統(tǒng)靜態(tài)結(jié)構(gòu)的描述。構(gòu)造類圖的三個(gè)關(guān)鍵問題：系統(tǒng)中有哪些需要關(guān)心的類？這些類是如何描述的？這些類之間的聯(lián)繫是什麼？客戶利潤交易者生財(cái)工具債券股票選擇股票1..*1..*0..*0..*113）對象圖

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

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

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

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

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

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

任何一個(gè)系統(tǒng)任務(wù)在對象觀點(diǎn)下對應(yīng)於一系列有序的消息及消息的回應(yīng)，但從系統(tǒng)的觀點(diǎn)來看，它是一系列有序的活動(dòng)，這些活動(dòng)有序地通過事件的觸發(fā)連接起來實(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)表示法完全相同。螢?zāi)伙@示磁片滿螢?zāi)伙@示列印產(chǎn)生附錄檔檫除螢?zāi)惶崾举Y訊列印檔磁片滿磁片有空閑8）組件圖

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

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

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

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

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

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

提供一致的圖示和圖片，可以選擇、放置、連接和定義圖中各元素。工具還具有理解元素的語義的能力，以及提供版面設(shè)計(jì)功能。2）模型積累圖的一致性檢索鑒定報(bào)告重用元素或圖3）導(dǎo)航4）多用戶支持一、系統(tǒng)分析概述1、系統(tǒng)分析的用戶視圖分析的目的：分析現(xiàn)實(shí)世界的事物如何轉(zhuǎn)化到電腦世界，使資訊系統(tǒng)能最終達(dá)到原來現(xiàn)實(shí)世界的目的。分析的結(jié)果：產(chǎn)生對現(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)開發(fā)商務(wù)知識(shí)數(shù)據(jù)需求資料庫範(fàn)式資料庫程式系統(tǒng)分析員關(guān)注者系統(tǒng)分析與設(shè)計(jì)

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

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

事件的相關(guān)要素：觸發(fā)原因、消息來源、完成的動(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í)例對象具有行為，行為是系統(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)用戶介面的螢?zāi)伙@示、菜單和報(bào)表類的屬性

屬性是描述對象靜態(tài)特徵的一個(gè)資料項(xiàng)目。屬性有屬性名和屬性值。屬性描述隱藏在對象內(nèi)部的資訊，由該對象的服務(wù)專門操作。類的服務(wù)（操作）

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

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

也稱整體—部分聯(lián)繫。反映各組成部分和整體之間的關(guān)係。電腦記憶體顯示器CPU外存鍵盤111111111….*1….*關(guān)聯(lián)聯(lián)繫

類之間的一種二元關(guān)係，表達(dá)對象之間的靜態(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ǔ)用例不能說明的擴(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）順序圖

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

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

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

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

事件是指發(fā)生在確定的時(shí)間和地點(diǎn)，可以描述、並應(yīng)該被系統(tǒng)記錄下來的事實(shí)。系統(tǒng)分析首先應(yīng)當(dāng)考察對系統(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í)體對系統(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)對外給出的結(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)；條件：有信用卡；卡上有足夠的錢；回應(yīng)：銀行從客戶信用卡上劃撥費(fèi)用

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

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

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

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

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

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

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

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

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

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

限制系統(tǒng)解決方案的可選範(fàn)圍的需求，如硬體、軟體、人員組成等。資訊系統(tǒng)用戶需求約束條件功能需求非功能需求常規(guī)需求意外需求期望需求業(yè)務(wù)說明分析人員經(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)域中有如下三類對象：現(xiàn)實(shí)世界的對象：表示現(xiàn)實(shí)世界中要通過系統(tǒng)處理的事物，如貨物、地點(diǎn)等；業(yè)務(wù)對象：表示業(yè)務(wù)中需要進(jìn)行操作的事物，如訂單、合同、帳戶等；發(fā)生和將要發(fā)生的事件：表示能夠引發(fā)系統(tǒng)工作或?qū)ο到y(tǒng)產(chǎn)生影響的事實(shí)，如貨物抵達(dá)、申請遞交等。類圖、對象圖的建立步驟

確定對象和類。包括尋找、列舉和刪除對象和類找出對象之間的關(guān)係。包括聚類、泛化、關(guān)聯(lián)等整理對象和類之間的關(guān)係。如刪除、分解關(guān)聯(lián)等。確認(rèn)對象屬性。根據(jù)領(lǐng)域知識(shí)找出屬性和屬性值。建立數(shù)據(jù)字典。對類圖和對象圖的內(nèi)容列出必要說明。反復(fù)修正類圖和對象圖。例：從事件表到系統(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)事件表：客戶來電查詢客戶號(hào)查詢商品目錄開訂單查詢貨物條目查詢客戶類別確定付款方式………..（2）建立業(yè)務(wù)模型

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

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

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

參與者（Actor)是UML的專門術(shù)語。特指系統(tǒng)外部介入系統(tǒng)的實(shí)體。可以是人員、設(shè)備、其他系統(tǒ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)繫起來；進(jìn)行合理組織和合併，減少功能重疊，形成參與者和角色類別；對參與者命名電話訂貨查詢訂單開列訂單驗(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ù)對象識(shí)別執(zhí)行過程創(chuàng)建訂單分析事件功能識(shí)別參與者通過系統(tǒng)必須回應(yīng)的外部事件，找出系統(tǒng)的邊界和內(nèi)外聯(lián)繫通過系統(tǒng)功能分析，找出系統(tǒng)事件與參與者的關(guān)系，進(jìn)而建立用例通過識(shí)別參與者，確認(rèn)最終使用者和服務(wù)對象通過分析每個(gè)參與者所發(fā)起參加的執(zhí)行過程，確定轉(zhuǎn)化為用例的可能性通過對參與者、事件、過程、功能及相互關(guān)係的分析，建立用例和用例集合識(shí)別用例完成後，還要考慮以下問題：

每個(gè)參與者的特定任務(wù)是否完成？是否每個(gè)參與者都要從系統(tǒng)中創(chuàng)建、存儲(chǔ)、改變、移動(dòng)或讀取資訊？是否有特定任務(wù)或數(shù)據(jù)尚找不到參與者？是否需要將系統(tǒng)維護(hù)、支持的用例畫上去？是否有其他重要的功能需求沒有列上去？（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)證身份核對IC卡核對密碼電話訂貨查詢訂單開列訂單驗(yàn)證客戶安排付款審核使用<extend><include><include><include><extend><extend>客戶服務(wù)人員（5）建立用例模型

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

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

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

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

教學(xué)管理系統(tǒng)的業(yè)務(wù)範(fàn)圍：只進(jìn)行學(xué)生選課和考試成績管理，不包括其他教學(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）確定用例

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

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

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

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

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

運(yùn)送貨物退回定單物品輸入定單查詢?nèi)∠▎蚊骷?xì)取消定單電話代理貸款帳戶確認(rèn)購買信用授權(quán)機(jī)構(gòu)退貨處理接受定單取消發(fā)貨請求查詢庫存請求發(fā)貨產(chǎn)品倉庫系統(tǒng)退回定單物品運(yùn)送貨物貨運(yùn)系統(tǒng)一、系統(tǒng)建模簡介1、系統(tǒng)建模的概念資訊系統(tǒng)是由一系列模型構(gòu)成的有序集合。資訊系統(tǒng)的開發(fā)方法是模型在不同層次上的建立方法。模型是現(xiàn)實(shí)世界中某些重要方面的抽象展示。每種模型強(qiáng)調(diào)一種不同類型的資訊。模型可有多種表現(xiàn)形式資訊系統(tǒng)分析人員用模型來模擬系統(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)容和處理過程。邏輯模型物理模型重點(diǎn)解決系統(tǒng)“如何做”問題。與具體實(shí)現(xiàn)技術(shù)有關(guān)，並受限於技術(shù)條件（約束條件）完成技術(shù)設(shè)計(jì)方面的工作。邏輯模型與物理模型的區(qū)別邏輯模型的作用消除對技術(shù)細(xì)節(jié)的關(guān)注，聚焦於要解決的問題。便於人們準(zhǔn)確、完整地把握要做的事情。便於系統(tǒng)分析人員與用戶的溝通。是系統(tǒng)分析階段的成果，是創(chuàng)建物理模型的依據(jù)。3、數(shù)據(jù)模型的概念數(shù)據(jù)模型是把系統(tǒng)數(shù)據(jù)有效組織起來形成文本化的一種技術(shù)。數(shù)據(jù)建模就是資料庫建模。數(shù)據(jù)建模是為數(shù)據(jù)庫