軟體專案計劃書參考

【篇一：軟體商業運營專案計劃書】

1、0專案概要

1、1專案公司

1、2專案簡介

1、3客戶基礎

1、4市場機遇

1、5專案投資價值

1、6專案資金及合作

1、7專案成功關鍵

1、8公司使命

1、9經濟目標

2、0公司介紹（參考兆聯公司的商業計劃書範文：軟體商業運營商業計劃書模板格式）

2、1專案公司與關聯公司

2、2公司組織結構

2、3[歷史]財務經營狀況

2、4[歷史]管理與營銷基礎

2、5公司地理位置

2、6公司發展戰略

2、7公司內部控制管理

3、0服務專案介紹

3、1、軟體商業運營服務專案

3、2、軟體商業運營服務專案特點

3、3軟體商業運營服務技術

3、4軟體商業運營服務裝置與設施

3、5專案地理位置與背景

3、6專案建設基本方案與內容

4、0市場分析（參考兆聯公司的商業計劃書範文：軟體商業運營商業計劃書模板格式）

4、1軟體市場分析

4、2目標市場區域服務專案供需現狀與預測（目標市場分析）

4、3軟體商業運營行業市場狀況

4、4軟體商業運營市場容量分析

4、5軟體商業運營市場需求與趨勢分析

4、5、1服務專案的市場需求

4、5、2服務專案的趨勢分析

4、6銷售渠道分析

4、7競爭對手情況與分析

4、7、1競爭對手情況

4、7、2競爭對手情況分析

4、8行業准入與政策環境分析

5、0發展戰略與實施計劃

5、1專案執行戰略

5、2專案合作方案

5、3公司發展戰略

5、4客戶滿意服務系統建設

5、5市場行銷策略

5、5、1市場定位策略

5、5、2服務專案定價策略

5、5、3市場促銷策略

5、5、4電子網路營銷

5、6服務專案推銷計劃

6、0專案swot綜合分析

6、1優勢分析

6、2弱勢分析

6、3機會分析

6、4威脅分析

6、5swot綜合分析

7、0專案管理與人員計劃

7、1組織結構

7、2管理團隊介紹

7、3管理團隊建設與完善

7、4人員招聘與培訓計劃

7、5人員管理制度與激勵機制

7、6成本控制管理

7、7專案實施進度計劃

8、0風險分析與規避對策

8、1經營管理風險及其規避

8、2技術人才風險及其規避

8、3安全、汙染風險及控制

8、4市場開拓風險及其規避

8、5政策風險及其規避

8、6中小企業融資風險與對策

9、0投入估算與資金籌措

9、1專案中小企業融資需求與貸款方式

9、2專案資金使用計劃

9、3中小企業融資資金使用計劃

9、4貸款方式及還款保證

10、0財務預算（參考兆聯公司的商業計劃書範文：軟體商業運營商業計劃書模板格式）

一．財務分析說明

二．財務資料預測

1、銷售收入明細表

2、成本費用明細表

3、薪金水平明細表

4、固定資產明細表

5、資產負債表

6、利潤及利潤分配明細表

7、現金流量表

8、財務指標分析

1）反映財務盈利能力的指標

a。財務內部收益率（firr）

b。投資回收期（pt）

c。財務淨現值（fnpv）

d。投資利潤率

e。投資利稅率

f。資本金利潤率

g。不確定性分析：盈虧平衡分析、敏感性分析、概率分析

2）反映專案清償能力的指標

a。資產負債率

b。流動比率

c。速動比率

d。固定資產投資借款償還期

附件附表：（參考兆聯公司的商業計劃書範文：軟體商業運營商業計劃書模板格式）

一．附件

1、營業執照影本

2、董事會名單及簡歷

3、主要經營團隊名單及簡歷

4、專業術語說明

5、專利證書生產許可證鑑定證書等

6、註冊商標

7、企業形象設計宣傳資料（標識設計、說明書、出版物、包裝說明等）

【篇二：軟體專案計劃書】

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個月完成任務。

【篇三：軟體專案開發計劃書】

1引言-3-

1、1編寫目的-3-

1、2背景-3-

1、3定義-4-

1、4參考資料-4-

1、5系統動機-4-

1、6標準、條件和約定-5-

1、7編寫文件的WBS-5-

2專案概述-6-

2、1工作內容-6-

2、2主要參加人員-6-

2、3產品及成果-8-

2、3、1程式-8-

2、3、2檔案-8-

2、3、3服務-8-

2、3、4非移交產品-8-

2、4驗收標準-9-

2、4、1程式碼的驗收-9-

2、4、2文件驗收-9-

2、4、3服務驗收-10-

2、5完成專案的最遲期限-10-

2、6本計劃的審查者與批准者-10-

3實施總計劃-11-

3、1開發過程-11-

3、1、1需求分析-11-

3、1、2系統設計-11-

3、1、3編碼及測試階段-11-

3、1、4文件、產品部署-11-

3、1、5專案總結-11-

3、2工作任務的分解-12-

3、3介面人員-13-

3、4進度-13-

3、5預算-14-

3、6關鍵問題-14-

4支援條件-15-

4、1計算機系統支援-15-

4、2需要使用者承擔的工作-16-

4、3需由外單位提供的條件-17-

5專題計劃要點-18-

5、1開發人員培訓計劃-18-

5、2測試計劃-18-

5、3質量保證計劃-18-

5、4人員配置計劃-18-

5、5客戶培訓計劃-19-

5、6安全保密計劃-19-

5、7合同計劃-19-

1引言

1、1編寫目的

為了保證專案團隊按時保質地完成專案目標，便於專案團隊成員更好地瞭解專案情況，使專案工作開展的各個過程合理有序，有必要以檔案化的形式，把對於在專案生命週期內的工作任務範圍、各項工作的任務分解、專案團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、專案內外環境條件、風險對策等內容以書面的.方式描述出來，作為專案團隊成員以及專案干係人之間的共識與約定，專案生命週期內的所有專案活動的行動基礎，專案團隊開展和檢查專案工作的依據。

本專案開發計劃用於從總體上指導圖書管理系統專案順利進行並最終得到通過評審的專案產品。本專案開發計劃面向專案組全體成員。

1、2背景

瀋陽師範大學圖書管理系統是由瀋陽師範大學委託我們開發的大型管理系統，主要功能是實現圖書館的資訊化管理，包括讀者資訊管理，書籍資訊管理，借閱資訊管理，管理者資訊管理等功能。專案週期為六個月，專案背景規劃如表1、1所示。

表1、1專案背景規劃

專案名稱專案委託單位任務提出者專案承擔單位

圖書管理系統瀋陽師範大學周老師

圖書管理系統是學校資訊管理系統的一個重要組成部分，它需要學生基本資訊系統提供學生的基本資料，因為很多情況下，圖書證號和學生的學生證號是一樣的，而且在圖書管理中，需要知道學生所在的系別和班級等資訊；另外，它還需要教職工資訊系統提供基本資料，因為教職工當然也能在圖書館借閱圖書。因此，在設計時可以和校園資訊管理系統的其他系統使用同一個資料庫管理系統，以便系統之間的資訊交流和管理。

1、3定義

專門術語：

SQLSERVER：系統伺服器所使用的資料庫關係系統（DBMS）。

SQL：一種用於訪問查詢資料庫的語言

事務流：資料進入模組後可能有多種路徑進行處理。

主鍵：資料庫表中的關鍵域。值互不相同。

外部主鍵：資料庫表中與其他表主鍵關聯的域。

ROLLBACK：資料庫的錯誤恢復機制。

縮寫：

系統：若未特別指出，統指本圖書管理系統。

SQL：StructuredQueryLanguage（結構化查詢語言）。

ATM：AsynchronousTransferMode（非同步傳輸模式）。

UML：統一建模語言、是一套用來設計軟體藍圖的標準建模語言，是一種從軟體分析、設計到編寫程式規範的標準化建模語言。

1、4參考資料

文件格式要求按照我國GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規範要求進行。包括以下檔案：

圖書借閱關係系統需求說明書

軟體工程專案開發文件範例

軟體工程國家標準文件

圖書借閱管理需求說明書

軟體需求說明書編寫規範

書籍包括：

《軟體專案管理》朱少民，韓瑩編著，人民郵電出版社。

《軟體專案管理》RajeevTShandilya編著科學出版社。

1、5系統動機

圖書的管理是一門複雜的學問，與一般的企業和機構管理不同，它要處理的資訊量極大，進行的操作繁瑣。很多年以來，管理圖書館是利用人工操作，讀者要借書還書時需要操作員手動進行，這中間查詢、錄入資訊、管理的過程是很複雜的。在計算機被廣泛應用之後，利用計算機進行圖書管理成為成為了可能。

本軟體系統通過實現讀者、圖書館操作員與圖書館內部資料的互動，使得快速地進行圖書管理成為了可能。借還書環境和管理環境將更加方便快捷。

1、6標準、條件和約定

本專案遵從以下標準：

GB/T13702-1992計算機軟體分類與程式碼

GB/T20918-2007資訊科技

GB/T19003-2008軟體工程

GB/T5538-1995軟體工程標準分類法

GB/T9386-2008計算機富安居測試文件編制

GB/T9385-2008計算機軟體需求規格說明

GB/T5532-2008計算機軟體測試規範

GB/T18221-2000資訊科技程式設計語言

GB/T11457-2006資訊科技軟體工程

GB/T8567-2006計算機軟體文件編制規範

1、7編寫文件的WBS（WorkBreakdownStructure，工作分解結構）

2專案概述

隨著人們知識水平層次的提高，圖書館成為日常生活中不可缺少的一部分。而圖書館的存書量和業務量龐大，僅僅靠傳統的記帳式管理是不可行的。圖書館系統應運而生，逐漸成為資訊化建設的重要組成部分。圖書管理系統為學校或社會型圖書館的管理員提供所有借閱者的詳細資訊，以及館內庫存的詳細情況，對借書和還書兩大功能進行合理操縱並登記。

圖書管理系統採用目前比較流行的C/S模式，eclipse作為前端開發工具，後臺資料庫管理系統為SQLServer2000，系統的執行平臺為Windows。系統執行再圖書館工作人員的客戶機上，對資料庫訪問的併發處理由SQLServer控制。

本圖書管理系統主要實現的功能如下：

進入系統前需要身份驗證，輸入正確的使用者名稱和密碼才能進入系統。

使用者可以根據需要進行書庫管理。

使用者可以進行借書證的辦理、查詢、掛失等操作。

使用者可以新增賬戶和修改密碼。

專案開發時間：90天

開發工具：eclipse

2、1工作內容

1、製作和修訂專案開發計劃；

2、進行計劃跟蹤與監控；

3、配合SQA的質量保證工作；

4、工作產品及時進行受控管理；

5、按計劃提請階段評審；

6、提交測試部門評測開發產品；

7、交付最終工作產品。

8、專案實施總結

9、專案驗收

2、2主要參加人員

為了完成圖書管理系統的專案開發，公司組建了一個臨時的專案團隊，有專案組組長、副組長、組員構成，如圖2、1所示。

2、3產品及成果

2、3、1程式

軟體名稱：瀋陽師範大學圖書管理系統

程式語言：Java

儲存方式：U盤

功能：圖書館業務整合系統採用國內先進的匯文文獻資訊服務系統，該系統由採訪、編目、典藏、流通、連續出版物、統計、系統管理、OPAC等模組組成。

2、3、2檔案

使用者操作手冊：本手冊詳細描述軟體的功能、效能和使用者介面，使使用者對如何使用該軟體得到具體的瞭解，為操作人員提供該軟體各種執行情況的有關知識，特別是操作方法的具體細節。

軟體維護手冊：主要包括軟體系統說明、程式模組說明、操作環境、支援軟體的說明、維護過程的說明，便於軟體的維護。

2、3、3服務

計劃提供以下服務：

課堂培訓：以講課形式對客戶進行培訓，使其能夠正確使用軟體。

免費諮詢：客戶可以在工作時間向技術人員提出問題並獲得解答。

技術支援：對於某些客戶，採取上門指導的方式。

軟體維護：獲取軟體使用中的問題，提供補丁程式。

升級通知：在軟體新版本釋出的時候，及時通知（Email或郵寄信件）註冊的使用者，並提供試用版本。

軟體升級：對於註冊使用者，只需較少的費用即可升級到新的版本。

2、3、4非移交產品

可行性分析報告：說明該軟體開發專案的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明並論證所選定實施方案的理由。

專案開發計劃：為軟體專案實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。

軟體需求說明書（軟體規格說明書）：對所開發軟體的功能、效能、使用者介面及執行環境等做出詳細的說明。它是在使用者與開發人員雙方對軟體需求取得共同理解並達成協議的條件下編寫的，也是實施開發工作的基礎。該說明書應給出資料邏輯和資料採集的各項要求，為生成和維護系統資料檔案做好準備。

概要設計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模組劃分、程式的總體結構、輸入輸出以及介面設計、執行設計、資料結構設計和出錯處理設計等，為詳細設計提供基礎。

詳細設計說明書：著重描述每一模組是怎樣實現的，包括實現演算法、邏輯流程等。

測試計劃：為做好整合測試和驗收測試，需為如何組織測試製訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差範圍等。

測試分析報告：測試工作完成以後，應提交測試計劃執行情況的說明，對測試結果加以分析，並提出測試的結論意見。

開發進度月報：該月報系軟體人員按月向管理部門提交的專案進展情況報告，報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。

專案開發總結報告：軟體專案開發完成以後，應與專案實施計劃對照，總結實際執行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發工作做出評價，總結出經驗和教訓。

軟體問題報告：指出軟體問題的登記情況，如日期、發現人、狀態、問題所屬模組等，為軟體修改提供準備文件。

軟體修改報告：軟體產品投入執行以後，發現了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響做出詳細的描述，提交審批。

源程式：軟體開發過程中的全部程式碼以及註釋。

2、4驗收標準

2、4、1程式碼的驗收

最後在交付客戶之前進行小組內評審，程式碼編寫符合HB6465標準，與文件說明保持一致，程式碼書寫風格統一，採用標準規範，沒有下列錯誤：由於軟體缺陷造成丟失資料，不符合設計要求，響應時間太長無法接受等問題。

2、4、2文件驗收

最後在交付客戶之前進行小組內評審，文件格式符合HB6465標準，功能符合與客戶的合同要求，清晰易讀，沒有語病與歧義。

2、4、3服務驗收

服務硬體達到文件說明的要求，人員技術考核合格，定期上門維護。

2、5完成專案的最遲期限

交付日期

從2011年9月15日開始至2012年1月18日，完成對整個系統的可行性報告分析、需求分析說明書、開發計劃說明說、系統設計書、專案測試、專案總結，對概念模型、儲存模式、完整性控制、存取許可權等進行了定義，對系統功能各模組進行了詳細設計，定義了資料庫總體結構、編碼命名規範，並交付使用者。交付日期為2012年1月20日，延期交付日為2月1號。

2、6本計劃的審查者與批准者

本系統由客戶提出，自2011年9月28號正式批准，審查者為周老師，批准人為周老師。

3實施總計劃

3、1開發過程

3、1、1需求分析

需求分析是整個設計中重要的一環，當可行性分析完成，專案立項，確定開發角色後，從9月20開始至10月5日，有關的設計開發人員與相關業務人員共同對業務流程、管理方式進行分析，並進行資料的收集、整理。在完成了對有關資料資訊的收集、歸納和分析整理後，確定了使用者需求，對軟體必須完成的功能進行了定義，在此基礎上完成了資料定義，建立了資料字典。

3、1、2系統設計

從10月6日開始至11月5日，完成對整個系統的分析設計，對概念模型、儲存模式、完整性控制、存取許可權等進行了定義，對系統功能各模組進行了詳細設計、定義了資料庫總體結構、編碼命名規範。

3、1、3編碼及測試階段

從11月6日開始至11月22日，完成程式設計和系統測試，完成了資料庫建立及程式的編制除錯。為了避免錯誤積累，採用邊開發邊測試的基本模式，對每個模組都安排專人進行單獨測試，系統聯調及系統測試，對系統處理邏輯、例外處理能力、容錯能力等進行大規模的測試，對發現的問題進行徹底糾正。

3、1、4文件、產品部署

從1月2日開始至1月25日，完成使用者培訓工作，編寫各類文件，系統投入執行階段。

3、1、5專案總結

專案結束後用一週左右時間，對專案研發、部署等開發過程中的問題、經驗教訓總結備案，以利於專案經驗的積累和開發進的的縮短。

3、2工作任務的分解

3、3介面人員

負責本專案同用戶的介面人員為鄒浩，由軟體發開方派專人，按客戶要求，指定地點安裝，除錯，執行並給客戶演示，在後期中負責維護和更新。

3、4進度

方法：採用結構化開發

設定模組開發優先順序：通過對圖書管理的特點和資訊流程等的分析，確定各模組開發的先後次序。

具體開發進度安排如下：

注：有四個里程碑，分別是需求完成時、詳細設計完成時、系統編碼完成時、整個專案工作完成時。

3、5預算

3、6專案風險因素

影響本計劃完成的主要問題有：

沒有經費和硬體設施有限

使用者需求不清，存在誤解及二義性

第一次開發軟體，開發人員沒有實際經驗

時間有限，沒有足夠的開發時間

4支援條件

4、1計算機系統支援

開發時需要的支援條件：

硬體：

伺服器：PentiumIII500以上或更高，

記憶體：512M以上；

硬碟：至少80G以上；

CD－ROM：32倍速以上；

網路介面卡：10MB/100MB自適應；

印表機一臺

UPS（選配）

工作站：Pentium4以上微機；

記憶體：512MB

硬碟：至少80以上；

CD－ROM：32倍速以上；

網路介面卡：10MＢ/100MＢ自適應

網路：至少一臺伺服器

至少一臺工作站

使用TCP/IP協議的區域網

軟體：

作業系統為WindowXP，使用整合開發工具Eclipse5、5、1，資料庫採用SQLServer2000，專案執行環境為JDK6、0、

其他開發工具包括：Dreamweaver，MicrosoftVisio，RationalRose，PowerDesignerTrial11，TomCat6、0CVSNT2、5、03

執行時需要的支援條件：

一、伺服器的要求

1．伺服器的中央處理部件（CPU）建議使用PIII1G（以上）Xeon處理器晶片。

2．伺服器記憶體必須使用伺服器專用ECC記憶體

3．為了保證資料儲存的絕對可靠，硬碟應使用磁碟冗餘陣列（RAID01）

4．為了防止伺服器不可預測的故障，或者伺服器的定期維護對公司整個業務造成的影響，所有建議使用兩臺伺服器。兩臺伺服器應構成雙機熱備份。中間使用Watchdog電路。這樣的結構可以保證整個系統的長時間不間斷工作，即使在伺服器定期維護的時候也可以使用後備另一臺伺服器工作。

5．伺服器應支援熱插拔電源

6．伺服器必須配備UPS（不間斷電源）。

7．伺服器應該放在學校內部。不然無法進行程式除錯。

8．伺服器應該必須有固定IP地址。

9．其他效能在經濟條件允許的情況下，應該儘量使用高速穩定的配件。

二、伺服器上應該配備的軟體

1．作業系統：MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver

2．資料庫：MicrosoftSQLServer2000（簡體中文版）

3．伺服器必須使用專業的防火牆和反病毒軟體。

4．除了為了執行必須配備的程式以外，伺服器上建議儘量不要安裝其他無關程式，以減少程式的混亂或者程式的意外衝突。

5．各系的作業系統儘量統一。（Windows9x系列或者Windows2000系列）。這樣可以避免管理軟體因為作業系統版本不一致造成的過多的開銷。

6．各系的機器必須也安裝反病毒軟體和防火牆。以防止網路上的蠕蟲病毒在整個網路範圍內的蔓延。

7．如果要列印涉及欄位比較多的報表，應該配備針式印表機。

4、2需要使用者承擔的工作

向本小組成員進行培訓，其內容包括圖書館的工作結構、圖書管理系統的工作流程，以及圖書館規模包括可容納多少圖書，多少讀者，有幾個級別的管理員和管理員數目這些內容必須在資料庫建立之初就進行培訓。配備相應硬體系統，做到規範操作，備份好資料防止資料丟失，軟體交付日期為軟體安裝測試人員提供環境。

4、3需由外單位提供的條件

本系統為獨立開發，不需要外單位提供條件。

5專題計劃要點

5、1開發人員培訓計劃

2011年9月18日起，至2011年10月28日，共十天實習期間，上午進行軟體工程專案開發各項內容的專題知識講座；下午進行開發設計。

5、2測試計劃

2012年1月2日—2012年1月13日對軟體進行各項測試工作；

5、3質量保證計劃

嚴格按照專案開發過程中的各項步驟，從專案立項，可行性研究報告、需求分析報告、專案開發計劃等，具體實施；

5、4人員配置計劃

該專案開發小組共8人：組長：鄒浩

組員：王瑩、盧珊珊、侯迪、張旭、印萬濤、劉嘯虎、張竣銘。

5、5客戶培訓計劃

在軟體實際應用後的前一個月，對使用者進行軟體操作方法的具體培訓；

5、6安全保密計劃

在從專案開發階段到最後軟體的正式釋出期間，做好專案的保密工作，小組成員對所有專案所有相關文件進行加密，做好備份工作。

5、7合同計劃

和客戶協商簽訂軟體使用合同。

【篇四：軟體專案計劃書】

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有關定義和縮寫說明5

1、5、1相關術語5

1、5、2縮寫說明6

2、專案組織6

2、1過程模型6

2、2組織結構6

2、3組織界限和介面7

2、4專案責任7

2、4、1責任分配矩陣7

2、4、1專案干係人的責任分配矩陣8

3、管理過程9

3、1管理目標和優先順序9

3、1、1管理目標9

3、1、2優先順序9

3、2設定條件、依賴關係和約束條件9

3、3風險管理10

3、3、1風險條目表10

3、3、2風險定性分析11

3、3、3風險管理清單12

3、3、4專案風險應對措施12

3、3、5風險監控14

3、4監督與控制機制14

3、4、1報告機制14

3、4、2監督機制14

3、4、3評價和稽核機制14

3、5人員計劃14

4、技術過程15

4、1方法、工具和技術15

4、2軟體檔案15

4、3專案各項輔助職能16

5、工作包、進度和預算16

5、1工作包（WBS）16

5、2依賴關係19

5、2、1甘特圖19

5、2、2網路日曆圖19

5、3資源要求19

5、3、1計算機系統支援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目的

編寫本專案開發計劃的目的是把遠端線上考試系統開發過程中對各項工作任務的負責人員、開發的進度、經費的預算、硬體和軟體資源條件等問題所做的安排用文件的形式記載下來，以便根據本計劃開展和檢查專案開發工作，保證專案開發成功。

1、1、2專案背景

隨著資訊的發展，考試報名的網路化已成為趨勢，很多考試都已開通了網上報名系統，並通過計算機網路實現異地考試報名。因此，為方便考試系統的管理與維護，故開發了該系統。

1、1、3專案的範圍與目標

1、1、3、1範圍描述

首先，因為考試是面向特定物件的，所以考試者進入系統應該進行身份驗證。首次進入報名系統的考生應該先進行註冊。考試者進入考試系統後，應該能根據自己的需要選擇不同的功能，比如網上報名、成績查詢等等。各種功能實現後，可以返回功能主介面，繼續實現其他功能。此外，對於管理員來說，能夠方便、快捷的對網上報名系統進行管理。

1、1、3、2主要功能

1、概述

（一）、登陸：考生輸入身份證號和密碼登陸進入系統。

（二）、考生註冊：首次登陸的考生要先進行註冊。

（三）、網上報名：考生通過網上報名功能，填寫報名資訊，進行報名。

（四）、成績查詢：考生登入個人賬號，在考試結束並且成績釋出後可以檢視自己的考試成績。

（五）、使用者管理：管理員進入考生管理功能，管理員對考生資訊進行查詢、修改。

（六）、成績錄入：管理員將考生成績檔案匯入系統，並且將考生成績儲存在資料庫中。

（七）、成績統計：管理員可以分類統計考生成績，統計全部考生的成績、通過的考生以及不通過的考生的成績等等。

（八）、資訊釋出：管理員進入系統維護功能，通過資訊釋出功能，編寫資訊標題和內容，將考試資訊釋出出去

（九）、報名時間管理：管理員通過考試報名時間管理功能對考試報名時間進行限制。

2、功能描述

此係統總概括來說包括三大功能：

（一）、考生網上報名功能。考生登入網上報名系統，填寫報名資訊，進行報名。首次登入的考試需要先註冊。

（二）、成績查詢功能。考生可以登入本系統進行本人成績查詢，管理員也可以登入本系統的後臺根據某些條件部分考生成績。

（三）、管理功能。管理員登入本系統，可以對使用者進行增刪改查，對考試報名時間、資訊釋出以及成績等進行管理。

1、1、3、3效能

（一）、管理員動態的管理各種考試資訊。

（二）、考生報名方便，可實現遠端報名。

（三）、考生可隨時掌握考試相關資訊。

1、1、3、4管理和技術約束

這是我們首次進行一個完整的專案作業，缺少經驗在所難免，我們在借鑑前人優點的同時，也發揮我們自己的想象力以及能力，補充所缺少的部分。由於時間的緊迫，各個方面完成的並不算完善。在技術方面，在程式編寫中我們丙丁會遇到這樣那樣的難題，但是一定會想辦法克服。

1、2專案可交付成果

1、2、1需完成的軟體

（一）、源程式

（二）、資料庫物件建立語句

（三）、可執行程式

1、2、2需提交的文件

1、3軟體專案計劃的制定過程

制定專案計劃是軟體專案管理過程中一個關鍵的活動，是軟體開發工作的第一步。其主要過程如下：

（一）、確定詳細的專案實施範圍

（二）、確定須交付的工作成果

（三）、評估實施過程中主要的風險

（四）、制定專案實施的時間計劃

（五）、成本和預算計劃以及人力資源計劃等

1、4參考資料

軟體專案計劃書範例

軟體風險控制計劃案例

1、5有關定義和縮寫說明

1、5、1相關術語

使用者

考生與考試管理人員之和。

考生

擁有線上考試權利的所有人員。

管理員

指派的考試管理員。

1、5、2縮寫說明

WBS任務分解結構

SPM軟體專案管理

2、專案組織

2、1過程模型

在計算機等級考試網上報名系統中，首先，本系統的工作流程比較穩定，需求明確。在開發過程中需求很少發生變化。其次，使用者使用環境相對穩定。最後，本系統屬於小系統，專案週期較短。經過綜合分析，本系統採用瀑布模型。

瀑布模型中，每一個階段都定義明確的產出物，在每一個階段完成後都可以組織相關的評審和驗證，只有在評審通過後才能夠進入到下一個階段。如下圖：

2、2組織結構

計算機等級考試網上報名系統開發專案組人員結構如下圖所示：

2、3組織界限和介面

2、4專案責任

2、4、1責任分配矩陣

2、4、1專案干係人的責任分配矩陣

3、管理過程

3、1管理目標和優先順序

3、1、1管理目標

基本管理原則：每位成員既是積極地建言者，又是負責的合作者，同時也是決策的制定者。決策應在充分的討論基礎上由大家共同做出，一旦決策做出就必須被及時有效的執行。

目標1：按時按量完成專案的基本功能，按時釋出產品及文件，這是本團隊的最高目標。

目標2：遵循規範化的專案運作標準，文件嚴謹完整，程式碼註釋充分，便於後續維護，這是第二目標。

目標3：產品執行穩定，介面友好，使用者易操作，儘量從使用者的角度去看問題，並提出解決問題的方案。

目標4：注重團隊建設，成員分工合理，團隊成員合作默契，氣氛融洽。每週的討論會積極建言。在開發過程中積極協作。

目標5：專案設計和開發上儘量有創意，有亮點。

3、1、2優先順序

在遵循基本原則的基礎上，管理目標的優先順序如下圖所示（優先順序1-5依次遞減）：

3、2設定條件、依賴關係和約束條件

假設1：指導老師對專案進度進行壓縮或組員推出該專案

限制：某些關鍵某塊與功能不能及時交付

假設2：相關硬體裝置或者軟體裝置癱瘓

限制：造成部分工作甚至整體工作無法進行而造成拖延

假設3：組員在專案開發過程中推出該專案

限制：任務需重新分配可能導致最終延期交付

假設4：最終沒有外援美工指導

限制：最終系統介面友好性相對較差

3、3風險管理

本計劃主要針對專案開發涉及到的風險，包括在專案開發週期過程中可能出現的風險以及專案實施過程中外部環境的變化可能引起的風險等進行評估。

3、3、1風險條目表

3、3、1、1需求風險

（一）、分析員對業務瞭解不全面

（二）、需求的不斷變化

3、3、1、2相關性風險

（一）、專案經理管理經驗不足

（二）、不可抗力因素造成的危害

（三）、高層管理人員對時間的要求不合理

3、3、1、3管理風險

（一）、專案範圍定義不清楚

（二）、進度拖延

（三）、溝通不善

3、3、1、4技術風險

（一）、設計錯誤導致程式實現困難

（二）、缺乏質量跟蹤

（三）、缺少測試計劃

（四）、相關人員缺乏技術培訓，缺乏經驗

（五）、特殊功能不能及時交付

3、3、1、5開發環境風險

（一）、所使用開發軟體的質量問題

（二）、備份環境不穩定

（三）、系統崩潰或者被攻擊

3、3、1、6人員數目及經驗風險

（一）、人力資源有限

（二）、開發人員沒有接受過正規培訓

（三）、開發人員經驗不足

3、3、1、7客戶風險

（一）、客戶對於最後交付的產品不滿意，要求重新設計和重做

（二）、客戶對規劃、原型和規格的稽核決策週期比預期的要長

（三）、客戶沒有參加稽核，導致需求不穩定

3、3、2風險定性分析

如下表格中對可能發生的風險做了定性的分析，表中資料是通過資料蒐集以及個人和團隊推測得來。

3、3、3風險管理清單

如下表格對前十項可能發生的風險進行了排序，表中資料是通過資料蒐集以及個人和團隊推測得來。

3、3、4專案風險應對措施

3、3、5風險監控

制定規劃，實施保護措施，在保護措施實施的每一個階段都要進行監控和跟蹤。風險貫穿於專案的整個生命週期中，因為風險管理是個動態的、連續的過程。因此制定了風險防範計劃後，還需要時刻監督風險的發展和變化情況。只有瞭解風險，才能規避風險。

3、4監督與控制機制

3、4、1報告機制

各開發過程、培訓負責人以周為單位記錄工作進展，形成電子文件報告。負責人在每次討論時作口頭總結，專案組成員給出意見，報告修改後傳送至組長郵箱。各風險負責人密切監控風險狀態，定期提交風險報告。必要時將突發情況郵件列表通知所有組員，並由組長做出臨時處理決定。

3、4、2監督機制

開發過程中功能與模組相關聯的兩個組別有權利與義務對相關組別進行監督與進度詢問。督促其按照規定進度完成任務。由技術組長對開發過程應用技術進行監督，並提供技術諮詢。由管理組長對整體進度進行把握。

3、4、3評價和稽核機制

每次討論中小組討論形成一致意見後即為通過，相關負責人針對改進意見開展下一週工作，小組會議持續評估其成效。每一專案階段結束之前（里程碑前後），組織一次階段評審會，評估整個階段的工作效率和成果質量。儘量與專案例會合並，並邀請老師參加評議。

3、5人員計劃

4、技術過程

4、1方法、工具和技術

本小組的團隊組織結構為技術管理式組織結構；程式語言為java，採用物件導向的分析設計方法，利用UML進行系統建模，使用SqlSever2005作為資料庫管理系統圖，並採用統一的java標準的檔案命名方式、程式碼版式、註釋等編碼規範；編碼人員對程式碼進行嚴格檢查後再進行程式碼編譯；測試人員根據測試文件進行單元測試；最後實現軟體的交付。

開發環境：Sqlsever2005+Myeclipse6、0+VisualStudio2005、

4、2軟體檔案

1．軟體專案管理計劃

該文件由組長完成，介紹專案的整個管理過程。該文件在軟體設計需求分析初級階段完成，後續階段由文件維護員進行相應的更新。

2、需求規格說明初稿

在需求分析階段，由全體小組成員採集分析使用者的需求，並在例會上作出決策，有文件維護員撰寫整理需求規格說明初稿，並在後續各個階段進行需求變更的更新。

3、設計報告初稿

在總體設計階段，小組根據需求規格說明文件，完成軟體體系結構的設計，由組長編寫軟體體系結構設計文件初稿，並在後續開發階段補充和更新。該文件由文件維護員負責維護更新。

4、測試文件

在軟體開發階段，測試人員需要編寫測試規格說明文件，並在後續測試階段更新。開發人員將根據測試規格說明文件建立測試環境、準備測試資料。

5．使用者手冊

在更新用需求分析階段，測試人員需要開始著手編寫使用者手冊，並在需求分析結束後需要形成初稿；在後續階段不斷由文件維護員戶文件；並在系統交付階段隨著系統一起被交付。

6、個人專案總結

由組內成員各自獨立完成，對開發過程中獲得的工作經驗進行總結。在提交系統時一併提交。

7、其他文件

軟體開發過程中的其他文件，如開發日誌（按組員意見選擇公開與否），風險報告及其處理意見等，由祕書進行整理與匯聚。作為以後軟體開發以及交流的經驗。

4、3專案各項輔助職能

5、工作包、進度和預算

5、1工作包（WBS）

1000軟體專案管理SPM

1100需求分析階段

1110軟體需求詳細計劃

1200設計階段

1210軟體設計報告

1300編碼階段

1310軟體編碼報告

1400測試階段

1410編制軟體專案進展報告

1420軟體測試報告

1430軟體編碼更新

1500維護階段

1510軟體維護記錄報告

2000軟體開發

2100需求分析階段

2110用例圖

2120靜態模型

2130需求分析規格說明書

2200設計階段

2210類圖

2220動態模型

2230設計文件

2300編碼階段

2310考生登陸功能開發

2311編碼

2312單元測試

2320考生註冊功能開發

2321編碼

2322單元測試

2330考生網上報名功能開發

2331編碼

2332單元測試

2340考生成績查詢功能開發

2341編碼

2342單元測試

2350使用者管理功能開發

2351編碼

2352單元測試

2360成績錄入功能開發

2361編碼

2362單元測試

2370成績統計功能開發

2371編碼

2372單元測試

2380資訊釋出功能開發

2381編碼

2382單元測試

2390報名時間管理功能開發

2391編碼

2392單元測試

2400測試階段

2410整合測試

2500維護階段

2510軟體安裝

2520軟體除錯

2530軟體維護記錄報告

3000軟體配置

3100需求分析階段

3110制定配置和管理計劃

3120開發模型

3130需求文件

3140配置狀態審計

3200設計階段

3210資料庫設計

3220框架設計

3230軟體配置庫的維護

3240設計文件

3250配置狀態審計

3300編碼階段

3310軟體執行環境

3320原始碼

3330軟體測試報告

3340配置狀態審計

3400測試階段

3410軟體執行

3420軟體測試資料

3430軟體維護報告

3440配置狀態審計

3500維護階段

3510資料庫維護

3520軟體執行環境

3530可執行程式碼

3540配置狀態審計

4000驗證與確認

4100需求分析階段

4110制定軟體需求階段驗證和確認計劃

4120需求確認報告

4130階段評審

4200設計階段

4210階段評審

4220設計確認報告

4300編碼階段

4310階段評審

4320編碼確認報告

4400測試階段

4410各項功能評審

4411考生登陸功能評審

4412考生註冊功能評審

4413考生網上報名功能評審

4414考生成績查詢功能評審

4415使用者管理功能評審

4416成績錄入功能評審

4417成績統計功能評審

4418資訊釋出功能評審

4419報名時間管理功能評審

4420系統測試

4430測試確認報告

4440階段評審

4500維護階段

4510驗收測試

4520驗收評審

5000質量保證

5100需求分析階段

5110制定質量保證計劃

5120需求質量文件

5200設計階段

5210設計質量文件

5220軟體質量保證活動報告

5300編碼階段

5310編碼質量文件

5400測試階段

5410測試質量文件

5500維護階段

5510維護文件

5、2依賴關係

5、2、1甘特圖

5、2、2網路日曆圖

5、3資源要求

5、3、1計算機系統支援

計算機：計算機主機，伺服器

支援軟體：Microsoftword，Photoshop等

作業系統：Windows7或者xp等

5、3、2外部提供的條件

裝置：個人筆記本

工作地：教室和宿舍

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專案交付的產品1

1、3SPMP的演化1

1、4參考資料1

1、5定義、縮寫詞以及簡寫1

2專案組織1

2、1外部介面1

2、2內部組織結構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方法、工具和技術4

4、3基礎設施4

5支援過程4

5、1工作包4

5、2依賴關係4

5、3資源需求5

5、4預算和資源分配5

5、5進度表5

1概述

1、1專案概述

專案的目標是開發一套酒店內部管理系統，同時組員們獲得系統的軟體工程專案訓練，釋出的產品是軟體的可執行程式、原始碼、技術文件等，主要工作是需求分析、系統分析、開發測試。關鍵里程碑分別是需求規格說明書的釋出，系統設計說明說釋出和系統的交付，專案所需資源為版本控制伺服器和個人開發工具，進度大約為9周。

1、2專案交付的產品

交付日期12月20日，主要交付物有：酒店客房管理系統安裝程式、系統原始碼、技術文件包（包括需求規格說明書、系統設計說明書、專案總結文件等）

1、3SPMP的演化

SPMP於第12週週末前經由小組討論—>分工撰寫—>彙總整合三步形成初稿，由組長上傳至配置文件庫，由組長負責維護。

第13周以後根據專案的進展可以對其進行修改需要有組員提出修改意見，在全體會議上討論通過，並由組長將修改稿上傳至文件庫。其餘組員通過版本同步獲得更新稿。

1、4參考資料

《軟體工程——理論、方法與實踐》，孫家廣劉強，高等教育出版社

《軟體工程導論》張海藩，清華大學出版社

《軟體工程師指南[M]》張凱，中國電力出版社

《JavaWeb典型模組與專案實戰大全[M]》明日科技，電子工業出版社。

《Java資料庫系統開發案例精選[M]》王國輝，人民郵電出版社

1、5定義、縮寫詞以及簡寫

JDKFM：待開發的酒店客房管理系統軟體名稱

SPMP：軟體專案管理計劃

SRS：需求規格

2專案組織

2、1外部介面

2、2內部組織結構

民主式組織結構，在這個結構中，小組成員完全平等，名義上的組長與其他成員沒有任何區別。大家享有充分的民主，專案共作由全體人員討論協商決定，並根據每個人的經驗和能力進行適當的分配。充分激發大家的創造力，有利於攻克技術難關，雖然缺乏明確的權威領導，但是出現意見分歧時大家都會盡量協商解決的。

2、3角色與職責劃分

需求分析員整理需求分析並以撰寫需求分析分析文件，負責人員：謝明敏、陳冬雪

軟體設計員負責軟體的設計並撰寫設計文件，負責人員：夏喜鋒

開發人員編寫軟體開發的程式碼，負責人員：胡玉蓮，韓永亮

總結人員負責最後的收尾工作並撰寫總結文件，負責人員：張瑞剛

3管理過程

3、1專案啟動計劃

每位組員既是積極的建言者，又是負責的合作者。決策應在充分的討論基礎上做出，並被及時有效的執行。按時按量完成專案的基本功能，按時釋出產品，遵循規範的專案運作標準，文件嚴謹完整，程式碼註釋充分，便於後續維護。產品要執行穩定，介面友好易上手，能很好的管理酒店客房資訊。開發軟體過程中要注重團隊建設，成員分工合理，合作默契，氣氛融洽。專案設計和開發商要有創新，更好的吸引客戶。

3、2工作計劃

第11周~第13周：完成需求規格說明並撰寫需求規格說明

第14周：完成系統設計並撰寫軟體設計文件

第15周~第16周：完成編碼測試

第17周~第18周：完成軟體交付並撰寫總結文件

3、3控制計劃

各開發過程負責人以周為單位記錄工作進展，形成電子文件報告，上傳至文件庫。負責人在每週專案例會作口頭總結，小組會議稽核通過給出意見，報告修改後上傳至文件庫。各風險負責人密切監控風險狀態，定期提交風險報告。必要時將突發情況郵件列表通知所有組員，並由組長做出臨時處理決定。每週例會上小組討論形成一致意見後即為通過，相關負責人針對改進意見開展下一週工作，小組會議持續評估其成效。每一專案階段結束之前（里程碑前後），組織一次階段評審會，評估整個階段的工作效率和成果質量。儘量與專案例會合並，並邀請老師和助教參加評議。

3、4風險管理計劃

風險的詳細描述如下：

風險一：開發技術不熟練

沒有組員能熟練運用JAVA語言編出程式，僅限於學過，可能導致開發進度受阻，程式碼交流困難。

風險二：考研課程

組員胡玉蓮每天都有考研課要上，又臨近考試可能導致任務分配上的困難。

風險三：考公務員

組長謝明敏和組員陳冬雪每天有公務員培訓課，十一月二十四日有國家公務員考試，既要複習考試又要完成任務，會導致任務進度變慢。

風險四：考銀行

組長謝明敏和組員陳冬雪參加了農業銀行招聘和民生銀行招聘，預計十一月中上旬會去呼市參加考試，可能沒辦法監督專案正常進度，延緩任務完成時間。

風險五：需求變更頻繁

在設計開發過程中可能發現原有需求不容易轉化為設計稿，在測試體驗過程中可能發現遊戲並不好玩，這都會帶來需求的重新變更。這兩種情況，尤其後一種要儘量避免，以免帶來重複開發的浪費。

風險六：缺乏設計人才

設計對一個軟體來說很重要，但專案組內沒有這方面的人才，可能導致產品吸引力下降，介面開發環節上耗費較多時間等。

3、5專案收尾計劃

在開發階段結束後，開發人員之間會進行程式碼走查，減少bug，並在測試階段更新原始碼，測試人員根據測試文件驚醒軟體測試，提高軟體正確性。

最終交付酒店客房管理系統軟體。

4計劃過程

4、1過程模型

應用瀑布模型，軟體開發的各項活動嚴格按照線性的方式進行，當前活動接受上一活動的工作結果，實施完成所需的工作內容。當前活動的工作結果需要進行驗證，如果驗證通過，則該結果作為下一項活動的輸入，繼續進行下一項活動，否則返回進行修改。因此，這種模型強調文件的作用，並要求每個階段都有仔細驗證。

4、2方法、工具和技術

本小組的團隊組織結構為主程式設計師式組織結構；程式語言為java；採用物件導向的分析設計方法；利用UML進行系統建模；統一檔案命名、程式碼版式、註釋等編碼規範；編碼人員進行程式碼走查後再進行程式碼編譯；測試人員根據測試文件進行單元測試；最後實現軟體的交付。

4、3基礎設施

個人PC，筆記本、實驗室專用PC機

5支援過程

5、1工作包

5、2依賴關係

1）組織團隊是完成軟體專案的前提，明確分工負責；

2）配置管理貫穿於整個軟體開發和測試過程；

3）需求分析是軟體專案進入開發階段的重要標誌；

4）系統設計是基於需求分析的基礎上，又是編碼的原理依據；

5）編碼測試是軟體開發進展的重要過程；

6）交付階段是軟體獲得客戶的認可，是軟體開發結束的標誌。

5、3資源需求

人員：小組軟體專案開發成員、客戶

支援軟體：Office

計算機硬體：伺服器等

辦公室：學院實驗室和宿舍

實驗裝置：個人PC機、筆記本、實驗室專用PC機

專案資源維護需求的數目和型別：6臺個人電腦（PentiumIII800以上CPU，256M以上記憶體）

5、4預算和資源分配

預算：本次軟體開發沒有涉及到任何經濟方面的預算，但會在最後產品拍賣的時候涉及虛擬貨幣。

資源分配：各自使用各自的機器。

5、5進度表