軟件工程教案復(fù)習(xí)李梁公開(kāi)課一等獎(jiǎng)優(yōu)質(zhì)課大賽微課獲獎(jiǎng)?wù)n件

1、軟件工程復(fù)習(xí) 重慶理工大學(xué)計(jì)算機(jī)科學(xué)與工程學(xué)院 李梁 第1頁(yè)課程關(guān)鍵點(diǎn)第1-3章 軟件工程概、軟件過(guò)程及軟件開(kāi)發(fā)模型軟件、程序、數(shù)據(jù)、文檔含義軟件危機(jī)及其表現(xiàn)、處理方法軟件工程定義與關(guān)鍵思想軟件工程基本原理與標(biāo)準(zhǔn)軟件工程基本范型軟件過(guò)程及軟件過(guò)程模型軟件工程生命周期概念以及它各個(gè)階段內(nèi)容，各階段主要任務(wù) 軟件工程主要開(kāi)發(fā)模型：瀑布模式、增量模型、螺旋模型、面向?qū)ο筮^(guò)程模型第2頁(yè)課程關(guān)鍵點(diǎn)第5章 軟件需求分析軟件需求分析概念、主要過(guò)程與步驟、軟件需求類(lèi)型軟件處理方案：目標(biāo)、性能指標(biāo)評(píng)價(jià)、處理方式、可行性分析。開(kāi)啟分析過(guò)程：確認(rèn)利益相關(guān)者、識(shí)別視點(diǎn)、協(xié)同工作、首次提問(wèn)主要需求獲取技術(shù)：會(huì)談、調(diào)查表

2、、場(chǎng)景描述、主要需求描述技術(shù)：流程圖和用例圖第3頁(yè)課程關(guān)鍵點(diǎn)第6章 結(jié)構(gòu)化分析建模分析模型概述結(jié)構(gòu)化分析模型概念 SA概念和SA法主要模型（功效、數(shù)據(jù)、行為）掌握數(shù)據(jù)流程圖基本畫(huà)法，會(huì)畫(huà)數(shù)據(jù)流程圖掌握數(shù)據(jù)字典書(shū)寫(xiě)格式，會(huì)編寫(xiě)數(shù)據(jù)字典對(duì)已明確需求軟件，會(huì)設(shè)計(jì)其主要數(shù)據(jù)流程圖，編寫(xiě)主要數(shù)據(jù)字典掌握決議樹(shù)、決議表繪制，熟悉結(jié)構(gòu)式語(yǔ)言表示法；掌握IPO圖畫(huà)法第4頁(yè)課程關(guān)鍵點(diǎn)第8-9章 結(jié)構(gòu)化軟件設(shè)計(jì)系統(tǒng)設(shè)計(jì)（概要設(shè)計(jì)、過(guò)程設(shè)計(jì)）任務(wù)和步驟（過(guò)程）設(shè)計(jì)標(biāo)準(zhǔn)：抽象、自頂向下逐步求精、模塊化、信息隱藏、重構(gòu)概念常見(jiàn)模塊獨(dú)立性度量標(biāo)準(zhǔn)：耦合（7種）和內(nèi)聚（7種）軟件模塊結(jié)構(gòu)中基本術(shù)語(yǔ)和啟發(fā)式設(shè)計(jì)策略：深度、寬

3、度、扇出、扇入、調(diào)用、判斷調(diào)用、數(shù)據(jù)信息、控制信息掌握概要設(shè)計(jì)（總體設(shè)計(jì)）繪制工具：層次圖和HIPO圖、軟件結(jié)構(gòu)圖掌握SD法設(shè)計(jì)過(guò)程與步驟會(huì)區(qū)分變換型、事務(wù)型數(shù)據(jù)流圖，并掌握對(duì)應(yīng)映射方法會(huì)使用SD法將DFD轉(zhuǎn)映射成模塊結(jié)構(gòu)圖了解對(duì)模塊結(jié)構(gòu)圖啟發(fā)式設(shè)計(jì)策略第5頁(yè)課程關(guān)鍵點(diǎn)第8-9章 結(jié)構(gòu)化軟件設(shè)計(jì)知道詳細(xì)設(shè)計(jì)（過(guò)程設(shè)計(jì)）內(nèi)容、過(guò)程及步驟界面設(shè)計(jì)步驟與基本準(zhǔn)則會(huì)使用常見(jiàn)過(guò)程設(shè)計(jì)工具：程序流程圖、NS表、判定表、過(guò)程設(shè)計(jì)語(yǔ)言了解編碼語(yǔ)言分類(lèi)，選擇設(shè)計(jì)語(yǔ)言要考慮原因知道常見(jiàn)編程語(yǔ)言和工具（C/S和B/S）知道常見(jiàn)數(shù)據(jù)庫(kù)產(chǎn)品知道常見(jiàn)軟件CASE工具知道開(kāi)發(fā)規(guī)范及編碼格調(diào)主要內(nèi)容知道結(jié)構(gòu)化程序設(shè)計(jì)三種基本

4、控制結(jié)構(gòu) 第6頁(yè)課程關(guān)鍵點(diǎn)第7、10-11章 面向?qū)ο蠓治雠c設(shè)計(jì)面向?qū)ο蠓椒▽W(xué)概念、特點(diǎn)，與面向過(guò)程開(kāi)發(fā)方法區(qū)分；面向?qū)ο蠓治鲈O(shè)計(jì)步驟、過(guò)程清楚對(duì)象、類(lèi)、實(shí)例、消息、屬性、方法（服務(wù)）、繼承、消息、主題概念知道OMT對(duì)象建模技術(shù)對(duì)象、動(dòng)態(tài)與功效三大模型知道UML主要模型（用戶(hù)、結(jié)構(gòu)、行為、實(shí)現(xiàn)、環(huán)境）及組成主要圖形（對(duì)象類(lèi)圖、次序圖、狀態(tài)圖）畫(huà)法和事務(wù)（類(lèi)、屬性、服務(wù)、主要關(guān)聯(lián)、多重性、角色、包、泛化、聚集、關(guān)聯(lián)類(lèi)、用例、事件、狀態(tài)、消息）對(duì)已明確需求描述，會(huì)設(shè)計(jì)其面向?qū)ο竽Ｐ停ㄓ美龍D、活動(dòng)圖、對(duì)象類(lèi)圖、行為腳本、次序圖、狀態(tài)圖）第7頁(yè)課程關(guān)鍵點(diǎn)面向?qū)ο蠓治鲈O(shè)計(jì)技術(shù)知道對(duì)象、類(lèi)、實(shí)例、屬性、行

5、為、繼承、消息、包概念知道面向?qū)ο笮枨蠓治鲞^(guò)程知道UML概念和UML基本模型對(duì)已明確需求系統(tǒng)，會(huì)設(shè)計(jì)其面向?qū)ο竽Ｐ图皠?dòng)態(tài)模型（用例圖、活動(dòng)圖、類(lèi)圖、次序圖、狀態(tài)圖）第8頁(yè)課程關(guān)鍵點(diǎn)第11-12章 軟件實(shí)現(xiàn)知道軟件測(cè)試目標(biāo)、標(biāo)準(zhǔn)、標(biāo)準(zhǔn)和測(cè)試步驟知道黑盒法與白盒法測(cè)試技術(shù)知道單元、集成、確認(rèn)、系統(tǒng)測(cè)試主要內(nèi)容，在開(kāi)發(fā)過(guò)程中位置和使用主要技術(shù)（注意驅(qū)動(dòng)、樁模塊概念）會(huì)設(shè)計(jì)黑合測(cè)試中等價(jià)類(lèi)劃分、邊值測(cè)試測(cè)試實(shí)例知道一些主要專(zhuān)題測(cè)試（如測(cè)試、測(cè)試、可靠性測(cè)試、性能測(cè)試、恢復(fù)測(cè)試）測(cè)試用例設(shè)計(jì)目標(biāo)及編制方法了解軟件維護(hù)概念、任務(wù)及軟件維護(hù)分類(lèi)第9頁(yè)重點(diǎn)技術(shù)需求調(diào)查：業(yè)務(wù)流程圖、用例圖、活動(dòng)圖SA法：分層D

6、FD圖、數(shù)據(jù)字典編制（描述）、判斷表、判斷樹(shù)SD法：軟件結(jié)構(gòu)圖、HIPO圖、DFD映射方法：變換分析與事務(wù)分析OO：對(duì)象模型（對(duì)象類(lèi)圖）、動(dòng)態(tài)模型（行為腳本、狀態(tài)圖、次序圖）、功效模型（DFD）測(cè)試：等價(jià)類(lèi)劃分、邊值分析設(shè)計(jì)測(cè)試用例注意：案例方案文檔（圖書(shū)、ATM、POS、短信、出卷）第10頁(yè)軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存另一部分，它是包含程序，數(shù)據(jù)及其相關(guān)文檔完整集合。程序是按事先設(shè)計(jì)功效和性能要求執(zhí)行指令序列數(shù)據(jù)是使程序能正常操縱信息數(shù)據(jù)結(jié)構(gòu)文檔是與程序開(kāi)發(fā)，維護(hù)和使用相關(guān)圖文材料軟件=程序+文檔軟件危機(jī)概念： 軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)過(guò)程中所碰到一系列嚴(yán)重問(wèn)題。即包含兩方面問(wèn)

7、題：怎樣開(kāi)發(fā)軟件、怎樣維護(hù)軟件軟件及軟件危機(jī)09:31:47第11頁(yè)軟件工程基本概念軟件工程：是以工程化思想進(jìn)行軟件開(kāi)發(fā)，以生產(chǎn)高質(zhì)量和高效率軟件。教材定義關(guān)鍵觀(guān)點(diǎn)：把軟件看作是一個(gè)工程產(chǎn)品。Fritz Bauer定義：軟件工程是為了經(jīng)濟(jì)地取得能夠在實(shí)際機(jī)器上有效運(yùn)行可靠軟件而建立和使用一系列完善工程化標(biāo)準(zhǔn)。軟件工程基本原理：推遲實(shí)現(xiàn)觀(guān)點(diǎn)、逐步求精觀(guān)點(diǎn)、分解與抽象觀(guān)點(diǎn)、信息隱蔽觀(guān)點(diǎn)、質(zhì)量確保觀(guān)點(diǎn)軟件過(guò)程是為了開(kāi)發(fā)出軟件產(chǎn)品，或者是為了完成軟件工程項(xiàng)目而需要完成相關(guān)軟件工程活動(dòng)。通常使用生命周期模型簡(jiǎn)練地描述軟件過(guò)程軟件過(guò)程模型：就是把軟件生命周期中各項(xiàng)開(kāi)發(fā)活動(dòng)流程用一個(gè)合理框架(開(kāi)發(fā)模型)來(lái)規(guī)

8、范描述。09:31:47第12頁(yè)階段關(guān)鍵問(wèn)題結(jié)束標(biāo)準(zhǔn)（任務(wù)）問(wèn)題定義問(wèn)題是什么？關(guān)于規(guī)模和目標(biāo)匯報(bào)書(shū)可行性研究是否可行？系統(tǒng)高層邏輯模型；數(shù)據(jù)流圖；成本/效益分析需求分析系統(tǒng)必須做什么？系統(tǒng)邏輯模型；數(shù)據(jù)流圖；數(shù)據(jù)字典，算法描述 概要設(shè)計(jì)任何處理問(wèn)題？系統(tǒng)流程圖；成本/效益分析層次圖和結(jié)構(gòu)圖詳細(xì)設(shè)計(jì)怎樣詳細(xì)實(shí)現(xiàn)HIPO或PDL編碼和單元測(cè)試正確程序模塊源程序清單；單元測(cè)試方案和結(jié)果測(cè)試符合要求軟件綜合測(cè)試方案和結(jié)果；完整一致軟件配置運(yùn)行、維護(hù)持久地滿(mǎn)足用戶(hù)需要完整準(zhǔn)確維護(hù)統(tǒng)計(jì)09:31:47第13頁(yè)CMM(Capability Maturity Model)：是用于評(píng)價(jià)軟件機(jī)構(gòu)軟件過(guò)程能力成熟

9、度模型。是指對(duì)過(guò)程計(jì)劃或定義水平、過(guò)程實(shí)施水平、過(guò)程管理和控制水平、過(guò)程改進(jìn)潛力等指標(biāo)綜合評(píng)價(jià)思想：管理軟件過(guò)程方法不妥引發(fā)問(wèn)題，造成新軟件技術(shù)利用并不會(huì)自動(dòng)提升軟件生產(chǎn)率和質(zhì)量。關(guān)鍵：CMM為軟件企業(yè)過(guò)程能力提供一個(gè)階梯式改進(jìn)框架，它基于過(guò)去全部軟件工程過(guò)程改進(jìn)結(jié)果，吸收以往軟件工程經(jīng)驗(yàn)教訓(xùn)，提供一個(gè)基于過(guò)程改進(jìn)框架。CMMI (Capability Maturity Model Integration)：即能力成熟度模型集成，是CMM模型最新版本。能力成熟度模型-CMM09:31:47第14頁(yè)為企業(yè)發(fā)展要求過(guò)程成熟級(jí)別，分為5級(jí)：初始級(jí)（Initial）：普通企業(yè)皆含有可重復(fù)級(jí)（Repea

10、table）：成功經(jīng)驗(yàn)?zāi)軌蛑貜?fù)已定義級(jí)（Defined）：一套完整企業(yè)過(guò)程，人員自覺(jué)恪守（培訓(xùn)）已管理級(jí)（Managed、已控制）：過(guò)程&產(chǎn)品可度量和控制優(yōu)化級(jí)（Optimizing）：過(guò)程連續(xù)改進(jìn)作用：從無(wú)序到有序、從特殊到普通、從定性管理到定量管理、最終到達(dá)動(dòng)態(tài)優(yōu)化。能力成熟度模型-CMM09:31:47第15頁(yè)瀑布模型提供了軟件開(kāi)發(fā)基本框架。瀑布模型將軟件生命周期劃分為軟件計(jì)劃、需求分析和定義、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測(cè)試、軟件運(yùn)行和維護(hù)這6個(gè)階段，要求了它們自上而下、相互銜接固定次序，如同瀑布流水逐層下落而得名它是一個(gè)軟件開(kāi)發(fā)架構(gòu)，開(kāi)發(fā)過(guò)程是經(jīng)過(guò)一系列階段次序展開(kāi)。每個(gè)階段都會(huì)產(chǎn)生循環(huán)

11、反饋各個(gè)階段產(chǎn)生文檔是維護(hù)軟件產(chǎn)品時(shí)必不可少，沒(méi)有文檔軟件幾乎是不可能維護(hù)。瀑布模型特點(diǎn)：次序性和依賴(lài)性、推遲實(shí)現(xiàn)、質(zhì)量確保觀(guān)點(diǎn)、是一個(gè)線(xiàn)性模型、強(qiáng)調(diào)文檔作用。瀑布模型09:31:47第16頁(yè)階段目標(biāo)關(guān)鍵問(wèn)題主要活動(dòng)階段結(jié)果問(wèn)題定義發(fā)覺(jué)事實(shí)，并描述問(wèn)題是什么？事實(shí)問(wèn)題：發(fā)覺(jué)和研究系統(tǒng)面臨問(wèn)題項(xiàng)目提議書(shū)可行性分析明確問(wèn)題是否值得做？回答是否能夠做？問(wèn)題提議：系統(tǒng)初步調(diào)查與分析可行性分析匯報(bào)項(xiàng)目立項(xiàng)處理項(xiàng)目標(biāo)立項(xiàng)問(wèn)題提議項(xiàng)目：編制初步需求和立項(xiàng)審批表；立項(xiàng)評(píng)審項(xiàng)目立項(xiàng)書(shū)項(xiàng)目計(jì)劃處理項(xiàng)目標(biāo)控制問(wèn)題項(xiàng)目計(jì)劃：編制項(xiàng)目計(jì)劃；評(píng)審與修訂項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃書(shū)需求分析回答系統(tǒng)做什么？明確系統(tǒng)不能做什么？問(wèn)題需求

12、：需求詳細(xì)調(diào)查；問(wèn)題轉(zhuǎn)化與需求描述；需求評(píng)審；需求分析系統(tǒng)分析匯報(bào)總體設(shè)計(jì)處理框架性怎樣做問(wèn)題？需求軟件架構(gòu)：需求轉(zhuǎn)化與設(shè)計(jì)；設(shè)計(jì)評(píng)審與修改；補(bǔ)充調(diào)研概要設(shè)計(jì)匯報(bào)詳細(xì)設(shè)計(jì)回答詳細(xì)細(xì)節(jié)怎么做問(wèn)題軟件架構(gòu)軟件結(jié)構(gòu)：需求分析與研究；設(shè)計(jì)評(píng)審與修改；補(bǔ)充調(diào)研詳細(xì)設(shè)計(jì)匯報(bào)編碼回答詳細(xì)做問(wèn)題軟件結(jié)構(gòu)程序代碼：編碼、單元測(cè)試，硬件安裝與測(cè)試，系統(tǒng)集成源程序清單測(cè)試與公布評(píng)價(jià)做怎樣代碼軟件：系統(tǒng)測(cè)試；系統(tǒng)安裝與測(cè)試；系統(tǒng)公布；系統(tǒng)培訓(xùn)；系統(tǒng)切換系統(tǒng)測(cè)試匯報(bào)用戶(hù)手冊(cè)運(yùn)行與維護(hù)持久地滿(mǎn)足用戶(hù)需要，盡可能延長(zhǎng)系統(tǒng)生命力軟件答案：結(jié)構(gòu)系統(tǒng)之前發(fā)覺(jué)問(wèn)題答案，處理問(wèn)題系統(tǒng)運(yùn)行日志項(xiàng)目驗(yàn)收匯報(bào)系統(tǒng)總結(jié)匯報(bào)瀑布模型軟件開(kāi)發(fā)各

13、階段任務(wù)表第17頁(yè)面向?qū)ο笫且粋€(gè)程序設(shè)計(jì)方法，或者說(shuō)它是一個(gè)程序設(shè)計(jì)范型?；舅枷胧鞘褂脤?duì)象，類(lèi)，繼承，封裝，消息等基本概念來(lái)進(jìn)行程序設(shè)計(jì)。面向?qū)ο笠兀?抽象：強(qiáng)調(diào)實(shí)體本質(zhì)、內(nèi)在屬性，忽略一些無(wú)關(guān)緊要屬性。類(lèi)實(shí)現(xiàn)了對(duì)象數(shù)據(jù)（即狀態(tài)）和行為抽象，是對(duì)象共性抽象。封裝性：指全部軟件部件內(nèi)部都有明確范圍以及清楚外部邊界。 共享性：面向?qū)ο筇卣鳎簩?duì)象惟一性；分類(lèi)性；繼承性；多態(tài)性（多形性）。面向?qū)ο筮^(guò)程模型09:31:47第18頁(yè)自行開(kāi)發(fā)方式是一個(gè)完全依靠用戶(hù)本身開(kāi)發(fā)力量，由用戶(hù)單位本身員工組成項(xiàng)目組，依據(jù)用戶(hù)單位特點(diǎn)來(lái)開(kāi)發(fā)軟件系統(tǒng)軟件系統(tǒng)開(kāi)發(fā)方式聯(lián)合開(kāi)發(fā)方式是由用戶(hù)單位與用戶(hù)單位外單位共同組成系統(tǒng)

14、開(kāi)發(fā)小組，針對(duì)企業(yè)詳細(xì)情況和要求，共同完成系統(tǒng)開(kāi)發(fā)任務(wù)外包開(kāi)發(fā)方式是一個(gè)“交鑰匙”工程開(kāi)發(fā)方式，即承包方依據(jù)用戶(hù)單位提出開(kāi)發(fā)要求，提出軟件系統(tǒng)大致框架和開(kāi)發(fā)所需費(fèi)用等，當(dāng)雙方簽署協(xié)議后，將系統(tǒng)開(kāi)發(fā)任務(wù)全部外包給專(zhuān)業(yè)軟件開(kāi)發(fā)單位。含有不一樣功效信息系統(tǒng)作為一個(gè)商品越來(lái)越多，用戶(hù)單位可以象購(gòu)置其它物品一樣，到市場(chǎng)購(gòu)置所需要軟件系統(tǒng)，這就是采取購(gòu)置方式自行開(kāi)發(fā)聯(lián)合開(kāi)發(fā)外包購(gòu)置第19頁(yè)自行開(kāi)發(fā)聯(lián)合開(kāi)發(fā)外包購(gòu)置系統(tǒng)分析與設(shè)計(jì)能力要求非常需要非常需要不太需要不需要編程能力要求非常需要不太需要不太需要不需要系統(tǒng)可維護(hù)性輕易輕易比較困難困難程序可維護(hù)性輕易相當(dāng)困難相當(dāng)困難困難開(kāi)發(fā)費(fèi)用用于單位外部小大大小用于單

15、位內(nèi)部大中等小小開(kāi)發(fā)風(fēng)險(xiǎn)大比較大比較大小幾個(gè)開(kāi)發(fā)方式比較第20頁(yè)可行性研究可行性研究任務(wù)：用最小代價(jià)在盡可能短時(shí)間內(nèi)確定問(wèn)題是否能夠處理?？尚行匝芯磕繕?biāo)不是處理問(wèn)題，而是確定問(wèn)題是否值得處理。經(jīng)濟(jì)可行性、技術(shù)可行性、操作可行性研究系統(tǒng)是否可行可行性研究輸入是系統(tǒng)一個(gè)框架描述和高層邏輯模型輸出是一份需求開(kāi)發(fā)評(píng)價(jià)匯報(bào)，對(duì)需求工程和系統(tǒng)開(kāi)發(fā)是否值得做詳細(xì)提議和意見(jiàn)。三個(gè)問(wèn)題：系統(tǒng)是否符合機(jī)構(gòu)總體要求？系統(tǒng)是否可在現(xiàn)有技術(shù)條件、預(yù)算和時(shí)間限制內(nèi)完成？系統(tǒng)能否把已存在其它系統(tǒng)集成？09:31:47第21頁(yè)設(shè)定優(yōu)先級(jí)設(shè)定基本標(biāo)準(zhǔn)：時(shí)間投入、成本投入和取得效益(包含無(wú)形社會(huì)性效益)是最主要三個(gè)考評(píng)指標(biāo)。設(shè)定

16、優(yōu)先級(jí)原因目標(biāo)系統(tǒng)能降低成本？何時(shí)、何地、怎樣降低？花費(fèi)代價(jià)怎么樣目標(biāo)系統(tǒng)能增加收入？何時(shí)、何地、怎樣增加？花費(fèi)代價(jià)怎么樣目標(biāo)系統(tǒng)能產(chǎn)生更多信息或更多結(jié)果嗎？目標(biāo)系統(tǒng)能為客戶(hù)和企業(yè)自己提供更加好服務(wù)？目標(biāo)系統(tǒng)能在合理時(shí)間內(nèi)完成嗎？目標(biāo)系統(tǒng)能為企業(yè)提供多長(zhǎng)服務(wù)期限？具備必要人力、財(cái)力、技術(shù)、管理和資金資源嗎？注意事項(xiàng)系統(tǒng)分析員盡可能采取有形方式評(píng)價(jià)系統(tǒng)無(wú)形成本/效益是影響設(shè)定級(jí)別主要原因設(shè)定優(yōu)先級(jí)是一個(gè)綜合權(quán)衡過(guò)程，沒(méi)有絕正確、只有相正確。仁者見(jiàn)刃，智者見(jiàn)智可行性研究09:31:47第22頁(yè)軟件需求: 就是指用戶(hù)對(duì)自己目標(biāo)系統(tǒng)在功效、行為、性能和約束等方面期望。在實(shí)際操作過(guò)程中，軟件需求會(huì)跨越多

17、階段，同時(shí)含有重復(fù)性。基礎(chǔ)性：需求分析是在可行性研究階段基礎(chǔ)上進(jìn)行，需要仔細(xì)研究可行性階段提出甲乙雙方需求并深入詳細(xì)化。主要性：軟件項(xiàng)目中40%60%問(wèn)題都是在需求分析階段埋下“禍根”。因?yàn)椴扇∫恍┎缓弦?guī)范方法，造成開(kāi)發(fā)者開(kāi)發(fā)與用戶(hù)所想得到軟件存在著巨大期望差異。軟件需求分析基本任務(wù)是準(zhǔn)確地回答“做什么？”。需求分析是系統(tǒng)分析與軟件設(shè)計(jì)之間主要橋梁。軟件需求09:31:47第23頁(yè)功效需求：描述系統(tǒng)預(yù)期提供功效或服務(wù)。對(duì)系統(tǒng)應(yīng)提供服務(wù)怎樣對(duì)輸入做出反應(yīng)系統(tǒng)在特定條件下行為非功效需求：指那些不直接與系統(tǒng)詳細(xì)功效相關(guān)一類(lèi)需求。通常劃分為：產(chǎn)品需求：產(chǎn)品行為需求。機(jī)構(gòu)需求：客戶(hù)、開(kāi)發(fā)者所在機(jī)構(gòu)政策和

18、要求需求。外部需求：系統(tǒng)外部原因和開(kāi)發(fā)過(guò)程總和。領(lǐng)域需求：源于系統(tǒng)應(yīng)用領(lǐng)域需求。比如，信用卡安全登陸密碼隱藏需求等。領(lǐng)域需求經(jīng)常影響到系統(tǒng)可用性，是基本應(yīng)用問(wèn)題?；诠πк浖枨蠓诸?lèi)完整一致準(zhǔn)確要 求軟件需求類(lèi)型09:31:47第24頁(yè)業(yè)務(wù)需求反應(yīng)組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品概括性要求，包含所要到達(dá)業(yè)務(wù)目標(biāo)，由項(xiàng)目視圖與范圍文檔說(shuō)明。用戶(hù)需求描述用戶(hù)使用系統(tǒng)而要完成各種任務(wù)，由用例(use case)文檔或方案腳本說(shuō)明。功效需求定義開(kāi)發(fā)人員必須實(shí)現(xiàn)軟件功效，源于用戶(hù)需求，是軟件需求說(shuō)明書(shū)中主要組成部分。 基于層次軟件需求分類(lèi)09:31:47第25頁(yè)需求分析主要是了解客戶(hù)需要什么、做什么，分析要求

19、、評(píng)價(jià)可行性、協(xié)商合理方案、無(wú)歧義地詳細(xì)說(shuō)明方案、確認(rèn)規(guī)格說(shuō)明、管理需求，并將這些需求轉(zhuǎn)化為可行系統(tǒng)。需求分析過(guò)程包含初步溝通導(dǎo)出需求分析和精化可行性研究協(xié)商與溝通規(guī)格說(shuō)明需求驗(yàn)證變更管理需求分析過(guò)程09:31:47第26頁(yè)確定利益相關(guān)者利益相關(guān)者是指直接或間接從正在開(kāi)發(fā)系統(tǒng)中獲益人，或者與正開(kāi)發(fā)系統(tǒng)有利益關(guān)系人，所以也稱(chēng)關(guān)聯(lián)人員，按照利益大致分為6類(lèi)：全部者、用戶(hù)、系統(tǒng)設(shè)計(jì)師、系統(tǒng)結(jié)構(gòu)師、系統(tǒng)分析師、軟硬件供給商和咨詢(xún)顧問(wèn)軟件開(kāi)發(fā)團(tuán)體人員組成：作為商品化軟件開(kāi)發(fā)團(tuán)體，其人員組成是以上述前5類(lèi)人員為主；作為非商品化軟件開(kāi)發(fā)團(tuán)體，以第25種人員為主，此時(shí)，用戶(hù)經(jīng)常就代表了全部者利益。對(duì)于第6類(lèi)人

20、員，通常不會(huì)納入開(kāi)發(fā)團(tuán)體。開(kāi)啟分析過(guò)程09:31:47第27頁(yè)軟件關(guān)聯(lián)人員關(guān)注點(diǎn)因?yàn)槔娌灰粯樱P(guān)聯(lián)人員出發(fā)點(diǎn)和關(guān)注點(diǎn)也就不一樣全部者：關(guān)注軟件范圍，如用途、目標(biāo)、任務(wù)、遠(yuǎn)景、成本和收益等；用戶(hù)：關(guān)注軟件需求，如軟件是干什么，怎么干，效果會(huì)怎么樣？系統(tǒng)設(shè)計(jì)員：關(guān)注軟件詳細(xì)設(shè)計(jì)內(nèi)容，怎樣使用信息技術(shù)實(shí)現(xiàn)軟件？經(jīng)常，系統(tǒng)設(shè)計(jì)人員也是系統(tǒng)結(jié)構(gòu)人員；系統(tǒng)結(jié)構(gòu)員：關(guān)注軟件結(jié)構(gòu)，軟件實(shí)際技術(shù)實(shí)現(xiàn)？怎樣測(cè)試軟件？怎樣公布軟件？系統(tǒng)分析員：關(guān)注軟件開(kāi)發(fā)工作順利進(jìn)行，溝通團(tuán)體中技術(shù)人員與非技術(shù)人員，推進(jìn)團(tuán)體開(kāi)發(fā)工作；軟硬件供給商和咨詢(xún)顧問(wèn)：關(guān)注信息技術(shù)選型、價(jià)格、技術(shù)要求、交貨時(shí)間、售后服務(wù)和系統(tǒng)架構(gòu)等。開(kāi)啟分

21、析過(guò)程09:31:47第28頁(yè)識(shí)別視點(diǎn)視點(diǎn)：指軟件關(guān)聯(lián)人員從不一樣視角對(duì)待該系統(tǒng)。比如，超市POS機(jī)收銀員關(guān)心準(zhǔn)確、快速生成一次銷(xiāo)售，且沒(méi)有支付錯(cuò)誤；超市售貨員關(guān)注銷(xiāo)售業(yè)績(jī)和分成；大學(xué)生關(guān)注課程作用、學(xué)分、成績(jī)和收費(fèi)等等。問(wèn)題：軟件關(guān)聯(lián)人員視點(diǎn)、信息都可能存在不一致、甚至矛盾地方，軟件開(kāi)發(fā)技術(shù)人員工作重點(diǎn)就是識(shí)別、分析視點(diǎn)中包括信息類(lèi)型、需求屬性等。比如，超市POS機(jī)系統(tǒng)就需要制訂嚴(yán)格操作流程，如款清帳明、人清日結(jié)、高層管理退貨退款等開(kāi)啟分析過(guò)程09:31:47第29頁(yè)實(shí)例分析：出卷系統(tǒng)利益相關(guān)者：教師：關(guān)注怎樣出一份合理試卷，并能依據(jù)樣式打印與輸出。學(xué)生：關(guān)注怎樣經(jīng)過(guò)生成一些模擬試題，并在線(xiàn)

22、學(xué)習(xí)和檢驗(yàn)學(xué)習(xí)結(jié)果。題庫(kù)維護(hù)人員：關(guān)注試題添加、更新和刪除等工作。視點(diǎn)：教師關(guān)注自動(dòng)出卷、手工出卷、試卷編輯和試卷輸出。學(xué)生關(guān)注隨時(shí)抽卷、聯(lián)絡(luò)試卷和評(píng)價(jià)分析。題庫(kù)維護(hù)人員關(guān)注試題管理。非形式化需求分析技術(shù)09:31:47第30頁(yè)非形式化需求分析技術(shù)圖書(shū)館系統(tǒng)共利益者與視點(diǎn)有：圖書(shū)流通管理：負(fù)責(zé)圖書(shū)借還工作。用戶(hù)：希望快速得到借書(shū)，還書(shū)服務(wù)，能夠續(xù)借、預(yù)約圖書(shū)，以及查詢(xún)個(gè)人和圖書(shū)信息。編目管理員：負(fù)責(zé)圖書(shū)管理、用戶(hù)管理和處理罰金等。09:31:47第31頁(yè)會(huì)談?wù)綍?huì)談：提出一些可自由回答問(wèn)題。非正式會(huì)談：提出一些事先準(zhǔn)備好議題。情景分析：需求分析從對(duì)場(chǎng)景評(píng)論中得到信息，然后再將其以形式化方式表示

23、出來(lái)。調(diào)查表制訂調(diào)查表分析建立原型界面執(zhí)行過(guò)程非形式化需求分析技術(shù)09:31:47第32頁(yè)場(chǎng)景分析分析員與項(xiàng)目相關(guān)人員共同識(shí)別出情景，并捕捉這些情景細(xì)節(jié)。把細(xì)節(jié)加入到一個(gè)綱要需求描述中時(shí)，情景尤其有用。情景是對(duì)交互實(shí)例片斷描述，每個(gè)情景可能包含一個(gè)或多個(gè)交互，它們能在不一樣細(xì)節(jié)層次上提供不一樣類(lèi)型情景信息。情景開(kāi)始于一個(gè)框架，在導(dǎo)出過(guò)程中，細(xì)節(jié)被逐步增加，直到產(chǎn)生交互一個(gè)完整描述。非形式化需求分析技術(shù)09:31:47第33頁(yè)一個(gè)情景可能包含以下內(nèi)容： 在情景開(kāi)始部分有一個(gè)系統(tǒng)狀態(tài)描述； 一個(gè)關(guān)于標(biāo)準(zhǔn)事件流描述； 一個(gè)關(guān)于哪兒會(huì)犯錯(cuò)，以及怎樣處理錯(cuò)誤描述； 相關(guān)其它可能在同一時(shí)間進(jìn)行活動(dòng)信息；

24、在情景完成后系統(tǒng)狀態(tài)描述。非形式化需求分析技術(shù)09:31:47第34頁(yè)結(jié)構(gòu)化分析（SA，Structured Analysis）方法是20世紀(jì)70年代，由E.Yourdon等人提倡一個(gè)適合用于大型數(shù)據(jù)處理系統(tǒng)、面向數(shù)據(jù)流需求分析方法。結(jié)構(gòu)化分析方法是一個(gè)傳統(tǒng)系統(tǒng)建模技術(shù)，其過(guò)程是創(chuàng)建描述信息內(nèi)容和數(shù)據(jù)流模型，依據(jù)功效和行為對(duì)系統(tǒng)進(jìn)行劃分，并描述必須建立系統(tǒng)要素。結(jié)構(gòu)化分析將系統(tǒng)自頂向下逐層分解，到達(dá)表示系統(tǒng)目標(biāo)，它采取一組過(guò)程模型圖形化地描述一個(gè)系統(tǒng)邏輯模型。結(jié)構(gòu)化需求分析指導(dǎo)性標(biāo)準(zhǔn)：了解問(wèn)題、開(kāi)發(fā)模型、描述需求、建立系統(tǒng)模型、確定需求優(yōu)先級(jí)、驗(yàn)證需求結(jié)構(gòu)化分析方法是一個(gè)建模技術(shù)基于計(jì)算機(jī)系統(tǒng)

25、是數(shù)據(jù)流和一系列轉(zhuǎn)換組成在模型關(guān)鍵是數(shù)據(jù)詞典，它描述了全部在目標(biāo)系統(tǒng)中使用和生成數(shù)據(jù)對(duì)象。圍繞著這個(gè)關(guān)鍵有三種圖： ERD、DFD、STD結(jié)構(gòu)化分析概述09:31:47第35頁(yè)結(jié)構(gòu)化分析模型分析模型目標(biāo)是為基于計(jì)算機(jī)系統(tǒng)提供必須信息、功效和行為域說(shuō)明。模型是對(duì)系統(tǒng)某個(gè)方面抽象，拋棄了詳細(xì)細(xì)節(jié)，對(duì)系統(tǒng)中最突出特征作簡(jiǎn)化。分析模型全部元素都能夠直接映射到設(shè)計(jì)模型結(jié)構(gòu)化分析模型組成數(shù)據(jù)建模和對(duì)象描述功效建模和數(shù)據(jù)流圖基本加工邏輯說(shuō)明行為建模（時(shí)序圖）數(shù)據(jù)詞典09:31:47第36頁(yè)面向數(shù)據(jù)流建模面向數(shù)據(jù)流建模是結(jié)構(gòu)化需求分析方法之一采取自頂向下逐層分解，描繪滿(mǎn)足用戶(hù)要求軟件模型（數(shù)據(jù)模型、功效模型、

26、行為模型）表示：數(shù)據(jù)流圖：描述系統(tǒng)處理過(guò)程數(shù)據(jù)字典：模型中數(shù)據(jù)信息集合狀態(tài)轉(zhuǎn)換圖：描述系統(tǒng)對(duì)內(nèi)部或外部事件響應(yīng)行為模型09:31:47第37頁(yè)軟件設(shè)計(jì)階段基本目標(biāo)是結(jié)構(gòu)系統(tǒng)“怎么做”模型描述?！霸O(shè)計(jì)先于編碼” 是軟件工程“推遲實(shí)現(xiàn)”基本標(biāo)準(zhǔn)。軟件系統(tǒng)設(shè)計(jì)是把軟件需求“變換”為用于結(jié)構(gòu)軟件藍(lán)圖?！拜斎搿笔切枨蠓治龈鞣N模型元素“輸出”是軟件設(shè)計(jì)模型和表示軟件設(shè)計(jì)目標(biāo)是對(duì)將要實(shí)現(xiàn)軟件系統(tǒng)體系結(jié)構(gòu)、系統(tǒng)數(shù)據(jù)、系統(tǒng)模塊間接口，以及所采取算法給出詳盡描述。軟件設(shè)計(jì)概述09:31:47第38頁(yè)軟件設(shè)計(jì)概念總體設(shè)計(jì)，或稱(chēng)概要設(shè)計(jì)，或軟件結(jié)構(gòu)設(shè)計(jì)，或高層設(shè)計(jì)分析需求規(guī)格說(shuō)明模塊劃分，形成含有預(yù)定功效模塊組成結(jié)構(gòu)

27、表示出模塊間控制關(guān)系給出模塊之間接口軟件詳細(xì)設(shè)計(jì)，也稱(chēng)(模塊) 過(guò)程設(shè)計(jì)，或低層設(shè)計(jì)。設(shè)計(jì)模塊細(xì)節(jié)確定模塊所需算法 和數(shù)據(jù)結(jié)構(gòu)等編寫(xiě)全部代碼設(shè)計(jì)測(cè)試和復(fù)審09:31:47第39頁(yè)軟件結(jié)構(gòu)設(shè)計(jì)過(guò)程 含系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)。系統(tǒng)設(shè)計(jì)確定系統(tǒng)詳細(xì)實(shí)現(xiàn)對(duì)象，結(jié)構(gòu)設(shè)計(jì)確定軟件體系結(jié)構(gòu)。軟件結(jié)構(gòu)設(shè)計(jì)步驟:設(shè)計(jì)供選擇方案選取合理方案推薦最正確方案功效分解和設(shè)計(jì)軟件結(jié)構(gòu)數(shù)據(jù)庫(kù)設(shè)計(jì)制訂軟件設(shè)計(jì)測(cè)試計(jì)劃編制設(shè)計(jì)文檔審查和復(fù)審軟件設(shè)計(jì)過(guò)程09:31:47第40頁(yè)軟件模塊化設(shè)計(jì)模塊是一個(gè)獨(dú)立命名，擁有明確定義輸入、輸出和特征程序?qū)嶓w。把一個(gè)大型軟件系統(tǒng)全部功效，按照一定標(biāo)準(zhǔn)合理地劃分為若干個(gè)模塊，每個(gè)模塊完成一個(gè)特定子

28、功效，全部這些模塊以某種結(jié)構(gòu)形式組成一個(gè)整體，這就是軟件模塊化設(shè)計(jì)（Modular Design）。軟件模塊化設(shè)計(jì)能夠簡(jiǎn)化軟件設(shè)計(jì)和實(shí)現(xiàn)，提升軟件可了解性和可測(cè)試性，并使軟件更輕易得到維護(hù)。分解、抽象、逐步求精、信息隱蔽和模塊獨(dú)立性，是軟件模塊化設(shè)計(jì)指導(dǎo)思想。09:31:47第41頁(yè)軟件系統(tǒng)模塊化是指整個(gè)軟件被劃分成若干單獨(dú)命名和獨(dú)立訪(fǎng)問(wèn)部分，稱(chēng)之為模塊。每個(gè)模塊完成一個(gè)子功效，把全部模塊集成起來(lái)組成一個(gè)整體，能夠完成指定功效，滿(mǎn)足用戶(hù)需求。把問(wèn)題子問(wèn)題分解與軟件開(kāi)發(fā)中系統(tǒng)子系統(tǒng)或系統(tǒng)模塊對(duì)應(yīng)起來(lái)，就能夠把一個(gè)大而復(fù)雜軟件系統(tǒng)劃分成易于了解比較單純模塊結(jié)構(gòu)。模塊化能夠使一個(gè)復(fù)雜大型程序能被人智

29、力限制所管理，是軟件應(yīng)該具備最主要屬性。實(shí)際上，每個(gè)程序都對(duì)應(yīng)地有一個(gè)最適當(dāng)模塊數(shù)目，可使軟件系統(tǒng)開(kāi)發(fā)成本最小。模塊劃分目標(biāo)： 進(jìn)行功效分解，把復(fù)雜大功效劃分成簡(jiǎn)單小子功效，盡可能降低每個(gè)模塊成本。盡可能使每個(gè)模塊間接口不能太多，太多會(huì)使接口成本增加。兼顧二者可取得最正確劃分狀態(tài)，確保軟件總成本最低。軟件模塊化09:31:47第42頁(yè)模塊獨(dú)立性模塊獨(dú)立性（Module Independence）是模塊化、抽象、信息隱蔽等概念直接結(jié)果，也是判斷模塊化結(jié)構(gòu)是否合理標(biāo)準(zhǔn)。模塊獨(dú)立性是指開(kāi)發(fā)含有獨(dú)立功效而和其它模塊沒(méi)有過(guò)多關(guān)聯(lián)模塊。模塊獨(dú)立性?xún)纱髢?yōu)點(diǎn)：獨(dú)立模塊因?yàn)榉纸饬斯π?，?jiǎn)化了接口，使得軟件比較輕

30、易開(kāi)發(fā)；獨(dú)立模塊比較輕易測(cè)試和維護(hù)。模塊獨(dú)立性由兩個(gè)定性標(biāo)準(zhǔn)度量：耦合是模塊之間相互連接緊密程度度量?jī)?nèi)聚是模塊功效強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合緊密程度)度量。模塊獨(dú)立性愈高，則塊內(nèi)聯(lián)絡(luò)越強(qiáng)，塊間聯(lián)絡(luò)越弱。09:31:47第43頁(yè)概要設(shè)計(jì)概要設(shè)計(jì)也稱(chēng)總體設(shè)計(jì)，確定軟件結(jié)構(gòu)以及各組成成份(子系統(tǒng)或模塊)之間相互關(guān)系。概要設(shè)計(jì)主要任務(wù)是：將系統(tǒng)劃分成模塊；決定每個(gè)模塊功效；決定模塊調(diào)用關(guān)系；決定模塊界面，即模塊間傳遞數(shù)據(jù)。概要設(shè)計(jì)實(shí)現(xiàn)方式：經(jīng)過(guò)數(shù)據(jù)流圖來(lái)確定系統(tǒng)結(jié)構(gòu)圖，而且對(duì)這些結(jié)構(gòu)圖進(jìn)行分析和細(xì)化。在概要設(shè)計(jì)階段，結(jié)構(gòu)化設(shè)計(jì)主要采取面向數(shù)據(jù)流設(shè)計(jì)方法。09:31:47第44頁(yè)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)

31、就是在概要設(shè)計(jì)基礎(chǔ)上決定怎樣詳細(xì)實(shí)現(xiàn)各模塊內(nèi)部細(xì)節(jié)，直到對(duì)系統(tǒng)中每個(gè)模塊給出足夠詳細(xì)過(guò)程描述。在編碼實(shí)現(xiàn)階段能夠完全按照詳細(xì)設(shè)計(jì)細(xì)節(jié)過(guò)程來(lái)映射到代碼，最終實(shí)現(xiàn)整個(gè)系統(tǒng)。普通使用結(jié)構(gòu)化程序設(shè)計(jì)工具來(lái)描述09:31:47第45頁(yè)細(xì)設(shè)計(jì)基本任務(wù)為每個(gè)模塊進(jìn)行詳細(xì)算法設(shè)計(jì)為模塊內(nèi)數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)為數(shù)據(jù)結(jié)構(gòu)進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫(kù)物理結(jié)構(gòu)其它設(shè)計(jì)：依據(jù)軟件系統(tǒng)類(lèi)型，還可能要進(jìn)行以下設(shè)計(jì)： 代碼設(shè)計(jì)輸入/輸出格式設(shè)計(jì)人機(jī)對(duì)話(huà)設(shè)計(jì)編寫(xiě)詳細(xì)設(shè)計(jì)文檔評(píng)審09:31:47第46頁(yè)面向?qū)ο蟾拍蠲嫦驅(qū)ο笫且粋€(gè)程序設(shè)計(jì)方法，或者說(shuō)它是一個(gè)程序設(shè)計(jì)范型，其基本思想是使用對(duì)象、類(lèi)、繼承、封裝、消息等基本概念來(lái)進(jìn)行程序設(shè)計(jì)

32、。面向?qū)ο蠓椒▽W(xué)面向?qū)ο蠓治觯∣OA，Object-Oriented Analysis）是一個(gè)半形式化規(guī)格說(shuō)明技術(shù)。面向?qū)ο笤O(shè)計(jì)（OOD）面向?qū)ο髮?shí)現(xiàn)(OOP)面向?qū)ο鬁y(cè)試(OOT)09:31:47第47頁(yè)面向?qū)ο蟾拍蠲嫦驅(qū)ο筇卣鞒橄笮裕簭?qiáng)調(diào)實(shí)體本質(zhì)、內(nèi)在屬性，忽略一些無(wú)關(guān)緊要屬性。類(lèi)實(shí)現(xiàn)了對(duì)象數(shù)據(jù)（即狀態(tài)）和行為抽象，是對(duì)象共性抽象。封裝性：指全部軟件部件內(nèi)部都有明確范圍以及清楚外部邊界。每個(gè)軟件部件都有友好界面接口，軟件部件內(nèi)部實(shí)現(xiàn)與外部可訪(fǎng)問(wèn)性分離。 共享性：面向?qū)ο蠹夹g(shù)在不一樣級(jí)別上促進(jìn)了共享。面向?qū)ο蠓治?OOA，Object-Oriented Analysis)是一個(gè)半形式化規(guī)格說(shuō)

33、明技術(shù)。OOA是當(dāng)前軟件開(kāi)發(fā)主流方法，是軟件工程人才必須具備基礎(chǔ)知識(shí)和必備能力。在進(jìn)行系統(tǒng)業(yè)務(wù)調(diào)查后，按面向?qū)ο笏枷敕治鰡?wèn)題。09:31:47第48頁(yè)OOA與SA區(qū)分：OOA強(qiáng)調(diào)在系統(tǒng)調(diào)查資料基礎(chǔ)上，針對(duì)OO方法所需要素材進(jìn)行歸類(lèi)分析和整理，而SA強(qiáng)調(diào)對(duì)管理業(yè)務(wù)現(xiàn)實(shí)狀況和方法分析。 當(dāng)前最流行OOA技術(shù)：OMT(Object Modeling Technology, 對(duì)象建模技術(shù))：它從對(duì)象模型、動(dòng)態(tài)模型和功效模型三個(gè)方面對(duì)系統(tǒng)進(jìn)行建模，每個(gè)模型從一個(gè)側(cè)面反應(yīng)系統(tǒng)特征。Booch開(kāi)發(fā)技術(shù)：Booch方法所采取對(duì)象模型要素是：封裝、模塊化、層次類(lèi)型、并發(fā)。主要概念模型是類(lèi)和對(duì)象、類(lèi)和對(duì)象特征、類(lèi)

34、和對(duì)象之間關(guān)系。使用圖形文檔包含六種：類(lèi)圖、對(duì)象圖、狀態(tài)轉(zhuǎn)換圖、交互圖、模塊圖和進(jìn)程圖。UML之前比較普及一個(gè)面向?qū)ο筌浖O(shè)計(jì)方法。面向?qū)ο蟾拍?9:31:47第49頁(yè)面向?qū)ο竽Ｐ兔嫦驅(qū)ο竽Ｐ腿N主流形式按照產(chǎn)生次序排對(duì)象模型：定義“做什么”實(shí)體。它可表示系統(tǒng)數(shù)據(jù)或?qū)?shù)據(jù)處理，它是數(shù)據(jù)流和語(yǔ)義數(shù)據(jù)模型結(jié)合。動(dòng)態(tài)模型：要求在何種狀態(tài)下，接收什么事件觸發(fā)而“做什么”。它表示瞬間、行為化系統(tǒng)“控制”性質(zhì)，并要求了對(duì)象模型中對(duì)象正當(dāng)改變序列。功效模型：指明系統(tǒng)應(yīng)該“做什么”。它直接反應(yīng)用戶(hù)對(duì)目標(biāo)系統(tǒng)需求。09:31:47第50頁(yè)對(duì)象模型對(duì)象模型表示靜態(tài)、結(jié)構(gòu)化系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述是系統(tǒng)一個(gè)靜態(tài)結(jié)構(gòu)，

35、是對(duì)模擬客觀(guān)世界實(shí)體對(duì)象，以及對(duì)象彼此間關(guān)系映射。對(duì)象模型基本組成形式 = 類(lèi)(包含其屬性和行為) + 對(duì)象(類(lèi)實(shí)例) + 類(lèi)或?qū)ο笾g關(guān)系。類(lèi)名是一類(lèi)對(duì)象抽象命名，其命名是否恰當(dāng)對(duì)系統(tǒng)可了解性影響相當(dāng)大。對(duì)象模型還必須表示類(lèi)/對(duì)象之間結(jié)構(gòu)關(guān)系。類(lèi)/對(duì)象之間關(guān)系普通可概括為關(guān)聯(lián)、歸納/繼承（泛化）、組合（聚集）三類(lèi)。09:31:47第51頁(yè)動(dòng)態(tài)模型動(dòng)態(tài)模型表示瞬間、行為化系統(tǒng)“控制”性質(zhì)，它要求了對(duì)象模型中對(duì)象正當(dāng)改變序列。也能夠說(shuō)，動(dòng)態(tài)模型是基于共享而相互聯(lián)絡(luò)一組狀態(tài)集合。對(duì)象運(yùn)行周期中階段就是對(duì)象狀態(tài),對(duì)象狀態(tài)是對(duì)對(duì)象屬性一個(gè)抽象。對(duì)象之間相互觸發(fā)/作用行為（稱(chēng)為事件），引發(fā)一系列狀態(tài)改變

36、。事件是引發(fā)對(duì)象狀態(tài)轉(zhuǎn)換控制信息。事件沒(méi)有連續(xù)時(shí)間,是瞬間完成。對(duì)象對(duì)事件響應(yīng)，取決于接收該觸發(fā)對(duì)象當(dāng)初所處狀態(tài)，其響應(yīng)包含改變自己狀態(tài)，或者是形成一個(gè)新觸發(fā)行為（事件）。動(dòng)態(tài)模型描繪了對(duì)象狀態(tài)，觸發(fā)狀態(tài)轉(zhuǎn)換事件，以及對(duì)象行為（對(duì)事件響應(yīng)）。09:31:47第52頁(yè)統(tǒng)一建模語(yǔ)言UML統(tǒng)一建模語(yǔ)言（UML，Unified Modeling Language）是一個(gè)基于面向?qū)ο罂梢暬ＵZ(yǔ)言。UML用豐富圖形符號(hào)隱含表示了模型元素語(yǔ)法，而用這些圖形符號(hào)組成元模型表示語(yǔ)義，組成模型描述系統(tǒng)結(jié)構(gòu)（或稱(chēng)為靜態(tài)特征）以及行為（或稱(chēng)為動(dòng)態(tài)特征）。UML模型元素：一類(lèi)模型元素用于表示模型中某個(gè)概念，如類(lèi)、對(duì)象

37、、用例、結(jié)點(diǎn)、構(gòu)件、包、接口等；另一類(lèi)模型元素用于表示模型元素之間相互連接關(guān)系，主要相關(guān)聯(lián)、泛化（表示普通與特殊關(guān)系）、依賴(lài)、聚集（表示整體與部分關(guān)系）等。09:31:47第53頁(yè)UML能夠從不一樣視角為系統(tǒng)建模，形成不一樣視圖。視圖是系統(tǒng)完整描述中一個(gè)抽象，代表該系統(tǒng)一個(gè)特定方面。每個(gè)視圖由一組圖組成，圖包含強(qiáng)調(diào)系統(tǒng)某首先信息五類(lèi)視圖用例視圖用于描述系統(tǒng)應(yīng)該含有功效集， 強(qiáng)調(diào)從用戶(hù)角度看到或需要系統(tǒng)功效，是對(duì)系統(tǒng)抽象表示。 邏輯視圖用來(lái)展現(xiàn)系統(tǒng)靜態(tài)或結(jié)構(gòu)組件及特征。顯示系統(tǒng)內(nèi)部功效是怎樣設(shè)計(jì)，利用系統(tǒng)靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為來(lái)刻劃系統(tǒng)功效。 并發(fā)視圖表達(dá)系統(tǒng)動(dòng)態(tài)或行為特征。顯示系統(tǒng)并發(fā)工作情況。

38、組件視圖用來(lái)顯示代碼組件組織方式，描述了實(shí)現(xiàn)模塊和它們之間依賴(lài)關(guān)系，表達(dá)了系統(tǒng)實(shí)現(xiàn)結(jié)構(gòu)和行為特征 展開(kāi)視圖用來(lái)顯示系統(tǒng)物理架構(gòu)，即系統(tǒng)物理展開(kāi)，表達(dá)了系統(tǒng)實(shí)現(xiàn)環(huán)境結(jié)構(gòu)和行為特征。UML視圖與圖09:31:47第54頁(yè)面向?qū)ο蠓治鲞^(guò)程面向?qū)ο蠓治鲭A段主要任務(wù)是獲取用戶(hù)需求，并構(gòu)建系統(tǒng)初步邏輯模型。用例建模：獲取用戶(hù)需求，構(gòu)建用例模型。識(shí)別外部用戶(hù)場(chǎng)景分析構(gòu)建活動(dòng)圖構(gòu)建用例圖領(lǐng)域建模：目標(biāo)是建立系統(tǒng)概念模型。抽取領(lǐng)域?qū)ο髽?gòu)建領(lǐng)域模型構(gòu)建初步交互模型09:31:47第55頁(yè)面向?qū)ο蠓治鲞^(guò)程面向?qū)ο笤O(shè)計(jì)過(guò)程主要是對(duì)分析階段建立對(duì)象模型或類(lèi)模型和交互模型進(jìn)行精化過(guò)程。精化類(lèi)模型和對(duì)象模型交互行為建模設(shè)計(jì)

39、類(lèi)精化構(gòu)建邏輯架構(gòu)09:31:47第56頁(yè)用例驅(qū)動(dòng)分析過(guò)程用例建模分析開(kāi)發(fā)活動(dòng)圖開(kāi)發(fā)泳道圖用例著眼于為用戶(hù)增加價(jià)值，提供了一個(gè)捕捉功效需求系統(tǒng)且直觀(guān)方法，可驅(qū)動(dòng)整個(gè)開(kāi)發(fā)過(guò)程。用例從某個(gè)特定參加者角度用簡(jiǎn)單易懂語(yǔ)言說(shuō)明一個(gè)特定使用場(chǎng)景。要開(kāi)始開(kāi)發(fā)用例，應(yīng)列出特定參加者執(zhí)行功效或者活動(dòng)。用例模型幫助客戶(hù)、用戶(hù)和開(kāi)發(fā)人員在怎樣使用系統(tǒng)方面達(dá)成共識(shí)。用例圖描述部分用例模型，顯示帶有聯(lián)絡(luò)用例和參加者集合用例驅(qū)動(dòng)分析09:31:47第57頁(yè)領(lǐng)域與業(yè)務(wù)建模領(lǐng)域模型能捕捉語(yǔ)境中最主要對(duì)象模型，領(lǐng)域?qū)ο蟠硐到y(tǒng)工作環(huán)境中存在事情或發(fā)生事件。領(lǐng)域有三種經(jīng)典形式：業(yè)務(wù)對(duì)象，表示業(yè)務(wù)中可操作東西。比如訂單、帳單、帳戶(hù)

40、和協(xié)議等。系統(tǒng)需要處理現(xiàn)實(shí)世界中對(duì)象和概念。如導(dǎo)彈、輪船、學(xué)籍、ATM、POS等。將要發(fā)生或已經(jīng)發(fā)生事件。比如飛機(jī)起飛、午餐、休息、學(xué)籍籍點(diǎn)、取款、制造計(jì)劃等。領(lǐng)域建模目標(biāo)是了解和描述在領(lǐng)域語(yǔ)境中最主要類(lèi)。09:31:47第58頁(yè)分析類(lèi)分析類(lèi)側(cè)重于處理功效性需求，經(jīng)過(guò)較高、非形式化層次職責(zé)類(lèi)定義某行為分析類(lèi)三種基本結(jié)構(gòu)型：邊界類(lèi)：邊界類(lèi)用于建立系統(tǒng)與其參加者之間交互模型，經(jīng)常代表對(duì)窗口、窗體、窗幕、通信接口、打印機(jī)接口、傳感器、終端以及API等抽象。每個(gè)邊界類(lèi)最少應(yīng)該與一個(gè)參加者相關(guān)，反之亦然?？刂祁?lèi)：控制類(lèi)代表協(xié)調(diào)、排序、事務(wù)處理以及其它對(duì)象控制，經(jīng)慣用于封裝與某個(gè)詳細(xì)用例相關(guān)控制?？刂祁?lèi)還能夠用來(lái)表示復(fù)雜派生與演算，如業(yè)務(wù)邏輯。實(shí)體類(lèi)：實(shí)體類(lèi)用于對(duì)長(zhǎng)期有效持久信息建模。大多數(shù)情況下，實(shí)體類(lèi)是直接從業(yè)務(wù)對(duì)象