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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15、位內(nèi)部大中等小小開發(fā)風(fēng)險(xiǎn)大比較大比較大小幾個(gè)開發(fā)方式比較第20頁可行性研究可行性研究任務(wù)：用最小代價(jià)在盡可能短時(shí)間內(nèi)確定問題是否能夠處理?？尚行匝芯磕繕?biāo)不是處理問題，而是確定問題是否值得處理。經(jīng)濟(jì)可行性、技術(shù)可行性、操作可行性研究系統(tǒng)是否可行可行性研究輸入是系統(tǒng)一個(gè)框架描述和高層邏輯模型輸出是一份需求開發(fā)評(píng)價(jià)匯報(bào)，對(duì)需求工程和系統(tǒng)開發(fā)是否值得做詳細(xì)提議和意見。三個(gè)問題：系統(tǒng)是否符合機(jī)構(gòu)總體要求？系統(tǒng)是否可在現(xiàn)有技術(shù)條件、預(yù)算和時(shí)間限制內(nèi)完成？系統(tǒng)能否把已存在其它系統(tǒng)集成？09:31:47第21頁設(shè)定優(yōu)先級(jí)設(shè)定基本標(biāo)準(zhǔn)：時(shí)間投入、成本投入和取得效益(包含無形社會(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)能為客戶和企業(yè)自己提供更加好服務(wù)？目標(biāo)系統(tǒng)能在合理時(shí)間內(nèi)完成嗎？目標(biāo)系統(tǒng)能為企業(yè)提供多長服務(wù)期限？具備必要人力、財(cái)力、技術(shù)、管理和資金資源嗎？注意事項(xiàng)系統(tǒng)分析員盡可能采取有形方式評(píng)價(jià)系統(tǒng)無形成本/效益是影響設(shè)定級(jí)別主要原因設(shè)定優(yōu)先級(jí)是一個(gè)綜合權(quán)衡過程，沒有絕正確、只有相正確。仁者見刃，智者見智可行性研究09:31:47第22頁軟件需求: 就是指用戶對(duì)自己目標(biāo)系統(tǒng)在功效、行為、性能和約束等方面期望。在實(shí)際操作過程中，軟件需求會(huì)跨越多

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

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

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

20、員，通常不會(huì)納入開發(fā)團(tuán)體。開啟分析過程09:31:47第27頁軟件關(guān)聯(lián)人員關(guān)注點(diǎn)因?yàn)槔娌灰粯?，關(guān)聯(lián)人員出發(fā)點(diǎn)和關(guān)注點(diǎn)也就不一樣全部者：關(guān)注軟件范圍，如用途、目標(biāo)、任務(wù)、遠(yuǎn)景、成本和收益等；用戶：關(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)？怎樣測試軟件？怎樣公布軟件？系統(tǒng)分析員：關(guān)注軟件開發(fā)工作順利進(jìn)行，溝通團(tuán)體中技術(shù)人員與非技術(shù)人員，推進(jìn)團(tuán)體開發(fā)工作；軟硬件供給商和咨詢顧問：關(guān)注信息技術(shù)選型、價(jià)格、技術(shù)要求、交貨時(shí)間、售后服務(wù)和系統(tǒng)架構(gòu)等。開啟分

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

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

23、出來。調(diào)查表制訂調(diào)查表分析建立原型界面執(zhí)行過程非形式化需求分析技術(shù)09:31:47第32頁場景分析分析員與項(xiàng)目相關(guān)人員共同識(shí)別出情景，并捕捉這些情景細(xì)節(jié)。把細(xì)節(jié)加入到一個(gè)綱要需求描述中時(shí)，情景尤其有用。情景是對(duì)交互實(shí)例片斷描述，每個(gè)情景可能包含一個(gè)或多個(gè)交互，它們能在不一樣細(xì)節(jié)層次上提供不一樣類型情景信息。情景開始于一個(gè)框架，在導(dǎo)出過程中，細(xì)節(jié)被逐步增加，直到產(chǎn)生交互一個(gè)完整描述。非形式化需求分析技術(shù)09:31:47第33頁一個(gè)情景可能包含以下內(nè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頁結(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ù)，其過程是創(chuàng)建描述信息內(nèi)容和數(shù)據(jù)流模型，依據(jù)功效和行為對(duì)系統(tǒng)進(jìn)行劃分，并描述必須建立系統(tǒng)要素。結(jié)構(gòu)化分析將系統(tǒng)自頂向下逐層分解，到達(dá)表示系統(tǒng)目標(biāo)，它采取一組過程模型圖形化地描述一個(gè)系統(tǒng)邏輯模型。結(jié)構(gòu)化需求分析指導(dǎo)性標(biāo)準(zhǔn)：了解問題、開發(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頁結(jié)構(gòu)化分析模型分析模型目標(biāo)是為基于計(jì)算機(jī)系統(tǒng)提供必須信息、功效和行為域說明。模型是對(duì)系統(tǒng)某個(gè)方面抽象，拋棄了詳細(xì)細(xì)節(jié)，對(duì)系統(tǒng)中最突出特征作簡化。分析模型全部元素都能夠直接映射到設(shè)計(jì)模型結(jié)構(gòu)化分析模型組成數(shù)據(jù)建模和對(duì)象描述功效建模和數(shù)據(jù)流圖基本加工邏輯說明行為建模（時(shí)序圖）數(shù)據(jù)詞典09:31:47第36頁面向數(shù)據(jù)流建模面向數(shù)據(jù)流建模是結(jié)構(gòu)化需求分析方法之一采取自頂向下逐層分解，描繪滿足用戶要求軟件模型（數(shù)據(jù)模型、功效模型、

26、行為模型）表示：數(shù)據(jù)流圖：描述系統(tǒng)處理過程數(shù)據(jù)字典：模型中數(shù)據(jù)信息集合狀態(tài)轉(zhuǎn)換圖：描述系統(tǒng)對(duì)內(nèi)部或外部事件響應(yīng)行為模型09:31:47第37頁軟件設(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頁軟件設(shè)計(jì)概念總體設(shè)計(jì)，或稱概要設(shè)計(jì)，或軟件結(jié)構(gòu)設(shè)計(jì)，或高層設(shè)計(jì)分析需求規(guī)格說明模塊劃分，形成含有預(yù)定功效模塊組成結(jié)構(gòu)

27、表示出模塊間控制關(guān)系給出模塊之間接口軟件詳細(xì)設(shè)計(jì)，也稱(模塊) 過程設(shè)計(jì)，或低層設(shè)計(jì)。設(shè)計(jì)模塊細(xì)節(jié)確定模塊所需算法 和數(shù)據(jù)結(jié)構(gòu)等編寫全部代碼設(shè)計(jì)測試和復(fù)審09:31:47第39頁軟件結(jié)構(gòu)設(shè)計(jì)過程 含系統(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ù)庫設(shè)計(jì)制訂軟件設(shè)計(jì)測試計(jì)劃編制設(shè)計(jì)文檔審查和復(fù)審軟件設(shè)計(jì)過程09:31:47第40頁軟件模塊化設(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ì)能夠簡化軟件設(shè)計(jì)和實(shí)現(xiàn)，提升軟件可了解性和可測試性，并使軟件更輕易得到維護(hù)。分解、抽象、逐步求精、信息隱蔽和模塊獨(dú)立性，是軟件模塊化設(shè)計(jì)指導(dǎo)思想。09:31:47第41頁軟件系統(tǒng)模塊化是指整個(gè)軟件被劃分成若干單獨(dú)命名和獨(dú)立訪問部分，稱之為模塊。每個(gè)模塊完成一個(gè)子功效，把全部模塊集成起來組成一個(gè)整體，能夠完成指定功效，滿足用戶需求。把問題子問題分解與軟件開發(fā)中系統(tǒng)子系統(tǒng)或系統(tǒng)模塊對(duì)應(yīng)起來，就能夠把一個(gè)大而復(fù)雜軟件系統(tǒng)劃分成易于了解比較單純模塊結(jié)構(gòu)。模塊化能夠使一個(gè)復(fù)雜大型程序能被人智

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

30、易開發(fā)；獨(dú)立模塊比較輕易測試和維護(hù)。模塊獨(dú)立性由兩個(gè)定性標(biāo)準(zhǔn)度量：耦合是模塊之間相互連接緊密程度度量內(nèi)聚是模塊功效強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合緊密程度)度量。模塊獨(dú)立性愈高，則塊內(nèi)聯(lián)絡(luò)越強(qiáng)，塊間聯(lián)絡(luò)越弱。09:31:47第43頁概要設(shè)計(jì)概要設(shè)計(jì)也稱總體設(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)過數(shù)據(jù)流圖來確定系統(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頁詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)

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

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

33、明技術(shù)。OOA是當(dāng)前軟件開發(fā)主流方法，是軟件工程人才必須具備基礎(chǔ)知識(shí)和必備能力。在進(jìn)行系統(tǒng)業(yè)務(wù)調(diào)查后，按面向?qū)ο笏枷敕治鰡栴}。09:31:47第48頁OOA與SA區(qū)分：OOA強(qiáng)調(diào)在系統(tǒng)調(diào)查資料基礎(chǔ)上，針對(duì)OO方法所需要素材進(jìn)行歸類分析和整理，而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開發(fā)技術(shù)：Booch方法所采取對(duì)象模型要素是：封裝、模塊化、層次類型、并發(fā)。主要概念模型是類和對(duì)象、類和對(duì)象特征、類

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

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

36、。事件是引發(fā)對(duì)象狀態(tài)轉(zhuǎn)換控制信息。事件沒有連續(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頁統(tǒng)一建模語言UML統(tǒng)一建模語言（UML，Unified Modeling Language）是一個(gè)基于面向?qū)ο罂梢暬ＵZ言。UML用豐富圖形符號(hào)隱含表示了模型元素語法，而用這些圖形符號(hào)組成元模型表示語義，組成模型描述系統(tǒng)結(jié)構(gòu)（或稱為靜態(tài)特征）以及行為（或稱為動(dòng)態(tài)特征）。UML模型元素：一類模型元素用于表示模型中某個(gè)概念，如類、對(duì)象

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

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

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

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)域語境中最主要類。09:31:47第58頁分析類分析類側(cè)重于處理功效性需求，經(jīng)過較高、非形式化層次職責(zé)類定義某行為分析類三種基本結(jié)構(gòu)型：邊界類：邊界類用于建立系統(tǒng)與其參加者之間交互模型，經(jīng)常代表對(duì)窗口、窗體、窗幕、通信接口、打印機(jī)接口、傳感器、終端以及API等抽象。每個(gè)邊界類最少應(yīng)該與一個(gè)參加者相關(guān)，反之亦然。控制類：控制類代表協(xié)調(diào)、排序、事務(wù)處理以及其它對(duì)象控制，經(jīng)慣用于封裝與某個(gè)詳細(xì)用例相關(guān)控制?？刂祁愡€能夠用來表示復(fù)雜派生與演算，如業(yè)務(wù)邏輯。實(shí)體類：實(shí)體類用于對(duì)長期有效持久信息建模。大多數(shù)情況下，實(shí)體類是直接從業(yè)務(wù)對(duì)象