用例圖是怎麼做的更好

你好，我的第一個問題是我怎麼可以把案件更好的可讀性？我想讓這張圖適合A4大小的紙張。但是我知道這張圖可能做得很糟糕，所以我請你指教，也許我應該分享一下小部分？

2016-08-30 thenewgai

在波蘭發佈任何東西使其不太可能收到有意義的答案。特別是對於UCs，人們需要知道他們的名字。一般來說：如果您的UC開始類似蜘蛛網，那麼您的設計可能會錯誤。 –

波蘭語郎對不起。在img。我的主要問題是「podglądzgłoszenia」，「listazgłoszeń」和「dodanie odpowiedzi wzgłoszeniu」，因爲3名演員都與此案有關。 – thenewgai

我不明白你的語言（在你的use-cases）。通常大部分時間我們都有一些共同的特徵，所以您可以在UML圖中使用繼承。例如，如果你有不同的種類有一些共同的特點，你可以這樣做下面的圖片學生（或演員）的：

2016-08-30 17:41:01 Amir

如果你的演員已經是學生，他爲什麼要加入？這沒有意義。 – observer

你需要一個用例只連接到它的主要演員。所以，最終你必須創建一個共同的角色，UC被這個共同的角色所使用。然後你的具體演員繼承這個常見的演員。就像在@ Amir的例子中一樣，國際學生繼承了學生。

我簡單地對後面的例子進行投票，但它具有<<include>>/<<extend>>，這對用例合成不利。此外，它使用一種泛化，這對於UC來說是非常糟糕的實踐，因爲UC代表個體增值並且從增值中繼承沒有意義（不像在類上下文中）。

2016-08-30 19:13:01

此外，您可以將您的圖劃分爲每個演員的少量用例圖。或者將所有參與者放在圖的一側，並將其用於其他用例。希望這可以幫助。

2016-09-01 11:20:05 Joanna

UML for Dummies對於UML和純語法來說不錯。但對於用例，您應該閱讀Bittner/Spence。它們處理用例的語義。 –

我完全同意給出的建議（CRUD，繼承和角色責任），我還建議不要嘗試創建一個關於整個宇宙的概述。相反，嘗試根據相似性，差異等將用例分爲多個小組，並在較小的小塊上解釋您的建模。

避免太複雜的結構和相互/循環依賴 - 它們幾乎總是設計不佳的標誌。請記住，您必須以某種方式在您的關係圖中每連接執行並測試。更少的連接，更少的努力，更少的錯誤。

2016-09-01 11:38:27

回答