本文和大家重點(diǎn)討論一下UML序列圖的相關(guān)內(nèi)容，UML序列圖主要用于按照交互發(fā)生的一系列順序，顯示對象之間的這些交互。很象類圖，開發(fā)者一般認(rèn)為UML序列圖只對他們有意義。

UML序列圖的目的

UML序列圖主要用于按照交互發(fā)生的一系列順序，顯示對象之間的這些交互。很象類圖，開發(fā)者一般認(rèn)為UML序列圖只對他們有意義。然而，一個組織的業(yè)務(wù)人員會發(fā)現(xiàn)，UML序列圖顯示不同的業(yè)務(wù)對象如何交互，對于交流當(dāng)前業(yè)務(wù)如何進(jìn)行很有用。除記錄組織的當(dāng)前事件外，一個業(yè)務(wù)級的UML序列圖能被當(dāng)作一個需求文件使用，為實(shí)現(xiàn)一個未來系統(tǒng)傳遞需求。在項(xiàng)目的需求階段，分析師能通過提供一個更加正式層次的表達(dá)，把用例帶入下一層次。那種情況下，用例常常被細(xì)化為一個或者更多的UML序列圖。

組織的技術(shù)人員能發(fā)現(xiàn)，UML序列圖在記錄一個未來系統(tǒng)的行為應(yīng)該如何表現(xiàn)中，非常有用。在設(shè)計(jì)階段，架構(gòu)師和開發(fā)者能使用圖，挖掘出系統(tǒng)對象間的交互，這樣充實(shí)整個系統(tǒng)設(shè)計(jì)。
UML序列圖的主要用途之一，是把用例表達(dá)的需求，轉(zhuǎn)化為進(jìn)一步、更加正式層次的精細(xì)表達(dá)。用例常常被細(xì)化為一個或者更多的UML序列圖。UML序列圖除了在設(shè)計(jì)新系統(tǒng)方面的用途外，它們還能用來記錄一個存在系統(tǒng)（稱它為“遺產(chǎn)”）的對象現(xiàn)在如何交互。當(dāng)把這個系統(tǒng)移交給另一個人或組織時(shí)，這個文檔很有用。

符號

既然這是我基于UML2的UML圖系列文章的***篇，我們需要首先討論對UML2圖符號的一個補(bǔ)充，即一個叫做框架的符號元件。在UML2中，框架元件用于作為許多其他的圖元件的一個基礎(chǔ)，但是大多數(shù)人***次接觸框架元件的情況，是作為圖的圖形化邊界。當(dāng)為圖提供圖形化邊界時(shí)，一個框架元件為圖的標(biāo)簽提供一致的位置。在UML圖中框架元件是可選擇的；就如你能在圖1和2中見到的，圖的標(biāo)簽被放在左上角，在我將調(diào)用框架的“namebox”中，一種卷角長方形，而且實(shí)際的UML圖在較大的封閉長方形內(nèi)部定義。

圖1：空的UML2框架元件

除了提供一個圖形化邊框之外，用于圖中的框架元件也有描述交互的重要的功能,例如UML序列圖。在UML序列圖上一個序列接收和發(fā)送消息（又稱交互），能通過連接消息和框架元件邊界，建立模型（如圖2所見到）。這將會在后面“超越基礎(chǔ)”的段落中被更詳細(xì)地介紹。

圖2：一個接收和發(fā)送消息的UML序列圖

注意在圖2中，對于UML序列圖，圖的標(biāo)簽由文字“sd”開始。當(dāng)使用一個框架元件封閉一個圖時(shí)，圖的標(biāo)簽需要按照以下的格式:
圖類型圖名稱
UML規(guī)范給圖類型提供特定的文本值。（舉例來說，sd代表UML序列圖，activity代表活動圖，usecase代表用例圖）。

基礎(chǔ)

UML序列圖的主要目的是定義事件序列，產(chǎn)生一些希望的輸出。重點(diǎn)不是消息本身，而是消息產(chǎn)生的順序；不過，大多數(shù)UML序列圖會表示一個系統(tǒng)的對象之間傳遞的什么消息，以及它們發(fā)生的順序。圖按照水平和垂直的維度傳遞信息：垂直維度從上而下表示消息/調(diào)用發(fā)生的時(shí)間序列，而且水平維度從左到右表示消息發(fā)送到的對象實(shí)例。

生命線

當(dāng)畫一個UML序列圖的時(shí)候，放置生命線符號元件，橫跨圖的頂部。生命線表示序列中，建模的角色或?qū)ο髮?shí)例。1生命線畫作一個方格，一條虛線從上而下，通過底部邊界的中心（圖3）。生命線名字放置在方格里。

圖3：用于一個實(shí)體名為freshman的生命線的Student類的一個例子

UML的生命線命名標(biāo)準(zhǔn)按照如下格式:
實(shí)體名:類名

在如圖3所示的例子中，生命線表示類Student的實(shí)體，它的實(shí)體名稱是freshman。這里注意一點(diǎn)，生命線名稱帶下劃線。當(dāng)使用下劃線時(shí)，意味著UML序列圖中的生命線代表一個類的特定實(shí)體，不是特定種類的實(shí)體（例如，角色）。在將來的一篇文章中，我們將會了解結(jié)構(gòu)化建?！，F(xiàn)在，僅僅評述UML序列圖，可能包含角色（例如買方和賣方），而不需要敘述誰扮演那些角色（例如Bill和Fred）。這準(zhǔn)許不同語境的圖重復(fù)使用。簡單拖放，UML序列圖的實(shí)例名稱有下劃線，而角色名稱沒有。

圖3中我們生命線例子是一個命名的對象，但是不是所有的生命線都代表命名的對象。相反的，一個生命線能用來表現(xiàn)一個匿名的或未命名的實(shí)體。當(dāng)在一個UML序列圖上，為一個未命名的實(shí)例建模時(shí)，生命線的名字采用和一個命名實(shí)例相同的模式；但是生命線名字的位置留下空白，而不是提供一個例圖名字。再次參考圖3，如果生命線正在表現(xiàn)Student類的一個匿名例圖，生命線會是:“Student”。同時(shí),因?yàn)閁ML序列圖在項(xiàng)目設(shè)計(jì)階段中使用，有一個未指定的對象是完全合法:舉例來說，“freshman”。
 

【編輯推薦】

1. 使用Visio繪制UML序列圖時(shí)必須注意的六個問題
2. 實(shí)例解析UML序列圖使用
3. 專家指導(dǎo) 如何在UML序列圖中表示分支
4. 三大常用UML工具性能對比
5. 繪制UML序列圖時(shí)必須注意的幾個問題