RUP - IBM Rational Unified Process/階段

該流程分為四個生命週期階段，所有階段都可能在一次或多次迭代中進行。每個階段通常包含五個工作流：需求、分析、設計、實現和測試。每個階段都有一個里程碑，並在執行評估以確定目標是否已達成。

生命週期階段

初始階段

此階段的目的是在客戶和團隊之間達成關於需求、功能預期和實施專案將採取的程式方法的協議。

此階段的基本活動是

• 明確表達專案範圍：捕獲上下文，以及需求、約束和關鍵功能作為驗收標準。
• 規劃和準備商業案例：評估風險管理、團隊組織和專案計劃的替代方案。
• 可能的草稿架構：透過一些 PoC 開發來起草架構。
• 準備環境：評估專案和組織，選擇工具以及哪些部分應該改進。

里程碑

在階段結束時，會根據以下標準進行檢查

• 利益相關者在範圍定義和成本/進度估計方面的共識。
• 透過主要用例的保真度來證明對需求的理解。
• 成本/進度估計、優先順序、風險和開發過程的可信度。
• 任何已開發的架構原型的深度和廣度。
• 建立一個基線，以比較實際支出與計劃支出。

製品

此階段的一些預期製品是

• 願景。
• 商業案例。
• 風險列表。
• 軟體計劃。
• 迭代計劃。
• 主要用例已識別。
• 配置管理環境已設定。

細化階段

此階段的目標是構建一個架構基線，該基線實現具有有限功能的工作應用程式，並與客戶達成協議以進一步推進專案。

細化階段的基本活動是

• 建立基線架構：建立可執行架構
• 細化願景
• 建立詳細的迭代計劃和構建的基線
• 細化用例並準備構建階段：在階段結束時，80% 的用例描述應該完成。

里程碑

在階段結束時，會根據以下標準進行檢查

• 願景和產品需求穩定。
• 架構穩定。
• 測試方法和驗證已獲批准。
• 測試和原型執行已證明主要風險已得到緩解。
• 迭代計劃已完成，並且工作量估計可靠。
• 利益相關者同意願景。
• 實際成本 × 計劃成本是可以接受的。

製品

此階段的一些預期製品是

• 原型。
• 風險列表。
• 開發案例。
• 工具
• 軟體架構文件。
• 設計模型
• 資料模型
• 實現模型
• 願景
• 用例模型
• 測試套件

構建階段

此階段側重於支援文件、軟體產品、測試套件和使用者手冊。目標是理解所有需求並基於基線架構完成開發。

構建階段的基本活動是

• 管理資源、控制和流程最佳化。
• 元件開發和驗收標準測試開發。
• 基於驗收標準的產品釋出評估。

移交階段

移交階段在完成初始產品測試並將系統最終部署後開始。其目標是確保軟體可供終端使用者使用。

移交階段的基本活動是

• 執行實施計劃。
• 完成支援資料。
• 在開發環境中測試釋出產品。
• 建立產品釋出。
• 獲取使用者反饋。
• 根據使用者反饋調整產品。
• 使軟體可供終端使用者使用。

各階段的工作量

預計工作量將在各階段之間分配如下

	初始階段	細化階段	構建階段	移交階段
工作量	10%	30%	55%	5%
持續時間	20%	35%	40%	5%

每個階段都有工作流，如下面的圖表所示

迭代式開發的統一流程模型

根據此圖形，可以認識到工作流不會在一個階段結束，它可以跨專案時間線擴充套件，只是工作量會減少。