時序圖詳解

1、本文的主要目的是繼續(xù)把我們的重點放在基礎UML圖上；這個月，我們進一步了解序列圖。再次請注意，下面提供的例子正是以新的UML2規(guī)范為基礎。圖的目的圖的目的序列圖主要用于按照交互發(fā)生的一系列順序，顯示對象之間的這些交互。很象類圖，開發(fā)者一般認為序列圖只對他們有意義。然而，一個組織的業(yè)務人員會發(fā)現(xiàn)，序列圖顯示不同的業(yè)務對象如何交互，對于交流當前業(yè)務如何進行很有用。除記錄組織的當前事件外，一個業(yè)務級的序列圖能被當作一個需求文件使用，為實現(xiàn)一個

2、未來系統(tǒng)傳遞需求。在項目的需求階段，分析師能通過提供一個更加正式層次的表達，把用例帶入下一層次。那種情況下，用例常常被細化為一個或者更多的序列圖。組織的技術人員能發(fā)現(xiàn)，序列圖在記錄一個未來系統(tǒng)的行為應該如何表現(xiàn)中，非常有用。在設計階段，架構師和開發(fā)者能使用圖，挖掘出系統(tǒng)對象間的交互，這樣充實整個系統(tǒng)設計。序列圖的主要用途之一，是把用例表達的需求，轉化為進一步、更加正式層次的精細表達。用例常常被細化為一個或者更多的序列圖。序列圖除了在設計

3、新系統(tǒng)方面的用途外，它們還能用來記錄一個存在系統(tǒng)（稱它為“遺產”）的對象現(xiàn)在如何交互。當把這個系統(tǒng)移交給另一個人或組織時，這個文檔很有用。符號符號既然這是我基于UML2的UML圖系列文章的第一篇，我們需要首先討論對UML2圖符號的一個補充，即一個叫做框架的符號元件。在UML2中，框架元件用于作為許多其他的圖元件的一個基礎，但是大多數(shù)人第一次接觸框架元件的情況，是作為圖的圖形化邊界。當為圖提供圖形化邊界時，一個框架元件為圖的標簽提供一致的

4、位置。在UML圖中框架元件是可選擇的；就如你能在圖1和2中見到的，圖的標簽被放在左上角，在我將調用框架的“namebox”中，一種卷角長方形，而且實際的UML圖在較大的封閉長方形內部定義。圖1：空的UML2框架元件圖3：用于一個實體名為freshman的生命線的Student類的一個例子UML的生命線命名標準按照如下格式:實體名:類名在如圖3所示的例子中，生命線表示類Student的實體，它的實體名稱是freshman。這里注意一點，生

5、命線名稱帶下劃線。當使用下劃線時，意味著序列圖中的生命線代表一個類的特定實體，不是特定種類的實體（例如，角色）。在將來的一篇文章中，我們將會了解結構化建?！，F(xiàn)在，僅僅評述序列圖，可能包含角色（例如買方和賣方），而不需要敘述誰扮演那些角色（例如Bill和Fred）。這準許不同語境的圖重復使用。簡單拖放，序列圖的實例名稱有下劃線，而角色名稱沒有。圖3中我們生命線例子是一個命名的對象，但是不是所有的生命線都代表命名的對象。相反的，一個生命線能

6、用來表現(xiàn)一個匿名的或未命名的實體。當在一個序列圖上，為一個未命名的實例建模時，生命線的名字采用和一個命名實例相同的模式；但是生命線名字的位置留下空白，而不是提供一個例圖名字。再次參考圖3，如果生命線正在表現(xiàn)Student類的一個匿名例圖，生命線會是:“Student”。同時因為序列圖在項目設計階段中使用，有一個未指定的對象是完全合法:舉例來說，“freshman”。消息消息為了可讀性，序列圖的第一個消息總是從頂端開始，并且一般位于圖的左

7、邊。然后繼發(fā)的消息加入圖中，稍微比前面的消息低些。為了顯示一個對象（例如，生命線）傳遞一個消息給另外一個對象，你畫一條線指向接收對象，包括一個實心箭頭（如果是一個同步調用操作）或一個棍形箭頭（如果是一個異步訊號）。消息方法名字放置在帶箭頭的線上面。正在被傳遞給接收對象的消息，表示接收對象的類實現(xiàn)的一個操作方法。在圖4的例子中，analyst對象調用ReptingSystem類的一個實例的系統(tǒng)對象。analyst對象在調用系統(tǒng)對象的get