必要構件(依重要性排列)
|
里程碑狀態
|
願景
|
已詳細記錄專案的核心需求、關鍵功能及主要限制。
|
商業案例
|
已定義和核准。
|
風險清單
|
已確認專案初期風險。
|
軟體開發計劃
|
已確認初始階段、持續時間及目標。「軟體開發計劃」的資源估算(尤其是時間、人員及開發環境成本)和「商業案例」必須達到一致。
資源估算可能含括整個專案一直到最後交付為止,或只是完成詳述階段所需的資源估算。此刻,應該只是非常粗略地看待整個專案所需的資源估算,僅止於「猜測」。在每一個階段和每一次反覆時會更新這項估算,隨著每一次反覆而愈來愈準確。
視專案需求而定,可能視情況來完成一或多個未公開的「計劃」構件。通常會完成一份初期產品驗收計劃的審查並設定基準線。在後續的反覆活動中,「產品驗收計劃」會隨著發現其他需求而修正。此外,任何未公開的「準則」構件通常起碼是「初稿」格式。
|
反覆計劃
|
已完成並審查第一次「詳述階段」反覆活動的反覆計劃。
|
開發流程
|
已詳細記錄和審查 Rational Unified Process 的調整和擴充結果。通常包括專案專用的準則和範本,以及用來記錄專案特殊調整決策的開發案例。
|
開發基礎架構
|
已選定專案的所有支援工具。已安裝「初始階段」的工作所需的工具。
尤其,應該已建立「配置管理」環境。
|
名詞解釋
|
已定義重要術語;已複查名詞解釋。
|
使用案例模型(參與者、使用案例)
|
已找出重要的參與者和使用案例,且針對最重要使用案例的事件流程已概略成形。
|
選用構件
|
里程碑狀態
|
領域模型(又稱為「商業分析模型」)
|
已詳細記錄和審查系統中採用的主要概念。萬一概念之間出現必須擷取的特定關係,此時可充當「名詞解釋」的引伸意義。
|
原型
|
有一或多個概念實證原型可支援「願景」和「商業案例」及解決非常重大的風險。
|