2011-06-29 160 views
-1

創建UML圖時需要遵循的順序是什麼UML圖的序列

您可以編號並將其顯示爲必填項嗎?

在我認爲它應該有如下:

  1. 用例(強制)
  2. 序列(強制)
  3. 活動
  4. 狀態
  5. 協作
  6. 級(強制)

如果我錯了,請糾正!

+0

所有這些都是可選的。就個人而言,我不太在乎UML。我不認爲他們需要編寫好軟件。 – duffymo

回答

0

你排序看起來正確,我不知道是否有強制性的序列來創建項目的UML圖。當你適合你時,你應該真的能夠用UML來解決問題。

如果你想要把結構放在你如何使用UML上,你應該看看那裏的各種軟件建模過程。我使用過的很多是ICONIX過程,http://www.informit.com/articles/article.aspx?p=167902。這是基於用例的輕量級過程。

0

從一般意義上說,沒有需要遵循的順序,也沒有圖示是強制性的。

有一些以UML爲中心的方法(例如其他地方提到的RUP,FDD,ICONIX)預先定義了排序和應該生成哪些圖表。

因此,作爲書面回答你的問題是:

  • 如果您使用的是專門的方法 - 堅持嚴格到它 - 那麼它會告訴你生產什麼的時候。
  • 否則沒有。

如果您嘗試採用基於UML的開發方法,那麼我建議您查看各種方法並決定使用哪種方法 - 哪些方法可以解決您的問題。

但是,覆蓋所有這些:UML是一組工具。在有用的時候使用它們,並且不要成爲過程流程的奴隸。

hth。

2

沒有什麼像「基於UML的開發方法」。

UML只是一個符號。它不是一個引導你的「過程」:

Role ---> Activity ---> Artifact 

如果你想要這樣的指南,你可以看看Rational Unified Process。或多個光weigt開版的OpenUP http://www.eclipse.org/epf/downloads/configurations/pubconfig_downloads.php可以下載

enter image description here

但沒有軟件處理的是「喜歡」去買衣服。所有過程都應該根據您的項目特定需求量身定製。否則「過程」只會殺死你的軟件項目。 Sfinnie 絕對正確

在他的書Larman(應用UML和模式:面向對象分析和設計和迭代開發介紹)中,輕量級地使用Rup和Uml。

這裏是他使用的方式很短的能解密UML(http://www.objectsbydesign.com/books/larman_process.html

enter image description here

要當心DO NOT DEAD BY UML FEVERDeath by UML Fever

-2

在IT項目中,我們根據UML圖創建了所謂的項目圖。在大多數使用UML圖的項目中(Choi,H.,Yeom,K .:軟件體系結構評估方法與4 + 1視圖模型的體系結構。第九屆亞太軟件工程會議,第286-293頁(IEEE計算機協會,2002年),(Kennaley M .: 3 + 1體系結構視圖(3D):4 + 1視點框架的放大。第七屆工作IEEE/IFIP會議,第299-302頁IEEE計算機協會,2008年),軟件開發之初就開發了用例圖來描述基於軟件的系統的主要功能。然後創建類圖以顯示系統的結構,並且構建狀態機圖以顯示系統元素的行爲(Issa A.,Abu Rub FA:使用業務過程模型執行軟件開發項目的早期可行性研究,Proceedings of (Dijkman RM,Joosten SM:從業務過程模型推導用例圖的算法,第6屆軟件工程國際會議,2007年第一屆世界工程師大會2007年第一卷,WCE 2007,2007年7月2日至4日,英國倫敦)和Applications(SEA),Anaheim,CA,USA,Acta Press,pp.679-684,2002)。隨後可以使用活動或序列圖來驗證其他圖的一致性。這些圖也使用可視化方案,即 - 用例實現圖。 但是在我的UML項目中,我首先創建了基於活動UML圖的環境圖。上下文圖包含一個主進程,一些輸入事件以及一些輸出的產品或服務。 然後我創建分解圖,下一個使能建立busioness用例圖。 現在,針對每個用例,我首先根據活動圖準備用例實現圖。 從每個用例實現圖我推導出:類,狀態和系統用例圖。 接下來我可以根據系統用例圖創建一個序列圖來顯示IT系統的內部行爲和結構。最後,我創建組件圖(基於序列圖)和部署圖(基於組件圖)。 StanisławJerzy Niepostyn,project-media.pl

+1

請格式化您的答案,並使其更具可讀性。 – Rajat