電子商務(wù)系統(tǒng)設(shè)計(jì)第四章UML建模方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、以下?tīng)顟B(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ù)定過(guò)期(time out)：Locked?Available,直接購(gòu)置(assigned to)：Available?Sold,換其它票(exchang) ，該票重有效：Sold?Available,實(shí)例,2,網(wǎng)上銀行登陸系統(tǒng),登陸要求提交個(gè)人社會(huì)保險(xiǎn)號(hào),(SSN),和密碼,(PIN),經(jīng)驗(yàn)證有效后登陸

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

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

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

28、,(,強(qiáng)調(diào)空間,),，但時(shí)間順序必須從順序號(hà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á)他想去的樓層。此時(shí)，電梯系統(tǒng)的操作被啟動(dòng)，電梯控制對(duì)象以循環(huán)的方式檢查所有的電梯，從中選擇一個(gè)工作隊(duì)列長(zhǎng)度最短的。然后，它創(chuàng)立一個(gè)作業(yè)命令，并將該命令放入對(duì)應(yīng)電梯的工作隊(duì)列，接著

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

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