UML序列圖

我有一個關於序列圖的問題。UML序列圖

當繪製序列圖，

是否足夠來繪製每個用戶情況下，一個圖？

還是我們需要繪製一組序列圖的覆蓋每個用戶的情況下的實例嗎？（是系統執行能產生的價值可觀察到的結果特定使用案例演員的動作序列）

2010-03-21 Upul Bandara

如同所有的UML圖，你只畫你需要的那些。如果您不需要它們來解決/描述您在設計和實施過程中給定時間點所處的區域，則不要繪製它們。 – 2010-03-21 17:01:41

什麼你需要做的是描述系統，以至於你可以開始的功能發展。這並不一定意味着每個用例有1個順序圖;它甚至不意味着你必須有任何序列圖。其實，我想提出的是序列圖屬於個別方法調用的定義，不使用情況，但他們只需要如果你正在做一個真正的大設計達陣，這通常不是一件明智的事情因爲在設計時你並不總是有足夠的信息來定義整個系統。

我個人很少使用順序圖;我堅持使用用例的活動圖，只有在實際需要定義特定類的特定方法的流程時才構建序列圖，而這些僅在情況需要在設計時定義的情況下才會發生。

來源

2010-03-21 16:59:09 Randolpho

序列圖是一個強大的工具，可以讓你瞭解一個用例的動態。

我會定義「足夠」的序列圖是他們的，讓你瞭解每個用例的數量。如果這是一個沒有被表示的UC的一部分，那麼實施它的那個人可能不包括它，因爲他懷疑是因爲他沒有看到該圖。所以我會做我認爲必要的圖表，然後打電話給其他人蔘與，向他/她展示UC和序列圖，並告訴他/她告訴我他/她的理解。

永遠記住代碼/文檔，如果未來的傢伙是誰知道你住在哪（引文需要），其中一個瘋子

來源

2010-03-21 16:57:19 Tom

請記住，序列圖表示可能的交互場景。因此，您應該爲每個相關場景繪製不同的時序圖。「相關」的含義取決於你。它可能只是一個，如果你覺得對於一個具體的使用情況下，只有一個相關的情況（也許是其他方案是顯而易見的，是不值得的詳圖），或者許多

來源

2010-03-21 22:17:12

回答

相關問題