第2章-uml系統(tǒng)建模與分析設(shè)計(jì)統(tǒng)一建模語言u(píng)ml36

第二章統(tǒng)一建模語言UML本章目的：掌握UML特點(diǎn)和基本圖標(biāo)元素的表示符掌握UML軟件系統(tǒng)體系結(jié)構(gòu)的五種視圖和九種基本圖了解UML的用例模型、靜態(tài)模型、動(dòng)態(tài)模型的簡(jiǎn)單建模方法了解UML的系統(tǒng)體系結(jié)構(gòu)模型掌握UML與軟件開發(fā)統(tǒng)一過程2022/11/1812.1UML模型系統(tǒng)體系結(jié)構(gòu)2.1.1UML的誕生與發(fā)展2.1.2UML的主要特點(diǎn)2.1.3軟件系統(tǒng)體系結(jié)構(gòu)的描述2.1.4UML模型元素2022/11/1822.1.1UML的誕生與發(fā)展20世紀(jì)70年代出現(xiàn)了面向?qū)ο蟮某绦蛟O(shè)計(jì)語言。20世紀(jì)80年代，出現(xiàn)了面向?qū)ο蟮慕ＵZ言。在1989年到1994年期間,面向?qū)ο蟮姆椒◤牟坏绞N增加到了五十多種；一些方法脫穎而出，包括Booch方法、OMT和OOSE等方法；其他的方法還有Fusion方法、Shlaer-Mellor方法和Coad-Yourdon方法經(jīng)過Booch、Rumbaugh和Jacobson三人的共同努力,于1996年發(fā)布了UML(UnifiedModelingLanguage)。2022/11/183UML的標(biāo)準(zhǔn)化1997年11月14日，版本被OMG（對(duì)象管理組織）采納為標(biāo)準(zhǔn)，并陸續(xù)修訂頒布了、和等版本。2000年-2003年，版本問世。2005年，標(biāo)準(zhǔn)版本被OMG采納。BoochRumbaughJacobson2022/11/184UML的形成過程2022/11/1852.1.2UML的主要特點(diǎn)統(tǒng)一的標(biāo)準(zhǔn)UML是被OMG接受為標(biāo)準(zhǔn)，越來越多的開發(fā)人員使用UML進(jìn)行軟件開發(fā)，越來越多的廠商支持UML。面向?qū)ο笫侵С諳O軟件開發(fā)的建模語言。可視化、表達(dá)能力強(qiáng)(概念明確)建模表示法簡(jiǎn)潔，圖形結(jié)構(gòu)清晰，可視化、表示能力強(qiáng)大，容易掌握和使用。獨(dú)立于過程UML不依賴于特定的軟件開發(fā)過程。2022/11/186可視化UML通過它的元模型和表示法，把那些通過文字或其他表達(dá)方法很難表達(dá)清楚的、隱晦的潛臺(tái)詞用簡(jiǎn)單直觀的圖形表達(dá)和暴露出來，準(zhǔn)確而直觀地描述其復(fù)雜的含義。例如：造一輛車身是紅色金屬漆的小轎車，裝備四個(gè)普利司通牌子的輪胎，它是一輛四門車，車門時(shí)加厚的，并且前后門玻璃上貼黑色的膜。前后擋風(fēng)玻璃里都裝有電熱絲，后視鏡是電動(dòng)可調(diào)的。2022/11/1872022/11/188UML模型系統(tǒng)體系結(jié)構(gòu)模型元素UML通用機(jī)制視圖UML構(gòu)成2022/11/189事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實(shí)現(xiàn)關(guān)系用例類接口協(xié)作主動(dòng)類組件節(jié)點(diǎn)狀態(tài)機(jī)交互機(jī)包注釋模型元素UML聚合關(guān)系通用機(jī)制視圖2022/11/1810模型元素用例視圖邏輯視圖進(jìn)程視圖構(gòu)件視圖配置視圖時(shí)序圖協(xié)作圖狀態(tài)圖活動(dòng)圖UML用例圖類圖對(duì)象圖構(gòu)件圖配置圖通用機(jī)制視圖2022/11/1811模型元素UML通用機(jī)制視圖修飾注解規(guī)格說明通用劃分?jǐn)U展機(jī)制2022/11/1812描述系統(tǒng)的功能需求，找出用例和執(zhí)行者；客戶、分析者、設(shè)計(jì)者、開發(fā)者和測(cè)試者；描述用圖：用例圖和活動(dòng)圖；重要性：系統(tǒng)的中心，它決定了其他視圖的開發(fā)，用于確認(rèn)和最終驗(yàn)證系統(tǒng)。

1．用例視圖2.1.3軟件系統(tǒng)體系結(jié)構(gòu)的描述2022/11/18132．邏輯視圖描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功能；分析者、設(shè)計(jì)者、開發(fā)者；類圖和對(duì)象圖、狀態(tài)圖、順序圖、合作圖和活動(dòng)圖；重要性：描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和因發(fā)送消息而出現(xiàn)的動(dòng)態(tài)協(xié)作關(guān)系。靜態(tài)結(jié)構(gòu):類圖、對(duì)象圖動(dòng)態(tài)行為：狀態(tài)圖、活動(dòng)圖、時(shí)序圖、協(xié)作圖

2022/11/1814描述系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊，及它們之間的依賴關(guān)系；設(shè)計(jì)者、開發(fā)者；構(gòu)件圖；描述系統(tǒng)如何劃分軟件構(gòu)件，如何進(jìn)行編程。

3．構(gòu)件視圖

2022/11/1815描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步

；開發(fā)者和系統(tǒng)集成者

；狀態(tài)圖、順序圖、合作圖、活動(dòng)圖、構(gòu)件圖和配置圖

；將系統(tǒng)分割成并發(fā)執(zhí)行的控制線程及處理這些線程的通信和同步

。

4．進(jìn)程視圖2022/11/1816描述系統(tǒng)的物理設(shè)備配置；開發(fā)者、系統(tǒng)集成者和測(cè)試者

；配置圖

；描述硬件設(shè)備的連接和哪個(gè)程序或?qū)ο篑v留在哪臺(tái)計(jì)算機(jī)上執(zhí)行

。

5．配置視圖2022/11/1817邏輯視圖構(gòu)件視圖部署視圖進(jìn)程視圖Usecase視圖2022/11/1818高級(jí)語言程序設(shè)計(jì)2.1.4UML模型元素2022/11/1819事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實(shí)現(xiàn)關(guān)系用例類接口協(xié)作主動(dòng)類組件節(jié)點(diǎn)狀態(tài)機(jī)交互機(jī)包注釋模型元素UML聚合關(guān)系通用機(jī)制視圖2022/11/18201構(gòu)件事物：UML模型的靜態(tài)部分，描述概念或物理元素它包括以下幾種：類：具有相同屬性相同操作相同關(guān)系相同語義的對(duì)象的描述接口：描述元素的外部可見行為，即服務(wù)集合的定義說明協(xié)作：描述了一組事物間的相互作用的集合用例：代表一個(gè)系統(tǒng)或系統(tǒng)的一部分行為，是一組動(dòng)作序列的集合構(gòu)件：系統(tǒng)中物理存在，可替換的部件節(jié)點(diǎn)：運(yùn)行時(shí)存在的物理元素另外，參與者、信號(hào)應(yīng)用、文檔庫、頁表等都是上述基本事物的變體2行為事物：UML模型圖的動(dòng)態(tài)部分，描述跨越空間和時(shí)間的行為交互：實(shí)現(xiàn)某功能的一組構(gòu)件事物之間的消息的集合，涉及消息、動(dòng)作序列、鏈接狀態(tài)機(jī)：描述事物或交互在生命周期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列3分組事物：UML模型圖的組織部分，描述事物的組織結(jié)構(gòu)包：把元素組織成組的機(jī)制4注釋事物：UML模型的解釋部分，用來對(duì)模型中的元素進(jìn)行說明，解釋注解：對(duì)元素進(jìn)行約束或解釋的簡(jiǎn)單符號(hào)2022/11/1821關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實(shí)例。依賴：表示一個(gè)元素以某種方式依賴于另一種元素。泛化：表示一般與特殊的關(guān)系，即“一般”元素是“特殊”關(guān)系的泛化。聚合：表示整體與部分的關(guān)系。2022/11/1822關(guān)系（Relationships）關(guān)系是將事物聯(lián)系在一起的方式，UML中定義了四種關(guān)系：2022/11/1823類之間的關(guān)系----泛化關(guān)系在UML中,泛化關(guān)系用來表示類與類,接口與接口之間的繼承關(guān)系.泛化關(guān)系有時(shí)也稱為”isakindof”關(guān)系在UML中泛化關(guān)系用一條實(shí)線空心箭頭有子類指向父類2022/11/1824類之間的關(guān)系----實(shí)現(xiàn)關(guān)系在UML中,實(shí)現(xiàn)關(guān)系用來表示類與接口之間的實(shí)現(xiàn)關(guān)系.在UML中實(shí)現(xiàn)關(guān)系用一條虛線空心箭頭由子類指向父類2022/11/1825類之間的關(guān)系----依賴關(guān)系對(duì)于兩個(gè)相對(duì)獨(dú)立的系統(tǒng)，當(dāng)一個(gè)系統(tǒng)負(fù)責(zé)構(gòu)造另一個(gè)系統(tǒng)的實(shí)例，或者依賴另一個(gè)系統(tǒng)的服務(wù)時(shí)，這兩個(gè)系統(tǒng)之間體現(xiàn)為依賴關(guān)系.例如生產(chǎn)零件的機(jī)器和零件，機(jī)器負(fù)責(zé)構(gòu)造零件對(duì)象;充電電池和充電器，充電電池通過充電器來充電;自行車Bicycle和打氣筒Pump，自行車通過打氣筒來充氣在現(xiàn)時(shí)生活中，通常不會(huì)為某一輛自行車配備專門的打氣筒，而是在需要充氣的時(shí)候，從附近某個(gè)修車棚里借個(gè)打氣筒打氣。在程序代碼中，表現(xiàn)為Bicycle類的expand()方法有個(gè)Pump類型的參數(shù)。以下程序代碼表示某輛自行車先后到兩個(gè)修車棚里充氣：2022/11/1826類之間的關(guān)系----關(guān)聯(lián)關(guān)系對(duì)于兩個(gè)相對(duì)獨(dú)立的系統(tǒng)，當(dāng)一個(gè)系統(tǒng)的實(shí)例與另一個(gè)系統(tǒng)的一些特定實(shí)例存在固定的對(duì)應(yīng)關(guān)系時(shí)，這兩個(gè)系統(tǒng)之間為關(guān)聯(lián)關(guān)系。例如客戶和訂單，每個(gè)訂單對(duì)應(yīng)特定的客戶，每個(gè)客戶對(duì)應(yīng)一些特定的訂單；公司和員工，每個(gè)公司對(duì)應(yīng)一些特定的員工，每個(gè)員工對(duì)應(yīng)一特定的公司；自行車和主人，每輛自行車屬于特定的主人，每個(gè)主人有特定的自行車。而充電電池和充電器之間就不存在固定的對(duì)應(yīng)關(guān)系，同樣自行車和打氣筒之間也不存在固定的對(duì)應(yīng)關(guān)系。Person類與Bicycle類之間存在關(guān)聯(lián)關(guān)系，這意味著在Person類中需要定義一個(gè)Bicycle類型的成員變量2022/11/1827類之間的關(guān)系----關(guān)聯(lián)關(guān)系在現(xiàn)時(shí)生活中，當(dāng)騎自行車去上班時(shí)，只要從家里推出自己的自行車就能上路了，不象給自行車打氣那樣，在需要打氣時(shí)，還要四處去找修車棚。因此，在Person類的goToWork()方法中，調(diào)用自身的bicycle對(duì)象的run()方法。假如goToWork()方法采用以下的定義方式：那就好比去上班前，還要先四處去借一輛自行車，然后才能去上班。依賴2022/11/1828關(guān)聯(lián)關(guān)系的名稱關(guān)聯(lián)關(guān)系的名稱:關(guān)聯(lián)關(guān)系可以有一個(gè)名稱,用于描述該關(guān)系的性質(zhì).此關(guān)聯(lián)名稱應(yīng)該是動(dòng)詞短語,因?yàn)樗砻髟磳?duì)象正在目標(biāo)對(duì)象上執(zhí)行動(dòng)作.2022/11/1829關(guān)聯(lián)關(guān)系的角色當(dāng)一個(gè)類處于關(guān)聯(lián)的某一端時(shí),該類就在這個(gè)關(guān)系中扮演一個(gè)特定的角色.具體來說,角色就是關(guān)聯(lián)關(guān)系中一個(gè)類對(duì)另一個(gè)類所表現(xiàn)的職責(zé).角色名稱是名詞或名稱短語.2022/11/1830關(guān)聯(lián)關(guān)系的多重性關(guān)聯(lián)關(guān)系的多重性是指有多少對(duì)象可以參與該關(guān)聯(lián),多重性可以用來表達(dá)一個(gè)取值范圍,特定值,無限定的范圍.2022/11/1831關(guān)聯(lián)關(guān)系----聚合關(guān)系聚合關(guān)聯(lián)是一種特殊的關(guān)聯(lián).它表示類間的關(guān)系是整體與部分的關(guān)系.簡(jiǎn)言之:關(guān)聯(lián)關(guān)系中的一個(gè)類描述了一個(gè)較大的事物,它由較小的事物組成.聚合關(guān)系描述了“hasa”的關(guān)系,即整體對(duì)象擁有部分對(duì)象整體和部分之間用空心菱形箭頭的連線連接,箭頭指向整體2022/11/1832關(guān)聯(lián)關(guān)系----組成關(guān)系組合關(guān)系是更強(qiáng)形式的聚合.組合關(guān)系中,整件擁有部件的生命周期,所以整件刪除時(shí),部件一定會(huì)跟著刪除.而且,多個(gè)整件不可以同時(shí)共享同一個(gè)部件。聚合關(guān)系中,整件不會(huì)擁有部件的生命周期,所以整件刪除時(shí),部件不會(huì)被刪除.再者,多個(gè)整件可以共享同一個(gè)部件.UML中組成關(guān)系用實(shí)心的菱形實(shí)線表示2022/11/1833關(guān)聯(lián)關(guān)系----導(dǎo)航性導(dǎo)航性表示可從源類的任何對(duì)象到目標(biāo)類的一個(gè)或多個(gè)對(duì)象遍歷.即:給定源類的一個(gè)對(duì)象,可以得到目標(biāo)類的所有對(duì)象.可以在關(guān)聯(lián)關(guān)系上加上箭頭表示導(dǎo)航方向.只在一個(gè)方向上可以導(dǎo)航的關(guān)聯(lián)稱為單向關(guān)聯(lián),用一個(gè)帶箭頭的方向表示;在兩個(gè)方向上都可以導(dǎo)航的關(guān)聯(lián)稱為雙向關(guān)聯(lián),用一條沒有箭頭的實(shí)線表示.2022/11/18342.2UML系統(tǒng)模型與建模2.2.1用例模型及組成成分2.2.2靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模2.2.3動(dòng)態(tài)模型與行為控制流建模2022/11/18352.2UML系統(tǒng)模型與建模三大類九種圖表示用例模型圖：由用例圖組成。靜態(tài)模型圖：由類圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成。動(dòng)態(tài)模型圖：由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。2022/11/18362.2.1用例模型及組成成分用例模型描述的時(shí)外部執(zhí)行者所理解的系統(tǒng)功能。用例模型有若干用例圖組成。用例圖從用戶的角度出發(fā)描述系統(tǒng)的功能需求，展示系統(tǒng)外部的各類角色與系統(tǒng)內(nèi)部的各種用例之間的關(guān)系。用例模型驅(qū)動(dòng)需求分析之后各階段的開發(fā)。2022/11/1837靜態(tài)模型：指對(duì)系統(tǒng)中對(duì)象之間相互進(jìn)行的聯(lián)系構(gòu)建模型，這些關(guān)系不隨時(shí)間發(fā)生變化。UML系統(tǒng)建模用于描述系統(tǒng)體系機(jī)構(gòu)。1．類圖（Classdiagram）類圖描述系統(tǒng)所包含的類、類的內(nèi)部結(jié)構(gòu)及類之間的關(guān)系類圖是邏輯視圖的重要組成部分，用于對(duì)系統(tǒng)的靜態(tài)結(jié)構(gòu)建模。靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模2022/11/1838類的圖符分為長(zhǎng)式和短式。如圖長(zhǎng)式由類名、屬性和操作三部分組成。類及類型名均用英文大寫字母開頭；屬性和操作名為小寫字母開頭。2022/11/18392．對(duì)象圖diagram）對(duì)象圖是類圖的一個(gè)具體實(shí)例對(duì)象圖符中對(duì)象名加了下劃線.圖類圖與對(duì)應(yīng)的對(duì)象圖.2022/11/18403．包圖包是一組分組機(jī)制,有一組關(guān)系密切的模型元素構(gòu)成。包可以嵌套。包圖是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。包的內(nèi)容：構(gòu)成包的模型元素。包用于模型的組織管理時(shí)，稱為子系統(tǒng)。包圖表明包及其之間的依賴關(guān)系。2022/11/18412022/11/18424．構(gòu)件圖組件圖顯示代碼本身的邏輯結(jié)構(gòu)，它描述系統(tǒng)中存在的軟件構(gòu)件以及各構(gòu)件之間的依賴關(guān)系。構(gòu)件是系統(tǒng)體系結(jié)構(gòu)中獨(dú)立的物理可替換單位。構(gòu)件可以看成是包與類對(duì)應(yīng)的物理代碼模塊，邏輯上與包和類對(duì)應(yīng)，實(shí)際上是一個(gè)文件。2022/11/18432022/11/18445．配置圖配置圖描述系統(tǒng)中軟件和硬件的配置情況和系統(tǒng)體系結(jié)構(gòu)，顯示系統(tǒng)運(yùn)行時(shí)刻的結(jié)構(gòu)。配置圖有結(jié)點(diǎn)和連接。結(jié)點(diǎn)指實(shí)際的物理設(shè)備及在該結(jié)點(diǎn)上運(yùn)行的構(gòu)件或?qū)ο蟆９?jié)點(diǎn)是一組運(yùn)行期間的系統(tǒng)資源，如計(jì)算機(jī)、數(shù)據(jù)庫、設(shè)備或存儲(chǔ)器。描述一組節(jié)點(diǎn)及其關(guān)系，允許評(píng)估分配結(jié)果和資源分配。2022/11/18452022/11/1846動(dòng)態(tài)模型主要描述系統(tǒng)的動(dòng)態(tài)行為和控制結(jié)構(gòu)。動(dòng)態(tài)行為包括：對(duì)象生存期內(nèi)的狀態(tài)及狀態(tài)遷移；對(duì)象之間動(dòng)態(tài)合作關(guān)系，顯示對(duì)象間交互過程和交互順序；描述為面組用例所進(jìn)行的活動(dòng)及活動(dòng)間的約述關(guān)系。動(dòng)態(tài)模型包括：狀態(tài)圖、活動(dòng)圖、順序圖、合作圖。2.2.3動(dòng)態(tài)模型與行為控制流建模

2022/11/18471．順序圖（SequenceDiagram）用來描述對(duì)象之間動(dòng)態(tài)的交互關(guān)系，著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。順序圖的一個(gè)用途是用來表示用例中的行為順序。當(dāng)執(zhí)行一個(gè)用例行為時(shí)，順序圖中的每條消息對(duì)應(yīng)了一個(gè)類操作或引起狀態(tài)轉(zhuǎn)換的觸發(fā)事件。兩個(gè)軸：水平軸－－對(duì)象；垂直軸－－時(shí)間；垂直虛線－－生命線，表示某段時(shí)間內(nèi)對(duì)象存在。箭頭：消息細(xì)長(zhǎng)矩形框：表示對(duì)象的激活狀態(tài)2022/11/18482022/11/18492．合作圖描述對(duì)象間的協(xié)作關(guān)系，協(xié)作圖跟順序圖相似，顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。除顯示信息交換外，協(xié)作圖還顯示對(duì)象以及它們之間的連接關(guān)系.合作圖畫成對(duì)象圖，消息箭頭表示對(duì)象間的消息流向，消息箭頭必須附加標(biāo)記，說明消息發(fā)送的先后順序。協(xié)作圖的一個(gè)用途是表示一個(gè)類操作的實(shí)現(xiàn)。2022/11/18502．合作圖2022/11/18513．狀態(tài)圖狀態(tài)圖是對(duì)類的一種補(bǔ)充描述，它展示了此類對(duì)象所具有可能的狀態(tài)以及某些事件發(fā)生時(shí)其狀態(tài)的轉(zhuǎn)移情況。與交互圖不同，交互圖對(duì)共同工作的對(duì)象群體的行為建模，而狀態(tài)圖對(duì)單個(gè)對(duì)象的狀態(tài)變化行為建模。事件狀態(tài)遷移遷移動(dòng)作2022/11/18524．活動(dòng)圖

活動(dòng)圖是狀態(tài)圖的一個(gè)變體，用來描述執(zhí)行算法的工作流程中涉及的活動(dòng)活動(dòng)圖描述了一組順序的或并發(fā)的活動(dòng)

可以描述操作的行為；也可以描述用例和對(duì)象的內(nèi)部工作過程。狀態(tài)圖－事件觸發(fā)；活動(dòng)圖－一個(gè)活動(dòng)結(jié)束自動(dòng)進(jìn)入下一活動(dòng)。2022/11/1853活動(dòng)圖2022/11/1854上述十種模型圖可歸納為五種類型用例圖：用例圖靜態(tài)圖：類圖、對(duì)象圖、包圖交互圖：順序圖、協(xié)作圖行為圖：狀態(tài)圖、活動(dòng)圖實(shí)現(xiàn)圖：組件圖、部署圖2022/11/18552.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)模型的描述方式2022/11/18562.3.1子系統(tǒng)組織的系統(tǒng)體系結(jié)構(gòu)子系統(tǒng)是描述系統(tǒng)某個(gè)行為的相對(duì)獨(dú)立的抽象單位。每個(gè)子系統(tǒng)都有自己獨(dú)立的接口，通過接口各個(gè)子系統(tǒng)相互交換信息，協(xié)同工作。子系統(tǒng)用“包”圖符元素加上構(gòu)造型<<subsysem>>表示；子系統(tǒng)也可以用右上角帶有分支圖形的“包”圖符元素表示。2022/11/1857如果采用由子系統(tǒng)包描述系統(tǒng)的體系結(jié)構(gòu)圖，其最底層（葉結(jié)點(diǎn)）元素必須由模型包描述。而模型包一般用右上角帶三角圖形的圖標(biāo)元素“包”表示。圖2－16不是一個(gè)完整的由子系統(tǒng)包組成的系統(tǒng)體系結(jié)構(gòu)圖。2022/11/18582.3.2系統(tǒng)模型組織的系統(tǒng)體系結(jié)構(gòu)

UML中，系統(tǒng)模型一般用右上角帶有三角圖形的“包”圖符元素表示，并且可以在模型名上標(biāo)注構(gòu)造性<<Model>>2022/11/18592.3.3系統(tǒng)體系結(jié)構(gòu)模型的描述方式在UML中，一個(gè)系統(tǒng)體系結(jié)構(gòu)層次可以用兩種描述方式：基于模型的系統(tǒng)體系結(jié)構(gòu)層次基于子系統(tǒng)的系統(tǒng)體系結(jié)構(gòu)層次2022/11/18602022/11/1861在用包描述一個(gè)多層的系統(tǒng)體系結(jié)構(gòu)時(shí)，在較高的各層次結(jié)構(gòu)中既可以用模型包作為元素，也可以用子系統(tǒng)包作為模型元素。但在最底層只能用模型包作為元素。一般為了簡(jiǎn)便采用簡(jiǎn)單的包圖(不帶分支或三角圖符的包)來建立系統(tǒng)的體系結(jié)構(gòu)。2022/11/18622.4UML的擴(kuò)展、調(diào)整機(jī)制2.4.1模型元素的分類與標(biāo)記2.4.2模型元素的特性規(guī)格說明

2.4.3模型元素的語義擴(kuò)展與約束2022/11/18632.4UML的擴(kuò)展、調(diào)整機(jī)制模型元素UML通用機(jī)制視圖修飾注解規(guī)格說明通用劃分?jǐn)U展機(jī)制2022/11/1864UML的公共機(jī)制2022/11/18652022/11/1866特性規(guī)格說明2022/11/18672.4UML的擴(kuò)展、調(diào)整機(jī)制2.4.1模型元素的分類與標(biāo)記2022/11/18682.4.2模型元素的特性規(guī)格說明

2022/11/18692.4.3模型元素的語義擴(kuò)展與約束2022/11/1870UML的建模原則2022/11/1871小結(jié)2022/11/18722.5UML與軟件開發(fā)統(tǒng)一過程2022/11/1873RUP的特點(diǎn)RUP的二維開發(fā)模型RUP可以用二維坐標(biāo)來描述。橫軸通過時(shí)間組織，是過程展開的生命周期特征，體現(xiàn)開發(fā)過程的動(dòng)態(tài)結(jié)構(gòu)；縱軸以內(nèi)容來組織，是自然的邏輯活動(dòng)，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu)。2022/11/18742.5.1迭代、漸增式的開發(fā)過程

1．開始階段

主要確定項(xiàng)目的范圍和目標(biāo)，并進(jìn)行可行性分析。理解問題領(lǐng)域的各種業(yè)務(wù)過程及其關(guān)系考慮和分析項(xiàng)目成本及可能得到的效益和風(fēng)險(xiǎn)明確待開發(fā)項(xiàng)目的意義和價(jià)值確定是否要開發(fā)此項(xiàng)目2022/11/18752．詳細(xì)規(guī)劃階段收集詳細(xì)的系統(tǒng)需求，進(jìn)行高層次的系統(tǒng)分析和系統(tǒng)設(shè)計(jì)。對(duì)問題領(lǐng)域和功能作詳細(xì)分析，畫用例圖。建立系統(tǒng)的基礎(chǔ)體系結(jié)構(gòu)。進(jìn)行風(fēng)險(xiǎn)分析，并制定對(duì)策。制定開發(fā)計(jì)劃2022/11/1876制訂計(jì)劃包括：（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）確定每次迭代的開發(fā)周期迭代周期；周期的長(zhǎng)短；迭代次數(shù)（3）將用例分配到各次迭代中高優(yōu)先級(jí)，高體系結(jié)構(gòu)風(fēng)險(xiǎn)和高進(jìn)度風(fēng)險(xiǎn)的用例盡早實(shí)現(xiàn)。2022/11/18774．移交階段

3．系統(tǒng)構(gòu)造階段漸增式開發(fā)集成測(cè)試測(cè)試演示保存測(cè)試案例2022/11/18782.5.2軟件開發(fā)步驟及核心支持活動(dòng)

1．需求分析業(yè)務(wù)模型和用戶需求分析模型2．系統(tǒng)設(shè)計(jì)高層設(shè)計(jì)：定義子系統(tǒng)詳細(xì)設(shè)計(jì)：細(xì)化包的內(nèi)容，規(guī)格說明。3．實(shí)現(xiàn)設(shè)計(jì)模型圖和規(guī)約轉(zhuǎn)換成程序代碼4．測(cè)試5．配置2022/11/18796．核心支持工作（1）配置與變化管理（2）項(xiàng)目管理（3）環(huán)境設(shè)置2022/11/18802.5.3UML軟件開發(fā)過程產(chǎn)生的模型與文檔1．模型（1）業(yè)務(wù)模型：建立問題領(lǐng)域的組織結(jié)構(gòu)和業(yè)務(wù)流程的抽象。描述方式：需求分析規(guī)格說明書。（2）領(lǐng)域模型：建立問題領(lǐng)域的需求分析說明。描述方式：需求分析規(guī)格說明書。（3）用例模型：表達(dá)系統(tǒng)的功能。描述方式：用例圖、活動(dòng)圖及需求分析規(guī)格說明書。2022/11/1881基本功能分析；實(shí)現(xiàn)功能的對(duì)象；對(duì)象之間的關(guān)系；4）分析模型（任選）：只有復(fù)雜的系統(tǒng)才需要建立獨(dú)立的分析模型。該模型包括：

描述方式：類圖、對(duì)象圖、包圖、順序圖、合作圖、狀態(tài)圖和活動(dòng)圖。2022/11/1882（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)件圖和配置圖。2022/11/1883（8）配置模型：描述系統(tǒng)軟件在各個(gè)硬件上的配置。