需求分析：
uml的用例檢視可以表示客戶的需求。通過用例建模，可以對外部的角色以及它們所需要的系統功能建模。角色和用例是用它們之間的關係、通訊建模的。每個用例都指定了客戶的需求：要求系統幹什麼、提供什麼表現；
系統分析：系統分析階段主要考慮所要解決的問題，可用
uml的邏輯檢視和動態檢視來描述；類圖描述系統的靜態結構，協作圖、狀態圖、順序圖、活**和狀態圖描
述系統的動態特徵。在分析階段，只為問題領域的類建模——不定義軟體系統的解決方案細節（如使用者介面的類
資料庫等）；
系統設計：系統設計階段是把系統分析的結果擴充套件成技術解決方案 。加入新的類提供技術基礎結構——使用者介面、頁面互動、資料庫操作等等。 系統分析領域的問題類被嵌入在這個技術基礎結構中。系統設計的結果是**編寫的詳細規格說明；
**編寫：此階段把系統設計的類轉換成某種物件導向程式設計語言的**。在對uml表示的分析和設計模型進行轉換時，最好不要直接把模型轉化成**。因為在早期階段，模型是理解系統並對系統進行結構化的手段；
系統測試：對系統的測試通常分為單元測試、整合測試、系統測試和使用者測試幾個不同級別。單元測試是對幾個類或一組類的測試；整合測試是整合元件和類，確認它們之間是否恰當地協作；系統測試把系統當作乙個「黑箱」驗證系統是否具有或實現使用者所要求的功能或功能集群；使用者測試由系統使用者執行，與系統測試類似，驗證系統是否滿足所有的需求；不同的測試小組使用不同的uml圖作為他們工作的基礎；單元測試使用類圖和類的規格說明，整合測試典型地使用元件圖和協作圖，而系統測試實現用例圖來確認系統的行為符合這些圖中的定義；
以下是針對上述提及的uml圖進行說明：
用例圖 ：從使用者角度描述系統功能，是使用者所能觀察到的系統功能的模型圖，用例是系統中的乙個功能單元。
類圖 ：描述系統中類的靜態結構。不僅定義系統中的類，表示類之間的聯絡如關聯、依賴、聚合等，也包括類的內部結構(類的屬性和操作)。以類為中心來組織的，類圖中的其他元素或屬於某個類或與類相關聯 ；
順序圖 ：顯示物件之間的動態合作關係，它強調物件之間訊息傳送的順序，同時顯示物件之間的互動。 順序圖的乙個用途是用來表示用例中的行為順序。當執行乙個用例行為時，順序圖中的每條訊息對應了乙個類操作或引起狀態轉換的觸發事件。
協作圖 ：描述物件間的協作關係，協作圖跟順序圖 相似，顯示物件間的動態合作關係。除顯示資訊交換外，協作圖還顯示物件以及它們之間的關係。協作圖的乙個用途是表示乙個類操作的實現。
狀態圖 ：是乙個類物件所可能經歷的所有歷程的模型圖。狀態圖由物件的各個狀態和連線這些狀態的轉換組成。
活** ：是狀態圖的乙個變體，用來描述執行演算法的工作流程中涉及的活動。活**描述了一組順序的或併發的活動。
uml學習 在軟體開發各個階段應用
三 講完例子之後就講了uml在軟體開發各個階段的應用。只是理論上的一些術語吧。要想真的去懂，還是得做例子。uml在軟體開發各個階段的應用 採用物件導向技術設計軟體系統時，使用用例圖來描述使用者需求 使用類圖 物件圖 包圖 構件圖和部署圖描述系統的靜態結構 使用順序圖 合作圖 活 和狀態圖描述動態行為...
UML 在軟體開發個階段的應用
1 需求 用例圖 2 分析 對使用者的需求進一步的分析。使用類圖 描述系統靜態結構 使用順序圖 合作圖 活 和狀態圖 描述系統的動態行為。3 設計 根據對系統的分析提出解決問題的方案。使用類圖 包圖把分析類和分析包轉化為設計類和設計包。對類的介面和實現進行設計。4 實現 把設計階段的類轉換成某種物件...
UML在軟體開發各個階段的應用
使用用例圖描述使用者的需求 使用類圖 物件圖 包圖 構件圖 部署圖描述系統的靜態結構 使用順序圖 合作圖 活 狀態圖描述系統動態行為。1 需求 採用用例圖描述需求 2 分析 明確解決問題的細節 採用類圖描述靜態結構 採用順序圖 合作圖 活 狀態圖描述動態行為 3 設計 給出解決方案 採用類圖 包，對...