比較兩種構建活動圖的方法（基於“松鼠”）
В 我們模擬了一個“神話般的”主題領域的過程——普希金的“薩爾坦沙皇的故事，他光榮而強大的兒子王子吉維東薩爾坦諾維奇和美麗的天鵝公主”中關於一隻松鼠的台詞。 我們從活動圖開始，同意在“泳道”-泳道的幫助下構建圖表字段。 泳道的名稱對應於出現在該泳道上的圖表元素的類型：輸入和輸出工件、流程步驟、參與者和業務規則。 這種方法不同於標準方法，當通道由過程中的參與者的名字指定時，從而在過程中為他們分配某些責任區域。
在此示例中，我使用的是一家澳大利亞公司的 Enterprise Architect 環境。 [1]。
有關所用建模方法的詳細信息，請參閱 [2]。
有關完整的 UML 規範，請參閱 [3]。
我將重複上一篇文章中的圖表版本（圖 1）並展示帶有“標準”軌道的重繪圖表（圖 2），我將嘗試指出優缺點，可能有點主觀。
圖 1. 活動圖 - 流程的一般視圖
圖 2. 活動圖 - 標準圖結構
- 必須承認，第二張圖中箭頭的數量略少。
- 但是在第二張圖上，對像被“塗抹”在圖的整個區域上，就我的口味而言，這不是很方便。
- 與註釋相同的故事 - 規則。 為了插入有關任命執事的規則，圖表中的所有元素都必須在某個點下移。
- 我必須克隆“接收/傳輸...”步驟以顯示此步驟中有多個參與者。
- 在第二個選項中，我不得不放棄一個分支和一個過程的合併，好吧，絕對不可能把它們放在“漂亮”的地方！ 好的，然後有必要掛斷評論 - 一條規則。
口味和顏色當然沒有同志，但我覺得第一個方案更方便收集過程數據。
但我不會反駁 - 有時兩個選項都可以更好地繪製以了解過程。
來源清單
- Sparx 系統網站。 [電子資源] 獲取方式： 互聯網：
- Zolotukhina E.B.、Vishnya A.S.、Krasnikova S.A. 業務流程建模。 - M .: KURS, NITs INFRA-M, EBS Znanium.com。 — 2017 年。
- OMG 統一建模語言 (OMG UML) 規範。 版本 2.5.1。 [電子資源] 獲取方式： 互聯網：
來源： www.habr.com