軟件建模與UML-第六章-邏輯模型要點(diǎn)課件

第六章邏輯模型

第一節(jié)業(yè)務(wù)對象模型第二節(jié)分析模型第三節(jié)設(shè)計(jì)模型第六章邏輯模型第一節(jié)業(yè)務(wù)對象模型1第一節(jié)業(yè)務(wù)對象模型Rose把系統(tǒng)邏輯視圖分成三個層次：業(yè)務(wù)對象模型（BusinessObjectModel）、分析模型（AnalysisModel）、設(shè)計(jì)模型（DesignModel）。業(yè)務(wù)對象模型和分析模型完成系統(tǒng)概要設(shè)計(jì)任務(wù)；分析模型和設(shè)計(jì)模型完成系統(tǒng)邏輯設(shè)計(jì)任務(wù)；設(shè)計(jì)模型和代碼框架生成、編寫代碼完成系統(tǒng)實(shí)現(xiàn)任務(wù)。

第一節(jié)業(yè)務(wù)對象模型Rose把系統(tǒng)邏輯視圖分成三個層次：業(yè)2第一節(jié)業(yè)務(wù)對象模型1、業(yè)務(wù)對象模型概述2、業(yè)務(wù)對象建模的一些觀點(diǎn)3、業(yè)務(wù)對象模型分析4、業(yè)務(wù)對象模型的創(chuàng)建

第一節(jié)業(yè)務(wù)對象模型1、業(yè)務(wù)對象模型概述31、業(yè)務(wù)對象模型概述業(yè)務(wù)對象模型描述現(xiàn)行的業(yè)務(wù)活動對象（部門、業(yè)務(wù)實(shí)體、業(yè)務(wù)參與者）之間的關(guān)系，由業(yè)務(wù)用例視圖中的參與者、交互圖等中的對象演化而來，利用用戶熟悉的業(yè)務(wù)對象描述現(xiàn)行系統(tǒng)，通過對象的合作實(shí)現(xiàn)業(yè)務(wù)用例的功能。業(yè)務(wù)對象模型（也叫領(lǐng)域模型）是描述業(yè)務(wù)用例實(shí)現(xiàn)的對象模型。業(yè)務(wù)對象模型從業(yè)務(wù)參與者內(nèi)部的觀點(diǎn)定義了業(yè)務(wù)用例。業(yè)務(wù)對象模型是從面向?qū)ο蟮囊暯强创F(xiàn)實(shí)世界的結(jié)果，也就是通過類圖來描述現(xiàn)實(shí)世界中各種事物的關(guān)系。

1、業(yè)務(wù)對象模型概述業(yè)務(wù)對象模型描述現(xiàn)行的業(yè)務(wù)活動對象（部門41、業(yè)務(wù)對象模型概述下圖所示的是航標(biāo)遙測遙控系統(tǒng)的業(yè)務(wù)對象模型圖1、業(yè)務(wù)對象模型概述下圖所示的是航標(biāo)遙測遙控系統(tǒng)的業(yè)務(wù)對象模52、業(yè)務(wù)對象建模的一些觀點(diǎn)1）業(yè)務(wù)對象模型的核心元素2）如何命名業(yè)務(wù)參與者和業(yè)務(wù)實(shí)體

3）涉及業(yè)務(wù)用例的業(yè)務(wù)對象

4）業(yè)務(wù)對象模型和信息系統(tǒng)

5）在業(yè)務(wù)對象模型中明確建模的信息系統(tǒng)

6）好的業(yè)務(wù)對象模型的特征

2、業(yè)務(wù)對象建模的一些觀點(diǎn)1）業(yè)務(wù)對象模型的核心元素63、業(yè)務(wù)對象模型分析業(yè)務(wù)對象模型描述各業(yè)務(wù)部門業(yè)務(wù)參與者、業(yè)務(wù)員工與業(yè)務(wù)實(shí)體類之間的關(guān)系，即業(yè)務(wù)對象一級的類圖，這種類圖只與業(yè)務(wù)邏輯有關(guān)。一個企業(yè)的部門是對象，每個部門的業(yè)務(wù)又涉及自己的業(yè)務(wù)對象，每個部門的業(yè)務(wù)對象是從所在部門業(yè)務(wù)的術(shù)語、名詞中獲得的，對象是類的實(shí)體，由業(yè)務(wù)對象不難抽象出對應(yīng)的業(yè)務(wù)實(shí)體來。3、業(yè)務(wù)對象模型分析業(yè)務(wù)對象模型描述各業(yè)務(wù)部門業(yè)務(wù)參與者、業(yè)74、業(yè)務(wù)對象模型的創(chuàng)建1）創(chuàng)建包2）創(chuàng)建子系統(tǒng)業(yè)務(wù)對象模型類圖下圖是完成上述操作的銷售管理業(yè)務(wù)對象模型類圖。

4、業(yè)務(wù)對象模型的創(chuàng)建1）創(chuàng)建包8第二節(jié)分析模型1、分析模型概述

2、分析建模的一些觀點(diǎn)

3、建立分析類圖

4、創(chuàng)建用例實(shí)現(xiàn)

5、用例實(shí)現(xiàn)的順序圖描述

6、用例實(shí)現(xiàn)的通信圖描述第二節(jié)分析模型1、分析模型概述91、分析模型概述分析模型必須實(shí)現(xiàn)三個主要目標(biāo)：描述客戶需要什么；為軟件設(shè)計(jì)奠定基礎(chǔ)；定義可以被確認(rèn)的一組需求。分析階段的目的是：分析產(chǎn)出更確切的需求說明。分析模型用開發(fā)者的語言描述。分析模型使需求結(jié)構(gòu)化，便于理解、制作、改變、重用。分析模型可看作為設(shè)計(jì)模型的第一次分割。1、分析模型概述分析模型必須實(shí)現(xiàn)三個主要目標(biāo)：描述客戶需要什101、分析模型概述分析建模的經(jīng)驗(yàn)法則：分析模型總是使用業(yè)務(wù)語言。分析模型中的抽象應(yīng)該是業(yè)務(wù)領(lǐng)域詞匯的部分。關(guān)注于捕獲大的場面。不要陷于系統(tǒng)將如何工作的細(xì)節(jié)。創(chuàng)建“講故事”的模型。每幅產(chǎn)生的圖都應(yīng)該闡明系統(tǒng)期望行為的一些重要部分。對盡可能多的利益相關(guān)人有用。盡可能保持模型簡潔。1、分析模型概述分析建模的經(jīng)驗(yàn)法則：111、分析模型概述分析類代表了對系統(tǒng)設(shè)計(jì)中一個或幾個類或若干子系統(tǒng)的抽象。這種抽象由以下特征：分析類側(cè)重于處理功能性需求分析類很少定義或提供任何接口分析類定義的屬性是較高層次的分析類中的關(guān)系也是比較高層次的、概念性的東西分析類只包括三種版型（構(gòu)造型）中的一種：實(shí)體類(EntityClasses)，控制類(ControlClasses)和邊界類(BoundaryClasses)1、分析模型概述分析類代表了對系統(tǒng)設(shè)計(jì)中一個或幾個類或若干子121、分析模型概述分析模型中分析類的三種構(gòu)造型1、分析模型概述分析模型中分析類的三種構(gòu)造型131、分析模型概述航標(biāo)遙測遙控系統(tǒng)分析模型的一個實(shí)例1、分析模型概述航標(biāo)遙測遙控系統(tǒng)分析模型的一個實(shí)例141、分析模型概述類型類名職責(zé)邊界類CommandWindow負(fù)責(zé)接收用戶輸入的命令并向用戶顯示命令結(jié)果控制類LightInductorControl負(fù)責(zé)與“航標(biāo)燈器”感應(yīng)器通訊，獲取航標(biāo)燈器當(dāng)前數(shù)據(jù)RadarResponderInductorControl負(fù)責(zé)與“雷達(dá)應(yīng)答器”感應(yīng)器通訊，獲取雷達(dá)應(yīng)答器當(dāng)前數(shù)據(jù)GPSDeviceControl負(fù)責(zé)與“GPS定位設(shè)備”感應(yīng)器通訊，獲取雷達(dá)應(yīng)答器當(dāng)前位置實(shí)體類Lightstate負(fù)責(zé)存儲航標(biāo)燈器狀態(tài)數(shù)據(jù)RadarResponderState負(fù)責(zé)存儲雷達(dá)應(yīng)答器狀態(tài)數(shù)據(jù)GPSState負(fù)責(zé)GPS定位數(shù)據(jù)1、分析模型概述類型類名職責(zé)邊界類CommandWindow152、分析建模的一些觀點(diǎn)1）一個用例一般通過三種類協(xié)同實(shí)現(xiàn)其功能實(shí)體類、邊界類和控制類。這三種類又稱為分析類變體（AnalysisClassStereotypes）。

2、分析建模的一些觀點(diǎn)1）一個用例一般通過三種類協(xié)同實(shí)現(xiàn)其功162、分析建模的一些觀點(diǎn)實(shí)體類：業(yè)務(wù)實(shí)體的計(jì)算機(jī)描述（來源：詞匯表，業(yè)務(wù)領(lǐng)域；如銷售表，商品檔案表等）邊界類：位于系統(tǒng)和外界參與者的交界處，實(shí)現(xiàn)業(yè)務(wù)參與者、業(yè)務(wù)員工與用例的交互（來源：“參與者--用例”。如窗體類、報表類或軟件接口。常用來接受參與者的交互信息）控制類：主要用來協(xié)調(diào)邊界類和實(shí)體類的工作，也稱管理類。用例將某項(xiàng)責(zé)任委托給控制類，控制類自身并不完成任何服務(wù)功能，而是由控制類發(fā)送消息，由別的類來實(shí)現(xiàn)需要的服務(wù)。

2、分析建模的一些觀點(diǎn)實(shí)體類：業(yè)務(wù)實(shí)體的計(jì)算機(jī)描述（來源：詞172、分析建模的一些觀點(diǎn)2）用例實(shí)現(xiàn)(Use-caseRealizations)：用例通過“用例實(shí)現(xiàn)”來完成相應(yīng)用例的功能。用例實(shí)現(xiàn)就是UML的協(xié)作(Cooperation)，意思是通過對象(或類)的協(xié)作完成用例的實(shí)現(xiàn)。

2、分析建模的一些觀點(diǎn)2）用例實(shí)現(xiàn)(Use-caseRea183、建立分析類圖1）創(chuàng)建包3、建立分析類圖1）創(chuàng)建包193、建立分析類圖2）創(chuàng)建類圖完成后的銷售子系統(tǒng)分析模型類圖示例3、建立分析類圖2）創(chuàng)建類圖204、創(chuàng)建用例實(shí)現(xiàn)用例實(shí)現(xiàn)是類圖的一種。創(chuàng)建用例實(shí)現(xiàn)，進(jìn)一步描述類的動態(tài)特征。下面結(jié)合銷售系統(tǒng)用例具體說明如何創(chuàng)建用例實(shí)現(xiàn)。具體過程參見教材P158-159.4、創(chuàng)建用例實(shí)現(xiàn)用例實(shí)現(xiàn)是類圖的一種。創(chuàng)建用214、創(chuàng)建用例實(shí)現(xiàn)4、創(chuàng)建用例實(shí)現(xiàn)224、創(chuàng)建用例實(shí)現(xiàn)4、創(chuàng)建用例實(shí)現(xiàn)234、創(chuàng)建用例實(shí)現(xiàn)用例實(shí)現(xiàn)可以從不同的角度去描述可以通過類之間的協(xié)作(類圖)來描述可以通過類對象按時間順序的消息交互（順序圖）來描述也可以通過類對象之間協(xié)作（通信圖）來描述。4、創(chuàng)建用例實(shí)現(xiàn)用例實(shí)現(xiàn)可以從不同的角度去描述244、創(chuàng)建用例實(shí)現(xiàn)用類圖描述用例實(shí)現(xiàn)①在瀏覽器中AnalysisModel下的“銷售管理”包下選擇用例實(shí)現(xiàn)【更新銷售信息】。右擊,在彈出菜單中選擇【New】→【ClassDiagram】。創(chuàng)建一個新的類圖，命名為“更新銷售”。②雙擊【更新商品】，打開“更新銷售”類圖。③將AnalysisModel下“銷售管理”包中的類：“銷售管理窗體”、“商品信息控制”、“銷售表”拖到這個“更新商品”類圖中。得到如圖6-11所示的“更新商品信息”用例實(shí)現(xiàn)的類圖。4、創(chuàng)建用例實(shí)現(xiàn)用類圖描述用例實(shí)現(xiàn)254、創(chuàng)建用例實(shí)現(xiàn)用類圖描述用例實(shí)現(xiàn)圖6-11“更新銷售信息”用例實(shí)現(xiàn)的類圖4、創(chuàng)建用例實(shí)現(xiàn)用類圖描述用例實(shí)現(xiàn)圖6-11“更新銷售信息265、用例實(shí)現(xiàn)的順序圖描述順序圖包含4個元素，分別是對象（Object）、生命線（Lifeline）、消息（Message）和激活（Activation）。5、用例實(shí)現(xiàn)的順序圖描述順序圖包含4個元素，分別是對象（Ob275、用例實(shí)現(xiàn)的順序圖描述使用順序圖對系統(tǒng)建模時，可以遵循如下策略：設(shè)置交互的語境，這些語境可以是系統(tǒng)、子系統(tǒng)、操作、類、用例和協(xié)作的一個腳本。通過識別對象在交互過程中扮演的參與者，根據(jù)對象的重要性，將其從左向右的方向放在順序圖中。設(shè)置每個對象的生命線。一般情況下，對象存在于交互的整個過程，但它也可以在交互過程中創(chuàng)建和撤銷。5、用例實(shí)現(xiàn)的順序圖描述使用順序圖對系統(tǒng)建模時，可以遵循如下285、用例實(shí)現(xiàn)的順序圖描述從引發(fā)某個交互的信息開始，在生命線之間按從上向下的順序畫出隨后的消息。設(shè)置對象的激活期，這可以可視化實(shí)際計(jì)算發(fā)生時的時間點(diǎn)、可視化消息的嵌套。如果需要設(shè)置時間或空間的約束，可以用時間標(biāo)記修飾每個消息，并附上合適的時間和空間約束。如果需要形式化地說明某控制流，可以為每個消息附上前置或后置條件流。5、用例實(shí)現(xiàn)的順序圖描述從引發(fā)某個交互的信息開始，在生命線之295、用例實(shí)現(xiàn)的順序圖描述一個獨(dú)立的順序圖只能顯示一個控制流，通常說來，一個完整的控制流肯定是復(fù)雜的，所以將一個大的控制流分為幾個部分放在不同的圖中是比較合適的。5、用例實(shí)現(xiàn)的順序圖描述305、用例實(shí)現(xiàn)的順序圖描述使用RationalRose繪制順序圖過程如下：1）創(chuàng)建順序圖2）添加對象3）添加消息4）完成“更新銷售信息”順序圖5、用例實(shí)現(xiàn)的順序圖描述使用RationalRose繪制順315、用例實(shí)現(xiàn)的順序圖描述下圖所示就是完成的更新銷售信息順序圖

5、用例實(shí)現(xiàn)的順序圖描述下圖所示就是完成的更新銷售信息順序圖326、用例實(shí)現(xiàn)的通信圖描述通信圖（CommunicationDiagram）是順序圖之外的另一種表示交互的方法，通信圖的一個用途是表示類操作的實(shí)現(xiàn)。通信圖包含3元素：對象（Object）、鏈（Line）和消息（Message）。順序圖和通信圖之間的語義是等價的，描述的主要元素都是兩個，即消息和對象。6、用例實(shí)現(xiàn)的通信圖描述通信圖（Communication336、用例實(shí)現(xiàn)的通信圖描述使用通信圖對系統(tǒng)建模時，可以遵循如下策略：設(shè)置交互的語境。這里所指的語境可以是系統(tǒng)、子系統(tǒng)、操作、類、用例或用例的腳本。通過識別對象在交互過程中所扮演的參與者，開始繪制通信圖，把這些對象作為圖的頂點(diǎn)放在通信圖中。其中較為重要的對象放在圖的中央，與它鄰近的對象放在外圍。為每個對象設(shè)置初始特性。如果某對象的屬性值、標(biāo)記值、狀態(tài)或參與者在交互期發(fā)生變化，則在圖中放置一個復(fù)制對象，并用變化后的值更新它，然后通過構(gòu)造型《become》或《copy》的消息將這兩者連接。6、用例實(shí)現(xiàn)的通信圖描述使用通信圖對系統(tǒng)建模時，可以遵循如下346、用例實(shí)現(xiàn)的通信圖描述設(shè)置了對象的初始值后，根據(jù)對象間的關(guān)系確定對象間鏈接。一般先確定關(guān)聯(lián)的鏈接；因?yàn)檫@是最主要的，它代表了結(jié)構(gòu)的鏈接。然后需要確定的是其他的鏈接，用合適的路徑構(gòu)造型修飾它們，顯示地說明這些對象間是如何互相聯(lián)系的。從引起交互的消息開始，按消息的順序，把隨后的消息附到適當(dāng)?shù)逆溄由?，這描述了對象間的消息傳遞?？梢杂脦?shù)點(diǎn)的編號來表達(dá)嵌套。如果需要說明時間或空間的約束，可以用適當(dāng)?shù)臅r間或空間約束來修飾每個消息。在建模中，如果想更詳細(xì)的描述這個控制流，可以為交互過程中的每個消息都附上前置條件和后置條件。6、用例實(shí)現(xiàn)的通信圖描述設(shè)置了對象的初始值后，根據(jù)對象間的關(guān)356、用例實(shí)現(xiàn)的通信圖描述使用RationalRose繪制通信圖過程如下：1)創(chuàng)建通信圖2)添加對象3)添加消息4)添加數(shù)據(jù)流6、用例實(shí)現(xiàn)的通信圖描述使用RationalRose繪制通366、用例實(shí)現(xiàn)的通信圖描述下圖就是更新銷售信息的通信圖6、用例實(shí)現(xiàn)的通信圖描述下圖就是更新銷售信息的通信圖37第三節(jié)設(shè)計(jì)模型

1、設(shè)計(jì)模型概述2、設(shè)計(jì)建模的一些觀點(diǎn)3、創(chuàng)建設(shè)計(jì)類4、創(chuàng)建系統(tǒng)交互模型5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖

第三節(jié)設(shè)計(jì)模型1、設(shè)計(jì)模型概述381、設(shè)計(jì)模型概述軟件設(shè)計(jì)產(chǎn)生合理、健壯而穩(wěn)定的軟件構(gòu)架，創(chuàng)建實(shí)現(xiàn)模型的藍(lán)圖。設(shè)計(jì)模型(DesignModel)是描述用例的物理實(shí)現(xiàn)的對象模型，受功能和非功能需求，以及與實(shí)現(xiàn)環(huán)境有關(guān)的并最終影響系統(tǒng)的其它約束。設(shè)計(jì)模型是系統(tǒng)實(shí)現(xiàn)的抽象，作為系統(tǒng)實(shí)現(xiàn)活動的重要輸入。

1、設(shè)計(jì)模型概述軟件設(shè)計(jì)產(chǎn)生合理、健壯而穩(wěn)定的軟件構(gòu)架，創(chuàng)建391、設(shè)計(jì)模型概述

設(shè)計(jì)模型和分析模型都是為系統(tǒng)同一個部分建模，但是設(shè)計(jì)模型在接近代碼的抽象層次上描述系統(tǒng)。分析模型和設(shè)計(jì)模型之間存在簡單的《trace》關(guān)系，設(shè)計(jì)模型是建立在分析模型的基礎(chǔ)之上，也可以看作是把實(shí)現(xiàn)技術(shù)加入分析模型后對分析模型的精化和細(xì)化。1、設(shè)計(jì)模型概述設(shè)計(jì)模型和分析模型都是為系統(tǒng)同一個部401、設(shè)計(jì)模型概述

設(shè)計(jì)模型和分析模型包含相同類型的物件，但是所有的制品更加完整成型，并且必須包含實(shí)現(xiàn)細(xì)節(jié)。設(shè)計(jì)模型由設(shè)計(jì)子系統(tǒng)、設(shè)計(jì)類、接口、用例實(shí)現(xiàn)（設(shè)計(jì)）和部署圖組成。1、設(shè)計(jì)模型概述設(shè)計(jì)模型和分析模型包含相同類型的物件411、設(shè)計(jì)模型概述

設(shè)計(jì)類是實(shí)現(xiàn)階段的類，是規(guī)格說明已經(jīng)完成并且達(dá)到能夠被實(shí)現(xiàn)程度的類。設(shè)計(jì)類有兩個來源：其一是問題域中分析類的精化（一個分析類可以變成零個、一個或多個設(shè)計(jì)類）；其二是解域中的實(shí)用類庫、中間件、GUI庫、可復(fù)用組件等。1、設(shè)計(jì)模型概述設(shè)計(jì)類是實(shí)現(xiàn)階段的類，是規(guī)格說明已經(jīng)421、設(shè)計(jì)模型概述形式良好的設(shè)計(jì)類展現(xiàn)特定特征：類的公共操作定義它和類用戶之間的契約。完整性—類所包含的不能少于用戶所有可能的合理要求。充分性—類所包含的不能多于用戶所有可能的合理要求。原始性—服務(wù)應(yīng)該是簡單的、原始的和惟一的。1、設(shè)計(jì)模型概述形式良好的設(shè)計(jì)類展現(xiàn)特定特征：431、設(shè)計(jì)模型概述高內(nèi)聚—每個類應(yīng)當(dāng)體現(xiàn)一個單一的、良好定義的抽象概念；所有操作都應(yīng)當(dāng)支持類的目的。低耦合—類應(yīng)該僅與足夠的其他類耦合，已完成它的職責(zé)；只有在兩個類之間存在真正語義關(guān)系時才能將它們耦合；不要僅僅為復(fù)用代碼而耦合。應(yīng)當(dāng)從類用戶的角度去評估設(shè)計(jì)類。1、設(shè)計(jì)模型概述高內(nèi)聚—每個類應(yīng)當(dāng)體現(xiàn)一個單一的、良好定義的441、設(shè)計(jì)模型概述

設(shè)計(jì)模型與選擇的應(yīng)用系統(tǒng)框架有密切的關(guān)系，直接影響到以后的代碼生成。所以具有非常重要的地位。1、設(shè)計(jì)模型概述設(shè)計(jì)模型與選擇的應(yīng)用系統(tǒng)框架有密切的451、設(shè)計(jì)模型概述設(shè)計(jì)建模的原則：1）設(shè)計(jì)可追溯到分析模型2）經(jīng)常關(guān)注待建系統(tǒng)的架構(gòu)3）數(shù)據(jù)設(shè)計(jì)與功能設(shè)計(jì)同等重要4）必須設(shè)計(jì)接口（包括內(nèi)部和外部接口）5）用戶界面設(shè)計(jì)必須符合最終用戶要求1、設(shè)計(jì)模型概述設(shè)計(jì)建模的原則：461、設(shè)計(jì)模型概述6）功能獨(dú)立的構(gòu)件級設(shè)計(jì)7）構(gòu)件之間以及構(gòu)件與外部環(huán)境之間松散耦合8）設(shè)計(jì)表述（模型）應(yīng)該做到盡可能易于理解9）設(shè)計(jì)應(yīng)該迭代式進(jìn)行。每一次迭代，設(shè)計(jì)者都應(yīng)該盡力簡化1、設(shè)計(jì)模型概述471、設(shè)計(jì)模型概述

恰當(dāng)?shù)貞?yīng)用以上設(shè)計(jì)原則，就能創(chuàng)造出兼顧內(nèi)部高質(zhì)量和外部高質(zhì)量的設(shè)計(jì)。1、設(shè)計(jì)模型概述恰當(dāng)?shù)貞?yīng)用以上設(shè)計(jì)原則，就能創(chuàng)造出兼482、設(shè)計(jì)建模的一些觀點(diǎn)由分析進(jìn)入設(shè)計(jì)時，軟件結(jié)構(gòu)被完成。每一個結(jié)構(gòu)元素被加入到邏輯視圖中作為包，需要時加入關(guān)系。例如：數(shù)據(jù)庫、通信、錯誤處理等。

2、設(shè)計(jì)建模的一些觀點(diǎn)由分析進(jìn)入設(shè)計(jì)時，軟件492、設(shè)計(jì)建模的一些觀點(diǎn)在設(shè)計(jì)期間，用戶界面設(shè)計(jì)被完成。窗口設(shè)計(jì)窗口數(shù)量處理用戶時間2、設(shè)計(jì)建模的一些觀點(diǎn)在設(shè)計(jì)期間，用戶界面設(shè)計(jì)被完成。502、設(shè)計(jì)建模的一些觀點(diǎn)1）加入設(shè)計(jì)級類在設(shè)計(jì)期間，類被加入以簡化系統(tǒng)實(shí)現(xiàn)Utility類的加入提供了可以在多種背景下使用的公共服務(wù)包（如：數(shù)學(xué)運(yùn)算）類的加入可以包裝非面向?qū)ο蟮膸旌蛻?yīng)用類的加入幫助執(zhí)行一些需要的功能模型的合并可以解決設(shè)計(jì)問題Stereotypes可以用于表達(dá)類的目的2、設(shè)計(jì)建模的一些觀點(diǎn)1）加入設(shè)計(jì)級類512、設(shè)計(jì)建模的一些觀點(diǎn)2）更新邏輯視圖圖形交互圖被更新在domain類和被加入的實(shí)現(xiàn)類之間展現(xiàn)交互操作由于附加的設(shè)計(jì)類而修改交互操作類圖被更新加入新包類間的新關(guān)系由于附加的設(shè)計(jì)類，關(guān)系可以被刪除由于附加的設(shè)計(jì)類，包中的關(guān)系可以被修改2、設(shè)計(jì)建模的一些觀點(diǎn)2）更新邏輯視圖圖形522、設(shè)計(jì)建模的一些觀點(diǎn)3）更新組件視圖圖形加入包組件圖被更新附加包附加包的關(guān)系包的關(guān)系可以被改變2、設(shè)計(jì)建模的一些觀點(diǎn)3）更新組件視圖圖形532、設(shè)計(jì)建模的一些觀點(diǎn)4）設(shè)計(jì)關(guān)系在設(shè)計(jì)期間，關(guān)系被完善導(dǎo)航--每種關(guān)系都被檢測以便確定是否需要雙向?qū)Ш娇梢暬溄?-可視化鏈接加入到協(xié)同圖中，以便幫助在關(guān)系中精練決定Containment--byvalueorbyreferencecontainmentisdecidedMultiplicity--re-visitmultiplicityforeachendofarelationshipandspecifycontainersformultiplicityofmorethanoneParameterizedClasses--additionofparameterizedclassesformultiplicitygreaterthanone2、設(shè)計(jì)建模的一些觀點(diǎn)4）設(shè)計(jì)關(guān)系542、設(shè)計(jì)建模的一些觀點(diǎn)5）輸出控制輸出控制展現(xiàn)了保護(hù)級為屬性獲取或設(shè)置方法（缺省=private）為關(guān)聯(lián)獲取或設(shè)置方法（缺省=public）類的操作（缺省=public）輸出控制選項(xiàng)Public--可訪問類的成員和類的實(shí)例Protected--可訪問類的成員和所有子類的成員Private--可訪問類的成員和友元Implementation--可訪問類的成員2、設(shè)計(jì)建模的一些觀點(diǎn)5）輸出控制552、設(shè)計(jì)建模的一些觀點(diǎn)4）設(shè)計(jì)關(guān)系在設(shè)計(jì)期間，關(guān)系被完善導(dǎo)航--每種關(guān)系都被檢測以便確定是否需要雙向?qū)Ш娇梢暬溄?-可視化鏈接加入到協(xié)同圖中，以便幫助在關(guān)系中精練決定Containment--byvalueorbyreferencecontainmentisdecidedMultiplicity--re-visitmultiplicityforeachendofarelationshipandspecifycontainersformultiplicityofmorethanoneParameterizedClasses--additionofparameterizedclassesformultiplicitygreaterthanone2、設(shè)計(jì)建模的一些觀點(diǎn)4）設(shè)計(jì)關(guān)系562、設(shè)計(jì)建模的一些觀點(diǎn)6）為一個或多個Multiplicity進(jìn)行設(shè)計(jì)多于一個的Multiplicity一般在使用容器類時被設(shè)計(jì)容器類的實(shí)例是其它對象的集合普通容器類包括：Sets，lists，dictionaries，stacks，queues，……容器類經(jīng)常用parameterizedclasses來實(shí)現(xiàn)2、設(shè)計(jì)建模的一些觀點(diǎn)6）為一個或多個Multiplicit572、設(shè)計(jì)建模的一些觀點(diǎn)7）把參數(shù)類加入模型中。參數(shù)類可以被加入模型中用于說明多于一個的Multiplicitydesign8）把抽象類加入模型中。2、設(shè)計(jì)建模的一些觀點(diǎn)7）把參數(shù)類加入模型中。582、設(shè)計(jì)建模的一些觀點(diǎn)9）屬性設(shè)計(jì)（類的屬性對于類的所有實(shí)例都是有效的。在C++中，這是一個靜態(tài)屬性）在分析階段，充分的指出屬性名稱屬性表述必須在設(shè)計(jì)階段被完成選項(xiàng)的缺省類型必須被分配到每一個屬性中Built-indatatype(e-g-,int,float)User-defineddatatype(e-g-,enum)User-definedclass2、設(shè)計(jì)建模的一些觀點(diǎn)9）屬性設(shè)計(jì)（類的屬性對于類的所有實(shí)例592、設(shè)計(jì)建模的一些觀點(diǎn)10）操作設(shè)計(jì)（類的操作對于類的所有實(shí)例都有效。在C++中，這是一個靜態(tài)操作）在設(shè)計(jì)階段，每一個操作的信號被決定操作要旨操作轉(zhuǎn)換類型2、設(shè)計(jì)建模的一些觀點(diǎn)10）操作設(shè)計(jì)（類的操作對于類的所有實(shí)602、設(shè)計(jì)建模的一些觀點(diǎn)11）繼承設(shè)計(jì)在設(shè)計(jì)期間，繼承機(jī)制被精化-Superclassesaremadeabstractclasseswhereappropriate-Operationsaremadevirtualorpurevirtualtosupportpolymorphism-Multipleinheritancehierarchiesarechangedtosupportvirtualbaseclasseswhereappropriate2、設(shè)計(jì)建模的一些觀點(diǎn)11）繼承設(shè)計(jì)612、設(shè)計(jì)建模的一些觀點(diǎn)12）消息同步通信圖被更新以便描述消息同步策略。Simple--單線程控制；Synchronous--當(dāng)客戶端發(fā)送一個消息到接收者并且接收者接受這個消息的操作過程；Balking--如果接收者可以立刻接收消息，客戶端僅發(fā)送一個消息；Timeout--如果接收者不能在規(guī)定時間內(nèi)處理消息，客戶端放棄該消息；Asynchronous--客戶端發(fā)送一個消息到接收者，無須等待響應(yīng)即可處理或繼續(xù)執(zhí)行。2、設(shè)計(jì)建模的一些觀點(diǎn)12）消息同步623、創(chuàng)建設(shè)計(jì)類

設(shè)計(jì)模型主要集中在類圖、類、類屬性、類操作和類與類之間的關(guān)聯(lián)、關(guān)聯(lián)基數(shù)等基本要素的細(xì)化。面向?qū)ο蠓椒ǖ奶攸c(diǎn)之一就是將數(shù)據(jù)和施加在數(shù)據(jù)之上的行為封裝在一起，形成類。類屬性描述對象的屬性信息。類操作是與類相關(guān)聯(lián)的行為。操作分為四個部分：操作名、操作參數(shù)、參數(shù)類型和操作返回值類型。參數(shù)是操作的輸入變元。

3、創(chuàng)建設(shè)計(jì)類設(shè)計(jì)模型主要集中在類圖、633、創(chuàng)建設(shè)計(jì)類例：超市進(jìn)銷存系統(tǒng)的分析模型中的“銷售表”和“商品檔案表”類可以在設(shè)計(jì)模型中作為兩個ADO類(ADOC1ass)，分別命名為“saleFrm”和“goodsFrm”。ADOClass是與VB模塊類型相同的一種。由分析模型中的邊界類“銷售管理窗體”可以轉(zhuǎn)化為設(shè)計(jì)模型中的“銷售管理窗體”窗體類。由于本系統(tǒng)比較簡單，所以不再使用控制類。3、創(chuàng)建設(shè)計(jì)類例：超市進(jìn)銷存系統(tǒng)的分析模型中的“銷售表”和“643、創(chuàng)建設(shè)計(jì)類創(chuàng)建銷售系統(tǒng)設(shè)計(jì)模型類圖過程如下：1）創(chuàng)建包2）創(chuàng)建類圖3）增加類特征和方法4）建立系統(tǒng)數(shù)據(jù)庫類關(guān)聯(lián)3、創(chuàng)建設(shè)計(jì)類創(chuàng)建銷售系統(tǒng)設(shè)計(jì)模型類圖過程如下：653、創(chuàng)建設(shè)計(jì)類圖6-19設(shè)計(jì)模型包的建立3、創(chuàng)建設(shè)計(jì)類圖6-19設(shè)計(jì)模型包的建立663、創(chuàng)建設(shè)計(jì)類圖6-21銷售管理子系統(tǒng)初步類圖3、創(chuàng)建設(shè)計(jì)類圖6-21銷售管理子系統(tǒng)初步類圖673、創(chuàng)建設(shè)計(jì)類3、創(chuàng)建設(shè)計(jì)類683、創(chuàng)建設(shè)計(jì)類圖6-27銷售子系統(tǒng)類圖3、創(chuàng)建設(shè)計(jì)類圖6-27銷售子系統(tǒng)類圖693、創(chuàng)建設(shè)計(jì)類3、創(chuàng)建設(shè)計(jì)類703、創(chuàng)建設(shè)計(jì)類

設(shè)計(jì)模型是在分析模型的基礎(chǔ)上添加設(shè)計(jì)元素的結(jié)果，與分析模型相比，設(shè)計(jì)模型中的屬性更趨完善；更重要的是，它將加入模板類、參數(shù)類、抽象類／接口等設(shè)計(jì)元素，以及框架的使用、設(shè)計(jì)模式的使用等?？偟膩碚f，設(shè)計(jì)模型是一種詳細(xì)設(shè)計(jì)模型，將能直接對編程進(jìn)行指導(dǎo)。3、創(chuàng)建設(shè)計(jì)類設(shè)計(jì)模型是在分析模型的基礎(chǔ)上添加設(shè)計(jì)713、創(chuàng)建設(shè)計(jì)類圖6-29設(shè)計(jì)模型實(shí)例3、創(chuàng)建設(shè)計(jì)類圖6-29設(shè)計(jì)模型實(shí)例723、創(chuàng)建設(shè)計(jì)類3、創(chuàng)建設(shè)計(jì)類733、創(chuàng)建設(shè)計(jì)類3、創(chuàng)建設(shè)計(jì)類744、創(chuàng)建系統(tǒng)交互模型分析階段的交互模型主要關(guān)注于區(qū)分邊界對象、實(shí)體對象和控制對象，暫時不考慮其具體的實(shí)現(xiàn)類。在分析模型的基礎(chǔ)上，通過引入基礎(chǔ)類、優(yōu)化類設(shè)計(jì)之后，必然會得到新的類模型（設(shè)計(jì)模型），因此就可能需要基于新引入的“設(shè)計(jì)類”來更新交互模型，以獲得與實(shí)際代碼相吻合的模型。4、創(chuàng)建系統(tǒng)交互模型分析階段的交互模型主要關(guān)754、創(chuàng)建系統(tǒng)交互模型當(dāng)然，是否建立設(shè)計(jì)階段的交互模型也取決于需要。在大部分的建模實(shí)踐中，通常只有約一半的用例可能需要精化交互模型；如果在一般的MIS應(yīng)用系統(tǒng)中，這個比例可能會更低。一般使用順序圖、通信圖建立系統(tǒng)交互模型。4、創(chuàng)建系統(tǒng)交互模型當(dāng)然，是否建立設(shè)計(jì)階段的交764、創(chuàng)建系統(tǒng)交互模型1）建立順序圖4、創(chuàng)建系統(tǒng)交互模型1）建立順序圖774、創(chuàng)建系統(tǒng)交互模型2）建立協(xié)作圖4、創(chuàng)建系統(tǒng)交互模型2）建立協(xié)作圖785、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖狀態(tài)機(jī)圖是一個用來描述局部信息的建模工具，它的主要應(yīng)用有兩種：一是對對象的生命周期建模，二是對反應(yīng)型對象建模。5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖狀態(tài)機(jī)圖是一個用來描述局部信息的795、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-33一個簡單的狀態(tài)機(jī)圖示意圖狀態(tài)機(jī)圖由表示狀態(tài)的節(jié)點(diǎn)和表示狀態(tài)之間轉(zhuǎn)換的帶箭頭的直線組成。

5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-33一個簡單的狀態(tài)機(jī)圖示805、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖在對象的整個生命周期中，它的狀態(tài)是會發(fā)生變化的，而狀態(tài)機(jī)就是用來表示一個對象在它的生命周期中響應(yīng)事件所發(fā)生的狀態(tài)變化以及對事件的響應(yīng)。在對系統(tǒng)進(jìn)行建模時，有時需要反映對象對外部事件的響應(yīng)、生命周期的變遷以及對過去行為的依賴等內(nèi)容，這時就需要使用狀態(tài)機(jī)圖。5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖在對象的整個生命周期中，它的狀態(tài)815、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖狀態(tài)機(jī)是計(jì)算機(jī)科學(xué)理論的一部分，但UML中狀態(tài)機(jī)模型主要是基于DavidHarel所做的擴(kuò)展，是用來展示狀態(tài)與狀態(tài)之間轉(zhuǎn)換的圖。通常一個狀態(tài)圖依附于一個類（在業(yè)務(wù)建模中，則通常依附于一個實(shí)體），并且描述一個類的實(shí)例對接收到的事件所做出的響應(yīng)。狀態(tài)機(jī)也可以依附于行為、用例、協(xié)作，用來描述它們的執(zhí)行過程。5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖狀態(tài)機(jī)是計(jì)算機(jī)科學(xué)理論的825、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖

從某一種意義說，狀態(tài)機(jī)是一個對象的局部視圖、一個將對象與其外部世界分離開來并獨(dú)立考查其行為的視圖。狀態(tài)機(jī)是精確描述行為的一種好辦法。狀態(tài)機(jī)圖主要用于表現(xiàn)從一個狀態(tài)到另一個狀態(tài)的控制流。它不僅可以展現(xiàn)一個對象擁有的狀態(tài)，還可以說明事件（如消息的接收、錯誤、條件變更等）如何隨著時間的推移來影響這些狀態(tài)。

5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖從某一種意義說，狀態(tài)機(jī)是835、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖例如：

客戶要在超市買商品，售貨員結(jié)算好，要求顧客付款，但是顧客既可以信用卡付款，也可以現(xiàn)金付款，圖6-32所示的就是一個更新銷售信息的狀態(tài)圖。5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖例如：845、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-32更新銷售信息狀態(tài)機(jī)圖5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-32更新銷售信息狀態(tài)機(jī)圖855、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-41“系統(tǒng)登錄”狀態(tài)機(jī)5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-41“系統(tǒng)登錄”狀態(tài)機(jī)865、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖繪制狀態(tài)機(jī)圖的理想步驟：尋找主要的狀態(tài)確定狀態(tài)之間的轉(zhuǎn)換細(xì)化狀態(tài)內(nèi)的活動與轉(zhuǎn)換用組合狀態(tài)來展開細(xì)節(jié)5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖繪制狀態(tài)機(jī)圖的理想步驟：875、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖使用RationalRose建立狀態(tài)機(jī)圖1）創(chuàng)建狀態(tài)機(jī)圖2）添加開始狀態(tài)和終止?fàn)顟B(tài)3）增加狀態(tài)4）增加轉(zhuǎn)移5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖使用RationalRose建885、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-32更新銷售信息狀態(tài)機(jī)圖5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-32更新銷售信息狀態(tài)機(jī)圖895、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-41“系統(tǒng)登錄”狀態(tài)機(jī)5、創(chuàng)建系統(tǒng)動態(tài)模型-狀態(tài)圖圖6-41“系統(tǒng)登錄”狀態(tài)機(jī)906、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖

交互圖和活動圖是UML中對于系統(tǒng)動態(tài)建模的兩種主要的形式，它們的區(qū)別在于：交互圖強(qiáng)調(diào)的是對象到對象的控制流，而活動圖強(qiáng)調(diào)的從活動到活動的控制流?；顒釉跔顟B(tài)機(jī)中表現(xiàn)為一系列動作組成非原子的執(zhí)行過程。6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖交互圖和活動圖是UML916、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖

活動圖與狀態(tài)機(jī)圖的本質(zhì)區(qū)別在于：活動圖著重表現(xiàn)從一個活動到另一個活動的控制流，是內(nèi)部處理驅(qū)動的流程；而狀態(tài)機(jī)圖著重描述從一個狀態(tài)到另一個狀態(tài)的流程，主要有外部事件的參與。6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖活動圖與狀態(tài)機(jī)圖的本926、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖活動圖是一種表述過程機(jī)理、業(yè)務(wù)過程以及工作流的技術(shù)。它可以用來對業(yè)務(wù)過程、工作流建模，也可以對用例實(shí)現(xiàn)甚至程序?qū)崿F(xiàn)來建模。因此，它的作用和傳統(tǒng)的“流程圖”是有著很深的淵源，也十分相似。但它與流程圖的最主要的區(qū)別是在于，活動圖能夠支持并行的行為。

6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖活動圖是一種表述過程機(jī)理、業(yè)務(wù)過936、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖在UML的各個版本中，活動圖的改變可謂最大，每次UML標(biāo)準(zhǔn)更新時，都對活動圖進(jìn)行了修訂。對于UML2.0而言，最大的改變莫過于去除了“活動圖是狀態(tài)圖的一種特例”這一規(guī)定，并且還賦予了它更多的語義、更豐富的元素，從而使得活動圖成為了一種更加強(qiáng)大的模型。6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖在UML的各個版本中，活946、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖UML的活動圖中包含的圖形元素有動作狀態(tài)、活動狀態(tài)、動作流、分支和合并、分叉與匯合、對象流和泳道等。6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖956、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖活動圖是一種表述過程機(jī)理、業(yè)務(wù)過程以及工作流的技術(shù)。它可以用來對業(yè)務(wù)過程、工作流建模，也可以對用例實(shí)現(xiàn)甚至程序?qū)崿F(xiàn)來建模。UML的活動圖中包含的圖形元素有動作狀態(tài)、活動狀態(tài)、動作流、分支和合并、分叉與匯合、對象流和泳道等。6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖活動圖是一種表述過程機(jī)理、業(yè)務(wù)過966、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖分支與合并示例圖6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖分支與合并示例圖976、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖分叉與匯合示例圖6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖分叉與匯合示例圖986、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖對象流示意圖

6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖對象流示意圖996、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖用活動圖對工作流建?？勺裱缦虏襟E：1）識別要對其工作流進(jìn)行描述的類或?qū)ο蟆?）確定工作流的初始狀態(tài)和終止?fàn)顟B(tài)，明確工作流的邊界。3）對動作狀態(tài)或活動狀態(tài)建模。4）對動作流建模。5）如果需要，加入對象流以及對象的狀態(tài)變化。6）對建模結(jié)果進(jìn)行精化和細(xì)化。

6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖用活動圖對工作流建?？勺裱缦虏?006、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖使用Rose繪制活動圖主要包括以下幾個基本操作：1)創(chuàng)建活動圖（創(chuàng)建活動圖方法與創(chuàng)建狀態(tài)圖的方法類似。）2)加入初態(tài)和終態(tài)3)增加動作狀態(tài)4)增加活動狀態(tài)5)增加動作流6)增加分支和合并6、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖使用Rose繪制活動圖主要包括以1016、創(chuàng)建系統(tǒng)動態(tài)模型-活動圖7)增加分叉與匯合8