大多數做軟體開發的人員都知道uml,但uml如何才能在軟體專案開發中發揮它的巨大作用呢？下面就專案不同階段的特殊
情形的特殊要求來講一下uml的運用。
uml在軟體不同階段中的應用：
一、需求分析階段：開發軟體的過程中，在需求分析階段最大的任務就是---要搞清楚使用者需要我們開發的軟體來做什麼，軟體有什麼功能。uml的用例圖就可以表示客戶的需求。通過用例建模，可以對外部的使用者角色以及它們所需要的系統功能進行建模。這時每個用例都直觀地體現了客戶的需求（用例圖大多數人既是沒有搞過軟體的行外人也都看的懂。）。這樣在和客戶進行功能確認、和qa人員進行功能review以及qa人員進行測試用例建立都是很有好處的。同時用例圖也可以對商業過程進行需求分析。
二、系統分析階段：分析階段主要考慮所要解決的問題，可用uml的邏輯檢視和動態檢視來描述；類檢視是描述系統所需要的靜態結構，協作圖、狀態圖、序列圖、活**和狀態圖描述系統的動態特性。在分析階段，只為問題領域的類進行建模，而不定義軟體系統的解決方案所需要的細節問題。（諸如使用者介面的類，資料庫等）；
三、系統總體設計階段：在設計階段，要把分析階段的結果擴充套件成技術解決方案。加入新的類來提供技術基礎結構，包括使用者介面，資料庫操作等。分析階段的領域問題類被嵌入在這個技術基礎結構中。設計階段的結果是程式設計（編碼階段）詳細的規格說明。
四、程式設計階段：把總體設計階段的類轉換成某種物件導向程式設計語言的**。在對uml表示的分析和設計模型進行轉換時，最好不要直接把模型轉化成**。因為在早期階段，模型是理解系統並對系統進行結構化的手段。
五、測試階段：對系統的測試常分為單元測試、整合測試系統測試和接受測試幾個不同的階段。單元測試是對幾個類，一組類，或者一些功能模組進行的測試，通常是有程式設計師本人進行測試；整合測試整合元件和類，多個模組的組合進行測試，用來確認這些「單元」之間是否恰當地進行了協作。系統測試是對整個系統進行測試，驗證系統是否滿足系統設計之初的要求。不同的測試可以使用不同的uml圖來做為工作的基礎：單元測試使用類圖和類的規格說明，整合測試典型地使用元件圖和協作圖，而系統測試可以就使用例檢視來確認系統的所有功能是否滿足需要分析階段這些圖中的定義。
UML在軟體開發階段應用
需求分析 uml 的用例檢視可以表示客戶的需求。通過用例建模，可以對外部的角色以及它們所需要的系統功能建模。角色和用例是用它們之間的關係 通訊建模的。每個用例都指定了客戶的需求 要求系統幹什麼 提供什麼表現 系統分析 系統分析階段主要考慮所要解決的問題，可用 uml的邏輯檢視和動態檢視來描述 類圖描...
UML 在軟體開發個階段的應用
1 需求 用例圖 2 分析 對使用者的需求進一步的分析。使用類圖 描述系統靜態結構 使用順序圖 合作圖 活 和狀態圖 描述系統的動態行為。3 設計 根據對系統的分析提出解決問題的方案。使用類圖 包圖把分析類和分析包轉化為設計類和設計包。對類的介面和實現進行設計。4 實現 把設計階段的類轉換成某種物件...
UML在軟體開發各個階段的應用
使用用例圖描述使用者的需求 使用類圖 物件圖 包圖 構件圖 部署圖描述系統的靜態結構 使用順序圖 合作圖 活 狀態圖描述系統動態行為。1 需求 採用用例圖描述需求 2 分析 明確解決問題的細節 採用類圖描述靜態結構 採用順序圖 合作圖 活 狀態圖描述動態行為 3 設計 給出解決方案 採用類圖 包，對...