- 相關(guān)推薦
軟件項目計劃書參考
【篇一：軟件商業(yè)運營項目計劃書】
1、0項目概要
1、1項目公司
1、2項目簡介
1、3客戶基礎(chǔ)
1、4市場機遇
1、5項目投資價值
1、6項目資金及合作
1、7項目成功關(guān)鍵
1、8公司使命
1、9經(jīng)濟目標
2、0公司介紹（參考兆聯(lián)公司的商業(yè)計劃書范文：軟件商業(yè)運營商業(yè)計劃書模板格式）
2、1項目公司與關(guān)聯(lián)公司
2、2公司組織結(jié)構(gòu)
2、3[歷史]財務(wù)經(jīng)營狀況
2、4[歷史]管理與營銷基礎(chǔ)
2、5公司地理位置
2、6公司發(fā)展戰(zhàn)略
2、7公司內(nèi)部控制管理
3、0服務(wù)項目介紹
3、1、軟件商業(yè)運營服務(wù)項目
3、2、軟件商業(yè)運營服務(wù)項目特點
3、3軟件商業(yè)運營服務(wù)技術(shù)
3、4軟件商業(yè)運營服務(wù)設(shè)備與設(shè)施
3、5項目地理位置與背景
3、6項目建設(shè)基本方案與內(nèi)容
4、0市場分析（參考兆聯(lián)公司的商業(yè)計劃書范文：軟件商業(yè)運營商業(yè)計劃書模板格式）
4、1軟件市場分析
4、2目標市場區(qū)域服務(wù)項目供需現(xiàn)狀與預測（目標市場分析）
4、3軟件商業(yè)運營行業(yè)市場狀況
4、4軟件商業(yè)運營市場容量分析
4、5軟件商業(yè)運營市場需求與趨勢分析
4、5、1服務(wù)項目的市場需求
4、5、2服務(wù)項目的趨勢分析
4、6銷售渠道分析
4、7競爭對手情況與分析
4、7、1競爭對手情況
4、7、2競爭對手情況分析
4、8行業(yè)準入與政策環(huán)境分析
5、0發(fā)展戰(zhàn)略與實施計劃
5、1項目執(zhí)行戰(zhàn)略
5、2項目合作方案
5、3公司發(fā)展戰(zhàn)略
5、4客戶滿意服務(wù)系統(tǒng)建設(shè)
5、5市場營銷策略
5、5、1市場定位策略
5、5、2服務(wù)項目定價策略
5、5、3市場促銷策略
5、5、4電子網(wǎng)絡(luò)營銷
5、6服務(wù)項目推銷計劃
6、0項目swot綜合分析
6、1優(yōu)勢分析
6、2弱勢分析
6、3機會分析
6、4威脅分析
6、5swot綜合分析
7、0項目管理與人員計劃
7、1組織結(jié)構(gòu)
7、2管理團隊介紹
7、3管理團隊建設(shè)與完善
7、4人員招聘與培訓計劃
7、5人員管理制度與激勵機制
7、6成本控制管理
7、7項目實施進度計劃
8、0風險分析與規(guī)避對策
8、1經(jīng)營管理風險及其規(guī)避
8、2技術(shù)人才風險及其規(guī)避
8、3安全、污染風險及控制
8、4市場開拓風險及其規(guī)避
8、5政策風險及其規(guī)避
8、6中小企業(yè)融資風險與對策
9、0投入估算與資金籌措
9、1項目中小企業(yè)融資需求與貸款方式
9、2項目資金使用計劃
9、3中小企業(yè)融資資金使用計劃
9、4貸款方式及還款保證
10、0財務(wù)預算（參考兆聯(lián)公司的商業(yè)計劃書范文：軟件商業(yè)運營商業(yè)計劃書模板格式）
一．財務(wù)分析說明
二．財務(wù)資料預測
1、銷售收入明細表
2、成本費用明細表
3、薪金水平明細表
4、固定資產(chǎn)明細表
5、資產(chǎn)負債表
6、利潤及利潤分配明細表
7、現(xiàn)金流量表
8、財務(wù)指針分析
1）反映財務(wù)盈利能力的指針
a。財務(wù)內(nèi)部收益率（firr）
b。投資回收期（pt）
c。財務(wù)凈現(xiàn)值（fnpv）
d。投資利潤率
e。投資利稅率
f。資本金利潤率
g。不確定性分析：盈虧平衡分析、敏感性分析、概率分析
2）反映項目清償能力的指針
a。資產(chǎn)負債率
b。流動比率
c。速動比率
d。固定資產(chǎn)投資借款償還期
附件附表：（參考兆聯(lián)公司的商業(yè)計劃書范文：軟件商業(yè)運營商業(yè)計劃書模板格式）
一．附件
1、營業(yè)執(zhí)照影本
2、董事會名單及簡歷
3、主要經(jīng)營團隊名單及簡歷
4、專業(yè)術(shù)語說明
5、專利證書生產(chǎn)許可證鑒定證書等
6、注冊商標
7、企業(yè)形象設(shè)計宣傳資料（標識設(shè)計、說明書、出版物、包裝說明等）
【篇二：軟件項目計劃書】
1、引言
1、1編寫目的
本報告的主要作用是確定各個項目模塊的開發(fā)情況和主要的負責人，供各項目模塊的負責人閱讀，做到及時協(xié)調(diào)，按步有序進行項目的開發(fā)。減少開發(fā)中的不必要損失。便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團隊開展和檢查項目工作的依據(jù)。
具體步驟：擬訂開發(fā)計劃書，分配項目工作，安排項目進度
計劃對象：網(wǎng)上書店開發(fā)小組
2、項目概述
2、1項目背景
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，Internet已成為最具市場潛力的技術(shù)領(lǐng)域，使用Web技術(shù)設(shè)計的數(shù)據(jù)庫應用軟件，是目前Internet市場的技術(shù)中堅，各種Web應用如電子商務(wù)，網(wǎng)上購物等都采用這種方式實現(xiàn)�；ヂ�(lián)網(wǎng)的優(yōu)勢在于用戶能同時從不同地點、不同數(shù)據(jù)庫中存取數(shù)據(jù)。網(wǎng)上購物系具體是指利用各種電子工具與網(wǎng)絡(luò)，高效率，低成本地從事以商品交換為中心的各種商務(wù)貿(mào)易活動。電子商務(wù)應用的興起已經(jīng)促使商品流通領(lǐng)域發(fā)生了一場巨大的革命。它打破了時空的界限，加速了整個社會的商品流通，有效地降低了企業(yè)生產(chǎn)成本，提高企業(yè)競爭力。電子商務(wù)的一個重要技術(shù)特征。是利用Web技術(shù)來傳輸與處理商業(yè)信息，因此有人稱：電子商務(wù)=web+IT。因此我們將開發(fā)一個典型的電子商務(wù)系統(tǒng)：網(wǎng)上書店。
2、2項目目標與范圍
2、2、1目標和范圍描述
項目：網(wǎng)上購書系統(tǒng)
該系統(tǒng)適用于在網(wǎng)上書籍交易，網(wǎng)上書店的管理，通過此軟件系統(tǒng)對書籍進行有效管理，靈活的滿足自己客戶需要。
問題：實地購書比較麻煩，購書范圍小，能購書的種數(shù)也有限。
項目目標：開發(fā)一個網(wǎng)上購書系統(tǒng)是項目的總目標，為實現(xiàn)項目的總目標可按以下三個階段目標來進行：
第一階段目標：實現(xiàn)網(wǎng)上購書系統(tǒng)的基本功能，小組個成員進行各個模塊的開發(fā)，形成初步的系統(tǒng)。
第二階段目標：攻克技術(shù)上的難題，實現(xiàn)網(wǎng)上購書系統(tǒng)的一些特殊功能，進一步完善系統(tǒng)。
第三階段目標：讓系統(tǒng)投入到實際運用中，做好系統(tǒng)的維護工作。
項目范圍：利用現(xiàn)有的微型計算機，借鑒前人的網(wǎng)上購書系統(tǒng)開發(fā)經(jīng)驗、徐州博庫網(wǎng)上書城和資料中的電子商鋪系統(tǒng)的開發(fā)模式，預計軟件開發(fā)費用不超過***元。
初步設(shè)想：建議在系統(tǒng)中增加一個BBS的模塊，方便用戶發(fā)表言論。
2、2、2主要功能
�。�1）概述
可行性分析：這個系統(tǒng)沒有經(jīng)濟效益，不能收回成本，但可以得到知識，熟悉做項目的過程；現(xiàn)有的技術(shù)能夠完成系統(tǒng)的基本功能，但做BBS論壇還有一定的技術(shù)困難，開發(fā)這個新系統(tǒng)，只是借鑒前人的開發(fā)模式，做出有個人特色的網(wǎng)上購書系統(tǒng)，僅供平時學習用。不會引起任何的侵權(quán)問題。通過對用戶的進一步訪問，用戶希望能夠通過互連網(wǎng)，能夠瀏覽書籍，查找他們想要的書籍，并能夠訂購要買的書，這不僅很方便，還節(jié)省了用戶的時間。
（2）傳統(tǒng)購書系統(tǒng)流程圖
網(wǎng)上購書流程
�。�3）功能描述
圖書查詢和瀏覽功能：當進入網(wǎng)上書店后，無需登錄，就可以瀏覽書籍，而電子書店還可以提供一個更好的功能，即通過圖書名稱、類別等信息從浩瀚的書海中迅速的找到的書。
用戶登錄注冊功能：在用戶購買的圖書時，系統(tǒng)將判斷其是否登錄，如果沒有，則轉(zhuǎn)向登錄界面，登錄后，系統(tǒng)還將轉(zhuǎn)向原來用戶瀏覽的頁面。
購物車功能：用戶登錄后，就可以把圖書放入購物籃中，可以對購物籃進行管理，包括修改所購圖書數(shù)量、刪除圖書等。
圖書信息管理功能：管理人員可以添加圖書，修改圖書的類別，價格，上傳圖書的相關(guān)圖片等。
定單信息管理功能：用戶確認購買圖書，將形成一條訂單信息，用戶可以查詢自己的定單。管理員可以查看定單，售出書籍。
2、2、3性能
2、2、4管理和技術(shù)約束
由于沒有做過項目的經(jīng)驗，在加上編程技術(shù)的限制，小組人員少，時間的限制只能實現(xiàn)一個具有簡單功能的網(wǎng)上購書系統(tǒng)。
2、項目估算
2、1使用的歷史數(shù)據(jù)
徐州博庫網(wǎng)上書店、電子商鋪系統(tǒng)
2、2使用的評估技術(shù)
軟件規(guī)模估算：采用類比的方法，根據(jù)歷史數(shù)據(jù)來進行估算
工作量估算：基本COCOMO模型
成本估算：基本COCOMO模型
時間估算：基本COCOMO模型
2、3工作量、成本、時間估算
軟件規(guī)模：LOC=[（50（重新設(shè)計）%+50（重新編碼）%+重新測試（100）%）/3]×已有代碼行（20000）=13000
工作量估算：人員：六人
成本估算：資料費（資料費、復印費）
通信費（移動通信費、上網(wǎng)費、電費）
時間估算：
基本COCOMO模型把工作量作為軟件規(guī)模的函數(shù)來計算，其計算公式為：
E=aS^bS是以千源代碼行（KLOC）計數(shù)的程序規(guī)模，a，b為開發(fā)模式因子
在我們的項目中，我們采用半分離式，因此a取值為3、0，b取值為1、12
即E=3、0*13^1、12=53、056
根據(jù)計算的工作量，我們由下面公式計算所需的開發(fā)時間：
t=cE^dE為我們所計算的工作量人月為單位，c，d是隨開發(fā)模式而改變的因
子，在這里我們同樣采用半分離式，c取值為2、5，d取值為0、35
即t=2、5*53、056^0、35=10、036
在小組中，我們共六人，大約2個月完成任務(wù)。
【篇三：軟件項目開發(fā)計劃書】
1引言-3-
1、1編寫目的-3-
1、2背景-3-
1、3定義-4-
1、4參考資料-4-
1、5系統(tǒng)動機-4-
1、6標準、條件和約定-5-
1、7編寫文檔的WBS-5-
2項目概述-6-
2、1工作內(nèi)容-6-
2、2主要參加人員-6-
2、3產(chǎn)品及成果-8-
2、3、1程序-8-
2、3、2文件-8-
2、3、3服務(wù)-8-
2、3、4非移交產(chǎn)品-8-
2、4驗收標準-9-
2、4、1代碼的驗收-9-
2、4、2文檔驗收-9-
2、4、3服務(wù)驗收-10-
2、5完成項目的最遲期限-10-
2、6本計劃的審查者與批準者-10-
3實施總計劃-11-
3、1開發(fā)過程-11-
3、1、1需求分析-11-
3、1、2系統(tǒng)設(shè)計-11-
3、1、3編碼及測試階段-11-
3、1、4文檔、產(chǎn)品部署-11-
3、1、5項目總結(jié)-11-
3、2工作任務(wù)的分解-12-
3、3接口人員-13-
3、4進度-13-
3、5預算-14-
3、6關(guān)鍵問題-14-
4支持條件-15-
4、1計算機系統(tǒng)支持-15-
4、2需要用戶承擔的工作-16-
4、3需由外單位提供的條件-17-
5專題計劃要點-18-
5、1開發(fā)人員培訓計劃-18-
5、2測試計劃-18-
5、3質(zhì)量保證計劃-18-
5、4人員配置計劃-18-
5、5客戶培訓計劃-19-
5、6安全保密計劃-19-
5、7合同計劃-19-
1引言
1、1編寫目的
為了保證項目團隊按時保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，有必要以文件化的形式，把對于在項目生命周期內(nèi)的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容以書面的方式描述出來，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團隊開展和檢查項目工作的依據(jù)。
本項目開發(fā)計劃用于從總體上指導圖書管理系統(tǒng)項目順利進行并最終得到通過評審的項目產(chǎn)品。本項目開發(fā)計劃面向項目組全體成員。
1、2背景
沈陽師范大學圖書管理系統(tǒng)是由沈陽師范大學委托我們開發(fā)的大型管理系統(tǒng)，主要功能是實現(xiàn)圖書館的信息化管理，包括讀者信息管理，書籍信息管理，借閱信息管理，管理者信息管理等功能。項目周期為六個月，項目背景規(guī)劃如表1、1所示。
表1、1項目背景規(guī)劃
項目名稱項目委托單位任務(wù)提出者項目承擔單位
圖書管理系統(tǒng)沈陽師范大學周老師
圖書管理系統(tǒng)是學校信息管理系統(tǒng)的一個重要組成部分，它需要學生基本信息系統(tǒng)提供學生的基本資料，因為很多情況下，圖書證號和學生的學生證號是一樣的，而且在圖書管理中，需要知道學生所在的系別和班級等信息；另外，它還需要教職工信息系統(tǒng)提供基本資料，因為教職工當然也能在圖書館借閱圖書。因此，在設(shè)計時可以和校園信息管理系統(tǒng)的其他系統(tǒng)使用同一個數(shù)據(jù)庫管理系統(tǒng)，以便系統(tǒng)之間的信息交流和管理。
1、3定義
專門術(shù)語：
SQLSERVER：系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫關(guān)系系統(tǒng)（DBMS）。
SQL：一種用于訪問查詢數(shù)據(jù)庫的語言
事務(wù)流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。
主鍵：數(shù)據(jù)庫表中的關(guān)鍵域。值互不相同。
外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關(guān)聯(lián)的域。
ROLLBACK：數(shù)據(jù)庫的錯誤恢復機制。
縮寫：
系統(tǒng)：若未特別指出，統(tǒng)指本圖書管理系統(tǒng)。
SQL：StructuredQueryLanguage（結(jié)構(gòu)化查詢語言）。
ATM：AsynchronousTransferMode（異步傳輸模式）。
UML：統(tǒng)一建模語言、是一套用來設(shè)計軟件藍圖的標準建模語言，是一種從軟件分析、設(shè)計到編寫程序規(guī)范的標準化建模語言。
1、4參考資料
文檔格式要求按照我國GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規(guī)范要求進行。包括以下文件：
圖書借閱關(guān)系系統(tǒng)需求說明書
軟件工程項目開發(fā)文檔范例
軟件工程國家標準文檔
圖書借閱管理需求說明書
軟件需求說明書編寫規(guī)范
書籍包括：
《軟件項目管理》朱少民，韓瑩編著，人民郵電出版社。
《軟件項目管理》RajeevTShandilya編著科學出版社。
1、5系統(tǒng)動機
圖書的管理是一門復雜的學問，與一般的企業(yè)和機構(gòu)管理不同，它要處理的信息量極大，進行的操作繁瑣。很多年以來，管理圖書館是利用人工操作，讀者要借書還書時需要操作員手動進行，這中間查詢、錄入信息、管理的過程是很復雜的。在計算機被廣泛應用之后，利用計算機進行圖書管理成為成為了可能。
本軟件系統(tǒng)通過實現(xiàn)讀者、圖書館操作員與圖書館內(nèi)部資料的交互，使得快速地進行圖書管理成為了可能。借還書環(huán)境和管理環(huán)境將更加方便快捷。
1、6標準、條件和約定
本項目遵從以下標準：
GB/T13702-1992計算機軟件分類與代碼
GB/T20918-2007信息技術(shù)
GB/T19003-2008軟件工程
GB/T5538-1995軟件工程標準分類法
GB/T9386-2008計算機富安居測試文檔編制
GB/T9385-2008計算機軟件需求規(guī)格說明
GB/T5532-2008計算機軟件測試規(guī)范
GB/T18221-2000信息技術(shù)程序設(shè)計語言
GB/T11457-2006信息技術(shù)軟件工程
GB/T8567-2006計算機軟件文檔編制規(guī)范
1、7編寫文檔的WBS（WorkBreakdownStructure，工作分解結(jié)構(gòu)）
2項目概述
隨著人們知識水平層次的提高，圖書館成為日常生活中不可缺少的一部分。而圖書館的存書量和業(yè)務(wù)量龐大，僅僅靠傳統(tǒng)的記帳式管理是不可行的。圖書館系統(tǒng)應運而生，逐漸成為信息化建設(shè)的重要組成部分。圖書管理系統(tǒng)為學�；蛏鐣蛨D書館的管理員提供所有借閱者的詳細信息，以及館內(nèi)庫存的詳細情況，對借書和還書兩大功能進行合理操縱并登記。
圖書管理系統(tǒng)采用目前比較流行的C/S模式，eclipse作為前端開發(fā)工具，后臺數(shù)據(jù)庫管理系統(tǒng)為SQLServer2000，系統(tǒng)的運行平臺為Windows。系統(tǒng)運行再圖書館工作人員的客戶機上，對數(shù)據(jù)庫訪問的并發(fā)處理由SQLServer控制。
本圖書管理系統(tǒng)主要實現(xiàn)的功能如下：
進入系統(tǒng)前需要身份驗證，輸入正確的用戶名和密碼才能進入系統(tǒng)。
用戶可以根據(jù)需要進行書庫管理。
用戶可以進行借書證的辦理、查詢、掛失等操作。
用戶可以添加賬戶和修改密碼。
項目開發(fā)時間：90天
開發(fā)工具：eclipse
2、1工作內(nèi)容
1、制作和修訂項目開發(fā)計劃；
2、進行計劃跟蹤與監(jiān)控；
3、配合SQA的質(zhì)量保證工作；
4、工作產(chǎn)品及時進行受控管理；
5、按計劃提請階段評審；
6、提交測試部門評測開發(fā)產(chǎn)品；
7、交付最終工作產(chǎn)品。
8、項目實施總結(jié)
9、項目驗收
2、2主要參加人員
為了完成圖書管理系統(tǒng)的項目開發(fā)，公司組建了一個臨時的項目團隊，有項目組組長、副組長、組員構(gòu)成，如圖2、1所示。
2、3產(chǎn)品及成果
2、3、1程序
軟件名稱：沈陽師范大學圖書管理系統(tǒng)
編程語言：Java
存儲方式：U盤
功能：圖書館業(yè)務(wù)集成系統(tǒng)采用國內(nèi)先進的匯文文獻信息服務(wù)系統(tǒng)，該系統(tǒng)由采訪、編目、典藏、流通、連續(xù)出版物、統(tǒng)計、系統(tǒng)管理、OPAC等模塊組成。
2、3、2文件
用戶操作手冊：本手冊詳細描述軟件的功能、性能和用戶界面，使用戶對如何使用該軟件得到具體的了解，為操作人員提供該軟件各種運行情況的有關(guān)知識，特別是操作方法的具體細節(jié)。
軟件維護手冊：主要包括軟件系統(tǒng)說明、程序模塊說明、操作環(huán)境、支持軟件的說明、維護過程的說明，便于軟件的維護。
2、3、3服務(wù)
計劃提供以下服務(wù)：
課堂培訓：以講課形式對客戶進行培訓，使其能夠正確使用軟件。
免費咨詢：客戶可以在工作時間向技術(shù)人員提出問題并獲得解答。
技術(shù)支持：對于某些客戶，采取上門指導的方式。
軟件維護：獲取軟件使用中的問題，提供補丁程序。
升級通知：在軟件新版本發(fā)布的時候，及時通知（Email或郵寄信件）注冊的用戶，并提供試用版本。
軟件升級：對于注冊用戶，只需較少的費用即可升級到新的版本。
2、3、4非移交產(chǎn)品
可行性分析報告：說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng)濟上和社會因素上的可行性，評述為了合理地達到開發(fā)目標可供選擇的各種可能實施方案，說明并論證所選定實施方案的理由。
項目開發(fā)計劃：為軟件項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發(fā)的進度、開發(fā)經(jīng)費的預算、所需的硬件及軟件資源等。
軟件需求說明書（軟件規(guī)格說明書）：對所開發(fā)軟件的功能、性能、用戶界面及運行環(huán)境等做出詳細的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達成協(xié)議的條件下編寫的，也是實施開發(fā)工作的基礎(chǔ)。該說明書應給出數(shù)據(jù)邏輯和數(shù)據(jù)采集的各項要求，為生成和維護系統(tǒng)數(shù)據(jù)文件做好準備。
概要設(shè)計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結(jié)構(gòu)、輸入輸出以及接口設(shè)計、運行設(shè)計、數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯處理設(shè)計等，為詳細設(shè)計提供基礎(chǔ)。
詳細設(shè)計說明書：著重描述每一模塊是怎樣實現(xiàn)的，包括實現(xiàn)算法、邏輯流程等。
測試計劃：為做好集成測試和驗收測試，需為如何組織測試制訂實施計劃。計劃應包括測試的內(nèi)容、進度、條件、人員、測試用例的選取原則、測試結(jié)果允許的偏差范圍等。
測試分析報告：測試工作完成以后，應提交測試計劃執(zhí)行情況的說明，對測試結(jié)果加以分析，并提出測試的結(jié)論意見。
開發(fā)進度月報：該月報系軟件人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與實際執(zhí)行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。
項目開發(fā)總結(jié)報告：軟件項目開發(fā)完成以后，應與項目實施計劃對照，總結(jié)實際執(zhí)行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發(fā)工作做出評價，總結(jié)出經(jīng)驗和教訓。
軟件問題報告：指出軟件問題的登記情況，如日期、發(fā)現(xiàn)人、狀態(tài)、問題所屬模塊等，為軟件修改提供準備文檔。
軟件修改報告：軟件產(chǎn)品投入運行以后，發(fā)現(xiàn)了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響做出詳細的描述，提交審批。
源程序：軟件開發(fā)過程中的全部代碼以及注釋。
2、4驗收標準
2、4、1代碼的驗收
最后在交付客戶之前進行小組內(nèi)評審，代碼編寫符合HB6465標準，與文檔說明保持一致，代碼書寫風格統(tǒng)一，采用標準規(guī)范，沒有下列錯誤：由于軟件缺陷造成丟失數(shù)據(jù)，不符合設(shè)計要求，響應時間太長無法接受等問題。
2、4、2文檔驗收
最后在交付客戶之前進行小組內(nèi)評審，文檔格式符合HB6465標準，功能符合與客戶的合同要求，清晰易讀，沒有語病與歧義。
2、4、3服務(wù)驗收
服務(wù)硬件達到文檔說明的要求，人員技術(shù)考核合格，定期上門維護。
2、5完成項目的最遲期限
交付日期
從2011年9月15日開始至2012年1月18日，完成對整個系統(tǒng)的可行性報告分析、需求分析說明書、開發(fā)計劃說明說、系統(tǒng)設(shè)計書、項目測試、項目總結(jié)，對概念模型、存儲模式、完整性控制、存取權(quán)限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設(shè)計，定義了數(shù)據(jù)庫總體結(jié)構(gòu)、編碼命名規(guī)范，并交付用戶。交付日期為2012年1月20日，延期交付日為2月1號。
2、6本計劃的審查者與批準者
本系統(tǒng)由客戶提出，自2011年9月28號正式批準，審查者為周老師，批準人為周老師。
3實施總計劃
3、1開發(fā)過程
3、1、1需求分析
需求分析是整個設(shè)計中重要的一環(huán)，當可行性分析完成，項目立項，確定開發(fā)角色后，從9月20開始至10月5日，有關(guān)的設(shè)計開發(fā)人員與相關(guān)業(yè)務(wù)人員共同對業(yè)務(wù)流程、管理方式進行分析，并進行資料的收集、整理。在完成了對有關(guān)數(shù)據(jù)信息的收集、歸納和分析整理后，確定了用戶需求，對軟件必須完成的功能進行了定義，在此基礎(chǔ)上完成了數(shù)據(jù)定義，建立了數(shù)據(jù)字典。
3、1、2系統(tǒng)設(shè)計
從10月6日開始至11月5日，完成對整個系統(tǒng)的分析設(shè)計，對概念模型、存儲模式、完整性控制、存取權(quán)限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設(shè)計、定義了數(shù)據(jù)庫總體結(jié)構(gòu)、編碼命名規(guī)范。
3、1、3編碼及測試階段
從11月6日開始至11月22日，完成程序設(shè)計和系統(tǒng)測試，完成了數(shù)據(jù)庫建立及程序的編制調(diào)試。為了避免錯誤積累，采用邊開發(fā)邊測試的基本模式，對每個模塊都安排專人進行單獨測試，系統(tǒng)聯(lián)調(diào)及系統(tǒng)測試，對系統(tǒng)處理邏輯、例外處理能力、容錯能力等進行大規(guī)模的測試，對發(fā)現(xiàn)的問題進行徹底糾正。
3、1、4文檔、產(chǎn)品部署
從1月2日開始至1月25日，完成用戶培訓工作，編寫各類文檔，系統(tǒng)投入運行階段。
3、1、5項目總結(jié)
項目結(jié)束后用一周左右時間，對項目研發(fā)、部署等開發(fā)過程中的問題、經(jīng)驗教訓總結(jié)備案，以利于項目經(jīng)驗的積累和開發(fā)進的的縮短。
3、2工作任務(wù)的分解
3、3接口人員
負責本項目同用戶的接口人員為鄒浩，由軟件發(fā)開方派專人，按客戶要求，指定地點安裝，調(diào)試，運行并給客戶演示，在后期中負責維護和更新。
3、4進度
方法：采用結(jié)構(gòu)化開發(fā)
設(shè)置模塊開發(fā)優(yōu)先級：通過對圖書管理的特點和信息流程等的分析，確定各模塊開發(fā)的先后次序。
具體開發(fā)進度安排如下：
注：有四個里程碑，分別是需求完成時、詳細設(shè)計完成時、系統(tǒng)編碼完成時、整個項目工作完成時。
3、5預算
3、6項目風險因素
影響本計劃完成的主要問題有：
沒有經(jīng)費和硬件設(shè)施有限
用戶需求不清，存在誤解及二義性
第一次開發(fā)軟件，開發(fā)人員沒有實際經(jīng)驗
時間有限，沒有足夠的開發(fā)時間
4支持條件
4、1計算機系統(tǒng)支持
開發(fā)時需要的支持條件：
硬件：
服務(wù)器：PentiumIII500以上或更高，
內(nèi)存：512M以上；
硬盤：至少80G以上；
CD－ROM：32倍速以上；
網(wǎng)絡(luò)適配器：10MB/100MB自適應；
打印機一臺
UPS（選配）
工作站：Pentium4以上微機；
內(nèi)存：512MB
硬盤：至少80以上；
CD－ROM：32倍速以上；
網(wǎng)絡(luò)適配器：10MＢ/100MＢ自適應
網(wǎng)絡(luò)：至少一臺服務(wù)器
至少一臺工作站
使用TCP/IP協(xié)議的局域網(wǎng)
軟件：
操作系統(tǒng)為WindowXP，使用集成開發(fā)工具Eclipse5、5、1，數(shù)據(jù)庫采用SQLServer2000，項目運行環(huán)境為JDK6、0、
其他開發(fā)工具包括：Dreamweaver，MicrosoftVisio，RationalRose，PowerDesignerTrial11，TomCat6、0CVSNT2、5、03
運行時需要的支持條件：
一、服務(wù)器的要求
1．服務(wù)器的中央處理部件（CPU）建議使用PIII1G（以上）Xeon處理器芯片。
2．服務(wù)器內(nèi)存必須使用服務(wù)器專用ECC內(nèi)存
3．為了保證數(shù)據(jù)存儲的絕對可靠，硬盤應使用磁盤冗余陣列（RAID01）
4．為了防止服務(wù)器不可預測的故障，或者服務(wù)器的定期維護對公司整個業(yè)務(wù)造成的影響，所有建議使用兩臺服務(wù)器。兩臺服務(wù)器應構(gòu)成雙機熱備份。中間使用Watchdog電路。這樣的結(jié)構(gòu)可以保證整個系統(tǒng)的長時間不間斷工作，即使在服務(wù)器定期維護的時候也可以使用后備另一臺服務(wù)器工作。
5．服務(wù)器應支持熱插拔電源
6．服務(wù)器必須配備UPS（不間斷電源）。
7．服務(wù)器應該放在學校內(nèi)部。不然無法進行程序調(diào)試。
8．服務(wù)器應該必須有固定IP地址。
9．其他性能在經(jīng)濟條件允許的情況下，應該盡量使用高速穩(wěn)定的配件。
二、服務(wù)器上應該配備的軟件
1．操作系統(tǒng)：MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver
2．數(shù)據(jù)庫：MicrosoftSQLServer2000（簡體中文版）
3．服務(wù)器必須使用專業(yè)的防火墻和反病毒軟件。
4．除了為了運行必須配備的程序以外，服務(wù)器上建議盡量不要安裝其他無關(guān)程序，以減少程序的混亂或者程序的意外沖突。
5．各系的操作系統(tǒng)盡量統(tǒng)一。（Windows9x系列或者Windows2000系列）。這樣可以避免管理軟件因為操作系統(tǒng)版本不一致造成的過多的開銷。
6．各系的機器必須也安裝反病毒軟件和防火墻。以防止網(wǎng)絡(luò)上的蠕蟲病毒在整個網(wǎng)絡(luò)范圍內(nèi)的蔓延。
7．如果要打印涉及字段比較多的報表，應該配備針式打印機。
4、2需要用戶承擔的工作
向本小組成員進行培訓，其內(nèi)容包括圖書館的工作結(jié)構(gòu)、圖書管理系統(tǒng)的工作流程，以及圖書館規(guī)模包括可容納多少圖書，多少讀者，有幾個級別的管理員和管理員數(shù)目這些內(nèi)容必須在數(shù)據(jù)庫創(chuàng)建之初就進行培訓。配備相應硬件系統(tǒng)，做到規(guī)范操作，備份好數(shù)據(jù)防止數(shù)據(jù)丟失，軟件交付日期為軟件安裝測試人員提供環(huán)境。
4、3需由外單位提供的條件
本系統(tǒng)為獨立開發(fā)，不需要外單位提供條件。
5專題計劃要點
5、1開發(fā)人員培訓計劃
2011年9月18日起，至2011年10月28日，共十天實習期間，上午進行軟件工程項目開發(fā)各項內(nèi)容的專題知識講座；下午進行開發(fā)設(shè)計。
5、2測試計劃
2012年1月2日—2012年1月13日對軟件進行各項測試工作；
5、3質(zhì)量保證計劃
嚴格按照項目開發(fā)過程中的各項步驟，從項目立項，可行性研究報告、需求分析報告、項目開發(fā)計劃等，具體實施；
5、4人員配置計劃
該項目開發(fā)小組共8人：組長：鄒浩
組員：王瑩、盧珊珊、侯迪、張旭、印萬濤、劉嘯虎、張竣銘。
5、5客戶培訓計劃
在軟件實際應用后的前一個月，對用戶進行軟件操作方法的具體培訓；
5、6安全保密計劃
在從項目開發(fā)階段到最后軟件的正式發(fā)布期間，做好項目的保密工作，小組成員對所有項目所有相關(guān)文檔進行加密，做好備份工作。
5、7合同計劃
和客戶協(xié)商簽訂軟件使用合同。
【篇四：軟件項目計劃書】
1、項目介紹3
1、1項目概述3
1、1、1目的3
1、1、2項目背景3
1、1、3項目的范圍與目標3
1、2項目可交付成果4
1、2、1需完成的軟件4
1、2、2需提交的文檔4
1、3軟件項目計劃的制定過程5
1、4參考資料5
1、5有關(guān)定義和縮寫說明5
1、5、1相關(guān)術(shù)語5
1、5、2縮寫說明6
2、項目組織6
2、1過程模型6
2、2組織結(jié)構(gòu)6
2、3組織界限和界面7
2、4項目責任7
2、4、1責任分配矩陣7
2、4、1項目干系人的責任分配矩陣8
3、管理過程9
3、1管理目標和優(yōu)先級9
3、1、1管理目標9
3、1、2優(yōu)先級9
3、2設(shè)定條件、依賴關(guān)系和約束條件9
3、3風險管理10
3、3、1風險條目表10
3、3、2風險定性分析11
3、3、3風險管理清單12
3、3、4項目風險應對措施12
3、3、5風險監(jiān)控14
3、4監(jiān)督與控制機制14
3、4、1報告機制14
3、4、2監(jiān)督機制14
3、4、3評價和審核機制14
3、5人員計劃14
4、技術(shù)過程15
4、1方法、工具和技術(shù)15
4、2軟件文件15
4、3項目各項輔助職能16
5、工作包、進度和預算16
5、1工作包（WBS）16
5、2依賴關(guān)系19
5、2、1甘特圖19
5、2、2網(wǎng)絡(luò)日歷圖19
5、3資源要求19
5、3、1計算機系統(tǒng)支持19
5、3、2外部提供的條件20
5、4預算與資源分配以及進度計劃20
5、4、1預算20
5、4、2資源分配20
5、4、3進度計劃20
1、項目介紹
1、1項目概述
1、1、1目的
編寫本項目開發(fā)計劃的目的是把遠程在線考試系統(tǒng)開發(fā)過程中對各項工作任務(wù)的負責人員、開發(fā)的進度、經(jīng)費的預算、硬件和軟件資源條件等問題所做的安排用文檔的形式記載下來，以便根據(jù)本計劃開展和檢查項目開發(fā)工作，保證項目開發(fā)成功。
1、1、2項目背景
隨著信息的發(fā)展，考試報名的網(wǎng)絡(luò)化已成為趨勢，很多考試都已開通了網(wǎng)上報名系統(tǒng)，并通過計算機網(wǎng)絡(luò)實現(xiàn)異地考試報名。因此，為方便考試系統(tǒng)的管理與維護，故開發(fā)了該系統(tǒng)。
1、1、3項目的范圍與目標
1、1、3、1范圍描述
首先，因為考試是面向特定對象的，所以考試者進入系統(tǒng)應該進行身份驗證。首次進入報名系統(tǒng)的考生應該先進行注冊�？荚囌哌M入考試系統(tǒng)后，應該能根據(jù)自己的需要選擇不同的功能，比如網(wǎng)上報名、成績查詢等等。各種功能實現(xiàn)后，可以返回功能主界面，繼續(xù)實現(xiàn)其他功能。此外，對于管理員來說，能夠方便、快捷的對網(wǎng)上報名系統(tǒng)進行管理。
1、1、3、2主要功能
1、概述
�。ㄒ唬�、登陸：考生輸入身份證號和密碼登陸進入系統(tǒng)。
�。ǘ⒖忌裕菏状蔚顷懙目忌冗M行注冊。
�。ㄈ�、網(wǎng)上報名：考生通過網(wǎng)上報名功能，填寫報名信息，進行報名。
�。ㄋ模�、成績查詢：考生登錄個人賬號，在考試結(jié)束并且成績發(fā)布后可以查看自己的考試成績。
�。ㄎ澹�、用戶管理：管理員進入考生管理功能，管理員對考生信息進行查詢、修改。
�。�、成績錄入：管理員將考生成績文件導入系統(tǒng)，并且將考生成績保存在數(shù)據(jù)庫中。
�。ㄆ撸�、成績統(tǒng)計：管理員可以分類統(tǒng)計考生成績，統(tǒng)計全部考生的成績、通過的考生以及不通過的考生的成績等等。
�。ò耍⑿畔l(fā)布：管理員進入系統(tǒng)維護功能，通過信息發(fā)布功能，編寫信息標題和內(nèi)容，將考試信息發(fā)布出去
（九）、報名時間管理：管理員通過考試報名時間管理功能對考試報名時間進行限制。
2、功能描述
此系統(tǒng)總概括來說包括三大功能：
（一）、考生網(wǎng)上報名功能�？忌卿浘W(wǎng)上報名系統(tǒng)，填寫報名信息，進行報名。首次登錄的考試需要先注冊。
�。ǘ⒊煽儾樵児δ��？忌梢缘卿洷鞠到y(tǒng)進行本人成績查詢，管理員也可以登錄本系統(tǒng)的后臺根據(jù)某些條件部分考生成績。
（三）、管理功能。管理員登錄本系統(tǒng)，可以對用戶進行增刪改查，對考試報名時間、信息發(fā)布以及成績等進行管理。
1、1、3、3性能
�。ㄒ唬�、管理員動態(tài)的管理各種考試信息。
�。ǘ�、考生報名方便，可實現(xiàn)遠程報名。
�。ㄈ�、考生可隨時掌握考試相關(guān)信息。
1、1、3、4管理和技術(shù)約束
這是我們首次進行一個完整的項目作業(yè)，缺少經(jīng)驗在所難免，我們在借鑒前人優(yōu)點的同時，也發(fā)揮我們自己的想象力以及能力，補充所缺少的部分。由于時間的緊迫，各個方面完成的并不算完善。在技術(shù)方面，在程序編寫中我們丙丁會遇到這樣那樣的難題，但是一定會想辦法克服。
1、2項目可交付成果
1、2、1需完成的軟件
�。ㄒ唬�、源程序
�。ǘ�、數(shù)據(jù)庫對象創(chuàng)建語句
�。ㄈ⒖蓤�(zhí)行程序
1、2、2需提交的文檔
1、3軟件項目計劃的制定過程
制定項目計劃是軟件項目管理過程中一個關(guān)鍵的活動，是軟件開發(fā)工作的第一步。其主要過程如下：
�。ㄒ唬�、確定詳細的項目實施范圍
�。ǘ�、確定須交付的工作成果
（三）、評估實施過程中主要的風險
�。ㄋ模�、制定項目實施的時間計劃
�。ㄎ澹�、成本和預算計劃以及人力資源計劃等
1、4參考資料
軟件項目計劃書范例
軟件風險控制計劃案例
1、5有關(guān)定義和縮寫說明
1、5、1相關(guān)術(shù)語
用戶
考生與考試管理人員之和。
考生
擁有在線考試權(quán)利的所有人員。
管理員
指派的考試管理員。
1、5、2縮寫說明
WBS任務(wù)分解結(jié)構(gòu)
SPM軟件項目管理
2、項目組織
2、1過程模型
在計算機等級考試網(wǎng)上報名系統(tǒng)中，首先，本系統(tǒng)的工作流程比較穩(wěn)定，需求明確。在開發(fā)過程中需求很少發(fā)生變化。其次，用戶使用環(huán)境相對穩(wěn)定。最后，本系統(tǒng)屬于小系統(tǒng)，項目周期較短。經(jīng)過綜合分析，本系統(tǒng)采用瀑布模型。
瀑布模型中，每一個階段都定義明確的產(chǎn)出物，在每一個階段完成后都可以組織相關(guān)的評審和驗證，只有在評審通過后才能夠進入到下一個階段。如下圖：
2、2組織結(jié)構(gòu)
計算機等級考試網(wǎng)上報名系統(tǒng)開發(fā)項目組人員結(jié)構(gòu)如下圖所示：
2、3組織界限和界面
2、4項目責任
2、4、1責任分配矩陣
2、4、1項目干系人的責任分配矩陣
3、管理過程
3、1管理目標和優(yōu)先級
3、1、1管理目標
基本管理原則：每位成員既是積極地建言者，又是負責的合作者，同時也是決策的制定者。決策應在充分的討論基礎(chǔ)上由大家共同做出，一旦決策做出就必須被及時有效的執(zhí)行。
目標1：按時按量完成項目的基本功能，按時發(fā)布產(chǎn)品及文檔，這是本團隊的最高目標。
目標2：遵循規(guī)范化的項目運作標準，文檔嚴謹完整，代碼注釋充分，便于后續(xù)維護，這是第二目標。
目標3：產(chǎn)品運行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。
目標4：注重團隊建設(shè)，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發(fā)過程中積極協(xié)作。
目標5：項目設(shè)計和開發(fā)上盡量有創(chuàng)意，有亮點。
3、1、2優(yōu)先級
在遵循基本原則的基礎(chǔ)上，管理目標的優(yōu)先級如下圖所示（優(yōu)先級1-5依次遞減）：
3、2設(shè)定條件、依賴關(guān)系和約束條件
假設(shè)1：指導老師對項目進度進行壓縮或組員推出該項目
限制：某些關(guān)鍵某塊與功能不能及時交付
假設(shè)2：相關(guān)硬件設(shè)備或者軟件設(shè)備癱瘓
限制：造成部分工作甚至整體工作無法進行而造成拖延
假設(shè)3：組員在項目開發(fā)過程中推出該項目
限制：任務(wù)需重新分配可能導致最終延期交付
假設(shè)4：最終沒有外援美工指導
限制：最終系統(tǒng)界面友好性相對較差
3、3風險管理
本計劃主要針對項目開發(fā)涉及到的風險，包括在項目開發(fā)周期過程中可能出現(xiàn)的風險以及項目實施過程中外部環(huán)境的變化可能引起的風險等進行評估。
3、3、1風險條目表
3、3、1、1需求風險
�。ㄒ唬�、分析員對業(yè)務(wù)了解不全面
（二）、需求的不斷變化
3、3、1、2相關(guān)性風險
（一）、項目經(jīng)理管理經(jīng)驗不足
（二）、不可抗力因素造成的危害
�。ㄈ⒏邔庸芾砣藛T對時間的要求不合理
3、3、1、3管理風險
�。ㄒ唬�、項目范圍定義不清楚
�。ǘ⑦M度拖延
�。ㄈ贤ú簧�
3、3、1、4技術(shù)風險
�。ㄒ唬⒃O(shè)計錯誤導致程序?qū)崿F(xiàn)困難
�。ǘ�、缺乏質(zhì)量跟蹤
（三）、缺少測試計劃
（四）、相關(guān)人員缺乏技術(shù)培訓，缺乏經(jīng)驗
�。ㄎ澹⑻厥夤δ懿荒芗皶r交付
3、3、1、5開發(fā)環(huán)境風險
�。ㄒ唬�、所使用開發(fā)軟件的質(zhì)量問題
�。ǘ浞莪h(huán)境不穩(wěn)定
�。ㄈ�、系統(tǒng)崩潰或者被攻擊
3、3、1、6人員數(shù)目及經(jīng)驗風險
�。ㄒ唬�、人力資源有限
（二）、開發(fā)人員沒有接受過正規(guī)培訓
�。ㄈ㈤_發(fā)人員經(jīng)驗不足
3、3、1、7客戶風險
�。ㄒ唬�、客戶對于最后交付的產(chǎn)品不滿意，要求重新設(shè)計和重做
�。ǘ⒖蛻魧σ�(guī)劃、原型和規(guī)格的審核決策周期比預期的要長
�。ㄈ⒖蛻魶]有參加審核，導致需求不穩(wěn)定
3、3、2風險定性分析
如下表格中對可能發(fā)生的風險做了定性的分析，表中數(shù)據(jù)是通過資料搜集以及個人和團隊推測得來。
3、3、3風險管理清單
如下表格對前十項可能發(fā)生的風險進行了排序，表中數(shù)據(jù)是通過資料搜集以及個人和團隊推測得來。
3、3、4項目風險應對措施
3、3、5風險監(jiān)控
制定規(guī)劃，實施保護措施，在保護措施實施的每一個階段都要進行監(jiān)控和跟蹤。風險貫穿于項目的整個生命周期中，因為風險管理是個動態(tài)的、連續(xù)的過程。因此制定了風險防范計劃后，還需要時刻監(jiān)督風險的發(fā)展和變化情況。只有了解風險，才能規(guī)避風險。
3、4監(jiān)督與控制機制
3、4、1報告機制
各開發(fā)過程、培訓負責人以周為單位記錄工作進展，形成電子文檔報告。負責人在每次討論時作口頭總結(jié)，項目組成員給出意見，報告修改后發(fā)送至組長郵箱。各風險負責人密切監(jiān)控風險狀態(tài)，定期提交風險報告。必要時將突發(fā)情況郵件列表通知所有組員，并由組長做出臨時處理決定。
3、4、2監(jiān)督機制
開發(fā)過程中功能與模塊相關(guān)聯(lián)的兩個組別有權(quán)利與義務(wù)對相關(guān)組別進行監(jiān)督與進度詢問。督促其按照規(guī)定進度完成任務(wù)。由技術(shù)組長對開發(fā)過程應用技術(shù)進行監(jiān)督，并提供技術(shù)咨詢。由管理組長對整體進度進行把握。
3、4、3評價和審核機制
每次討論中小組討論形成一致意見后即為通過，相關(guān)負責人針對改進意見開展下一周工作，小組會議持續(xù)評估其成效。每一項目階段結(jié)束之前（里程碑前后），組織一次階段評審會，評估整個階段的工作效率和成果質(zhì)量。盡量與項目例會合并，并邀請老師參加評議。
3、5人員計劃
4、技術(shù)過程
4、1方法、工具和技術(shù)
本小組的團隊組織結(jié)構(gòu)為技術(shù)管理式組織結(jié)構(gòu)；編程語言為java，采用面向?qū)ο蟮姆治鲈O(shè)計方法，利用UML進行系統(tǒng)建模，使用SqlSever2005作為數(shù)據(jù)庫管理系統(tǒng)圖，并采用統(tǒng)一的java標準的文件命名方式、代碼版式、注釋等編碼規(guī)范；編碼人員對代碼進行嚴格檢查后再進行代碼編譯；測試人員根據(jù)測試文檔進行單元測試；最后實現(xiàn)軟件的交付。
開發(fā)環(huán)境：Sqlsever2005+Myeclipse6、0+VisualStudio2005、
4、2軟件文件
1．軟件項目管理計劃
該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設(shè)計需求分析初級階段完成，后續(xù)階段由文檔維護員進行相應的更新。
2、需求規(guī)格說明初稿
在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進行需求變更的更新。
3、設(shè)計報告初稿
在總體設(shè)計階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構(gòu)的設(shè)計，由組長編寫軟件體系結(jié)構(gòu)設(shè)計文檔初稿，并在后續(xù)開發(fā)階段補充和更新。該文檔由文檔維護員負責維護更新。
4、測試文檔
在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔建立測試環(huán)境、準備測試數(shù)據(jù)。
5．用戶手冊
在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結(jié)束后需要形成初稿；在后續(xù)階段不斷由文檔維護員戶文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一起被交付。
6、個人項目總結(jié)
由組內(nèi)成員各自獨立完成，對開發(fā)過程中獲得的工作經(jīng)驗進行總結(jié)。在提交系統(tǒng)時一并提交。
7、其他文檔
軟件開發(fā)過程中的其他文檔，如開發(fā)日志（按組員意見選擇公開與否），風險報告及其處理意見等，由秘書進行整理與匯聚。作為以后軟件開發(fā)以及交流的經(jīng)驗。
4、3項目各項輔助職能
5、工作包、進度和預算
5、1工作包（WBS）
1000軟件項目管理SPM
1100需求分析階段
1110軟件需求詳細計劃
1200設(shè)計階段
1210軟件設(shè)計報告
1300編碼階段
1310軟件編碼報告
1400測試階段
1410編制軟件項目進展報告
1420軟件測試報告
1430軟件編碼更新
1500維護階段
1510軟件維護記錄報告
2000軟件開發(fā)
2100需求分析階段
2110用例圖
2120靜態(tài)模型
2130需求分析規(guī)格說明書
2200設(shè)計階段
2210類圖
2220動態(tài)模型
2230設(shè)計文檔
2300編碼階段
2310考生登陸功能開發(fā)
2311編碼
2312單元測試
2320考生注冊功能開發(fā)
2321編碼
2322單元測試
2330考生網(wǎng)上報名功能開發(fā)
2331編碼
2332單元測試
2340考生成績查詢功能開發(fā)
2341編碼
2342單元測試
2350用戶管理功能開發(fā)
2351編碼
2352單元測試
2360成績錄入功能開發(fā)
2361編碼
2362單元測試
2370成績統(tǒng)計功能開發(fā)
2371編碼
2372單元測試
2380信息發(fā)布功能開發(fā)
2381編碼
2382單元測試
2390報名時間管理功能開發(fā)
2391編碼
2392單元測試
2400測試階段
2410集成測試
2500維護階段
2510軟件安裝
2520軟件調(diào)試
2530軟件維護記錄報告
3000軟件配置
3100需求分析階段
3110制定配置和管理計劃
3120開發(fā)模型
3130需求文檔
3140配置狀態(tài)審計
3200設(shè)計階段
3210數(shù)據(jù)庫設(shè)計
3220框架設(shè)計
3230軟件配置庫的維護
3240設(shè)計文檔
3250配置狀態(tài)審計
3300編碼階段
3310軟件運行環(huán)境
3320源代碼
3330軟件測試報告
3340配置狀態(tài)審計
3400測試階段
3410軟件運行
3420軟件測試數(shù)據(jù)
3430軟件維護報告
3440配置狀態(tài)審計
3500維護階段
3510數(shù)據(jù)庫維護
3520軟件運行環(huán)境
3530可執(zhí)行代碼
3540配置狀態(tài)審計
4000驗證與確認
4100需求分析階段
4110制定軟件需求階段驗證和確認計劃
4120需求確認報告
4130階段評審
4200設(shè)計階段
4210階段評審
4220設(shè)計確認報告
4300編碼階段
4310階段評審
4320編碼確認報告
4400測試階段
4410各項功能評審
4411考生登陸功能評審
4412考生注冊功能評審
4413考生網(wǎng)上報名功能評審
4414考生成績查詢功能評審
4415用戶管理功能評審
4416成績錄入功能評審
4417成績統(tǒng)計功能評審
4418信息發(fā)布功能評審
4419報名時間管理功能評審
4420系統(tǒng)測試
4430測試確認報告
4440階段評審
4500維護階段
4510驗收測試
4520驗收評審
5000質(zhì)量保證
5100需求分析階段
5110制定質(zhì)量保證計劃
5120需求質(zhì)量文檔
5200設(shè)計階段
5210設(shè)計質(zhì)量文檔
5220軟件質(zhì)量保證活動報告
5300編碼階段
5310編碼質(zhì)量文檔
5400測試階段
5410測試質(zhì)量文檔
5500維護階段
5510維護文檔
5、2依賴關(guān)系
5、2、1甘特圖
5、2、2網(wǎng)絡(luò)日歷圖
5、3資源要求
5、3、1計算機系統(tǒng)支持
計算機：計算機主機，服務(wù)器
支持軟件：Microsoftword，Photoshop等
操作系統(tǒng)：Windows7或者xp等
5、3、2外部提供的條件
設(shè)備：個人筆記本
工作地：教室和宿舍
5、4預算與資源分配以及進度計劃
5、4、1預算
5、4、1、1預算概要
5、4、1、1預算細要
5、4、2資源分配
各自使用各自的機器。
5、4、3進度計劃
【篇五：軟件項目計劃書】
1概述1
1、1項目概述1
1、2項目交付的產(chǎn)品1
1、3SPMP的演化1
1、4參考資料1
1、5定義、縮寫詞以及簡寫1
2項目組織1
2、1外部接口1
2、2內(nèi)部組織結(jié)構(gòu)2
2、3角色與職責劃分2
3管理過程2
3、1項目啟動計劃2
3、2工作計劃2
3、3控制計劃2
3、4風險管理計劃2
3、5項目收尾計劃3
4計劃過程3
4、1過程模型3
4、2方法、工具和技術(shù)4
4、3基礎(chǔ)設(shè)施4
5支持過程4
5、1工作包4
5、2依賴關(guān)系4
5、3資源需求5
5、4預算和資源分配5
5、5進度表5
1概述
1、1項目概述
項目的目標是開發(fā)一套酒店內(nèi)部管理系統(tǒng)，同時組員們獲得系統(tǒng)的軟件工程項目訓練，發(fā)布的產(chǎn)品是軟件的可執(zhí)行程序、源代碼、技術(shù)文檔等，主要工作是需求分析、系統(tǒng)分析、開發(fā)測試。關(guān)鍵里程碑分別是需求規(guī)格說明書的發(fā)布，系統(tǒng)設(shè)計說明說發(fā)布和系統(tǒng)的交付，項目所需資源為版本控制服務(wù)器和個人開發(fā)工具，進度大約為9周。
1、2項目交付的產(chǎn)品
交付日期12月20日，主要交付物有：酒店客房管理系統(tǒng)安裝程序、系統(tǒng)源代碼、技術(shù)文檔包（包括需求規(guī)格說明書、系統(tǒng)設(shè)計說明書、項目總結(jié)文檔等）
1、3SPMP的演化
SPMP于第12周周末前經(jīng)由小組討論—>分工撰寫—>匯總整合三步形成初稿，由組長上傳至配置文檔庫，由組長負責維護。
第13周以后根據(jù)項目的進展可以對其進行修改需要有組員提出修改意見，在全體會議上討論通過，并由組長將修改稿上傳至文檔庫。其余組員通過版本同步獲得更新稿。
1、4參考資料
《軟件工程——理論、方法與實踐》，孫家廣劉強，高等教育出版社
《軟件工程導論》張海藩，清華大學出版社
《軟件工程師指南[M]》張凱，中國電力出版社
《JavaWeb典型模塊與項目實戰(zhàn)大全[M]》明日科技，電子工業(yè)出版社。
《Java數(shù)據(jù)庫系統(tǒng)開發(fā)案例精選[M]》王國輝，人民郵電出版社
1、5定義、縮寫詞以及簡寫
JDKFM：待開發(fā)的酒店客房管理系統(tǒng)軟件名稱
SPMP：軟件項目管理計劃
SRS：需求規(guī)格
2項目組織
2、1外部接口
2、2內(nèi)部組織結(jié)構(gòu)
民主式組織結(jié)構(gòu)，在這個結(jié)構(gòu)中，小組成員完全平等，名義上的組長與其他成員沒有任何區(qū)別。大家享有充分的民主，項目共作由全體人員討論協(xié)商決定，并根據(jù)每個人的經(jīng)驗和能力進行適當?shù)姆峙洹３浞旨ぐl(fā)大家的創(chuàng)造力，有利于攻克技術(shù)難關(guān)，雖然缺乏明確的權(quán)威領(lǐng)導，但是出現(xiàn)意見分歧時大家都會盡量協(xié)商解決的。
2、3角色與職責劃分
需求分析員整理需求分析并以撰寫需求分析分析文檔，負責人員：謝明敏、陳冬雪
軟件設(shè)計員負責軟件的設(shè)計并撰寫設(shè)計文檔，負責人員：夏喜鋒
開發(fā)人員編寫軟件開發(fā)的代碼，負責人員：胡玉蓮，韓永亮
總結(jié)人員負責最后的收尾工作并撰寫總結(jié)文檔，負責人員：張瑞剛
3管理過程
3、1項目啟動計劃
每位組員既是積極的建言者，又是負責的合作者。決策應在充分的討論基礎(chǔ)上做出，并被及時有效的執(zhí)行。按時按量完成項目的基本功能，按時發(fā)布產(chǎn)品，遵循規(guī)范的項目運作標準，文檔嚴謹完整，代碼注釋充分，便于后續(xù)維護。產(chǎn)品要運行穩(wěn)定，界面友好易上手，能很好的管理酒店客房信息。開發(fā)軟件過程中要注重團隊建設(shè)，成員分工合理，合作默契，氣氛融洽。項目設(shè)計和開發(fā)商要有創(chuàng)新，更好的吸引客戶。
3、2工作計劃
第11周~第13周：完成需求規(guī)格說明并撰寫需求規(guī)格說明
第14周：完成系統(tǒng)設(shè)計并撰寫軟件設(shè)計文檔
第15周~第16周：完成編碼測試
第17周~第18周：完成軟件交付并撰寫總結(jié)文檔
3、3控制計劃
各開發(fā)過程負責人以周為單位記錄工作進展，形成電子文檔報告，上傳至文檔庫。負責人在每周項目例會作口頭總結(jié)，小組會議審核通過給出意見，報告修改后上傳至文檔庫。各風險負責人密切監(jiān)控風險狀態(tài)，定期提交風險報告。必要時將突發(fā)情況郵件列表通知所有組員，并由組長做出臨時處理決定。每周例會上小組討論形成一致意見后即為通過，相關(guān)負責人針對改進意見開展下一周工作，小組會議持續(xù)評估其成效。每一項目階段結(jié)束之前（里程碑前后），組織一次階段評審會，評估整個階段的工作效率和成果質(zhì)量。盡量與項目例會合并，并邀請老師和助教參加評議。
3、4風險管理計劃
風險的詳細描述如下：
風險一：開發(fā)技術(shù)不熟練
沒有組員能熟練運用JAVA語言編出程序，僅限于學過，可能導致開發(fā)進度受阻，代碼交流困難。
風險二：考研課程
組員胡玉蓮每天都有考研課要上，又臨近考試可能導致任務(wù)分配上的困難。
風險三：考公務(wù)員
組長謝明敏和組員陳冬雪每天有公務(wù)員培訓課，十一月二十四日有國家公務(wù)員考試，既要復習考試又要完成任務(wù)，會導致任務(wù)進度變慢。
風險四：考銀行
組長謝明敏和組員陳冬雪參加了農(nóng)業(yè)銀行招聘和民生銀行招聘，預計十一月中上旬會去呼市參加考試，可能沒辦法監(jiān)督項目正常進度，延緩任務(wù)完成時間。
風險五：需求變更頻繁
在設(shè)計開發(fā)過程中可能發(fā)現(xiàn)原有需求不容易轉(zhuǎn)化為設(shè)計稿，在測試體驗過程中可能發(fā)現(xiàn)游戲并不好玩，這都會帶來需求的重新變更。這兩種情況，尤其后一種要盡量避免，以免帶來重復開發(fā)的浪費。
風險六：缺乏設(shè)計人才
設(shè)計對一個軟件來說很重要，但項目組內(nèi)沒有這方面的人才，可能導致產(chǎn)品吸引力下降，界面開發(fā)環(huán)節(jié)上耗費較多時間等。
3、5項目收尾計劃
在開發(fā)階段結(jié)束后，開發(fā)人員之間會進行代碼走查，減少bug，并在測試階段更新源代碼，測試人員根據(jù)測試文檔驚醒軟件測試，提高軟件正確性。
最終交付酒店客房管理系統(tǒng)軟件。
4計劃過程
4、1過程模型
應用瀑布模型，軟件開發(fā)的各項活動嚴格按照線性的方式進行，當前活動接受上一活動的工作結(jié)果，實施完成所需的工作內(nèi)容。當前活動的工作結(jié)果需要進行驗證，如果驗證通過，則該結(jié)果作為下一項活動的輸入，繼續(xù)進行下一項活動，否則返回進行修改。因此，這種模型強調(diào)文檔的作用，并要求每個階段都有仔細驗證。
4、2方法、工具和技術(shù)
本小組的團隊組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu)；編程語言為java；采用面向?qū)ο蟮姆治鲈O(shè)計方法；利用UML進行系統(tǒng)建模；統(tǒng)一文件命名、代碼版式、注釋等編碼規(guī)范；編碼人員進行代碼走查后再進行代碼編譯；測試人員根據(jù)測試文檔進行單元測試；最后實現(xiàn)軟件的交付。
4、3基礎(chǔ)設(shè)施
個人PC，筆記本、實驗室專用PC機
5支持過程
5、1工作包
5、2依賴關(guān)系
1）組織團隊是完成軟件項目的前提，明確分工負責；
2）配置管理貫穿于整個軟件開發(fā)和測試過程；
3）需求分析是軟件項目進入開發(fā)階段的重要標志；
4）系統(tǒng)設(shè)計是基于需求分析的基礎(chǔ)上，又是編碼的原理依據(jù)；
5）編碼測試是軟件開發(fā)進展的重要過程；
6）交付階段是軟件獲得客戶的認可，是軟件開發(fā)結(jié)束的標志。
5、3資源需求
人員：小組軟件項目開發(fā)成員、客戶
支持軟件：Office
計算機硬件：服務(wù)器等
辦公室：學院實驗室和宿舍
實驗設(shè)備：個人PC機、筆記本、實驗室專用PC機
項目資源維護需求的數(shù)目和類型：6臺個人電腦（PentiumIII800以上CPU，256M以上內(nèi)存）
5、4預算和資源分配
預算：本次軟件開發(fā)沒有涉及到任何經(jīng)濟方面的預算，但會在最后產(chǎn)品拍賣的時候涉及虛擬貨幣。
資源分配：各自使用各自的機器。
5、5進度表
【軟件項目計劃書參考】相關(guān)文章：
軟件項目計劃書12-18
軟件項目計劃書07-25
軟件項目計劃書范文12-18
軟件項目開發(fā)計劃書08-03
軟件項目實施計劃書08-03
軟件項目計劃書模板08-29
軟件項目計劃書15篇03-12
軟件項目計劃書（通用6篇）10-17
軟件項目需求計劃書（精選14篇）06-25
軟件項目計劃書范文（通用6篇）09-28