用例圖中的不同參與者應該共享相同的登錄用例嗎？

Question

我現在有一個Use Case Diagram類似於上面的一個：

在我最後的應用程序，我可能會共享相同的Login形式都Employees和Employers。我是否應該在Use Case Diagram中反映出，Actors使用相同LoginUse Case？如果是這樣，那麼我怎樣才能代表Login之後他們每個人能做些什麼？

Answer 1

最有可能會有其他共享用例？因此，我認爲'抽象'用戶是有道理的，儘管我不認爲它需要'抽象'，但它本身可以是一個演員？

無論你喜歡什麼風格，建模的目的都是將信息抽象出去。如果登錄用例非常重要，它需要在圖中顯示，這個圖並沒有告訴我任何關於它的特殊信息。這張圖告訴我，在這個系統中，登錄用例在所有其他用例之前？咄？任何系統都會有一個登錄用例，因此對於大多數系統來說它不會是（架構/非常重要的）。如果由於某種原因使用案例是特殊的，那麼我會在沒有關係的情況下放入圖表，這足夠我想。該圖表將交流：我們有一個特殊的登錄用例，我們希望您記下它。系統是否有匿名用例？可以在沒有登錄用例的情況下執行的用例？這是重要的，值得一些模型元素。否則，這意味着恕我直言。

如果您的建模需要做的不僅僅是啓用理解和交流，需要驅動代碼生成，當然這是不同的。但是，您可以 - 根據您的建模環境 - 使其成爲模型的一部分，而不是圖。這樣它可以做到這兩點：驅動代碼生成並啓用理解，溝通。

Answer 2

爲什麼不讓僱主和員工專注於抽象用戶，並讓該用戶角色使用登錄用例？

然後僱主和員工只會使用他們的特定用例。

Answer 3

@ CesarGon's是一個很好的解決方案。另一種替代方案 - 不一定更好，只是不同 - 將同時具有Employee & Employer用例<<include>> UC login。

您使用哪個取決於樣式&的偏好。抽象用戶方法看起來更清晰並且更具說明性（您應該指定登錄作爲其他UC的前提條件）。 <<includes>>方法可能更符合勢在必行/過程建模的思維模式，因爲每個統一通信將明確顯示登錄呼叫是第一步。