面向?qū)ο蟮?1章-統(tǒng)一軟件過(guò)程rup

1、第11章 統(tǒng)一軟件過(guò)程RUP本章學(xué)習(xí)導(dǎo)航本章學(xué)習(xí)導(dǎo)航 本章學(xué)習(xí)要點(diǎn) RUP的基本特點(diǎn)； 6大核心工作流程及主要活動(dòng)； 3大支持工作流程及主要活動(dòng)； 初始、細(xì)化、構(gòu)造和移交四個(gè)迭代階段的目標(biāo)、核心活動(dòng)、評(píng)審標(biāo)準(zhǔn)。 11.1 RUP簡(jiǎn)介 RUP簡(jiǎn)介 Rational Unified Process（以下簡(jiǎn)稱RUP）是一套軟件工程方法，主要由 Ivar Jacobson的 The Objectory Approch 和 The Rational Approch發(fā)展而來(lái)。 RUP 吸收了多種開發(fā)模型的優(yōu)點(diǎn)，具有很好的可操作性和實(shí)用性。 RUP是與UML結(jié)合最好的一種軟件過(guò)程方法。 11.1 RUP簡(jiǎn)介

2、 RUP基本思想在RUP中，軟件開發(fā)生生命周期根據(jù)時(shí)間和RUP的核心工作流劃分為二維空間。11.1 RUP簡(jiǎn)介 靜態(tài)結(jié)構(gòu)-方法描述RUP采用角色、行為、產(chǎn)品和工作流四個(gè)基本模型元素組織和構(gòu)造系統(tǒng)開發(fā)過(guò)程。 角色是描述某個(gè)人或一個(gè)小組的行為與職責(zé)。行為是一個(gè)有明確目的的獨(dú)立工作單元。 模型是從某一個(gè)角度對(duì)系統(tǒng)的完全描述。 工作流描述了一個(gè)有意義的連續(xù)的行為序列。 11.1 RUP簡(jiǎn)介 動(dòng)態(tài)結(jié)構(gòu)-迭代式開發(fā)（1）初始階段：定義最終產(chǎn)品視圖、商業(yè)模型并確定系統(tǒng)范圍。以需求分析為主，建立系統(tǒng)整體結(jié)構(gòu)。 （2）細(xì)化階段：設(shè)計(jì)及確定系統(tǒng)的體系結(jié)構(gòu)，制定工作計(jì)劃及資源要求。針對(duì)第一階段需求分析結(jié)果，進(jìn)行設(shè)計(jì)

3、，編程，測(cè)試，然后再反饋到需求分析。（3）構(gòu)造階段：構(gòu)造產(chǎn)品并繼續(xù)演進(jìn)需求、體系結(jié)構(gòu)、計(jì)劃直至產(chǎn)品提交。對(duì)第（1）階段的需求進(jìn)行設(shè)計(jì)，編程，測(cè)試，反饋。重復(fù)需求，設(shè)計(jì)，編程，測(cè)試的過(guò)程。（4）移交階段：把產(chǎn)品提交給用戶使用。綜合測(cè)試，交付可運(yùn)行產(chǎn)品。 11.1 RUP簡(jiǎn)介 動(dòng)態(tài)結(jié)構(gòu)-迭代式開發(fā)在每個(gè)階段結(jié)束前都通過(guò)一個(gè)里程碑評(píng)估該階段的工作。如果未能通過(guò)該里程碑的評(píng)估，則決策者應(yīng)該做出決定是應(yīng)取消還是繼續(xù)該階段的工作。 11.1 RUP簡(jiǎn)介 RUP的特點(diǎn)（1）用例驅(qū)動(dòng) 用例模型是需求分析工作流的結(jié)果，它從用戶的角度描述該系統(tǒng)應(yīng)該實(shí)現(xiàn)的功能。 （2）以體系結(jié)構(gòu)為中心 RUP的早期的迭代工作，特別

4、是演化階段的重點(diǎn)就是確定和校驗(yàn)軟件的體系結(jié)構(gòu)。 （3）迭代式開發(fā) 迭代式開發(fā)方法是一個(gè)不斷的減除風(fēng)險(xiǎn)的過(guò)程 。11.1 RUP簡(jiǎn)介 RUP模型RUP中的用例模型對(duì)應(yīng)本書所提到的需求模型；RUP中的分析模型和設(shè)計(jì)模型包括了本書提到的靜態(tài)模型和動(dòng)態(tài)模型的一部分；RUP中的實(shí)施模型包含了本書所提到的物理模型。 11.2 RUP工作流程 RUP工作流程（1）商業(yè)建模：理解待開發(fā)系統(tǒng)的組織結(jié)構(gòu)及其商業(yè)運(yùn)作，確保所有參與人員（涉眾）對(duì)開發(fā)系統(tǒng)有共同的認(rèn)識(shí)。 （2）需求分析：定義系統(tǒng)功能及用戶界面，使客戶知道系統(tǒng)的功能，開發(fā)人員知道系統(tǒng)的需求，為項(xiàng)目預(yù)算及計(jì)劃提供基礎(chǔ)。 （3）分析與設(shè)計(jì)：把需求分析的結(jié)果轉(zhuǎn)

5、化為實(shí)現(xiàn)規(guī)格。 （4）實(shí)現(xiàn)：定義代碼的組織結(jié)構(gòu)、實(shí)現(xiàn)代碼、單元測(cè)試、系統(tǒng)集成。 （5）測(cè)試：校驗(yàn)各自子系統(tǒng)的交互與集成。確保所有的需求被正確實(shí)現(xiàn)并在系統(tǒng)發(fā)布前發(fā)現(xiàn)錯(cuò)誤。 （6）發(fā)布：打包、分發(fā)、安裝軟件，升級(jí)舊系統(tǒng)；培訓(xùn)用戶及銷售人員，并提供技術(shù)支持。制定并實(shí)施beta測(cè)試。 11.2.1 業(yè)務(wù)建模 業(yè)務(wù)建模流程業(yè)務(wù)建模的目的在于： 了解目標(biāo)組織（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)及機(jī)制。 了解目標(biāo)組織中當(dāng)前存在的問(wèn)題并確定改進(jìn)的可能性。 確保客戶、最終用戶和開發(fā)人員就目標(biāo)組織達(dá)成共識(shí)。 導(dǎo)出支持目標(biāo)組織所需的系統(tǒng)需求。 11.2.1 業(yè)務(wù)建模 業(yè)務(wù)流程分析員11.2.1 業(yè)務(wù)建模 業(yè)務(wù)設(shè)計(jì)員1

6、1.2.2 需求需求流程需求工作流程的目的是： 與客戶和其他涉眾在系統(tǒng)的工作內(nèi)容方面達(dá)成并保持一致。 使系統(tǒng)開發(fā)人員能夠更清楚地了解系統(tǒng)需求。 定義系統(tǒng)邊界。 為計(jì)劃迭代的技術(shù)內(nèi)容提供基礎(chǔ)。 為估算開發(fā)系統(tǒng)所需成本和時(shí)間提供基礎(chǔ)。 定義系統(tǒng)的用戶界面，重點(diǎn)是用戶的需要和目標(biāo)。 11.2.2 需求系統(tǒng)分析員11.2.2 需求架構(gòu)設(shè)計(jì)師11.2.2 需求用戶界面設(shè)計(jì)員11.2.3 分析設(shè)計(jì) 分析設(shè)計(jì)流程分析設(shè)計(jì)的目的在于： 將需求轉(zhuǎn)換為未來(lái)系統(tǒng)的設(shè)計(jì)。 逐步開發(fā)強(qiáng)壯的系統(tǒng)構(gòu)架。 使設(shè)計(jì)適合于實(shí)施環(huán)境，為提高性能而進(jìn)行設(shè)計(jì)。 11.2.3 分析設(shè)計(jì) 設(shè)計(jì)員11.2.3 分析設(shè)計(jì) 封裝體設(shè)計(jì)員和數(shù)據(jù)庫(kù)

7、設(shè)計(jì)員11.2.4 實(shí)施 實(shí)施流程實(shí)施的目的包括： 對(duì)照實(shí)施子系統(tǒng)的分層結(jié)構(gòu)定義代碼結(jié)構(gòu)、 以構(gòu)件（源文件、二進(jìn)制文件、可執(zhí)行文件以及其他文件等）的方式實(shí)施類和對(duì)象、 對(duì)已開發(fā)的構(gòu)件按單元來(lái)測(cè)試，并且 將各實(shí)施員（或團(tuán)隊(duì)）完成的結(jié)果集成到可執(zhí)行系統(tǒng)中。 11.2.4 實(shí)施 實(shí)施員11.2.4 實(shí)施 集成員11.2.5 測(cè)試 測(cè)試流程測(cè)試的目的在于： 核實(shí)對(duì)象之間的交互。 核實(shí)軟件的所有構(gòu)件是否正確集成。 核實(shí)所有需求是否已經(jīng)正確實(shí)施。 確定缺陷并確保在部署軟件之前將缺陷解決。 11.2.5 測(cè)試 測(cè)試設(shè)計(jì)員11.2.5 測(cè)試 測(cè)試員11.2.6 部署部署流程部署工作流程描述了三種產(chǎn)品部署的模式

8、：自定義安裝 “市售” 通過(guò) Internet 使用軟件 11.2.6 部署部署經(jīng)理11.2.6 部署課程開發(fā)員和圖形設(shè)計(jì)員11.2.6 部署配置經(jīng)理和技術(shù)文檔寫作員11.2.7 配置與變更管理 配置和變更管理流程配置與變更請(qǐng)求管理（CM 與 CRM）涉及： 確定配置項(xiàng)； 限制對(duì)這些項(xiàng)的變更；審核變更；定義與管理配置。 11.2.7 配置與變更管理 變更控制經(jīng)理11.2.8 項(xiàng)目管理 項(xiàng)目管理流程項(xiàng)目管理的目的是： 為對(duì)軟件密集型項(xiàng)目進(jìn)行管理提供框架。 為項(xiàng)目的計(jì)劃、人員配備、執(zhí)行和監(jiān)測(cè)提供實(shí)用的準(zhǔn)則。 為管理風(fēng)險(xiǎn)提供框架。 11.2.9 環(huán)境 環(huán)境流程環(huán)境工作流程側(cè)重于為項(xiàng)目配置流程時(shí)的必需

9、活動(dòng)。它描述了為支持項(xiàng)目而開發(fā)指南時(shí)所需的活動(dòng)。環(huán)境活動(dòng)的目的在于為軟件開發(fā)組織提供軟件開發(fā)環(huán)境（流程和工具），該環(huán)境將會(huì)支持開發(fā)團(tuán)隊(duì)。 11.2.9 環(huán)境 工具專家和系統(tǒng)管理員課堂實(shí)踐 1（1）將RUP和傳統(tǒng)的瀑布模型進(jìn)行比較。（2）注意RUP和UML之間的關(guān)系。 操作提示（1）結(jié)合WebShop電子商城的開發(fā)，以RUP為軟件過(guò)程指導(dǎo)，請(qǐng)說(shuō)明RUP的6個(gè)核心工作流的主要活動(dòng)。（2）結(jié)合WebShop電子商城的開發(fā)，以RUP為軟件過(guò)程指導(dǎo)，請(qǐng)說(shuō)明RUP的3個(gè)支持工作流的主要活動(dòng)。（3）根據(jù)軟件行業(yè)程序員的崗位能力要求，說(shuō)明RUP實(shí)施工作流程和測(cè)試工作流程中主要角色的職責(zé)。 操作要求11.3.1

10、 初始 初始階段初始階段的主要目標(biāo)包括： 建立項(xiàng)目的軟件規(guī)模和邊界條件，包括運(yùn)作前景、驗(yàn)收標(biāo)準(zhǔn)以及希望產(chǎn)品中包括和不包括的內(nèi)容。 識(shí)別系統(tǒng)的關(guān)鍵用例（也就是將造成重要設(shè)計(jì)折衷操作的主要場(chǎng)景）。 對(duì)比一些主要場(chǎng)景，展示（也可能是演示）至少一個(gè)備選構(gòu)架 評(píng)估整個(gè)項(xiàng)目的總體成本和進(jìn)度（以及對(duì)即將進(jìn)行的細(xì)化階段進(jìn)行更詳細(xì)的評(píng)估） 評(píng)估潛在的風(fēng)險(xiǎn)（源于各種不可預(yù)測(cè)因素準(zhǔn)備項(xiàng)目的支持環(huán)境。 11.3.2 細(xì)化 細(xì)化階段細(xì)化階段的主要目標(biāo)包括： 確保構(gòu)架、需求和計(jì)劃足夠穩(wěn)定，充分減少風(fēng)險(xiǎn)，從而能夠有預(yù)見性地確定完成開發(fā)所需的成本和進(jìn)度。對(duì)大多數(shù)項(xiàng)目來(lái)說(shuō)，通過(guò)此里程碑也就相當(dāng)于從簡(jiǎn)單快速的低風(fēng)險(xiǎn)運(yùn)作轉(zhuǎn)移到高成

11、本、高風(fēng)險(xiǎn)的運(yùn)作，并且在組織結(jié)構(gòu)方面面臨許多不利因素。 處理在構(gòu)架方面具有重要意義的所有項(xiàng)目風(fēng)險(xiǎn) 建立一個(gè)已確定基線的構(gòu)架，它是通過(guò)處理構(gòu)架方面重要的場(chǎng)景得到的，這些場(chǎng)景通常可以顯示項(xiàng)目的最大技術(shù)風(fēng)險(xiǎn)。 制作產(chǎn)品質(zhì)量構(gòu)件的演進(jìn)式原型，也可能同時(shí)制作一個(gè)或多個(gè)可放棄的探索性原型，以減小特定風(fēng)險(xiǎn)，例如： 設(shè)計(jì)/需求折衷，構(gòu)件復(fù)用產(chǎn)品可行性或向投資者、客戶和最終用戶進(jìn)行演示。 證明已建立基線的構(gòu)架將在適當(dāng)時(shí)間、以合理的成本支持系統(tǒng)需求。 建立支持環(huán)境。 11.3.3 構(gòu)造 構(gòu)造階段構(gòu)造階段的主要目標(biāo)包括： 通過(guò)優(yōu)化資源和避免不必要的報(bào)廢和返工，使開發(fā)成本降到最低。 快速達(dá)到足夠好的質(zhì)量 快速完成有用

12、的版本（Alpha 版、Beta 版和其他測(cè)試發(fā)布版） 完成所有所需功能的分析、開發(fā)和測(cè)試。 迭代式、遞增式地開發(fā)隨時(shí)可以發(fā)布到用戶群的完整產(chǎn)品。這意味著描述剩余的用例和其他需求，充實(shí)設(shè)計(jì)，完成實(shí)施，并測(cè)試軟件。 確定軟件、場(chǎng)地和用戶是否已經(jīng)為部署應(yīng)用程序作好準(zhǔn)備。 開發(fā)團(tuán)隊(duì)的工作實(shí)現(xiàn)某種程度的并行。 11.3.4 移交 移交階段移交階段的主要目標(biāo)是： 進(jìn)行 Beta 測(cè)試，按用戶的期望確認(rèn)新系統(tǒng) Beta 測(cè)試和相對(duì)于正在替換的遺留系統(tǒng)的并行操作 轉(zhuǎn)換操作數(shù)據(jù)庫(kù) 培訓(xùn)用戶和維護(hù)人員 市場(chǎng)營(yíng)銷、進(jìn)行分發(fā)和向銷售人員進(jìn)行新產(chǎn)品介紹 與部署相關(guān)的工程，如接入、商業(yè)包裝和生產(chǎn)、銷售介紹、現(xiàn)場(chǎng)人員培訓(xùn) 調(diào)整活動(dòng)，如進(jìn)行調(diào)試、性能或可用性的增強(qiáng) 根據(jù)產(chǎn)品的完整前景和驗(yàn)收標(biāo)準(zhǔn)，對(duì)部署基線進(jìn)行的評(píng)估 實(shí)現(xiàn)用戶的自我支持能力 在涉眾之間達(dá)成共識(shí)，即部署基線已完成 在涉眾之間達(dá)成共識(shí)，即部署基線與前景的評(píng)估標(biāo)準(zhǔn)一致 11.3.5 迭代計(jì)劃示例(構(gòu)造階段) 移交階段課外拓展（1）參考本章構(gòu)造階段的迭代計(jì)劃實(shí)例。（2）在制訂軟件