UML技術(shù)與軟件工程

理解用例模型的作用

安徽賽洋科技汪征

常識(shí)普及

面向?qū)ο笫且环N思想方法RUP是Rational公司定義的

統(tǒng)一軟件過程知識(shí)庫產(chǎn)品。

Rationalihoc-dovelopm?ntcompany'"

UNIFIED

MODELINGRationalRose*

LANGUAGEwww.

Rational

減contMev"

e>C?p*nthttttl?WOO.R3tl?n?l$4H?ar?C4rp?n*i?r>

UML是面向?qū)ο笏糀.LRI0HT1RESERVEDSM例”>，Be?-frr3g*Mticu

想的統(tǒng)一表達(dá)語言。ROSE是Rational公司開發(fā)的運(yùn)

用UML和RUP的CASE工具。

適合的人員

警業(yè)務(wù)分析員;

事系統(tǒng)分析員;

真正來自客戶單位

事業(yè)務(wù)設(shè)計(jì)員;

真正來自使用用戶

事系統(tǒng)設(shè)計(jì)員;單位的代表，參與

討論軟件系統(tǒng)需求

事客戶代表個(gè)的人員。

播產(chǎn)品代表：

適應(yīng)的場合

泰新員入職崗位技能培訓(xùn);

攆技術(shù)等級(jí)評(píng)定；

攆啟動(dòng)項(xiàng)目用例研討會(huì);

3口

攆貝芻學(xué)。

靜態(tài)觀念

率把世界看成是一個(gè)大事物

在這個(gè)大事物中包含著大大小小互相交織的

/1、事物;

如果我們搞清楚了所有大大小小的事物及其

相互關(guān)系，那么，我們就搞清了整個(gè)由O

列舉過程的例子

親請(qǐng)列舉3個(gè)過程的例子

過程1收發(fā)文件

，過程2學(xué)習(xí)RUP

過程3踢場足球賽

過程存在的理由

■看過程產(chǎn)生成果；

麋過程解決問題；

麋過程提供感受；

1^舞過程證實(shí)存在；

己程應(yīng)垓有房存在的價(jià)色!

底的〃關(guān)2花價(jià)值的己套!

誰需要過程被執(zhí)行?

警過程的發(fā)動(dòng)者；

事過程的受益者；

事過程的支付者；

橐過程的外部交互者;

列舉過程的需求者

事請(qǐng)列舉3個(gè)過程的需求者

過程1：所有工作人員

過程2：學(xué)員

過程3：觀眾

誰執(zhí)行過程

麋過程的執(zhí)行者和需求者不同;

麋在過程內(nèi)部的“人”；

麋提供服務(wù)的“人”；

餐實(shí)現(xiàn)過程價(jià)值的“人”；■

款接受支付的“人”

列舉過程的執(zhí)行者

攆請(qǐng)列舉3個(gè)過程的執(zhí)行者

過程1：文件收發(fā)人員

過程2：學(xué)員，老師

過程3：球員，教練，裁判

口;過程及其定義之間的關(guān)系

■一個(gè)過程啟動(dòng)了另外一個(gè)過程；

*一個(gè)過程是包含在另外一個(gè)過程中的步驟；

?定義一個(gè)過程時(shí)包含對(duì)另外一個(gè)過程的定義；

:?*一個(gè)過程是另外一個(gè)過程的依賴的前提；，

V*一個(gè)過程是另外一個(gè)過程的可選的替代過程；

新的過程定義是在另外一個(gè)已經(jīng)有的過程定義基礎(chǔ)上

補(bǔ)充可選的步驟定義出來的。

:警一個(gè)過程是另外一個(gè)過程的籠統(tǒng)說法；[

**一個(gè)過程是組成另外一個(gè)過程的一個(gè)側(cè)面；

過程啟動(dòng)關(guān)系舉例

/舉3各過程是過程的啟動(dòng)者的例子

，，例1:沒有過程啟動(dòng)者

?例2：業(yè)務(wù)建模

例3：執(zhí)行賽程

過程包含關(guān)系舉例

,舞舉3各過程包含過程的例子

，，例1:包含發(fā)，傳送，收過程

?例2：包含講，聽，問，答…過程

例3：包含上、下半場過程

過程依賴關(guān)系舉例

*舉3各過程依賴過程的例子

例1依賴編制過程

一例2教程編寫過程

例3訓(xùn)練，賽程安排

UML的過程表示法

槃對(duì)過程的表示法：

f是對(duì)一個(gè)過程的定義;

表示一個(gè)過程；

例名稱

于是，這就

叫：用例名

UML的過程需求者表示法

4,率UML把過程的需求者稱為“主角”

過程的發(fā)動(dòng)者；

過程的受益者；

過程的支付者；

過程的外部交互者;Q

主角名稱

用例模型

款過程及其關(guān)系的圖形表達(dá)；

*從過程外部看過程及其關(guān)系；

*以過程主角的觀點(diǎn)看過程及其關(guān)系;

對(duì)象模型

親過程內(nèi)部完成過靜畬

程描述；

商品

警以過程執(zhí)行者的銷售員

?講解商品0

?交付商品0

觀點(diǎn)描述過程；?登記出售。

率用執(zhí)行者和有關(guān)銷售記錄

對(duì)象的相互作用開具憑據(jù)

關(guān)系表達(dá)過程的

銷售發(fā)票銷售帳目

實(shí)現(xiàn)。銷售出納

?開具發(fā)票0

郎取貨款0

UML需要關(guān)系表達(dá)

采購員需要商品銷售過程存在；

商品銷售過程為采購員提供需要的商品;

采購員為商品支付費(fèi)用;

?、：推銷

商品銷售

采購員

主動(dòng)需要被動(dòng)需要

過程之間關(guān)系表達(dá)1

'一—啟動(dòng)商品運(yùn)輸過程是緊隨商品

銷售過程啟動(dòng)的過程。

商品銷售商品運(yùn)輸

y)

.include》------介紹商品是商品銷售過程

商品銷售介紹商品中的一個(gè)步驟。

介紹商品是已經(jīng)定義好的向外

界介紹商品特性，性能的過程。

?include?-?include>>

商品展覽介紹商品商品銷售在定義商品銷售過程和商品展

覽過程時(shí)都用到了這個(gè)定義。

過程之間關(guān)系表達(dá)2

交付費(fèi)用過程的前提是質(zhì)量

質(zhì)量檢驗(yàn)交付費(fèi)用檢驗(yàn)過程得到合格結(jié)論。

替代

〈〈extend〉）商品鐵路運(yùn)輸是商品公路

運(yùn)輸?shù)囊环N替代過程。

商品公路運(yùn)輸商品鐵路運(yùn)輸

Z_#展__在商品公路運(yùn)輸過程定義基礎(chǔ)

?extend>>上添加鐵路的可選運(yùn)輸工具，

商品公路運(yùn)輸商品鐵路運(yùn)輸便得到商品鐵路運(yùn)輸過程的定

義。------一

過程之間關(guān)系表達(dá)3

介紹商品價(jià)格

介紹商品過程由介紹性能,功能和商品運(yùn)輸是商品公路運(yùn)輸

,價(jià)格三個(gè)不同側(cè)面的過程組成。和鐵路運(yùn)輸?shù)幕\統(tǒng)說法。

UML交互圖

在標(biāo)識(shí)出系統(tǒng)的類圖之后，僅給出了實(shí)現(xiàn)

用例的組成結(jié)構(gòu)，這時(shí)還需要描述這些類的對(duì)

象是如何交互來實(shí)現(xiàn)用例功能的。即不但需要

把用例圖模型轉(zhuǎn)化為類圖模型，還要將它轉(zhuǎn)化

為交互圖模型。

交互圖表示類（對(duì)象）如何交互來實(shí)現(xiàn)系

統(tǒng)行為。交互圖具有如下兩種形式。

號(hào)■順序圖:描述對(duì)象按時(shí)間順序的消息交換過程，它

體現(xiàn)出系統(tǒng)用例的行為。

攆力、作圖:描述對(duì)象間的組織協(xié)作關(guān)系，它也可體現(xiàn)

1出系統(tǒng)用例的行為。jY

'序列圖和協(xié)作圖都可以表示對(duì)象間的交互關(guān)

系，但它們的側(cè)重點(diǎn)不同。序列圖用消息的幾何

排列關(guān)系來表達(dá)對(duì)象間交互消息的先后時(shí)間順序c

而協(xié)作圖則建模對(duì)象（或角色）間的通信關(guān)系。

_丁一

ObjectTwo

^ctorOne

MessageOne

Messagelwo____?

<----MessageThree

MessageFour

?

MessageFive

消息用來說明順序圖中不同活動(dòng)對(duì)象之間

的通信。它可在一個(gè)對(duì)象需要取消不同對(duì)象的

進(jìn)程時(shí)或者需要向另一個(gè)對(duì)象提供服務(wù)時(shí)，使

用消息o

若:息說明了對(duì)象之間的控制流，對(duì)象是如

何交互的，以及什么條件會(huì)改變控制流。

消息是順序圖活動(dòng)對(duì)象之間通信的惟一方式。

UML中的消息使用了一些簡潔的標(biāo)記符。

消息可以包含條件以便限制它們只在滿足條件

時(shí)才能發(fā)送。條件顯示在消息名稱上面的方括號(hào)

中，如下圖所示。

t下面示例使用一個(gè)順序圖來顯示登錄嘗試。如果登

錄失敗，會(huì)在放棄登錄之前重試一次。

[failure]

ReatfemptLogin

[success]

ContinueProcessing)

[failure]

GiveUp

例：程序編譯時(shí)序

Compiler

Compile

LoadFiles

>

CompileFiles

SaveOBJFiles

>

Link>

LoadOBJFiles

—

LinkOBJFiles

WriteEXEFile

—

ompileApplication用例的順序圖操作：

Developer請(qǐng)求Compiler執(zhí)行編譯

*Compiler請(qǐng)求FileSystem加載文件

?Compiler通知自己執(zhí)行編譯

?Compiler請(qǐng)求FileSystem保存對(duì)象代碼

?Compiler請(qǐng)求Linker鏈接對(duì)象代碼

Linker請(qǐng)求FileSystem加載對(duì)象代碼

Liker通知自己執(zhí)行鏈接

Linker請(qǐng)求FileSystem保存編譯的結(jié)果

:打電話時(shí)序

打電話者電話線接電話者

拿起受話器.

.電話忙音開始.

'撥號(hào)（8）一

.電話忙音結(jié)束

撥號(hào)（2）、

撥號(hào)（3）.

撥號(hào)（7）一

撥號(hào)（3）:

一鈴聲’

電話_

一響應(yīng)電話

一停止振鈴?fù)Ｖ拐疋彙?/p>

通話:

.通話

.掛斷電話‘

.電話切斷'電話切斷.

'掛斷電話

-----------------------A

在UML中，共有4種類型的消息，如下圖所示。

Synchronous

Return

Asynchronous

異步消息(Asynchronousmessage)用于控

制流在完成前不需要中斷的情況。異步消息的

發(fā)送者把控制傳遞給消息的接收者，然后繼續(xù)

自己的活動(dòng)，不需等待接收者返回信息或控制。

下面示例演示了如何在登錄文件的情況下使用

異步消息。

-------

LogLogonAttempt

[successfullogon]

LogSuccessfulLogon

y

[unsuccessfu1logon]

LogUnsuccessfulLogon

[successfullogon]7

LookupStudent__

LogStudentRetrieval

■7

[successfullogon]

ChangeStudentLogChangestoStudentInfo

[successfullogon]

Logout__、

Ci)

&i創(chuàng)建對(duì)象的標(biāo)記符如下圖中的示例所示。有

口一個(gè)主要步驟用來把“create”消息發(fā)送給對(duì)象實(shí)

'：■例。對(duì)象創(chuàng)建之后就會(huì)具有生命線，就像順序圖

中的任何其他對(duì)象一樣。可以像順序圖中的其他

對(duì)象那樣來使用該對(duì)象發(fā)送和接收消息。在處理

新創(chuàng)建的對(duì)象，或者處理順序圖中的任何其他對(duì)

象時(shí)，都可以發(fā)送“destroys”消息來刪除對(duì)象。

；若要想說明某個(gè)對(duì)象被銷毀，需要在被銷毀對(duì)象

S.的生命線上放一個(gè)X字符。

DatabaseWrapper

ValidateUser

[loggedin]

RetrieveUser

[invaliduser]

?create?.MessageBox

[invaliduser]

DisplayErrorMessage

[invaliduser]

《destroys》

X

狀態(tài)屬于對(duì)象，直接在對(duì)象的生命線上

存在。狀態(tài)可以在順序圖中的任何消息之

前設(shè)置和存在，它們也可以由順序圖中的

其他對(duì)象設(shè)置，如下圖的標(biāo)記符示例所示。

EditorFileSystem

LoadFile

liBKlViewer

[t