UML基礎(chǔ)與Rose建模案例（第3版）UML與統(tǒng)一開發(fā)過程

1、UMLUML基礎(chǔ)與基礎(chǔ)與RoseRose建模案例（第建模案例（第3 3版）第版）第1111章章 UML UML與統(tǒng)一開發(fā)過程與統(tǒng)一開發(fā)過程目錄目錄11.1 軟件開發(fā)過程歷史概述11.1.1 軟件開發(fā)過程簡介11.1.2 當(dāng)前流行的軟件過程11.2 RUP簡介11.2.1 什么是RUP過程11.2.2 RUP的特點11.2.3 RUP的十大要素11.3 統(tǒng)一開發(fā)過程核心工作流11.3.1 需求捕獲工作流11.3.2 分析工作流11.3.3 設(shè)計工作流11.3.4 實現(xiàn)工作流11.3.5 測試工作流目前，行業(yè)內(nèi)有多種成熟的軟件開發(fā)過程可供借鑒，比較具有代表性、采用較廣泛的軟件過程主要包括以下幾種：

2、 Rational Unified Process（RUP）； OPEN Process； Object-Oriented Software Process（OOSP）； Extreme Programming（XP）； Catalysis； Dynamic System Development Method（DSDM）。Rational Unified Process（以下簡稱RUP）是一套軟件工程方法，主要由Ivar Jacobson的The Objectory Approach和The Rational Approach發(fā)展而來。RUP可以用二維坐標(biāo)來描述。橫軸通過時間組織，是過程展開的

3、生命周期特征，體現(xiàn)開發(fā)過程的動態(tài)結(jié)構(gòu)；縱軸以內(nèi)容來組織，是自然的邏輯活動，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu)。瀑布模型（Waterfall Model）也稱為軟件生存周期模型，由B.M.Boehm于1970年首先提出。根據(jù)軟件生存周期各個階段的任務(wù)，它成功地將軟件的生命周期劃分為8個階段，分別是：問題定義、可行性研究、需求分析、總體設(shè)計、詳細(xì)設(shè)計、編程實現(xiàn)、測試和運行、維護(hù)。改進(jìn)的瀑布模型。改進(jìn)的瀑布模型一般被描述成可以回溯的瀑布模型。改進(jìn)的瀑布模型解決了不能回溯的問題，避免了在軟件完成后才發(fā)現(xiàn)與用戶需求不符的情況的發(fā)生，使瀑布模型的可行性大大增強，但隨之而來的新問題是：當(dāng)回溯太多的時候，瀑布模型標(biāo)準(zhǔn)的優(yōu)

4、點蕩然無存。一種更靈活，風(fēng)險更小的方法是多次通過不同的開發(fā)工作流，這樣可以更好的理解需求，構(gòu)造一個健壯的體系結(jié)構(gòu)，并最終交付一系列逐步完成的版本，這叫做一個迭代生命周期。在工作流中的每一次順序的通過稱為一次迭代。 開發(fā)前景 達(dá)成計劃 標(biāo)識和減小風(fēng)險 分配和跟蹤任務(wù) 檢查商業(yè)理由 設(shè)計組件構(gòu)架 對產(chǎn)品進(jìn)行增量式的構(gòu)建和測試 驗證和評價結(jié)果 管理和控制變化 提供用戶支持 Rational公司提供的統(tǒng)一流程RUP（Rational Unified Process，Rational統(tǒng)一過程）以迭代式開發(fā)為基礎(chǔ)的。RUP中包括初始（也稱為先啟）、細(xì)化（精化）、構(gòu)造（構(gòu)建）和交付（產(chǎn)品化）4個階段，以及業(yè)

5、務(wù)建模、需求、分析設(shè)計、實施（實現(xiàn)）、測試、部署、配置與變更管理、項目管理、環(huán)境9個核心工作流程。每個階段都是由一次或多次迭代所組成。軟件需求是指用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能和設(shè)計約束等方面的期望。需求捕獲就是通過對應(yīng)問題的理解和分析，確立問題涉及的信息、功能和系統(tǒng)行為、將用戶需求精確化、完全化。分析的主要工作開始于初始階段的結(jié)尾，和需求一樣是精化階段的主要焦點。精化階段的大部分活動是捕獲需求，分析工作于需求捕獲在很大程度上重疊，實際上，這兩種活動是相輔相成的，在對系統(tǒng)進(jìn)行需求捕獲的同時往往會加入一些分析。實現(xiàn)（也稱之為實施）是把設(shè)計模型轉(zhuǎn)換成可執(zhí)行代碼的過程。從系統(tǒng)分析師或系統(tǒng)設(shè)計師的角度看，實現(xiàn)工作流的重點就是完成軟件系統(tǒng)的可執(zhí)行代碼。在完成需求捕獲、分析、設(shè)計和實現(xiàn)等階段的開發(fā)后，得到了源代碼，這時就必須開始尋找軟件產(chǎn)品中可能存在的錯誤與缺陷。如果不能及時發(fā)現(xiàn)這些錯誤，軟件產(chǎn)