《電子商務(wù)系統(tǒng)設(shè)計第四章UML建模方法》由會員分享，可在線閱讀，更多相關(guān)《電子商務(wù)系統(tǒng)設(shè)計第四章UML建模方法（48頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,2015/7/13,,?#?,電子商務(wù)系統(tǒng)設(shè)計,第四章,UML,建模方法,,4.1 UML,核心元素,一、UML的三個根本構(gòu)造塊,1 事物,〔1〕結(jié)構(gòu)事物〔Structural things〕：,〔2〕動作事物〔Behavioral things〕,〔3〕分組事物〔Grouping things〕,〔4〕注釋事物〔Annotational things〕,類：是對具有相同屬性、方法、關(guān)系和語義的對象的抽象，一個類可以實(shí)現(xiàn)一個或多個接口。在UML中類用包括類名、屬性和方法的矩形表示。,,接口：是為類或組件提供特定

2、效勞的一組操作的集合。接口描述了類或組件的對外可見的動作。在UML中接口用圓表示，在圖形旁邊還要標(biāo)注接口的名字。,,協(xié)作：定義了交互操作。在UML中，用虛線構(gòu)成的橢圓表示，橢圓中要標(biāo)注協(xié)作的名字。,,用例：描述系統(tǒng)對一個特定角色執(zhí)行的一系列動作。在UML中，用例用標(biāo)注了用例名稱的實(shí)線橢圓表示。,,活動類：是類對象有一個或多個進(jìn)程或線程的類，在UML中，活動類和類的表示法相同，只是邊框用粗線條。,,組件：是實(shí)現(xiàn)了一個接口集合的物理上可替換的系統(tǒng)局部。,,節(jié)點(diǎn)：是在運(yùn)行時存在的一個物理元素。它代表一個可計算的資源，通常占用一些內(nèi)存和具有處理能力。一個組件集合一般來說位于一個節(jié)點(diǎn)。,,動作事物是UM

3、L模型中的動態(tài)局部。它們是模型的動詞，代表時間和空間上的動作?？偣灿袃煞N主要的動作事物：,,第一種是交互〔interaction〕，它是由一組對象之間在特定上下文中，為到達(dá)特定的目的而進(jìn)行的一系列消息交換而組成的動作。,,第二種是狀態(tài)機(jī)〔state machine〕，狀態(tài)機(jī)由一系列對象的狀態(tài)組成。,,分組事物是UML模型中組織的局部，可以把它們看成是個盒子，模型可以在其中被分解?？偣仓挥幸环N分組事物，稱為包〔package〕。,,注釋事物是UML模型的解釋局部。UML中用如以下圖圈出表示：,,4.1 UML,核心元素,2,圖,,UML,中的圖有五種類別的圖,(9,種圖形,),。它們是,用例圖：

4、用例圖,靜態(tài)圖：類圖、對象圖,行為圖：狀態(tài)圖和活動圖,交互圖：合作圖和序列,(,順序,),圖,實(shí)現(xiàn)圖：部署圖和組件圖,(,構(gòu)件圖,),4.1 UML,核心元素,3 關(guān)系,關(guān)系是建模元素之間的語義〔有意義〕聯(lián)系，是UML把事物聯(lián)系到一起的方法。,UML中的關(guān)系類型有：,依賴,關(guān)聯(lián),泛化,實(shí)現(xiàn),依賴：,是兩個元素之間的關(guān)系，對一個元素〔提供者〕的改變可能影響或提供信息給其他元素〔客戶〕,依賴不僅發(fā)生在類間，它們通常發(fā)生在：,l 包和包之間?? l 對象和類之間,UML中表示依賴的圖形是：,,在UML中有四種根本的依賴類型：,a.Usage(使用)：客戶使用由提供者所提供的效勞以實(shí)現(xiàn)它的行為，這是

5、最普遍使用的依賴類型。???????b.Abstraction〔抽象〕：表示客戶和提供者之間的關(guān)系，提供者比客戶更加抽象。???????c.Permission〔授權(quán)〕：提供者為客戶提供某種權(quán)限以訪問提供者的內(nèi)容，這是一種提供者控制和限制對其內(nèi)容訪問的方法。???????d.Binding〔綁定〕：一般用于提供參數(shù)化類型〔模板〕的語言中〔如C++〕。,,關(guān)聯(lián)：,,是類間的語義聯(lián)系，是類實(shí)例間連接的描述。在,UML,中表示關(guān)聯(lián)的圖是：,,關(guān)聯(lián)可以具有以下各項(xiàng)：,a.關(guān)聯(lián)名稱,關(guān)聯(lián)名稱是動詞短語，說明源對象正在目標(biāo)對象上執(zhí)行的動作。,b.角色名稱,說明關(guān)聯(lián)中類的對象所扮演的角色。,c. 多重

6、性,多重性說明在任意時刻關(guān)系所能夠涉及的對象數(shù)目，用來約束任意時刻對象的數(shù)目。,d.導(dǎo)航性,用關(guān)系端部的箭頭顯示，說明可以從源類的任何對象到目標(biāo)類的一個或多個對象〔根據(jù)多重性確定的〕遍歷。,,,泛化：,,一個元素是另一個元素的特例，而且它可以取代更一般的元素,,泛化是一般元素和特殊元素之間的關(guān)系，是更概括的描述和更具體的種類間的關(guān)系，適用于繼承。在,UML,的表示泛化的圖形是：,,,實(shí)現(xiàn)：,,說明和實(shí)現(xiàn)間的關(guān)系。在,UML,中表示實(shí)現(xiàn)的圖形是：,,4.1 UML,核心元素,二、,UML,中建模的機(jī)制,在,UML,中存在兩種建模機(jī)制：靜態(tài)建模機(jī)制和動態(tài)建模機(jī)制。,,當(dāng)我們在實(shí)際的應(yīng)用中使用面向?qū)?/p>

7、象的設(shè)計和分析方法時，一般遵循的步驟是：,第一步：描述需求，一般產(chǎn)生用例圖。,第二步：根據(jù)需求建立系統(tǒng)的靜態(tài)模型，構(gòu)造系統(tǒng)的結(jié)構(gòu)。產(chǎn)生：類圖，對象圖，組件圖和部署圖。,第三步：描述系統(tǒng)的行為。這里建立的模型或者可以執(zhí)行，或者表示執(zhí)行時的時序狀態(tài)或交互關(guān)系。產(chǎn)生：狀態(tài)圖，活動圖，順序圖和合作圖。,,第一和第二步建立的模型都是靜態(tài)的，稱之為靜態(tài)建模，第三步稱之為活動建模。,4.2 UML,核心視圖,一、靜態(tài)視圖,1,用例圖,,假設(shè),(1),，一個倉庫管理系統(tǒng)：倉庫管理員需要進(jìn)行物品進(jìn)倉和物品出倉的操作，物品出倉的前提是相關(guān)物品的庫存必須大于一定額度。,〔1〕 組成,用例圖表示處于同一個系統(tǒng)中參與者

8、和用例之間的關(guān)系。是一組動作序列〔包括它的變衍生物〕的描述，系統(tǒng)執(zhí)行該動作序列來為參與者產(chǎn)生一個可觀測的結(jié)果值。,它用來描述需求的，描述待開發(fā)系統(tǒng)的功能需求，本質(zhì)上是用來描述用戶和系統(tǒng)間一次交互。它是需求分析階段(MSF中的設(shè)想階段)的主要任務(wù)之一。,用例圖分為兩個局部：用例(Use Case)和執(zhí)行者(Actor),,用例,(Use Case ),：,UML,中表示為一個橢圓。它有以下特點(diǎn)：,1.,用例捕獲某些用戶可見的需求，實(shí)現(xiàn)一個具體的用戶目標(biāo)。,2.,用例由執(zhí)行者激活，并提供確切的值給執(zhí)行者。,3.,用例可大可小，但它必須是對一個具體的用戶目標(biāo)實(shí)現(xiàn)的完整描述。,,執(zhí)行者,(Actor)

9、,：指用戶在系統(tǒng)中所扮演的角色。用個小人表示,〔2〕 用例間的關(guān)系,用例間的關(guān)系分為兩種：使用(Include)和擴(kuò)展(Extend),使用：指的是用例A要用到用例B。,例如出倉，需要檢查庫存情況，那用例“物品出倉〞就要用到用例“顯示物品的庫存〞。,擴(kuò)展：表示某個用例是從另外一個用例擴(kuò)展而來的。,例如倉庫管理員在物品進(jìn)倉的時候，可以查看相關(guān)物品的庫存情況。那么用例“查看物品的庫存情況〞就是擴(kuò)展自用例“物品進(jìn)倉〞。,〔3〕 如何發(fā)現(xiàn)用例,一般可以采用“主謂〞結(jié)構(gòu)的方式來發(fā)現(xiàn)用例，也就是“誰做什么〞?！罢l〞就是ACTOR，“做什么〞就是用例。對于已識別的角色，通過詢問以下問題就可以發(fā)現(xiàn)用例：,,1

10、.角色需要從系統(tǒng)中獲得哪種功能？角色需要做什么？???2.角色需要讀取，產(chǎn)生，刪除，修改或存儲系統(tǒng)中的某種信息嗎？???3.系統(tǒng)中發(fā)生的事件需要通知角色嗎？或者角色需要通知系統(tǒng)某件事件嗎？這些事件(功能)能干些什么？???4.如果采用系統(tǒng)的新功能處理角色的日常工作是簡單化了，還是提高了工作效率？???5.還有一些與當(dāng)前角色可能無關(guān)的問題，也能幫助建模者發(fā)現(xiàn)用例。例如：????????a.系統(tǒng)需要的輸入/輸出是什么信息？這些輸入/輸出信息是從哪里來到哪里去？????????b.系統(tǒng)當(dāng)前的這種實(shí)現(xiàn)方法要解決的問題是什么？(也許是用自動系統(tǒng)代替手工操作？),,對于假設(shè)(1)，倉庫管理員就

11、是ACTOR，要進(jìn)行的動作有“物品進(jìn)倉〞，“物品出倉〞和“獲得物品的庫存情況〞，相應(yīng)的用例就是這三個。,〔4〕 實(shí)例,實(shí)例,1,參與者之間的泛化關(guān)系,參與者：經(jīng)理，平安主管，保安,用例：管理人事，批準(zhǔn)預(yù)算，批準(zhǔn)平安證書，監(jiān)視周邊,在參與者之間不存在泛化關(guān)系的情況下，各個參與者參與用例的情況分別是：經(jīng)理參與用例管理人事和批準(zhǔn)預(yù)算；平安主管參與用例批準(zhǔn)平安證書；保安參與用例監(jiān)視周邊。由于平安主管與經(jīng)理，平安主管與保安之間泛化關(guān)系的存在，意味著平安主管可以擔(dān)任經(jīng)理和保安的角色，就能夠參與經(jīng)理和保安參與的用例。這樣，平安主管就可以參與全部4個用例。但經(jīng)理或者保安卻不能擔(dān)任平安主管的角色，也就不能參與用

12、例批準(zhǔn)平安證書。,,實(shí)例,2,用例之間擴(kuò)展和包含關(guān)系,用例的上下文是：短途旅行但汽車的油缺乏以應(yīng)付全部路程。那么為汽車加油的動作在旅行的每個場景(事件流)中都會出現(xiàn)，不加油就不會完成旅行。吃飯那么可以由司機(jī)決定是否進(jìn)行，不吃飯不會影響旅行的完成。,實(shí)例,3,航空售票的用例圖,參與者(actor)：clerk，監(jiān)督員，信用卡效勞商，信息亭,用例(use case)： Buy tickets， Buy Subscription， Make charges， Survey sales,參與者Clerk參與(或稱發(fā)起)Buy tickets和Buy Subscription 兩個用例(關(guān)聯(lián)關(guān)系)。這兩

13、個用例的事件流都包含Make charges用例(包含關(guān)系)。,系統(tǒng)由：Buy tickets， Buy Subscription， Make charges， Survey sales組成。,該系統(tǒng)主要包含：Buy tickets， Buy Subscription， Make charges， Survey sales這幾個功能。,該系統(tǒng)主要面向的用戶(參與者)：clerk，監(jiān)督員，信用卡效勞商，信息亭。,4.2 UML,核心視圖,2,類圖,,類是具有相同特征的對象的集合。對象是類的一個實(shí)例，是類的一個具體表現(xiàn)。打個比方：人是類，而張三就是對象。一個類可以有很多個實(shí)例,(,對象,),。

14、,〔1〕 類的組成,類包括這三局部：,1.名稱：類的名稱,2.屬性：描述類的對象包含的數(shù)據(jù)。例如類“人〞。它的屬性有：姓名，性別，年齡等等。,在UML 中表示屬性的語法是：可見性 屬性名 ：類型 = 缺省值 {約束特性}。其中常用的可見性有Public、Private和Protected三種，在UML中分別表示為“+〞、“-〞和“#〞。對于類人的姓名屬性可以寫成：+ 姓名：字符串型=“〞。表示姓名屬性是Public的，類型是字符串型的，缺省值為空串。,3.方法(操作)：是類的功能，只能作用到該類的對象上，定義了對象之間可能的交互。,在UML中表示方法的語法為：可見性 操作名 (參數(shù)表) ：返回

15、類型 {約束特性}。對于類人的吸氣方法，我們可以寫成：+ 吸氣(氧氣)：二氧化碳。表示吸氣方法是公共的，需要氧氣做參數(shù)，返回的類型是二氧化碳。,〔2〕 類之間的關(guān)系,1.,關(guān)聯(lián),關(guān)聯(lián)用于描述類與類之間的連接。由于對象是類的實(shí)例，因此，類和類之間的關(guān)聯(lián)也就是對象和對象之間的關(guān)聯(lián)，類和類之間有多種連接方式每種連接方式各不相同(語義的連接)，但外部表現(xiàn)形式相類似，故我們稱之為關(guān)聯(lián)。關(guān)聯(lián)關(guān)系之間一般都是雙向的，關(guān)聯(lián)的雙方都能夠互相通信；反過來說，如果某兩個類能夠互相通信或者y一方能感知另一方，那么這兩個類之間就存在關(guān)聯(lián)關(guān)系。描述這種關(guān)系常用的子句是“彼此知道，互相連接〞。,關(guān)聯(lián)有,0,或,1,對多，多

16、對多等幾種。例如班級,(Class),類和學(xué)生,(Student),類，他們之間就是,1,對多的關(guān)系。,關(guān)聯(lián)類是起關(guān)聯(lián)作用的類，是通過一根虛線與關(guān)聯(lián)連接。例如每個"保險單"屬于一個"客戶",而"客戶"可以簽定多個"保險單"。除了這個關(guān)聯(lián)外，還有另外兩個關(guān)聯(lián),分別是每個"保險單"包含假設(shè)干個"保險單上的工程",而每個"保險單上的工程"涉及單一的"保險類別"。,聚合：一種特殊形式的關(guān)聯(lián)。聚合表示類之間的關(guān)系是整體與局部的關(guān)系。比方計算跟打印機(jī)的關(guān)系，一臺完整的計算機(jī)可以包括打印機(jī)，但是沒有打印機(jī)，計算機(jī)也可以運(yùn)行。,,組合：另一種特殊形式的關(guān)聯(lián)。組合也表示類之間的關(guān)系是整體與局部的關(guān)系，但整體擁有

17、各局部，局部與整體共存，如局部不存在了，整體也就不完整。例如計算機(jī)跟CPU的關(guān)系，如果沒有了CPU，那么計算機(jī)就沒有方法運(yùn)行。,,在UML中，聚合表示為空心菱形，組合表示為實(shí)心菱形。,2.,繼承,,定義了一般元素和特殊元素之間的分類關(guān)系。在,UML,中，繼承表示為一端是空心三角形的實(shí)線：,例如人，人是共性,(,一般,),的元素，而男人和女人就是特殊的元素。我們可以說：男人繼承自人，女人也繼承自人，而漂亮女人繼承自女人。,3.,依賴,有兩個元素X、Y，如果修改元素X的定義可能會引起對另一個元素Y的定義的修改，那么稱元素Y依賴(Dependency)于元素X。在類中，依賴由各種原因引起，如：一個類

18、向另一個類發(fā)送消息；一個類是另一個類的數(shù)據(jù)成員；一個類是另一個類的某個操作參數(shù)。,,UML中依賴表示為：虛線加箭頭,,〔3〕 類圖,它是描述類和類之間的靜態(tài)關(guān)系，是用來記錄系統(tǒng)的靜態(tài)結(jié)構(gòu)。也就是指出系統(tǒng)包括哪些類，它們是如何關(guān)聯(lián)的，但不包括為實(shí)現(xiàn)特定的行為而進(jìn)行的交互。,它是定義其它圖的根底。,在UML中通常是用個矩形方框表示：,矩形頂部：名稱，類名稱首字母大寫；如保險根底數(shù)據(jù)模型中主題編號描述為Pnn,nn表示從01開始的兩位數(shù)字編號，如P01。,矩形中部：屬性，一般用小寫字母；,矩形底部：方法，一般用小寫字母；,它通常包含：,1.類??????2.接口??????3.協(xié)作??????

19、4.類間的關(guān)系,〔4〕 如何發(fā)現(xiàn)類,標(biāo)識正確的類是設(shè)計面向?qū)ο笙到y(tǒng)的主要工作，找出系統(tǒng)中的類的方法有：,1.名詞/動詞分析,是一種非常簡單的方法。,它首先對系統(tǒng)需求進(jìn)行簡明一致的陳述，然后將名詞和名詞短語用下劃線表示出來，即標(biāo)識出代表事物的詞和短語。這樣就產(chǎn)生一個候選類列表，從中篩選整理后獲得系統(tǒng)的初始類列表。過程是：,a.找知名詞或名詞短語，這些是候選類或?qū)傩??????? b.找出動詞或動詞短語，這些是候選職責(zé)或操作?????? c.分析收集到的信息，得到初始類列表,對于假設(shè)(1)中的物品出倉，物品和倉庫就是類。,2.CRC卡:是一種有力的和有趣的腦力風(fēng)暴技術(shù)。它的方法是：,a.把問題域

20、中重要事物書寫在便箋上,b.每個便箋具有三個分欄的：,? 類名(在頂端)????????? ? 類的職責(zé)(在左邊)????????? ? 類的協(xié)同者，幫助實(shí)現(xiàn)每個功能(在卡片的右邊),它經(jīng)歷的過程是一種腦力風(fēng)暴的過程：,a.要求團(tuán)隊(duì)成員命名運(yùn)轉(zhuǎn)在業(yè)務(wù)領(lǐng)域的“事物〞，把它們書寫在便箋上,b.要求團(tuán)隊(duì)陳述該事物的職責(zé)，把他們記錄在便箋的職責(zé)分欄上,c.要求團(tuán)隊(duì)識別可能一起工作的類，并且在他們之間連線或者把這些記錄在每個便箋的協(xié)同者分欄中,,對于假設(shè),(1),，建立的類圖是：,該圖意在表示類和關(guān)系的用法，并不完整〔不包括產(chǎn)品和訂單細(xì)目局部，也沒有表達(dá)庫存檢查局部〕.另外,GO是出倉單的簡寫.,4

21、.2 UML,核心視圖,二、動態(tài)視圖,1,序列圖,,〔1〕 定義,是一種動態(tài)建模方法，用來描述對象之間動態(tài)的交互關(guān)系，著重表達(dá)對象間消息傳遞的時間順序。,〔2〕 組成,UML中序列圖中存在兩根軸，分別是時間軸(垂直方向)和對象軸(水平方向)；,順序圖中的對象用一個帶有垂直虛線的矩形框表示，并標(biāo)有對象名和類名。垂直虛線是對象的生命線，用于表示在某段時間內(nèi)對象是存在的。對象間的通信通過在對象的生命線間畫消息來表示。消息的箭頭指明消息的類型。,順序圖中的消息可以是信號(Signal)、操作調(diào)用。當(dāng)收到消息時，接收對象立即開始執(zhí)行活動，即對象被激活了。,通過在對象生命線上顯示一個細(xì)長矩形框來表示激活。

22、消息可以用消息名及參數(shù)來標(biāo)識。,上圖表示aManager(倉庫管理員)建立出貨單,然后再進(jìn)行庫存檢查的過程。當(dāng)然,庫存檢查是在增加產(chǎn)品之后由產(chǎn)品對象調(diào)用庫存檢查,但是此處設(shè)計不包括產(chǎn)品局部,為了表達(dá)效果,改用訂單對象直接調(diào)用庫存檢查。,2,活動圖,,〔1〕 定義,UML活動圖是一種特殊的狀態(tài)圖，記錄了單個操作或方法的邏輯，單個用戶案例，或者單個業(yè)務(wù)流程的邏輯。表示一個程序或工作流。工作流是被活動圖所建模的過程的例子?；顒訄D通常出現(xiàn)在設(shè)計的前期，即在所有實(shí)現(xiàn)決定前出現(xiàn)，特別是在對象被指定執(zhí)行所有的活動前，其狀態(tài)代表活動的執(zhí)行，就像一個計算機(jī)或真實(shí)世界不間斷的操作，而轉(zhuǎn)換由狀態(tài)內(nèi)活動的完成來觸發(fā)〔

23、假設(shè)有約束條件，可能有幾個可能不同的出口〕。,,活動圖是強(qiáng)調(diào)計算過程中順序的和并發(fā)步驟的狀態(tài)機(jī)。,〔2〕 組成,狀態(tài)：來表示某個活動或動作，分為“動作狀態(tài)〞，“狀態(tài)〞，“初始狀態(tài)〞，“最終狀態(tài)〞；,泳道：用來表示活動圖中的責(zé)任，是個矩形,3.,控制流：表示從一個狀態(tài)到另一個狀態(tài)的變化。,,。是活動圖中活動的,分組，每個組代表活動職責(zé)的一些有意義的局部；,3,狀態(tài)圖,,,用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件。大多數(shù)面向?qū)ο蠹夹g(shù)都用狀態(tài)圖表示單個對象在其生命周期中的行為。一個狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的轉(zhuǎn)移。,〔1〕 組成,〔2〕 實(shí)例,實(shí)例1 對象的狀態(tài)圖,,圖中包含

24、以下狀態(tài)：,,初始狀態(tài),Available狀態(tài),Locked狀態(tài),Sold狀態(tài),,狀態(tài)間的轉(zhuǎn)移：,初始狀態(tài)?Available狀態(tài),票被預(yù)訂(lock)：Available?Locked,預(yù)定后付款(buy)：Locked?Sold,預(yù)定解除(unlock)：Locked?Available,預(yù)定過期(time out)：Locked?Available,直接購置(assigned to)：Available?Sold,換其它票(exchang) ，該票重有效：Sold?Available,實(shí)例,2,網(wǎng)上銀行登陸系統(tǒng),登陸要求提交個人社會保險號,(SSN),和密碼,(PIN),經(jīng)驗(yàn)證有效后登陸

25、成功。,,登陸過程包括以下狀態(tài),:,,初態(tài),(Initial state),獲取社會保險號狀態(tài),(Getting SSN),獲取密碼狀態(tài),(Getting PIN),驗(yàn)證狀態(tài),(Validating),拒絕狀態(tài),(Rejecting),終態(tài),(Final state),狀態(tài)轉(zhuǎn)移過程如下：,,有兩個不同的終態(tài),,,,出發(fā)狀態(tài),動作,到達(dá)狀態(tài),Initial state,移動鼠標(biāo)到,SSN,Getting SSN,Getting SSN,鍵入非,tab,鍵，顯示鍵入內(nèi)容,Getting SSN,,鍵入,tab,鍵，或移動鼠標(biāo)到,BIN,Getting PIN,,提交,Validating,Gett

26、ing PIN,鍵入非,shift-tab,鍵，顯示,“,*,”,Getting PIN,,鍵入,shift-tab,鍵，或移動鼠標(biāo)到,SSN,Getting SSN,,提交,Validating,Validating,驗(yàn)證提交信息有效，狀態(tài)轉(zhuǎn)移,Final state,,驗(yàn)證提交信息無效，顯示錯誤信息,Rejecting,Rejecting,退出,Final state,,重試，清除無效的,SSN,，,PIN,Getting SSN,4,協(xié)作圖,,協(xié)作圖主要描述協(xié)作對象間的交互和鏈接，顯示對象、對象間的鏈接以及對象間如何發(fā)送消息。,協(xié)作圖可以表示類操作的實(shí)現(xiàn)。,(1),協(xié)作圖中的事物及解釋,

27、,標(biāo)簽,,,,事物名稱,解釋,圖,參與者,發(fā)出主動操作的對象，負(fù)責(zé)發(fā)送初始消息，啟動一個操作。,,對象,對象是類的實(shí)例，負(fù)責(zé)發(fā)送和接收消息，與順序圖中的符號相同，冒號前為對象名，冒號后為類名。,,消息流,(,由箭頭和標(biāo)簽組成,),箭頭指示消息的流向，從消息的發(fā)出者指向接收者。標(biāo)簽對消息作說明，其中，順序號指出消息的發(fā)生順序，并且指明了消息的嵌套關(guān)系；冒號后面是消息的名字。,,(2),協(xié)作圖與順序圖的區(qū)別和聯(lián)系,,協(xié)作圖和順序圖都表示出了對象間的交互作用，但是它們側(cè)重點(diǎn)不同。,順序圖清楚地表示了交互作用中的時間順序,(,強(qiáng)調(diào)時間,),，但沒有明確表示對象間的關(guān)系。,協(xié)作圖清楚地表示了對象間的關(guān)系

28、,(,強(qiáng)調(diào)空間,),，但時間順序必須從順序號獲得。,協(xié)作圖和順序圖可以相互轉(zhuǎn)化。,(3),實(shí)例,實(shí)例,1,打印操作的協(xié)作圖,actor,發(fā)送,Print,消息給,Computer,，,Computer,發(fā)送,Print,消息給,PrintServer,，如果打印機(jī)空閑，,PrintServer,發(fā)送,Print,消息給,printer,。,實(shí)例,2,乘坐電梯的協(xié)作圖,參與者需要乘坐電梯，他從系統(tǒng)外部按下按鈕，讓電梯到達(dá)他想去的樓層。此時，電梯系統(tǒng)的操作被啟動，電梯控制對象以循環(huán)的方式檢查所有的電梯，從中選擇一個工作隊(duì)列長度最短的。然后，它創(chuàng)立一個作業(yè)命令，并將該命令放入對應(yīng)電梯的工作隊(duì)列，接著

29、激活隊(duì)列。電梯對象并發(fā)運(yùn)行，從它的隊(duì)列中選擇一個作業(yè)并執(zhí)行。電梯是一個活動對象，它與它的控制線程并發(fā)執(zhí)行。,4.3 UML,核心模型,一、用例模型,用例模型使用用例描述了系統(tǒng)的功能需求，模型化表示了系統(tǒng)的功能和系統(tǒng)的環(huán)境。用例模型為客戶和開發(fā)者提供了一種契約。當(dāng)客戶同意了用例模型，客戶希望得到的系統(tǒng)功能也就確定了。在軟件開發(fā)過程中，用例模型可以作為一種方式用來與系統(tǒng)的客戶進(jìn)行交流。,,用例模型的作用有：,〔1〕 在系統(tǒng)開發(fā)的早期就可以明確最后提交的產(chǎn)品功能和特性；,〔2〕 確保雙方都對需求有了準(zhǔn)確的理解標(biāo)識〔系統(tǒng)的用戶群和系統(tǒng)的功能〕；,〔3〕 確定對系統(tǒng)與用戶群之間接口的需求驗(yàn)證〔是否客戶所

30、有的需求都被捕獲〕；,〔4〕 確保開發(fā)團(tuán)隊(duì)已完全理解了客戶的需求。,用例模型是使用用例的方法來描述系統(tǒng)功能需求的過程。它主要包括兩局部內(nèi)容：用例圖和用例描述。用例模型即為需求工作流程的結(jié)果，可當(dāng)作分析設(shè)計工作流程以及測試工作流程的輸入使用。,二、業(yè)務(wù)用例模型和系統(tǒng)用例模型,建立業(yè)務(wù)用例模型原因：,,因?yàn)闃I(yè)務(wù)用例模型的目的是為現(xiàn)存的或客戶預(yù)想中的真實(shí)業(yè)務(wù)建立模型，是為了理解客戶的業(yè)務(wù)，并與客戶達(dá)成業(yè)務(wù)理解上的共識而建立的模型。,業(yè)務(wù)用例模型要準(zhǔn)確而完備地描述客戶的現(xiàn)存或預(yù)想業(yè)務(wù)，而系統(tǒng)用例模型那么可能只是業(yè)務(wù)的片段或者局部。,,業(yè)務(wù)用例模型描述的是業(yè)務(wù)范圍，與系統(tǒng)用例模型講述的系統(tǒng)范圍是不同的。,