UML用例 - 誰是演員？

的UML 2.4文檔定義了一個演員如下：UML用例 - 誰是演員？

的演員指定由用戶或與該對象交互的任何其他系統發揮了作用。

在我的情況下，主題是由足球協會提供的網絡服務。該服務的運作是中間的4個。現在，網站（或網絡應用程序）是真正與系統交互的網站（網絡服務），但它本身不會這樣做;它需要一個用戶。

那麼，誰是演員？

下面你有一個我認爲該圖應該是什麼樣子的例子，但是我對它的正確性有懷疑。

enter image description here

我會說「訪問足球俱樂部的網頁」不是一個用例。粉絲訪問網頁的目標是什麼？這是得到燈具列表或結果或實時比分或階梯位置。只要訪問這個網站，如果它沒有達到某個目標，那就是浪費時間。因此，請刪除「訪問足球俱樂部的網頁」，並直接從粉絲角色到四個主要目標導向用例中的每一個。 – chimp

這三人都是演員。 –

我應該如何表達？ –

我有一個的話，那就是關於標題「詢問信息的使用情況」。外矩形是系統邊界，所以'請問信息系統'可能會更方便。它實際上不是一個用例，它是你描述的完整系統。

編輯：更改圖表後：我會將'訪問網頁'用例和其他用例之間的關係作爲'包含'（使用箭頭指向遠離訪問網頁的用例）。然後我會傾向於同意它。

2014-01-11 14:19:58

哦，是的，我發現在上傳文件後軟件包名稱是錯誤的......也許我可以刪除軟件包......但是您是否只有一句話說圖表已經完成了？粉絲是主角，只是一個用例而訪問網頁？ –

您確定氣象部門能夠從您的系統中獲取天氣預報嗎？ :) –

氣象機構在那裏，因爲它是提供天氣web服務的演員。至少這是我的想法。 –

我會將用例圖分成兩個圖。一個用於Web應用程序，另一個用於Web服務，因爲這些實際上是兩個不同的系統。

在第一個圖中，將會有兩個參與者：粉絲和網絡服務。

在第二個圖中，將會有三個系統角色：網絡應用程序，足球協會和氣象機構。

這種拆分的優點是，您可以考慮更多Web應用程序的使用情況，而不會陷入Web服務的細節 - 這兩個理想情況下應該是獨立的系統。

2014-01-12 16:46:52 rrufai

回答