上次講完了項目初始部分，包括立項、招投標、授權

在進入第二部分，項目計劃

前我們要先了解軟件的需求以及任務的分解

軟件需求管理

軟件需求定義：用戶對軟件功能和性能的要求

軟件需求管理過程：需求獲取、需求分析、需求規格編寫、需求驗證、需求變更

變更管理：確定需求變更控制過程、確立變更控制委員會（SCCB）、進行需求變更影響分析、跟蹤所有受需求變更影響的工作產品、建立需求基準版本和需求控制版本文檔、維護需求變更的歷史記錄、跟蹤每項需求的狀態、衡量需求穩定性

軟件建模的基本方法：

原型方法：需求分析、原型開發、原型評價

結構化分析法 ：面向數據流的方法、自頂向下的分析方法、根據軟件內部數據傳遞、交換的關系進行分析的，包括的技術有數據流圖、數據字典、系統流程圖

面向對象的用例分析：基于面向對象的情景分析方法、從用戶角度出發考慮的功能需求、用例是系統向用戶提供一個有價值的結果的某項功能

uml需求視圖：用例視圖、順序圖、狀態圖、活動圖

功能列表法：將需求各功能以列表的形式列出，可以配合用例分析方法，對用例進行展開描述。

敏捷方法：對需求采用漸進明晰的方法進行描述

在敏捷方法中，用戶需求被描述成一個個story card，有以下基本格式：as a ，i want ,so that

判斷一個user story 是否是一個好的story的標準

軟件項目任務分解

任務分解是項目管理的基礎

任務分解過程定義：將一個項目分解為更多的工作細目或子項目，使項目變得更小、更易管理、更易操作

WBS任務分解結構：wbs是對項目由粗到細的分解過程，面向交付成果的，wbs組織并定義了整個項目范圍

工作包是wbs最低層次的可交付成果

工作包應當由唯一主體負責

任務分解方法：

類比：有相同或相似的周期的項目，可采用類比的方法

模板參照：進行項目分解的時候，有些項目可以參照模板

自上而下：對項目整體有比較詳細的了解

自下而上：任務沒有非常詳細的邏輯關系，想到什么寫什么，然后按一定邏輯生成

任務分解步驟：

確認并分解項目的組成要素(WBS編號)
確定分解標準
確定分解是否詳細
確定項目交付成果（可以編制WBS字典）
驗證分解的正確性

檢驗分解結果的標準：

最底層的要素是否是實現目標的充分必要條件
最底層要素是否有重復的
每個要素是否清晰完整定義
最底層要素是否有定義清晰的責任人
是否可以進行成本估算和進度安排