1樓：小龍
第一 uml使軟體分析和設計人員對目標問題有更深刻的理解和認識，（專案經理當面在畫這些圖的過程中達到的）所以分析需求後可以用uml圖來給程式設計師展示講解，也就是動手寫**前。
第二 uml可以使工程所涉及的所有人員（比如測試人員，**監管人員，老闆等）都能參與到工程的設計中來，起碼可以看懂流程。
第三 uml為非專業程式設計人士理解軟體的功能和構造，提供了一種直白、簡單、通俗的方法。 （就是設計人員設計好了之後，拿這些圖給客戶看，他們能很容易的看懂，然後再給你反饋）
uml用於系統的哪個階段
2樓：匿名使用者
uml從系統的需求開始，一直可以貫穿整個專案的全過程中
uml建模與軟體開發過程模型
現在談到軟體開發過程，大家可能也不會陌生，學過軟體工程的人都能隨口說上幾個軟體過程模型，現在要把這兩種不同的模型拿到一起來討論，一方面是軟體開發的實際需要，另一方面也是uml建模工具要和其他物件導向開發模型結合的一種必然要求。
但是，omg為了防止uml建模和某種開發過程模型結合過緊，導致其適應性降低，使統一性大打折扣，從而影響uml建模工具的普及和推廣，只制定了語義規則和表示符號，對於一個實際問題怎樣進行建模，並未制定象資料庫設計正規化那樣的規範和原則，對於一個專案，應該先建什麼模型，後建什麼模型，也沒有做什麼限制。也就是說，沒有規定uml建模的工作過程和方法，uml建模可以適應任何開發過程模型。
軟體開發過程模型的理論定義比較簡單，而把這一過程模型在實踐中應用成功，卻有許多制約因素，首先是軟體的範圍，一個大型分散式軟體系統和一個單機版的個人軟體系統在開發管理上肯定不同；其次軟體的開發目的，一個為了提高瀏覽量而開發的**和一個為密集計算而開發的的一個處理系統在開發過程管理上肯定不同。最後一點是團隊，不同的團隊在磨合度、個人能力、團隊協作等方面各不相同，開發相同的專案使用相同的開發過程模型，開發結果完全不同的例項多得數不勝數。另外，軟體複用是物件導向的一大特點，它不但與所選擇的開發過程模型有關係，而且與企業文化和企業的做事方式有關。
上面這一些都說明，選擇或設計一個好的，能夠反映軟體開發過程在什麼時候做什麼、如何作的過程模型並不是件容易的事。uml建模工具和統一過程（rup）結合，是很多人熟知的理論，這很大程度上得益於uml三位主要創始人的功勞，因為它們曾共同出過一本關於uml與統一過程的書，另一方面是uml建模工具和統一過程的發源地都是 rational公司，也使人們誤認為使用uml建模工具就得使用統一過程，事實上，uml自1.0版本以後，就歸omg所有，而rup不是omg釋出的，只有omg釋出的資訊，才能作為我們的行業標準。
一切先進的思想，往往是融合了先前其他人的先進思想，在介紹trufun的tup建模過程之前，我們有必要回顧一下和uml建模結合的幾種軟體開發過程模型。
統一過程（up）模型：統一過程模型在和uml建模結合時，採用以用例為驅動的方式，用用例連線所有活動，每個活動都建一組模型，如業務領域模型、責任領域模型、實現模型、測試模型，每組模型中又由多個不同的角色共同協作完成，比如具有專門進行用例建模的角色和元件建模的角色等等，採用增量迭代方式建立和完善用例，並對每一次建模進行評估，在專案的計劃、監控等方面並非以建模為中心，而是把建模作為統一過程的一個小部分。該模型的主要缺點是週期長、人員要求多、建模工作量大。
迭代模型：它是採用較多的小迭代來實現最終的模型，也就是說，模型圖是通過一系列步驟一步一步地建起來，每一次迭代都有新資訊新增到模型中來，每一次迭代都要經過評估，都是下一次迭代的輸入，迭代會使系統開發的活動（需求、分析、設計和測試）執行多次，並且每次都有新的內容增加進來。這個方法有一個缺點是在迭代的後期，仍然有新的需求增加進來。
增量模型：增量模型開發每次迭代都能產生一個可執行的結果，這個結果是一個可 「交付的」系統版本，每一次迭代要經過評估，並且增加了一些新的功能，增量模型主要包括分析、設計、實現、測試四個活動。該方法有一個很大缺點是到了專案迭代後期還要進行設計，會給系統帶來很大的風險。
xp模型：又叫極限程式設計，它是一個輕量級的、靈巧的軟體開發方法；同時它也是一個非常嚴謹和周密的方法。它的基礎和價值觀是交流、樸素、反饋和勇氣；即，任何一個軟體專案都可以從四個方面入手進行改善：
加強交流；從簡單做起；尋求反饋；勇於實事求是，整個開發是以測試為驅動的，它屬於小型方法，對於初級軟體開發企業有效，無法站在軟體過程的行列談和uml建模結合的問題。
uml在軟體開發中各個階段的作用和意義
3樓：匿名使用者
經典的軟體工程思想將軟體開發分成5個階段:需求分析\系統分析與設計;系統實現\測試及維護五個階段.之所以如此,是因為軟體開發中飠含了物和人的因素,存在著很大的不確定性,這使得軟體工程不可能像理想的,可以其於物理學等的原理來做的物質生產過程.
如想建造一幢高檔的寫字樓,那麼剛開始便將一切材料和工具全準備好顯然是無比愚蠢的行為,因為有可能你正在使用他人的錢,而這些人將是建築大小,開狀和樣式的決定者,通常情況下,投資方會在開工生改變想法,這樣你必須有額外的計劃.而對於整個工程,你也許只是其中的某一個工作組,因此,你需要有各種各樣的圖紙和模型同其他小組溝通,達到聯合工作.很顯然,在客戶的需求與實際的建築技術之間找好一個契合點,是做好工程的關鍵.
許多軟體工開發過程也如同上面例子一樣,軟體問題不僅僅是**的問題,而成為了一個怎麼樣將整個過程轉變成一個結構,過程和工具相結合的問題.
建模,即其目的和作用在於提供系統藍圖,包含細節設計,也含有對系統的總體設計,同時模型可以幫助開發小組更好地規劃系統設計,更快的開發.
uml是一種功能強大的,物件導向的視覺化系統分析的建模語言,它的各個模型可以幫助開發人員更好地理解業務流程,建立更可靠,更完善的系統模型.從而使使用者和開發人員對問題的描述達到相同的理解,以減少語義差異,保障分析的正確性.
4樓：匿名使用者
uml是一種建模語言,主要用於軟體開發的詳細設計環節,功能主要是給開發人員一個視覺化的專案結構圖,方便開發人員理解,從而減少開發過程中產生的問題,且可以明確類名,方法名,引數,返回值型別等等,對資料庫方面,可以一目瞭然的知道表與表之間的關聯關係,對業務流程方面,也是很清楚了反應了業務流程方向,所以,在我個人理解裡,uml就是一個將抽象的設計轉變成具體形象上的表現.
僅僅是個人理解,所以..不知道你能否滿意.
如有不當之處,還請各位達人解釋.
謝謝,我談的是個人理解,我跟刷子不一樣
5樓：
首先，uml建模分為:
類圖、物件圖、順序圖、合作圖、使用案例圖、狀態圖、活**、元件圖、部署圖等。
其次，它又分為以下三大點：
一 概念級建模
1.事務用例建模（事務用例模型、活**）
2.事務物件建模（事務物件模型、序列圖）
二 邏輯級建模、
1.需求定義（系統用例建模、系統用例描述）2.分析和初步設計（類圖、序列圖、陳述圖）三 物理級建模
1.詳細設計（類圖、資料庫設計模型、ddl指令碼、資料庫、部件圖、分佈圖）
uml圖形分別建模問題中的哪些方面
uml類圖描述的重點是什麼，UML中類圖的建立過程的文字描述怎麼寫
1 類圖 包括屬性和方法 2 類間關係 uml類圖 在uml的靜態機制中類圖是一個重點，它不但是設計人員關心的核心，更是實現人員關注的核心。建模工具也主要根據類圖來產生 類圖在uml的9個圖中佔據了一個相當重要的地位。james rumbaugh對類的定義是 類是具有相似結構 行為和關係的一組物件的...
UML動態建模包括哪幾種圖的建模
建模三種 erd 實體 關係 圖 dfd 資料流圖 std 狀態 遷移圖 lz 還是最好找本 軟體工程 之類的書看看。每種圖的作用 一兩句話 可說不清楚。o o.uml用於動態建模和靜態建模的各有哪些圖？ charlin米粒 類圖，物件圖，用例圖，部署圖，構件圖，為靜態圖 狀態圖，順序圖，活 協作圖...
用例建模如何進行？uml用例圖的要素有哪些
uml專家 uml用例圖最簡單了，一般表達使用者和系統功能之間的關係。也就是角色和用例之間的關係。如下圖。基本元素就是角色，用例，擴充套件關係，包含關係，用例主題，擴充套件點等幾項。uml建模用例圖中虛線代表什麼？實線代表什麼？開放箭頭三角空箭頭又分別代表什麼意思？ 虛線dependency 代表依...