IE-模版-軟件項(xiàng)目策劃過程

1、.：.；目 錄 TOC o 1-3 h z u HYPERLINK l _Toc309116741 1簡(jiǎn)介 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 過程概述 PAGER

2、EF _Toc309116745 h 3 HYPERLINK l _Toc309116746 2.2 過程構(gòu)造描畫 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 任務(wù)流程概述 PAGEREF _Toc309116749 h 5 HYPERLINK l _Toc309116750 3.1

3、.2 參與人員 PAGEREF _Toc309116750 h 6 HYPERLINK l _Toc309116751 3.1.3入口準(zhǔn)那么 PAGEREF _Toc309116751 h 6 HYPERLINK l _Toc309116752 3.1.4 輸入 PAGEREF _Toc309116752 h 6 HYPERLINK l _Toc309116753 3.1.5 義務(wù) PAGEREF _Toc309116753 h 6 HYPERLINK l _Toc309116754 3.1.6 出口準(zhǔn)那么 PAGEREF _Toc309116754 h 8 HYPERLINK l _Toc3

4、09116755 3.1.7 輸出任務(wù)產(chǎn)品 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 任務(wù)流程概述 PAGEREF _Toc3091167

5、59 h 9 HYPERLINK l _Toc309116760 3.2.2 參與人員 PAGEREF _Toc309116760 h 9 HYPERLINK l _Toc309116761 3.2.3 入口準(zhǔn)那么 PAGEREF _Toc309116761 h 9 HYPERLINK l _Toc309116762 3.2.4 輸入 PAGEREF _Toc309116762 h 10 HYPERLINK l _Toc309116763 3.2.5 義務(wù) PAGEREF _Toc309116763 h 10 HYPERLINK l _Toc309116764 3.2.6 出口準(zhǔn)那么 PAGE

6、REF _Toc309116764 h 10 HYPERLINK l _Toc309116765 3.2.7 輸出任務(wù)產(chǎn)品 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 任務(wù)分解WBS PAGEREF _Toc309116768 h 11 HYPERLINK l _Toc3

7、09116769 3.3.1 過程元素概述 PAGEREF _Toc309116769 h 11 HYPERLINK l _Toc309116770 3.3.2 參與人員 PAGEREF _Toc309116770 h 12 HYPERLINK l _Toc309116771 3.3.3 入口準(zhǔn)那么 PAGEREF _Toc309116771 h 12 HYPERLINK l _Toc309116772 3.3.4 輸入 PAGEREF _Toc309116772 h 12 HYPERLINK l _Toc309116773 3.3.5 義務(wù) PAGEREF _Toc309116773 h 1

8、3 HYPERLINK l _Toc309116774 3.3.6 出口準(zhǔn)那么 PAGEREF _Toc309116774 h 14 HYPERLINK l _Toc309116775 3.3.7 輸出任務(wù)產(chǎn)品 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 制定風(fēng)險(xiǎn)管理方案

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 入口準(zhǔn)那么 PAGEREF _Toc309116781 h 15 HYPERLINK l _Toc309116782 3.4.4 輸入 PAGEREF _Toc309116782 h 15 HYPERLINK l _To

10、c309116783 3.4.5 義務(wù) PAGEREF _Toc309116783 h 15 HYPERLINK l _Toc309116784 3.4.6 出口準(zhǔn)那么 PAGEREF _Toc309116784 h 17 HYPERLINK l _Toc309116785 3.4.7 輸出任務(wù)產(chǎn)品 PAGEREF _Toc309116785 h 17 HYPERLINK l _Toc309116786 3.4.8 資源和才干要求 PAGEREF _Toc309116786 h 17 HYPERLINK l _Toc309116787 3.4.9 度量 PAGEREF _Toc30911678

11、7 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 入口準(zhǔn)那么 PAGEREF _Toc309116791 h 18 HYPERLINK l _Toc309116792 3.5.4 輸入 PAGER

12、EF _Toc309116792 h 18 HYPERLINK l _Toc309116793 3.5.5 義務(wù) PAGEREF _Toc309116793 h 19 HYPERLINK l _Toc309116794 3.5.6 出口準(zhǔn)那么 PAGEREF _Toc309116794 h 21 HYPERLINK l _Toc309116795 3.5.7 輸出任務(wù)產(chǎn)品 PAGEREF _Toc309116795 h 21 HYPERLINK l _Toc309116796 3.5.8 資源和才干要求 PAGEREF _Toc309116796 h 21 HYPERLINK l _Toc30

13、9116797 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 入口準(zhǔn)那么 PAGEREF _Toc309116801 h 22 H

14、YPERLINK l _Toc309116802 3.6.4 輸入 PAGEREF _Toc309116802 h 22 HYPERLINK l _Toc309116803 3.6.5 義務(wù) PAGEREF _Toc309116803 h 23 HYPERLINK l _Toc309116804 3.6.6 出口準(zhǔn)那么 PAGEREF _Toc309116804 h 24 HYPERLINK l _Toc309116805 3.6.7 輸出任務(wù)產(chǎn)品 PAGEREF _Toc309116805 h 24 HYPERLINK l _Toc309116806 3.6.8 資源和才干要求 PAGERE

15、F _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 入口準(zhǔn)那么 PAGEREF _Toc309116810 h 25 HYPERLINK l _Toc309116811

16、3.7.4 輸入 PAGEREF _Toc309116811 h 25 HYPERLINK l _Toc309116812 3.7.5 義務(wù) PAGEREF _Toc309116812 h 25 HYPERLINK l _Toc309116813 3.7.6 出口準(zhǔn)那么 PAGEREF _Toc309116813 h 25 HYPERLINK l _Toc309116814 3.7.7 輸出任務(wù)產(chǎn)品 PAGEREF _Toc309116814 h 26 HYPERLINK l _Toc309116815 3.7.8 資源和才干要求 PAGEREF _Toc309116815 h 26 HYPE

17、RLINK 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簡(jiǎn)介1.1目的軟件工程方案的目的是為執(zhí)行軟件工程和管理軟件工程制定合理的方案。本過程旨在使軟件開發(fā)人員及管理人員充分了解

18、軟件工程方案過程，使工程管理人員遵照本過程實(shí)施工程方案活動(dòng)、制定軟件開發(fā)方案及執(zhí)行相關(guān)方案活動(dòng)。1.2 適用范圍本過程適用于組織中一切的軟件開發(fā)工程，從需求階段開場(chǎng)，至維護(hù)階段完成，貫穿工程的整個(gè)生命周期。 轉(zhuǎn)自工程管理者聯(lián)盟1.3 術(shù)語表 WBS：任務(wù)分解構(gòu)造Work Breakdown Structure, WBS是一種以分級(jí)方式表述工程任務(wù)和義務(wù)的技術(shù)。一個(gè)定義良好的WBS不僅表達(dá)了工程所采用的軟件過程，而且指明了整個(gè)生命周期中所要產(chǎn)生的各種任務(wù)產(chǎn)品。WBS的建立可以有助于在工程方案期間防止脫漏某些重要的事項(xiàng)和活動(dòng)，并且保證所需求的活動(dòng)都能明確識(shí)別和關(guān)聯(lián)。BCWS：Budgeted Co

19、st of Work Scheduled，工程基準(zhǔn)，也叫做方案任務(wù)的預(yù)算本錢BCWS2 過程總體描畫2.1 過程概述為了對(duì)軟件工程實(shí)施有效的管理，通常將整個(gè)工程劃分成四個(gè)大的階段，即：立項(xiàng)階段、方案階段、開發(fā)階段和交付階段。從工程管理的要求來說，在立項(xiàng)階段，對(duì)工程做可行性分析；在方案階段，要進(jìn)展工程方案，即對(duì)工程進(jìn)展整體方案，方案的結(jié)果將作為工程后續(xù)開發(fā)和管理活動(dòng)的根底；在工程的開發(fā)階段，為了確保工程能按預(yù)定方案、預(yù)定本錢完成開發(fā)義務(wù)，需求對(duì)其進(jìn)展跟蹤和監(jiān)控；在工程的交付階段，工程驗(yàn)收交付后應(yīng)進(jìn)展工程總結(jié)。工程方案過程是軟件工程管理的一個(gè)重要過程。方案又是一個(gè)重要的活動(dòng)，許多過程活動(dòng)都和它相關(guān)

20、，作為一個(gè)完好的工程方案，它包括：工程義務(wù)書、生命周期模型選用、工程定義的軟件過程、軟件開發(fā)方案制定產(chǎn)品識(shí)別與WBS制定、軟件估算、風(fēng)險(xiǎn)管理方案、進(jìn)度表制定、軟件配置管理方案、軟件質(zhì)量保證方案、測(cè)試方案等。在方案階段，上述的活動(dòng)是協(xié)調(diào)一致的，其他方案的制定和開發(fā)方案制定同步。2.2 過程構(gòu)造描畫3 過程元素描畫3.1 工程定義3.1.1 任務(wù)流程概述進(jìn)展工程定義的目的是要確保在工程生命周期的早期打下勝利的根底。它包括根據(jù)客戶需求確定的工程范圍建立工程義務(wù)書、并且組織起適當(dāng)?shù)娜藛T。 3.1.2 參與人員工程經(jīng)理：編寫工程義務(wù)書高層經(jīng)理：下達(dá)義務(wù)書、同意義務(wù)書、組織工程團(tuán)隊(duì) 3.1.3入口準(zhǔn)那么已

21、搜集完成客戶需求并經(jīng)過評(píng)審。3.1.4 輸入3.1.5 義務(wù)3.1.5.1 確定工程義務(wù)書內(nèi)容工程義務(wù)書就是對(duì)該工程的簡(jiǎn)要的、了解透徹的描畫。它有助于客戶和管理人員進(jìn)展相關(guān)的業(yè)務(wù)決策，并且有助于工程參與人員了解其總的期望和未來工程啟動(dòng)后所要處于的業(yè)務(wù)環(huán)境。工程義務(wù)書必需在客戶需求搜集完成之后開場(chǎng)起草，在工程啟動(dòng)之前完成。它的內(nèi)容普通包括：工程的管理和技術(shù)目的客戶和用戶識(shí)別軟件主要功能的普通描畫工程論證，包括商業(yè)目的和結(jié)果軟件系統(tǒng)所期望的收益主要本錢、時(shí)間表、資源、或其他約束工程的性能目的關(guān)鍵責(zé)任與其他工程和組織之間的依賴關(guān)系工程義務(wù)書必需經(jīng)過高層管理者的同意。同意就等于授權(quán)允許推進(jìn)到工程的啟動(dòng)

22、階段。工程義務(wù)書的書寫要求參見。3.1.5.2 組織適當(dāng)?shù)娜藛T 工程經(jīng)理博客有效的工程組勝于一切個(gè)體的總和。每一個(gè)工程先要組織工程組，識(shí)別一切需求的角色，確保不要忽略任何應(yīng)由軟件開發(fā)組以外人員來充任的角色。角色應(yīng)該包括： 需求分析員：由客戶需求析出其中歸于軟件的需求。開發(fā)人員：根據(jù)需求，經(jīng)過設(shè)計(jì)和編碼實(shí)現(xiàn)軟件的需求?？蛻簦盒枨蟮奶岢稣?，也是軟件開發(fā)的商定者。用戶：軟件產(chǎn)品的運(yùn)用者，有時(shí)與客戶是同一對(duì)象。測(cè)試人員：對(duì)軟件產(chǎn)品進(jìn)展測(cè)試，保證滿足軟件設(shè)計(jì)要求和客戶的需求。 質(zhì)量保證人員：在整個(gè)軟件生命周期中，監(jiān)視和檢驗(yàn)軟件過程與規(guī)范的符合性以及軟件產(chǎn)品消費(fèi)規(guī)范的符合性。配置管理人員：在整個(gè)軟件生命周

23、期中，控制軟件產(chǎn)品的形狀和一致性，確保產(chǎn)品的有序變卦和發(fā)布。數(shù)據(jù)庫/運(yùn)轉(zhuǎn)/網(wǎng)絡(luò)支持：假設(shè)需求的話，對(duì)工程給予后勤保證。管理者：獲得對(duì)工程的承諾和支持，以及對(duì)工程的總體控制。 接下來要與適當(dāng)?shù)慕M進(jìn)展接觸，并與他們協(xié)商參與工程方案階段。要落實(shí)每個(gè)組都終究讓誰參與該工程。在進(jìn)展工程估算時(shí)，還要對(duì)所需的其它資源和支持繼續(xù)進(jìn)展溝通和協(xié)商。當(dāng)分配好人員并組織起工程組時(shí)，就要清楚地闡明責(zé)任，以使每個(gè)工程組成員了解工程對(duì)他們寄予的期望是什么。3.1.5.3 確定工程范圍 由經(jīng)過分析得到歸于軟件的需求，再經(jīng)過文檔化，構(gòu)成。系統(tǒng)分析活動(dòng)也應(yīng)由工程經(jīng)理先制定方案，方案內(nèi)容包括：要到達(dá)的目的；確定系統(tǒng)分析的義務(wù)，包括

24、：確定系統(tǒng)架構(gòu)、可行性分析、用工程方法和技術(shù)言語對(duì)的需求進(jìn)展重新組織和描畫例如分解成軟件部分和硬件部分的需求等；任務(wù)階段及每個(gè)階段應(yīng)產(chǎn)生的中間任務(wù)產(chǎn)品；按歷史數(shù)據(jù)或根據(jù)業(yè)界規(guī)范進(jìn)展任務(wù)量估算和日程安排。將義務(wù)分配給工程組成員。軟件需求必需經(jīng)過正式評(píng)審，并且對(duì)需求的改動(dòng)也必需進(jìn)展正式的控制，控制方式由的控制。工程經(jīng)理按照系統(tǒng)分析方案推進(jìn)分析活動(dòng)，直至構(gòu)成并獲得正式評(píng)審經(jīng)過。 3.1.5.4 工程義務(wù)書文檔化 在工程方案進(jìn)展到這里時(shí)，要開場(chǎng)利用軟件開發(fā)方案模板的對(duì)軟件開發(fā)方案進(jìn)展文檔化，工程義務(wù)書是單獨(dú)的一個(gè)文檔，但是工程方案可以由逐漸細(xì)化衍生出來。在工程義務(wù)書的根底上，完成工程方案的制定任務(wù)。

25、3.1.6 出口準(zhǔn)那么得到高層經(jīng)理同意。工程開發(fā)組織主要成員曾經(jīng)確定，責(zé)任曾經(jīng)清楚。構(gòu)成并經(jīng)過正式評(píng)審。 3.1.7 輸出任務(wù)產(chǎn)品 3.1.8 資源和才干要求與客戶需求有關(guān)的信息資源；確定工程的主要成員所需求的人力資源；系統(tǒng)分析所要求的人員才干。3.1.9 度量工程經(jīng)理編制工程義務(wù)書所破費(fèi)的工時(shí)。系統(tǒng)分析所破費(fèi)的工時(shí)。3.2 選用軟件生命周期模型 3.2.1 任務(wù)流程概述結(jié)合工程的詳細(xì)情況，選擇適宜本工程的軟件生命周期模型，以此定義工程開發(fā)的過程，并識(shí)別各過程應(yīng)產(chǎn)生的任務(wù)產(chǎn)品。3.2.2 參與人員工程經(jīng)理：擔(dān)任組織工程的軟件過程的定義。SEPG：對(duì)工程選擇的模型與開發(fā)過程進(jìn)展評(píng)審。 高層經(jīng)理：

26、同意工程選擇的軟件過程。3.2.3 入口準(zhǔn)那么 工程軟件需求曾經(jīng)明確 3.2.4 輸入 3.2.5 義務(wù) 1根據(jù)和中描畫的工程實(shí)踐情況，按照選擇適宜的軟件生命周期模型。2對(duì)模型定義的各軟件過程進(jìn)展詳細(xì)描畫，描畫應(yīng)包括：過程的入口準(zhǔn)那么、出口準(zhǔn)那么、要執(zhí)行的義務(wù)以及產(chǎn)生的任務(wù)產(chǎn)品。3選擇的模型與開發(fā)過程，經(jīng)SEPG評(píng)審后由高層經(jīng)理同意。根據(jù)工程的詳細(xì)情況，工程的過程描畫文件可以不單獨(dú)成文，而作為工程開發(fā)方案文件的組成部分并入開發(fā)方案文件。4如工程開發(fā)與模型定義的軟件過程存在偏向，那么應(yīng)在軟件過程描畫文件中進(jìn)展闡明，并經(jīng)SEPG評(píng)審后，由高層經(jīng)理如需求，還應(yīng)由客戶進(jìn)展審批。上述義務(wù)由軟件工程經(jīng)理以

27、下如無特別闡明，均簡(jiǎn)稱工程經(jīng)理擔(dān)任，組織有關(guān)人員完成。3.2.6 出口準(zhǔn)那么軟件過程描畫文件已構(gòu)成文件，并已經(jīng)過評(píng)審并經(jīng)同意。3.2.7 輸出任務(wù)產(chǎn)品工程選用的模型與其軟件過程描畫文檔，稱號(hào)普通是 3.2.8 資源和才干要求選擇適用模型的人員具有如何利用軟件過程資源方面的才干，假設(shè)未完全具備，應(yīng)組織適當(dāng)?shù)呐嘤?xùn)。3.2.9 度量工程經(jīng)理擔(dān)任統(tǒng)計(jì)軟件過程選擇與描畫所破費(fèi)的工時(shí)。SEPG人員所破費(fèi)的工時(shí)。3.3 任務(wù)分解WBS3.3.1 過程元素概述WBS (Work Breakdown Structure任務(wù)分解構(gòu)造)是一種以分級(jí)方式表述工程任務(wù)和義務(wù)的技術(shù)，一個(gè)定義良好的WBS不僅表達(dá)了工程所采

28、用的軟件過程，而且指明了整個(gè)生命周期中所要產(chǎn)生的各種任務(wù)產(chǎn)品。WBS的建立可以有助于在工程方案期間防止脫漏某些重要的項(xiàng)和活動(dòng)，并且保證所需求的活動(dòng)都能得以邏輯的識(shí)別和關(guān)聯(lián)。一個(gè)定義明晰的WBS是工程方案的根底。在工程的早期階段對(duì)整個(gè)生命周期中的一切義務(wù)是無法完全而準(zhǔn)確識(shí)別的，所以工程方案會(huì)在不同的階段分別進(jìn)展任務(wù)義務(wù)分解。而WBS又先于其他的方案活動(dòng)比如：估算、進(jìn)度表等產(chǎn)生。因此，對(duì)完成的WBS首先要進(jìn)展組內(nèi)評(píng)審，將組內(nèi)評(píng)審經(jīng)過的WBS作為下步謀劃的根底。當(dāng)然，任務(wù)義務(wù)分解也是一個(gè)迭代的過程。方案過程也會(huì)對(duì)它進(jìn)展完善和維護(hù)，最終的WBS將和工程方案一切其它任務(wù)產(chǎn)品一同進(jìn)展評(píng)審。WBS任務(wù)分解構(gòu)

29、造例如圖如下： 3.3.2 參與人員工程經(jīng)理：組織對(duì)本工程組內(nèi)對(duì)所涉及技術(shù)較熟習(xí)的人員分工完成任務(wù)義務(wù)的拆分。相關(guān)人員：協(xié)助、配合工程經(jīng)理進(jìn)展義務(wù)拆分。相關(guān)人員是指：開發(fā)組、測(cè)試組、文檔支持人員的代表，以及SQA和SCM等。3.3.3 入口準(zhǔn)那么工程的軟件過程描畫文件已經(jīng)過評(píng)審并經(jīng)過同意3.3.4 輸入工程選用的模型與其軟件過程描畫文檔3.3.5 義務(wù)3.3.5.1 識(shí)別任務(wù)產(chǎn)品 在定義了工程工程過程模型和技術(shù)方法之后，要確定待產(chǎn)生的任務(wù)產(chǎn)品的類型，任務(wù)產(chǎn)品和過程階段的對(duì)應(yīng)關(guān)系可以參見，這是一個(gè)規(guī)范的列表，假設(shè)工程有特殊要求，可以添加或刪減。每一個(gè)工程需求在工程方案中援用它，詳細(xì)的任務(wù)產(chǎn)品和子

30、任務(wù)產(chǎn)品在WBS中詳細(xì)列出。這一步很重要，由于在詳細(xì)的階段方案期間，要定義許多工程義務(wù)，其中的一部分就是根據(jù)所要產(chǎn)生的任務(wù)產(chǎn)品定義的。并且，當(dāng)工程執(zhí)行時(shí)，進(jìn)度度量的根底就是任務(wù)產(chǎn)品的完成。3.3.5.2 用WBS定義技術(shù)活動(dòng)用WBS定義技術(shù)活動(dòng)，其定義要點(diǎn)為：在工程的早期定義WBS的高層元素，然后在進(jìn)展詳細(xì)謀劃時(shí)再定義WBS的低層元素；拆分從WBS的第一層開場(chǎng)。通常利用所選定的過程模型確定第一層和第二層，然后逐層確定各層元素，包括開發(fā)階段、過程和產(chǎn)品；普通不會(huì)超越五層，最低層的元素通常在詳細(xì)設(shè)計(jì)階段方案時(shí)定義；當(dāng)定義詳細(xì)義務(wù)最低層的元素時(shí)，應(yīng)思索“80小時(shí)原那么，即所定義的義務(wù)該當(dāng)是一個(gè)人不承

31、當(dāng)其他義務(wù)，能在兩周80小時(shí)內(nèi)完成的義務(wù)； 按填寫工程義務(wù)單，對(duì)所定義的詳細(xì)義務(wù)進(jìn)展闡明； 詳細(xì)義務(wù)的定義可以分階段完成。3.3.5.3 用WBS定義管理和支持活動(dòng) 參考上述方法對(duì)管理和支持活動(dòng)進(jìn)展定義，包括工程管理、軟件質(zhì)量保證、軟件配置管理等。將拆分結(jié)果按填寫到任務(wù)義務(wù)拆分表中。3.3.5.4 更新工程方案WBS完成后，利用對(duì)軟件開發(fā)方案進(jìn)展文檔化。在軟件開發(fā)方案模板的指點(diǎn)下，把任務(wù)分解構(gòu)造WBS寫成文檔，更新到軟件工程方案中，必要的話，更新或修正軟件工程方案的其它部分。3.3.6 出口準(zhǔn)那么任務(wù)義務(wù)拆分WBS已完成，并構(gòu)成文件。本階段確定的義務(wù)已填寫義務(wù)義務(wù)單。3.3.7 輸出任務(wù)產(chǎn)品

32、3.3.8 資源和才干要求進(jìn)展義務(wù)拆分的人員具有如何進(jìn)展義務(wù)拆分的才干，假設(shè)未完全具備，應(yīng)組織適當(dāng)?shù)呐嘤?xùn)。3.3.9 度量工程經(jīng)理擔(dān)任統(tǒng)計(jì)用于WBS的工時(shí)。 3.4 制定風(fēng)險(xiǎn)管理方案 3.4.1 過程元素概述為了管理工程能夠存在的風(fēng)險(xiǎn)，在進(jìn)展工程方案時(shí)需求進(jìn)展風(fēng)險(xiǎn)分析并制定風(fēng)險(xiǎn)管理方案，該方案可作為工程開發(fā)方案的一部分進(jìn)展描畫。風(fēng)險(xiǎn)管理應(yīng)貫穿于工程工程的一直。風(fēng)險(xiǎn)管理不是工程經(jīng)理一人的義務(wù)，也不是一次性的義務(wù)。它是一個(gè)迭代的過程，任一工程成員都有責(zé)任進(jìn)展風(fēng)險(xiǎn)管理。建立一種有助于對(duì)潛在的風(fēng)險(xiǎn)及其發(fā)生的能夠性和影響進(jìn)展交流的環(huán)境對(duì)工程經(jīng)理來說是重要的。制定風(fēng)險(xiǎn)管理方案包括：風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)

33、的處置和減緩行動(dòng)。 3.4.2 參與人員工程經(jīng)理：組織工程組內(nèi)有關(guān)人員制定。工程組成員：配合工程經(jīng)理制定。3.4.3 入口準(zhǔn)那么 WBS已完成。3.4.4 輸入 工程義務(wù)書客戶需求、軟件需求 WBS 3.4.5 義務(wù)1、在工程估算開場(chǎng)前，通常要對(duì)工程進(jìn)展風(fēng)險(xiǎn)分析。2、風(fēng)險(xiǎn)分析通常是由工程經(jīng)理和組員參照以及曾經(jīng)開發(fā)過的工程所積累的閱歷來進(jìn)展。3、制定風(fēng)險(xiǎn)管理方案包括識(shí)別風(fēng)險(xiǎn)、然后進(jìn)展風(fēng)險(xiǎn)分析并制定風(fēng)險(xiǎn)處置和減緩行動(dòng)。識(shí)別風(fēng)險(xiǎn)：識(shí)別風(fēng)險(xiǎn)的主要方法：就工程能夠存在的問題和不確定要素，征求工程組成員的意見。 參考以往工程的風(fēng)險(xiǎn)情況。 針對(duì)所識(shí)別的潛在風(fēng)險(xiǎn)，采用提問的方式確定能否應(yīng)認(rèn)定為風(fēng)險(xiǎn). 確定所識(shí)

34、別的風(fēng)險(xiǎn)的類型，風(fēng)險(xiǎn)類型主要由三類：規(guī)模風(fēng)險(xiǎn)：工程產(chǎn)品本身大系統(tǒng)和小系統(tǒng)或由工程團(tuán)隊(duì)引起的風(fēng)險(xiǎn)。 構(gòu)造風(fēng)險(xiǎn)：由商業(yè)環(huán)境客戶的業(yè)務(wù)流程變動(dòng)性、不確定的客戶需求、組織本身的管理程度、才干成熟度引發(fā)的風(fēng)險(xiǎn)。技術(shù)風(fēng)險(xiǎn)：由人員的技術(shù)程度和閱歷、運(yùn)用的工具和技術(shù)的成熟度等引發(fā)的風(fēng)險(xiǎn)。 工程經(jīng)理將識(shí)別出的風(fēng)險(xiǎn)記錄到的風(fēng)險(xiǎn)列表中。 風(fēng)險(xiǎn)分析：風(fēng)險(xiǎn)分析步驟： 評(píng)價(jià)風(fēng)險(xiǎn)能夠性和影響 計(jì)算風(fēng)險(xiǎn)值和風(fēng)險(xiǎn)等級(jí)分為1級(jí)、2級(jí)確定風(fēng)險(xiǎn)優(yōu)先級(jí) 詳細(xì)的風(fēng)險(xiǎn)分析方法參見附表： 當(dāng)風(fēng)險(xiǎn)分析完成后，將風(fēng)險(xiǎn)值、風(fēng)險(xiǎn)等級(jí)、排出的風(fēng)險(xiǎn)優(yōu)先級(jí)以及對(duì)每個(gè)風(fēng)險(xiǎn)的分類，記錄到中。 風(fēng)險(xiǎn)處置和減緩活動(dòng)： 對(duì)每個(gè)高優(yōu)先級(jí)風(fēng)險(xiǎn)，工程組都要制定出處置和減

35、緩風(fēng)險(xiǎn)的活動(dòng)方案。 通常采取以下4種途徑：防止、轉(zhuǎn)移、接受、減緩。詳細(xì)方法參見附表 將每個(gè)處置和減緩活動(dòng)方案記錄到中。 4、在工程跟蹤過程中，風(fēng)險(xiǎn)需求被定期跟蹤，對(duì)已識(shí)別的風(fēng)險(xiǎn)進(jìn)展處置。并識(shí)別新的風(fēng)險(xiǎn)及對(duì)應(yīng)的減緩活動(dòng)。5、對(duì)風(fēng)險(xiǎn)的管理是定期進(jìn)展識(shí)別和管理的，與其它按階段進(jìn)展方案的活動(dòng)有所區(qū)別。6、利用，在工程開發(fā)方案的風(fēng)險(xiǎn)部分，記錄識(shí)別出來的風(fēng)險(xiǎn)列表、風(fēng)險(xiǎn)減緩活動(dòng)日志。需求的話，對(duì)軟件工程開發(fā)方案的其它部分進(jìn)展適當(dāng)?shù)男拚?.4.6 出口準(zhǔn)那么制定風(fēng)險(xiǎn)管理方案并得到同意。3.4.7 輸出任務(wù)產(chǎn)品 或更新后的 3.4.8 資源和才干要求一定的管理貯藏、風(fēng)險(xiǎn)管理人員有比較多的工程閱歷。3.4.9

36、度量工程組識(shí)別風(fēng)險(xiǎn)、分析風(fēng)險(xiǎn)、制定風(fēng)險(xiǎn)處置措施所破費(fèi)的工時(shí)。3.5 工程估算3.5.1 概述每一個(gè)工程都要對(duì)工程進(jìn)展估算，并將估算的結(jié)果作為工程方案的根底。 估算是工程方案的中心。目的是為工程建立合理的預(yù)算和進(jìn)度表，確定適宜程度的員工，并為工程承諾提供根底。一個(gè)沒有建立在合理估算根底上的方案會(huì)提供一種錯(cuò)誤的平安感，能夠比根本沒有方案更糟。估算的內(nèi)容通常包括：規(guī)模、任務(wù)量/本錢、外部本錢、關(guān)鍵計(jì)算機(jī)資源、進(jìn)度表、管理貯藏等。 在工程進(jìn)度表中要安排里程碑點(diǎn)，里程碑點(diǎn)普通選在有特定意義的階段點(diǎn)，如重要階段的開場(chǎng)或終了。工程估算的流程如下： 3.5.2 參與人員工程經(jīng)理：組織召開估算會(huì)議，進(jìn)展軟件估算

37、 轉(zhuǎn)自工程管理者聯(lián)盟相關(guān)人員：在工程經(jīng)理組織下，共同完成工程的各項(xiàng)估算，相關(guān)人員主要是指對(duì)本工程情況較熟習(xí)的人員。3.5.3 入口準(zhǔn)那么軟件需求規(guī)格闡明書已完成 工程管理者聯(lián)盟WBS已完成風(fēng)險(xiǎn)已識(shí)別3.5.4 輸入WBS或包括風(fēng)險(xiǎn)管理方案的 3.5.5 義務(wù)3.5.5.1 估算方法： 估算和方案貫穿了整個(gè)工程。在工程的早期階段，采用從上到下的估算方法，整個(gè)工程的估算粗略的分配給各個(gè)階段。工程進(jìn)展過程中，從下到上的方法被用于詳細(xì)的階段方案來為子階段進(jìn)展更詳細(xì)的方案和估算，并更新總的工程估算。3.5.5.2 估算戰(zhàn)略：確定估算內(nèi)容如規(guī)模、任務(wù)量等確定估算時(shí)間謀劃時(shí)估算日期確實(shí)定確定估算技術(shù)如Del

38、phi估算方法確定估算粒度如人天，人月。3.5.5.3 估算內(nèi)容：1、估算軟件規(guī)模估算軟件規(guī)模時(shí)通常采用的方法有兩種：功能點(diǎn)FP估計(jì)法 代碼行LOC估計(jì)法2、估算本錢和任務(wù)量 估算開發(fā)活動(dòng)時(shí)通常采用以下兩種方法：利用消費(fèi)率數(shù)據(jù)的估計(jì)法 Wideband-Delphi 估計(jì)法 估算支持及管理活動(dòng)的任務(wù)量時(shí)，將支持活動(dòng)和工程管理所需任務(wù)量估計(jì)為開發(fā)任務(wù)量的某個(gè)適當(dāng)?shù)谋壤褐С只顒?dòng)大約在5%-10%如SCM、SQA 工程管理大約在15-20%。3、估算外部本錢 轉(zhuǎn)自工程管理者聯(lián)盟 需求估算的外部本錢包括： 開發(fā)或測(cè)試所用的硬件。開發(fā)或測(cè)試所用的軟件工具。將要集成到軟件產(chǎn)品中的軟件。如DBMS、中間件

39、培訓(xùn)課程費(fèi)和其它費(fèi)用商定的維護(hù)4、估算關(guān)鍵計(jì)算機(jī)資源 工程經(jīng)理圈子 關(guān)鍵計(jì)算機(jī)資源是軟件開發(fā)和操作中遭到約束的硬件資源。包括：計(jì)算機(jī)內(nèi)存、磁盤容量、網(wǎng)絡(luò)容量、處置器性能。 5、建立管理貯藏 建立管理貯藏是為了順應(yīng)那些即使在最好的工程中也不可防止出現(xiàn)的變卦。 它代表了為用于同意的變卦而保管的部分工程資金。管理貯藏不能由工程經(jīng)理單獨(dú)同意運(yùn)用，只能用于那些由客戶和高層經(jīng)理都贊同的變卦。6、制定進(jìn)度表 首先根據(jù)規(guī)模及任務(wù)量估算結(jié)果估算每個(gè)活動(dòng)的工期。 然后確定活動(dòng)之間的一切關(guān)系，識(shí)別關(guān)鍵途徑。 畫一個(gè)Gantt圖表，表示各活動(dòng)的起始和終了日期。 確定工程的里程碑。7、建立工程基準(zhǔn) 工程基準(zhǔn)，也叫做方案

40、任務(wù)的預(yù)算本錢BCWS。 是經(jīng)過把每個(gè)義務(wù)的預(yù)算估計(jì)本錢和方案完成的指定時(shí)間段相聯(lián)絡(luò)建立起來的。 在工程的跟蹤與監(jiān)控過程中，經(jīng)過獲得掙值圖對(duì)本錢進(jìn)展度量。 8、階段詳細(xì)估算 在工程每個(gè)階段開場(chǎng)前，要作階段詳細(xì)估算任務(wù)量和時(shí)間表。估算的步驟同上述的過程一樣。 把詳細(xì)估算累計(jì)起來，確定工程和階段的總估算。 完成后更新總體的工程估算和時(shí)間表。 詳細(xì)估算完成后，更新工程方案。3.5.5.4 構(gòu)成 將上述估算的結(jié)果記錄到中。 軟件估算要在工程的不同階段進(jìn)展，普通是在本階段完成時(shí)進(jìn)展下一階段的詳細(xì)估算。作為工程方案的一部分一同評(píng)審。 3.5.6 出口準(zhǔn)那么 估算活動(dòng)完成。估算結(jié)果得到同意。3.5.7 輸出

41、任務(wù)產(chǎn)品或包括了進(jìn)度信息的WBS 修訂過的WBS 3.5.8 資源和才干要求進(jìn)展工程估算的人員應(yīng)掌握估算的方法。3.5.9 度量工程經(jīng)理進(jìn)展以下統(tǒng)計(jì)：工程估算所破費(fèi)的工時(shí)；實(shí)踐結(jié)果和工程估算結(jié)果的偏向工程終了時(shí)統(tǒng)計(jì)計(jì)算。3.6 工程方案審批 3.6.1 概述一個(gè)完好的工程方案活動(dòng)包括很多內(nèi)容，如：工程義務(wù)書、生命周期模型的選用、軟件開發(fā)方案WBS、風(fēng)險(xiǎn)管理方案、軟件估算、工程培訓(xùn)方案、工具及設(shè)備的識(shí)別等、軟件測(cè)試方案、軟件配置管理方案、軟件質(zhì)量保證方案等，這些方案的制定在整個(gè)生命周期中是相關(guān)的，在工程方案時(shí)它們也是堅(jiān)持著同步，并作為一個(gè)工程方案的整體來保證工程的開發(fā)有序進(jìn)展，一個(gè)方案的變卦將影響著另一個(gè)方案的變卦，工程方案一直是作為一個(gè)整體存在的。工程方案時(shí)，要將方案的結(jié)果構(gòu)成書面文檔等。對(duì)構(gòu)成的方案要分別進(jìn)展討論、評(píng)審、同意、對(duì)客戶做出承諾、配置管理。3.6.2 參與人員 工程經(jīng)理：編寫。 相關(guān)組擔(dān)任人：其他方案的編制。 SQA：評(píng)審主持人、同