UML基础: 第 7 部分 - 活動圖 (Activity Diagram)
活動圖是UML中描述系統動態方面的另一個重要圖。活動圖基本上是一個流程圖,用於表示從一個活動到另一個活動的流程。該活動可以被描述為系統的操作。控制流從一個操作到另一個操作。該流程可以是順序的,分支的或併發的。活動圖通過使用不同的元素(如fork,join等)處理所有類型的流控制
活動圖的目的
活動圖的基本目的與其他四個圖類似。它捕捉系統的動態行為。其他四個圖用於顯示從一個對像到另一個對象的消息流,但活動圖用於顯示從一個活動到另一個活動的消息流。
活動是系統的特定操作。活動圖不僅用於可視化系統的動態特性,而且還用於通過使用正向和反向工程技術來構建可執行系統。活動圖中唯一缺失的部分是消息部分。
它不顯示任何消息從一個活動流向另一個活動。活動圖有時被認為是流程圖。雖然圖表看起來像一個流程圖,但它們不是。它顯示了不同的流程,如並行,分支,並發和單一。
活動圖的目的可以被描述為 -
繪製系統的活動流程。
描述從一個活動到另一個活動的順序。
描述系統的並行,分支和並發流程。
活動圖例子 點擊Open Diagram打開並編輯。
寻找免费的UML工具?
Visual Paradigm,国际IT奖获奖者,是您的最终选择UML建模。Visual Paradigm Community Edition -完全免费!全世界数以百万计的用户,没有时间限制和跨平台采用。Visual Paradigm 是国际IT奖获奖者,是您的UML建模最终选择。
立即下载
Visual Paradigm 社区版-完全免费!全世界数以百万计的用户没有时间限制和跨平台采用。
如何繪製活動圖?
活動圖主要用作由系統執行的活動組成的流程圖。活動圖不完全是流程圖,因為它們具有一些附加功能。這些附加功能包括分支,平行流,泳道等。
在繪製活動圖之前,我們必須清楚地了解活動圖中使用的元素。活動圖的主要元素是活動本身。活動是系統執行的功能。在確定活動後,我們需要了解它們如何與約束和條件相關聯。
在繪製活動圖之前,我們應該確定以下要素 -
活動
協會
條件
約束
一旦確定了上述參數,我們就需要對整個流程進行心理佈局。這個心理佈局然後轉化為活動圖。
以下是訂單管理系統的活動圖示例。在該圖中,確定了四個與條件相關的活動。重要的一點應該清楚地理解活動圖不能與代碼完全匹配。活動圖用於了解活動的流程,主要由業務用戶使用
下圖繪製了四項主要活動 -
由客戶發送訂單
訂單的收據
確認訂單
發送訂單
收到訂單請求後,會執行條件檢查以檢查它是正常訂單還是特殊訂單。在確定訂單類型後,執行分派活動並將其標記為過程的終止。
在哪裡使用活動圖?
活動圖的基本用法與其他四個UML圖類似。具體用法是對從一個活動到另一個活動的控制流進行建模。此控制流程不包含消息。
活動圖適用於對系統的活動流進行建模。一個應用程序可以有多個系統。活動圖還捕獲這些系統並描述從一個系統到另一個系統的流程。該特定用法在其他圖表中不可用。這些系統可以是數據庫,外部隊列或任何其他系統。
我們現在將研究活動圖的實際應用。從上面的討論中可以清楚地看到,一個活動圖是從非常高的水平繪製的。因此它提供了高層次的系統視圖。這種高層次的觀點主要面向商業用戶或任何非技術人員。
這張圖用於模擬只是業務需求的活動。該圖對業務理解的影響更大,而不是實施細節。
活動圖可用於 -
使用活動建模工作流程。
建模業務需求。
高度了解系統的功能。
在後期調查業務需求。
学习更多