軟體專案策劃書(集錦6篇)
軟體專案策劃書(集錦6篇)
時間一溜煙兒的走了，工作已經告一段落了，我們又將接觸新的知識，學習新的技能，迎來新的工作目標，我們要好好制定今後的工作方法，寫一份策劃書了。相信寫策劃書是一個讓許多人都頭痛的問題，下面是小編整理的軟體專案策劃書，希望能夠幫助到大家。
軟體專案策劃書1
一、專案實施方案概述
軟體產品，特別是行業解決方案軟體產品不同於一般的商品，使用者購買軟體產品之後，不能立即進行使用，需要軟體公司的技術人員在軟體技術、軟體功能、軟體操作等方面進行系統除錯、軟體功能實現、人員培訓、軟體上線使用、後期維護等一系列的工作，我們將這一系列的工作稱為軟體專案實施。大量的軟體公司專案實施案例證明，軟體專案是否成功、使用者的軟體使用情況是否順利、是否提高了使用者的工作效率和管理水平，不僅取決於軟體產品本身的質量，軟體專案實施的質量效果也對後期使用者應用的情況起到非常重要的影響。專案實施規範主要包括專案啟動階段、需求調研確認階段、軟體功能實現確認階段、資料標準化初裝階段、系統培訓階段、系統安裝測試及試執行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關係，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個專案實施階段分別介紹。
二、專案實施方案介紹
（一）專案啟動階段
此階段處於整個專案實施工作的最前期，由成立專案組、前期調研、編制總體專案計劃、啟動會四個階段組成。
此階段主任務：
公司：在合同簽定後，指定專案經理，成立專案組，授權專案組織完成專案目標。
公司專案組：進行前期專案調研，與使用者共同成立專案實施組織，編制《總體專案計劃》，召開專案啟動會。
商務經理：配合公司專案組，將積累的專案和使用者資訊轉交給專案組。將專案組正式介紹給使用者，配合專案組建立與使用者的聯絡。
使用者：成立專案實施組織，配合前期調研和召開啟動會，簽署《總體專案計劃》和《專案實施協議》。
1、成立專案組
部門經理接到實施申請後，任命專案經理，指定專案目標，由部門經理及專案經理一起指定專案組成員及成員任務，並報總經理簽署《專案任務書》。
2、前期調研
專案經理及專案組成員，在商務人員配合下，建立與使用者的聯絡，對合同、使用者進行調研。填寫《使用者及合同資訊表》。在專案商務談判中，商務經理積累了大量的資訊，專案組首先應收集商務和合同資訊，並與商務經理一起識別那些個體和組織是專案的干係人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保專案能夠成功。
3、編制《專案總體計劃》
《專案總體計劃》是一個檔案或檔案的集合，隨著專案資訊不斷豐富和變化，會被不斷變更，主要介紹專案目標、主要專案階段、里程碑、可交付成果。通常包括以下幾方面內容：
專案描述，專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配（包括使用者的）；
溝通管理計劃，確定專案干係人對資訊和溝通的需要：即什麼人何時需要什麼資訊以及透過什麼方式將資訊提供給他們。質量管理計劃，確定適合於專案的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體專案的要求而定。未解決事宜和未定的決策
4、啟動會
專案組與使用者共同召開的宣佈專案實施正式開始的會議。
會程安排如下：
共同組建專案實施組織，實施組織的權利和職責；雙方簽署《專案實施協議》。
專案組介紹《專案總體計劃》和《專案實施協議》，包括以下內容：
專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配（包括使用者的）；
專案實施中專案管理的必要性和如何進行專案管理，專案的質量如何控制；
專案實施中使用者的參與和領導的支援的重要作用；
階段驗收、技術交接和專案結束後如何對使用者提供後續服務。
（二）需求調研確認階段
此階段的主要工作是軟體公司的專案實施人員向用戶調查使用者對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成後，會編寫《需求調研分析手冊》，並交付使用者進行確認，待使用者對《需求調研分析手冊》上所提到的需求確認完畢後，專案實施人員將以此為依據進行軟體功能的實現。如果使用者又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：
1、進行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否透過《需求調研計劃》，專案組、部門經理、商務等人員根據合同要求和專案實際情況對《需求調研計劃》草稿進行評審，如評審透過，則在稍後的時間內簽署，如評審不透過則重新修改。
4、使用者是否簽署《需求調研計劃》，如使用者簽署《需求調研計劃》，則作為以後需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行後續工作。
6、編寫及發出《需求調研通知》，專案組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給使用者，為順利完成需求調研工作做準備
7、需求調研，專案組以《需求調研手冊》為依據，從業務流程、單據使用、列印格式、報表查詢幾個方面展開深入和全面的調研，並蒐集使用者的個性化需求。
8、需求調研分析根據調研的結果，專案組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。
9、內部評審是否透過《需求分析報告》。專案組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審透過，則在稍後由使用者簽署，如評審不透過則重新修改，直至內部評審透過。
10、編寫及發出《需求分析報告確認通知》。專案組編寫《需求分析報告確認通知》，發給使用者，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。
11、使用者是否確認《需求分析報告》。如果使用者確認，並簽署了《需求分析報告》，則需求調研階段工作結束，進行後續的軟體功能實現的工作；如沒有確認，則進一步進行調研、分析，直至使用者最終確認並簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之後，如果使用者提出新的需求或是變更已有的需求，則執行需求新增及變更流程
（三）軟體功能實現確認階段
此階段的主要工作是專案實施人員根據需求調研階段確認的《需求調研分析手冊》中的使用者需求內容進行具體軟體功能的實現工作。在軟體功能實現的過程中，專案實施人員將記錄軟體實現的詳細過程。便於公司售後服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢後，專案實施人員將編制《軟體功能確認表》，將定製好軟體功能待使用者確認，使用者根據《軟體功能確認表》上的功能逐一確定軟體功能是否達到要求，對不滿足要求的功能，專案實施人員將會記錄下來並進行功能修改，直到滿足用於要求。
（四）資料標準化初裝階段
此階段的主要工作是專案實施人員指導使用者進行系統標準化資料的準備工作，並對使用者進行初裝資料的軟體操作培訓，以便使用者能夠及時的將標準資料錄入系統，初裝完成後，專案實施人員會對資料初裝的情況進行核查，為以後具體業務功能的開展做好基礎。
五）系統培訓階段
系統培訓階段工作是整個專案實施工作中比較重要的工作，使用者對軟體的操作功能是否熟練將直接影響到後面的軟體應用效果，所以軟體公司和使用者雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱鉅性。在專案實施之前對使用者的相關人員進行系統和規範的產品培訓是非常必要的，達到讓使用者瞭解軟體產品，最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將使用者參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的使用者參加產品培訓人員的培訓內容分別是：
決策層：領導在實施中的作用與重要性、決策查詢。
維護層：系統維護知識、操作方法。
操作層：操作方法。
具體的培訓工作流程為：
1、調研培訓資訊：在培訓開始前3天由使用者實施負責人，將參加培訓的部門和人員情況填入《受訓部門彙總表》、《受訓人員情況一覽表》。
2、編制培訓計劃：結合調研結果，與使用者實施負責人商議具體培訓內容、時間，場地，人員等。專案組編制《培訓計劃》。
3、簽署培訓計劃：使用者簽署《培訓計劃》，進一步確認培訓安排。
4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等資訊通知使用者實施負責人。
5、搭建培訓環境：公司專案組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。
6、組織培訓：公司專案組培訓負責人與使用者實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由使用者將考勤情況填入《培訓人員簽到表》。
7、培訓考核：公司專案組培訓負責人與使用者實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結：公司專案組培訓負責人與使用者實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人彙報。
（六）系統安裝測試及試執行階段
此階段的主要工作是在使用者真實環境下，對使用者網路及硬體裝置進行測試，對軟體系統進行容量、效能壓力等測試測試及試執行的目的在於確保系統各項功能均能正常使用，並且符合使用者簽署的《需求分析報告》中描述的需求，同時把儘可能多的潛在問題在正式執行之前發現並改正；同時目的還在於在正式執行前使用者的有關人員能進一步提高操作水平，掌握操作規範。此階段的主要工作內容為：
1、編制計劃：與使用者實施負責人商議具體測試及試執行時間，地點，人員等安排，專案組編制《測試及試執行計劃》。
2、簽署計劃：使用者簽署《測試及試執行計劃》，進一步確認測試及試執行安排。
3、發測試及試執行通知：在測試及試執行開始前2天，按照簽署的《測試及試執行計劃》，將時間，地點，人員等資訊通知使用者實施負責人。
4、搭建環境及資料準備：在試執行開始前搭建好軟體環境、硬體環境、網路環境、調通線路；檢查軟體、硬體、網路、線路等各個環節是否有問題；5、組織測試及試執行：使用者相關各級領導給予全面配合，組織相關人員進行測試及試執行.
公司專案組負責擔當指揮，檢查使用者人員組織情況並給予指導，跟蹤檢查如下情況：
跟蹤單據流轉狀況。
跟蹤新資料登入環節。
觀察業務流程執行狀況。
觀察操作人員操作表現。
觀察系統執行速度及異常表現。
觀察關鍵資料的正確性。
及時糾正錯誤操作、對於新發生的問題及時與相關人員溝通，確定解決辦法。
6、測試及試執行總結：測試及試執行完成，總結試執行中裝置、軟體的執行情況，總結試執行中業務流程和操作環節的情況，以書面總結形式將測試及試執行結果通知相關負責人。
（七）總體驗收階段
此階段是對專案總體的完成情況進行驗收。驗收分階段進行，在每一專案階段結束時，使用者對這一階段的可交付成果進行驗收，在測試及試執行結束後，對系統進行總體驗收。
軟體專案策劃書2
第一部分 摘要（整個計劃的概括）
一、公司簡單描述
二、公司的宗旨和目標（市場目標和財務目標）
三、公司目前股權結構
四、已投入的資金及用途
五、公司目前主要產品或服務介紹
六、市場概況和營銷策略
七、主要業務部門及業績簡介
八、核心經營團隊
九、公司優勢說明
十、目前公司為實現目標的增資需求：原因、數量、方式、用途、償還
十一、融資方案（資金籌措及投資方式）
十二、財務分析
1.財務歷史資料（前3年～5年銷售彙總、利潤、成長）
2.財務預計（後3年～5年）
3.資產負債情況
第二部分 綜述
第一章、公司介紹
一、公司的宗旨（公司使命的表述）
二、公司簡介資料
三、各部門職能和經營目標
四、公司管理
1.董事會
2.經營團隊
3.外部支援（外聘人士/會計師事務所/律師事務所/顧問公司/技術支援/行業協會等）
第二章、技術與產品
一、技術描述及技術持有
二、產品狀況
1.主要產品目錄（分類、名稱、規格、型號、價格等）
2.產品特性
3.正在開發/待開發產品簡介
4.研發計劃及時間表
5.智慧財產權策略
6.無形資產（商標/智慧財產權/專利等）
三、產品生產
1.資源及原材料供應
2.現有生產條件和生產能力
3.擴建設施、要求及成本，擴建後生產能力
4.原有主要裝置及添置裝置
5.產品標準、質檢和生產成本控制
軟體專案策劃書3
一、專案計劃的要素
根據PMBOK20xx，專案計劃可以包含如下要素：
1、專案範圍說明
專案範圍說明闡述進行這個專案的原因或意義，形成專案的基本框架，使專案所有者或專案管理者能夠系統地、邏輯地分析專案關鍵問題及專案形成中的相互作用要素，使專案干係人在專案開始實施前或專案相關文件編寫以前，能夠就專案的基本內容和結構達成一致；專案範圍說明應當形成專案成果核對清單，作為專案評估的依據，在專案終止以後或專案最終報告完成以前進行評估，以此作為評價專案成敗的依據；範圍說明還可以作為專案整個生命週期監控和考核專案實施情況的基礎，和專案其他相關計劃的基礎。
2、專案進度計劃
進度計劃是說明專案中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關係的計劃。透過進度計劃的編制，使專案實施形成一個有機的整體。進度計劃是進度控制和管理的依據，可以分為專案進度控制計劃和專案狀態報告計劃。
在進度控制計劃中，要確定應該監督哪些工作、何時進行監督、監督負責人是誰，用什麼樣的方法收集和處理專案進度資訊，怎樣按時檢查工作進展和採取什麼調整措施，並把這些控制工作所需的時間和人員、技術、物資資源等列入專案總計劃中。
3、專案質量計劃
質量計劃針對具體待定的專案，安排質量監控人員及相關資源、規定使用那些制度、規範、程式、標準。專案質量計劃應當包括與保證與控制專案質量有關的所有活動。質量計劃的目的是確保專案的質量目標都能達到。根據ISO9001要求和PMBOK20xx，為實現質量目標，組織應遵循以顧客為中心、領導作用、全員參與、過程方法、管理的系統方法、持續改進、基於事實的決策方法、互利的供方關係等8項質量管理原則。
4、專案資源計劃
有了專案範圍計劃和進度計劃後，資源計劃就是決定在專案中的每一項工作中用什麼樣的資源（人、材料、裝置、資訊、資金等等），在各個階段使用多少資源。專案費用計劃包括資源計劃、費用估算、費用預算。
5、專案溝通計劃
溝通計劃就是制定專案過程中專案干係人之間資訊交流的內容、人員範圍、溝通方式、溝通時間或頻率等溝通要求的約定。
6、風險對策計劃
風險對策計劃是為了降低專案風險的損害而分析風險、制定風險應對策略方案的過程，包括識別風險、量化風險、編制風險應對策略方案等過程。
7、專案採購計劃
專案採購計劃過程就是識別哪些專案需求可應透過從本企業外部採購產品或裝置來得到滿足。如果是軟體開發工作的採購，也就是外包，應當同時制定對外包的進度監控和質量控制的計劃。
8、變更控制、配置管理計劃
由於專案計劃無法保證一開始就預測得非常準確，在專案進行過程中也不能保證準確有力的控制，導致專案計劃與專案實際情況不符的情況經常發生，所以必須有效處理專案的變更。變更控制計劃主要是規定變更的步驟、程式，配置管理計劃就是確定專案的配置項和基線，控制配置項的變更，維護基線的完整性，向專案干係人提供配置項的準確狀態和當前配置資料。
二、專案計劃編制過程
由於軟體開發的手工性、個體性特徵，軟體開發專案計劃不可能是一個靜態的計劃，一次在專案啟動時，可以先制定一個顆粒度相對比較粗的專案計劃，先確定專案高層活動和預期里程碑。粗顆粒度的專案計劃需要不斷地更新迭代，根據專案的大小和性質以及專案的進展情況進行迭代和調整。迭代和調整的週期也是根據專案的情況進行制訂的，一般短到一週，長到2個月左右。經過不斷的計劃制訂、調整、修訂等工作，專案計劃從最初的粗粒度，變得非常詳細。這樣的計劃將一直延續到專案結束，延續到專案的成果出現。
制定計劃的過程就是一個對專案逐漸瞭解掌握的過程，透過認真地制定計劃，專案經理可以知道哪些要素是明確的，哪些要素是要逐漸明確的，透過漸近明細不斷完善專案計劃。階段計劃中包含的和下一階段工作安排是掌握專案進度的依據，從階段計劃對照總體計劃，才能一目瞭然地看出工作的進展情況。制定計劃的過程，也是在進度、資源、範圍之間尋求一種平衡的過程。制定計劃的精髓不在於寫出一份好看的文件，而在於運用您的智慧去應對各種問題和麵臨風險並儘可能做出前瞻性的思考。一旦計劃被負責任地完成，他就可以給自己一個和管理層或客戶交流與協商的基礎，幫助你在專案過程中防範各種問題的出現，幫助你保證專案按時完成。
企業確定要開始某個專案時一般會下達一個立項的檔案，暫且叫“專案立項檔案”，主要內容是遵照的合同或相關協議，專案的大致範圍、專案結束的截止時間和一些關鍵時間，指定專案經理和部分專案成員等等。
接下來的專案計劃編寫一般要按照以下過程：
1、成立專案團隊
相關部門收到經過審批後的“專案立項檔案”和相關資料，則正式在“專案立項檔案”中指定的專案經理組織專案團隊，成員可以隨著專案的進展可以在不同時間加入專案團隊，也可以隨著分配的工作完成而退出專案團隊。但最好都能在專案啟動時參加專案啟動會議，瞭解總體目標、計劃，特別是自己的目標職責，加入時間等等。
2、專案開發準備
專案經理組織前期加入的專案團隊成員準備專案工作所需要的規範、工具、環境。如開發工具、原始碼管理工具、配置環境、資料庫環境等。前期加入的專案團隊成員主要由計劃經理，系統分析員等組成，但快要制定好的專案計劃一定要儘可能經過在所有專案團隊成員和專案干係人中間的充分溝通。如果專案中存在一些關鍵的（指將影響專案成敗）技術風險，則在這一階段專案經理應組織人員進行預研。預研的結果應留下下書面結論以備評審。
說明：專案計劃書必須在相應階段對專案目標、階段目標和各項任務進行精確的定義，就是要在相應階段進一步進行專案目標的細化工作；特別是在概要設計完成，詳細設計或編碼實現開始之前應該對下一階段的目標任務進行細化。應當充分調查並掌握影響專案計劃的一切內部和外部影響因素；應當儘可能充分地分析專案工作分解結構，透過分析專案工作分解結構不僅獲得專案的靜態結構，而且透過邏輯分析，獲得專案各工作任務之間動態的工作流程；應當將專案目標、任務進行分解，制定詳細的實施方案。
3、專案資訊收集
專案經理組織專案團隊成員透過分析接收的專案相關文件、進一步與使用者溝通等途徑，在規定的時間內儘可能全面收集專案資訊。專案資訊收集要講究充分的、有效率的溝通，並要達成共識。有些成員認為，電子郵件發來的文件（計劃、需求、周計劃等）是在溝通不夠充分的情況下完成的，成員看過後有不瞭解或與自己的能力或意願不符的情況，但透過電子郵件等方式溝通的效率不高，這也許是個習慣的問題，也許和某個具體問題本身是否容易透過電子郵件溝通清楚有關。因此重要的內容需要開會進行Q&A討論，確保所有重要問題都得到理解，最終達成共識。討論會上達成共識的應當記錄成文字落實在具體的文件中。
4、編寫《軟體專案計劃書》
專案經理負責組織編寫《軟體專案計劃書》。《軟體專案計劃書》是專案策劃活動核心輸出文件，它包括計劃書主體和以附件形式存在的其他相關計劃，如配置管理計劃等。《軟體專案計劃書》的編制參考《GB8567－88計算機軟體產品開發檔案編制指南》中專案開發計劃的要求。各企業在建立ISO9001質量管理體系或CMM過程中也會建立相應的《軟體開發專案計劃書規範》。
編制專案計劃的過程應當分為以下幾個步驟：
a、確定專案的應交付成果。這裡的專案的應交付成果不僅是指專案的最終產品，也包括專案的中間產品。例如通常情況下軟體開發專案的專案產品可以是：需求規格說明書、概要設計說明書、詳細設計說明書、資料庫設計說明書、專案階段計劃、專案階段報告、程式維護說明書、測試計劃、測試報告、程式程式碼與程式檔案、程式安裝檔案、使用者手冊、驗收報告、專案總結報告等等。
b、任務分解：從專案目標開始，從上到下，層層分解，確定實現專案目標必須要做的各項工作，並畫出完整的工作分解結構圖。軟體開發專案剛開始可能只能從階段的角度劃分，如需求分析工作、架構設計工作、編碼工作、測試工作等等，當然規模較大時也可把需求、設計拆分成不同的任務。不過特別是在概要設計完成時可以對下一階段的目標任務進行橫向的細化。
c、在資源獨立的假設前提下確定各個任務之間的相互依賴關係，以確定各個任務開始和結束時間的先後順序；獲得專案各工作任務之間動態的工作流程。
d、確定每個任務所需的時間，即根據經驗或應用相關方法給任務需要耗費的時間；確定每個任務所需的人力資源要求，如需要什麼技術、技能、知識、經驗、熟練程度等等。
e、確定專案團隊成員可以支配的時間，即每個專案成員具體花在專案中的確切時間；確定每個專案團隊成員的角色構成、職責、相互關係、溝通方式。
f、確定管理工作，管理工作是貫穿專案生命週期的，如專案管理、專案會議等、編寫階段報告。專案團隊成員之間的溝通時間、專案團隊成員和其他專案干係人之間的溝通時間也比較容易被忽視，而溝通時間也是比較不容易固定地量化和日程化。但這些工作在計劃中都應當充分地被考慮進去，再回師專案計劃更加合理，更有效地減少因為計劃的不合理而導致的專案進度延期。
g、根據以上結果編制專案總體進度計劃，總體進度計劃應當體現任務名稱、責任人、開始時間、結束時間、應提交的可檢查的工作成果。
h、考慮專案的費用預算、可能的風險分析及其對策、需要公司內部或客戶或其他方面協調或支援的事宜。
5、軟體專案計劃書評審、批准。
專案計劃書評審、批准是為了使相關人員達成共識、減少不必要的錯誤，使專案計劃更合理更有效。
專案經理完成《軟體專案計劃書》後，首先組織專案團隊內部的專案團隊負責人、測試負責人、系統分析負責人、設計負責人、質量監督員等對專案計劃書進行評審，評審可採取電子或會議方式，並進行階段成果專案團隊內評閱記錄。應當要求所有相關人員在收到軟體專案計劃書後的一個約定時間內反饋對計劃書的意見。專案經理確保與所有人員就專案計劃書中所列內容達成一致。這種一致性是要求所有專案團隊成員對專案計劃的內容進行承諾，無法承諾或者說是無法達成一致的，要麼修改專案計劃去適應某些專案團隊成員，要麼是由某些專案團隊成員採取妥協措施，去適應專案計劃的要求。
專案經理將已經達成一致的軟體專案計劃書提交專案高層分管領導或其授權人員進行審批，審批完成時間不能超過預先約定的時間。對於意義重大的專案，由過程控制部門如質量管理部和專案分管領導同時對《軟體專案計劃書》進行審批。
批准後的軟體專案計劃書作為專案活動開展的依據和本企業進行專案控制和檢查的依據，並在必要時根據專案進展情況實施計劃變更。
專案質量監督員根據《軟體專案計劃書》和《軟體開發專案質量計劃書規範》編制軟體開發專案質量計劃。大型的專案應當編制單獨的《軟體開發專案質量計劃書》；規模較小的可以在《軟體專案計劃書》的某個章節說明“軟體開發專案質量計劃”，也可單獨編制類似“軟體開發專案質量控制表”的文件。
配置管理員根據計劃書編制《專案配置管理計劃》。以專案書中的階段成果為依據，根據配置管理計劃規範編制配置管理計劃，專案經理審批配置管理計劃，並對配置管理計劃的有效性負責。
專案策劃工作完畢，軟體專案計劃書透過評審，一般情況下，對軟體開發專案來說，工作轉入需求分析階段。
三、專案計劃內容確定
專案計劃內容的確定一般要按照以下過程：
1、確定專案概貌
合同專案以合同和招投標檔案為依據，非合同專案以可行性研究報告或專案前期調研成果為依據，明確專案範圍和約束條件，並以同樣的依據，明確專案的交付成果。進一步明確專案的工作範圍和專案參與各方責任。
2、確定專案團隊
確定專案團隊的組織結構和與專案開發相關的職能機構，包括管理、開發、測試、QA、評審、驗收等。確定專案團隊人員及分工。與相關人員協商，確定專案團隊人員構成。如內部不能滿足人員需求，則提出人員支援申請。
3、明確專案團隊內、外的協作溝通
明確與使用者單位的溝通方法。明確終端使用者、直接使用者及其所在本企業／部門名稱和聯絡電話。客戶更多的參與是專案成功的重要推動力量，加強在開發過程中與使用者方專案經理或配合人員的主動溝通，將有助加強客戶等專案的參與程度。建議採用週報或月報的方式通告專案的進展情況和下一階段計劃，出現的需要客戶協調或瞭解的問題。
當專案團隊需要與外部單位協作開發時，應明確與協作單位的溝通方式。確定協作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯絡電話。
明確本企業內部協作開發的部門名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯絡電話。明確專案團隊溝通活動。專案團隊成員規模在3人以上的專案應該組織專案團隊周例會，專案團隊採用統一的交流系統建立專案團隊的交流空間。
4、規劃開發環境和規範
說明系統開發的所採用的各種工具，開發環境，測試環境等。列出專案開發要遵守的開發技術規範和行業標準規範。對於本企業還沒有規範的開發技術，專案經理應組織人員制訂出在本專案中將遵守的規則。
5、編制工作進度計劃
根據本企業規定和專案實際情況，確定專案的工作流程。編制專案的工作計劃，此計劃為高層計劃，各階段的工作時間安排要包括完成階段文件成果、文件成果提交評審及進行修改的時間，各階段結束的標誌是階段成果釋出。在計劃中要求明確以下內容：
a、工作任務劃分；
b、顯示專案各階段或迭代的時間分配情況的時間線或甘特圖；
c、確定主要里程碑、階段成果；
d、要求用文字對專案工作計劃做出解釋。最終用一張時間表格來完整說明整個工作計劃；對於迭代開發的專案，應編制出第一階段的階段計劃。階段內的任務分割以2—5天為合適，特殊任務的時間跨度在兩個星期內；在專案的進行過程中，專案經理編制雙週工作計劃，指導成員的具體工作。
6、編制專案的監控計劃。其中說明進度控制、質量控制、版本控制、預算控制等。
7、編制專案的風險計劃，分析專案過程中可能出現的風險以及相應的風險對策。對於大型專案，建議以附件方式編制，便於不斷更新。
8、制定輔助工作計劃。根據專案需要，編制如培訓計劃、招聘計劃等。
9、規劃開發支援工作，如供方管理計劃。
10、規劃專案驗收：制定專案的驗收計劃。此項工作可以視需要進行裁減。
11、規劃專案收尾與交接活動。制定專案的驗收、培訓和專案進入維護階段與技術支援部的交接工作。
軟體專案策劃書4
一、專案實施方案概述
軟體產品，特別是行業解決方案軟體產品不同於一般的商品，使用者購買軟體產品之後，不能立即進行使用，需要軟體公司的技術人員在軟體技術、軟體功能、軟體操作等方面進行系統除錯、軟體功能實現、人員培訓、軟體上線使用、後期維護等一系列的工作，我們將這一系列的工作稱為軟體專案實施。
大量的軟體公司專案實施案例證明，軟體專案是否成功、使用者的軟體使用情況是否順利、是否提高了使用者的工作效率和管理水平，不僅取決於軟體產品本身的質量，軟體專案實施的質量效果也對後期使用者應用的情況起到非常重要的影響。專案實施規範主要包括專案啟動階段、需求調研確認階段、軟體功能實現確認階段、資料標準化初裝階段、系統培訓階段、系統安裝測試及試執行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關係，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個專案實施階段分別介紹。
二、專案實施方案介紹
（一）專案啟動階段
此階段處於整個專案實施工作的最前期，由成立專案組、前期調研、編制總體專案計劃、啟動會四個階段組成。
此階段主任務：
公司：在合同簽定後，指定專案經理，成立專案組，授權專案組織完成專案目標。
公司專案組：進行前期專案調研，與使用者共同成立專案實施組織，編制《總體專案計劃》，召開專案啟動會。
商務經理：配合公司專案組，將積累的專案和使用者資訊轉交給專案組。將專案組正式介紹給使用者，配合專案組建立與使用者的聯絡。
使用者：成立專案實施組織，配合前期調研和召開啟動會，簽署《總體專案計劃》和《專案實施協議》。
一、成立專案組
部門經理接到實施申請後，任命專案經理，指定專案目標，由部門經理及專案經理一起指定專案組成員及成員任務，並報總經理簽署《專案任務書》。
二、前期調研
專案經理及專案組成員，在商務人員配合下，建立與使用者的聯絡，對合同、使用者進行調研。填寫《使用者及合同資訊表》。在專案商務談判中，商務經理積累了大量的資訊，專案組首先應收集商務和合同資訊，並與商務經理一起識別那些個體和組織是專案的干係人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保專案能夠成功。
三、編制《專案總體計劃》
《專案總體計劃》是一個檔案或檔案的集合，隨著專案資訊不斷豐富和變化，會被不斷變更，主要介紹專案目標、主要專案階段、里程碑、可交付成果。通常包括以下幾方面內容：
專案描述，專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配（包括使用者的）；
溝通管理計劃，確定專案干係人對資訊和溝通的需要：即什麼人何時需要什麼資訊以及透過什麼方式將資訊提供給他們。質量管理計劃，確定適合於專案的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體專案的要求而定。未解決事宜和未定的決策
四、啟動會
專案組與使用者共同召開的宣佈專案實施正式開始的會議。
會程安排如下：
共同組建專案實施組織，實施組織的權利和職責；雙方簽署《專案實施協議》。
專案組介紹《專案總體計劃》和《專案實施協議》，包括以下內容：
專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配（包括使用者的）；
專案實施中專案管理的必要性和如何進行專案管理，專案的質量如何控制；
專案實施中使用者的參與和領導的支援的重要作用；
階段驗收、技術交接和專案結束後如何對使用者提供後續服務。
（二）需求調研確認階段
此階段的主要工作是軟體公司的專案實施人員向用戶調查使用者對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成後，會編寫《需求調研分析手冊》，並交付使用者進行確認，待使用者對《需求調研分析手冊》上所提到的需求確認完畢後，專案實施人員將以此為依據進行軟體功能的實現。
如果使用者又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：
一、進行需求調研準備
二、編制《需求調研計劃》
三、內部評審是否透過《需求調研計劃》，專案組、部門經理、商務等人員根據合同要求和專案實際情況對《需求調研計劃》草稿進行評審，如評審透過，則在稍後的時間內簽署，如評審不透過則重新修改。
四、使用者是否簽署《需求調研計劃》，如使用者簽署《需求調研計劃》，則作為以後需求調研工作的指南。否則重新修改。
五、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行後續工作。
六、編寫及發出《需求調研通知》，專案組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給使用者，為順利完成需求調研工作做準備
七、需求調研，專案組以《需求調研手冊》為依據，從業務流程、單據使用、列印格式、報表查詢幾個方面展開深入和全面的調研，並蒐集使用者的個性化需求。
八、需求調研分析根據調研的結果，專案組和公司其他技術部門將進一步進行分析，確定合理、可行的'需求，將分析結果形成《需求分析報告》草稿。
九、內部評審是否透過《需求分析報告》。專案組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審透過，則在稍後由使用者簽署，如評審不透過則重新修改，直至內部評審透過。
十、編寫及發出《需求分析報告確認通知》。專案組編寫《需求分析報告確認通知》，發給使用者，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。
十一、使用者是否確認《需求分析報告》。如果使用者確認，並簽署了《需求分析報告》，則需求調研階段工作結束，進行後續的軟體功能實現的工作；如沒有確認，則進一步進行調研、分析，直至使用者最終確認並簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之後，如果使用者提出新的需求或是變更已有的需求，則執行需求新增及變更流程
（三）軟體功能實現確認階段
此階段的主要工作是專案實施人員根據需求調研階段確認的《需求調研分析手冊》中的使用者需求內容進行具體軟體功能的實現工作。在軟體功能實現的過程中，專案實施人員將記錄軟體實現的詳細過程。便於公司售後服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢後，專案實施人員將編制《軟體功能確認表》，將定製好軟體功能待使用者確認，使用者根據《軟體功能確認表》上的功能逐一確定軟體功能是否達到要求，對不滿足要求的功能，專案實施人員將會記錄下來並進行功能修改，直到滿足用於要求。
（四）資料標準化初裝階段
此階段的主要工作是專案實施人員指導使用者進行系統標準化資料的準備工作，並對使用者進行初裝資料的軟體操作培訓，以便使用者能夠及時的將標準資料錄入系統，初裝完成後，專案實施人員會對資料初裝的情況進行核查，為以後具體業務功能的開展做好基礎。
（五）系統培訓階段
系統培訓階段工作是整個專案實施工作中比較重要的工作，使用者對軟體的操作功能是否熟練將直接影響到後面的軟體應用效果，所以軟體公司和使用者雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱鉅性。在專案實施之前對使用者的相關人員進行系統和規範的產品培訓是非常必要的，達到讓使用者瞭解軟體產品，最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將使用者參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的使用者參加產品培訓人員的培訓內容分別是：
決策層：領導在實施中的作用與重要性、決策查詢。
維護層：系統維護知識、操作方法。
操作層：操作方法。
具體的培訓工作流程為：
一、調研培訓資訊：在培訓開始前3天由使用者實施負責人，將參加培訓的部門和人員情況填入《受訓部門彙總表》、《受訓人員情況一覽表》。
二、編制培訓計劃：結合調研結果，與使用者實施負責人商議具體培訓內容、時間，場地，人員等。專案組編制《培訓計劃》。
三、簽署培訓計劃：使用者簽署《培訓計劃》，進一步確認培訓安排。
四、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等資訊通知使用者實施負責人。
五、搭建培訓環境：公司專案組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。
六、組織培訓：公司專案組培訓負責人與使用者實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由使用者將考勤情況填入《培訓人員簽到表》。
七、培訓考核：公司專案組培訓負責人與使用者實施負責人組織受訓人員參加上機及理論考試。
八、培訓總結：公司專案組培訓負責人與使用者實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人彙報。
（六）系統安裝測試及試執行階段
此階段的主要工作是在使用者真實環境下，對使用者網路及硬體裝置進行測試，對軟體系統進行容量、效能壓力等測試測試及試執行的目的在於確保系統各項功能均能正常使用，並且符合使用者簽署的《需求分析報告》中描述的需求，同時把儘可能多的潛在問題在正式執行之前發現並改正；同時目的還在於在正式執行前使用者的有關人員能進一步提高操作水平，掌握操作規範。此階段的主要工作內容為：
一、編制計劃：與使用者實施負責人商議具體測試及試執行時間，地點，人員等安排，專案組編制《測試及試執行計劃》。
二、簽署計劃：使用者簽署《測試及試執行計劃》，進一步確認測試及試執行安排。
三、發測試及試執行通知：在測試及試執行開始前2天，按照簽署的《測試及試執行計劃》，將時間，地點，人員等資訊通知使用者實施負責人。
四、搭建環境及資料準備：在試執行開始前搭建好軟體環境、硬體環境、網路環境、調通線路；檢查軟體、硬體、網路、線路等各個環節是否有問題；五、組織測試及試執行：使用者相關各級領導給予全面配合，組織相關人員進行測試及試執行.
公司專案組負責擔當指揮，檢查使用者人員組織情況並給予指導，跟蹤檢查如下情況：
跟蹤單據流轉狀況。
跟蹤新資料登入環節。
觀察業務流程執行狀況。
觀察操作人員操作表現。
觀察系統執行速度及異常表現。
觀察關鍵資料的正確性。
及時糾正錯誤操作、對於新發生的問題及時與相關人員溝通，確定解決辦法。
（七）總體驗收階段
此階段是對專案總體的完成情況進行驗收。驗收分階段進行，在每一專案階段結束時，使用者對這一階段的可交付成果進行驗收，在測試及試執行結束後，對系統進行總體驗收。
軟體專案策劃書5
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 支援需求
軟體專案策劃書6
一、建設軟體前的市場分析
1、相關行業的市場是怎樣的，市場有什麼樣的特點，是否能夠在網際網路上開展公司業務。
2、市場主要競爭者分析，競爭對手上網情況及其軟體規劃、功能作用。
3、公司自身條件分析、公司概況、市場優勢，可以利用軟體提升哪些競爭力，建設軟體的能力（費用、技術、人力等）。
二、建設軟體目的及功能定位
1、為什麼要建立軟體，是為了宣傳產品，進行電子商務，還是建立行業性軟體？是企業的需要還是市場開拓的延伸？
2、整合公司資源，確定軟體功能。根據公司的需要和計劃，確定軟體的功能：產品宣傳型、網上營銷型、客戶服務型、電子商務型等。
3、根據軟體功能，確定軟體應達到的目的作用。
4、企業內部網（Intranet）的建設情況和軟體的可擴充套件性。
三、軟體技術解決方案
根據軟體的功能確定軟體技術解決方案。
1、採用自建伺服器，還是租用虛擬主機。
2、選擇作業系統，用xx還是xx。分析投入成本、功能、開發、穩定性和安全性等。
3、採用系統性的解決方案（如xx）等公司提供的企業上網方案、電子商務解決方案？還是自己開發。
4、軟體安全性措施，防黑、防病毒方案。
5、相關程式開發。如網頁程式ASP、JSP、CGI、資料庫程式等。
四、軟體內容規劃
1、根據軟體的目的和功能規劃軟體內容，一般企業軟體應包括：公司簡介、產品介紹、服務內容、價格資訊、聯絡方式、網上定單等基本內容。
2、電子商務類軟體要提供會員註冊、詳細的商品服務資訊、資訊搜尋查詢、定單確認、付款、個人資訊保密措施、相關幫助等。
3、如果軟體欄目比較多，則考慮採用軟體程式設計專人負責相關內容。注意：軟體內容是軟體吸引瀏覽者最重要的因素，無內容或不實用的資訊不會吸引匆匆瀏覽的訪客。可事先對人們希望閱讀的資訊進行調查，並在軟體釋出後調查人們對軟體內容的滿意度，以及時調整軟體內容。
五、網頁設計
1、網頁設計美術設計要求，網頁美術設計一般要與企業整體形象一致，要符合CI規範。要注意網頁色彩、圖片的應用及版面規劃，保持網頁的整體一致性。
2、在新技術的採用上要考慮主要目標訪問群體的分佈地域、年齡階層、網路速度、閱讀習慣等。
3、制定網頁改版計劃，如半年到一年時間進行較大規模改版等。
六、軟體維護
1、伺服器及相關軟硬體的維護，對可能出現的問題進行評估，制定響應時間。
2、資料庫維護，有效地利用資料是軟體維護的重要內容，因此資料庫的維護要受到重視。
3、內容的更新、調整等。
4、制定相關軟體維護的規定，將軟體維護制度化、規範化。
七、軟體測試
軟體釋出前要進行細緻周密的測試，以保證正常瀏覽和使用。主要測試內容：
1、伺服器穩定性、安全性。
2、程式及資料庫測試。
3、網頁相容性測試，如瀏覽器、顯示器。
4、根據需要的其他測試。
八、軟體釋出與推廣
1、軟體測試後進行釋出的公關，廣告活動。
2、搜尋引掣登記等。
九、軟體建設日程表
各項規劃任務的開始完成時間，負責人等。
十、費用明細
各項事宜所需費用清單。