計算機軟件項目計劃書的標準格式

計算機軟件項目計劃書格式

根據(jù)《GB8567—88計算機軟件產(chǎn)品開發(fā)文獻編制指南》中項目開發(fā)計

劃日勺規(guī)定，結(jié)合實際狀況調(diào)整后的《項目計劃書》內(nèi)容索引如下：

1引言

1.1編寫目的I

1.2背景

1.3定義

1.4參照資料

1.5原則、公約和約定

2項目概述

2.1項目目的

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

2.3假設(shè)與約束

2.4項目工作范圍

2.5應(yīng)交付成果

2.5.1需完畢的軟件

2.5.2需提交顧客的文檔

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

2.5.4應(yīng)當提供日勺服務(wù)

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

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

3項目團體組織

3.1組織構(gòu)造

3.2人員分工

3.3協(xié)作與溝通

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

3.3.2外部溝通

4實行計劃

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

4.2工作流程

4.3總體進度計劃

4.4項目監(jiān)控

4.4.1質(zhì)量控制計劃

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

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

4.4.4配置管理計劃

5支持條件

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

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

5.3外包（可選）

6預(yù)算（可選）

6.1人員成本

6.2設(shè)備成本

6.3其他經(jīng)費預(yù)算

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

7關(guān)鍵問題

8專題計劃要點

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

1引言

1.1編寫目的I

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

作用：本節(jié)是為了闡明編制“項目計劃書''亦即本文檔的意圖和但愿到達

日勺效果。注意這里日勺“目不是“項目目的”，而是為了闡明本文檔的J目

口勺與作用?！绊椖磕康摹痹?.1中闡明。

意義：使項目組員和項目干系人理解項目開發(fā)計劃書tf、J作用、但愿到達

口勺效果。開發(fā)計劃書的作用一般都是“項目組員以及項目干系人之間的

共識與約定，項目生命周期所有活動日勺行動基礎(chǔ)，以便項目團體根據(jù)本

項目的顧客（單位）：軟件或網(wǎng)絡(luò)的使用單位，可以泛指某個顧客群。

注意項目W、J顧客或單位有時與項目的委托單位是同一種，有時是不一樣

樣的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)

機關(guān)，但使用H勺顧客或單位不僅有海關(guān)或稅務(wù)機關(guān)，還包括需要報關(guān)、

報稅的企業(yè)單位。

項目的任務(wù)提出者：本企業(yè)內(nèi)部提出需要完畢此項目的人員，一般是領(lǐng)

導(dǎo)或商務(wù)人員；注意項目日勺任務(wù)提出者一般不一樣于項目的委托單位，

前者一般是企業(yè)內(nèi)部的I人員。假如是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于

前者指人，后者指單位。

項目的重要承擔部口：有些企業(yè)根據(jù)行業(yè)方向或工作性質(zhì)H勺不一樣把

軟件開發(fā)提成不一樣H勺部門（也有的分為不一樣事業(yè)部）。項目W、J特點

就是其矩陣式組織，一般一種項目口勺項目組員也許由不一樣口勺部門構(gòu)

成，甚至也許由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務(wù)部門

等等其中幾種構(gòu)成。需要根據(jù)項目所波及口勺范圍確定本項目的重要承

擔部門。

項目建設(shè)背景：從政治環(huán)境上、業(yè)務(wù)環(huán)境上闡明項目建設(shè)背景，闡明項

日的大環(huán)境、來龍去脈。這有助于項目組員更好地理解項目目的和各項

任務(wù)。

例句：根據(jù)《某部有關(guān)某建設(shè)工作口勺實行意見》精神，為了保障某建設(shè)

工作的正常實行，必須加強監(jiān)督考核，建立督查通報制度，某市某建設(shè)

工作小組辦公室把此項建設(shè)工作實行列入督查的重要內(nèi)容，及時掌握進

度，有關(guān)部門建立市某建設(shè)工作簡報制度，及時反應(yīng)全市某建設(shè)工作動

態(tài)。

目前對于某建設(shè)工作的工作重要采用計劃部門手工編制年度計劃、建

設(shè)工作主管部門和建設(shè)工作實行單位聯(lián)合手動編制進度計劃，某建設(shè)工

作單位手工上報建設(shè)工作進度狀況H勺方式，而全市H勺建設(shè)工作有數(shù)百

個，加上前期建設(shè)工作的數(shù)量和此后某市建設(shè)發(fā)展的趨勢，建設(shè)工作口勺

數(shù)量將越來越多，本來的工作模式已經(jīng)越來越無法適應(yīng)市委市政府的J

規(guī)定。因此，充足運用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設(shè)

工作信息報送反饋系統(tǒng)”，提高某建設(shè)工作信息報送反饋工作效率，提

高信息的及時性、減輕各級有關(guān)工作人員的勞動強度是非常有必要和

緊迫的任務(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)才能運行），也可以是以這個系統(tǒng)為基

礎(chǔ)的系統(tǒng)，或者是兩者兼而有之的關(guān)系、互相依賴的系統(tǒng)。例句：本

系統(tǒng)中對外部辦公部分如需要各個建設(shè)單位報送材料的子系統(tǒng)應(yīng)當掛

在市政府網(wǎng)站。

軟件系統(tǒng)與機構(gòu)的關(guān)系：闡明軟件系統(tǒng)除了委托單位和使用單位，還與

哪些機構(gòu)組織有關(guān)系。例如某些系統(tǒng)需要遵守那些組織的原則、需要通

過那些組織機構(gòu)的測試才能使用等等、與否需要外包或與那些組織機構(gòu)

合作。

1.3定義

列出為對的理解本計劃書所用到的專門術(shù)語的定義、外文縮寫詞的原詞

及中文解釋。注意盡量不要對某些業(yè)界使用的通用術(shù)語進行此外H勺定

義,使它的含義和通用術(shù)語口勺常用含義不一致。

1.4參照資料

列出本計劃書中所引用的及有關(guān)rJ文獻資料和原則的J作者、標題、編

號、刊登日期和出版單位，必要時闡明得到這些文獻資料和原則的途徑。

本節(jié)與下一節(jié)的“原則、公約和約定”互為補充，注意“參照資料”未必作

為“原則、公約和約定”，由于“參照”的不一定是“必須遵守”的。常用資

料如:

本項目的協(xié)議、標書、上級機關(guān)有關(guān)告知、通過審批的項目任務(wù)書；

屬于本項目W、J其他己經(jīng)刊登日勺文獻；

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

1.5原則、公約和約定

列出在本項目開發(fā)過程中必須遵守的原則、公約和約定。例如：對應(yīng)出J

《立項提議書》、《項目任務(wù)書》、協(xié)議、國標、行業(yè)原則、上級機關(guān)有

關(guān)告知和實行方案、對應(yīng)的技術(shù)規(guī)范等。

“參照資料”一般具有“物質(zhì)”特性，一般要闡明參照了什么，要闡明在哪

里可以獲得；“原則、公約和約定”一般具有“精神”特性，一般是必須遵

守的，不闡明在哪里可以獲得。參照資料的內(nèi)容應(yīng)當涵蓋“原則、公約

和約定

2項目概述

2.1項目目的

設(shè)定項目目標就是把項目要完畢的工作用清晰H勺語言描述出來，讓項

目團體每一種組員均有明確口勺概念。注意，不要簡樸地說成在什么什么

時間完畢開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務(wù)。

注意“要完畢一種系統(tǒng)”只是一種模糊的目口勺，它還不夠詳細和明確。明

確的項目目日勺應(yīng)當指出了服務(wù)對象，所開發(fā)軟件系統(tǒng)最重要日勺功能和

系統(tǒng)自身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。

項目目的應(yīng)當符合SMART原則：

1SSpecific明確口勺陳說

1MMeasurable可以衡量日勺成果

1AAttainable可以到達口勺目口勺

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

1TTrackable可以跟蹤時

項目目出J可以進行橫向W、J分解也可以進行縱向H勺分解。橫向分解一般

按照系統(tǒng)的功能或按照建設(shè)單位改M、一樣業(yè)務(wù)規(guī)定，如分解為第一目

H勺、第二目日勺等等；縱向的分解一般是指按照階段，如分解為第一階

段目的、第二階段目的等等，或近期目口勺、中期目口勺、遠期目口勺等等。

階段目W、J一般應(yīng)當闡明目的實現(xiàn)日勺較為明確的時間。一般要在闡明了

總目口勺的I基礎(chǔ)上再闡明分解目的，可加上“為實現(xiàn)項目的總目的，必須

實現(xiàn)如下三個階段目的……”

2.2產(chǎn)品目tf、J與范圍

根據(jù)項目輸入（如協(xié)議、立項提議書、項目技術(shù)方案、標書等）闡明

此項目要實現(xiàn)H勺軟件系統(tǒng)產(chǎn)品的目的與目的及簡要W、J軟件功能需求。對

項目成果（軟件系統(tǒng)）范圍進行精確清晰的界定與闡明是軟件開發(fā)項

目活動開展日勺基礎(chǔ)和根據(jù)。軟件系統(tǒng)產(chǎn)品目的應(yīng)當從顧客的角度闡明開

發(fā)這一軟件系統(tǒng)是為了處理顧客的那些問題。產(chǎn)品目標如“提高工作信

息報送反饋工作效率，更好地進行工作信息報送的檢查監(jiān)督，提高信息

口勺及時性、匯總記錄信息口勺精確性，減輕各級有關(guān)工作人員的勞動強

度?！?/p>

2.3假設(shè)與約束

對于項目必須遵守的多種約束（時間、人員、預(yù)算、設(shè)備等）進行闡明。

這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候?qū)崿F(xiàn)、成本范圍等種

種制約條件。

假設(shè)是通過努力可以直接處理出J問題，而這些問題是一定要處理才能保

證項目按計劃完畢。如：“系統(tǒng)分析員必須在3天內(nèi)到位”或“顧客必須在

8月8日前確定對需求文檔進行確認”

約束一般是難以處理的問題，但可以通過其他途徑回避或彌補、取舍，

如人力資源的約束限制，就必須犧牲進度或質(zhì)量等等。

假設(shè)與約束是針對比較明確會出現(xiàn)的狀況，假如問題H勺出現(xiàn)具有不確定

性，則應(yīng)當在風(fēng)險分析中列出，分析其出現(xiàn)W、J也許性（概率）、導(dǎo)致出J

影響、應(yīng)當采用的對應(yīng)措施。

2.4項目工作范圍

闡明為實現(xiàn)項目日勺目的需要進行那些工作。在必要時，可描述與合作單

位和顧客的工作分工。

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

產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品自身范圍口勺特性和功能范圍。

工作范圍界定：為了可以準時保質(zhì)交付一種有特殊的特性和功能的軟件

系統(tǒng)產(chǎn)品所要完畢的那些工作任務(wù)。

產(chǎn)品范圍的完畢狀況是參照客戶的需求來衡量的，而項目范圍的完畢狀

況則是參照計劃來檢查的。這兩個范圍管理模型間必須要有很好口勺統(tǒng)一

性，以保證項目H勺詳細工作成果，能按特定的產(chǎn)品規(guī)定準時交付。

2.5應(yīng)交付成果

2.5.1需完畢的軟件

列出需要完畢H勺程序的名稱、所用的編程語言及存儲程序的媒體形式。

其中軟件對象也許包括：源程序、數(shù)據(jù)庫對象創(chuàng)立語句、可執(zhí)行程序、

支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文獻、第三方模塊、界面文獻、界面原稿

文獻、聲音文獻、安裝軟件、安裝軟件源程序文獻等等。

2.5.2需提交顧客出J文檔

列出需要移交給顧客的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求

規(guī)格闡明書、協(xié)助手冊等。此處需要移交顧客W、J文檔可參照協(xié)議中H勺規(guī)

定。

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

可根據(jù)《GB8567-88計算機軟件產(chǎn)品開發(fā)文獻編制指南》附錄O：“文

獻編制實行規(guī)定的實例（參照件）”結(jié)合各企業(yè)實際狀況調(diào)整制定《軟

件開發(fā)文檔編制淘汰衡量原因表》。根據(jù)《原因表》確定項目對應(yīng)的項

目衡量原因取值，以確定本項目應(yīng)完畢的階段成果。將不合用于本項目

口勺內(nèi)容淘汰，以減少不必要口勺項目任務(wù)和資源。

根據(jù)原因取值列出木項目應(yīng)完畢W、J階段成果，闡明本項目取值所在H勺區(qū)

間，將其他原因值區(qū)間刪除。

2.5.4應(yīng)當提供H勺服務(wù)

根據(jù)協(xié)議或某重點建設(shè)工作需要，列出將向映客或委托單位提供的多種

服務(wù)，例如培訓(xùn)、安裝、維護和運行支持等。詳細的工作計劃如需要編

制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計劃等，應(yīng)當在本計劃“4.3總體進度計劃”

中條列出。

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

闡明開發(fā)本軟件項目所需要H勺軟硬件環(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ù)

闡明項目內(nèi)部驗收和顧客驗收的方式，如驗收包括交付前驗收、交付后

驗收、試運行（初步）驗收、最終驗收、笫三方驗收、專家參與驗收等

等。項目驗收根據(jù)重要有標書、協(xié)議、有關(guān)原則、項目文檔（最重要是

需求規(guī)格闡明書）。

3項目團體組織

3.1組織構(gòu)造

闡明項目團體H勺組織構(gòu)造。項目的組織構(gòu)造可以從所需角色和項目組

員兩個方面描述。所需角色重要闡明為了完畢本項目任務(wù)，項目團體需

要哪些角色構(gòu)成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)

架設(shè)計師、設(shè)計組、程序組、測試組等等。組織構(gòu)造可以用圖形來表達,

可以采用樹形圖，也可以采用矩陣式圖形，同步闡明團體組員來芻于

哪個部門。除了圖形外，可以用文字簡要闡明各個角色應(yīng)有的技術(shù)水平。

注意雖然有某些通用的構(gòu)造可以套用，但多種不一樣規(guī)模、不一樣形式

H勺項目組織構(gòu)造是不一樣樣日勺。如產(chǎn)品研發(fā)項目也許就不需要實行人員

（小組），但需要知識轉(zhuǎn)移方面出J人員（小組）。而軟件編碼外包的項目

則不需要程序員，測試人員也可以合適地減少。

3.2人員分工

確定項目團體口勺的每個組員屬于組織構(gòu)造中的什么角色，他們的技術(shù)水

平、項目中日勺分工與配置，可以用列表方式闡明，詳細編制時按照項目

實際組織構(gòu)造編寫。如下是一種示例。

3.3協(xié)作與溝通

項目的溝通與協(xié)作首先應(yīng)當確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝

通。溝通對象應(yīng)當包括所有項目干系人，而項目干系人包括了所有項目

團體組員、項目接匚人員、項目團體外部有關(guān)人員等等。

其次應(yīng)當確定協(xié)作模式與溝通方式。溝通方式如會議、使用、、

內(nèi)部郵件、外部郵件、QuickPlace,聊大室等等。其中郵件溝通應(yīng)當闡

明主送人、抄送人，聊天室溝通方式應(yīng)當約定期間周期。而協(xié)作模式

重要闡明在出現(xiàn)什么狀況口勺時候各個角色應(yīng)當（積極）采用什么措施，

包括溝通，怎樣互相配合來共同完畢某項任務(wù)。定期的溝通一般要包

括項目階段匯報、項目階段計劃、階段會議等

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

本節(jié)闡明在項目開發(fā)過程中項目團體內(nèi)部的協(xié)作模式和溝通方式、頻

次、溝通成果記錄措施等內(nèi)容。

3.3.2項目接口人員

應(yīng)當闡明接口工作的人員即他們的職責、聯(lián)絡(luò)方式、溝通方式、協(xié)作模

式，包括：

a、負責本項目同顧客的接口人員；

b、負責本項目同本企業(yè)各管理機構(gòu)，如計劃管理部門、協(xié)議管理部門、

采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員；

c、負責本項目同分包方的接口人員。

3.3.3項目團體外部溝通與協(xié)作模式

項目團體外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。

本節(jié)闡明在項目開發(fā)過程中項目團體內(nèi)部與接口人員、客戶溝通H勺方

式、頻次、溝通成果記錄辦法等內(nèi)容。明確最終顧客、直接顧客及其

所在本企業(yè)/部門名稱和聯(lián)絡(luò)。明確協(xié)作開發(fā)的有關(guān)部門的名稱、

經(jīng)理姓名、承擔的工作內(nèi)容以及工作實行負責人的姓名、聯(lián)絡(luò)，確

定有關(guān)W、J合作單位的名稱、負責人姓名、承擔的工作內(nèi)容以及實行人H勺

姓名、聯(lián)絡(luò)。

4實行計劃

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

識別或預(yù)估項目進行過程中也許出現(xiàn)的風(fēng)險。應(yīng)當分析風(fēng)險出現(xiàn)的也

許性（概率）、導(dǎo)致的影響、根據(jù)影響應(yīng)當采用的對策，采用的措施。

風(fēng)險識別包括識別內(nèi)在風(fēng)險及外在風(fēng)險。內(nèi)在風(fēng)險是指項目工作組能

加以控制和影響的風(fēng)險，如人事任免和成本估計等。外在風(fēng)險指超過項

目工作組等控制力和影響力之外的風(fēng)險，如市場轉(zhuǎn)向或政府行為等

風(fēng)險的對策包括：防止：排除特定危脅往往靠排除危險來源；減緩：

減少風(fēng)險事件日勺預(yù)期資金投入來減低風(fēng)險發(fā)生的概率，以及減少風(fēng)險事

件的風(fēng)險系數(shù)；吸納：接受一切后果，可以是積極口勺（如制定防止性

計劃來防備風(fēng)險事件H勺發(fā)生），也可以是消極的（如某些費用超支則接

受低于預(yù)期口勺利潤）。

對于軟件開發(fā)項目而言，在分析、識別和管理風(fēng)險上投入足夠的時間和

人力可以使項目進展過程愈加平穩(wěn)，提高項目跟蹤和控制的能力，由于

在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生愈加充足出J

信心。

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

1）工程/規(guī)模/進度上的風(fēng)險

規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，顧客規(guī)定交付期、

費用很緊；預(yù)料外的工作（測試未完時的現(xiàn)場對應(yīng)等）；

2）技術(shù)上日勺風(fēng)險

使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗；是新的

行業(yè)或業(yè)務(wù)，沒有經(jīng)驗；性能上的規(guī)定很嚴；

3）顧客體制上的問題

顧客管理不嚴，恐怕功能決定、驗收不能順利地完畢（或者出現(xiàn)了延遲）;

或者恐怕功能會多次變更；與顧客分擔開發(fā)，恐怕工程會遲延（或者出

現(xiàn)了延遲）；顧客或其他有關(guān)單位承擔H勺工作有也許延誤；

4）其他：應(yīng)當包括此處沒有、但據(jù)推測有風(fēng)險口勺項目。

4.2工作流程

闡明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作

流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)立的工作流

程。不一樣的流程將影響背面的工作計劃的制定。必要時畫出本項目采

用的工作流程圖及合適的文字闡明。

4.3總體進度計劃

這里所說的總體進度計劃為高層計劃。作為補充，應(yīng)當分階段制定項目

H勺階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為根

據(jù)。

總體進度計劃要根據(jù)確定出J項目規(guī)模，列表項目階段劃分、階段進度安

排及每階段應(yīng)提交的階段成果，在階段時間安排中要考慮項目階段成果

完畢、提交評審、修改的時間。

對于項目計劃、項目準備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)

計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓(xùn)、顧客培訓(xùn)、安裝布署、試運行、

驗收等工作，給出每項工作任務(wù)時預(yù)定開始日期、完畢日期及所需的

資源，規(guī)定各項工作任務(wù)完畢H勺先后次序以及表征每項工作任務(wù)完畢H勺

標志性事件（里程碑）。

設(shè)計評審

表格中檢查點/里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成

果等請根據(jù)項目需要確定。

制定軟件項目進度計劃可以使用某些專門出J工具，最常用的是

Microsoft的JProject作為輔助工具，功能比較強大，比較適合于規(guī)模較

大的項目，但無法完全替代項目計劃書，尤其是某些重要由文字來闡

明的部分。小規(guī)模的項目可簡便地使用EXCEL作為輔助工具。有關(guān)怎

樣使用這些工具不在此作詳細闡明。

制定軟件項目進度計劃應(yīng)當考慮如下某些原因：

1）對于系統(tǒng)需求和項目目的的掌握程度。如開始時對于系統(tǒng)需求和項

目目的只有比較數(shù)的理解，就只能制定出比較粗的進度計劃，等到需求

階段或設(shè)計階段結(jié)束，就應(yīng)當深入細化進度計劃。

2）軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一種概念。軟件系統(tǒng)規(guī)模往

往是從功能點口勺估算或其他估算方式得來口勺，而項目規(guī)模還要考慮對文

檔數(shù)量與質(zhì)量出J規(guī)定，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的

以便程度、客戶方的狀況、需要遵守的原則規(guī)范等等等等。例如，完畢

一種大型aJ系統(tǒng)，在一定日勺時間內(nèi)一種人或幾種人的智力和體力是承

受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增長軟件開發(fā)人員并不能

成比例地提高軟件開發(fā)能力。相反，伴隨人員數(shù)量的增長，人員的組織、

協(xié)調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴重。

3）軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模同

樣，軟件系統(tǒng)的復(fù)雜程度重要是考慮軟件系統(tǒng)自身的功能、架構(gòu)的復(fù)

雜程度，而項目出J復(fù)雜程度重要是指項目團體組員出J構(gòu)成、項目任務(wù)日勺

復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項目狀

況下資源保障H勺狀況，等等等等。軟件系統(tǒng)出J規(guī)模與軟件系統(tǒng)的復(fù)雜程

度未必是成比例的關(guān)系；同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比

例日勺關(guān)系。

4）項目的工期規(guī)定，就是項目的緊急程度。有些項目規(guī)模大，卻由于

與顧客簽訂了協(xié)議，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就

要考慮怎樣更好地合理安排進度，多增長人選多采用加班的方式是一

種萬不得已的選擇。增長人選除了增長人H勺成本外必然會增長溝通的成

本（熟悉項目任務(wù)所需要的時間）；加班假如處理不好會導(dǎo)致情緒上的

問題，也也許會由于過于忙碌而無法顧及質(zhì)量，導(dǎo)致質(zhì)量的下滑。

5）項目組員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的I

分析能力、系統(tǒng)設(shè)計人員H勺設(shè)計能力、程序員的編碼能力、測試人員的

測試能力，以及企'業(yè)或項目團體激發(fā)出這些能力口勺能力。從此外一種角

度看尚有總體上對客戶行業(yè)業(yè)務(wù)的熟悉程度；對于建模工具、開發(fā)工

具、測試工具等技術(shù)口勺掌握程度；企業(yè)內(nèi)部對行'業(yè)業(yè)務(wù)知識和重要技術(shù)

H勺知識積累。

4.4項目控制計劃

4.4.1質(zhì)量保證計劃

執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大口勺項目應(yīng)當單獨編

寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)GB/T12504計算機軟件質(zhì)量保證計

劃規(guī)范，內(nèi)容包括：

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

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

1文檔（列出在該軟件W、J開發(fā)、驗證與確認以及使用與維護等階段中需

要編制的文檔，并描述對文檔進行評審與檢查的J準則）

1原則、條例和約定（列出軟件開發(fā)過程中要用到的原則、條例和約定,

并列出監(jiān)督和保證執(zhí)行的措施）

1評審和檢查（規(guī)定所要進行H勺技術(shù)和管理兩個方面的評審和檢查工作，

并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的（技術(shù)準則。至少

要進行軟件需求評審、概要設(shè)計評審、軟件驗證與確認評審、軟件系統(tǒng)

功能檢查、程序和文檔物理檢查）

1軟件配置管理（編制有關(guān)配置管理條款，或在“4.4.4配置管理計劃”

中闡明，或引用按照《GB/T12505計算機軟件配置管理計劃規(guī)范》單

獨制定tr、j文檔）

1工具、技術(shù)和措施（指明用于支持特定軟件項目質(zhì)量管理工作的工具、

技術(shù)和措施，指出它們的目日勺和用途）

1媒體控制（闡明保護計算機程序物理媒體口勺措施和設(shè)施，以免非法存

取、意外損壞或自然老化）

1對供貨單位的控制（供貨單位包括項目承接單位、軟件銷售單位、軟

件開發(fā)單位。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承接

單位從軟件銷售單位購置的、其他升發(fā)單位升發(fā)的或從開發(fā)單位現(xiàn)存軟

件庫中選用的軟件能滿足規(guī)定的需求。）

1記錄的搜集、維護和保留（指明需要保留口勺軟件質(zhì)量保證活動的記錄,

并指出用于匯總、保護和維護這些記錄的措施和設(shè)施，并指明要保留的

期限）

4.4.2進度控制計劃

（可直接引用如下描述或根據(jù)項目狀況制定本節(jié)內(nèi)容）

本項目W、J進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部

門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的平常檢查記

錄。

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

闡明怎樣檢查項目預(yù)算的使用狀況。根據(jù)項目狀況需要制定。

4.4.4配置管理計劃

編制有關(guān)軟件配置管理的條款，或引用按照GB/T12505單獨制定《配

置管理計劃》文檔。在這些條款或文檔中，必須規(guī)定用于標識軟件產(chǎn)品、

控制和實現(xiàn)軟件日勺修改、記錄和匯報修改實現(xiàn)日勺狀態(tài)以及評審和檢查

配置管理工作等四方面的活動。還必須規(guī)定用以維護和存儲軟件受正版

木日勺措施和設(shè)施；必須規(guī)定對所發(fā)現(xiàn)出J軟件問題進行匯報、追蹤和處理

口勺環(huán)節(jié)，并指出實現(xiàn)匯報、追蹤和處理軟件問題的機構(gòu)及其職責。

根據(jù)《GB/T12505計算機軟件配置管理計劃規(guī)范》，軟件配置管理計劃

內(nèi)容如下：

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

1管理（描述負責軟件配置管理的機構(gòu)、任務(wù)、職責及其有關(guān)的接口控

制。）

1軟件配置管理活動（描述配置標識、配置控制、配置狀態(tài)記錄與匯報

以及配置檢查與評審等到四方面的軟件配置管理活動H勺需求。）

1工具、技術(shù)和措施（指明為支持特定項目的軟件配置管理所使用的軟

件工具、技術(shù)和措施，指明它們的I目的，并在開發(fā)者所有權(quán)的I范圍內(nèi)描

述其使用方法）

1對供貨單位的控制（供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟

件子開發(fā)單位。必須規(guī)定對這些供貨單位進行控制的管理規(guī)程，從而使

從軟件銷售單位購置的、其他開發(fā)單位開發(fā)時或從開發(fā)單位現(xiàn)存軟件庫

中選用的軟件能滿足規(guī)定的軟件配置