什麼樣的UML圖應該在分析模型中？

據我所知，我們在軟件建模[需求，分析，設計]中有三個基本模型，但我不知道分析模型應該包含哪種圖表。當有人問我給他系統的分析模型時，我應該給他什麼？什麼樣的UML圖應該在分析模型中？

來源

2013-07-21 Ramin Pakzood

分析模型提供了設計所需的信息。這包括：

類的角色（文本）
用例描述中的類和類操作
完成分析模型類（圖）
子系統圖（包圖）

你基本上可以看到這是一個用例的細化階段，也包含了第一個初始類圖。

至於你怎麼會做出這樣的模型，你會通過製造類圖（草案）開始的。一旦你創建了這個圖，你將不得不重新檢查你的用例和對象。根據您的改進，您可以改進類圖。

然後執行一個檢查，這會導致類圖的更多細化。最後，你必須將你發現（決定）的類放入包中（包圖）。

進一步的閱讀，我想提及this article.

來源

2013-07-21 09:36:06

我強烈懷疑從類圖開始是一個好主意。在完成用例，動態視圖（例如活動圖）和組件圖之後，他們應該走到最後。 – observer

我同意，雖然這篇文章似乎提到最初的方法更抽象的類圖。這也不是設計過程的第一步。 –

在UML分析模型，您應該創建一個包含視圖，控制器和模型類，只有視圖類包含的方法，但所有這些的類圖包含屬性，下面是一個示例http://www.cs.sjsu.edu/~pearce/modules/projects/ooa/sunUML/am.htm

來源

2015-04-01 17:47:24

如果軟件不打算使用[模型視圖控制器設計模式]（http://en.wikipedia.org/wiki/Model%E2%80%93view%E2），您將創建什麼或您將遵循哪些準則％80％93controller）？ – xmojmr

在這種情況下，我認爲你應該創建一個僅具有屬性的類圖的第一個視圖，但我不確定這個 –

我不知道其他一些好的和最新的源代碼是什麼，但是Scott W. Ambler建議使用「UML」做一些「_initial envisioning_」：一切的一切，不要陷入太多的細節，而是花上幾天的時間。並在開發過程中反覆改進/調整模型/設計。有關更多信息，請參見[敏捷建模：架構構想：敏捷最佳實踐]一章（http://agilemodeling.com/essays/initialArchitectureModeling.htm）。我認爲斯科特的「領域模型」與「第一視圖」的含義很接近。書中的章節「模型風暴」看起來也很有用 – xmojmr

什麼樣的UML圖應該在分析模型中？

回答

相關問題