“松鼠生命中的一天”或從建模流程到設計物質資產會計自動化系統“Belka-1.0”（第 2 部分）
上一個系列的總結
В 我們使用了一個“童話”主題區域，其靈感來自於基於童話情節研究 UML 圖的示例（例如，參見 [1]). 在建模之前，我們就活動圖的一些元素的使用達成一致，並開始形成建模協議。 考慮到這些協議，在第一階段我們以活動圖的形式描述了流程，在第二階段我們確定了需要（和可能）自動化的流程步驟。
讓我提醒您，我們將自動執行這些流程中出現的物質價值核算活動。
...
海中有一座島，(E1, E2)
冰雹島看台（E3、E1）
擁有金色圓頂的教堂，（E4）
有塔樓和花園； (E5, E6)
雲杉生長在宮殿前，（E7，E8）
在它下面是一座水晶屋； (E9)
松鼠住在那裡，馴服，（A1）
是的，真是個藝人！ (A1)
松鼠唱歌，（P1，A1）
是的，他啃了所有的堅果，（P2）
堅果並不簡單，（C1）
所有的貝殼都是金色的，（C2）
仁純翡翠； (C3)
僕人看守松鼠，（P3，A2）
伺候她做各種僕人（P4）
並分配了一名職員 (A3)
嚴格核算堅果新聞； (P5, C1)
給她的軍隊榮譽； (P6, A4)
從貝殼中倒出一枚硬幣，（P7，C2，C4）
讓他們漂浮在世界各地； (P8)
女孩扔綠寶石（P9、A5、C3）
在儲藏室裡，但在蒲式耳下； (E10, E11)
...
（A.S. 普希金“沙皇薩爾坦的故事，關於他光榮而強大的兒子吉維東薩爾塔諾維奇王子和美麗的天鵝公主”， )
在此示例中，我使用的是一家澳大利亞公司的 Enterprise Architect 環境。 [2]，在我使用的培訓課程框架中 [3]。
讓我提醒你，過程是不同的，你可以熟悉，例如， [4] 和 [5]。
有關建模和設計應用方法的詳細信息，請參見 [6、7]。
有關完整的 UML 規範，請參閱 [8]。
我們現在準備好進入下一步並開始設計系統的功能及其內部組織。 圖編號將繼續。
階段 3. 必須為自動化步驟分配系統的一個或多個功能
正在開發的自動化系統 (AS) 旨在嚴格記錄堅果，還記得嗎？ 對於每個突出顯示的步驟（參見圖 3、圖 4 )，我們將自動化，寫下功能需求，使用類似“系統必須能夠……”這樣的結構，並開發一個用例圖。 現在我們實際上是在用新規則補充我們的建模協議。 讓我解釋一下我們將使用哪些元素。
在“User Role”和“Function”之間我們將使用“Association”關係（圖5），這意味著具有該角色的用戶可以執行該功能。
圖 5. 使用關聯類型關係
從“Function”到“Requirement”，我們畫出“Implementation”鏈接（圖6），表示這個需求會被這些功能實現，關係可以是“多對多”，即一個功能可能涉及多個需求的實現，並且可能需要多個功能來實現需求。
圖 6. 使用實現關係
如果一個函數的執行需要執行其他某個函數，並且有必要，我們將使用“依賴”連接和“包含”構造型 - 包含（圖 7）。 如果在某些條件下需要執行附加功能，那麼我們將使用帶有“Extend”構造型的“Dependence”連接——一個擴展。 一切都很容易記住：“包括”——總是，“擴展”——有時。
圖 7. 使用鏈接類型“Dependency (include)”
因此，我們的圖表將看起來像這樣（圖 8）。
圖 8. 用例圖（AS 的功能模型）
此外，用例圖用於對用戶角色建模（圖 9）。
圖 9. 用例圖（AS 用戶的角色）
Stage 4. 讓我們用類圖來描述AS的內部組織
使用有關我們流程的輸入和輸出工件的信息（參見活動圖 - 圖 2、圖 3、圖 4），我們將開發一個類圖。 我們將使用“類”建模元素和它們之間的各種類型的關係。
為了顯示“整體-部分”關係，我們將使用“聚合”類型的關係（圖 10）：堅果是整體，殼和內核是部分。
圖 10. 整體-部分關係
因此，我們圖表的一個片段將看起來像這樣（圖 11）。 類用顏色標記，我們已在過程的文本描述中直接突出顯示。
圖 11. 類圖
類圖還用於對其他工件建模——不僅是那些與自動庫存流程的概念模型相關的工件，而且與執行環境相關的工件——環境（圖 12）和“鄰居”流程（圖 13）可以影響自動化過程，但尚未成為我們關注的焦點（我們假設系統將開發並且此信息將是有用的）。
圖 12. 類圖（環境）
繼承關係顯示了在泛化“父”類“Building”下對各種建築物“子”類的泛化。
圖 13. 類圖（關於工件的更多信息）
“對情況的反應”取決於“視覺控制數據”。 對於幾個依賴關係，“trace”構造型用於顯示過程描述中未明確指出但對其自動化是必要的類的跟踪，其實例在我們的描述中被精確指出。
階段 5. 讓我們分析一下“業務規則”軌道上的註釋
由於指定了規則（參見圖 2 ):
- 需要將其中一個步驟分成兩部分，第二部分僅在特定條件下才開始執行；
- 任命特定官員進行堅果核算；
- 一種技術（元素的白色），表示該元素未在過程描述中明確列出。
應該注意的是，我們在開發圖表時已經使用了所有這些規則。
最後的評論
因此，我們經歷了 5 個階段並構建了 3 種類型的圖表。 我將對建模環境中模型的組織添加一些評論。 有大量的框架可以幫助構建我們開發的模型，但這不是本文的主題，因此我們將限制在以下簡單的包集合中以有序維護我們的項目：業務流程、功能模型、人工製品、參與者和環境（圖 14）。
圖 14. 項目包的結構
因此，我們開發了從不同角度描述物質資產核算系統的一致模型：自動化業務流程模型、功能模型和概念層面的系統內部組織模型。
來源清單
- 網站“UML2.ru”。 分析師社區論壇。 一般部分。 例子。 UML 圖形式的童話示例。 [電子資源] 獲取方式： 互聯網：
- Sparx 系統網站。 [電子資源] 獲取方式： 互聯網：
- 模型網站。 [電子資源] 獲取方式： 互聯網：
- 大百科辭典。 過程（解釋）。 [電子資源] 獲取方式： 互聯網：
- 網站“有效管理的組織”。 博客。 標題為“業務流程管理”。 業務流程的定義。 [電子資源] 獲取方式： 互聯網：
- 第18249號智力活動成果產品登記保藏證書。 Alfimov R.V.、Zolotukhina E.B.、Krasnikova S.A. 題為“使用 Enterprise Architect 對主題領域進行建模”的教具手稿 // 2011。
- 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