經典：信息系統(tǒng)分析與設計案例2010-6

1、1/3312/29/20212/3312/29/2021 3/3312/29/2021n活動圖被用來建模復雜的活動 n活動圖類似于狀態(tài)圖，但狀態(tài)圖是關注狀態(tài)和狀態(tài)之間的轉換。然而，在活動圖中所有的狀態(tài)都是活動（即正在做某事的狀態(tài)），它們之間的轉換是通過完成該活動而不是外部的事件來觸發(fā)的 。 n活動圖表示了在過程中的內部的控制流。它們能被用于在不同層次建模處理過程，如在組織中的高層工作流，在用例中發(fā)生事情的細節(jié)（作為用例描述的一個取代方法），或者它們能定義一個操作的工作細節(jié)（作為過程定義的一個變通方法）。n活動圖能用來表示順序、選擇和循環(huán)（在早期的所有程序中的結構），它們也能表示在一些地方不同的

2、活動能被并行地執(zhí)行。4/3312/29/2021n圖6.1表示了在Wheels類圖中的Bike類 nBike類的操作之一是 getCharges( )，但是這個類圖僅記錄了該操作的名稱，沒有關于發(fā)生在getCharges操作中的任何細節(jié)。這些細節(jié)可以以操作定義或一個活動圖來定義。n圖6.2表示了一個描述在getCharges()操作中涉及的行動序列的活動圖。 5/3312/29/2021n活動圖的優(yōu)點之一是它們對不同的行動過程和決定哪個執(zhí)行過程的條件進行建模。n圖6.4表示了Issue bike 用例的初始活動圖。 n雖然這個圖描述了當一輛自行車被租借時發(fā)生地處理序列，但它僅涉及Wheels系

3、統(tǒng)的新顧客的情景。在老顧客的情況下，每次當顧客租借自行車時輸入顧客的細節(jié)是效率不高的，并且是使人困惑的；系統(tǒng)所需要做的僅僅是確認記錄中的顧客細節(jié)是正確的。n圖6.5表示了Issue bike 用例完善后的活動圖，其滿足了新的和老的顧客的需要。n如同在狀態(tài)圖，對判斷保障條件是否滿足時基本的，而且對二者選一的處理分支處的保障條件是強制性互斥的（例如，一位顧客不能既是新顧客，又是老顧客）6/3312/29/2021n除了順序（參見圖6.4）和選擇（圖6.5）活動外，活動圖也能對重復活動建模，重復活動是指一個或多個活動需要重復執(zhí)行。n圖6.6表示了當Wheels得首席機械師 Naresh在將若干輛不同

4、的自行車登記到系統(tǒng)中時所發(fā)生地事情 。n對每輛自行車，Naresh必須輸入其細節(jié)，并指定一個編號；這些活動被重復，直到所有的自行車被登記。 n圖6.6中的活動圖表示了重復的循環(huán)，并在方括號內表示了保障條件more bikes to add 。7/3312/29/2021n事實上，在一個活動圖中所繪制的過程經常沒有覆蓋并行執(zhí)行活動的可能性，這些活動先前是順序執(zhí)行的。圖6.7表示了用例 Handle bike return的初始活動圖。n活動Check bike 和 Check return date能并行地表示在活動圖中，如同在圖6.8中的完善圖所示。 n在圖6.8中，上面的同步條表示一旦作為單

5、獨的進入轉換活動 (Find hire details) 完成，出去轉換 (Check return date 和 Check bike for damage) 可以以任意次序執(zhí)行。下面的同步條表示單個出去的轉換僅僅在所有進入的活動被完成后才觸發(fā)。n圖6.9表示了Handle bike return 用例的一個修改后的版本，其包括了選擇和并行活動。該圖現在表示了當一輛自行車租借超時或返還時損壞時，所發(fā)生地一切。8/3312/29/2021 n泳道表示哪個代理，人或對象是對一組活動負有責任。 n在開發(fā)的早期，我們僅僅考慮在處理過程中發(fā)生什么，而不關心何人或何物對一個特定的活動負責實際上是非常有幫

6、助的。n然而，隨后對每項活動能確定何人、何物、或系統(tǒng)中的哪個對象來執(zhí)行這些活動室非常有幫助的。n我們能通過將圖分解到垂直的區(qū)域來添加這些信息到活動圖中，這些垂直區(qū)域被稱作泳道。n泳道用線條相互分開，在每個泳道頂部標有負責該泳道中的這組活動的人、組織或對象的名稱。9/3312/29/2021 n圖6.10表示了Handle bike return 用例的活動圖（同圖6.9比較）。在圖6.10中，泳道被添加來提供關于誰執(zhí)行該用例中的各種活動的信息。 n我們從圖6.10中可以看出何人或何物執(zhí)行構成Handle bike return 用例的不同活動。顧客負責將自行車返還給商店；接待員輸入顧客的姓名；

7、計算機則進行找出租借細節(jié)、檢查返還日期、如果必要則計算超出費用，以及計算返回的押金金額等活動；機械師負責檢查自行車是否損壞，計算發(fā)現損壞的修理費用；最后，接待員將剩余的押金返還給顧客。10/3312/29/2021 n活動圖幫助在不同層次細節(jié)上可視化系統(tǒng)的功能，幫助開發(fā)人員和客戶之間的溝通。n活動圖能在開發(fā)的起始階段繪制，來幫助開發(fā)人員和客戶分析商業(yè)工作流程和獲得對正在系統(tǒng)中進行的事情的共同理解。n在這個階段，活動圖提供討論的有用載體，幫助開發(fā)人員、客戶和用戶可視化系統(tǒng)的功能。 n活動圖表示能并行執(zhí)行的活動的能力在高層商業(yè)建模中是特別有用的，因為圖形的繪制能幫助確定潛在的并行處理，甚至在當前這

8、些活動是被順序地執(zhí)行的地方。11/3312/29/2021 n并行過程的表示在某些類型的系統(tǒng)中是特別有用，諸如實時系統(tǒng)，在這些系統(tǒng)中獲得和任務的同步時系統(tǒng)功能的核心。n一旦系統(tǒng)用例被確定，活動圖能用來描述涉及到取得用例目標的步驟，表示這些活動，以及它們發(fā)生地順序。n最后，當開發(fā)進入類、類的屬性和操作已被確定的階段時，活動圖是一個描述操作是如何工作的有用方法，特別是這些操作是基于負責的算法的時候。12/3312/29/2021n當我們討論在活動圖中的重復的時候，我們表示了如何利用活動之間的循環(huán)來對其進行建模（參見圖6.6）。 n在一個活動上利用多重符號*表示重復也是可能的，當存在圖形有可能變得混

9、亂時，這種方法是有用的。n圖6.11表示了一個活動圖的局部，該圖描述了當 Wheels商店經理 Annie Price檢查每輛自行車的保險是否到期時所發(fā)生地事情 。n在活動Check bike insurance details 的多重符號表示這個活動重復直到所有自行車的細節(jié)都被檢查為止。13/3312/29/2021n使用菱形符號來表示導向活動圖中不同的行動過程不是強制性的，雖然使用菱形時，通過圖形的不同路徑常常是更加清楚。n圖6.12表示了圖6.5 （Issue bike 用例的活動圖）中一個部分的兩個不同版本，一個帶有菱形判斷符號，一個則沒有。 n一個圖形中相關活動的子集能被圈住并標識如

10、圖6.13中所示，圖中同處理顧客細節(jié)相關的活動被被表示成一個帶有自己起始狀態(tài)和終止狀態(tài)的小部分。n以這種方式對活動圖進行劃分有助于整個圖形的可讀性，并且也支持重用、因為主圖中的這一小部分能被用于任何涉及處理顧客細節(jié)的活動圖中。14/3312/29/2021n在一個活動圖中包括有關一個活動需要的來自一個特定對象的輸入，或者一個對象是如何被一個活動的輸出所影響的信息通常是有用的。n以這種方式，在活動圖中表示的過程能被聯接到它的輸入和輸出。n有時一個對象的名稱被用作一個活動的名稱，如圖6.14中所示。 . n然而，這種活動和對象之間的聯接通常通過在活動圖中包括相關的對象以及對象流的流入或流出關聯活動

11、來表示。如果一個對象為一個活動提供輸入， 就繪制一個從對象到該活動的對象流（虛箭頭）。 n如果一個活動產生或更新一個對象，就繪制一個從活動到該對象的對象流。15/3312/29/2021n圖6.15是 Issue bike用例的活動圖（參見圖6.5），但包括了涉及到該用例的對象和將它們聯接到特定活動的對象流 。n在一個對象的狀態(tài)被一個活動改變的情況下，這能被表示在圖6.16中對象的標簽上，其表示了活動Update customer record室如何更新相關的顧客對象的。n在對象流能暗示對象之間的轉換的地方，它們之間的轉換可以被省略。這能在圖6.17中的a和b中看到，其表示了Issue bike 用例的局部。n圖6.17 a中包括了在活動 Pay charge 和Issue receipt 之間的轉換；在圖6.17 b中這種轉換被Payment對象和聯接該對象到該活動的對象流所取代。16/3312/29/202117/3312/29/202118/3312/29/202119/3312/29/2021 20/3312/29/202121/3312/29/2021