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

第11章統(tǒng)一軟件過程RUP劉志成編著本章學習導航本章學習導航本章學習要點

RUP的基本特點；

6大核心工作流程及主要活動；3大支持工作流程及主要活動；初始、細化、構(gòu)造和移交四個迭代階段的目標、核心活動、評審標準。

建議課時：6課時11.1RUP簡介

RUP簡介

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

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

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

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

11.1RUP簡介

動態(tài)結(jié)構(gòu)-迭代式開發(fā)（1）初始階段：定義最終產(chǎn)品視圖、商業(yè)模型并確定系統(tǒng)范圍。以需求分析為主，建立系統(tǒng)整體結(jié)構(gòu)。（2）細化階段：設(shè)計及確定系統(tǒng)的體系結(jié)構(gòu)，制定工作計劃及資源要求。針對第一階段需求分析結(jié)果，進行設(shè)計，編程，測試，然后再反饋到需求分析。（3）構(gòu)造階段：構(gòu)造產(chǎn)品并繼續(xù)演進需求、體系結(jié)構(gòu)、計劃直至產(chǎn)品提交。對第（1）階段的需求進行設(shè)計，編程，測試，反饋。重復(fù)需求，設(shè)計，編程，測試的過程。（4）移交階段：把產(chǎn)品提交給用戶使用。綜合測試，交付可運行產(chǎn)品。11.1RUP簡介

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

11.1RUP簡介

RUP的特點（1）用例驅(qū)動

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

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

RUP工作流程（1）商業(yè)建模：理解待開發(fā)系統(tǒng)的組織結(jié)構(gòu)及其商業(yè)運作，確保所有參與人員（涉眾）對開發(fā)系統(tǒng)有共同的認識。（2）需求分析：定義系統(tǒng)功能及用戶界面，使客戶知道系統(tǒng)的功能，開發(fā)人員知道系統(tǒng)的需求，為項目預(yù)算及計劃提供基礎(chǔ)。（3）分析與設(shè)計：把需求分析的結(jié)果轉(zhuǎn)化為實現(xiàn)規(guī)格。（4）實現(xiàn)：定義代碼的組織結(jié)構(gòu)、實現(xiàn)代碼、單元測試、系統(tǒng)集成。（5）測試：校驗各自子系統(tǒng)的交互與集成。確保所有的需求被正確實現(xiàn)并在系統(tǒng)發(fā)布前發(fā)現(xiàn)錯誤。（6）發(fā)布：打包、分發(fā)、安裝軟件，升級舊系統(tǒng)；培訓用戶及銷售人員，并提供技術(shù)支持。制定并實施beta測試。

11.2.1業(yè)務(wù)建模

業(yè)務(wù)建模流程業(yè)務(wù)建模的目的在于：了解目標組織（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)及機制。了解目標組織中當前存在的問題并確定改進的可能性。

確保客戶、最終用戶和開發(fā)人員就目標組織達成共識。導出支持目標組織所需的系統(tǒng)需求。11.2.1業(yè)務(wù)建模

業(yè)務(wù)流程分析員11.2.1業(yè)務(wù)建模

業(yè)務(wù)設(shè)計員11.2.2需求需求流程需求工作流程的目的是：與客戶和其他涉眾在系統(tǒng)的工作內(nèi)容方面達成并保持一致。使系統(tǒng)開發(fā)人員能夠更清楚地了解系統(tǒng)需求。定義系統(tǒng)邊界。為計劃迭代的技術(shù)內(nèi)容提供基礎(chǔ)。為估算開發(fā)系統(tǒng)所需成本和時間提供基礎(chǔ)。定義系統(tǒng)的用戶界面，重點是用戶的需要和目標。

11.2.2需求系統(tǒng)分析員11.2.2需求架構(gòu)設(shè)計師11.2.2需求用戶界面設(shè)計員11.2.3分析設(shè)計

分析設(shè)計流程分析設(shè)計的目的在于：將需求轉(zhuǎn)換為未來系統(tǒng)的設(shè)計。逐步開發(fā)強壯的系統(tǒng)構(gòu)架。使設(shè)計適合于實施環(huán)境，為提高性能而進行設(shè)計。

11.2.3分析設(shè)計

設(shè)計員11.2.3分析設(shè)計

封裝體設(shè)計員和數(shù)據(jù)庫設(shè)計員11.2.4實施

實施流程實施的目的包括：對照實施子系統(tǒng)的分層結(jié)構(gòu)定義代碼結(jié)構(gòu)、以構(gòu)件（源文件、二進制文件、可執(zhí)行文件以及其他文件等）的方式實施類和對象、對已開發(fā)的構(gòu)件按單元來測試，并且將各實施員（或團隊）完成的結(jié)果集成到可執(zhí)行系統(tǒng)中。

11.2.4實施

實施員11.2.4實施

集成員11.2.5測試

測試流程測試的目的在于：核實對象之間的交互。核實軟件的所有構(gòu)件是否正確集成。核實所有需求是否已經(jīng)正確實施。確定缺陷并確保在部署軟件之前將缺陷解決。

11.2.5測試

測試設(shè)計員11.2.5測試

測試員11.2.6部署部署流程部署工作流程描述了三種產(chǎn)品部署的模式：自定義安裝“市售”通過Internet使用軟件

11.2.6部署部署經(jīng)理11.2.6部署課程開發(fā)員和圖形設(shè)計員11.2.6部署配置經(jīng)理和技術(shù)文檔寫作員11.2.7配置與變更管理

配置和變更管理流程配置與變更請求管理（CM與CRM）涉及：確定配置項；限制對這些項的變更；審核變更；定義與管理配置。11.2.7配置與變更管理

變更控制經(jīng)理11.2.8項目管理

項目管理流程項目管理的目的是：為對軟件密集型項目進行管理提供框架。為項目的計劃、人員配備、執(zhí)行和監(jiān)測提供實用的準則。為管理風險提供框架。

11.2.9環(huán)境

環(huán)境流程環(huán)境工作流程側(cè)重于為項目配置流程時的必需活動。它描述了為支持項目而開發(fā)指南時所需的活動。環(huán)境活動的目的在于為軟件開發(fā)組織提供軟件開發(fā)環(huán)境（流程和工具），該環(huán)境將會支持開發(fā)團隊。

11.2.9環(huán)境

工具專家和系統(tǒng)管理員課堂實踐1（1）將RUP和傳統(tǒng)的瀑布模型進行比較。（2）注意RUP和UML之間的關(guān)系。

操作提示（1）結(jié)合WebShop電子商城的開發(fā)，以RUP為軟件過程指導，請說明RUP的6個核心工作流的主要活動。（2）結(jié)合WebShop電子商城的開發(fā)，以RUP為軟件過程指導，請說明RUP的3個支持工作流的主要活動。（3）根據(jù)軟件行業(yè)程序員的崗位能力要求，說明RUP實施工作流程和測試工作流程中主要角色的職責。

操作要求11.3.1初始

初始階段初始階段的主要目標包括：建立項目的軟件規(guī)模和邊界條件，包括運作前景、驗收標準以及希望產(chǎn)品中包括和不包括的內(nèi)容。識別系統(tǒng)的關(guān)鍵用例（也就是將造成重要設(shè)計折衷操作的主要場景）。對比一些主要場景，展示（也可能是演示）至少一個備選構(gòu)架評估整個項目的總體成本和進度（以及對即將進行的細化階段進行更詳細的評估）評估潛在的風險（源于各種不可預(yù)測因素準備項目的支持環(huán)境。11.3.2細化

細化階段細化階段的主要目標包括：確保構(gòu)架、需求和計劃足夠穩(wěn)定，充分減少風險，從而能夠有預(yù)見性地確定完成開發(fā)所需的成本和進度。對大多數(shù)項目來說，通過此里程碑也就相當于從簡單快速的低風險運作轉(zhuǎn)移到高成本、高風險的運作，并且在組織結(jié)構(gòu)方面面臨許多不利因素。處理在構(gòu)架方面具有重要意義的所有項目風險建立一個已確定基線的構(gòu)架，它是通過處理構(gòu)架方面重要的場景得到的，這些場景通?？梢燥@示項目的最大技術(shù)風險。制作產(chǎn)品質(zhì)量構(gòu)件的演進式原型，也可能同時制作一個或多個可放棄的探索性原型，以減小特定風險，例如：設(shè)計/需求折衷，構(gòu)件復(fù)用產(chǎn)品可行性或向投資者、客戶和最終用戶進行演示。證明已建立基線的構(gòu)架將在適當時間、以合理的成本支持系統(tǒng)需求。建立支持環(huán)境。

11.3.3構(gòu)造

構(gòu)造階段構(gòu)造階段的主要目標包括：通過優(yōu)化資源和避免不必要的報廢和返工，使開發(fā)成本降到最低?？焖龠_到足夠好的質(zhì)量快速完成有用的版本（Alpha版、Beta版和其他測試發(fā)布版）完成所有所需功能的分析、開發(fā)和測試。迭代式、遞增式地開發(fā)隨時可以發(fā)布到用戶群的完整產(chǎn)品。這意味著描述剩余的用例和其他需求，充實設(shè)計，完成實施，并測試軟件。確定軟件、場地和用戶是否已經(jīng)為部署應(yīng)用程序作好準備。開發(fā)團隊的工作實現(xiàn)某種程度的并行。

11.3.4移交

移交階段移交階段的主要目標是：進行Beta測試，按用戶的期望確認新系統(tǒng)Beta測試和相對于正在替換的遺留系統(tǒng)的并行操作轉(zhuǎn)換操作數(shù)據(jù)庫培訓用戶和維護人員市場營銷、進行分發(fā)和向銷售人員進行新產(chǎn)品介紹與部署相關(guān)的工程，如接入、商業(yè)包裝和生產(chǎn)、銷售介紹、現(xiàn)場人員培訓調(diào)整活動，如進行調(diào)試、性能或可用性的增強根據(jù)產(chǎn)品的完整前景和驗收標準，對部署基線進行的評估實現(xiàn)用戶的自我支持能力在涉眾之間達成共識，即部署基線已完成在涉眾之間達成共識，即部署基線與前景的評估標準一致

11.3.5迭代計劃示例(構(gòu)造階段)

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

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

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