統(tǒng)一建模語(yǔ)言UML2.1UML模型系統(tǒng)體系結(jié)構(gòu)用例驅(qū)動(dòng)

（use-casedriven）體系結(jié)構(gòu)為中心（architecture-centric）增量（incremental）迭代（iterative）為什么需要UML應(yīng)對(duì)傳統(tǒng)商務(wù)當(dāng)商務(wù)隨需應(yīng)變時(shí)面向過(guò)程的問(wèn)題需求的獲取來(lái)自對(duì)商業(yè)（業(yè)務(wù)）的分析采集數(shù)據(jù)，通過(guò)分析數(shù)據(jù)進(jìn)行分析和設(shè)計(jì)工作對(duì)數(shù)據(jù)的穩(wěn)定性要求很大傳統(tǒng)商業(yè)的銷售數(shù)據(jù)：銷量、利潤(rùn)、稅率等現(xiàn)代商業(yè)：客戶滿意度、客戶消費(fèi)習(xí)慣、細(xì)分市場(chǎng)的變化、質(zhì)量反饋面向?qū)ο蟮睦щy

面向?qū)ο蟮睦щy零件是如何來(lái)的？現(xiàn)在這個(gè)結(jié)構(gòu)能完成特定功能，但是如果換一些零件，或者組裝規(guī)則，就無(wú)法完成了么？零件是標(biāo)準(zhǔn)的，那么任意組裝是不是能夠完成功能呢？現(xiàn)實(shí)世界和對(duì)象世界的差距對(duì)象是怎么抽象的？為什么這么抽象？（Why）對(duì)象世界由于其靈活性，可以任意組合，可是怎樣組合能滿足現(xiàn)實(shí)世界的需求（How）如何理解一個(gè)對(duì)象組合（What）傳統(tǒng)商務(wù)的困難我們想要什么？把現(xiàn)實(shí)世界映射到對(duì)象世界的方法從對(duì)象世界描述現(xiàn)實(shí)世界的方法驗(yàn)證對(duì)象世界行為是否爭(zhēng)取反映了現(xiàn)實(shí)世界的方法什么是UML統(tǒng)一建模語(yǔ)言，具有創(chuàng)建系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為等多種結(jié)構(gòu)模型的能力，具有可擴(kuò)展性和通用性，適合于多種多變結(jié)構(gòu)系統(tǒng)的建模。用例驅(qū)動(dòng)以體系結(jié)構(gòu)為中心增量迭代什么是UML語(yǔ)言，包括基本詞匯和語(yǔ)法UML定義了一些建立模型所需要的、表達(dá)某種特定含義的基本元素，這些基本元素稱為模型元素。還定義了這些模型元素相互之間關(guān)系的規(guī)則，以及如何用這些元素和規(guī)則繪制圖形以建立模型來(lái)映射現(xiàn)實(shí)世界；這些規(guī)則和圖形稱為視圖（view）UML模型元素關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實(shí)例。依賴：表示一個(gè)元素以某種方式依賴于另一種元素。泛化：表示一般與特殊的關(guān)系，即“一般”元素是“特殊”關(guān)系的泛化。聚合：表示整體與部分的關(guān)系。2.1.2UML的特點(diǎn)統(tǒng)一標(biāo)準(zhǔn)（人和機(jī)器均可讀懂）面向?qū)ο罂梢暬⒈磉_(dá)能力強(qiáng)獨(dú)立于過(guò)程易掌握、易用可視化2.1.3軟件系統(tǒng)體系結(jié)構(gòu)的描述

用例視圖邏輯視圖構(gòu)建視圖進(jìn)程視圖配置視圖用例視圖作用：需求分析適用對(duì)象：開(kāi)發(fā)者、用戶描述使用的圖：用例圖重要性：決定其他視圖的開(kāi)發(fā)，用于確認(rèn)和最終驗(yàn)證系統(tǒng)。邏輯視圖作用：描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功能；適用對(duì)象：分析者、設(shè)計(jì)者、開(kāi)發(fā)者；描述使用的圖：類圖和對(duì)象圖、狀態(tài)圖、順序圖、合作圖和活動(dòng)圖；重要性：描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和因發(fā)送消息而出現(xiàn)的動(dòng)態(tài)協(xié)作關(guān)系。構(gòu)件視圖作用：描述系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊，及它們之間的依賴關(guān)系；適用對(duì)象：設(shè)計(jì)者、開(kāi)發(fā)者；描述使用的圖：構(gòu)件圖；重要性：描述系統(tǒng)如何劃分軟件構(gòu)件，如何進(jìn)行編程進(jìn)程視圖作用：描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步；適用對(duì)象：開(kāi)發(fā)者和系統(tǒng)集成者；描述使用的圖：狀態(tài)圖、順序圖、合作圖、活動(dòng)圖、構(gòu)件圖和配置圖；重要性：將系統(tǒng)分割成并發(fā)執(zhí)行的控制線程及處理這些線程的通信和同步。配置視圖作用：描述系統(tǒng)的物理設(shè)備配置，如計(jì)算機(jī)、硬件設(shè)備以及它們相互間的連接；適用對(duì)象：開(kāi)發(fā)者、系統(tǒng)集成者和測(cè)試者；描述使用的圖：配置圖；重要性：描述硬件設(shè)備的連接和哪個(gè)程序或?qū)ο篑v留在哪臺(tái)計(jì)算機(jī)上執(zhí)行。2.2UML系統(tǒng)模型與建模用例模型圖：由用例圖組成。靜態(tài)模型圖：由類圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成。動(dòng)態(tài)模型圖：由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。2.3UML系統(tǒng)體系結(jié)構(gòu)模型

2.3.1子系統(tǒng)組織的系統(tǒng)體系結(jié)構(gòu)2.3.2系統(tǒng)模型組織的系統(tǒng)體系結(jié)構(gòu)

2.3.3系統(tǒng)體系結(jié)構(gòu)模型的描述方式UML系統(tǒng)建模與分析設(shè)計(jì)2.5UML與軟件開(kāi)發(fā)統(tǒng)一過(guò)程2.5.1迭代、漸增式的開(kāi)發(fā)過(guò)程1．開(kāi)始階段2．詳細(xì)規(guī)劃階段（1）用例分類1）將用例的優(yōu)先級(jí)分為三級(jí)：2）體系結(jié)構(gòu)方面的風(fēng)險(xiǎn)的風(fēng)險(xiǎn)。3）進(jìn)度風(fēng)險(xiǎn)（對(duì)實(shí)現(xiàn)每個(gè)用例所需工作量估算的評(píng)價(jià)）分為三級(jí)：（2）確定每次迭代的開(kāi)發(fā)周期（3）將用例分配到各次迭代中2.5.1迭代、漸增式的開(kāi)發(fā)過(guò)程3.系統(tǒng)構(gòu)造階段漸增式開(kāi)發(fā)繼承測(cè)試測(cè)試演示保存測(cè)試案例4.移交階段2.5.2軟件開(kāi)發(fā)步驟及核心支持活動(dòng)1．需求分析2．系統(tǒng)設(shè)計(jì)3．實(shí)現(xiàn)4．測(cè)試5．配置6．核心支持工作（1）配置與變化管理（2）項(xiàng)目管理（3）環(huán)境設(shè)置2.5.3UML軟件開(kāi)發(fā)過(guò)程產(chǎn)生的模型與文檔（1）業(yè)務(wù)模型：建立問(wèn)題領(lǐng)域的組織結(jié)構(gòu)和業(yè)務(wù)流程的抽象。描述方式：需求分析規(guī)格說(shuō)明書。（2）領(lǐng)域模型：建立問(wèn)題領(lǐng)域的需求分析說(shuō)明。描述方式：需求分析規(guī)格說(shuō)明書。（3）用例模型：表達(dá)系統(tǒng)的功能。描述方式：用例圖、活動(dòng)圖及需求分析規(guī)格說(shuō)明書。

（4）分析模型（任選）：只有復(fù)雜的系統(tǒng)才需要建立獨(dú)立的分析模型。該模型包括：基本功能分析；實(shí)現(xiàn)功能的對(duì)象；對(duì)象之間的關(guān)系；描述方式：類圖、對(duì)象圖、包圖、順序圖、合作圖、狀態(tài)圖和活動(dòng)圖（5）設(shè)計(jì)模型：系統(tǒng)具體解決方案，由調(diào)整和完善分析模型而成。描述方式：類圖、對(duì)象圖、包圖、順序圖、合作圖、狀態(tài)圖和活動(dòng)圖。（6）進(jìn)程模型（任選）：描述系統(tǒng)并發(fā)和同步機(jī)制。有多線程的并發(fā)系統(tǒng)才建立。描述方式：狀態(tài)圖、順序圖、合作圖、活動(dòng)圖、構(gòu)件圖和配置圖。（7）實(shí)現(xiàn)模型：軟件的系統(tǒng)體系結(jié)構(gòu)。描述方式：包圖和構(gòu)件圖。（8）配置模型：描述系統(tǒng)軟件在各個(gè)硬件上的配置。描述方式：配置圖。（9）測(cè)試模型：描述驗(yàn)證系統(tǒng)功能的途徑。描述方式：測(cè)試案例和測(cè)試報(bào)告。文檔（1）技術(shù)文檔（2）管理文檔2.5.4UML軟件開(kāi)發(fā)過(guò)程的基本特征

1.用例驅(qū)動(dòng)的系統(tǒng)2．以體系結(jié)構(gòu)為中心3．螺旋上升式的開(kāi)發(fā)過(guò)程4．以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)RUP什么是RUP？RUP（RationalUnifiedProcess）是軟件工程化過(guò)程RUP提供了在開(kāi)發(fā)機(jī)構(gòu)中分派任務(wù)和責(zé)任的紀(jì)律化方法以及文檔模版RUP的目標(biāo)是在可預(yù)見(jiàn)的日程和預(yù)算前提下確保滿足最終用戶需求的高質(zhì)量產(chǎn)品RationalUnifiedProcess是Rational公司開(kāi)發(fā)和維護(hù)的過(guò)程產(chǎn)品RationalUnifiedProcess是有效使用UnifiedModelingLanguage（UML）的指南什么是UML？統(tǒng)一建模語(yǔ)言（UML）是一個(gè)通用的可視化建模語(yǔ)言，用于對(duì)軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)產(chǎn)品的文檔UML描述了一個(gè)系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為UML是良好溝通需求體系結(jié)構(gòu)和設(shè)計(jì)的工業(yè)標(biāo)準(zhǔn)語(yǔ)言UML由Rational軟件公司創(chuàng)建1997年11月，UML被OMG（對(duì)象管理組織，面向?qū)ο蠓治鲈O(shè)計(jì)國(guó)際標(biāo)準(zhǔn)化組織）全體成員一致通過(guò)，并被采納為國(guó)際標(biāo)準(zhǔn)RationalUnifiedProcess的特點(diǎn)迭代式開(kāi)發(fā)強(qiáng)調(diào)核心工作流程基于角色的開(kāi)發(fā)組織用例驅(qū)動(dòng)以構(gòu)架為中心傳統(tǒng)的瀑布式的開(kāi)發(fā)方法時(shí)間子系統(tǒng)測(cè)試系統(tǒng)測(cè)試編碼和單元測(cè)試設(shè)計(jì)需求分析迭代（Iteration）式的開(kāi)發(fā)方法TCDRTIME迭代1迭代2迭代3TCDRTCDR早期的迭代定為最大的風(fēng)險(xiǎn)每一次迭代都產(chǎn)生一個(gè)可執(zhí)行的版本，系統(tǒng)是增量化的開(kāi)發(fā)方式每一次迭代都包括集成和測(cè)試風(fēng)險(xiǎn)比較瀑布式迭代式RISKTIMEIterationIterationIterationIterationIterationIterationIteration軟件生命周期（開(kāi)發(fā)周期）先啟階段主要目標(biāo):建立項(xiàng)目的軟件規(guī)模和邊界條件，包括運(yùn)作前景、驗(yàn)收標(biāo)準(zhǔn)以及希望產(chǎn)品中包括和不包括的內(nèi)容識(shí)別系統(tǒng)的關(guān)鍵用例對(duì)比一些主要場(chǎng)景，展示至少一個(gè)備選構(gòu)架評(píng)估整個(gè)項(xiàng)目的總體成本和進(jìn)度評(píng)估潛在的風(fēng)險(xiǎn)（源于各種不可預(yù)測(cè)因素）準(zhǔn)備項(xiàng)目的支持環(huán)境精化階段主要目標(biāo)確保構(gòu)架、需求和計(jì)劃足夠穩(wěn)定，充分減少風(fēng)險(xiǎn)，從而能夠有預(yù)見(jiàn)性地確定完成開(kāi)發(fā)所需的成本和進(jìn)度處理在構(gòu)架方面具有重要意義的所有項(xiàng)目風(fēng)險(xiǎn)建立一個(gè)已確定基線的構(gòu)架制作產(chǎn)品質(zhì)量構(gòu)件的演進(jìn)式原型證明已建立基線的構(gòu)架將在適當(dāng)時(shí)間、以合理的成本支持系統(tǒng)需求建立支持環(huán)境（創(chuàng)建開(kāi)發(fā)案例、創(chuàng)建模板和指南、安裝工具）構(gòu)建階段主要目標(biāo)完成