正如我們 上周已確定的那樣，UML 活動圖記錄單個操作或方法的邏輯、單個用例或商業過程的邏輯流程。在很多方面，活動圖是結構化開發中流程圖和數據流程圖 (DFD)的面向對象等同體。 本周的提示改編自 The Object Primer 2nd Edition的第 6 章。
圖 1
中的活動圖描述了大學新生第一次將如何辦理入學的商業邏輯。
- 實心圓表示活動圖的起點，實際上是一個占位符，帶邊框的實心圓表示終點。
- 圓角矩形表示執行的過程或活動。在該圖中，雖然您會注意到“登記研習班”用例將多次調用“登記研習班”活動，但這些活動卻相當緊密地映射到用例。活動可以細致得多，特別在選擇記錄方法邏輯，而不是高級商業過程時。
- 菱形表示判定點，雖然在此示例中判定點只有兩種可能結果；但即使有更多可能結果，它也同樣容易。
- 箭頭表示活動之間的轉換，各種活動之間的流動次序。
- 箭頭上的文字表示繼續轉換所必須滿足的條件，總是使用格式“[條件]”來描述。我猜想，在 UML 的將來版本中，我們將會看到使用 UML約束表示法（如“{condition}”）記錄的條件。
- 粗線條表示可能會并行進行的過程的開始和結束；在大學里成功入學后，必須參加指定的概況介紹，還要至少登記一個研習班并交付一部分的學費。
退出活動可能有幾種方法，如您看到的“填寫入學表”活動的那樣。如果正確填寫了表格，那么可以繼續進行大學的入學手續。但是，如果表格不正確，那么必須獲得幫助（可能從注冊員獲得幫助）以正確填寫它們。
圖 1. 第一次入學的 UML活動圖
這個活動圖非常有趣，因為它省掉了 圖 2中標識的幾個用例的邏輯。用例模型沒有很好地表達處理的順序是件好事。例如，雖然 圖 2中顯示的用例圖為您清楚地描述了該系統所執行的功能類型，但是它沒有明確地表達這些用例可能發生的順序。 但是， 圖 1的活動圖做到了這一點。總之，不同模型的優缺點各有不同。
圖 2.大學的用例圖
參考資料
關于作者