學習筆記 解析UML序列圖中符號和生命線
本文和大家重點討論一下UML序列圖的相關內容，UML序列圖主要用于按照交互發生的一系列順序，顯示對象之間的這些交互。很象類圖，開發者一般認為UML序列圖只對他們有意義。
UML序列圖的目的
UML序列圖主要用于按照交互發生的一系列順序，顯示對象之間的這些交互。很象類圖，開發者一般認為UML序列圖只對他們有意義。然而，一個組織的業務人員會發現，UML序列圖顯示不同的業務對象如何交互，對于交流當前業務如何進行很有用。除記錄組織的當前事件外，一個業務級的UML序列圖能被當作一個需求文件使用，為實現一個未來系統傳遞需求。在項目的需求階段，分析師能通過提供一個更加正式層次的表達，把用例帶入下一層次。那種情況下，用例常常被細化為一個或者更多的UML序列圖。
組織的技術人員能發現，UML序列圖在記錄一個未來系統的行為應該如何表現中，非常有用。在設計階段，架構師和開發者能使用圖，挖掘出系統對象間的交互，這樣充實整個系統設計。
UML序列圖的主要用途之一，是把用例表達的需求，轉化為進一步、更加正式層次的精細表達。用例常常被細化為一個或者更多的UML序列圖。UML序列圖除了在設計新系統方面的用途外，它們還能用來記錄一個存在系統（稱它為“遺產”）的對象現在如何交互。當把這個系統移交給另一個人或組織時，這個文檔很有用。
符號
既然這是我基于UML2的UML圖系列文章的***篇，我們需要首先討論對UML2圖符號的一個補充，即一個叫做框架的符號元件。在UML2中，框架元件用于作為許多其他的圖元件的一個基礎，但是大多數人***次接觸框架元件的情況，是作為圖的圖形化邊界。當為圖提供圖形化邊界時，一個框架元件為圖的標簽提供一致的位置。在UML圖中框架元件是可選擇的；就如你能在圖1和2中見到的，圖的標簽被放在左上角，在我將調用框架的“namebox”中，一種卷角長方形，而且實際的UML圖在較大的封閉長方形內部定義。
圖1：空的UML2框架元件
除了提供一個圖形化邊框之外，用于圖中的框架元件也有描述交互的重要的功能,例如UML序列圖。在UML序列圖上一個序列接收和發送消息（又稱交互），能通過連接消息和框架元件邊界，建立模型（如圖2所見到）。這將會在后面“超越基礎”的段落中被更詳細地介紹。
圖2：一個接收和發送消息的UML序列圖
注意在圖2中，對于UML序列圖，圖的標簽由文字“sd”開始。當使用一個框架元件封閉一個圖時，圖的標簽需要按照以下的格式:
圖類型圖名稱
UML規范給圖類型提供特定的文本值。（舉例來說，sd代表UML序列圖，activity代表活動圖，usecase代表用例圖）。
基礎
UML序列圖的主要目的是定義事件序列，產生一些希望的輸出。重點不是消息本身，而是消息產生的順序；不過，大多數UML序列圖會表示一個系統的對象之間傳遞的什么消息，以及它們發生的順序。圖按照水平和垂直的維度傳遞信息：垂直維度從上而下表示消息/調用發生的時間序列，而且水平維度從左到右表示消息發送到的對象實例。
生命線
當畫一個UML序列圖的時候，放置生命線符號元件，橫跨圖的頂部。生命線表示序列中，建模的角色或對象實例。1生命線畫作一個方格，一條虛線從上而下，通過底部邊界的中心（圖3）。生命線名字放置在方格里。
圖3：用于一個實體名為freshman的生命線的Student類的一個例子
UML的生命線命名標準按照如下格式:
實體名:類名
在如圖3所示的例子中，生命線表示類Student的實體，它的實體名稱是freshman。這里注意一點，生命線名稱帶下劃線。當使用下劃線時，意味著UML序列圖中的生命線代表一個類的特定實體，不是特定種類的實體（例如，角色）。在將來的一篇文章中，我們將會了解結構化建?！，F在，僅僅評述UML序列圖，可能包含角色（例如買方和賣方），而不需要敘述誰扮演那些角色（例如Bill和Fred）。這準許不同語境的圖重復使用。簡單拖放，UML序列圖的實例名稱有下劃線，而角色名稱沒有。
圖3中我們生命線例子是一個命名的對象，但是不是所有的生命線都代表命名的對象。相反的，一個生命線能用來表現一個匿名的或未命名的實體。當在一個UML序列圖上，為一個未命名的實例建模時，生命線的名字采用和一個命名實例相同的模式；但是生命線名字的位置留下空白，而不是提供一個例圖名字。再次參考圖3，如果生命線正在表現Student類的一個匿名例圖，生命線會是:“Student”。同時,因為UML序列圖在項目設計階段中使用，有一個未指定的對象是完全合法:舉例來說，“freshman”。
【編輯推薦】
