篇一：軟體專案策劃書範文_軟體專案策劃書
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：“檔案編制實施規定的例項（參考件）”結合各企業實際情況調整制定《軟體開發文件編 制裁減衡量因素表》。根據《因素表》確定專案對應的專案衡量因素取值，以確定本專案應完成的階段成果。將不適用於本專案的內容裁減，以減少不必要的專案任務和資源。
根據因素取值列出本專案應完成的階段成果，說明本專案取值所在的區間，將其他因素值區間刪除。