正文一、專案計畫書格式
根據《gb8567－88計算機軟體產品開發檔案編制指南》中專案開發計畫的要求，結合實際情況調整後的《專案計畫書》內容索引如下：
1 引言
1.1 編寫目的
1.2 背景
1.3 定義
1.4 參考資料
1.5 標準、條約和約定
2 專案概述
2.1專案目標
2.2產品目標與範圍
2.3假設與約束
2.4 專案工作範圍
2.5 應交付成果
2.5.1 需完成的軟體
2.5.2 需提交使用者的文件
2.5.3 須提交內部的文件
2.5.4 應當提供的服務
2.6 專案開發環境
2.7 專案驗收方式與依據
3 專案團隊組織
3.1 組織結構
3.2 人員分工
3.3 協作與溝通
3.3.1 內部協作
3.3.2 外部溝通
4 實施計畫
4.1 風險評估及對策
4.2 工作流程
4.3 總體進度計畫
4.4 專案監控
4.4.1 質量控制計畫
4.4.2 進度監控計畫
4.4.3 預算監控計畫
4.4.4 配置管理計畫
5 支援條件
5.1 內部支援（可選）
5.2 客戶支援（對專案而言）
5.3 外包（可選）
6 預算（可選）
6.1 人員成本
6.2 裝置成本
6.3 其它經費預算
6.4 專案合計經費預算
7 關鍵問題
8專題計畫要點
二、專案計畫書的編寫說明
1 引言
1.1 編寫目的
說明編寫這份專案計畫的目的，並指出預期的讀者。
作用：本節是為了說明編制「專案計畫書」亦即本文件的意圖和希望達到的效果。注意這裡的「目的」不是「專案目標」，而是為了說明本文件的目的與作用。「專案目標」在2.1中說明。
意義：使專案成員和專案干係人了解專案開發計畫書的作用、希望達到的效果。開發計畫書的作用一般都是「專案成員以及專案干係人之間的共識與約定，專案生命週期所有活動的行動基礎，以便專案團隊根據本計畫書開展和檢查專案工作。
」例如可以這麼寫：為了保證專案團隊按時保質地完成專案目標，便於專案團隊成員更好地了解專案情況，使專案工作開展的各個過程合理有序，因此以檔案化的形式，把對於在專案生命週期內的工作任務範圍、各項工作的任務分解、專案團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、專案內外環境條件、風險對策等內容做出的安排以書面的方式，作為專案團隊成員以及專案干係人之間的共識與約定，專案生命週期內的所有專案活動的行動基礎，專案團隊開展和檢查專案工作的依據。
常見的問題：把專案本身的「專案目標」誤作編制專案開發計畫的目的。
1.2 背景
主要說明專案的來歷，一些需要專案團隊成員知道的相關情況。主要有以下內容：
專案的名稱：經過與客戶商定或經過立項手續統一確定的專案名稱，一般與所待開發的軟體系統名稱有較大的關係，如針對「xx系統」開發的專案名稱是「xx系統開發」。
專案的委託單位：如果是根據合同進行的軟體開發專案，專案的委託單位就是合同中的甲方；如果是自行研發的軟體產品，專案的委託單位就是本企業。
專案的使用者（單位）：軟體或網路的使用單位，可以泛指某個使用者群。注意專案的使用者或單位有時與專案的委託單位是同乙個，有時是不一樣的。
如海關的報關軟體、稅務的報稅軟體，委託單位是海關或稅務機關，但使用的使用者或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。
專案的任務提出者：本企業內部提出需要完成此專案的人員，一般是領導或商務人員；注意專案的任務提出者一般不同於專案的委託單位，前者一般是企業內部的人員。如果是內部開發專案，則兩者的區別在於前者指人，後者指單位。
專案的主要承擔部門：有些企業根據行業方向或工作性質的不同把軟體開發分成不同的部門（也有的分為不同事業部）。專案的特點就是其矩陣式組織，一般乙個專案的專案成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、整合部門、服務部門等等其中幾個組成。
需要根據專案所涉及的範圍確定本專案的主要承擔部門。
專案建設背景：從政治環境上、業務環境上說明專案建設背景，說明專案的大環境、來龍去脈。這有利於專案成員更好地理解專案目標和各項任務。
例句：根據《某部關於某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作演示文稿制度，及時反映全市某建設工作動態。
目前對於某建設工作的工作主要採用計畫部門手工編制年度計畫、建設工作主管部門和建設工作實施單位聯合手動編制進度計畫，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今後某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市**的要求。因此，充分利用現代資訊化、網際網路的優勢，建立「某市某建設工作資訊報送反饋系統」，提高某建設工作資訊報送反饋工作效率，提高資訊的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。
軟體系統與其他系統的關係：說明與本系統有關的其他系統，說明它們之間的相互依賴關係。這些系統可以是這個系統的基礎性系統（一些資料、環境等必須依靠這個系統才能執行），也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關係、互相依賴的系統。
例句：本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市****。
軟體系統與機構的關係：說明軟體系統除了委託單位和使用單位，還與哪些機構組織有關係。例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1.3 定義
列出為正確理解本計畫書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
1.4 參考資料
列出本計畫書中所引用的及相關的檔案資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些檔案資料和標準的途徑。本節與下一節的「標準、條約和約定」互為補充，注意「參考資料」未必作為「標準、條約和約定」，因為「參考」的不一定是「必須遵守」的。常用資料如：
本專案的合同、標書、上級機關有關通知、經過審批的專案任務書；
屬於本專案的其他已經發表的檔案；
本文件中各處引用的檔案、資料，包括所要用到的軟體開發標準。
1.5 標準、條約和約定
列出在本專案開發過程中必須遵守的標準、條約和約定。例如：相應的《立項建議書》、《專案任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規範等。
「參考資料」一般具有「物質」特性，一般要說明參照了什麼，要說明在**可以獲得；「標準、條約和約定」一般具有「精神」特性，一般是必須遵守的，不說明在**可以獲得。參考資料的內容應該涵蓋「標準、條約和約定」。
《專案名稱》
軟體開發計畫
版本 <1.0>
[注：以下提供的模板用於 rational unified process。其中包括用方括號括起來並以藍色斜體（樣式=infoblue）顯示的文字，它們用於向作者提供指導，在發布此文件之前應該將其刪除。
按此樣式輸入的段落將被自動設定為普通樣式（樣式=正文）。]
修訂歷史記錄
日期版本說明作者《日/月/年》
<>《詳細資訊》
《姓名》
目錄1. 簡介
1.1 目的
1.2 範圍
1.3 定義、首字母縮寫詞和縮略語
1.4 引用
1.5 概述
2. 專案概述
2.1 專案的目的、規模和目標
2.2 假設與約束
2.3 專案的可交付工件
2.4 軟體開發計畫的演進
3. 專案組織
3.1 組織結構
3.2 外部介面
3.3 角色與職責
4. 管理流程
4.1 專案估計
4.2 專案計畫
4.2.1 階段計畫
4.2.2 迭代目標
4.2.3 發布版
4.2.4 專案時間表
4.2.5 專案資源分配
4.2.5.1 人員配備計畫
4.2.5.2 資源獲取計畫
4.2.5.3 培訓計畫
4.2.6 預算
4.3 迭代計畫
4.4 專案監測與控制
4.4.1 需求管理計畫
4.4.2 進度控制計畫
4.4.3 預算控制計畫
4.4.4 質量控制計畫
4.4.5 報告計畫
4.4.6 評測計畫
4.5 風險管理計畫
4.6 收尾計畫
5. 技術流程計畫
5.1 開發案例
5.2 方法、工具和技術
5.3 基礎設施計畫
5.4 產品驗收計畫
6. 支援流程計畫
6.1 配置管理計畫
6.2 評估計畫
6.3 文件計畫
6.4 質量保證計畫
6.5 問題解決計畫
6.6 分包商管理計畫
6.7 流程改進計畫
7. 其他計畫
8. 附錄
9. 索引
軟體開發計畫
1簡介[軟體開發計畫的簡介應提供整個文件的概述。它應包括此軟體開發計畫的目的、範圍、定義、首字母縮寫詞、縮略語、引用和概述。]
1.1目的
[闡明此軟體開發計畫的目的。]
1.2範圍
[簡要說明此軟體開發計畫的範圍：它的相關專案，以及受到此文件影響的任何其他事物。]
1.3定義、首字母縮寫詞和縮略語
[本小節應提供正確理解此軟體開發計畫所需的全部術語、首字母縮寫詞和縮略語的定義。 這些資訊可以通過引用專案詞彙表來提供。]
1.4引用
[本小節應完整地列出此軟體開發計畫中其他部分所引用的所有文件。 每個文件應標有標題、報告號（如果適用）、日期和發布組織。 列出可從中獲取這些引用的**。
這些資訊可以通過引用附錄或其他文件來提供。
對於軟體開發計畫，所引用工件的列表中應包括：
迭代計畫
需求管理計畫
評測計畫
風險管理計畫
開發案例
業務建模指南
使用者介面指南
用例建模指南
設計指南
程式設計指南
測試指南
手冊風格指南
基礎設施計畫
產品驗收計畫
配置管理計畫
評估計畫（僅當該計畫是單獨的計畫時，但它通常是 sdp 的 6.2 節）
文件計畫
質量保證計畫
問題解決計畫
分包商管理計畫
流程改進計畫]
1.5概述
[本小節應說明此軟體開發計畫中其他部分所包含的內容，並解釋文件的組織方式。]
2專案概述
2.1專案的目的、規模和目標
[簡要說明此專案的目的與目標，以及此專案將要交付的可交付工件。]
2.2假設與約束
[列出此計畫所依據的假設和對專案的所有約束（如預算、人員、裝置、時間表等）。]
2.3專案的可交付工件
[以**的形式列出將在專案中建立的工件，包括目標交付日期。]
2.4軟體開發計畫的演進
[以**的形式列出軟體開發計畫的提議版本，以及在計畫外修訂與重新發行此計畫需符合的標準。]
3專案組織
3.1組織結構
[說明專案團隊（包括管理人員和其他複審委員會）的組織結構。]
3.2外部介面
[說明專案與外部組織聯絡的方式。 對於每個外部組織，應確定其內部和外部聯絡人的姓名。]
3.3角色與職責
[確定將負責各個核心工作流程、工作流程明細和支援流程的專案組織單位。]
4管理流程
4.1專案估計
[提供所估計的專案成本與進度、這些估計所依據的基礎，以及專案中將重新進行估計的時間點和情況。]
4.2專案計畫
4.2.1階段計畫
[包括以下內容：
工作細分結構 (wbs)
顯示專案各階段或迭代的時間分配情況的時間線或甘特圖
確定主要里程碑及其成就標準
確定所有重要的發布點和演示版]
4.2.2迭代目標
[列出每次迭代將要實現的目標。]
4.2.3發布版
[簡要說明每個軟體發布版，並指出它是否是演示版、beta 版等。]
4.2.4專案時間表
[用圖表顯示完成迭代與階段、發布點、演示版及其他里程碑的目標日期。]
4.2.5專案資源分配
4.2.5.1 人員配備計畫
[在此處確定所需人員的數目和型別，以及專案階段或迭代需要的任何特殊技能或經驗。]
4.2.5.2 資源獲取計畫
[說明您將如何發現並得到專案所需的人員。]
4.2.5.3 培訓計畫
[列出專案團隊成員需要的所有特殊培訓，以及完成這些培訓的目標日期。]
4.2.6預算
[按照 wbs 和階段計畫分配成本。]
4.3迭代計畫
[通過引用的方式將各項迭代計畫附加在本節中。]
4.4專案監測與控制
4.4.1需求管理計畫
[通過引用附加。]
4.4.2進度控制計畫
[說明以何種方法按照所計畫的時間表監控專案進展，以及如何在需要時執行糾正操作。]
4.4.3預算控制計畫
[說明以何種方法按照專案預算監控專案開支，以及如何在需要時執行糾正操作。]
4.4.4質量控制計畫
[說明將在何時、以何種方法來控制專案可交付工件的質量，以及如何在需要時執行糾正操作。]
4.4.5報告計畫
[說明將生成的內部和外部報告，以及報告發布的頻率和範圍。]
4.4.6評測計畫
[通過引用附加。]
4.5風險管理計畫
[通過引用附加。]
4.6收尾計畫
[說明有序地完成專案所要執行的活動，其中包括人員重新分配、專案材料存檔、事後檢查匯報及報告等。]
5技術流程計畫
5.1開發案例
[通過引用附加。]
5.2方法、工具和技術
[以引用的方式列出所記錄的專案技術標準：
業務建模指南
使用者介面指南
用例建模指南
設計指南
程式設計指南
測試指南
手冊風格指南]
5.3基礎設施計畫
[通過引用附加。]
5.4產品驗收計畫
[通過引用附加。]
6支援流程計畫
6.1配置管理計畫
[通過引用附加。]
6.2評估計畫
[作為軟體開發計畫的一部分，本小節說明專案的產品評估計畫，並介紹評估所使用的技術、標準、指標和過程；評估將包括走查、檢查和複審。請注意，評估計畫是對測試計畫的補充，但軟體開發計畫中並不包括測試計畫。]
6.3文件計畫
[通過引用附加。]
6.4質量保證計畫
[通過引用附加。]
6.5問題解決計畫
[通過引用附加。]
6.6分包商管理計畫
[通過引用附加。]
6.7流程改進計畫
[通過引用附加。]
7其他計畫
[列出合同或法規所要求的其他計畫。]
8附錄[供 sdp 讀者使用的其他材料。]9索引
2軟體開發專案開發計畫書
目錄1.引言 2 1.1 編寫目的 2 1.2 專案簡介 2 1.2.1 專案名稱 2 1.2.2 產品標識 2 1.2.3 專案背景 2 1.3 定義 2 1.4 參考資料 2 2.專案概述 2 2.1 工作內容 2 2.2 交付項 2 2.3 非交付項 2 2.4 專案進度和資源 3 2.5 其...
軟體開發專案投資計畫書
從2000年到2010年這十年間，中國軟體產業發展較快，產業規模增速迅猛。2009年軟體服務業銷售收入同比增長20 是所有行業裡面唯一增長20 以上的產業。2007年軟體收入5834.3億。2007年的前五年，平均的增速接近40 07年的速度與五年前相比增加了五倍多。企業數14373家，平均增速是2...
軟體開發計畫書
專案名稱 開發實驗室管理系統 目錄 1引言 3 1.1編寫目的 3 1.2背景 3 1.3定義 4 1.4參考資料 4 1.5 系統動機 4 1.6標準 條件和約定 5 1.7編寫文件的wbs 5 2專案概述 6 2.1工作內容 6 2.2主要參加人員 6 2.3產品及成果 8 2.3.1程式 8 ...