第2章-UML系統(tǒng)建模與分析設(shè)計(jì)-統(tǒng)一建模語言UML-36課件

第二章統(tǒng)一建模語言UML本章目的：掌握UML特點(diǎn)和基本圖標(biāo)元素的表示符掌握UML軟件系統(tǒng)體系結(jié)構(gòu)的五種視圖和九種基本圖了解UML的用例模型、靜態(tài)模型、動(dòng)態(tài)模型的簡單建模方法了解UML的系統(tǒng)體系結(jié)構(gòu)模型掌握UML與軟件開發(fā)統(tǒng)一過程2022/12/241第二章統(tǒng)一建模語言UML本章目的：掌握UML特點(diǎn)和基本圖2.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/12/2422.1UML模型系統(tǒng)體系結(jié)構(gòu)2.1.1UML的誕生與發(fā)2.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/12/2432.1.1UML的誕生與發(fā)展20世紀(jì)70年代出現(xiàn)了面向?qū)ML的標(biāo)準(zhǔn)化1997年11月14日，UML1.1版本被OMG（對象管理組織）采納為標(biāo)準(zhǔn)，并陸續(xù)修訂頒布了1.3、1.4和1.5等版本。2000年-2003年，UML2.0版本問世。2005年，UML2.0標(biāo)準(zhǔn)版本被OMG采納。BoochRumbaughJacobson2022/12/244UML的標(biāo)準(zhǔn)化1997年11月14日，UML1.1版本被OMUML的形成過程2022/12/245UML的形成過程2022/12/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é)構(gòu)清晰，可視化、表示能力強(qiáng)大，容易掌握和使用。獨(dú)立于過程UML不依賴于特定的軟件開發(fā)過程。2022/12/2462.1.2UML的主要特點(diǎn)統(tǒng)一的標(biāo)準(zhǔn)2022/12/186可視化UML通過它的元模型和表示法，把那些通過文字或其他表達(dá)方法很難表達(dá)清楚的、隱晦的潛臺詞用簡單直觀的圖形表達(dá)和暴露出來，準(zhǔn)確而直觀地描述其復(fù)雜的含義。例如：造一輛車身是紅色金屬漆的小轎車，裝備四個(gè)普利司通牌子的輪胎，它是一輛四門車，車門時(shí)加厚的，并且前后門玻璃上貼黑色的膜。前后擋風(fēng)玻璃里都裝有電熱絲，后視鏡是電動(dòng)可調(diào)的。2022/12/247可視化UML通過它的元模型和表示法，把那些通過文字或其他表達(dá)2022/12/2482022/12/188UML模型系統(tǒng)體系結(jié)構(gòu)模型元素UML通用機(jī)制視圖UML構(gòu)成2022/12/249UML模型系統(tǒng)體系結(jié)構(gòu)模型元素UML通用機(jī)制視圖UML構(gòu)成2事物關(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/12/2410事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化模型元素用例視圖邏輯視圖進(jìn)程視圖構(gòu)件視圖配置視圖時(shí)序圖協(xié)作圖狀態(tài)圖活動(dòng)圖UML用例圖類圖對象圖構(gòu)件圖配置圖通用機(jī)制視圖2022/12/2411模型元素用邏輯視進(jìn)程視圖構(gòu)件配置時(shí)序協(xié)作狀態(tài)活動(dòng)UML用類對模型元素UML通用機(jī)制視圖修飾注解規(guī)格說明通用劃分?jǐn)U展機(jī)制2022/12/2412模型元素UML通用機(jī)制視圖修注規(guī)格說明通用劃分?jǐn)U展機(jī)制202描述系統(tǒng)的功能需求，找出用例和執(zhí)行者；客戶、分析者、設(shè)計(jì)者、開發(fā)者和測試者；描述用圖：用例圖和活動(dòng)圖；重要性：系統(tǒng)的中心，它決定了其他視圖的開發(fā)，用于確認(rèn)和最終驗(yàn)證系統(tǒng)。

1．用例視圖2.1.3軟件系統(tǒng)體系結(jié)構(gòu)的描述2022/12/2413描述系統(tǒng)的功能需求，找出用例和執(zhí)行者；1．用例視圖2.1.32．邏輯視圖描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功能；分析者、設(shè)計(jì)者、開發(fā)者；類圖和對象圖、狀態(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):類圖、對象圖動(dòng)態(tài)行為：狀態(tài)圖、活動(dòng)圖、時(shí)序圖、協(xié)作圖

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

3．構(gòu)件視圖

2022/12/2415描述系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊，及它們之間的依賴關(guān)系；3．描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步

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

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

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

。

4．進(jìn)程視圖2022/12/2416描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步；4．進(jìn)程視描述系統(tǒng)的物理設(shè)備配置；開發(fā)者、系統(tǒng)集成者和測試者

；配置圖

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

。

5．配置視圖2022/12/2417描述系統(tǒng)的物理設(shè)備配置；5．配置視圖2022/12/1817邏輯視圖構(gòu)件視圖部署視圖進(jìn)程視圖Usecase視圖2022/12/2418邏輯視圖構(gòu)件視圖部署視圖進(jìn)程視圖Usecase2022/1高級語言程序設(shè)計(jì)2.1.4UML模型元素2022/12/2419高級語言程序設(shè)計(jì)2.1.4UML模型元素2022/12/事物關(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/12/2420事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化1構(gòu)件事物：UML模型的靜態(tài)部分，描述概念或物理元素它包括以下幾種：類：具有相同屬性相同操作相同關(guān)系相同語義的對象的描述接口：描述元素的外部可見行為，即服務(wù)集合的定義說明協(xié)作：描述了一組事物間的相互作用的集合用例：代表一個(gè)系統(tǒng)或系統(tǒng)的一部分行為，是一組動(dòng)作序列的集合構(gòu)件：系統(tǒng)中物理存在，可替換的部件節(jié)點(diǎn)：運(yùn)行時(shí)存在的物理元素另外，參與者、信號應(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模型的解釋部分，用來對模型中的元素進(jìn)行說明，解釋注解：對元素進(jìn)行約束或解釋的簡單符號2022/12/24211構(gòu)件事物：UML模型的靜態(tài)部分，描述概念或物理元素20關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實(shí)例。依賴：表示一個(gè)元素以某種方式依賴于另一種元素。泛化：表示一般與特殊的關(guān)系，即“一般”元素是“特殊”關(guān)系的泛化。聚合：表示整體與部分的關(guān)系。2022/12/2422關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實(shí)例。關(guān)系（Relationships）關(guān)系是將事物聯(lián)系在一起的方式，UML中定義了四種關(guān)系：2022/12/2423關(guān)系（Relationships）關(guān)系是將事物聯(lián)系在一起的方類之間的關(guān)系----泛化關(guān)系在UML中,泛化關(guān)系用來表示類與類,接口與接口之間的繼承關(guān)系.泛化關(guān)系有時(shí)也稱為”isakindof”關(guān)系在UML中泛化關(guān)系用一條實(shí)線空心箭頭有子類指向父類2022/12/2424類之間的關(guān)系----泛化關(guān)系在UML中,泛化關(guān)系用類之間的關(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/12/2425類之間的關(guān)系----實(shí)現(xiàn)關(guān)系在UML中,實(shí)現(xiàn)關(guān)系用類之間的關(guān)系----依賴關(guān)系對于兩個(gè)相對獨(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)造零件對象;充電電池和充電器，充電電池通過充電器來充電;自行車Bicycle和打氣筒Pump，自行車通過打氣筒來充氣在現(xiàn)時(shí)生活中，通常不會(huì)為某一輛自行車配備專門的打氣筒，而是在需要充氣的時(shí)候，從附近某個(gè)修車棚里借個(gè)打氣筒打氣。在程序代碼中，表現(xiàn)為Bicycle類的expand()方法有個(gè)Pump類型的參數(shù)。以下程序代碼表示某輛自行車先后到兩個(gè)修車棚里充氣：2022/12/2426類之間的關(guān)系----依賴關(guān)系對于兩個(gè)相對獨(dú)立的系統(tǒng)，當(dāng)一類之間的關(guān)系----關(guān)聯(lián)關(guān)系對于兩個(gè)相對獨(dú)立的系統(tǒng)，當(dāng)一個(gè)系統(tǒng)的實(shí)例與另一個(gè)系統(tǒng)的一些特定實(shí)例存在固定的對應(yīng)關(guān)系時(shí)，這兩個(gè)系統(tǒng)之間為關(guān)聯(lián)關(guān)系。例如客戶和訂單，每個(gè)訂單對應(yīng)特定的客戶，每個(gè)客戶對應(yīng)一些特定的訂單；公司和員工，每個(gè)公司對應(yīng)一些特定的員工，每個(gè)員工對應(yīng)一特定的公司；自行車和主人，每輛自行車屬于特定的主人，每個(gè)主人有特定的自行車。而充電電池和充電器之間就不存在固定的對應(yīng)關(guān)系，同樣自行車和打氣筒之間也不存在固定的對應(yīng)關(guān)系。Person類與Bicycle類之間存在關(guān)聯(lián)關(guān)系，這意味著在Person類中需要定義一個(gè)Bicycle類型的成員變量2022/12/2427類之間的關(guān)系----關(guān)聯(lián)關(guān)系對于兩個(gè)相對獨(dú)立的系統(tǒng)，當(dāng)一類之間的關(guān)系----關(guān)聯(lián)關(guān)系在現(xiàn)時(shí)生活中，當(dāng)騎自行車去上班時(shí)，只要從家里推出自己的自行車就能上路了，不象給自行車打氣那樣，在需要打氣時(shí)，還要四處去找修車棚。因此，在Person類的goToWork()方法中，調(diào)用自身的bicycle對象的run()方法。假如goToWork()方法采用以下的定義方式：那就好比去上班前，還要先四處去借一輛自行車，然后才能去上班。依賴2022/12/2428類之間的關(guān)系----關(guān)聯(lián)關(guān)系在現(xiàn)時(shí)生活中，當(dāng)騎自行車去上關(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)樗砻髟磳ο笳谀繕?biāo)對象上執(zhí)行動(dòng)作.2022/12/2429關(guān)聯(lián)關(guān)系的名稱關(guān)聯(lián)關(guān)系的名稱:關(guān)聯(lián)關(guān)系可以有一個(gè)名稱,用關(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è)類對另一個(gè)類所表現(xiàn)的職責(zé).角色名稱是名詞或名稱短語.2022/12/2430關(guān)聯(lián)關(guān)系的角色當(dāng)一個(gè)類處于關(guān)聯(lián)的某一端時(shí),該類就在這個(gè)關(guān)系關(guān)聯(lián)關(guān)系的多重性關(guān)聯(lián)關(guān)系的多重性是指有多少對象可以參與該關(guān)聯(lián),多重性可以用來表達(dá)一個(gè)取值范圍,特定值,無限定的范圍.2022/12/2431關(guān)聯(lián)關(guān)系的多重性關(guān)聯(lián)關(guān)系的多重性是指有多少對象可以參與該關(guān)聯(lián)關(guān)聯(lián)關(guān)系----聚合關(guān)系聚合關(guān)聯(lián)是一種特殊的關(guān)聯(lián).它表示類間的關(guān)系是整體與部分的關(guān)系.簡言之:關(guān)聯(lián)關(guān)系中的一個(gè)類描述了一個(gè)較大的事物,它由較小的事物組成.聚合關(guān)系描述了“hasa”的關(guān)系,即整體對象擁有部分對象整體和部分之間用空心菱形箭頭的連線連接,箭頭指向整體2022/12/2432關(guān)聯(lián)關(guān)系----聚合關(guān)系聚合關(guān)聯(lián)是一種特殊的關(guān)聯(lián).它表關(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/12/2433關(guān)聯(lián)關(guān)系----組成關(guān)系組合關(guān)系是更強(qiáng)形式的聚合.20關(guān)聯(lián)關(guān)系----導(dǎo)航性導(dǎo)航性表示可從源類的任何對象到目標(biāo)類的一個(gè)或多個(gè)對象遍歷.即:給定源類的一個(gè)對象,可以得到目標(biāo)類的所有對象.可以在關(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/12/2434關(guān)聯(lián)關(guān)系----導(dǎo)航性導(dǎo)航性表示可從源類的任何對象到目標(biāo)2.2UML系統(tǒng)模型與建模2.2.1用例模型及組成成分2.2.2靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模2.2.3動(dòng)態(tài)模型與行為控制流建模2022/12/24352.2UML系統(tǒng)模型與建模2.2.1用例模型及組成成分2.2UML系統(tǒng)模型與建模三大類九種圖表示用例模型圖：由用例圖組成。靜態(tài)模型圖：由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。動(dòng)態(tài)模型圖：由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。2022/12/24362.2UML系統(tǒng)模型與建模三大類九種圖表示用例模型圖：由2.2.1用例模型及組成成分用例模型描述的時(shí)外部執(zhí)行者所理解的系統(tǒng)功能。用例模型有若干用例圖組成。用例圖從用戶的角度出發(fā)描述系統(tǒng)的功能需求，展示系統(tǒng)外部的各類角色與系統(tǒng)內(nèi)部的各種用例之間的關(guān)系。用例模型驅(qū)動(dòng)需求分析之后各階段的開發(fā)。2022/12/24372.2.1用例模型及組成成分用例模型描述的時(shí)外部執(zhí)行者所理靜態(tài)模型：指對系統(tǒng)中對象之間相互進(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)系類圖是邏輯視圖的重要組成部分，用于對系統(tǒng)的靜態(tài)結(jié)構(gòu)建模。2.2.2靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模2022/12/2438靜態(tài)模型：指對系統(tǒng)中對象之間相互進(jìn)行的聯(lián)系構(gòu)建模型，這些關(guān)系類的圖符分為長式和短式。如圖2.5長式由類名、屬性和操作三部分組成。類及類型名均用英文大寫字母開頭；屬性和操作名為小寫字母開頭。2022/12/2439類的圖符分為長式和短式。如圖2.52022/12/18392．對象圖diagram）對象圖是類圖的一個(gè)具體實(shí)例對象圖符中對象名加了下劃線.圖2.6類圖與對應(yīng)的對象圖.2022/12/24402．對象圖diagram）對象圖是類圖的一個(gè)具體實(shí)例20223．包圖包是一組分組機(jī)制,有一組關(guān)系密切的模型元素構(gòu)成。包可以嵌套。包圖是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。包的內(nèi)容：構(gòu)成包的模型元素。包用于模型的組織管理時(shí)，稱為子系統(tǒng)。包圖表明包及其之間的依賴關(guān)系。2022/12/24413．包圖包是一組分組機(jī)制,有一組關(guān)系密切的模型元素構(gòu)成。包可2022/12/24422022/12/18424．構(gòu)件圖組件圖顯示代碼本身的邏輯結(jié)構(gòu)，它描述系統(tǒng)中存在的軟件構(gòu)件以及各構(gòu)件之間的依賴關(guān)系。構(gòu)件是系統(tǒng)體系結(jié)構(gòu)中獨(dú)立的物理可替換單位。構(gòu)件可以看成是包與類對應(yīng)的物理代碼模塊，邏輯上與包和類對應(yīng)，實(shí)際上是一個(gè)文件。2022/12/24434．構(gòu)件圖組件圖顯示代碼本身的邏輯結(jié)構(gòu)，它描述系統(tǒng)中存在的軟2022/12/24442022/12/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)系，允許評估分配結(jié)果和資源分配。2022/12/24455．配置圖配置圖描述系統(tǒng)中軟件和硬件的配置情況和系統(tǒng)體系結(jié)2022/12/24462022/12/1846動(dòng)態(tài)模型主要描述系統(tǒng)的動(dòng)態(tài)行為和控制結(jié)構(gòu)。動(dòng)態(tài)行為包括：對象生存期內(nèi)的狀態(tài)及狀態(tài)遷移；對象之間動(dòng)態(tài)合作關(guān)系，顯示對象間交互過程和交互順序；描述為面組用例所進(jìn)行的活動(dòng)及活動(dòng)間的約述關(guān)系。動(dòng)態(tài)模型包括：狀態(tài)圖、活動(dòng)圖、順序圖、合作圖。2.2.3動(dòng)態(tài)模型與行為控制流建模

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

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

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

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

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

2022/12/24692.4.2模型元素的特性規(guī)格說明2022/12/1862.4.3模型元素的語義擴(kuò)展與約束2022/12/24702.4.3模型元素的語義擴(kuò)展與約束2022/12/187UML的建模原則2022/12/2471UML的建模原則2022/12/1871小結(jié)2022/12/2472小結(jié)2022/12/18722.5UML與軟件開發(fā)統(tǒng)一過程2022/12/24732.5UML與軟件開發(fā)統(tǒng)一過程2022/12/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/12/2474RUP的特點(diǎn)RUP的二維開發(fā)模型2022/12/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/12/24752.5.1迭代、漸增式的開發(fā)過程1．開始階段20222．詳細(xì)規(guī)劃階段收集詳細(xì)的系統(tǒng)需求，進(jìn)行高層次的系統(tǒng)分析和系統(tǒng)設(shè)計(jì)。對問題領(lǐng)域和功能作詳細(xì)分析，畫用例圖。建立系統(tǒng)的基礎(chǔ)體系結(jié)構(gòu)。進(jìn)行風(fēng)險(xiǎn)分析，并制定對策。制定開發(fā)計(jì)劃2022/12/24762．詳細(xì)規(guī)劃階段收集詳細(xì)的系統(tǒng)需求，進(jìn)行高層次的系統(tǒng)分析和系制訂計(jì)劃包括：（1）用例分類1）將用例的優(yōu)先級分為三級。2）體系結(jié)構(gòu)方面的風(fēng)險(xiǎn)的風(fēng)險(xiǎn)。3）進(jìn)度風(fēng)險(xiǎn)（對實(shí)現(xiàn)每個(gè)用例所需工作量估算的評價(jià)）分為三級。（2）確定每次迭代的開發(fā)周期迭代周期；周期的長短；迭代次數(shù)（3）將用例分配到各次迭代中高優(yōu)先級，高體系結(jié)構(gòu)風(fēng)險(xiǎn)和高進(jìn)度風(fēng)險(xiǎn)的用例盡早實(shí)現(xiàn)。2022/12/2477制訂計(jì)劃包括：（1）用例分類2022/12/18774．移交階段

3．系統(tǒng)構(gòu)造階段漸增式開發(fā)集成測試測試演示保存測試案例2022/12/24784．移交階段3．系統(tǒng)構(gòu)造階段漸增式開發(fā)2022/12/182.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．測試5．配置2022/12/24792.5.2軟件開發(fā)步驟及核心支持活動(dòng)

1．需求分析206．核心支持工作（1）配置與變化管理（2）項(xiàng)目管理（3）環(huán)境設(shè)置2022/12/24806．核心支持工作（1）配置與變化管理2022/12/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/12/24812.5.3UML軟件開發(fā)過程產(chǎn)生的模型與文檔1．模型20基本功能分析；實(shí)現(xiàn)功能的對象；對象之間的關(guān)系；4）分析模型（任選）：只有復(fù)雜的系統(tǒng)才需要建立獨(dú)立的分析模型。該模型包括：

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

1．用例驅(qū)動(dòng)的系統(tǒng)

2022/12/24862.5.4UML軟件開發(fā)過程的基本特征1．用例驅(qū)動(dòng)的用例驅(qū)動(dòng)(1)所有的軟件開發(fā)都是用戶需求驅(qū)動(dòng)的。統(tǒng)一軟件開發(fā)過程采用用例來描述用戶需求，同時(shí)提供一套方法把用例轉(zhuǎn)化為設(shè)計(jì)的類圖，進(jìn)一步變成最終的程序代碼。在整個(gè)軟件開發(fā)過程中，要求用例是可跟蹤的，也就是說，無論是設(shè)計(jì)階段還是實(shí)現(xiàn)階段的產(chǎn)品，都可以找到相應(yīng)的需求。用例還可以作為用戶測試和驗(yàn)收最終軟件產(chǎn)品的標(biāo)準(zhǔn)。2022/12/2487用例驅(qū)動(dòng)(1)所有的軟件開發(fā)都是用戶需求驅(qū)動(dòng)的。2022/1系統(tǒng)體系結(jié)構(gòu)系統(tǒng)體系結(jié)構(gòu)是對系統(tǒng)語義的概括表述，內(nèi)含一些決策，主要涉及軟件系統(tǒng)的組織（包括構(gòu)成系統(tǒng)的結(jié)構(gòu)元素、各元素的接口、由元素間的各種協(xié)作所描述的各元素行為、由結(jié)構(gòu)元素和行為元素構(gòu)成的子系統(tǒng)、相關(guān)的系統(tǒng)功能和性能、其他約束等）以及支持這種組織的體系結(jié)構(gòu)風(fēng)格。因此，在系統(tǒng)體系結(jié)構(gòu)描述中，應(yīng)關(guān)注子系統(tǒng)、構(gòu)件、接口、協(xié)作、關(guān)系和節(jié)點(diǎn)等重要模型元素，而忽略其他細(xì)節(jié)。2022/12/2488系統(tǒng)體系結(jié)構(gòu)系統(tǒng)體系結(jié)構(gòu)是對系統(tǒng)語義的概括表述，內(nèi)含一些決策在系統(tǒng)的生存周期中，開發(fā)的任何階段都要給出相關(guān)模型視角下的有關(guān)體系結(jié)構(gòu)的描述，作為構(gòu)思、構(gòu)造、管理和改善系統(tǒng)的主要制品。3．螺旋上升式的開發(fā)過程統(tǒng)一軟件過程采用迭代和增量的開發(fā)方式，把一個(gè)軟件產(chǎn)品劃分成多個(gè)較小的部分，每一次完成一個(gè)部分，每次要迭代部分是產(chǎn)品的一個(gè)增量部分。每個(gè)增量部分的生產(chǎn)過程是受控的。4．以質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)2．以體系結(jié)構(gòu)為中心2022/12/2489在系統(tǒng)的生存周期中，開發(fā)的任何階段都要給出相關(guān)模型視角下的有小結(jié)2022/12/2490小結(jié)2022/12/18902.6本章小結(jié)UML特點(diǎn)和基本圖標(biāo)元素的表示符UML軟件系統(tǒng)體系結(jié)構(gòu)的五種視圖和九種基本圖UML的用例模型、靜態(tài)模型、動(dòng)態(tài)模型的簡單建模方法UML的系統(tǒng)體系結(jié)構(gòu)模型UML與軟件開發(fā)統(tǒng)一過程2022/12/24912.6本章小結(jié)UML特點(diǎn)和基本圖標(biāo)元素的表示符2022/4.

UML1.4與2.0的比較?對UML1.4進(jìn)行了一些擴(kuò)充。?用更為受限的通信圖代替了協(xié)作圖。?增加了交互綜述圖、定時(shí)圖、協(xié)議狀態(tài)圖、組成結(jié)構(gòu)圖等新圖。2022/12/24924.UML1.4與2.0的比較?對UML1.4進(jìn)行了一些擴(kuò)2022/12/24932022/12/1893第二章統(tǒng)一建模語言UML本章目的：掌握UML特點(diǎn)和基本圖標(biāo)元素的表示符掌握UML軟件系統(tǒng)體系結(jié)構(gòu)的五種視圖和九種基本圖了解UML的用例模型、靜態(tài)模型、動(dòng)態(tài)模型的簡單建模方法了解UML的系統(tǒng)體系結(jié)構(gòu)模型掌握UML與軟件開發(fā)統(tǒng)一過程2022/12/2494第二章統(tǒng)一建模語言UML本章目的：掌握UML特點(diǎn)和基本圖2.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/12/24952.1UML模型系統(tǒng)體系結(jié)構(gòu)2.1.1UML的誕生與發(fā)2.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/12/24962.1.1UML的誕生與發(fā)展20世紀(jì)70年代出現(xiàn)了面向?qū)ML的標(biāo)準(zhǔn)化1997年11月14日，UML1.1版本被OMG（對象管理組織）采納為標(biāo)準(zhǔn)，并陸續(xù)修訂頒布了1.3、1.4和1.5等版本。2000年-2003年，UML2.0版本問世。2005年，UML2.0標(biāo)準(zhǔn)版本被OMG采納。BoochRumbaughJacobson2022/12/2497UML的標(biāo)準(zhǔn)化1997年11月14日，UML1.1版本被OMUML的形成過程2022/12/2498UML的形成過程2022/12/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é)構(gòu)清晰，可視化、表示能力強(qiáng)大，容易掌握和使用。獨(dú)立于過程UML不依賴于特定的軟件開發(fā)過程。2022/12/24992.1.2UML的主要特點(diǎn)統(tǒng)一的標(biāo)準(zhǔn)2022/12/186可視化UML通過它的元模型和表示法，把那些通過文字或其他表達(dá)方法很難表達(dá)清楚的、隱晦的潛臺詞用簡單直觀的圖形表達(dá)和暴露出來，準(zhǔn)確而直觀地描述其復(fù)雜的含義。例如：造一輛車身是紅色金屬漆的小轎車，裝備四個(gè)普利司通牌子的輪胎，它是一輛四門車，車門時(shí)加厚的，并且前后門玻璃上貼黑色的膜。前后擋風(fēng)玻璃里都裝有電熱絲，后視鏡是電動(dòng)可調(diào)的。2022/12/24100可視化UML通過它的元模型和表示法，把那些通過文字或其他表達(dá)2022/12/241012022/12/188UML模型系統(tǒng)體系結(jié)構(gòu)模型元素UML通用機(jī)制視圖UML構(gòu)成2022/12/24102UML模型系統(tǒng)體系結(jié)構(gòu)模型元素UML通用機(jī)制視圖UML構(gòu)成2事物關(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/12/24103事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化模型元素用例視圖邏輯視圖進(jìn)程視圖構(gòu)件視圖配置視圖時(shí)序圖協(xié)作圖狀態(tài)圖活動(dòng)圖UML用例圖類圖對象圖構(gòu)件圖配置圖通用機(jī)制視圖2022/12/24104模型元素用邏輯視進(jìn)程視圖構(gòu)件配置時(shí)序協(xié)作狀態(tài)活動(dòng)UML用類對模型元素UML通用機(jī)制視圖修飾注解規(guī)格說明通用劃分?jǐn)U展機(jī)制2022/12/24105模型元素UML通用機(jī)制視圖修注規(guī)格說明通用劃分?jǐn)U展機(jī)制202描述系統(tǒng)的功能需求，找出用例和執(zhí)行者；客戶、分析者、設(shè)計(jì)者、開發(fā)者和測試者；描述用圖：用例圖和活動(dòng)圖；重要性：系統(tǒng)的中心，它決定了其他視圖的開發(fā)，用于確認(rèn)和最終驗(yàn)證系統(tǒng)。

1．用例視圖2.1.3軟件系統(tǒng)體系結(jié)構(gòu)的描述2022/12/24106描述系統(tǒng)的功能需求，找出用例和執(zhí)行者；1．用例視圖2.1.32．邏輯視圖描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功能；分析者、設(shè)計(jì)者、開發(fā)者；類圖和對象圖、狀態(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):類圖、對象圖動(dòng)態(tài)行為：狀態(tài)圖、活動(dòng)圖、時(shí)序圖、協(xié)作圖

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

3．構(gòu)件視圖

2022/12/24108描述系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊，及它們之間的依賴關(guān)系；3．描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步

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

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

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

。

4．進(jìn)程視圖2022/12/24109描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步；4．進(jìn)程視描述系統(tǒng)的物理設(shè)備配置；開發(fā)者、系統(tǒng)集成者和測試者

；配置圖

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

。

5．配置視圖2022/12/24110描述系統(tǒng)的物理設(shè)備配置；5．配置視圖2022/12/1817邏輯視圖構(gòu)件視圖部署視圖進(jìn)程視圖Usecase視圖2022/12/24111邏輯視圖構(gòu)件視圖部署視圖進(jìn)程視圖Usecase2022/1高級語言程序設(shè)計(jì)2.1.4UML模型元素2022/12/24112高級語言程序設(shè)計(jì)2.1.4UML模型元素2022/12/事物關(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/12/24113事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化1構(gòu)件事物：UML模型的靜態(tài)部分，描述概念或物理元素它包括以下幾種：類：具有相同屬性相同操作相同關(guān)系相同語義的對象的描述接口：描述元素的外部可見行為，即服務(wù)集合的定義說明協(xié)作：描述了一組事物間的相互作用的集合用例：代表一個(gè)系統(tǒng)或系統(tǒng)的一部分行為，是一組動(dòng)作序列的集合構(gòu)件：系統(tǒng)中物理存在，可替換的部件節(jié)點(diǎn)：運(yùn)行時(shí)存在的物理元素另外，參與者、信號應(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模型的解釋部分，用來對模型中的元素進(jìn)行說明，解釋注解：對元素進(jìn)行約束或解釋的簡單符號2022/12/241141構(gòu)件事物：UML模型的靜態(tài)部分，描述概念或物理元素20關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實(shí)例。依賴：表示一個(gè)元素以某種方式依賴于另一種元素。泛化：表示一般與特殊的關(guān)系，即“一般”元素是“特殊”關(guān)系的泛化。聚合：表示整體與部分的關(guān)系。2022/12/24115關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實(shí)例。關(guān)系（Relationships）關(guān)系是將事物聯(lián)系在一起的方式，UML中定義了四種關(guān)系：2022/12/24116關(guān)系（Relationships）關(guān)系是將事物聯(lián)系在一起的方類之間的關(guān)系----泛化關(guān)系在UML中,泛化關(guān)系用來表示類與類,接口與接口之間的繼承關(guān)系.泛化關(guān)系有時(shí)也稱為”isakindof”關(guān)系在UML中泛化關(guān)系用一條實(shí)線空心箭頭有子類指向父類2022/12/24117類之間的關(guān)系----泛化關(guān)系在UML中,泛化關(guān)系用類之間的關(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/12/24118類之間的關(guān)系----實(shí)現(xiàn)關(guān)系在UML中,實(shí)現(xiàn)關(guān)系用類之間的關(guān)系----依賴關(guān)系對于兩個(gè)相對獨(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)造零件對象;充電電池和充電器，充電電池通過充電器來充電;自行車Bicycle和打氣筒Pump，自行車通過打氣筒來充氣在現(xiàn)時(shí)生活中，通常不會(huì)為某一輛自行車配備專門的打氣筒，而是在需要充氣的時(shí)候，從附近某個(gè)修車棚里借個(gè)打氣筒打氣。在程序代碼中，表現(xiàn)為Bicycle類的expand()方法有個(gè)Pump類型的參數(shù)。以下程序代碼表示某輛自行車先后到兩個(gè)修車棚里充氣：2022/12/24119類之間的關(guān)系----依賴關(guān)系對于兩個(gè)相對獨(dú)立的系統(tǒng)，當(dāng)一類之間的關(guān)系----關(guān)聯(lián)關(guān)系對于兩個(gè)相對獨(dú)立的系統(tǒng)，當(dāng)一個(gè)系統(tǒng)的實(shí)例與另一個(gè)系統(tǒng)的一些特定實(shí)例存在固定的對應(yīng)關(guān)系時(shí)，這兩個(gè)系統(tǒng)之間為關(guān)聯(lián)關(guān)系。例如客戶和訂單，每個(gè)訂單對應(yīng)特定的客戶，每個(gè)客戶對應(yīng)一些特定的訂單；公司和員工，每個(gè)公司對應(yīng)一些特定的員工，每個(gè)員工對應(yīng)一特定的公司；自行車和主人，每輛自行車屬于特定的主人，每個(gè)主人有特定的自行車。而充電電池和充電器之間就不存在固定的對應(yīng)關(guān)系，同樣自行車和打氣筒之間也不存在固定的對應(yīng)關(guān)系。Person類與Bicycle類之間存在關(guān)聯(lián)關(guān)系，這意味著在Person類中需要定義一個(gè)Bicycle類型的成員變量2022/12/24120類之間的關(guān)系----關(guān)聯(lián)關(guān)系對于兩個(gè)相對獨(dú)立的系統(tǒng)，當(dāng)一類之間的關(guān)系----關(guān)聯(lián)關(guān)系在現(xiàn)時(shí)生活中，當(dāng)騎自行車去上班時(shí)，只要從家里推出自己的自行車就能上路了，不象給自行車打氣那樣，在需要打氣時(shí)，還要四處去找修車棚。因此，在Person類的goToWork()方法中，調(diào)用自身的bicycle對象的run()方法。假如goToWork()方法采用以下的定義方式：那就好比去上班前，還要先四處去借一輛自行車，然后才能去上班。依賴2022/12/24121類之間的關(guān)系----關(guān)聯(lián)關(guān)系在現(xiàn)時(shí)生活中，當(dāng)騎自行車去上關(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)樗砻髟磳ο笳谀繕?biāo)對象上執(zhí)行動(dòng)作.2022/12/24122關(guān)聯(lián)關(guān)系的名稱關(guān)聯(lián)關(guān)系的名稱:關(guān)聯(lián)關(guān)系可以有一個(gè)名稱,用關(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è)類對另一個(gè)類所表現(xiàn)的職責(zé).角色名稱是名詞或名稱短語.2022/12/24123關(guān)聯(lián)關(guān)系的角色當(dāng)一個(gè)類處于關(guān)聯(lián)的某一端時(shí),該類就在這個(gè)關(guān)系關(guān)聯(lián)關(guān)系的多重性關(guān)聯(lián)關(guān)系的多重性是指有多少對象可以參與該關(guān)聯(lián),多重性可以用來表達(dá)一個(gè)取值范圍,特定值,無限定的范圍.2022/12/24124關(guān)聯(lián)關(guān)系的多重性關(guān)聯(lián)關(guān)系的多重性是指有多少對象可以參與該關(guān)聯(lián)關(guān)聯(lián)關(guān)系----聚合關(guān)系聚合關(guān)聯(lián)是一種特殊的關(guān)聯(lián).它表示類間的關(guān)系是整體與部分的關(guān)系.簡言之:關(guān)聯(lián)關(guān)系中的一個(gè)類描述了一個(gè)較大的事物,它由較小的事物組成.聚合關(guān)系描述了“hasa”的關(guān)系,即整體對象擁有部分對象整體和部分之間用空心菱形箭頭的連線連接,箭頭指向整體2022/12/24125關(guān)聯(lián)關(guān)系----聚合關(guān)系聚合關(guān)聯(lián)是一種特殊的關(guān)聯(lián).它表關(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/12/24126關(guān)聯(lián)關(guān)系----組成關(guān)系組合關(guān)系是更強(qiáng)形式的聚合.20關(guān)聯(lián)關(guān)系----導(dǎo)航性導(dǎo)航性表示可從源類的任何對象到目標(biāo)類的一個(gè)或多個(gè)對象遍歷.即:給定源類的一個(gè)對象,可以得到目標(biāo)類的所有對象.可以在關(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/12/24127關(guān)聯(lián)關(guān)系----導(dǎo)航性導(dǎo)航性表示可從源類的任何對象到目標(biāo)2.2UML系統(tǒng)模型與建模2.2.1用例模型及組成成分2.2.2靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模2.2.3動(dòng)態(tài)模型與行為控制流建模2022/12/241282.2UML系統(tǒng)模型與建模2.2.1用例模型及組成成分2.2UML系統(tǒng)模型與建模三大類九種圖表示用例模型圖：由用例圖組成。靜態(tài)模型圖：由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。動(dòng)態(tài)模型圖：由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。2022/12/241292.2UML系統(tǒng)模型與建模三大類九種圖表示用例模型圖：由2.2.1用例模型及組成成分用例模型描述的時(shí)外部執(zhí)行者所理解的系統(tǒng)功能。用例模型有若干用例圖組成。用例圖從用戶的角度出發(fā)描述系統(tǒng)的功能需求，展示系統(tǒng)外部的各類角色與系統(tǒng)內(nèi)部的各種用例之間的關(guān)系。用例模型驅(qū)動(dòng)需求分析之后各階段的開發(fā)。2022/12/241302.2.1用例模型及組成成分用例模型描述的時(shí)外部執(zhí)行者所理靜態(tài)模型：指對系統(tǒng)中對象之間相互進(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)系類圖是邏輯視圖的重要組成部分，用于對系統(tǒng)的靜態(tài)結(jié)構(gòu)建模。2.2.2靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模2022/12/24131靜態(tài)模型：指對系統(tǒng)中對象之間相互進(jìn)行的聯(lián)系構(gòu)建模型，這些關(guān)系類的圖符分為長式和短式。如圖2.5長式由類名、屬性和操作三部分組成。類及類型名均用英文大寫字母開頭；屬性和操作名為小寫字母開頭。2022/12/24132類的圖符分為長式和短式。如圖2.52022/12/18392．對象圖diagram）對象圖是類圖的一個(gè)具體實(shí)例對象圖符中對象名加了下劃線.圖2.6類圖與對應(yīng)的對象圖.2022/12/241332．對象圖diagram）對象圖是類圖的一個(gè)具體實(shí)例20223．包圖包是一組分組機(jī)制,有一組關(guān)系密切的模型元素構(gòu)成。包可以嵌套。包圖是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。包的內(nèi)容：構(gòu)成包的模型元素。包用于模型的組織管理時(shí)，稱為子系統(tǒng)。包圖表明包及其之間的依賴關(guān)系。2022/12/241343．包圖包是一組分組機(jī)制,有一組關(guān)系密切的模型元素構(gòu)成。包可2022/12/241352022/12/18424．構(gòu)件圖組件圖顯示代碼本身的邏輯結(jié)構(gòu)，它描述系統(tǒng)中存在的軟件構(gòu)件以及各構(gòu)件之間的依賴關(guān)系。構(gòu)件是系統(tǒng)體系結(jié)構(gòu)中獨(dú)立的物理可替換單位。構(gòu)件可以看成是包與類對應(yīng)的物理代碼模塊，邏輯上與包和類對應(yīng)，實(shí)際上是一個(gè)文件。2022/12/241364．構(gòu)件圖組件圖顯示代碼本身的邏輯結(jié)構(gòu)，它描述系統(tǒng)中存在的軟2022/12/241372022/12/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)系，允許評估分配結(jié)果和資源分配。2022/12/241385．配置圖配置圖描述系統(tǒng)中軟件和硬件的配置情況和系統(tǒng)體系結(jié)2022/12/241392022/12/1846動(dòng)態(tài)模型主要描述系統(tǒng)的動(dòng)態(tài)行為和控制結(jié)構(gòu)。動(dòng)態(tài)行為包括：對象生存期內(nèi)的狀態(tài)及狀態(tài)遷移；對象之間動(dòng)態(tài)合作關(guān)系，顯示對象間交互過程和交互順序；描述為面組用例所進(jìn)行的活動(dòng)及活動(dòng)間的約述關(guān)系。動(dòng)態(tài)模型包括：狀態(tài)圖、活動(dòng)圖、順序圖、合作圖。2.2.3動(dòng)態(tài)模型與行為控制流建模

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

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

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

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

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

2022/12/241622.4.2模型元素的特性規(guī)格說明2022/12/1862.4.3模型元素的語義擴(kuò)展與約束2022/12/241632.4.3模型元素的語義擴(kuò)展與約束2022/12/187UML的建模原則2022/12/24164UML的建模原則2022/12/1871小結(jié)2022/12/24165小結(jié)2022/12/18722.5UML與軟件開發(fā)統(tǒng)一過程2022/12/241662.5UML與軟件開發(fā)統(tǒng)一過程2022/12/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/12/24167RUP的特點(diǎn)RUP的二維開發(fā)模型2022/12/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/12/241682.5.1迭代、漸增式的開發(fā)過程1．開始階段20222．詳細(xì)規(guī)劃階段收集詳細(xì)的系統(tǒng)需求，進(jìn)行高層次的系統(tǒng)分析和系統(tǒng)設(shè)計(jì)。對問題領(lǐng)域和功能作詳細(xì)分析，畫用例圖。建立系統(tǒng)的基礎(chǔ)體系結(jié)構(gòu)。進(jìn)行風(fēng)險(xiǎn)分析，并制定對策。制定開發(fā)計(jì)劃2022/12/241692．詳細(xì)規(guī)劃階段收集詳細(xì)的系統(tǒng)需求，進(jìn)行高層次的系統(tǒng)分析和系制訂計(jì)劃包括：（1）用例分類1）將用例