一個UML中的序列圖

無雙

因為不能貼圖
只能給連接
http://upload.smiling.com/file/125057/SequenceD.zip[/img]

無雙

最上方的人形表示操作者

黃方框表示一個對象
長條表示對象的生存時間

線頭表示事件
返回線條表示對象返回

無雙

為了加強大家的理解故從網(wǎng)上轉(zhuǎn)幾篇文章
以下幾篇是轉(zhuǎn)自IBM DW 的文章


UML 序列圖簡介


為用例邏輯建模
Scott W. Ambler
總裁，Ronin International
2001 年 1 月 11 日

這篇對“統(tǒng)一建模語言 (UML)”序列圖標(biāo)記的簡介改編自 The Object Primer 2nd Edition 的第 6 章。

無雙

為用例邏輯建模
Scott W. Ambler
總裁，Ronin International
2001 年 1 月 11 日

這篇對“統(tǒng)一建模語言 (UML)”序列圖標(biāo)記的簡介改編自 The Object Primer 2nd Edition 的第 6 章。



序列圖用于為使用方案的邏輯建模。使用方案恰如其名稱所揭示的那樣 -- 描述使用系統(tǒng)的潛在方法。使用方案的邏輯可以是用例的一部分，可能是備選過程。它也可以是整個用例過程，例如由基本行動過程描述的邏輯，或者部分基本行動過程再加上一個或多個替代方案描述的邏輯。使用方案的邏輯也可以是幾個用例中包含的邏輯。例如，一個學(xué)生在大學(xué)入學(xué)后，立即參加了三個研習(xí)班。序列圖以可視方式為系統(tǒng)中邏輯的流程建模，能夠讓您記載和驗證邏輯，這通常用于分析和設(shè)計目的。

圖 1 是“參加研習(xí)班”用例的基本行動過程的模型。您可能想要現(xiàn)在打開該圖，并在閱讀本文時參考它。

無雙

分類器
橫貫該圖頂部的那些框表示的是分類器或它們的實例 -- 通常是用例、對象、類或參與者（往往用長方形表示，但它們也可以是符號）。

因為既可以向?qū)ο蟀l(fā)送消息，又可以向類發(fā)送消息（對象通過調(diào)用操作來響應(yīng)消息，而類則通過調(diào)用靜態(tài)操作來響應(yīng)消息），所以有必要將它們都包括在序列圖中。另外，因為參與者在使用方案中發(fā)起操作并占據(jù)主動地位，因此也要將他們包括在序列圖中。對象的標(biāo)簽具有標(biāo)準(zhǔn) UML 格式 "name: ClassName"，其中的 "name" 是可選的。（在圖中沒有給出名稱的對象稱為匿名對象。）類標(biāo)簽的格式為 "ClassName"，而參與者名的格式為 "Actor Name" -- 這些也都是 UML 標(biāo)準(zhǔn)。

例如在圖 1 中，"Student"（“學(xué)生”）參與者的名稱為 "A Student"，它的標(biāo)簽為原型 <<actor>;>;。表示 "UI32 Seminar Selection Screen"（“UI32 研習(xí)班選擇屏幕”）的主要 UI 元素的實例是名稱為 ":SeminarSelector"、原型為 <<UI>;>; 的匿名對象。因為向 "Student" 類發(fā)送靜態(tài)消息 "isEligible(name, studentNumber)"，所以在圖中標(biāo)名了該類（名稱為 "Student" 的框）。我們稍后再詳細(xì)說明。

在圖中，因為 "Student" 的實例在幾個地方都用作消息中的參數(shù)，所以為它提供了名稱 "theStudent"。與之相反，"StudentsFees" 類的實例不需要在圖中的其它任何地方引用，因此可以是匿名的。

生命線
從各個框垂下來的虛線稱為對象生命線，表示在對方案建模期間對象的生命跨度。生命線上的細(xì)長框是方法調(diào)用框，表明正在由目標(biāo)對象／類執(zhí)行處理，以完成消息。方法調(diào)用框底部的 X 是一種 UML 約定，表明對象已從內(nèi)存中除去，這通常是接收到原型為 <<destroy>;>; 的消息的結(jié)果。

無雙

參加研習(xí)班”用例

名稱：參加研習(xí)班
標(biāo)識：UC 17
描述：允許有資格的學(xué)生參加研習(xí)班。
前提：是在校注冊學(xué)生。
結(jié)果：在學(xué)生有資格且有空位的條件下，允許該生參加他想?yún)⒓拥恼n程。
擴(kuò)展：N/A
包含：N/A
繼承自：N/A



基本行動過程：


學(xué)生想?yún)⒓友辛?xí)班。
學(xué)生通過“UI23 安全登錄屏幕”將他的姓名和學(xué)號輸入系統(tǒng)。
系統(tǒng)根據(jù)“BR129 確定參加資格”商業(yè)規(guī)則來驗證該學(xué)生是否有資格參加學(xué)校里的研習(xí)班。
系統(tǒng)顯示可供選擇的研習(xí)班列表“UI32 研習(xí)班選擇屏幕”。
學(xué)生指定他想?yún)⒓拥难辛?xí)班。
系統(tǒng)根據(jù)“BR130 確定學(xué)生參加研習(xí)班的資格”商業(yè)規(guī)則來驗證該學(xué)生是否有資格參加研習(xí)班。
系統(tǒng)根據(jù)“BR143 驗證學(xué)生研習(xí)班課程表”商業(yè)規(guī)則來驗證研習(xí)班是否適合該學(xué)生的現(xiàn)有課程表。
系統(tǒng)根據(jù)課程目錄中公布的費用、適用的學(xué)生費用和適用的稅款來計算研習(xí)班的費用。應(yīng)用“BR 180 計算學(xué)生費用”和“BR45 計算研習(xí)班稅款”商業(yè)規(guī)則。
系統(tǒng)通過“UI33 顯示研習(xí)班費用屏幕”顯示費用。
系統(tǒng)詢問該學(xué)生是否仍然想?yún)⒓友辛?xí)班。
學(xué)生表明他想?yún)⒓友辛?xí)班。
系統(tǒng)招收該生參加研習(xí)班。
系統(tǒng)通過“UI88 研習(xí)班注冊摘要屏幕”通知該學(xué)生注冊成功。
系統(tǒng)根據(jù)商業(yè)規(guī)則“BR100 為學(xué)生開具研習(xí)班帳單”給該學(xué)生開出參加研習(xí)班費用的帳單。
系統(tǒng)詢問該生是否想打印注冊報告書。
學(xué)生表明他想打印報告書。
系統(tǒng)打印注冊報告書 -“UI89 注冊摘要報告書”。
當(dāng)學(xué)生拿到打印的報告書后，用例結(jié)束。
備選過程 A：學(xué)生沒有資格參加研習(xí)班


系統(tǒng)確定學(xué)生沒有資格參加研習(xí)班。
系統(tǒng)通知該生，他沒有資格參加研習(xí)班。
用例結(jié)束。



備選過程 B：學(xué)生不具備前提條件


系統(tǒng)確定學(xué)生沒有資格參加他所挑選的研習(xí)班。
系統(tǒng)通知該生，他不具備前提條件。
系統(tǒng)通知該生他所需的前提條件。
用例返回至基本行動過程的第 4 步繼續(xù)。



備選過程 C：學(xué)生決定不參加現(xiàn)有的研習(xí)班


學(xué)生在查看了研習(xí)班的列表之后，發(fā)現(xiàn)沒有他想要參加的研習(xí)班。
用例結(jié)束。


原文見
http://www-900.ibm.com/developerWorks/cn/components/tip-uml/index4.shtml