軟件開發(fā)商業(yè)計(jì)劃書

軟件開發(fā)商業(yè)計(jì)劃書-07-19

點(diǎn)擊率：2921摘要

本文重要對軟件開發(fā)項(xiàng)目計(jì)劃書的格式及重要內(nèi)容的編寫要點(diǎn)進(jìn)行闡明，對某些內(nèi)容進(jìn)行了舉例闡明。

核心詞

項(xiàng)目、計(jì)劃書、格式、編寫闡明

正文

一、項(xiàng)目計(jì)劃書格式

根據(jù)《GB8567－88計(jì)算機(jī)軟件產(chǎn)品開發(fā)文獻(xiàn)編制指南》中項(xiàng)目開發(fā)計(jì)劃的規(guī)定，結(jié)合實(shí)際狀況調(diào)節(jié)后的《項(xiàng)目計(jì)劃書》內(nèi)容索引以下

1引言

1.1編寫目的

1.2背景

1.3定義

1.4參考資料

1.5原則、公約和商定

2項(xiàng)目概述

2.1項(xiàng)目目的

2.2產(chǎn)品目的與范疇

2.3假設(shè)與約束

2.4項(xiàng)目工作范疇

2.5應(yīng)交付成果

2.5.1需完畢的軟件

2.5.2需提交顧客的文檔

2.5.3須提交內(nèi)部的文檔

2.5.4應(yīng)當(dāng)提供的服務(wù)

2.6項(xiàng)目開發(fā)環(huán)境

2.7項(xiàng)目驗(yàn)收方式與根據(jù)

3項(xiàng)目團(tuán)體組織

3.1組織構(gòu)造

3.2人員分工

3.3協(xié)作與溝通

3.3.1內(nèi)部協(xié)作

3.3.2外部溝通

4實(shí)施計(jì)劃

4.1風(fēng)險評定及對策

4.2工作流程

4.3總體進(jìn)度計(jì)劃

4.4項(xiàng)目監(jiān)控

4.4.1質(zhì)量控制計(jì)劃

4.4.2進(jìn)度監(jiān)控計(jì)劃

4.4.3預(yù)算監(jiān)控計(jì)劃

4.4.4配備管理計(jì)劃

5支持條件

5.1內(nèi)部支持（可選）

5.2客戶支持（對項(xiàng)目而言）

5.3外包（可選）

6預(yù)算（可選）

6.1人員成本

6.2設(shè)備成本

6.3其它經(jīng)費(fèi)預(yù)算

6.4項(xiàng)目累計(jì)經(jīng)費(fèi)預(yù)算

7核心問題

8專項(xiàng)計(jì)劃要點(diǎn)

二、項(xiàng)目計(jì)劃書的編寫闡明

1引言

1.1編寫目的

闡明編寫這份項(xiàng)目計(jì)劃的目的，并指出預(yù)期的讀者。

作用本節(jié)是為了闡明編制“項(xiàng)目計(jì)劃書”亦即本文檔的意圖和但愿達(dá)成的效果。注意這里的“目的”不是“項(xiàng)目目的”，而是為了闡明本文檔的目的與作用。“項(xiàng)目目的”在2.1中闡明。

意義使項(xiàng)目組員和項(xiàng)目干系人理解項(xiàng)目開發(fā)計(jì)劃書的作用、但愿達(dá)成的效果。開發(fā)計(jì)劃書的作用普通都是“項(xiàng)目組員以及項(xiàng)目干系人之間的共識與商定，項(xiàng)目生命周期全部活動的行動基礎(chǔ)，方便項(xiàng)目團(tuán)體根據(jù)本計(jì)劃書開展和檢查項(xiàng)目工作。”

例如能夠這樣寫為了確保項(xiàng)目團(tuán)體準(zhǔn)時保質(zhì)地完畢項(xiàng)目目的，便于項(xiàng)目團(tuán)體組員更加好地理解項(xiàng)目狀況，使項(xiàng)目工作開展的各個過程合理有序，因此以文獻(xiàn)化的形式，把對于在項(xiàng)目生命周期內(nèi)的工作任務(wù)范疇、各項(xiàng)工作的任務(wù)分解、項(xiàng)目團(tuán)體組織構(gòu)造、各團(tuán)體組員的工作責(zé)任、團(tuán)體內(nèi)外溝通協(xié)作方式、開發(fā)進(jìn)度、經(jīng)費(fèi)預(yù)算、項(xiàng)目內(nèi)外環(huán)境條件、風(fēng)險對策等內(nèi)容做出的安排以書面的方式，作為項(xiàng)目團(tuán)體組員以及項(xiàng)目干系人之間的共識與商定，項(xiàng)目生命周期內(nèi)的全部項(xiàng)目活動的行動基礎(chǔ)，項(xiàng)目團(tuán)體開展和檢查項(xiàng)目工作的根據(jù)。

常見的問題把項(xiàng)目本身的“項(xiàng)目目的”誤作編制項(xiàng)目開發(fā)計(jì)劃的目的。

1.2背景

重要闡明項(xiàng)目的來歷，某些需要項(xiàng)目團(tuán)體組員懂得的有關(guān)狀況。重要有下列內(nèi)容

項(xiàng)目的名稱通過與客戶商定或通過立項(xiàng)手續(xù)統(tǒng)一擬定的項(xiàng)目名稱，普通與所待開發(fā)的軟件系統(tǒng)名稱有較大的關(guān)系，如針對“XX系統(tǒng)”開發(fā)的項(xiàng)目名稱是“XX系統(tǒng)開發(fā)”。

項(xiàng)目的委托單位如果是根據(jù)合同進(jìn)行的軟件開發(fā)項(xiàng)目，項(xiàng)目的委托單位就是合同中的甲方；如果是自行研發(fā)的軟件產(chǎn)品，項(xiàng)目的委托單位就是本公司。

項(xiàng)目的顧客（單位）軟件或網(wǎng)絡(luò)的使用單位，能夠泛指某個顧客群。注意項(xiàng)目的顧客或單位有時與項(xiàng)目的委托單位是同一種，有時是不同的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)機(jī)關(guān)，但使用的顧客或單位不僅有海關(guān)或稅務(wù)機(jī)關(guān)，還涉及需要報關(guān)、報稅的公司單位。

項(xiàng)目的任務(wù)提出者本公司內(nèi)部提出需要完畢此項(xiàng)目的人員，普通是領(lǐng)導(dǎo)或商務(wù)人員；注意項(xiàng)目的任務(wù)提出者普通不同于項(xiàng)目的委托單位，前者普通是公司內(nèi)部的人員。如果是內(nèi)部開發(fā)項(xiàng)目，則兩者的區(qū)別在于前者指人，后者指單位。

項(xiàng)目的重要承當(dāng)部門有些公司根據(jù)行業(yè)方向或工作性質(zhì)的不同把軟件開發(fā)分成不同的部門（也有的分為不同事業(yè)部）。項(xiàng)目的特點(diǎn)就是其矩陣式組織，普通一種項(xiàng)目的項(xiàng)目組員可能由不同的部門構(gòu)成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務(wù)部門等等其中幾個構(gòu)成。需要根據(jù)項(xiàng)目所涉及的范疇擬定本項(xiàng)目的重要承當(dāng)部門。

項(xiàng)目建設(shè)背景從政治環(huán)境上、業(yè)務(wù)環(huán)境上闡明項(xiàng)目建設(shè)背景，闡明項(xiàng)目的大環(huán)境、來龍去脈。這有助于項(xiàng)目組員更加好地理解項(xiàng)目目的和各項(xiàng)任務(wù)。

例句根據(jù)《某部有關(guān)某建設(shè)工作的實(shí)施意見》精神，為了保障某建設(shè)工作的正常實(shí)施，必須加強(qiáng)監(jiān)督考核，建立督查通報制度，某市某建設(shè)工作小組辦公室把此項(xiàng)建設(shè)工作實(shí)施列入督查的重要內(nèi)容，及時掌握進(jìn)度，有關(guān)部門建立市某建設(shè)工作簡報制度，及時反映全市某建設(shè)工作動態(tài)。

現(xiàn)在對于某建設(shè)工作的工作重要采用計(jì)劃部門手工編制年度計(jì)劃、建設(shè)工作主管部門和建設(shè)工作實(shí)施單位聯(lián)合手動編制進(jìn)度計(jì)劃，某建設(shè)工作單位手工上報建設(shè)工作進(jìn)度狀況的方式，而全市的建設(shè)工作有數(shù)百個，加上前期建設(shè)工作的數(shù)量和此后某市建設(shè)發(fā)展的趨勢，建設(shè)工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應(yīng)市委市政府的規(guī)定。因此，充足運(yùn)用當(dāng)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設(shè)工作信息報送反饋系統(tǒng)”，提高某建設(shè)工作信息報送反饋工作效率，提高信息的及時性、減輕各級有關(guān)工作人員的勞動強(qiáng)度是非常有必要和急迫的任務(wù)。

軟件系統(tǒng)與其它系統(tǒng)的關(guān)系闡明與本系統(tǒng)有關(guān)的其它系統(tǒng)，闡明它們之間的互相依賴關(guān)系。這些系統(tǒng)能夠是這個系統(tǒng)的基礎(chǔ)性系統(tǒng)（某些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才干運(yùn)行），也能夠是以這個系統(tǒng)為基礎(chǔ)的系統(tǒng)，或者是兩者兼而有之的關(guān)系、互相依賴的系統(tǒng)。例句本系統(tǒng)中對外部辦公部分如需要各個建設(shè)單位報送材料的子系統(tǒng)應(yīng)當(dāng)掛在市政府網(wǎng)站。

軟件系統(tǒng)與機(jī)構(gòu)的關(guān)系闡明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機(jī)構(gòu)組織有關(guān)系。例如某些系統(tǒng)需要恪守那些組織的原則、需要通過那些組織機(jī)構(gòu)的測試才干使用等等、與否需要外包或與那些組織機(jī)構(gòu)合作。

1.3定義

列出為對的理解本計(jì)劃書所用到的專門術(shù)語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對某些業(yè)界使用的通用術(shù)語進(jìn)行另外的定義，使它的含義和通用術(shù)語的慣用含義不一致。

1.4參考資料

列出本計(jì)劃書中所引用的及有關(guān)的文獻(xiàn)資料和原則的作者、標(biāo)題、編號、發(fā)表日期和出版單位，必要時闡明得到這些文獻(xiàn)資料和原則的途徑。本節(jié)與下一節(jié)的“原則、公約和商定”互為補(bǔ)充，注意“參考資料”未必作為“原則、公約和商定”，由于“參考”的不一定是“必須恪守”的。慣用資料如

本項(xiàng)目的合同、標(biāo)書、上級機(jī)關(guān)有關(guān)告知、通過審批的項(xiàng)目任務(wù)書；

屬于本項(xiàng)目的其它已經(jīng)發(fā)表的文獻(xiàn)；

本文檔中各處引用的文獻(xiàn)、資料，涉及所要用到的軟件開發(fā)原則。

1.5原則、公約和商定

列出在本項(xiàng)目開發(fā)過程中必須恪守的原則、公約和商定。例如對應(yīng)的《立項(xiàng)建議書》、《項(xiàng)目任務(wù)書》、合同、國標(biāo)、行業(yè)原則、上級機(jī)關(guān)有關(guān)告知和實(shí)施方案、對應(yīng)的技術(shù)規(guī)范等。

“參考資料”普通含有“物質(zhì)”特性，普通要闡明參考了什么，要闡明在哪里能夠獲得；“原則、公約和商定”普通含有“精神”特性，普通是必須恪守的，不闡明在哪里能夠獲得。參考資料的內(nèi)容應(yīng)當(dāng)涵蓋“原則、公約和商定”。2項(xiàng)目概述

2.1項(xiàng)目目的

設(shè)定項(xiàng)目目的就是把項(xiàng)目要完畢的工作用清晰的語言描述出來，讓項(xiàng)目團(tuán)體每一種組員都有明確的概念。注意，不要簡樸地說成在什么什么時間完畢開發(fā)什么什么軟件系統(tǒng)或完畢什么什么軟件安裝集成任務(wù)。注意“要完畢一種系統(tǒng)”只是一種凝的目的，它還不夠具體和明確。明確的項(xiàng)目目的應(yīng)當(dāng)指出了服務(wù)對象，所開發(fā)軟件系統(tǒng)最重要的功效和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。

項(xiàng)目目的應(yīng)當(dāng)符合SMART原則

lSSpecific明確的陳說

lMMeasurable能夠衡量的成果

lAAttainable能夠達(dá)成的目的

lRRealistic合理的，現(xiàn)實(shí)的或者說是能和實(shí)際工作相結(jié)合

lTTrackable能夠跟蹤的

項(xiàng)目目的能夠進(jìn)行橫向的分解也能夠進(jìn)行縱向的分解♂向分解普通按照系統(tǒng)的功效或按照建設(shè)單位的不同業(yè)務(wù)規(guī)定，如分解為第一目的、第二目的等等；縱向的分解普通是指按照階段，如分解為第一階段目的、第二階段目的等等，或近期目的、中期目的、遠(yuǎn)期目的等等。階段目的普通應(yīng)當(dāng)闡明目的實(shí)現(xiàn)的較為明確的時間。普通要在闡明了總目的的基礎(chǔ)上再闡明分解目的，可加上“為實(shí)現(xiàn)項(xiàng)目的總目的，必須實(shí)現(xiàn)下列三個階段目的······”

2.2產(chǎn)品目的與范疇

根據(jù)項(xiàng)目輸入（如合同、立項(xiàng)建議書、項(xiàng)目技術(shù)方案、標(biāo)書等）闡明此項(xiàng)目要實(shí)現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目的及簡要的軟件功效需求。對項(xiàng)目成果（軟件系統(tǒng)）范疇進(jìn)行精確清晰的界定與闡明是軟件開發(fā)項(xiàng)目活動開展的基礎(chǔ)和根據(jù)。軟件系統(tǒng)產(chǎn)品目的應(yīng)當(dāng)從顧客的角度闡明開發(fā)這一軟件系統(tǒng)是為理解決顧客的那些問題。產(chǎn)品目的如“提高工作信息報送反饋工作效率，更加好地進(jìn)行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計(jì)信息的精確性，減輕各級有關(guān)工作人員的勞動強(qiáng)度。”

2.3假設(shè)與約束

對于項(xiàng)目必須恪守的多個約束（時間、人員、預(yù)算、設(shè)備等）進(jìn)行闡明。這些內(nèi)容將限制你實(shí)現(xiàn)什么、如何實(shí)現(xiàn)、什么時候?qū)崿F(xiàn)、成本范疇等種種制約條件。

假設(shè)是通過努力能夠直接解決的問題，而這些問題是一定要解決才干確保項(xiàng)目按計(jì)劃完畢。如“系統(tǒng)分析員必須在3天內(nèi)到位”或“顧客必須在8月8日前擬定對需求文檔進(jìn)行確認(rèn)”

約束普通是難以解決的問題，但能夠通過其它途徑回避或彌補(bǔ)、取舍，如人力資源的約束限制，就必須犧牲進(jìn)度或質(zhì)量等等。

假設(shè)與約束是針對比較明確會出現(xiàn)的狀況，如果問題的出現(xiàn)含有不擬定性，則應(yīng)當(dāng)在風(fēng)險分析中列出，分析其出現(xiàn)的可能性（概率）、造成的影響、應(yīng)當(dāng)采用的對應(yīng)方法。

2.4項(xiàng)目工作范疇

闡明為實(shí)現(xiàn)項(xiàng)目的目的需要進(jìn)行那些工作。在必要時，可描述與合作單位和顧客的工作分工。

注意產(chǎn)品范疇與項(xiàng)目工作范疇的不同含義。

產(chǎn)品范疇界定軟件系統(tǒng)產(chǎn)品本身范疇的特性和功效范疇。

工作范疇界定為了能夠準(zhǔn)時保質(zhì)交付一種有特殊的特性和功效的軟件系統(tǒng)產(chǎn)品所要完畢的那些工作任務(wù)。

產(chǎn)品范疇的完畢狀況是參考客戶的需求來衡量的，而項(xiàng)目范疇的完畢狀況則是參考計(jì)劃來檢查的。這兩個范疇管理模型間必須要有較好的統(tǒng)一性，以確保項(xiàng)目的具體工作成果，能按特定的產(chǎn)品規(guī)定準(zhǔn)時交付。

2.5應(yīng)交付成果

2.5.1需完畢的軟件

列出需要完畢的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能涉及源程序、數(shù)據(jù)庫對象創(chuàng)立語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配備文獻(xiàn)、第三方模塊、界面文獻(xiàn)、界面原稿文獻(xiàn)、聲音文獻(xiàn)、安裝軟件、安裝軟件源程序文獻(xiàn)等等。

2.5.2需提交顧客的文檔

列出需要移交給顧客的每種文檔的名稱、內(nèi)容要點(diǎn)及存儲形式，如需求規(guī)格闡明書、協(xié)助手冊等。此處需要移交顧客的文檔可參考合同中的規(guī)定。

2.5.3須提交內(nèi)部的文檔

可根據(jù)《GB8567-88計(jì)算機(jī)軟件產(chǎn)品開發(fā)文獻(xiàn)編制指南》附錄O“文獻(xiàn)編制實(shí)施規(guī)定的實(shí)例（參考件）”結(jié)合各公司實(shí)際狀況調(diào)節(jié)制訂《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》擬定項(xiàng)目對應(yīng)的項(xiàng)目衡量因素取值，以擬定本項(xiàng)目應(yīng)完畢的階段成果。將不合用于本項(xiàng)目的內(nèi)容裁減，以減少不必要的項(xiàng)目任務(wù)和資源。

根據(jù)因素取值列出本項(xiàng)目應(yīng)完畢的階段成果，闡明本項(xiàng)目取值所在的區(qū)間，將其它因素值區(qū)間刪除。

2.5.4應(yīng)當(dāng)提供的服務(wù)

根據(jù)合同或某重點(diǎn)建設(shè)工作需要，列出將向顧客或委托單位提供的多個服務(wù)，例如培訓(xùn)、安裝、維護(hù)和運(yùn)行支持等。具體的工作計(jì)劃如需要編制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計(jì)劃等，應(yīng)當(dāng)在本計(jì)劃“4.3總體進(jìn)度計(jì)劃”中條列出。

2.6項(xiàng)目開發(fā)環(huán)境

闡明開發(fā)本軟件項(xiàng)目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配備管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對Java的，也需要針對C++的。有些環(huán)境可能無法擬定，需要在需求分析完畢或設(shè)計(jì)完畢后才干擬定所需要的環(huán)境。

2.7項(xiàng)目驗(yàn)收方式與根據(jù)

闡明項(xiàng)目內(nèi)部驗(yàn)收和顧客驗(yàn)收的方式，如驗(yàn)收涉及交付前驗(yàn)收、交付后驗(yàn)收、試運(yùn)行（初步）驗(yàn)收、最后驗(yàn)收、第三方驗(yàn)收、專家參加驗(yàn)收等等。項(xiàng)目驗(yàn)收根據(jù)重要有標(biāo)書、合同、有關(guān)原則、項(xiàng)目文檔（最重要是需求規(guī)格闡明書）。

3項(xiàng)目團(tuán)體組織

3.1組織構(gòu)造

闡明項(xiàng)目團(tuán)體的組織構(gòu)造。項(xiàng)目的組織構(gòu)造能夠從所需角色和項(xiàng)目組員兩個方面描述。所需角色重要闡明為了完畢本項(xiàng)目任務(wù)，項(xiàng)目團(tuán)體需要哪些角色構(gòu)成，如項(xiàng)目經(jīng)理、計(jì)劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)架設(shè)計(jì)師、設(shè)計(jì)組、程序組、測試組等等。組織構(gòu)造能夠用圖形來表達(dá)，能夠采用樹形圖，也能夠采用矩陣式圖形，同時闡明團(tuán)體組員來自于哪個部門。除了圖形外，能夠用文字簡要闡明各個角色應(yīng)有的技術(shù)水平。

注意即使有某些通用的構(gòu)造能夠套用，但多個不同規(guī)模、不同形式的項(xiàng)目組織構(gòu)造是不同的。如產(chǎn)品研發(fā)項(xiàng)目可能就不需要實(shí)施人員（小組），但需要知識轉(zhuǎn)移方面的人員（小組）。而軟件編碼外包的項(xiàng)目則不需要程序員，測試人員也能夠適宜地減少。

3.2人員分工

擬定項(xiàng)目團(tuán)體的的每個組員屬于組織構(gòu)造中的什么角色，他們的技術(shù)水平、項(xiàng)目中的分工與配備，能夠用列表方式闡明，具體編制時按照項(xiàng)目實(shí)際組織構(gòu)造編寫。下列是一種示例。

3.3協(xié)作與溝通

項(xiàng)目的溝通與協(xié)作首先應(yīng)當(dāng)擬定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應(yīng)當(dāng)涉及全部項(xiàng)目干系人，而項(xiàng)目干系人涉及了全部項(xiàng)目團(tuán)體組員、項(xiàng)目接口人員、項(xiàng)目團(tuán)體外部有關(guān)人員等等。

另首先應(yīng)當(dāng)擬定協(xié)作模式與溝通方式。溝通方式如會議、使用電話、QQ、內(nèi)部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應(yīng)當(dāng)闡明主送人、抄送人，聊天室溝通方式應(yīng)當(dāng)商定時間周期。而協(xié)作模式重要闡明在出現(xiàn)什么狀況的時候各個角色應(yīng)當(dāng)（主動）采用什么方法，涉及溝通，如何互相配合來共同完畢某項(xiàng)任務(wù)。定時的溝通普通要涉及項(xiàng)目階段報告、項(xiàng)目階段計(jì)劃、階段會議等

3.3.1項(xiàng)目團(tuán)體內(nèi)部協(xié)作

本節(jié)闡明在項(xiàng)目開發(fā)過程中項(xiàng)目團(tuán)體內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果統(tǒng)計(jì)方法等內(nèi)容。

3.3.2項(xiàng)目接口人員

應(yīng)當(dāng)闡明接口工作的人員即他們的職責(zé)、聯(lián)系方式、溝通方式、協(xié)作模式，涉及

a、負(fù)責(zé)本項(xiàng)目同顧客的接口人員；

b、負(fù)責(zé)本項(xiàng)目同本公司各管理機(jī)構(gòu)，如計(jì)劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財(cái)務(wù)部門等的接口人員；

c、負(fù)責(zé)本項(xiàng)目同分包方的接口人員。

3.3.3項(xiàng)目團(tuán)體外部溝通與協(xié)作模式

項(xiàng)目團(tuán)體外部涉及公司內(nèi)部管理協(xié)助部門、項(xiàng)目委托單位、客戶等等。本節(jié)闡明在項(xiàng)目開發(fā)過程中項(xiàng)目團(tuán)體內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果統(tǒng)計(jì)方法等內(nèi)容。明確最后顧客、直接顧客及其所在本公司／部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承當(dāng)?shù)墓ぷ鲀?nèi)容以及工作實(shí)施負(fù)責(zé)人的姓名、聯(lián)系電話。擬定有關(guān)的合作單位的名稱、負(fù)責(zé)人姓名、承當(dāng)?shù)墓ぷ鲀?nèi)容以及實(shí)施人的姓名、聯(lián)系電話。4實(shí)施計(jì)劃4.1風(fēng)險評定及對策

識別或預(yù)估項(xiàng)目進(jìn)行過程中可能出現(xiàn)的風(fēng)險。應(yīng)當(dāng)分析風(fēng)險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)當(dāng)采用的對策，采用的方法。風(fēng)險識別涉及識別內(nèi)在風(fēng)險及外在風(fēng)險。內(nèi)在風(fēng)險是指項(xiàng)目工作組能加以控制和影響的風(fēng)險，如人事任免和成本預(yù)計(jì)等。外在風(fēng)險指超出項(xiàng)目工作組等控制力和影響力之外的風(fēng)險，如市場轉(zhuǎn)向或政府行為等

風(fēng)險的對策涉及避免排除特定危脅往往靠排除危險來源；減緩減少風(fēng)險事件的預(yù)期資金投入來減低風(fēng)險發(fā)生的概率，以及減少風(fēng)險事件的風(fēng)險系數(shù)；吸納接受一切后果，能夠是主動的（如制訂防止性計(jì)劃來防備風(fēng)險事件的發(fā)生），也能夠是消極的（如某些費(fèi)用超支則接受低于預(yù)期的利潤）。

對于軟件開發(fā)項(xiàng)目而言，在分析、識別和管理風(fēng)險上投入足夠的時間和人力能夠使項(xiàng)目進(jìn)展過程更加平穩(wěn)，提高項(xiàng)目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計(jì)劃，因而對項(xiàng)目的成功產(chǎn)生更加充足的信心。

軟件開發(fā)項(xiàng)目常見預(yù)估的風(fēng)險

1)工程／規(guī)模／進(jìn)度上的風(fēng)險

規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，顧客規(guī)定交付期、費(fèi)用很緊；預(yù)料外的工作(測試未完時的現(xiàn)場對應(yīng)等)；

2)技術(shù)上的風(fēng)險

使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗(yàn)；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗(yàn)；性能上的規(guī)定很嚴(yán)；

3)顧客體制上的問題

顧客管理不嚴(yán)，恐怕功效決定、驗(yàn)收不能順利地完畢（或者出現(xiàn)了延遲）；或者恐怕功效會多次變更；與顧客分擔(dān)開發(fā)，恐怕工程會遲延（或者出現(xiàn)了延遲）；顧客或其它有關(guān)單位承當(dāng)?shù)墓ぷ饔锌赡苎诱`；

4)其它應(yīng)當(dāng)包含此處沒有、但據(jù)推測有風(fēng)險的項(xiàng)目。

4.2工作流程

闡明項(xiàng)目采用什么樣的工作流程進(jìn)行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也能夠是自己創(chuàng)立的工作流程。不同的流程將影響背面的工作計(jì)劃的制訂。必要時畫出本項(xiàng)目采用的工作流程圖及適宜的文字闡明。

4.3總體進(jìn)度計(jì)劃

這里所說的總體進(jìn)度計(jì)劃為高層計(jì)劃。作為補(bǔ)充，應(yīng)當(dāng)分階段制訂項(xiàng)目的階段計(jì)劃，這些階段計(jì)劃不在這份文檔中，當(dāng)要以這份總體計(jì)劃為根據(jù)。

總體進(jìn)度計(jì)劃要根據(jù)擬定的項(xiàng)目規(guī)模，列表項(xiàng)目階段劃分、階段進(jìn)度安排及每階段應(yīng)提交的階段成果，在階段時間安排中要考慮項(xiàng)目階段成果完畢、提交評審、修改的時間。

對于項(xiàng)目計(jì)劃、項(xiàng)目準(zhǔn)備、需求調(diào)研、需求分析、構(gòu)架設(shè)計(jì)或概要設(shè)計(jì)、編碼實(shí)現(xiàn)、測試、移交、內(nèi)部培訓(xùn)、顧客培訓(xùn)、安裝布署、試運(yùn)行、驗(yàn)收等工作，給出每項(xiàng)工作任務(wù)的預(yù)定開始日期、完畢日期及所需的資源，規(guī)定各項(xiàng)工作任務(wù)完畢的先后次序以及表征每項(xiàng)工作任務(wù)完畢的標(biāo)志性事件（里程碑）。

例如`

需求評審

設(shè)計(jì)評審

表格中檢查點(diǎn)／里程碑等階段劃分為舉例，實(shí)際作業(yè)階段劃分、階段成果等請根據(jù)項(xiàng)目需要擬定。

制訂軟件項(xiàng)目進(jìn)度計(jì)劃能夠使用某些專門的工具，最慣用的是Microsoft的Project作為輔助工具，功效比較強(qiáng)大，比較適合于規(guī)模較大的項(xiàng)目，但無法完全替代項(xiàng)目計(jì)劃書，特別是某些重要由文字來闡明的部分。小規(guī)模的項(xiàng)目可簡便地使用EXCEL作為輔助工具。有關(guān)如何使用這些工具不在此作具體闡明。

制訂軟件項(xiàng)目進(jìn)度計(jì)劃應(yīng)當(dāng)考慮下列某些因素:

1）對于系統(tǒng)需求和項(xiàng)目目的的掌握程度。如開始時對于系統(tǒng)需求和項(xiàng)目目的只有比較數(shù)的理解，就只能制訂出比較粗的進(jìn)度計(jì)劃，等到需求階段或設(shè)計(jì)階段結(jié)束，就應(yīng)當(dāng)進(jìn)一步細(xì)化進(jìn)度計(jì)劃。

2）軟件系統(tǒng)規(guī)耐項(xiàng)目規(guī)模，這兩個不是一種概念。軟件系統(tǒng)規(guī)模往往是從功效點(diǎn)的估算或其它估算方式得來的，而項(xiàng)目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的規(guī)定，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的狀況、需要恪守的原則規(guī)范等等等等。例如，完畢一種大型的系統(tǒng)，在一定的時間內(nèi)一種人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴(yán)重。

3）軟件系統(tǒng)復(fù)雜程度和項(xiàng)目復(fù)雜程度和軟件系統(tǒng)規(guī)耐項(xiàng)目規(guī)模同樣，軟件系統(tǒng)的復(fù)雜程度重要是考慮軟件系統(tǒng)本身的功效、架構(gòu)的復(fù)雜程度，而項(xiàng)目的復(fù)雜程度重要是指項(xiàng)目團(tuán)體組員的構(gòu)成、項(xiàng)目任務(wù)的復(fù)雜程度、項(xiàng)目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項(xiàng)目狀況下資源保障的狀況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系；同樣項(xiàng)目的規(guī)模與項(xiàng)目的復(fù)雜程度未必是成比例的關(guān)系。

4）項(xiàng)目的工期規(guī)定，就是項(xiàng)目的緊急程度。有些項(xiàng)目規(guī)模大，卻由于與顧客訂立了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更加好地合理安排進(jìn)度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必然會增加溝通的成本（熟悉項(xiàng)目任務(wù)所需要的時間）；加班如果解決不好會造成情緒上的問題，也可能會由于過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。

5）項(xiàng)目組員的能力。這些能力涉及項(xiàng)目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計(jì)人員的設(shè)計(jì)能力、程序員的編碼能力、測試人員的測試能力，以及公司或項(xiàng)目團(tuán)體激發(fā)出這些能力的能力。從另外一種角度看尚有總體上對客戶行業(yè)業(yè)務(wù)的熟悉程度；對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度；公司內(nèi)部對行業(yè)業(yè)務(wù)知識和重要技術(shù)的知識積累。

4.4項(xiàng)目控制計(jì)劃

4.4.1質(zhì)量確保計(jì)劃

執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進(jìn)行控制。規(guī)模較大的項(xiàng)目應(yīng)當(dāng)單獨(dú)編寫《軟件開發(fā)項(xiàng)目質(zhì)量計(jì)劃》。根據(jù)GB/T12504計(jì)算機(jī)軟件質(zhì)量確保計(jì)劃規(guī)范，內(nèi)容涉及

l引言（本章節(jié)涉及質(zhì)量計(jì)劃的目的、定義、參考資料）

l管理（描述負(fù)責(zé)軟件質(zhì)量管理的機(jī)構(gòu)、任務(wù)及其有關(guān)的職責(zé)）

l文檔（列出在該軟件的開發(fā)、驗(yàn)證與確認(rèn)以及使用與維護(hù)等階段中需要編制的文檔，并描述對文檔進(jìn)行評審與檢查的準(zhǔn)則）

l原則、條例和商定（列出軟件開發(fā)過程中要用到的原則、條例和商定，并列出監(jiān)督和確保執(zhí)行的方法）

l評審和檢查（規(guī)定所要進(jìn)行的技術(shù)和管理兩個方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的技術(shù)準(zhǔn)則。最少要進(jìn)行軟件需求評審、概要設(shè)計(jì)評審、軟件驗(yàn)證與確認(rèn)評審、軟件系統(tǒng)功效檢查、程序和文檔物理檢查）

l軟件配備管理（編制有關(guān)配備管理?xiàng)l款，或在“4.4.4配備管理計(jì)劃”中闡明，或引用按照《GB/T12505計(jì)算機(jī)軟件配備管理計(jì)劃規(guī)范》單獨(dú)制訂的文檔）

l工具、技術(shù)和辦法（指明用于支持特定軟件項(xiàng)目質(zhì)量管理工作的