軟件項目計劃書范文【常用2篇】
光陰迅速，一眨眼就過去了，我們的工作又將迎來新的進步，是時候認真思考計劃該如何寫了。想學習擬定計劃卻不知道該請教誰？下面是小編為大家整理的軟件項目計劃書范文，僅供參考，希望能夠幫助到大家。
軟件項目計劃書范文1
1、引言
1、1編寫目的
本報告的主要作用是確定各個項目模塊的開發情況和主要的負責人，供各項目模塊的負責人閱讀，做到及時協調，按步有序進行項目的開發。減少開發中的不必要損失。
便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。
具體步驟：擬訂開發計劃書，分配項目工作，安排項目進度
計劃對象：網上書店開發小組
2、項目概述
2、1項目背景
隨著網絡技術的發展，Internet已成為最具市場潛力的技術領域，使用Web技術設計的數據庫應用軟件，是目前Internet市場的技術中堅，各種Web應用如電子商務，網上購物等都采用這種方式實現。互聯網的'優勢在于用戶能同時從不同地點、不同數據庫中存取數據。
網上購物系具體是指利用各種電子工具與網絡，高效率，低成本地從事以商品交換為中心的各種商務貿易活動。電子商務應用的興起已經促使商品流通領域發生了一場巨大的革命。
它打破了時空的界限，加速了整個社會的商品流通，有效地降低了企業生產成本，提高企業競爭力。電子商務的一個重要技術特征。是利用Web技術來傳輸與處理商業信息，因此有人稱：電子商務=web+IT。因此我們將開發一個典型的電子商務系統：網上書店。
2、2項目目標與范圍
2、2、1目標和范圍描述
項目：網上購書系統
該系統適用于在網上書籍交易，網上書店的管理，通過此軟件系統對書籍進行有效管理，靈活的滿足自己客戶需要。
問題：實地購書比較麻煩，購書范圍小，能購書的種數也有限。
項目目標：開發一個網上購書系統是項目的總目標，為實現項目的總目標可按以下三個階段目標來進行：
第一階段目標：實現網上購書系統的基本功能，小組個成員進行各個模塊的開發，形成初步的系統。
第二階段目標：攻克技術上的難題，實現網上購書系統的一些特殊功能，進一步完善系統。
第三階段目標：讓系統投入到實際運用中，做好系統的維護工作。
項目范圍：利用現有的微型計算機，借鑒前人的網上購書系統開發經驗、徐州博庫網上書城和資料中的電子商鋪系統的開發模式，預計軟件開發費用不超過***元。
初步設想：建議在系統中增加一個BBS的模塊，方便用戶發表言論。
2、2、2主要功能
(1)概述
可行性分析：這個系統沒有經濟效益，不能收回成本，但可以得到知識，熟悉做項目的過程;現有的技術能夠完成系統的基本功能，但做BBS論壇還有一定的技術困難，開發這個新系統，只是借鑒前人的開發模式，做出有個人特色的網上購書系統，僅供平時學習用。不會引起任何的侵權問題。通過對用戶的進一步訪問，用戶希望能夠通過互連網，能夠瀏覽書籍，查找他們想要的書籍，并能夠訂購要買的書，這不僅很方便，還節省了用戶的時間。
(2)傳統購書系統流程圖
網上購書流程
(3)功能描述
圖書查詢和瀏覽功能：當進入網上書店后，無需登錄，就可以瀏覽書籍，而電子書店還可以提供一個更好的功能，即通過圖書名稱、類別等信息從浩瀚的書海中迅速的找到的書。
用戶登錄注冊功能：在用戶購買的圖書時，系統將判斷其是否登錄，如果沒有，則轉向登錄界面，登錄后，系統還將轉向原來用戶瀏覽的頁面。
購物車功能：用戶登錄后，就可以把圖書放入購物籃中，可以對購物籃進行管理，包括修改所購圖書數量、刪除圖書等。
圖書信息管理功能：管理人員可以添加圖書，修改圖書的類別，價格，上傳圖書的相關圖片等。
定單信息管理功能：用戶確認購買圖書，將形成一條訂單信息，用戶可以查詢自己的定單。管理員可以查看定單，售出書籍。
2、2、3性能
2、2、4管理和技術約束
由于沒有做過項目的經驗，在加上編程技術的限制，小組人員少，時間的限制只能實現一個具有簡單功能的網上購書系統。
2、項目估算
2、1使用的歷史數據
徐州博庫網上書店、電子商鋪系統
2、2使用的評估技術
軟件規模估算：采用類比的方法，根據歷史數據來進行估算
工作量估算：基本COCOMO模型
成本估算：基本COCOMO模型
時間估算：基本COCOMO模型
2、3工作量、成本、時間估算
軟件規模：LOC=[(50(重新設計)%+50(重新編碼)%+重新測試(100)%)/3]×已有代碼行(20000)=13000
工作量估算：人員：六人
成本估算：資料費(資料費、復印費)
通信費(移動通信費、上網費、電費)
時間估算：
基本COCOMO模型把工作量作為軟件規模的函數來計算，其計算公式為：
E=aS^bS是以千源代碼行(KLOC)計數的程序規模，a，b為開發模式因子
在我們的項目中，我們采用半分離式，因此a取值為3、0，b取值為1、12
即E=3、0*13^1、12=53、056
根據計算的工作量，我們由下面公式計算所需的開發時間：
t=cE^dE為我們所計算的工作量人月為單位，c，d是隨開發模式而改變的因
子，在這里我們同樣采用半分離式，c取值為2、5，d取值為0、35
即t=2、5*53、056^0、35=10、036
在小組中，我們共六人，大約2個月完成任務。
軟件項目計劃書范文2
一、項目實施方案概述
軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務：
公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。
公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。
用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。
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、測試及試運行總結： 測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。
(七)總體驗收階段。此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。
(八)系統交接階段。此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
三、軟件實施的成功之道
(一)軟件必須能滿足和適應企業需求
這一點是整個項目能否成功實施的最關鍵的一環。很多企業都在這一方面吃過虧，在選型時見到的軟件有很多功能模塊，在樣板企業里數據也能跑起來，但當軟件買回來了以后，卻發現了軟件的很多功能與企業的現實差別很大，所以根本就用不起來。不同企業之間的管理流程和對數據的要求差別很大，基本上兩個完全相同的企業是不存在的，世界上絕對不會有一種“萬能軟件”能滿足所有企業的需求。企業在選型軟件時，要充分考慮各種管理流程的特點、數據的來源、統計報表不同功能模塊的關系、企業員工的接受能力及與其它系統的接口等很多問題，所以企業選擇的必須是軟件提供商為企業訂制開發出來的。如果軟件提供商不為企業做前期需求分析和訂制開發，只是把現成的軟件賣給企業，它的實施成功率幾乎為零，如果是這樣的服務，企業還不如買一套盜版軟件。所以我們可以得出這樣的結論，企業買軟件提供商的不是它的軟件，而是它的開發能力。
(二)軟件是否能進行二次開發
因為企業現有的流程不是一成不變的，需不斷完善與改進，所以軟件的功能也需要能進行相應的修改，而且企業在第一次做項目需求時，有些問題可能忽略掉了，所以必須要求選型的軟件有強大的二次開發能力。如果軟件的結構過于僵死或二次開發能力不強，它未來可能會變成一塊“雞肋”，讓企業有種“食之無味、棄之可惜”的感覺。測試軟件是否具有快速二次開發能力的方法也不難，就是企業在選型時，不僅要看軟件提供商如何演示，還要提出一些個性化需求，看看對方能否迅速開發出來。
(三)軟件和實施費用應相對便宜
企業第一次實施由于經驗上的不足，風險不是沒有，確實有許多優秀的企業是通過第二次實施才獲得了成功。因此企業在第一次選型軟件時，不要只注意軟件提供商的品牌和規模，因為價格越高，企業自身的風險就越高。我們建議企業最好還是購買那些物美價廉的產品，也就是當所選軟件都能滿足企業現實需求且能進行二次開發時，企業最好選擇價格便宜的那家，就好像一個人剛學會開車，就要買一輛奔馳轎車，無論這個人是否真正有錢都不是明智的選擇。現在出現了平臺化組構的軟件產品，它可以通過建模工具迅速按照客戶的需求進行軟件開發，這樣就大量地節約軟件開發周期和成本，而且二次開發工作也變得十分的簡單，所以企業最好選擇這樣的產品。
(四)軟件操作要簡單、易學
由于許多企業過去沒有信息化建設的經驗，員工一下子由過去的手工工作轉為計算機工作肯定有一個適應過程，如軟件組構和操作過于復雜，那么一定會加大培訓和實施的難度。
【軟件項目計劃書】相關文章：
軟件項目計劃書05-15
軟件項目計劃書07-18
軟件項目計劃書模版07-05
軟件項目范圍計劃書06-24
軟件外包項目計劃書07-22
軟件項目計劃書（必備）05-16
軟件項目計劃書（精華）05-15
（通用）軟件項目計劃書06-16
軟件項目計劃書范文08-13
軟件項目計劃書案例07-30