第11章 統一軟件過程RUP

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

RUP的基本特點；

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

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

RUP簡介

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

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

靜態結構-方法描述RUP采用角色、行為、產品和工作流四個基本模型元素組織和構造系統開發過程。

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

11.1RUP簡介

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

動態結構-迭代式開發在每個階段結束前都通過一個里程碑評估該階段的工作。如果未能通過該里程碑的評估，則決策者應該做出決定是應取消還是繼續該階段的工作。

11.1RUP簡介

RUP的特點（1）用例驅動

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

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

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

11.2.1業務建模

業務建模流程業務建模的目的在于：了解目標組織（將要在其中部署系統的組織）的結構及機制。了解目標組織中當前存在的問題并確定改進的可能性。

確保客戶、最終用戶和開發人員就目標組織達成共識。導出支持目標組織所需的系統需求。11.2.1業務建模

業務流程分析員11.2.1業務建模

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

11.2.2需求系統分析員11.2.2需求架構設計師11.2.2需求用戶界面設計員11.2.3分析設計

分析設計流程分析設計的目的在于：將需求轉換為未來系統的設計。逐步開發強壯的系統構架。使設計適合于實施環境，為提高性能而進行設計。

11.2.3分析設計

設計員11.2.3分析設計

封裝體設計員和數據庫設計員11.2.4實施

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

11.2.4實施

實施員11.2.4實施

集成員11.2.5測試

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

11.2.5測試

測試設計員11.2.5測試

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

11.2.6部署部署經理11.2.6部署課程開發員和圖形設計員11.2.6部署配置經理和技術文檔寫作員11.2.7配置與變更管理

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

變更控制經理11.2.8項目管理

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

11.2.9環境

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

11.2.9環境

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

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

操作要求11.3.1初始

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

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

11.3.3構造

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

11.3.4移交

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

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

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

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

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