專案名稱
（the english name）
專案開發計畫書
研發中心
修訂表審批記錄
目錄2 引言 2
1 1.1編寫目的 2
1.2專案背景 2
1.3術語和縮寫詞定義 2
1.4參考資料 2
3 2 專案概述 2
2.1工作內容 2
2.1.1專案軟體過程定義 2
2.1.2定義生命週期 2
2.1.3任務簡述 2
2.1.4軟體規模估計 2
2.1.5 工作量估算 2
2.1.6關鍵計算機資源 2
2.1.7軟體工程裝置和支援工具 2
2.1.8風險估計 2
2.2度量目標 2
2.3條件和限制錯誤！未定義書籤。
2.4產品 2
2.4.1軟體工作產品 2
2.4.2執行環境 2
2.4.3服務 2
2.4.4驗收標準 2
4 3 實施計畫 2
3.1任務分解和進度安排 2
3.2溝通 2
3.3.1相關組或個人職責 2
3.3.2組間關係 2
3.4 預算 2
5 4 專題計畫要點 2
6 附錄 2
闡明編寫開發計畫的目的：
a) 專案的名稱
b) 專案的提出者、開發者和使用者
包含如下內容：
a) 專案的委託單位、開發單位和主管部門
b) 該軟體系統與其他系統的關係
列出文件中用到的專門術語的定義和縮寫詞的原文
a) 專案經核准的計畫書、合同或上級機關的批文
b) 文件中所引用的資料，所採用的軟體標準或規範;列出這些資料的作者、標題、發表日期、出版單位或資料**
識別專案特性並量化，根據剪裁原則定義專案的類別；根據詳細剪裁指南，對軟體過程元素活動進行剪裁；（本部分內容詳細描述在工作範圍，開發進度要求，專案活動的順序關係等內容的描述中）
為專案選定軟體生命週期；
簡要說明專案的各項主要工作，介紹所開發軟體的功能、效能等。
對軟體專案的規模進行估計，考慮重用**或重用文件的規模。
注：工作成果包括：子系統，模組，**行/頁面/介面，文件，需求等
工作成果規模包括：子系統數，模組數，**行數/頁面數/介面數，文件頁數，功能個數等
根據估算得到的軟體規模，進行工作量的估算。估算的內容包括：
專案管理活動：專案跟蹤、例會、評審等工作量，按專案經理經驗值或參考歷史資料進行估算；
專案支援活動：配置管理、sqa活動、測試活動等工作量，分別由scm人員、sqa人員、測試人員協助專案經理按經驗值或參考歷史資料進行估算；
技術活動：估算出**/文件的工作量，個人估算採用經驗值，彙總時採用delphi估算法。
本專案沒有關鍵計算機資源。
1. 逐項列出該專案開發過程中和執行時必需的計算機系統支援，包括計算機、外圍裝置、通訊裝置以及必須的系統軟體、支援軟體。
2. 估計為完成專案應具備的人力資源。
3. 開發單位已具備的條件以及尚需創造的條件
軟硬體資源
人力資源
說明可能影響專案的關鍵問題，如裝置條件、技術難點或其他風險因素，並進行估計。
● 專案度量指標
說明：專案經理可根據專案的特徵資訊在以上度量目標中增加專案特有的度量目標。
● 根據度量週期的要求，結合專案計畫及相關計畫，確定各度量任務的具體開展時間（若有專門的度量分析計畫，則此**可以不填寫）
列出需交付的程式名稱、所用的語言及儲存形式並扼要說明每個程式的功能、特別需求數。
1. 使用者類工作產品：列出需提交給使用者的工作產品，包括文件，可執行程式等。
2. 過程類工作產品：列出在專案開發生命週期中產生的所有工作產品。
3. 工程類工作產品：列出遞交給工程人員用於工程維護的工作產品，如程式維護手冊。
4. 相關組工作產品：相關組需遞交給專案組的工作產品。
標識專案執行的硬體環境、軟體環境。
闡明開發單位可向使用者提供的服務。如人員培訓、安裝、保修、維護和其他執行支援。
對上述產品和服務，逐項說明或引用資料說明驗收標準。
按層次將專案開發中各個階段（如需求分析、概要設計等）所需完成的任務（包括檔案的編制）詳細進行分解，指明每項任務的負責人和參加者。列出專案開發各階段的每項工作的預定起始日期和完成日期，交付期限。規定各項工作任務完成的先後順序，並說明每項工作完成的標誌性事件。
在本條目可用**簡要提出工作量估計情況，同時使用ms project詳細列出進度安排。
注意：1.此處需要把cm、qa、專案評審、測試、週會、專案管理等內容填入工作量表中；
2．文件編寫和編碼測試等工作量，根據規程要求，用delphi方法進行估計；
3．專案管理活動及支援活動採用經驗法進行估計，並填寫計畫公式，如：qa活動的工作量為，0.5人天/周*12周=6人天，表示每週需要用半天時間進行qa檢查及寫報告，專案總共需要12周時間，qa活動工作量為6人天。
4.對於沒有明確開始時間和結束時間的活動，比如sqa活動，可以專案開始時間和結束時間。
1. 說明專案同其它有關單位之間的協調人員及其職責：
a) 本專案同使用者之間的協調人員及其職責
b) 該專案同各有關機構的協調人員及其職責
2. 說明專案組內以及與其他工作組之間的交流方式和資訊傳遞方式（即：分發方式）。
3. 說明交流時間（交付期限），做到組間充分交流和協調，
注：建議採用**，做出溝通計畫。
識別出和本專案組關聯的組和個人（包括顧客或顧客代表，市場部，採購部，工程部，其他專案組或個人，qa人員，cm人員，測試人員等），並說明和專案組的關係與職責。
逐項列出需由使用者或其他組承擔的工作和完成日期，包括由他們提供的條件和日期，以及完成這些工作的要求。
注：1. 事項：指需相關組和個人參與的專案事項，包括參與需求，解決技術問題，參與工作產品評審等。
3專案開發計畫書格式
軟體專案開發計畫書約定 第一條為保證專案能有計畫的推進以按時完成，專案初期應制定專案開發計畫。第二條專案開發計畫由專案經理 第一負責人負責，提交至部門正 副經理審閱，再報告公司分管領導。第三條專案開發計畫編寫時間原則上在專案組成立後，以及基本了解專案需求的基礎上制定。第四條專案開發計畫書應明確工作內...
軟體開發專案計畫書格式參考
正文一 專案計畫書格式 根據 gb8567 88計算機軟體產品開發檔案編制指南 中專案開發計畫的要求，結合實際情況調整後的 專案計畫書 內容索引如下 1 引言 1.1 編寫目的 1.2 背景 1.3 定義 1.4 參考資料 1.5 標準 條約和約定 2 專案概述 2.1專案目標 2.2產品目標與範圍...
專案開發計畫書
專案名 提示 專案名稱 專案番號 專案名稱 版本 1.0.0 江蘇 軟體股份 修改履歷 目錄1.專案概要 4 1.1.專案背景 4 1.2.專案的基本任務和目標 4 1.3.專案整體資源 組織 結構 4 1.4.使用者的基本目標和需求 4 2.專案主要的階段及里程碑 4 2.1.專案作業一覽表 4 ...