在UML中應該創建圖表的順序是什麼？

我們知道UML包含13種類型的圖表（結構和行爲）在UML中應該創建圖表的順序是什麼？

開始的軟件開發之前，我們在需求和設計階段，因此該圖應該建立什麼時候？在需求和設計階段，UML中創建圖表的順序是什麼？

事實上，如果沒有剛性的序列那麼首先我們需要嚴格建立結構圖，但像活動圖的行爲，可根據用戶體驗改變？

我們可以創建一個部署圖和組件圖，因爲只有一個？

來源

2009-09-15 Jaswant Agarwal

有absoultely關於這種圖的順序沒有規則。

有時，當數據的結構和域模型的行爲容易定義或有據可查的，創建類圖第一允許更清晰的抽象，幫助創建有意義的序列圖。

在其它情況下，時域模式的本質是來歷不明，它會更有意義，首先創建一個序列圖，然後從蒐集的類。

我相信的是什麼，這些圖的修訂將成爲同時彼此（例如，序列圖可以揭示的東西，這不是在類圖考慮到了，反之亦然）。同樣，在開始軟件開發之後，這些圖表可能會再次發生變化，因爲更直觀或更易於維護的抽象和設計，無論是通過單元測試還是用戶體驗測試等等，都會顯示出來。

千萬別迷戀的想法，這些圖都是以任何方式剛性，因此需要在創建序列 - 相信我，他們不會。如果你把他們當作剛性和犯錯，你拍攝自己的腳，並在您的軟件開發工作綁在你身後一隻手臂。

UPDATE正如評論中所反映的那樣，如果您真的失去了首先使用的圖表，用例圖將在需求收集階段就非常重要。

除此之外，我上面寫的適用。

來源

2009-09-15 04:54:54

+1和用例圖可以在那裏的任何地方。 – 2009-09-15 05:13:35

我認爲用例圖應該在需求分析階段。其他功能仍然不清楚，而設計 – 2009-09-15 05:30:54

用例圖本身很沒用 - 看起來有點像一個拿着氣球的小孩:)你應該用一些描述性文本詳細介紹參與者，前置條件，發佈條件，主要流程，特殊流程。學習如何使用UML有效的一本好書是** Large-Scale Software Architecture ** http://www.largescalesoftwarearchitecture.com/ – pjp 2009-09-22 14:00:48

事實上，如果沒有剛性序列，那麼首先我們需要嚴格地創建結構圖，但活動圖等行爲可能會根據用戶體驗而改變？

形式服從功能。如果你需要改變行爲，你很可能需要改變行爲出現的結構。

來源

2009-09-15 08:07:27

我同意喬恩和彼得，但恭敬地添加UML是什麼，該怎麼變化。有喜歡的OOA和OOD（OOAD），它描述瞭如何以及什麼是UML的過程。這篇wiki文章很有幫助，但它更像這樣。開發的許多RUP流程也涉及到UML。

一套標準訂單，爲用戶參與項目（再次使用你的需要）： 1.用例（專注於用戶/系統交互。2.鑽入用例的活動/序列。 3.組件/接口圖，如果你正在連接系統。 4.包裝/類如果你正在做一個大的OO構建。 5.部署以顯示基礎設施中的哪些地方。

上面列出的模型/圖表元素並不神奇，但這似乎是常見的一組。

來源

2009-09-22 13:48:53

用例分析是從需求中捕獲目標的有效方法。使用用例描述來標識您的域對象並生成域模型。儘管它不是官方的UML，但我發現CRC在這個階段很有用。一旦我產生了我的領域模型，我就爲每個用例生成一個序列圖。雖然活動圖也是一個有用的選擇。我將域模型解析爲更詳細的類模型。在此階段，生成部署模型非常簡單。

來源

2009-10-07 16:05:30

在UML中應該創建圖表的順序是什麼？

回答

相關問題