1、39/39目 錄 TOC o 1-3 h z u HYPERLINK l _Toc309116741 1簡介 PAGEREF _Toc309116741 h 3 HYPERLINK l _Toc309116742 1.1目的 PAGEREF _Toc309116742 h 3 HYPERLINK l _Toc309116743 1.2 適用范圍 PAGEREF _Toc309116743 h 3 HYPERLINK l _Toc309116744 2 過程總體描述 PAGEREF _Toc309116744 h 3 HYPERLINK l _Toc309116745 2.1 過程概述 PAGE

2、REF _Toc309116745 h 3 HYPERLINK l _Toc309116746 2.2 過程結構描述 PAGEREF _Toc309116746 h 5 HYPERLINK l _Toc309116747 3 過程元素描述 PAGEREF _Toc309116747 h 5 HYPERLINK l _Toc309116748 3.1 項目定義 PAGEREF _Toc309116748 h 5 HYPERLINK l _Toc309116749 3.1.1 工作流程概述 PAGEREF _Toc309116749 h 5 HYPERLINK l _Toc309116750 3.

3、1.2 參與人員 PAGEREF _Toc309116750 h 6 HYPERLINK l _Toc309116751 3.1.3入口準則 PAGEREF _Toc309116751 h 6 HYPERLINK l _Toc309116752 3.1.4 輸入 PAGEREF _Toc309116752 h 6 HYPERLINK l _Toc309116753 3.1.5 任務 PAGEREF _Toc309116753 h 6 HYPERLINK l _Toc309116754 3.1.6 出口準則 PAGEREF _Toc309116754 h 8 HYPERLINK l _Toc30

4、9116755 3.1.7 輸出（工作產品） PAGEREF _Toc309116755 h 9 HYPERLINK l _Toc309116756 3.1.8 資源和能力要求 PAGEREF _Toc309116756 h 9 HYPERLINK l _Toc309116757 3.1.9 度量 PAGEREF _Toc309116757 h 9 HYPERLINK l _Toc309116758 3.2 選用軟件生命周期模型 PAGEREF _Toc309116758 h 9 HYPERLINK l _Toc309116759 3.2.1 工作流程概述 PAGEREF _Toc309116

5、759 h 9 HYPERLINK l _Toc309116760 3.2.2 參與人員 PAGEREF _Toc309116760 h 9 HYPERLINK l _Toc309116761 3.2.3 入口準則 PAGEREF _Toc309116761 h 9 HYPERLINK l _Toc309116762 3.2.4 輸入 PAGEREF _Toc309116762 h 10 HYPERLINK l _Toc309116763 3.2.5 任務 PAGEREF _Toc309116763 h 10 HYPERLINK l _Toc309116764 3.2.6 出口準則 PAGER

6、EF _Toc309116764 h 10 HYPERLINK l _Toc309116765 3.2.7 輸出（工作產品） PAGEREF _Toc309116765 h 10 HYPERLINK l _Toc309116766 3.2.8 資源和能力要求 PAGEREF _Toc309116766 h 11 HYPERLINK l _Toc309116767 3.2.9 度量 PAGEREF _Toc309116767 h 11 HYPERLINK l _Toc309116768 3.3 工作分解WBS PAGEREF _Toc309116768 h 11 HYPERLINK l _Toc

7、309116769 3.3.1 過程元素概述 PAGEREF _Toc309116769 h 11 HYPERLINK l _Toc309116770 3.3.2 參與人員 PAGEREF _Toc309116770 h 12 HYPERLINK l _Toc309116771 3.3.3 入口準則 PAGEREF _Toc309116771 h 12 HYPERLINK l _Toc309116772 3.3.4 輸入 PAGEREF _Toc309116772 h 12 HYPERLINK l _Toc309116773 3.3.5 任務 PAGEREF _Toc309116773 h 1

8、3 HYPERLINK l _Toc309116774 3.3.6 出口準則 PAGEREF _Toc309116774 h 14 HYPERLINK l _Toc309116775 3.3.7 輸出（工作產品） PAGEREF _Toc309116775 h 14 HYPERLINK l _Toc309116776 3.3.8 資源和能力要求 PAGEREF _Toc309116776 h 14 HYPERLINK l _Toc309116777 3.3.9 度量 PAGEREF _Toc309116777 h 14 HYPERLINK l _Toc309116778 3.4 制訂風險治理打

9、算 PAGEREF _Toc309116778 h 14 HYPERLINK l _Toc309116779 3.4.1 過程元素概述 PAGEREF _Toc309116779 h 14 HYPERLINK l _Toc309116780 3.4.2 參與人員 PAGEREF _Toc309116780 h 15 HYPERLINK l _Toc309116781 3.4.3 入口準則 PAGEREF _Toc309116781 h 15 HYPERLINK l _Toc309116782 3.4.4 輸入 PAGEREF _Toc309116782 h 15 HYPERLINK l _To

10、c309116783 3.4.5 任務 PAGEREF _Toc309116783 h 15 HYPERLINK l _Toc309116784 3.4.6 出口準則 PAGEREF _Toc309116784 h 17 HYPERLINK l _Toc309116785 3.4.7 輸出（工作產品） PAGEREF _Toc309116785 h 17 HYPERLINK l _Toc309116786 3.4.8 資源和能力要求 PAGEREF _Toc309116786 h 17 HYPERLINK l _Toc309116787 3.4.9 度量 PAGEREF _Toc3091167

11、87 h 17 HYPERLINK l _Toc309116788 3.5 項目估算 PAGEREF _Toc309116788 h 17 HYPERLINK l _Toc309116789 3.5.1 概述 PAGEREF _Toc309116789 h 17 HYPERLINK l _Toc309116790 3.5.2 參與人員 PAGEREF _Toc309116790 h 18 HYPERLINK l _Toc309116791 3.5.3 入口準則 PAGEREF _Toc309116791 h 18 HYPERLINK l _Toc309116792 3.5.4 輸入 PAGER

12、EF _Toc309116792 h 18 HYPERLINK l _Toc309116793 3.5.5 任務 PAGEREF _Toc309116793 h 19 HYPERLINK l _Toc309116794 3.5.6 出口準則 PAGEREF _Toc309116794 h 21 HYPERLINK l _Toc309116795 3.5.7 輸出（工作產品） PAGEREF _Toc309116795 h 21 HYPERLINK l _Toc309116796 3.5.8 資源和能力要求 PAGEREF _Toc309116796 h 21 HYPERLINK l _Toc3

13、09116797 3.5.9 度量 PAGEREF _Toc309116797 h 21 HYPERLINK l _Toc309116798 3.6 項目打算審批 PAGEREF _Toc309116798 h 22 HYPERLINK l _Toc309116799 3.6.1 概述 PAGEREF _Toc309116799 h 22 HYPERLINK l _Toc309116800 3.6.2 參與人員 PAGEREF _Toc309116800 h 22 HYPERLINK l _Toc309116801 3.6.3 入口準則 PAGEREF _Toc309116801 h 22 H

14、YPERLINK l _Toc309116802 3.6.4 輸入 PAGEREF _Toc309116802 h 22 HYPERLINK l _Toc309116803 3.6.5 任務 PAGEREF _Toc309116803 h 23 HYPERLINK l _Toc309116804 3.6.6 出口準則 PAGEREF _Toc309116804 h 24 HYPERLINK l _Toc309116805 3.6.7 輸出（工作產品） PAGEREF _Toc309116805 h 24 HYPERLINK l _Toc309116806 3.6.8 資源和能力要求 PAGER

15、EF _Toc309116806 h 24 HYPERLINK l _Toc309116807 3.6.9 度量 PAGEREF _Toc309116807 h 24 HYPERLINK l _Toc309116808 3.7.1 概述 PAGEREF _Toc309116808 h 24 HYPERLINK l _Toc309116809 3.7.2 參與人員 PAGEREF _Toc309116809 h 24 HYPERLINK l _Toc309116810 3.7.3 入口準則 PAGEREF _Toc309116810 h 25 HYPERLINK l _Toc309116811

16、3.7.4 輸入 PAGEREF _Toc309116811 h 25 HYPERLINK l _Toc309116812 3.7.5 任務 PAGEREF _Toc309116812 h 25 HYPERLINK l _Toc309116813 3.7.6 出口準則 PAGEREF _Toc309116813 h 25 HYPERLINK l _Toc309116814 3.7.7 輸出（工作產品） PAGEREF _Toc309116814 h 26 HYPERLINK l _Toc309116815 3.7.8 資源和能力要求 PAGEREF _Toc309116815 h 26 HYP

17、ERLINK l _Toc309116816 3.7.9 度量 PAGEREF _Toc309116816 h 26 HYPERLINK l _Toc309116817 4 附錄 PAGEREF _Toc309116817 h 27 HYPERLINK l _Toc309116818 4.1 附表1：風險分析 PAGEREF _Toc309116818 h 27 HYPERLINK l _Toc309116819 4.2 附表2：風險處理和減緩 PAGEREF _Toc309116819 h 291簡介1.1目的軟件項目打算的目的是為執行軟件工程和治理軟件項目制定合理的打算。本過程旨在使軟件開

18、發人員及治理人員充分了解軟件項目打算過程，使項目治理人員遵照本過程實施項目打算活動、制定軟件開發打算及執行相關打算活動。1.2 適用范圍本過程適用于組織中所有的軟件開發項目，從需求時期開始，至維護時期完成，貫穿項目的整個生命周期。 轉自項目治理者聯盟1.3 術語表 WBS：工作分解結構（Work Breakdown Structure, WBS）是一種以分級方式表述項目工作和任務的技術。一個定義良好的WBS不僅體現了項目所采納的軟件過程，而且指明了整個生命周期中所要產生的各種工作產品。WBS的建立能夠有助于在項目打算期間防止遺漏某些重要的事項和活動，同時保證所需要的活動都能明確識不和關聯。BC

19、WS：Budgeted Cost of Work Scheduled，項目基準，也叫做打算工作的預算成本（BCWS）2 過程總體描述2.1 過程概述為了對軟件項目實施有效的治理，通常將整個項目劃分成四個大的時期，即：立項時期、打算時期、開發時期和交付時期。從項目治理的要求來講，在立項時期，對項目做可行性分析；在打算時期，要進行項目打算，即對項目進行整體打算，打算的結果將作為項目后續開發和治理活動的基礎；在項目的開發時期，為了確保項目能按預定打算、預定成本完成開發任務，需要對其進行跟蹤和監控；在項目的交付時期，項目驗收交付后應進行項目總結。項目打算過程是軟件項目治理的一個重要過程。打算又是一個重

20、要的活動，許多過程活動都和它相關，作為一個完整的項目打算，它包括：項目任務書、生命周期模型選用、項目定義的軟件過程、軟件開發打算制定（產品識不與WBS制定、軟件估算、風險治理打算、進度表制定）、軟件配置治理打算、軟件質量保證打算、測試打算等。在打算時期，上述的活動是協調一致的，其他打算的制定和開發打算制定同步。2.2 過程結構描述3 過程元素描述3.1 項目定義3.1.1 工作流程概述進行項目定義的目的是要確保在項目生命周期的早期打下成功的基礎。它包括依照客戶需求確定的項目范圍建立項目任務書、同時組織起適當的人員。 3.1.2 參與人員項目經理：編寫項目任務書高層經理：下達任務書、批準任務書、

21、組織項目團隊 3.1.3入口準則已收集完成客戶需求并通過評審。3.1.4 輸入客戶需求講明書3.1.5 任務3.1.5.1 確定項目任務書內容項目任務書確實是對該項目的簡要的、理解透徹的描述。它有助于客戶和治理人員進行相關的業務決策，同時有助于項目參與人員理解其總的期望和今后項目啟動后所要處于的業務環境。項目任務書必須在客戶需求收集完成之后開始起草，在項目啟動之前完成。它的內容一般包括：項目的治理和技術目標客戶和用戶識不軟件要緊功能的一般描述項目論證，包括商業目標和結果軟件系統所期望的收益要緊成本、時刻表、資源、或其他約束項目的性能目標關鍵責任與其他項目和組織之間的依靠關系項目任務書必須通過高

22、層治理者的批準。批準就等于授權同意推進到項目的啟動時期。項目任務書的書寫要求參見項目任務書模版。3.1.5.2 組織適當的人員 項目經理博客有效的項目組勝于所有個體的總和。每一個項目先要組織項目組，識不所有需要的角色，確保不要忽略任何應由軟件開發組以外人員來充當的角色。角色應該包括： 需求分析員：由客戶需求析出其中歸于軟件的需求。開發人員：依照需求，通過設計和編碼實現軟件的需求。客戶：需求的提出者，也是軟件開發的約定者。用戶：軟件產品的使用者，有時與客戶是同一對象。測試人員：對軟件產品進行測試，保證滿足軟件設計要求和客戶的需求。 質量保證人員：在整個軟件生命周期中，監督和檢驗軟件過程與標準的符

23、合性以及軟件產品生產規范的符合性。配置治理人員：在整個軟件生命周期中，操縱軟件產品的狀態和一致性，確保產品的有序變更和公布。數據庫/運行/網絡支持：假如需要的話，對項目給予后勤保障。治理者：獲得對項目的承諾和支持，以及對項目的總體操縱。 接下來要與適當的組進行接觸，并與他們協商參與項目打算時期。要落實每個組都究竟讓誰參與該項目。在進行項目估算時，還要對所需的其它資源和支持接著進行溝通和協商。當分配好人員并組織起項目組時，就要清晰地講明責任，以使每個項目組成員了解項目對他們寄予的期望是什么。3.1.5.3 確定項目范圍 由客戶需求講明書通過分析得到歸于軟件的需求，再通過文檔化，形成軟件需求規格講

24、明書。系統分析活動也應由項目經理先制訂打算，打算內容包括：要達到的目標；確定系統分析的任務，包括：確定系統架構、可行性分析、用工程方法和技術語言對客戶需求講明書的需求進行重新組織和描述（例如分解成軟件部分和硬件部分的需求）等；工作時期及每個時期應產生的中間工作產品；按歷史數據或依照業界標準進行工作量估算和日程安排。將任務分配給項目組成員。軟件需求必須通過正式評審，同時對需求的改動也必須進行正式的操縱，操縱方式由軟件配置治理過程的操縱。項目經理按照系統分析打算推進分析活動，直至形成軟件需求規格講明書并獲得正式評審通過。 3.1.5.4 項目任務書文檔化 在項目打算進行到那個地點時，要開始利用軟件

25、開發打算模板的項目任務書模板對軟件開發打算進行文檔化，項目任務書是單獨的一個文檔，然而項目打算能夠由項目任務書逐步細化衍生出來。在項目任務書的基礎上，完成項目打算的制訂工作。 3.1.6 出口準則項目任務書得到高層經理批準。項目開發組織要緊成員差不多確定，責任差不多清晰。形成軟件需求規格講明書并通過正式評審。 3.1.7 輸出（工作產品）項目任務書 軟件需求規格講明書 3.1.8 資源和能力要求與客戶需求有關的信息資源；確定項目的要緊成員所需要的人力資源；系統分析所要求的人員能力。3.1.9 度量項目經理編制項目任務書所花費的工時。系統分析所花費的工時。3.2 選用軟件生命周期模型 3.2.1

26、 工作流程概述結合項目的具體情況，選擇適合本項目的軟件生命周期模型，以此定義項目開發的過程，并識不各過程應產生的工作產品。3.2.2 參與人員項目經理：負責組織項目的軟件過程的定義。SEPG：對項目選擇的模型與開發過程進行評審。 高層經理：批準項目選擇的軟件過程。3.2.3 入口準則 項目軟件需求差不多明確 3.2.4 輸入軟件需求規格講明書 項目任務書軟件生命周期模型選用規程3.2.5 任務 （1）依照軟件需求規格講明書和項目任務書中描述的項目實際情況，按照軟件生命周期模型選用規程選擇適合的軟件生命周期模型。（2）對模型定義的各軟件過程進行詳細描述，描述應包括：過程的入口準則、出口準則、要執

27、行的任務以及產生的工作產品。（3）選擇的模型與開發過程，經SEPG評審后由高層經理批準。依照項目的具體情況，項目的過程描述文件能夠不單獨成文，而作為項目開發打算文件的組成部分并入開發打算文件。（4）如項目開發與模型定義的軟件過程存在偏差，則應在軟件過程描述文件中進行講明，并經SEPG評審后，由高層經理（如需要，還應由客戶）進行審批。上述任務由軟件項目經理（以下如無特不講明，均簡稱項目經理）負責，組織有關人員完成。3.2.6 出口準則軟件過程描述文件已形成文件，并已通過評審并經批準。3.2.7 輸出（工作產品）項目選用的模型與其軟件過程描述文檔，（名稱一般是項目軟件工程過程描述） 3.2.8 資

28、源和能力要求選擇適用模型的人員具有如何利用軟件過程資源方面的能力，假如未完全具備，應組織適當的培訓。3.2.9 度量項目經理負責統計軟件過程選擇與描述所花費的工時。SEPG人員所花費的工時。3.3 工作分解WBS3.3.1 過程元素概述WBS (Work Breakdown Structure工作分解結構)是一種以分級方式表述項目工作和任務的技術，一個定義良好的WBS不僅體現了項目所采納的軟件過程，而且指明了整個生命周期中所要產生的各種工作產品。WBS的建立能夠有助于在項目打算期間防止遺漏某些重要的項和活動，同時保證所需要的活動都能得以邏輯的識不和關聯。一個定義清晰的WBS是項目打算的基礎。在

29、項目的早期時期對整個生命周期中的所有任務是無法完全而準確識不的，因此項目打算會在不同的時期分不進行工作任務分解。而WBS又先于其他的打算活動（比如：估算、進度表等）產生。因此，對完成的WBS首先要進行組內評審，將組內評審通過的WBS作為下步策劃的基礎。因此，工作任務分解也是一個迭代的過程。打算過程也會對它進行完善和維護，最終的WBS將和項目打算所有其它工作產品一起進行評審。WBS工作分解結構示例圖如下： 3.3.2 參與人員項目經理：組織對本項目組內對所涉及技術較熟悉的人員分工完成工作任務的拆分。相關人員：協助、配合項目經理進行任務拆分。相關人員是指：開發組、測試組、文檔支持人員的代表，以及S

30、QA和SCM等。3.3.3 入口準則項目的軟件過程描述文件已通過評審并通過批準3.3.4 輸入項目選用的模型與其軟件過程描述文檔項目任務書3.3.5 任務3.3.5.1 識不工作產品 在定義了項目工程過程模型和技術方法之后，要確定待產生的工作產品的類型，工作產品和過程時期的對應關系能夠參見工作產品列表，這是一個標準的列表，假如項目有專門要求，能夠增加或刪減。每一個項目需要在項目打算中引用它，詳細的工作產品和子工作產品在WBS中詳細列出。這一步專門重要，因為在詳細的時期打算期間，要定義許多項目任務，其中的一部分確實是依照所要產生的工作產品定義的。同時，當項目執行時，進度度量的基礎確實是工作產品的

31、完成。3.3.5.2 用WBS定義技術活動用WBS定義技術活動，其定義要點為：在項目的早期定義WBS的高層元素，然后在進行詳細策劃時再定義WBS的低層元素；拆分從WBS的第一層開始。通常利用所選定的過程模型確定第一層和第二層，然后逐層確定各層元素，包括開發時期、過程和產品；一般可不能超過五層，最低層的元素通常在詳細設計時期打算時定義；當定義詳細任務（最低層的元素）時，應考慮“80小時原則”，即所定義的任務應當是一個人不承擔其他任務，能在兩周（80小時）內完成的任務； 按項目任務單模板填寫項目任務單，對所定義的詳細任務進行講明； 詳細任務的定義能夠分時期完成。3.3.5.3 用WBS定義治理和支

32、持活動 參考上述方法對治理和支持活動進行定義，包括項目治理、軟件質量保證、軟件配置治理等。將拆分結果按工作拆分結構模板填寫到工作任務拆分表中。3.3.5.4 更新項目打算WBS完成后，利用項目打算模板對軟件開發打算進行文檔化。在軟件開發打算模板的指導下，把工作分解結構（WBS）寫成文檔，更新到軟件項目打算中，必要的話，更新或修改軟件項目打算的其它部分。3.3.6 出口準則工作任務拆分WBS已完成，并形成文件。本時期確定的任務已填寫任務任務單。3.3.7 輸出（工作產品）WBS 項目任務單3.3.8 資源和能力要求進行任務拆分的人員具有如何進行任務拆分的能力，假如未完全具備，應組織適當的培訓。3

33、.3.9 度量項目經理負責統計用于WBS的工時。 3.4 制訂風險治理打算 3.4.1 過程元素概述為了治理項目可能存在的風險，在進行項目打算時需要進行風險分析并制訂風險治理打算，該打算可作為項目開發打算的一部分進行描述。風險治理應貫穿于項目工程的始終。風險治理不是項目經理一人的任務，也不是一次性的任務。它是一個迭代的過程，任一項目成員都有責任進行風險治理。建立一種有助于對潛在的風險及其發生的可能性和阻礙進行交流的環境對項目經理來講是重要的。制定風險治理打算包括：風險識不、風險分析、風險的處理和減緩行動。 3.4.2 參與人員項目經理：組織項目組內有關人員制定風險治理打算。項目組成員：配合項目

34、經理制定風險治理打算。3.4.3 入口準則 WBS已完成。3.4.4 輸入 項目任務書客戶需求、軟件需求 WBS 3.4.5 任務1、在項目估算開始前，通常要對項目進行風險分析。2、風險分析通常是由項目經理和組員參照軟件開發潛在風險分析列表以及曾經開發過的項目所積存的經驗來進行。3、制定風險治理打算包括識不風險、然后進行風險分析并制定風險處理和減緩行動。識不風險：識不風險的要緊方法：就項目可能存在的問題和不確定因素，征求項目組成員的意見。 參考以往項目的風險情況。 針對所識不的潛在風險，采納提問的方式確定是否應認定為風險. 確定所識不的風險的類型，風險類型要緊由三類：規模風險：項目產品本身（大

35、系統和小系統）或由項目團隊引起的風險。 結構風險：由商業環境（客戶的業務流程變動性）、不確定的客戶需求、組織自身的治理水平、能力成熟度引發的風險。技術風險：由人員的技術水平和經驗、使用的工具和技術的成熟度等引發的風險。 項目經理將識不出的風險記錄到風險減緩活動日志的風險列表中。 風險分析：風險分析步驟： 評價風險可能性和阻礙 計算風險值和風險等級（分為1級、2級）確定風險優先級 具體的風險分析方法參見附表：風險分析 當風險分析完成后，將風險值、風險等級、排出的風險優先級以及對每個風險的分類，記錄到風險減緩活動日志中。 風險處理和減緩活動： 對每個高優先級風險，項目組都要制定出處理和減緩風險的活

36、動打算。 通常采取以下4種途徑：幸免、轉移、同意、減緩。具體方法參見附表風險處理和減緩 將每個處理和減緩活動打算記錄到風險減緩活動日志中。 4、在項目跟蹤過程中，風險需要被定期跟蹤，對已識不的風險進行處理。并識不新的風險及對應的減緩活動。5、對風險的治理是定期進行識不和治理的，與其它按時期進行打算的活動有所區不。6、利用項目打算模板，在項目開發打算的風險部分，記錄識不出來的風險列表、風險減緩活動日志。需要的話，對軟件項目開發打算的其它部分進行適當的修改。3.4.6 出口準則制定風險治理打算并得到批準。3.4.7 輸出（工作產品） 風險治理打算或更新后的項目打算 3.4.8 資源和能力要求一定的

37、治理儲備、風險治理人員有比較多的項目經驗。3.4.9 度量項目組識不風險、分析風險、制定風險處理措施所花費的工時。3.5 項目估算3.5.1 概述每一個項目都要對項目進行估算，并將估算的結果作為項目打算的基礎。 估確實是項目打算的核心。目的是為項目建立合理的預算和進度表，確定合適水平的職員，并為項目承諾提供基礎。一個沒有建立在合理估算基礎上的打算會提供一種錯誤的安全感，可能比全然沒有打算更糟。估算的內容通常包括：規模、工作量/成本、外部成本、關鍵計算機資源、進度表、治理儲備等。 在項目進度表中要安排里程碑點，里程碑點一般選在有特定意義的時期點，如重要時期的開始或結束。項目估算的流程如下： 3.

38、5.2 參與人員項目經理：組織召開估算會議，進行軟件估算 轉自項目治理者聯盟相關人員：在項目經理組織下，共同完成項目的各項估算，相關人員要緊是指對本項目情況較熟悉的人員。3.5.3 入口準則軟件需求規格講明書已完成 項目治理者聯盟WBS已完成風險已識不3.5.4 輸入軟件需求規格講明書WBS風險治理打算或包括風險治理打算的項目打算 3.5.5 任務3.5.5.1 估算方法： 估算和打算貫穿了整個項目。在項目的早期時期，采納從上到下的估算方法，整個項目的估算粗略的分配給各個時期。項目進展過程中，從下到上的方法被用于詳細的時期打算來為子時期進行更詳細的打算和估算，并更新總的項目估算。3.5.5.2

39、 估算策略：確定估算內容（如規模、工作量等）確定估算時刻（策劃時估算日期的確定）確定估算技術（如Delphi估算方法）確定估算粒度（如人天，人月）。3.5.5.3 估算內容：1、估算軟件規模估算軟件規模時通常采納的方法有兩種：功能點（FP）可能法 代碼行（LOC）可能法2、估算成本和工作量 估算開發活動時通常采納以下兩種方法：利用生產率數據的可能法 Wideband-Delphi 可能法 估算支持及治理活動的工作量時，將支持活動和項目治理所需工作量可能為開發工作量的某個適當的比例：支持活動大約在5%-10%（如SCM、SQA） 項目治理大約在15-20%。3、估算外部成本 轉自項目治理者聯盟

40、需要估算的外部成本包括： 開發或測試所用的硬件。開發或測試所用的軟件工具。將要集成到軟件產品中的軟件。（如DBMS、中間件）培訓（課程費和其它費用）約定的維護4、估算關鍵計算機資源 項目經理圈子 關鍵計算機資源是軟件開發和操作中受到約束的硬件資源。包括：計算機內存、磁盤容量、網絡容量、處理器性能。 5、建立治理儲備 建立治理儲備是為了適應那些即使在最好的項目中也不可幸免出現的變更。 它代表了為用于批準的變更而保留的部分項目資金。治理儲備不能由項目經理單獨批準使用，只能用于那些由客戶和高層經理都同意的變更。6、制定進度表 首先依照規模及工作量估算結果估算每個活動的工期。 然后確定活動之間的所有關

41、系，識不關鍵路徑。 畫一個Gantt圖表，表示各活動的起始和結束日期。 確定項目的里程碑。7、建立項目基準 項目基準，也叫做打算工作的預算成本（BCWS）。 是通過把每個任務的預算（可能）成本和打算完成的指定時刻段相聯系建立起來的。 在項目的跟蹤與監控過程中，通過獲得掙值圖對成本進行度量。 8、時期詳細估算 在項目每個時期開始前，要作時期詳細估算（工作量和時刻表）。估算的步驟同上述的過程相同。 把詳細估算累計起來，確定項目和時期的總估算。 完成后更新總體的項目估算和時刻表。 詳細估算完成后，更新項目打算。3.5.5.4 形成軟件可能書 將上述估算的結果記錄到軟件可能書中。 軟件估算要在項目的不

42、同時期進行，一般是在本時期完成時進行下一時期的詳細估算。軟件可能書作為項目打算的一部分一起評審。 3.5.6 出口準則 估算活動完成。估算結果得到批準。3.5.7 輸出（工作產品）軟件可能書項目進度表或包括了進度信息的WBS 修訂過的WBS 3.5.8 資源和能力要求進行項目估算的人員應掌握估算的方法。3.5.9 度量項目經理進行以下統計：項目估算所花費的工時；實際結果和項目估算結果的偏差（項目結束時統計計算）。3.6 項目打算審批 3.6.1 概述一個完整的項目打算活動包括專門多內容，如：項目任務書、生命周期模型的選用、軟件開發打算（WBS、風險治理打算、軟件估算、項目培訓打算、工具及設備的識不等）、軟件測試打算、軟件配置治理打算、軟件質量保證打算等，這些打算的制定在整個生命周期中是相關的，在項目打算時它們也是保持著同步，并作為一個項目打算的整體來保證項目的開發有序進行，一個打算的變更將阻礙著另一個打算的變更，項目打算始終是作為一個整體存在的。項目打算時，要將打算的結果形成書面文檔項目打算等。對形成的打算要分不進行討論、評審、批準、對客戶做出承諾、配置治理。3.6.2 參與人員 項目經理：編寫項目打算。 相關組負責人：其他打算的編制。 SQA：評審主持人、批準項目打算。高層經理：批準項目打算。客戶代表：參加項目打算的評審。