uml用例圖 - 我如何建模一個「自主」系統？

Question

我有一個系統，其中有一個控制器和一個機器人可以互相作用。該系統是自給自足的，因爲一旦在線和運行，我們稱之爲控制器的實體自行決定機器人應該做什麼，因此圖中的每個「用例」都由控制器「製作」。由於根據定義，用例圖中的參與者是與系統交互的外部實體，因此使用此關係圖建模系統的正確方法是什麼？控制器不能是演員，因爲它是系統的一部分，但是我怎樣才能建模功能？

Answer 1

你的系統可能不是一個完整的黑匣子。它對一些外部事件（通常首先是定時器）作出反應，這些事件由某些源觸發。直截了當的方法是引入這些事件的來源（計時器，加速度計，閥門等）作爲觸發場景的參與者。

在你的情況下，這些參與者的唯一參與可能被表示爲只觸發場景。如果是這樣，走一條捷徑，不要介紹演員，只需在用例觸發器中寫下：「壓力低於...」

您可能想也可能不想將系統參與者分隔爲機器人和控制器參與者（即建立低於一級的討論系統）。誰將成爲您的文檔的讀者？客戶對黑匣子裏面的內容不感興趣，但是編寫每個部分的兩個開發團隊將推動您分離和定義精確的界面。

Answer 2

如果系統真的是自治的，您可以問問：您獲得的附加值是多少？我敢打賭它無法回答。所以它不是自主的（就像你希望的那樣）。它代表其建造者或購買者行事。而且他們會有附加價值。這就是一個角度。

現在你實現一個系統。這是爲了實現附加價值。這是否自主完成並不重要。

你可以做什麼，是詳細的系統和構造技術用例。因此，爲了控制視覺感知，您需要擁有自己的用例的子系統。或者感知一些東西。但這是一個不同的層次，不要混淆背後的商業邏輯。

Answer 3

根據UML規範，傳感器可以被當作演員。