今天，我們上《統一建模語言uml》。課上老師給我們講解了軟體開發與uml之間的關係：uml常用於建立軟體系統的模型，適用於系統開發的不同階段。uml的應用貫穿於系統開發的不同階段。1.需
求分析。可以使用用例來捕獲使用者的需求。用例圖從使用者的角度來描述系統的功能。通過用例建模，描述對系統感興趣的外部角色及其對系統的功能需求。2.系統分析
。分析階段主要關心問題域中的主要概念，如物件，類等。需要識別這些類以及它們之間的關係，並用類圖來描述系統的靜態結構。為了實現用例，物件之間需要協作，可以用動態模型的狀態圖，順序圖，通訊圖和活**描述系統的動態特徵。在分析階段，只為問題域的物件建模，不考慮軟體系統中類的定義和細節，如使用者介面和資料庫等。3.系統設計。在分析階段得到的分析模型基礎上，定義軟體系統中的技術細節用到的類，如加入新的邊界類（系統與使用者互動的介面類），處理資料的類，處理物件互動的控制類。4.系統實現。該階段是用物件導向程式設計語言將設計階段的類轉換成實際的**。用構件圖描述**構建的物理結構以及構件之間的關係。用部署圖來描述系統中的軟體和硬體的物理結構，即乙個執行時的硬體節點以及在這些節點上執行的軟體。5.軟體測試。系統開發前幾個階段建立的uml模型可作為測試階段的依據。可以使用類圖進行單元測試；使用構件圖和協作圖進行整合測試；使用用例圖進行確認測試；檢查軟體的功能是否與需求規格說明書中規定相符合。
通過本節課的學習，我覺得uml與軟體工程是相通的。因此，學好一門語言將適用於大多數語言。
UML在軟體開發階段應用
需求分析 uml 的用例檢視可以表示客戶的需求。通過用例建模，可以對外部的角色以及它們所需要的系統功能建模。角色和用例是用它們之間的關係 通訊建模的。每個用例都指定了客戶的需求 要求系統幹什麼 提供什麼表現 系統分析 系統分析階段主要考慮所要解決的問題，可用 uml的邏輯檢視和動態檢視來描述 類圖描...
常見的軟體開發模型和UML
該模型特點，必須前一階段的工作完成後，才能開始後一階段的工作 該模型的特點，先學乙個軟體出來，給客戶用，使用者判斷滿意，終結產品，不滿意修改軟體業務 增量模型融合了瀑布模型的基本成分，和原型實現的迭代特徵，顯著特點，先做基本的功能模組，以後在做其他的功能模組 該模型，的各個階段沒有明顯的界限，開發人...
UML建模與軟體開發過程模型
現在談到軟體開發過程，大家可能也不會陌生，學過軟體工程的人都能隨口說上幾個軟體過程模型，現在要把這兩種不同的模型拿到一起來討論，一方面是軟體開發的實際需要，另一方面也是uml建模工具要和其他物件導向開發模型結合的一種必然要求。但是，omg為了防止uml建模和某種開發過程模型結合過緊，導致其適應性降低...