第11章 統(tǒng)一軟件過(guò)程RUP

第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)。

建議課時(shí)：6課時(shí)11.1RUP簡(jiǎn)介

RUP簡(jiǎn)介

RationalUnifiedProcess（以下簡(jiǎn)稱RUP）是一套軟件工程方法，主要由IvarJacobson的TheObjectoryApproch和TheRationalApproch發(fā)展而來(lái)。RUP吸收了多種開(kāi)發(fā)模型的優(yōu)點(diǎn)，具有很好的可操作性和實(shí)用性。RUP是與UML結(jié)合最好的一種軟件過(guò)程方法。11.1RUP簡(jiǎn)介

RUP基本思想在RUP中，軟件開(kāi)發(fā)生生命周期根據(jù)時(shí)間和RUP的核心工作流劃分為二維空間。11.1RUP簡(jiǎn)介

靜態(tài)結(jié)構(gòu)-方法描述RUP采用角色、行為、產(chǎn)品和工作流四個(gè)基本模型元素組織和構(gòu)造系統(tǒng)開(kāi)發(fā)過(guò)程。

角色是描述某個(gè)人或一個(gè)小組的行為與職責(zé)。行為是一個(gè)有明確目的的獨(dú)立工作單元。模型是從某一個(gè)角度對(duì)系統(tǒng)的完全描述。工作流描述了一個(gè)有意義的連續(xù)的行為序列。

11.1RUP簡(jiǎn)介

動(dòng)態(tài)結(jié)構(gòu)-迭代式開(kāi)發(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ì)，編程，測(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.1RUP簡(jiǎn)介

動(dòng)態(tài)結(jié)構(gòu)-迭代式開(kāi)發(fā)在每個(gè)階段結(jié)束前都通過(guò)一個(gè)里程碑評(píng)估該階段的工作。如果未能通過(guò)該里程碑的評(píng)估，則決策者應(yīng)該做出決定是應(yīng)取消還是繼續(xù)該階段的工作。

11.1RUP簡(jiǎn)介

RUP的特點(diǎn)（1）用例驅(qū)動(dòng)

用例模型是需求分析工作流的結(jié)果，它從用戶的角度描述該系統(tǒng)應(yīng)該實(shí)現(xiàn)的功能。（2）以體系結(jié)構(gòu)為中心RUP的早期的迭代工作，特別是演化階段的重點(diǎn)就是確定和校驗(yàn)軟件的體系結(jié)構(gòu)。（3）迭代式開(kāi)發(fā)迭代式開(kāi)發(fā)方法是一個(gè)不斷的減除風(fēng)險(xiǎn)的過(guò)程。11.1RUP簡(jiǎn)介

RUP模型RUP中的用例模型對(duì)應(yīng)本書所提到的需求模型；RUP中的分析模型和設(shè)計(jì)模型包括了本書提到的靜態(tài)模型和動(dòng)態(tài)模型的一部分；RUP中的實(shí)施模型包含了本書所提到的物理模型。11.2RUP工作流程

RUP工作流程（1）商業(yè)建模：理解待開(kāi)發(fā)系統(tǒng)的組織結(jié)構(gòu)及其商業(yè)運(yùn)作，確保所有參與人員（涉眾）對(duì)開(kāi)發(fā)系統(tǒng)有共同的認(rèn)識(shí)。（2）需求分析：定義系統(tǒng)功能及用戶界面，使客戶知道系統(tǒng)的功能，開(kāi)發(fā)人員知道系統(tǒng)的需求，為項(xiàng)目預(yù)算及計(jì)劃提供基礎(chǔ)。（3）分析與設(shè)計(jì)：把需求分析的結(jié)果轉(zhuǎn)化為實(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)的可能性。

確保客戶、最終用戶和開(kāi)發(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ì)員11.2.2需求需求流程需求工作流程的目的是：與客戶和其他涉眾在系統(tǒng)的工作內(nèi)容方面達(dá)成并保持一致。使系統(tǒng)開(kāi)發(fā)人員能夠更清楚地了解系統(tǒng)需求。定義系統(tǒng)邊界。為計(jì)劃迭代的技術(shù)內(nèi)容提供基礎(chǔ)。為估算開(kāi)發(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ì)。逐步開(kāi)發(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ù)設(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ì)已開(kāi)發(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)品部署的模式：自定義安裝“市售”通過(guò)Internet使用軟件

11.2.6部署部署經(jīng)理11.2.6部署課程開(kāi)發(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í)的必需活動(dòng)。它描述了為支持項(xiàng)目而開(kāi)發(fā)指南時(shí)所需的活動(dòng)。環(huán)境活動(dòng)的目的在于為軟件開(kāi)發(fā)組織提供軟件開(kāi)發(fā)環(huán)境（流程和工具），該環(huán)境將會(huì)支持開(kāi)發(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電子商城的開(kāi)發(fā)，以RUP為軟件過(guò)程指導(dǎo)，請(qǐng)說(shuō)明RUP的6個(gè)核心工作流的主要活動(dòng)。（2）結(jié)合WebShop電子商城的開(kāi)發(fā)，以RUP為軟件過(guò)程指導(dǎo)，請(qǐng)說(shuō)明RUP的3個(gè)支持工作流的主要活動(dòng)。（3）根據(jù)軟件行業(yè)程序員的崗位能力要求，說(shuō)明RUP實(shí)施工作流程和測(cè)試工作流程中主要角色的職責(zé)。

操作要求11.3.1初始

初始階段初始階段的主要目標(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ù)見(jiàn)性地確定完成開(kāi)發(fā)所需的成本和進(jìn)度。對(duì)大多數(shù)項(xiàng)目來(lái)說(shuō)，通過(guò)此里程碑也就相當(dāng)于從簡(jiǎn)單快速的低風(fēng)險(xiǎn)運(yùn)作轉(zhuǎn)移到高成本、高風(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)廢和返工，使開(kāi)發(fā)成本降到最低?？焖龠_(dá)到足夠好的質(zhì)量快速完成有用的版本（Alpha版、Beta版和其他測(cè)試發(fā)布版）完成所有所需功能的分析、開(kāi)發(fā)和測(cè)試。迭代式、遞增式地開(kāi)發(fā)隨時(shí)可以發(fā)布到用戶群的完整產(chǎn)品。這意味著描述剩余的用例和其他需求，充實(shí)設(shè)計(jì)，完成實(shí)施，并測(cè)試軟件。確定軟件、場(chǎng)地和用戶是否已經(jīng)為部署應(yīng)用程序作好準(zhǔn)備。開(kāi)發(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)造階段)

構(gòu)造階段課堂實(shí)踐2（1）理解每個(gè)迭代過(guò)程中都需要9個(gè)工作流程的工作。（2）理解具體階段中每個(gè)工作流程的工作量的差異。

操作提示（1）參考構(gòu)造階段的迭代計(jì)劃，結(jié)合WebShop電子商城的開(kāi)發(fā)過(guò)程，討論并制訂初始階段的迭代計(jì)劃。（2）參考構(gòu)造階段的迭代計(jì)劃，結(jié)合WebShop電子商城的開(kāi)發(fā)過(guò)程，討論并制訂細(xì)化階段的迭代計(jì)劃。（3）參考構(gòu)造階段的迭代計(jì)劃，結(jié)合WebShop電子商城的開(kāi)發(fā)過(guò)程，討論并制訂移交階段的迭代計(jì)劃。

操作要求課外拓展（1）參考本章構(gòu)造階段的迭代計(jì)劃實(shí)例。