篇一：軟件項目策劃書範文_軟件項目策劃書
1 引言
1 .1 編寫目的
本開發計劃的目的是：
a． 把在開發過程中對各項工作的人員、分工、經費、系統資源條件等問題的安排用文檔形式記載下來，以便根據本計劃開展和檢查本項目工作，保證項目開發成功；
b． 制訂項目組開發過程中的評審和審查計劃，明確相應的質量管理負責人員；
規定軟件配置管理的活動內容和要求，明確配置管理工作的人員。
特別要求：需求分析必須詳細，並且有相關專家合作進行，
1 .2 背景
本項目軟件名稱爲《電能質量數據分析軟件》。
任務來源於（略）公司；
交辦單位：（略）公司；
承辦單位：北京長峯新康科技有限責任公司。
1 .3 參考資料
無；
1 .4 術語和縮寫詞
暫無；
特別說明：有關公司內部祕密的內容用（略）代替。
2 任務概要
2 .1 工作內容
本項目開發過程中需要進行的各項主要工作爲：
編制附和軟件需求要求的軟件功能的軟件。
文檔計劃建立：
軟件開發計劃；
軟件目錄
軟件需求規格說明
項目開發計劃
可行性報告
軟件標準規範
軟件測試計劃
軟件測試辦法
概要設計說明
軟件可靠性和安全性設計指南
硬件總體設計報告
詳細設計說明
軟件詳細設計報告
軟件代碼（略）
測試分析報告
軟件可靠性和安全性設計檢查單
軟件評審檢查單
軟件使用說明
2 .2 產品
2 .2.1 程序
見需求。
2 .2.2 文檔
文檔內容見2.1中文檔建立。
文檔格式要求按照軟件模式化要求進行，模式按照如下名稱模板要求規定：
項目開發計劃；?軟件開發計劃
軟件目錄；?文檔目錄
軟件需求規格說明；? 需求分析報告
概要設計說明；? 概要設計文檔
詳細設計說明；?詳細設計文檔
軟件標準規範；?源代碼
軟件使用說明；?軟件使用說明書
測試分析報告；?軟件測試報告
軟件評審檢查單。?軟件審查報告
2 .2.3 服務
培訓：
時間：1天；
內容：軟件使用及安裝；
軟件支持：略。
2 .2.4 驗收標準和驗收計劃
驗收測試：
時間：1天。
內容：軟件使用。
軟件確認：
時間：1天；
內容：確定軟件的可使用性，軟件的功能完整性。
3 實施總計劃
3 .1 階段劃分
需求分析：2周；
概要設計：6天；
詳細設計：1.5周；
編碼：3周；
測試：2周；
驗收：2天。
項目啓動時間：20xx-11-14
3 .2 人員組成
姓名 職責 參加時間
廖燕寧 負責軟件的總體 設計時段：全部，開發時段：部分
耿江濤 軟件設計，開發 全部
高小光 設計，開發全部
張欣 說明書，部分文檔 部分
趙健穎 需求 部分
3 .3 任務的分解和人員分工
軟件開發任務按軟件種類採取逐層分解的辦法把任務落實到實處。
管理、協調人員：廖燕寧，趙健穎；
確定質量保證人員：廖燕寧
配置管理人員：耿江濤
形式化檢查人員：趙健穎
使用者：趙健穎。
軟件任務：系統需求
負責人：（略）的市場部經理趙健穎
職責：提供需求。
軟件任務：需求分析
負責人：廖燕寧
職責：進行需求分析，提供需求分析報告。
軟件任務：概要設計
負責人：廖燕寧，耿江濤，高小光
職責：進行概要設計，概要設計框圖，相應文檔。
軟件任務：詳細設計
負責人：廖燕寧，耿江濤，高小光
職責：進行詳細設計，出詳細設計流圖及報告。
軟件任務：編碼
負責人：耿江濤，高小光
職責：編碼，調試及報告。
軟件任務：測試
負責人：廖燕寧，耿江濤，高小光
職責：路徑測試。
軟件任務：更新
負責人：廖燕寧，耿江濤，高小光，趙健穎
職責：由趙健穎根據測試後的軟件提出問題，變更需要更改的地方。
軟件任務：文檔編制
負責人：張欣
職責：軟件使用說明書，部分其他文檔。
3 .4 進度和完成的最後期限
進度包括：
需求分析；
軟件概要設計；
軟件詳細設計；
編碼；
測試；
的時間。
完成的最後期限（不包括測試及驗收）爲：20xx/12/15日(中間有一週軟件培訓，延誤一週)。 3 .5 經費預算
略
3 .6 關鍵問題
（略）。
3 .7 獨立確認測試工作計劃和安排
測試由長峯新康進行；
測試數據由長峯華輝提供；
時間：編碼結束後一週內；
設備：
普通PC 機
Windows 98
（略）電能分析儀。
4 支持需求
篇二：軟件項目計劃書範例
XX 摩 配 廠 生 產 銷 售 系 統
軟件項目計劃書
Software Project Scheme Specification
編 制：編制日期：審 核：批 準：
1.項目概述
1.1目的
幫助每個部門管理者管理，可以通過了解其他部門情況，以便了解全局發展；瞭解每一分資金流向，每一件產品開發、生產、銷售；每一個客戶信息，每一分費用的來龍去脈以及詳細利用。
1.2項目背景
隨着電子商務時代的到來，企業要求充分利用各類信息來快速反應變化多端的市場環境。同時中國加入WTO以後，企業將直接面對國際企業的強勁挑戰。面對錯綜複雜的市場和衆多類型的客戶，您的企業在競爭中能否比競爭對手更快地瞭解客戶的需求變化？更快的掌握營銷業務數據？更快地推出新產品、開拓新市場？您的企業內部業務是否能迅速處理？信息是否完整、規範？部門之間、崗位之間是否能有效協同？分支機構和業務夥伴是否能更有效地監控和協調。
很多摩配企業都是小個體戶，企業商務形象不是很好；資金週轉慢，庫存積壓大
職員工作效率底，勞動強度大；消耗的資金大。
這套摩配管理系統是專爲從事摩配生產、摩配銷售、摩配外貿等摩修摩配單位運用計算機所作的一套高品質的管理軟件。可廣泛使用於各種規模的摩配企業。
1.3項目的範圍和目標
1.3.1範圍描述
1）. 完整的生產流程管理，原料入廠、計劃生產、車牀人員分配、出廠銷售環環緊扣。
2）. 摩配材料費、人工費、相關班組一目瞭然，可以靈活調整產品價格，完全符合摩配行業特點。
3）. 方便的產品檔案管理，自動提取、更新產品檔案資料。
4）. 充分考慮摩配通用件、橫向件的複雜性，銷售單打印可以實時調整產品類型、產品屬性和價錢。
5）. 摩配銷售時，可以隨時查看通用車型及庫存分佈，對常規摩配項目提供簡易管理。
6）. 獨特的同行借調/炒件銷售方式，摩配短平快銷售即進即銷，想顧客之所想，急顧客之所急。
7).簡便實用的摩配內部消耗品領用管理，倉存帳目滴水不漏。
1.3.2 主要功能
1）.概述
（一）、銷售管理：包括客戶信息、發貨計劃
（二）、計劃管理：包括主生產計劃生成以及查看
（三）、採購管理：包括採購單管理（可以進行查詢、打印）、供應商管理
（四）、生產管理： 包括物料管理、生產計劃查看、生產計劃執行情況查詢、
（五）、倉庫管理：包括出/入庫單管理、倉庫信息查詢
（六）、質量管理：包括供應商供貨質量、銷貨質量
2）.系統流程圖
調研實際情況的舊系統流程圖如下：
新設計的系統流程圖如下：
3）.功能描述
此係統總概括來說包括三大功能：
（一）、原料採購功能，工廠大量生產、品種繁多，必定導致原料的採購也是數量大、品種繁多；在採購過程中必定要進行記錄，確定是否已經執行；而且採購員必定是多人的，也可防止採購員之間將同一種材料重複採購。
（二）、倉庫存儲功能，倉庫中存在的貨物包括已採購原料和未銷售產品 。那麼原料已經被誰領購，何時領購，被領購多少，領購何種原料，領夠原料來自何處等都可以詳細記錄以及方便查詢；倉庫中的產品是否已經銷售、銷往何處、銷售多少等。
（三）、銷售功能，可以知道銷售的客戶有哪些，以及客戶最基本的可、聯繫方式，可以方便新產品的推銷等
1.3.3性能
一、 改進企業商務形象，增強用戶信用度
二、 加速資金週轉，降低庫存積壓
三、 提高職員工作效率
四、 減輕勞動強度，降低職員對商業業務的水平要求
1.3.4管理和技術約束
這是首次進行一個完整的項目作業，缺少經驗在所難免；而且這一系統雖有前輩們所留下的經驗，但是與這一系統共同點甚少，所以我們只能借介優點，發揮我們自己的想象以及能力；由於時間的緊迫，調研並不算完善，所以只能根據其他系統中的優點補充我們所缺的。
當然，技術上的欠缺也在所難免，在程序編寫中我們必定會遇到這樣那樣的難題，比如數據庫的連接等。
2.項目估算
2.1使用的歷史數據
葉迪廠生產銷售流程的實地調查
2.2使用的評估技術
軟件規模估算：功能點計算（FP=UFC*TCF=34*0.8=27.2）
成本估算：Walston-Felix模型
工作量估算：COCOMO模型
時間估算：COCOMO模型
2.3工作量、成本、時間估算
預計代碼行L=30(L是以KLOC計數的源代碼行)
成本估算：
0.91E=5.2*L=114.8639（E是以人員爲單位的工作量）
0.35D=13.47*E=70.8650（D是以月爲單位的所需時間）
0.35S=0.54*E=2.8409（S是以人計的人員需求量）
1.01DOC=49*L=1520（DOC是以頁數爲單位的文本量）
工作量估算：a=3.6,b=1.20,S是以千源代碼行（KLOC）計數的程序規模
b1.2E=a*S=3.6*30=213.2299
時間估算:c=2.5,d=.32
d0.32t=c*E=2.5*213.2299=13.9≈14月
3. 風險管理戰略
3.1風險識別
列出TOP10風險
3.2風險計劃
1、確定風險應對策略
2、對TOP10中每條應用哪些策略去應對
4．進度
4.1項目工作分解結構
問題定義與可行性研究 、需求分析 、總體設計、詳細設計、編程、測試、運行與維護。
4.2時限圖如下：
圖中內容如下所視：
5.關鍵問題
在製作這一系統中，最關鍵的問題是數據庫的創建。數據庫的是否優化，直接影響到系統的好壞；在數據庫中如何建表，是影響數據庫的，表中的資源如何分配也是一大問題；在連接數據庫時採用那種技術也會影響到程序編程。
5.1人員
總計6人：王霞，朱韓玲，吳萍，劉戀，楊陽，吉元
5.2硬件和軟件
硬件：計算機（4臺）
軟件：Microsoft Office Word 2003
Microsoft Office Project 2003
Microsoft Office Visio 2003
Visual C++6.0
SQL Server 2000
解析評論：這是對摩配銷售系統項目開發的一個項目計劃書，對此係統開發的背景、目的。功能、風險、估算等做了詳盡的分析計劃，可是我覺得一個很好的項目計劃書還應該包含項目開發的標準、條約和約定、產品目標與範圍、假設與約束、項目應交付成果、可行性分析(什麼設備上、資金上、經濟上等方面)、項目資源分析配置、設備的安排(需要設備的總體數量等)、開發人員任務的分配等多個方面，然而該項目計劃書只是對局部的計劃做了詳盡的描述與安排；例如關鍵問題這一塊的人員部分。僅僅是總計6人，那麼沒有明確說明誰對這個項目負責，誰是這個軟件項目開發的主要技術人員，要知道有一個好的領導管理者關乎着這個項目的成敗，還有就是對項目資源的分析配置沒有做具體的研究分析，資源的配置與安排直接影響項目的開發進度與交付成果，換句話說最終將影響公司的經濟利益，所以一個項目計劃書是一個項目開發的基礎，將直接關乎項目開發成功與否。
篇三：軟件項目計劃書模板
XXX系統
20xx-10-12 10:10
目錄
1 引言 ................................................................................................................................................... 1
1.1 背景 ......................................................................................................................................... 1
1.3 定義 ......................................................................................................................................... 2
1.4 參考資料 .................................................................................................................................. 2
1.5 標準、條約和約定 .................................................................................................................... 2
2 項目概述 .................................................................................................................
........................... 2
2.1 項目目標 .................................................................................................................................. 2
2.2 產品目標與範圍 ........................................................................................................................ 3
2.3 假設與約束 ............................................................................................................................... 3
2.4 項目工作範圍 ........................................................................................................................... 3
2.5 應交付成果 ............................................................................................................................... 3
2.5.1 需完成的軟件 .................................................................................................................. 3
2.5.2 需提交用戶的文檔 ........................................................................................................... 3
2.5.3 須提交內部的文檔 ........................................................................................................... 3
2.5.4 應當提供的服務 .............................................................................................................. 4
2.6 項目開發環境 ........................................................................................................................... 4
2.7 項目驗收方式與依據 ................................................................................................................. 4
3 項目團隊組織 ..................................................................................................................................... 4
3.1 組織結構 .................................................................................................................................. 4
3.2 人員分工 .................................................................................................................................. 4
3.3 協作與溝通 ............................................................................................................................... 5
3.3.1 項目團隊內部協作 ........................................................................................................... 5
3.3.2 項目接口人員 .................................................................................................................. 5
3.3.3 項目團隊外部溝通與協作模式 ......................................................................................... 5
4 實施計劃 ............................................................................................................................................ 5
4.1 風險評估及對策 ........................................................................................................................ 5
4.2 工作流程 .................................................................................................................................. 6
4.3 總體進度計劃 ........................................................................................................................... 6
4.4 項目控制計劃 ........................................................................................................................... 7
4.4.1 質量保證計劃 .................................................................................................................. 7
4.4.2 進度控制計劃 .................................................................................................................. 7
4.4.3 預算監控計劃 .................................................................................................................. 8
4.4.4 配置管理計劃 .................................................................................................................. 8
5 支持條件 ............................................................................................................................................ 8
5.1 內部支持 .................................................................................................................................. 8
5.2 客戶支持 .................................................................................................................................. 8
5.3 外包（可選） ........................................................................................................................... 8
6 預算 ................................................................................................................................................... 9
6.1 人員成本 .................................................................................................................................. 9
6.2 設備成本 .................................................................................................................................. 9
6.3 其它經費預算 ........................................................................................................................... 9
7 關鍵問題 ............................................................................................................................................ 9
8專題計劃要點 ...................................................................................................................................... 9
XXX軟件項目計劃書
根據《GB8567－88計算機軟件產品開發文件編制指南》中項目開發計劃的要求，結合實際情況調整後的《項目計劃書》內容如下：
1 引言
1.1 背景
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容：
(1) 項目的名稱
經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟件系統名稱有較大的關係，如針對“XX系統”開發的項目名稱是“XX系統開發”。
(2) 項目的委託單位
如果是根據合同進行的軟件開發項目，項目的委託單位就是合同中的甲方；如果是自行研發的軟件產品，項目的委託單位就是本企業。
(3) 項目的用戶（單位）：
軟件或網絡的使用單位，可以泛指某個用戶羣。注意項目的用戶或單位有時與項目的委託單位是同一個，有時是不一樣的。如海關的報關軟 件、稅務的報稅軟件，委託單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。
(4) 項目的任務提出者
本企業內部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同於項目的委託單位，前者一般是企業內部的人員。如果是內部開發項目，則兩者的區別在於前者指人，後者指單位。
(5) 項目的主要承擔部門
有些企業根據行業方向或工作性質的不同把軟件開發分成不同的部門（也有的分爲不同事業部）。項目的特點就是其矩陣式組織，一般一個項 目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據項目所涉及的範圍確定本項目 的主要承擔部門。
(6) 項目建設背景
從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。這有利於項目成員更好地理解項目目標和各項任務。
(7) 軟件系統與其他系統的關係
說明與本系統有關的其他系統，說明它們之間的相互依賴關係。這些系統可以是這個系統的基礎性系統（一些數據、環境等必須依靠這 個系統才能運行），也可以是以這個系統爲基礎的系統，或者是兩者兼而有之的關係、互相依賴的系統。例句：本系統中對外部辦公部分如需要各個建設單位報送材 料的子系統應當掛在市政府網站。
(8) 軟件系統與機構的關係
說明軟件系統除了委託單位和使用單位，還與哪些機構組織有關係。例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1.3 定義
列出爲正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意儘量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
1.4 參考資料
列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節與下一節的“標 準、條約和約定”互爲補充，注意“參考資料”未必作爲“標準、條約和約定”，因爲“參考”的不一定是“必須遵守”的。常用資料如：
本項目的合同、標書、上級機關有關通知、經過審批的項目任務書；
屬於本項目的其他已經發表的文件；
本文檔中各處引用的文件、資料，包括所要用到的軟件開發標準。
1.5 標準、條約和約定
列出在本項目開發過程中必須遵守的標準、條約和約定。例如：相應的《立項建議書》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規範等。
“參考資料”一般具有“物質”特性，一般要說明參照了什麼，要說明在哪裏可以獲得；“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪裏可以獲得。參考資料的內容應該涵蓋“標準、條約和約定”。
2 項目概述
2.1 項目目標
設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什麼什麼時間完成開發什麼什麼軟件系統或完成什麼什麼軟件安裝集成任務。注意“要完成一個系統”只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發軟件 系統最主要的功能和系統本身的比較深層次的社會目的.或系統使用後所起到的社會效果。
項目目標應當符合SMART原則：
? 明確的陳述(Specific)
? 可以衡量的結果(Measurable)
? 可以達成的目標(Attainable)
? 現實的或者說是能和實際工作相結合(Realistic)
? 可以跟蹤的(Trackable)
項目目標可以進行橫向的分解也可以進行縱向的分解。
橫向分解
一般按照系統的功能或按照建設單位的不同業務要求，如分解爲第一目標、第二目標等等；
縱向的分解
一般是指按照階段，如分解爲第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應當說明目標實現的較爲明確的時間。一 般要在說明了總目標的基礎上再說明分解目標，可加上“爲實現項目的總目標，必須實現以下三個階段目標······”
2.2 產品目標與範圍
根據項目輸入（如合同、立項建議書、項目技術方案、標書等）說明此項目要實現的軟件系統產品的目的與目標及簡要的軟件功能需求。對項目成果（軟件系統）範 圍進行準確清晰的界定與說明是軟件開發項目活動開展的基礎和依據。軟件系統產品目標應當從用戶的角度說明開發這一軟件系統是爲了解決用戶的那些問題。
產品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監督，提高信息的及時性、彙總統計信息的準確性，減輕各級相關工作人員的勞動強 度。”
2.3 假設與約束
對於項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內容將限制你實現什麼、怎樣實現、什麼時候實現、成本範圍等種種制約條件。
假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如：“系統分析員必須在3天內到位”或“用戶必須在8月8日前確定對需求文檔進行確認”
約束一般是難以解決的問題，但可以通過其他途徑迴避或彌補、取捨，如人力資源的約束限制，就必須犧牲進度或質量等等。
假設與約束是針對比較明確會出現的情況，如果問題的出現具有不確定性，則應該在風險分析中列出，分析其出現的可能性（概率）、造成的影響、應當採取的相應措施。
2.4 項目工作範圍
說明爲實現項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。注意產品範圍與項目工作範圍的不同含義。
產品範圍界定：軟件系統產品本身範圍的特徵和功能範圍。
工作範圍界定：爲了能夠按時保質交付一個有特殊的特徵和功能的軟件系統產品所要完成的那些工作任務。
產品範圍的完成情況是參照客戶的需求來衡量的，而項目範圍的完成情況則是參照計劃來檢驗的。這兩個範圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產品要求準時交付。
2.5 應交付成果
2.5.1 需完成的軟件
列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數據庫對象創建語句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。
2.5.2 需提交用戶的文檔
列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規定。
2.5.3 須提交內部的文檔
可根據《GB8567-88計算機軟件產品開發文件編制指南》附錄O：“文件編制實施規定的實例（參考件）”結合各企業實際情況調整制定《軟件開發文檔編 制裁減衡量因素表》。根據《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。將不適用於本項目的內容裁減，以減少不必要的項目任務和資源。
根據因素取值列出本項目應完成的階段成果，說明本項目取值所在的區間，將其他因素值區間刪除。