回答
正如另一個答案說,演員是正在開發的系統交互的系統或角色。如果系統在您正在開發的系統之外,並且它直接與您正在開發的系統進行交互,則應該將系統作爲參與者包含在用例中。
,因爲你需要定義你的系統,這意味着它的範圍和接口的邊界這是非常重要的。將系統作爲參與者包含在內,將明確說明正在開發的系統的要求,以便爲該參與者系統提供適當的界面。
是數據庫系統是一個用例,如存儲數據或外部參與者,因爲它接收輸入或給系統輸出結果? – commonSenseCode 2015-10-01 23:27:10
通常,數據庫被認爲是系統邊界內,即,它是黑盒,與演員(一個或多個),而不是一個演員本身交互的一部分。但也有例外。假設您設計了一個連接到現有數據庫的新系統,並保持原樣,那麼您可以將該數據庫視爲演員。但是,只有在閱讀您的用例的利益相關方相關時才這樣做。 – 2016-10-17 11:44:33
不同的人對如何在UML中正確模擬不同的理念(因爲UML是由標準化委員會,這並不奇怪)。
我使用參與者來捕捉每個可以與我設計的系統進行交互的「事物」(人類類型,系統類型),並發現它們對於在所有利益相關者之間建立共同理解新系統將如何與之交互。
我建議創建你知道會與系統進行交互,和微量元素,演員每個用例演員可以執行所有的演員。這樣,你就可以充分理解誰可以做什麼。
系統是從來沒有在一個用例模型中的演員。你必須考慮引發被調查系統執行過程的事情。這個系統本身是愚蠢的,無法觸發自己的行動。它只能由用戶或時間觸發。如果你認爲系統觸發了這個動作,那麼它可能就是演員的時間。例如,當收到電子消息時觸發一個進程運行。這個過程是完全自動化的,並且不是由用戶告訴系統消息已經到達,所以誰是演員?這不是系統,而是時間。你必須想象的是,有一個過程來尋找電子信息的到達,並且這是查看特定的時間間隔,例如每秒或每分鐘或每月一次等等。因此,觸發當收到電子消息時運行的過程是時間。
您專注於觸發,GabrielŠčerbák專注於邊界和範圍。你們倆都指出了很好的指南。 – Alireza 2014-10-13 13:45:17
是的。規範明確指出,你可以從OMG下載並檢查它。外部系統可以描述爲用例圖的參與者。而UML 2.5正式定義了一個沒有演員的用例是由它所包含的主題觸發的(例如一個預定作業)。 – BonanzaOne 2015-04-03 18:12:07
- 1. 用例圖 - 包含關係
- 2. 硬件如何成爲用例圖中的參與者?
- 3. 用例圖 - 作爲演員的系統
- 4. 如何在JUnit中正確包含Android操作系統類test
- 5. boost build:如何將包含標記爲「系統」包括
- 6. 服務器作爲移動應用用例圖中的參與者
- 7. 用例圖包含
- 8. 作爲系統應用程序在ROM中包含應用程序
- 9. 將子系統建模爲用例圖?
- 10. 停止系統中的所有參與者而不關閉系統本身?
- 11. C++:導入/包含系統
- 12. 包含字體的系統
- 13. 「系統.__ ComObject」不包含.WithComCleanup()
- 14. PHP:包含模板系統
- 15. 在Windows操作系統中的pathos軟件包操作系統
- 16. 如何包含geom_point地理地圖的參考表或圖例?
- 17. 如何在doT.js模板系統中包含文件
- 18. 我想使用包含實例作爲參數的方法
- 19. UML約定用戶案例包含系統邊界?
- 20. 內核內存在Windows操作系統中包含什麼?
- 21. 如何在我的系統上爲OpenID提供者使用DotNetOpenAuth?
- 22. 如何使用包含空格的參數執行系統命令
- 23. 在MonoDevelop中,如何包含包中的所有程序集作爲參考?
- 24. 如何從系統中的用例描述中提取類圖?
- 25. 如何在SimpleIOC中註冊包含參數的類實例
- 26. 如何使用cron作業調用包含系統命令的ruby腳本?
- 27. 如何與任何操作系統
- 28. 地圖包含值作爲列表+如何在C++中打印
- 29. UML用例圖服務器作爲系統演員和其種用例
- 30. 如何在Hadoop中只包含案例?
此主題可能還有助於闡明何時將系統表示爲參與者:[UML用例圖:參考](http://msdn.microsoft.com/en-us/library/dd409432.aspx) – 2010-06-28 20:50:11