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

1、2021/2/23,1,第二章 統(tǒng)一建模語言UML,本章目的,掌握UML特點和基本圖標(biāo)元素的表示符 掌握UML軟件系統(tǒng)體系結(jié)構(gòu)的五種視圖和九種基本圖 了解UML的用例模型、靜態(tài)模型、動態(tài)模型的簡單建模方法 了解UML的系統(tǒng)體系結(jié)構(gòu)模型 掌握UML與軟件開發(fā)統(tǒng)一過程,2021/2/23,2,2.1 UML模型系統(tǒng)體系結(jié)構(gòu),2.1.1 UML的誕生與發(fā)展 2.1.2 UML的主要特點 2.1.3 軟件系統(tǒng)體系結(jié)構(gòu)的描述 2.1.4 UML模型元素,2021/2/23,3,2.1.1 UML的誕生與發(fā)展,20世紀(jì)70年代出現(xiàn)了面向?qū)ο蟮某绦蛟O(shè)計語言。 20世紀(jì)80年代，出現(xiàn)了面向?qū)ο蟮慕ＵZ言。 在

2、1989年到1994年期間,面向?qū)ο蟮姆椒◤牟坏绞N增加到了五十多種 ；一些方法脫穎而出，包括Booch方法、 OMT和OOSE等方法； 其他的方法還有Fusion方法、Shlaer-Mellor 方法和Coad-Yourdon方法 經(jīng)過Booch、Rumbaugh和Jacobson三人的共同努力,于1996年發(fā)布了UML(Unified Modeling Language,2021/2/23,4,UML的標(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年

3、，UML2.0標(biāo)準(zhǔn)版本被OMG采納,Booch Rumbaugh Jacobson,2021/2/23,5,UML 的形成過程,2021/2/23,6,2.1.2 UML的主要特點,統(tǒng)一的標(biāo)準(zhǔn) UML是被OMG接受為標(biāo)準(zhǔn)，越來越多的開發(fā)人員使用UML進行軟件開發(fā)，越來越多的廠商支持UML。 面向?qū)ο?是支持OO軟件開發(fā)的建模語言。 可視化、表達(dá)能力強(概念明確) 建模表示法簡潔，圖形結(jié)構(gòu)清晰，可視化、表示能力強大，容易掌握和使用。 獨立于過程 UML不依賴于特定的軟件開發(fā)過程,2021/2/23,7,可視化,UML通過它的元模型和表示法，把那些通過文字或其他表達(dá)方法很難表達(dá)清楚的、隱晦的潛臺詞

4、用簡單直觀的圖形表達(dá)和暴露出來，準(zhǔn)確而直觀地描述其復(fù)雜的含義。 例如：造一輛車身是紅色金屬漆的小轎車，裝備四個普利司通牌子的輪胎，它是一輛四門車，車門時加厚的，并且前后門玻璃上貼黑色的膜。前后擋風(fēng)玻璃里都裝有電熱絲，后視鏡是電動可調(diào)的,2021/2/23,8,2021/2/23,9,UML模型系統(tǒng)體系結(jié)構(gòu),UML構(gòu)成,2021/2/23,10,事物,關(guān)系,結(jié)構(gòu)事物,行為事物,分組事物,輔助事物,關(guān)聯(lián)關(guān)系,依賴關(guān)系,泛化關(guān)系,實現(xiàn)關(guān)系,用 例,類,接口,協(xié)作,主動類,組件,節(jié)點,狀態(tài)機,交互機,包,注釋,模型元素,UML,聚合關(guān)系,通用機制,視圖,2021/2/23,11,2021/2/23,1

5、2,2021/2/23,13,描述系統(tǒng)的功能需求，找出用例和執(zhí)行者； 客戶、分析者、設(shè)計者、開發(fā)者和測試者； 描述用圖：用例圖和活動圖； 重要性：系統(tǒng)的中心，它決定了其他視圖的開發(fā)，用于確認(rèn)和最終驗證系統(tǒng),1用例視圖,2.1.3 軟件系統(tǒng)體系結(jié)構(gòu)的描述,2021/2/23,14,2邏輯視圖,描述如何實現(xiàn)系統(tǒng)內(nèi)部的功能 ； 分析者、設(shè)計者、開發(fā)者 ； 類圖和對象圖、狀態(tài)圖、順序圖、合作圖和活動圖 ； 重要性：描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和因發(fā)送消息而出現(xiàn)的動態(tài)協(xié)作關(guān)系 。 靜態(tài)結(jié)構(gòu):類圖、對象圖 動態(tài)行為：狀態(tài)圖、活動圖、時序圖、協(xié)作圖,2021/2/23,15,描述系統(tǒng)代碼構(gòu)件組織和實現(xiàn)模塊，及它們之

6、間的依賴關(guān)系 ； 設(shè)計者、開發(fā)者 ； 構(gòu)件圖 ； 描述系統(tǒng)如何劃分軟件構(gòu)件，如何進行編程,3構(gòu)件視圖,2021/2/23,16,描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步 ； 開發(fā)者和系統(tǒng)集成者 ； 狀態(tài)圖、順序圖、合作圖、活動圖、構(gòu)件圖和配置圖 ； 將系統(tǒng)分割成并發(fā)執(zhí)行的控制線程及處理這些線程的通信和同步,4進程視圖,2021/2/23,17,描述系統(tǒng)的物理設(shè)備配置； 開發(fā)者、系統(tǒng)集成者和測試者 ； 配置圖 ； 描述硬件設(shè)備的連接和哪個程序或?qū)ο篑v留在哪臺計算機上執(zhí)行,5配置視圖,2021/2/23,18,2021/2/23,19,高級語言程序設(shè)計,2.1.4 UML模型元素,2021/

7、2/23,20,事物,關(guān)系,結(jié)構(gòu)事物,行為事物,分組事物,輔助事物,關(guān)聯(lián)關(guān)系,依賴關(guān)系,泛化關(guān)系,實現(xiàn)關(guān)系,用 例,類,接口,協(xié)作,主動類,組件,節(jié)點,狀態(tài)機,交互機,包,注釋,模型元素,UML,聚合關(guān)系,通用機制,視圖,2021/2/23,21,1 構(gòu)件事物： UML模型的靜態(tài)部分，描述概念或物理元素 它包括以下幾種： 類：具有相同屬性相同操作 相同關(guān)系相同語義的對象的描述 接口：描述元素的外部可見行為，即服務(wù)集合的定義說明 協(xié)作：描述了一組事物間的相互作用的集合 用例：代表一個系統(tǒng)或系統(tǒng)的一部分行為，是一組動作序列的集合 構(gòu)件：系統(tǒng)中物理存在，可替換的部件 節(jié)點：運行時存在的物理元素 另外

8、，參與者、信號應(yīng)用、文檔庫、頁表等都是上述基本事物的變體 2 行為事物：UML模型圖的動態(tài)部分，描述跨越空間和時間的行為 交互：實現(xiàn)某功能的一組構(gòu)件事物之間的消息的集合，涉及消息、動作序列、鏈接 狀態(tài)機：描述事物或交互在生命周期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列 3 分組事物： UML模型圖的組織部分，描述事物的組織結(jié)構(gòu) 包：把元素組織成組的機制 4 注釋事物： UML模型的解釋部分，用來對模型中的元素進行說明，解釋 注解：對元素進行約束或解釋的簡單符號,2021/2/23,22,關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實例。 依賴：表示一個元素以某種方式依賴于另一種元素。 泛化：表示一

9、般與特殊的關(guān)系，即“一般”元素是“特殊”關(guān)系的泛化。 聚合：表示整體與部分的關(guān)系,2021/2/23,23,關(guān)系（Relationships,關(guān)系是將事物聯(lián)系在一起的方式，UML中定義了四種關(guān)系,2021/2/23,24,類之間的關(guān)系 - 泛化關(guān)系,在 UML 中, 泛化關(guān)系用來表示類與類, 接口與接口之間的繼承關(guān)系. 泛化關(guān)系有時也稱為”is a kind of”關(guān)系 在 UML 中泛化關(guān)系用一條實線空心箭頭有子類指向父類,2021/2/23,25,類之間的關(guān)系 - 實現(xiàn)關(guān)系,在 UML 中, 實現(xiàn)關(guān)系用來表示類與接口之間的實現(xiàn)關(guān)系. 在 UML 中實現(xiàn)關(guān)系用一條虛線空心箭頭由子類指向父類,

10、2021/2/23,26,類之間的關(guān)系 - 依賴關(guān)系,對于兩個相對獨立的系統(tǒng)，當(dāng)一個系統(tǒng)負(fù)責(zé)構(gòu)造另一個系統(tǒng)的實例，或者依賴另一個系統(tǒng)的服務(wù)時，這兩個系統(tǒng)之間體現(xiàn)為依賴關(guān)系. 例如生產(chǎn)零件的機器和零件，機器負(fù)責(zé)構(gòu)造零件對象; 充電電池和充電器，充電電池通過充電器來充電;自行車Bicycle和打氣筒Pump，自行車通過打氣筒來充氣 在現(xiàn)時生活中，通常不會為某一輛自行車配備專門的打氣筒，而是在需要充氣的時候，從附近某個修車棚里借個打氣筒打氣。在程序代碼中，表現(xiàn)為Bicycle類的expand()方法有個Pump類型的參數(shù)。以下程序代碼表示某輛自行車先后到兩個修車棚里充氣,2021/2/23,27,類

11、之間的關(guān)系 - 關(guān)聯(lián)關(guān)系,對于兩個相對獨立的系統(tǒng)，當(dāng)一個系統(tǒng)的實例與另一個系統(tǒng)的一些特定實例存在固定的對應(yīng)關(guān)系時，這兩個系統(tǒng)之間為關(guān)聯(lián)關(guān)系。例如客戶和訂單，每個訂單對應(yīng)特定的客戶，每個客戶對應(yīng)一些特定的訂單；公司和員工，每個公司對應(yīng)一些特定的員工，每個員工對應(yīng)一特定的公司；自行車和主人，每輛自行車屬于特定的主人，每個主人有特定的自行車。而充電電池和充電器之間就不存在固定的對應(yīng)關(guān)系，同樣自行車和打氣筒之間也不存在固定的對應(yīng)關(guān)系。 Person 類與 Bicycle 類之間存在關(guān)聯(lián)關(guān)系，這意味著在 Person 類中需要定義一個 Bicycle 類型的成員變量,2021/2/23,28,類之間的關(guān)

12、系 - 關(guān)聯(lián)關(guān)系,在現(xiàn)時生活中，當(dāng)騎自行車去上班時，只要從家里推出自己的自行車就能上路了，不象給自行車打氣那樣，在需要打氣時，還要四處去找修車棚。因此，在Person類的goToWork()方法中，調(diào)用自身的bicycle對象的run()方法。 假如goToWork()方法采用以下的定義方式,那就好比去上班前，還要先四處去借一輛自行車，然后才能去上班,依賴,2021/2/23,29,關(guān)聯(lián)關(guān)系的名稱,關(guān)聯(lián)關(guān)系的名稱: 關(guān)聯(lián)關(guān)系可以有一個名稱, 用于描述該關(guān)系的性質(zhì). 此關(guān)聯(lián)名稱應(yīng)該是動詞短語, 因為它表明源對象正在目標(biāo)對象上執(zhí)行動作,2021/2/23,30,關(guān)聯(lián)關(guān)系的角色,當(dāng)一個類處于關(guān)聯(lián)的某

13、一端時, 該類就在這個關(guān)系中扮演一個特定的角色. 具體來說, 角色就是關(guān)聯(lián)關(guān)系中一個類對另一個類所表現(xiàn)的職責(zé). 角色名稱是名詞或名稱短語,2021/2/23,31,關(guān)聯(lián)關(guān)系的多重性,關(guān)聯(lián)關(guān)系的多重性是指有多少對象可以參與該關(guān)聯(lián), 多重性可以用來表達(dá)一個取值范圍, 特定值, 無限定的范圍,2021/2/23,32,關(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)系中的一個類描述了一個較大的事物, 它由較小的事物組成. 聚合關(guān)系描述了 “has a” 的關(guān)系, 即整體對象擁有部分對象 整體和部分之間用空心菱形箭頭的連線連接, 箭頭指向整體,

14、2021/2/23,33,關(guān)聯(lián)關(guān)系 - 組成關(guān)系,組合關(guān)系是更強形式的聚合. 組合關(guān)系中, 整件擁有部件的生命周期, 所以整件刪除時, 部件一定會跟著刪除. 而且, 多個整件不可以同時共享同一個部件。 聚合關(guān)系中, 整件不會擁有部件的生命周期, 所以整件刪除時, 部件不會被刪除. 再者, 多個整件可以共享同一個部件. UML 中組成關(guān)系用實心的菱形實線表示,2021/2/23,34,關(guān)聯(lián)關(guān)系 - 導(dǎo)航性,導(dǎo)航性表示可從源類的任何對象到目標(biāo)類的一個或多個對象遍歷. 即: 給定源類的一個對象, 可以得到目標(biāo)類的所有對象. 可以在關(guān)聯(lián)關(guān)系上加上箭頭表示導(dǎo)航方向. 只在一個方向上可以導(dǎo)航的關(guān)聯(lián)稱為單向

15、關(guān)聯(lián),用一個帶箭頭的方向表示; 在兩個方向上都可以導(dǎo)航的關(guān)聯(lián)稱為雙向關(guān)聯(lián), 用一條沒有箭頭的實線表示,2021/2/23,35,2.2 UML系統(tǒng)模型與建模,2.2.1 用例模型及組成成分 2.2.2 靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模 2.2.3 動態(tài)模型與行為控制流建模,2021/2/23,36,2.2 UML系統(tǒng)模型與建模,三大類九種圖表示,用例模型圖：由用例圖組成。 靜態(tài)模型圖：由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。 動態(tài)模型圖：由活動圖、順序圖、狀態(tài)圖和合作圖組成,2021/2/23,37,2.2.1 用例模型及組成成分,用例模型描述的時外部執(zhí)行者所理解的系統(tǒng)功能。 用例模型有若干用例圖

16、組成。 用例圖從用戶的角度出發(fā)描述系統(tǒng)的功能需求，展示系統(tǒng)外部的各類角色與系統(tǒng)內(nèi)部的各種用例之間的關(guān)系。 用例模型驅(qū)動需求分析之后各階段的開發(fā),2021/2/23,38,靜態(tài)模型：指對系統(tǒng)中對象之間相互進行的聯(lián)系構(gòu)建模型，這些關(guān)系不隨時間發(fā)生變化。 UML系統(tǒng)建模用于描述系統(tǒng)體系機構(gòu)。 1類圖（Class diagram） 類圖描述系統(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)建模,2021/2/23,39,類的圖符分為長式和短式。如圖2.5 長式由類名、屬性和操作三部分組成。 類及類型名均用英文大寫字母開頭

17、； 屬性和操作名為小寫字母開頭,2021/2/23,40,2對象圖diagram,對象圖是類圖的一個具體實例 對象圖符中對象名加了下劃線. 圖2.6類圖與對應(yīng)的對象圖,2021/2/23,41,3包圖,包是一組分組機制,有一組關(guān)系密切的模型元素構(gòu)成。包可以嵌套。 包圖是維護和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。 包的內(nèi)容：構(gòu)成包的模型元素。 包用于模型的組織管理時，稱為子系統(tǒng)。 包圖表明包及其之間的依賴關(guān)系,2021/2/23,42,2021/2/23,43,4構(gòu)件圖,組件圖顯示代碼本身的邏輯結(jié)構(gòu)，它描述系統(tǒng)中存在的軟件構(gòu)件以及各構(gòu)件之間的依賴關(guān)系。 構(gòu)件是系統(tǒng)體系結(jié)構(gòu)中獨立的物理可替換單位。 構(gòu)

18、件可以看成是包與類對應(yīng)的物理代碼模塊，邏輯上與包和類對應(yīng)，實際上是一個文件,2021/2/23,44,2021/2/23,45,5配置圖,配置圖描述系統(tǒng)中軟件和硬件的配置情況和系統(tǒng)體系結(jié)構(gòu)，顯示系統(tǒng)運行時刻的結(jié)構(gòu)。 配置圖有結(jié)點和連接。 結(jié)點指實際的物理設(shè)備及在該結(jié)點上運行的構(gòu)件或?qū)ο?。?jié)點是一組運行期間的系統(tǒng)資源，如計算機、數(shù)據(jù)庫、設(shè)備或存儲器。 描述一組節(jié)點及其關(guān)系，允許評估分配結(jié)果和資源分配,2021/2/23,46,2021/2/23,47,動態(tài)模型主要描述系統(tǒng)的動態(tài)行為和控制結(jié)構(gòu)。 動態(tài)行為包括： 對象生存期內(nèi)的狀態(tài)及狀態(tài)遷移； 對象之間動態(tài)合作關(guān)系，顯示對象間交互過程和交互順序；

19、描述為面組用例所進行的活動及活動間的約述關(guān)系。 動態(tài)模型包括：狀態(tài)圖、活動圖、順序圖、合作圖,2.2.3 動態(tài)模型與行為控制流建模,2021/2/23,48,1順序圖（Sequence Diagram,用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。 順序圖的一個用途是用來表示用例中的行為順序。當(dāng)執(zhí)行一個用例行為時，順序圖中的每條消息對應(yīng)了一個類操作或引起狀態(tài)轉(zhuǎn)換的觸發(fā)事件。 兩個軸：水平軸對象；垂直軸時間； 垂直虛線生命線，表示某段時間內(nèi)對象存在。 箭頭：消息 細(xì)長矩形框：表示對象的激活狀態(tài),2021/2/23,49,2021/2/23,50,2合作圖,描述對象間的協(xié)作關(guān)系

20、，協(xié)作圖跟順序圖相似，顯示對象間的動態(tài)合作關(guān)系。除顯示信息交換外，協(xié)作圖還顯示對象以及它們之間的連接關(guān)系. 合作圖畫成對象圖，消息箭頭表示對象間的消息流向，消息箭頭必須附加標(biāo)記，說明消息發(fā)送的先后順序。 協(xié)作圖的一個用途是表示一個類操作的實現(xiàn),2021/2/23,51,2合作圖,2021/2/23,52,3狀態(tài)圖,狀態(tài)圖是對類的一種補充描述，它展示了此類對象所具有可能的狀態(tài)以及某些事件發(fā)生時其狀態(tài)的轉(zhuǎn)移情況。 與交互圖不同，交互圖對共同工作的對象群體的行為建模，而狀態(tài)圖對單個對象的狀態(tài)變化行為建模。 事件 狀態(tài)遷移 遷移動作,2021/2/23,53,4活動圖,活動圖是狀態(tài)圖的一個變體，用來描

21、述執(zhí)行算法的工作流程中涉及的活動 活動圖描述了一組順序的或并發(fā)的活動 可以描述操作的行為；也可以描述用例和對象的內(nèi)部工作過程。 狀態(tài)圖事件觸發(fā)；活動圖一個活動結(jié)束自動進入下一活動,2021/2/23,54,活動圖,2021/2/23,55,上述十種模型圖可歸納為五種類型 用例圖：用例圖 靜態(tài)圖：類圖、對象圖、包圖 交互圖：順序圖、協(xié)作圖 行為圖：狀態(tài)圖、活動圖 實現(xiàn)圖：組件圖、部署圖,2021/2/23,56,2.3 UML系統(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)模型的描述方式,2021/2/23,57,2.3.1

22、 子系統(tǒng)組織的系統(tǒng)體系結(jié)構(gòu),子系統(tǒng)是描述系統(tǒng)某個行為的相對獨立的抽象單位。 每個子系統(tǒng)都有自己獨立的接口，通過接口各個子系統(tǒng)相互交換信息，協(xié)同工作。 子系統(tǒng)用“包”圖符元素加上構(gòu)造型表示； 子系統(tǒng)也可以用右上角帶有分支圖形的“包”圖符元素表示,2021/2/23,58,如果采用由子系統(tǒng)包描述系統(tǒng)的體系結(jié)構(gòu)圖，其最底層（葉結(jié)點）元素必須由模型包描述。 而模型包一般用右上角帶三角圖形的圖標(biāo)元素“包”表示。 圖216不是一個完整的由子系統(tǒng)包組成的系統(tǒng)體系結(jié)構(gòu)圖,2021/2/23,59,2.3.2 系統(tǒng)模型組織的系統(tǒng)體系結(jié)構(gòu),UML中，系統(tǒng)模型一般用右上角帶有三角圖形的“包”圖符元素表示，并且可以在

23、模型名上標(biāo)注構(gòu)造性,2021/2/23,60,2.3.3 系統(tǒng)體系結(jié)構(gòu)模型的描述方式,在UML中，一個系統(tǒng)體系結(jié)構(gòu)層次可以用兩種描述方式： 基于模型的系統(tǒng)體系結(jié)構(gòu)層次 基于子系統(tǒng)的系統(tǒng)體系結(jié)構(gòu)層次,2021/2/23,61,2021/2/23,62,在用包描述一個多層的系統(tǒng)體系結(jié)構(gòu)時，在較高的各層次結(jié)構(gòu)中既可以用模型包作為元素，也可以用子系統(tǒng)包作為模型元素。但在最底層只能用模型包作為元素。 一般為了簡便采用簡單的包圖(不帶分支或三角圖符的包)來建立系統(tǒng)的體系結(jié)構(gòu),2021/2/23,63,2.4 UML的擴展、調(diào)整機制,2.4.1 模型元素的分類與標(biāo)記 2.4.2 模型元素的特性規(guī)格說明 2.

24、4.3 模型元素的語義擴展與約束,2021/2/23,64,2.4 UML的擴展、調(diào)整機制,2021/2/23,65,UML的公共機制,2021/2/23,66,2021/2/23,67,特性規(guī)格說明,2021/2/23,68,2.4 UML的擴展、調(diào)整機制,2.4.1 模型元素的分類與標(biāo)記,2021/2/23,69,2.4.2 模型元素的特性規(guī)格說明,2021/2/23,70,2.4.3 模型元素的語義擴展與約束,2021/2/23,71,UML的建模原則,2021/2/23,72,小結(jié),2021/2/23,73,2.5 UML與軟件開發(fā)統(tǒng)一過程,2021/2/23,74,RUP的特點,RU

25、P的二維開發(fā)模型 RUP可以用二維坐標(biāo)來描述。 橫軸通過時間組織，是過程展開的生命周期特征，體現(xiàn)開發(fā)過程的動態(tài)結(jié)構(gòu)； 縱軸以內(nèi)容來組織，是自然的邏輯活動，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu),2021/2/23,75,2.5.1 迭代、漸增式的開發(fā)過程,1開始階段 主要確定項目的范圍和目標(biāo)，并進行可行性分析。 理解問題領(lǐng)域的各種業(yè)務(wù)過程及其關(guān)系 考慮和分析項目成本及可能得到的效益和風(fēng)險 明確待開發(fā)項目的意義和價值 確定是否要開發(fā)此項目,2021/2/23,76,2詳細(xì)規(guī)劃階段,收集詳細(xì)的系統(tǒng)需求，進行高層次的系統(tǒng)分析和系統(tǒng)設(shè)計。 對問題領(lǐng)域和功能作詳細(xì)分析，畫用例圖。 建立系統(tǒng)的基礎(chǔ)體系結(jié)構(gòu)。 進行風(fēng)險分析

26、，并制定對策。 制定開發(fā)計劃,2021/2/23,77,制訂計劃包括,1）用例分類 1）將用例的優(yōu)先級分為三級。 2）體系結(jié)構(gòu)方面的風(fēng)險的風(fēng)險。 3）進度風(fēng)險（對實現(xiàn)每個用例所需工作量估算的評價）分為三級。 （2）確定每次迭代的開發(fā)周期 迭代周期；周期的長短；迭代次數(shù) （3）將用例分配到各次迭代中 高優(yōu)先級，高體系結(jié)構(gòu)風(fēng)險和高進度風(fēng)險的用例盡早實現(xiàn),2021/2/23,78,4移交階段,3系統(tǒng)構(gòu)造階段,漸增式開發(fā) 集成測試 測試演示 保存測試案例,2021/2/23,79,2.5.2 軟件開發(fā)步驟及核心支持活動,1需求分析 業(yè)務(wù)模型和用戶需求分析模型 2系統(tǒng)設(shè)計 高層設(shè)計：定義子系統(tǒng) 詳細(xì)設(shè)計

27、：細(xì)化包的內(nèi)容，規(guī)格說明。 3實現(xiàn) 設(shè)計模型圖和規(guī)約轉(zhuǎn)換成程序代碼 4測試 5配置,2021/2/23,80,6核心支持工作,1）配置與變化管理 （2）項目管理 （3）環(huán)境設(shè)置,2021/2/23,81,2.5.3 UML軟件開發(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)的功能。 描述方式：用例圖、活動圖及需求分析規(guī)格說 明書,2021/2/23,82,基本功能分析； 實現(xiàn)功能的對象； 對象之間的關(guān)系,4）分析模型（任選）：只有復(fù)雜的系統(tǒng)才需要建立獨立的分析模型。該模型包括,描述方式：類圖、對象圖、包圖、順序圖、合 作圖、狀態(tài)圖和活動圖,2021/2/23,83,5）設(shè)計模型：系統(tǒng)具體解決方案，由調(diào)整和完善 分析模型而成。 描述方式：類圖、對象圖、包圖、順序圖、合作 圖、狀態(tài)圖和活動圖,6）進程模型（任選）：描述系統(tǒng)并發(fā)和同步機制。有多線程的并發(fā)系統(tǒng)才建立。 描述方式：狀態(tài)圖、順序圖、合作圖、活 動圖、構(gòu)件圖和配置圖,2021/2/23,84,8）配置模型：描述系統(tǒng)軟件在各個硬件上的配置。 描述方式：配置圖,9）測試模型