概念: 生命週期目標里程碑
這個準則討論初始階段結束時的「生命週期目標里程碑」的評估準則。也會說明必要構件的狀態。
主要說明

初始階段的結束就是專案第一個主要里程碑或生命週期目標里程碑的開始。此刻,您需要調查專案的生命週期目標,決定專案是否繼續或就此取消。

評估準則

  • 關係人正式出現在範圍定義及成本/排程估算中
  • 同意已擷取到正確的需求組合且對這些需求已達成共識。
  • 同意成本/排程估算、優先順序、風險及開發流程皆適當。
  • 已確認所有風險,且每一項風險都有一套緩和策略。

如果無法達成這個里程碑,專案可能就要放棄或大幅度地重新規劃。

構件

必要構件(依重要性排列) 里程碑狀態
願景 已詳細記錄專案的核心需求、關鍵功能及主要限制。
商業案例 已定義和核准。
風險清單 已確認專案初期風險。
軟體開發計劃 已確認初始階段、持續時間及目標。「軟體開發計劃」的資源估算(尤其是時間、人員及開發環境成本)和「商業案例」必須達到一致。

資源估算可能含括整個專案一直到最後交付為止,或只是完成詳述階段所需的資源估算。此刻,應該只是非常粗略地看待整個專案所需的資源估算,僅止於「猜測」。在每一個階段和每一次反覆時會更新這項估算,隨著每一次反覆而愈來愈準確。 

視專案需求而定,可能視情況來完成一或多個未公開的「計劃」構件。通常會完成一份初期產品驗收計劃的審查並設定基準線。在後續的反覆活動中,「產品驗收計劃」會隨著發現其他需求而修正。此外,任何未公開的「準則」構件通常起碼是「初稿」格式。

反覆計劃 已完成並審查第一次「詳述階段」反覆活動的反覆計劃。
開發流程 已詳細記錄和審查 Rational Unified Process 的調整和擴充結果。通常包括專案專用的準則和範本,以及用來記錄專案特殊調整決策的開發案例。
開發基礎架構

已選定專案的所有支援工具。已安裝「初始階段」的工作所需的工具。

尤其,應該已建立「配置管理」環境。

名詞解釋 已定義重要術語;已複查名詞解釋。
使用案例模型參與者使用案例 已找出重要的參與者和使用案例,且針對最重要使用案例的事件流程已概略成形。

選用構件

里程碑狀態

領域模型(又稱為「商業分析模型」) 已詳細記錄和審查系統中採用的主要概念。萬一概念之間出現必須擷取的特定關係,此時可充當「名詞解釋」的引伸意義。
原型 有一或多個概念實證原型可支援「願景」和「商業案例」及解決非常重大的風險。