某企業(yè)軟件開發(fā)商業(yè)實施計劃書

21/21軟件開發(fā)商業(yè)計劃書2007-07-19

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

本文主要對軟件開發(fā)項目計劃書的格式與主要容的編寫要點(diǎn)進(jìn)行說明，對一些容進(jìn)行了舉例說明。

關(guān)鍵詞

項目、計劃書、格式、編寫說明

正文

一、項目計劃書格式

根據(jù)《GB8567－88計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南》中項目開發(fā)計劃的要求，結(jié)合實際情況調(diào)整后的《項目計劃書》容索引如下

1引言

1.1編寫目的

1.2背景

1.3定義

1.4參考資料

1.5標(biāo)準(zhǔn)、條約和約定

2項目概述

2.1項目目標(biāo)

2.2產(chǎn)品目標(biāo)與圍

2.3假設(shè)與約束

2.4項目工作圍

2.5應(yīng)交付成果

2.5.1需完成的軟件

2.5.2需提交用戶的文檔

2.5.3須提交部的文檔

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

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

2.7項目驗收方式與依據(jù)

3項目團(tuán)隊組織

3.1組織結(jié)構(gòu)

3.2人員分工

3.3協(xié)作與溝通

3.3.1部協(xié)作

3.3.2外部溝通

4實施計劃

4.1風(fēng)險評估與對策

4.2工作流程

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

4.4項目監(jiān)控

4.4.1質(zhì)量控制計劃

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

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

4.4.4配置管理計劃

5支持條件

5.1部支持（可選）

5.2客戶支持（對項目而言）

5.3外包（可選）

6預(yù)算（可選）

6.1人員成本

6.2設(shè)備成本

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

6.4項目合計經(jīng)費(fèi)預(yù)算

7關(guān)鍵問題

8專題計劃要點(diǎn)

二、項目計劃書的編寫說明

1引言

1.1編寫目的

說明編寫這份項目計劃的目的，并指出預(yù)期的讀者。

作用本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達(dá)到的效果。注意這里的“目的”不是“項目目標(biāo)”，而是為了說明本文檔的目的與作用。“項目目標(biāo)”在2.1中說明。

意義使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達(dá)到的效果。開發(fā)計劃書的作用一般都是“項目成員以與項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎(chǔ)，以便項目團(tuán)隊根據(jù)本計劃書開展和檢查項目工作。”

例如可以這么寫為了保證項目團(tuán)隊按時保質(zhì)地完成項目目標(biāo)，便于項目團(tuán)隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期的工作任務(wù)圍、各項工作的任務(wù)分解、項目團(tuán)隊組織結(jié)構(gòu)、各團(tuán)隊成員的工作責(zé)任、團(tuán)隊外溝通協(xié)作方式、開發(fā)進(jìn)度、經(jīng)費(fèi)預(yù)算、項目外環(huán)境條件、風(fēng)險對策等容做出的安排以書面的方式，作為項目團(tuán)隊成員以與項目干系人之間的共識與約定，項目生命周期的所有項目活動的行動基礎(chǔ)，項目團(tuán)隊開展和檢查項目工作的依據(jù)。

常見的問題把項目本身的“項目目標(biāo)”誤作編制項目開發(fā)計劃的目的。

1.2背景

主要說明項目的來歷，一些需要項目團(tuán)隊成員知道的相關(guān)情況。主要有以下容

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

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

項目的用戶（單位）軟件或網(wǎng)絡(luò)的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)機(jī)關(guān)，但使用的用戶或單位不僅有海關(guān)或稅務(wù)機(jī)關(guān)，還包括需要報關(guān)、報稅的企業(yè)單位。

項目的任務(wù)提出者本企業(yè)部提出需要完成此項目的人員，一般是領(lǐng)導(dǎo)或商務(wù)人員；注意項目的任務(wù)提出者一般不同于項目的委托單位，前者一般是企業(yè)部的人員。如果是部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。

項目的主要承擔(dān)部門有些企業(yè)根據(jù)行業(yè)方向或工作性質(zhì)的不同把軟件開發(fā)分成不同的部門（也有的分為不同事業(yè)部）。項目的特點(diǎn)就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務(wù)部門等等其中幾個組成。需要根據(jù)項目所涉與的圍確定本項目的主要承擔(dān)部門。

項目建設(shè)背景從政治環(huán)境上、業(yè)務(wù)環(huán)境上說明項目建設(shè)背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標(biāo)和各項任務(wù)。

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

目前對于某建設(shè)工作的工作主要采用計劃部門手工編制年度計劃、建設(shè)工作主管部門和建設(shè)工作實施單位聯(lián)合手動編制進(jìn)度計劃，某建設(shè)工作單位手工上報建設(shè)工作進(jìn)度情況的方式，而全市的建設(shè)工作有數(shù)百個，加上前期建設(shè)工作的數(shù)量和今后某市建設(shè)發(fā)展的趨勢，建設(shè)工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應(yīng)市委市政府的要求。因此，充分利用現(xiàn)代信息化、因特網(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)掛在市政府。

軟件系統(tǒng)與機(jī)構(gòu)的關(guān)系說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機(jī)構(gòu)組織有關(guān)系。例如一些系統(tǒng)需要遵守那些組織的標(biāo)準(zhǔn)、需要通過那些組織機(jī)構(gòu)的測試才能使用等等、是否需要外包或與那些組織機(jī)構(gòu)合作。

1.3定義

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

1.4參考資料

列出本計劃書中所引用的與相關(guān)的文件資料和標(biāo)準(zhǔn)的作者、標(biāo)題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標(biāo)準(zhǔn)的途徑。本節(jié)與下一節(jié)的“標(biāo)準(zhǔn)、條約和約定”互為補(bǔ)充，注意“參考資料”未必作為“標(biāo)準(zhǔn)、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如

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

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

本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。

1.5標(biāo)準(zhǔn)、條約和約定

列出在本項目開發(fā)過程中必須遵守的標(biāo)準(zhǔn)、條約和約定。例如相應(yīng)的《立項建議書》、《項目任務(wù)書》、合同、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、上級機(jī)關(guān)有關(guān)通知和實施方案、相應(yīng)的技術(shù)規(guī)等。

“參考資料”一般具有“物質(zhì)”特性，一般要說明參照了什么，要說明在哪里可以獲得；“標(biāo)準(zhǔn)、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的容應(yīng)該涵蓋“標(biāo)準(zhǔn)、條約和約定”。2項目概述

2.1項目目標(biāo)

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

項目目標(biāo)應(yīng)當(dāng)符合SMART原則

lSSpecific明確的述

lMMeasurable可以衡量的結(jié)果

lAAttainable可以達(dá)成的目標(biāo)

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

lTTrackable可以跟蹤的

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

2.2產(chǎn)品目標(biāo)與圍

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

2.3假設(shè)與約束

對于項目必須遵守的各種約束（時間、人員、預(yù)算、設(shè)備等）進(jìn)行說明。這些容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候?qū)崿F(xiàn)、成本圍等種種制約條件。

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

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

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

2.4項目工作圍

說明為實現(xiàn)項目的目標(biāo)需要進(jìn)行那些工作。在必要時，可描述與合作單位和用戶的工作分工。

注意產(chǎn)品圍與項目工作圍的不同含義。

產(chǎn)品圍界定軟件系統(tǒng)產(chǎn)品本身圍的特征和功能圍。

工作圍界定為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。

產(chǎn)品圍的完成情況是參照客戶的需求來衡量的，而項目圍的完成情況則是參照計劃來檢驗的。這兩個圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時交付。

2.5應(yīng)交付成果

2.5.1需完成的軟件

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

2.5.2需提交用戶的文檔

列出需要移交給用戶的每種文檔的名稱、容要點(diǎn)與存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定。

2.5.3須提交部的文檔

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

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

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

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

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

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

2.7項目驗收方式與依據(jù)

說明項目部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運(yùn)行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據(jù)主要有標(biāo)書、合同、相關(guān)標(biāo)準(zhǔn)、項目文檔（最主要是需求規(guī)格說明書）。

3項目團(tuán)隊組織

3.1組織結(jié)構(gòu)

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

注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項目組織結(jié)構(gòu)是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實施人員（小組），但需要知識轉(zhuǎn)移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當(dāng)?shù)販p少。

3.2人員分工

確定項目團(tuán)隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結(jié)構(gòu)編寫。以下是一個示例。

3.3協(xié)作與溝通

項目的溝通與協(xié)作首先應(yīng)當(dāng)確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應(yīng)該包括所有項目干系人，而項目干系人包括了所有項目團(tuán)隊成員、項目接口人員、項目團(tuán)隊外部相關(guān)人員等等。

其次應(yīng)當(dāng)確定協(xié)作模式與溝通方式。溝通方式如會議、使用、、部、外部、QuickPlace、聊天室等等。其中溝通應(yīng)當(dāng)說明主送人、抄送人，聊天室溝通方式應(yīng)當(dāng)約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應(yīng)當(dāng)（主動）采取什么措施，包括溝通，如何互相配合來共同完成某項任務(wù)。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等

3.3.1項目團(tuán)隊部協(xié)作

本節(jié)說明在項目開發(fā)過程中項目團(tuán)隊部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等容。

3.3.2項目接口人員

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

a、負(fù)責(zé)本項目同用戶的接口人員；

b、負(fù)責(zé)本項目同本企業(yè)各管理機(jī)構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員；

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

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

項目團(tuán)隊外部包括企業(yè)部管理協(xié)助部門、項目委托單位、客戶等等。本節(jié)說明在項目開發(fā)過程中項目團(tuán)隊部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等容。明確最終用戶、直接用戶與其所在本企業(yè)／部門名稱和聯(lián)系。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理、承擔(dān)的工作容以與工作實施責(zé)任人的、聯(lián)系。確定有關(guān)的合作單位的名稱、負(fù)責(zé)人、承擔(dān)的工作容以與實施人的、聯(lián)系。4實施計劃4.1風(fēng)險評估與對策

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

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

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

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

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

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

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

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

3)用戶體制上的問題

用戶管理不嚴(yán)，恐怕功能決定、驗收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會多次變更；與用戶分擔(dān)開發(fā)，恐怕工程會拖延（或者出現(xiàn)了延遲）；用戶或其它相關(guān)單位承擔(dān)的工作有可能延誤；

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

4.2工作流程

說明項目采用什么樣的工作流程進(jìn)行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖與適當(dāng)?shù)奈淖终f明。

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

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

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

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

例如`

需求評審

設(shè)計評審

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

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

制定軟件項目進(jìn)度計劃應(yīng)當(dāng)考慮以下一些因素:

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

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

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

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

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

4.4項目控制計劃

4.4.1質(zhì)量保證計劃

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

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

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

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