軟件開(kāi)發(fā)計劃書(shū)材料精選
篇一：軟件開(kāi)發(fā)計劃書(shū)
軟件開(kāi)發(fā)計劃書(shū)
1．引言（Introduction）
1.1 目的（Purpose）
本章提供整個(gè)軟件開(kāi)發(fā)計劃的綜述。主要是確定以下內容：
�。�1）軟件生存周期的選取及裁剪。
�。�2）軟件規范、方法和標準的選擇。
�。�3）軟件工作產(chǎn)品的規模估計。
�。�4）軟件工作量和成本的估計。
�。�5）軟件進(jìn)度表的制定。
�。�6）軟件風(fēng)險的估計。
�。�7）軟件項目培訓計劃。
1.2 范圍（Scope）
說(shuō)明該軟件開(kāi)發(fā)計劃的范圍，簡(jiǎn)要描述軟件開(kāi)發(fā)計劃的內容。一般而言，對于一個(gè)較大的軟件項目（工期6個(gè)人月以上），計劃書(shū)包括如下內容：
�。�1）軟件規模估計
�。�2）工作模塊計劃
�。�3）人力資源計劃
�。�4）其他資源計劃
�。�5）進(jìn)度安排計劃
�。�6）配置管理計劃（可單獨做一個(gè)計劃）
�。�7）質(zhì)量保證計劃（可單獨做一個(gè)計劃）
1.3 術(shù)語(yǔ)定義（Terms Glossary）
將該軟件開(kāi)發(fā)計劃中的術(shù)語(yǔ)、縮寫(xiě)詞進(jìn)行定義。包括用戶(hù)應用領(lǐng)域與計算機領(lǐng)域的術(shù)語(yǔ)與縮寫(xiě)詞等。例如：
[1] 軟件相關(guān)組：指軟件配置管理組、文檔支持組、測試組。
[2] 軟件質(zhì)量保證組：指計劃和實(shí)施軟件質(zhì)量保證活動(dòng)的人員的集合。
1.4 參考資料（References）
說(shuō)明該軟件開(kāi)發(fā)計劃使用的參考資料，如項目的用戶(hù)需求報告、商務(wù)合同、用戶(hù)領(lǐng)域的資料等，每一個(gè)文件、文獻要有標題、索引號或文件號，發(fā)布或發(fā)表日期以及出版單位。
[1] ……
[2] ……
1.5 相關(guān)文檔（Related Documents）
當該文檔變更時(shí)，可能對其他文檔產(chǎn)生影響，受影響的文檔叫相關(guān)文檔，需將它們列出。
[1] ……
[2] ……
1.6 版本更新記錄（Version Updated Record）
版本更新記錄格式，如表4-8所示。
表4-8 版本更新記錄
2．項目概述（Project Summary）
2.1 項目的目的（Project Purpose）
說(shuō)明該軟件項目的目的。
2.2 項目的范圍（Project Scope）
本章的內容，主要參照《立項建議書(shū)》/《合同》與《用戶(hù)需求報告》中相關(guān)章節，簡(jiǎn)要描述該軟件項目的實(shí)現范圍：
�。�1）主要功能點(diǎn)列表
�。�2）主要性能點(diǎn)列表
�。�3）主要接口列表
�。�4）本軟件項目與其他軟件項目之間的關(guān)系
�。�5）項目實(shí)施方面的限制等內容
2.3 項目的使用對象（Project Reader）
在本章節中，要識別出顧客與最終用戶(hù)，對顧客與最終用戶(hù)的情況要有簡(jiǎn)單描述，如最終用戶(hù)的教育水平、技術(shù)水平及本系統的使用頻度等。
3．項目組織（Project Organization）
項目組織是為開(kāi)發(fā)項目而組建的隊伍。建議以框圖的方式表示項目的組織結構，并對每一組織的負責人和職責加以說(shuō)明�？赡艿捻椖拷M織單元，如：
�。�1）項目管理組
�。�2）質(zhì)量保證組
�。�3）配置管理組
�。�4）軟件工程組
�。�5）測試組
�。�6）需求管理組
各組織說(shuō)明如下：
�。�1）項目管理組，執行SPP和SPTO過(guò)程，對項目實(shí)施負全部責任。
�。�2）質(zhì)量保證組，執行SQA過(guò)程，負責項目過(guò)程與產(chǎn)品的質(zhì)量控制和報告。
�。�3）配置管理組，執行SCM過(guò)程，負責項目產(chǎn)品的版本、配置管理以及配置庫狀態(tài)報告。
�。�4）軟件工程組，執行軟件項目工程過(guò)程，負責項目產(chǎn)品的開(kāi)發(fā)和維護工作。
�。�5）測試組，執行軟件項目測試過(guò)程，負責項目產(chǎn)品的測試。
�。�6）需求管理組，負責對需求基線(xiàn)和需求變更進(jìn)行管理。
4．軟件生存周期（Software Life Cycle）
本章節記錄項目策劃生存期定義的工作結果，需要描述的主要內容：
�。�1）項目生存期框圖
�。�2）項目生存期說(shuō)明
5．規范、方法和標準（Criterion，Means，Standard）
本章節中需要描述采用的供開(kāi)發(fā)和維護軟件用的規范、方法和標準。
6．任務(wù)與工作產(chǎn)品（Task and Work Products）
項目任務(wù)和工作產(chǎn)品，是指根據項目生存期階段劃分的任務(wù)，和相應階段的工作產(chǎn)品。記錄項目生存期各階段確定的需重點(diǎn)控制的階段任務(wù)和工作產(chǎn)品。建議以表格的形式，列出生存期各階段的任務(wù)和工作產(chǎn)品。項目包含的任務(wù)，如：
�。�1）需求分析
�。�2）系統設計
�。�3）系統實(shí)現
�。�4）測試
�。�5）產(chǎn)品交付
�。�6）產(chǎn)品維護
項目可能包含的產(chǎn)品，如：
�。�1）需求分析說(shuō)明書(shū)
�。�2）規格分析說(shuō)明書(shū)
�。�3）系統設計說(shuō)明書(shū)
�。�4）源代碼
�。�5）各種測試報告
�。�6）用戶(hù)手冊
�。�7）軟件問(wèn)題維護記錄
7．工作產(chǎn)品、任務(wù)規模、工作量估計（Estimates of Work Product，Task Size and Workload）
項目規模估算是為了確定項目所需的人工。需要描述的主要內容有：
�。�1）對軟件工作產(chǎn)品規模估計依據的簡(jiǎn)要描述。
�。�2）每種任務(wù)和工作產(chǎn)品規模估計的結果。
�。�3）規模估算的結果，建議用《任務(wù)規模和工作量估算表》的形式列出。
8．成本估計（Estimates of Costs）
成本估計，是指對項目完成過(guò)程中耗費的人力、物力、財力資源的估算。成本估計應按類(lèi)別進(jìn)行估算，可能的成本估算類(lèi)別，如：
�。�1）直接人工
�。�2）直接費用
�。�3）間接成本
�。�4）制造費用
�。�5）管理費用
�。�6）不可預見(jiàn)費用
9．關(guān)鍵計算機資源計劃（Critical Computer Resource Plan）
項目的關(guān)鍵計算機資源計劃，是指系統在開(kāi)發(fā)環(huán)境、測試環(huán)境、及用戶(hù)目標環(huán)境中，對關(guān)鍵計算機資源，如計算機存儲能力、計算機處理器速度、通信通道容量、服務(wù)器處理能力等的估計，使之能滿(mǎn)足軟件開(kāi)發(fā)、測試、運行的要求。
10．軟件項目進(jìn)度計劃（Software Project Schedule）
件項目進(jìn)度計劃，是對項目的進(jìn)度、人員工作分工所做的計劃，此計劃依據上述各章的估算和分析結果，計劃方式建議采用表格的形式。若采用工具制定項目計劃，應將工具生成的圖表作為項目計劃的附件。本章節中需要描述的主要內容有：
�。�1）軟件項目每個(gè)階段的進(jìn)度時(shí)間表
�。�2）設定的里程碑
�。�3）評審時(shí)間
�。�4）緩沖時(shí)間
11．配置管理計劃（可單獨做一個(gè)計劃）（Configuration Management Planning） 本書(shū)單獨作為一章論述。
12．質(zhì)量保證計劃（可單獨做一個(gè)計劃）（Software Quality Assurance Planning） 本書(shū)單獨作為一章論述。
13．風(fēng)險分析（Risks Analysis）
項目風(fēng)險分析，是指對可能發(fā)生的將會(huì )對項目按預期時(shí)間、資源和預算完成產(chǎn)生重大影響的事件的分析包括：
�。�1）被識別出的重大風(fēng)險事件：政策風(fēng)險、技術(shù)風(fēng)險、技能風(fēng)險等。
�。�2）易發(fā)生重大風(fēng)險事件的高風(fēng)險區域：用戶(hù)需求、設計、測試、運行平臺等。
�。�3）重大風(fēng)險事件的級別：功能不全、性能不穩、迅速受限制等。
�。�4）擬采取的預防措施：增加投入、糾錯、延時(shí)等。
�。�5）風(fēng)險事件發(fā)生后建議采用的處理措施：更改計劃、降低難度系數等。
14．設備工具計劃（Equipment and Tools Planning）
項目設備工具計劃，是根據項目的工作指派及進(jìn)度確定項目所需要的設備和工具，以確保設備工具在任務(wù)執行前到位，保證項目任務(wù)的順利執行，在本計劃中應包含以下幾方面的內容：
�。�1）所需的設備
�。�2）基本的要求
�。�3）應到位的時(shí)間
15．培訓計劃（Training Planning）
項目的`培訓計劃，應根據項目的特點(diǎn)和項目組成員技能情況，制定出項目組成員所需的培訓內容，培訓計劃中應包含以下幾方面：
�。�1）培訓內容
�。�2）培訓時(shí)間
�。�3）教員
�。�4）接受培訓的人員
�。�5）培訓目的（應達到的效果）
16．項目評審（Project Reviews）
項目評審，是對項目策劃過(guò)程所做的定期性評審。其內容可分為：
�。�1）評審點(diǎn)
�。�2）評審周期
�。�3）評審層次
�。�4）評審條款和措施
�。�5）管理評審活動(dòng)中提交的工作產(chǎn)品（列出被評審的工作產(chǎn)品）
17．度量（Measurement）
度量是按規定在項目進(jìn)行過(guò)程中，需要采集的度量數據，以便量化地反映項目的進(jìn)展情況，為管理者提供對項目進(jìn)展的適當的可視性，同時(shí)度量數據是項目過(guò)程改善的數據基礎。應規定項目度量值的記錄人（一般為項目經(jīng)理或其指定人員）、記錄時(shí)間（一般以定期評審為基礎）和記錄的數據。常用的度量數據如：
�。�1）項目過(guò)程的評審次數
�。�2）項目計劃修改次數
�。�3）項目各階段的人員投入（各階段投入的人月數）
�。�4）各類(lèi)任務(wù)耗用時(shí)間統計（如設計、編碼、測試、文檔編寫(xiě)等） （5）工作產(chǎn)品統計（如文檔字數、功能點(diǎn)數、用況數、源代碼行數等）
篇二：軟件開(kāi)發(fā)計劃書(shū)
國家公派留學(xué)管理信息平臺三期
改造建設項目
軟件開(kāi)發(fā)計劃書(shū)
XXXXXXXXXX有限公司
軟件開(kāi)發(fā)部
1. 概述
本系統按照國家留學(xué)基金管理委員會(huì )管理規范化、制度化、科學(xué)化的要求，通過(guò)對公派留學(xué)申請、項目信息重新整合、材料上傳、中科院申報數據管理、優(yōu)秀自費獎學(xué)金申報數據管理、在外申請人的申報及受理等相關(guān)留學(xué)申請審批業(yè)務(wù)的改造和重組，以適應現有的需求變化以及下一步工作安排和具體實(shí)施，提高留學(xué)申請和審批、管理工作的運轉效率，減少申請人員網(wǎng)上申報不便利，實(shí)現中科院申報數據并入、在外人員申報管理等申報流程以及審批受理工作。完善業(yè)務(wù)信息資料庫的共享和使用價(jià)值。使國家留學(xué)基金管理委員會(huì )業(yè)務(wù)審批管理更加嚴密和規范，逐步取消紙件，初步實(shí)現政務(wù)辦公無(wú)紙化、業(yè)務(wù)數據與網(wǎng)站信息一體化。成為提高管理水平和輔助領(lǐng)導決策不可或缺的公派留學(xué)申報審批信息平臺。
1.1項目簡(jiǎn)介
? 項目名稱(chēng)：國家公派留學(xué)管理信息平臺三期改造建設項目 ? 項目建設方： ? 項目承建方： ? 項目監理方：
1.2軟件開(kāi)發(fā)內容：
1. 對原應用系統平臺進(jìn)行應用升級，及整合系統開(kāi)發(fā)和個(gè)性化設計 2. 網(wǎng)絡(luò )安全功能整合與開(kāi)發(fā)， 3. 硬件平臺設備部署和規劃 4. 系統聯(lián)調與試運行 5. 客戶(hù)培訓
2. 軟件開(kāi)發(fā)進(jìn)度計劃
2.1.
項目實(shí)施過(guò)程中需由用戶(hù)協(xié)助的工作
項目需求書(shū)
網(wǎng)站內容和單位標示 內部組織結構和人員組成 設備資產(chǎn)清查
2.2. 項目整體進(jìn)度計劃
1、
產(chǎn)品測試與交付
2.3.
測試內容
對每一個(gè)開(kāi)發(fā)成功的模塊進(jìn)行功能性測試 ?
進(jìn)行各模塊接口聯(lián)調測試；
2.4.
產(chǎn)品交付
全部測試結束后，將產(chǎn)品交付集成部門(mén)現場(chǎng)安裝調試 ?
最遲交付期為20xx年3月31日
3. 軟件交付日期
軟件最后交付日期為20xx年3月31日。
本計劃的批準者：
批準日期：20xx年1月16日
篇三：軟件項目計劃書(shū) 模版
XX2009年9月8日 項目計劃書(shū)
1 引言
1.1 編寫(xiě)目的
1.2 背景
1.3 定義（略）
1.4 參考資料
1.5 標準、條約和約定（略） 2 項目概述
2.1項目目標
2.2產(chǎn)品目標與范圍
2.3假設與約束
2.4 項目工作范圍
2.5 應交付成果
2.5.1 需完成的軟件
2.5.2 需提交用戶(hù)的文檔
2.5.3 須提交內部的文檔
2.5.4 應當提供的服務(wù)
2.6 項目開(kāi)發(fā)環(huán)境
2.7 項目驗收方式與依據 3 項目團隊組織
3.1 組織結構
3.2 人員分工
3.3 協(xié)作與溝通
3.3.1 內部協(xié)作
3.3.2 外部溝通
4 實(shí)施計劃
4.1 風(fēng)險評估及對策
4.2 工作流程（略）
4.3 總體進(jìn)度計劃
4.4 項目監控（略）
4.4.1 質(zhì)量控制計劃（略）
4.4.2 進(jìn)度監控計劃（略）
4.4.3 預算監控計劃（略）
4.4.4 配置管理計劃（略） 5 支持條件（略）
5.1 內部支持（可選）（略）
5.2 客戶(hù)支持（對項目而言）（略）
5.3 外包（可選）（略） 6 預算（可選）
6.1 人員成本
6.2 設備成本
6.3 其它經(jīng)費預算（略）
6.4 項目合計經(jīng)費預算（略）7 關(guān)鍵問(wèn)題
8專(zhuān)題計劃要點(diǎn)（略）
篇四：軟件計劃書(shū)
圖 書(shū) 管 理 系 統
項目開(kāi)發(fā)計劃書(shū)
可行性研究報告
圖書(shū)管理系統開(kāi)發(fā)小組
負責人：龍金波
成員： 張斌
楊良華
董小華
指導老師：杜卓敏
20xx年11月
軟件計劃書(shū)（圖書(shū)管理系統）
引言：
編寫(xiě)目的及背景：
隨著(zhù)計算機及網(wǎng)絡(luò )技術(shù)的飛速發(fā)展，Internet/Intranet應用在全球范圍內日益普及，當今社會(huì )正快速向信息化社會(huì )前進(jìn)，信息自動(dòng)化的作用也越來(lái)越大。從而使我們從繁雜的事務(wù)中解放出來(lái)，提高了我們的工作效率。目前大部份的圖書(shū)館尤其是中小學(xué)的圖書(shū)館以及小型的書(shū)店還采用傳統的人工方式管理圖書(shū)，由此花費大量的人力物力，而且工作效率很低，不能及時(shí)了解圖書(shū)的種類(lèi)和學(xué)生們比較需求的圖書(shū)等，不能更好的適應當前學(xué)生的借閱要求。而且手工管理還存在許多弊端，由于不可避免的人為因素，造成的數據的遺漏、誤報。計算機信息化管理有著(zhù)儲存量大，速度快等許多優(yōu)點(diǎn)，提供給我們的處理信息及時(shí)快捷，而由此決定開(kāi)發(fā)該圖書(shū)管理系統。相信有不少公司以及個(gè)人都開(kāi)發(fā)過(guò)此類(lèi)產(chǎn)品，其中不乏優(yōu)秀的產(chǎn)品。我們開(kāi)發(fā)此產(chǎn)品也許不如別人做的好，但此開(kāi)發(fā)過(guò)程僅做為我們的實(shí)習作業(yè)，積累相應的經(jīng)驗，為以后的軟件開(kāi)發(fā)項目打下基礎。開(kāi)發(fā)出來(lái)的產(chǎn)品在經(jīng)過(guò)嚴格的測試后，也可提供給某些用戶(hù)使用，由此找出其中的不足并加以完善。
一． 范圍
1.1 項目名稱(chēng)：圖書(shū)管理系統。
1.2 項目目標：實(shí)現對圖書(shū)的自動(dòng)管理，節省人力資源。主要面對小型圖書(shū)
館以及中小學(xué)圖書(shū)管理，還可用于部分小型書(shū)店。
1.3 主要功能：
1.3.1 面向圖書(shū)館管理人員：
進(jìn)貨后，完成對圖書(shū)入庫的錄入工作，即數據采集（可通過(guò)條形碼），將所有的數據錄入數據庫，并進(jìn)行分類(lèi)匯總。
1.3.2 辦理借書(shū)證時(shí)的借書(shū)人員信息的錄入：
借書(shū)時(shí)，記錄借書(shū)日期，以及將相應的信息錄入數據庫以供檢索使用。還書(shū)時(shí)對借書(shū)記錄進(jìn)行注銷(xiāo)，并把相應的信息錄入數據庫以供檢索使用。
1.3.3 面向借書(shū)人員：
提供友好的界面，使用戶(hù)可查詢(xún)在館書(shū)目，以及用戶(hù)的借書(shū)記錄。還可提供預約借書(shū)服務(wù)。
1.3.4 面向圖書(shū)租借管理人員：
新書(shū)進(jìn)貨后完成對新書(shū)的錄入工作，可針對書(shū)店具體業(yè)務(wù)進(jìn)行系統的二次開(kāi)發(fā)。
1.3.5 面向顧客：
提供友好的界面，供顧客查詢(xún)書(shū)店內的圖書(shū)，以及新書(shū)預訂等，這些可以由書(shū)店的二次開(kāi)發(fā)來(lái)完成。
1.4 性能要求：
建立可根據圖書(shū)館規模以及書(shū)店的規模來(lái)確定需要存儲的信息量的大小，最小求為10萬(wàn)冊圖書(shū)，圖書(shū)館為10000個(gè)借書(shū)者的信息。屆時(shí)可根據具體的需求來(lái)重新設定信息量的大小。
錄入信息時(shí)的響應時(shí)間不超過(guò)3秒，用戶(hù)查詢(xún)時(shí)間不超過(guò)3秒，具體響
應時(shí)間應該視機器的具體配置。
其內部網(wǎng)絡(luò )由用戶(hù)自行決定，對于一般用戶(hù)來(lái)說(shuō)，一臺微機即可，對于大一些的用戶(hù)，可能使用一臺服務(wù)器以及若干客戶(hù)端機器。視具體用戶(hù)而決定。
1.5 系統界面
界面友好，面對用戶(hù)和管理人員用不同的界面，力求友好，使得操作簡(jiǎn)易，降低培訓成本。系統提供諸多接口，例如word導入接口，以及SQL sever數據庫的接口，方便用戶(hù)操作。
1.6 開(kāi)發(fā)概要:
1.6.1 調研和計劃：
從10月20日開(kāi)始著(zhù)手此項目的開(kāi)發(fā)過(guò)程，花一個(gè)星期左右的時(shí)間進(jìn)行調研，了解各種不同用戶(hù)對圖書(shū)管理系統的不同需求，像圖書(shū)租借機構、各種圖書(shū)館等，盡量使系統開(kāi)發(fā)出來(lái)后能滿(mǎn)足各方面的需求，即增加系統的實(shí)用性。在明確問(wèn)題的性質(zhì)、工程的目標及規模后，接下來(lái)的一個(gè)星期對該開(kāi)發(fā)做一個(gè)可行性分析及總體的計劃，作為以后開(kāi)發(fā)的指導。
1.6.2 需求分析：
從11月6日左右到11月11月17日進(jìn)行詳細的需求分析，把現實(shí)的、抽象的問(wèn)題具體化，大致設計出系統的邏輯模型。
1.6.3 設計：
分為概要設計和詳細設計兩個(gè)階段進(jìn)行，花五天左右時(shí)間進(jìn)行概要設計，大致明確求解方案，設計出軟件結構�；�10天左右的時(shí)間進(jìn)行詳細設計，對各模塊的功能給于說(shuō)明，并作出詳細的“設計說(shuō)明書(shū)”。
1.6.4 編碼和模塊測試：
由于時(shí)間的限制，編碼階段有可能在下學(xué)期進(jìn)行，所以這學(xué)期主要就是作出測試的計劃和方案及可能出現的問(wèn)題和解決方法，作出“測試報告”。
二． 資源
2.1 人力資源
本開(kāi)發(fā)小組共四位成員，為武漢大學(xué)2002級計算機學(xué)院本科生。由于經(jīng)費以及水平的限制，在各個(gè)階段四位成員都參與開(kāi)發(fā)，具體分工將在以后的各項說(shuō)明書(shū)中指出。
2.2 硬件資源
個(gè)人電腦4臺以及相應的網(wǎng)絡(luò )設備、移動(dòng)存儲設備，條形碼掃描儀，打印機等。
2.3 軟件資源
Windows 98/NT/2000/XP操作系統,VC++開(kāi)發(fā)語(yǔ)言,SQL SERVER 2000等。
三．安排和成本估算
四．進(jìn)度與成本估算的說(shuō)明：
由于沒(méi)有經(jīng)費投入，一切成本均由開(kāi)發(fā)人員自行負擔。微機及操作系統為現有的個(gè)人設備。其余軟件資源可以由網(wǎng)上尋找。因此，成本估算也就無(wú)從談起，主要投入為每個(gè)人的時(shí)間。主要時(shí)間為課余時(shí)間，因此具體進(jìn)度可能會(huì )在開(kāi)發(fā)過(guò)程中不斷地調整。
五．可行性分析報告
5.1 引言
5.1.1 定義
Visual C++程序設計語(yǔ)言：它是Microsoft 公司開(kāi)發(fā)的一種可視化軟件開(kāi)發(fā)工具，一種面向對象的編程語(yǔ)言。
Access：它是Microsoft 公司開(kāi)發(fā)的一種具有強大功能的數據庫。
圖書(shū)館管理系統是圖書(shū)館方便學(xué)生借閱圖書(shū)資源快速有效的自動(dòng)化查詢(xún)系統。在此次的設計中采用Visual C++程序設計語(yǔ)言和ACCESS來(lái)實(shí)現本產(chǎn)品的軟件部分。
BMS：Book Management System的簡(jiǎn)稱(chēng)，即：圖書(shū)管理系統。
BMS-server：指數據服務(wù)器，安裝在服務(wù)器端，它提供學(xué)生身份及借閱情況信息，圖書(shū)數據庫以及相關(guān)的應用處理程序。
BMS-client: 即信息處理工作站，裝在管理人員的客戶(hù)機上，其中客戶(hù)機還要裝上條形碼掃瞄設備和打印機，用來(lái)輸入學(xué)生信息，存儲學(xué)生借閱信息以及相關(guān)內容。
BMS-pos:獨立身份驗證機，是一個(gè)相對獨立的身份驗證終端，可以獨立工作，直接驗證圖書(shū)證的信息，也可以與PC連接，進(jìn)行聯(lián)機借閱信息判斷處理。
5.1.2 參考資料
�、�.《軟件工程國家標準文檔》 ——項目開(kāi)發(fā)計劃（GB856T——88）
可行性研究報告（GB8567——88）
�、�.《軟件工程原理與應用》 ——陳世鴻，朱福喜，黃水松，陳磊 編著(zhù)
武漢大學(xué)出版社
�、�.《軟件工程》 ——王利福，張世琨，朱冰 編著(zhù)
北京大學(xué)出版社
�、�.《數據庫原理與應用》 ——李昭原主編
科學(xué)出版社
�、�. 《數據庫系統概論》 ——薩師煊，王珊 編著(zhù)
高等教育出版社
5.2 可行性研究前提
5.2.1 要求
A. 功能：設計一種智能檢索圖書(shū)并查詢(xún)相應信息以及更新的圖書(shū)管理系統
B. 性能：速度快，支持模糊查詢(xún)
C. 輸出：打印報表，如應用到圖書(shū)館管理，應有支持相應的借閱功能的服務(wù)
D. 輸入：通過(guò)掃描條形碼來(lái)錄入圖書(shū)數據
E. 簡(jiǎn)要處理流程：（略）
F. 在安全與保密方面的要求：只允許系統管理員修改數據庫中相關(guān)信息，其他 沒(méi)有管理員權限的人只享有訪(fǎng)問(wèn)查詢(xún)的權限
G. 同本系統相連接的其他系統：遠程訪(fǎng)問(wèn)（擴展中）
H. 完成期限：2002年12月24號
5.2.2 目標
四個(gè)人在2個(gè)星期的時(shí)間內完成系統
5.2.3 條件、假定和限制
假定：操作人員對該圖書(shū)管理系統的基本流程基本熟悉，并且對一些基本的術(shù)語(yǔ)有所了解，由于資金不容許，因此，在涉及的有關(guān)驗證，采集設備的時(shí)候就默認為對相應操作成功完成。
約束：開(kāi)發(fā)小組有4名成員，均為武漢大學(xué)2002級本科生。開(kāi)發(fā)項目管理的經(jīng)驗不足，開(kāi)發(fā)經(jīng)驗不夠豐富。項目開(kāi)發(fā)經(jīng)費只有150RMB，因此不可能做到將信息存儲到相關(guān)設備上進(jìn)行，故有一定的假定條件。另外開(kāi)發(fā)期限在12.24前完成。
5.2.4 進(jìn)行可行性研究的方法
該項可行性研究是在對現有的圖書(shū)管理系統的調研上進(jìn)行的，參考了武漢大學(xué)現行的圖書(shū)館管理模式，通過(guò)調查當前存在的圖書(shū)資源利用不足的現象，并且對數據庫理論進(jìn)行研究得知通過(guò)計算機和網(wǎng)絡(luò )資源可將圖書(shū)資源透明化；
5.2.5 評價(jià)尺度
該系統只作實(shí)習作業(yè)，各項功能夠實(shí)現，模擬中小型圖書(shū)管理系統，不做商業(yè)用途
5.3 對現有系統的分析及對所建議的系統的建議
對現有的系統的分析主要基于對圖書(shū)管理系統的調研上面，由于是我們的實(shí)習作業(yè)，所以就只對所建議的系統的建議提出自己的看法。
5.3.1 對所建議的系統的說(shuō)明
該系統在學(xué)生微機上進(jìn)行開(kāi)發(fā)，主要實(shí)現功能為通過(guò)條形碼掃描儀進(jìn)行錄入圖書(shū)信息，存入數據庫，通過(guò)界面對圖書(shū)信息進(jìn)行管理，支持模糊查詢(xún)，能夠通過(guò)打印機打印報表，提供管理員和用戶(hù)兩種權限，管理員具有修改，刪除等權限，而普通用戶(hù)只具有查詢(xún)權限，在后續開(kāi)發(fā)中可以考慮高級用戶(hù)這一群體需要的權限（因為該系統還可應用到圖書(shū)經(jīng)銷(xiāo)商上面），以及遠程訪(fǎng)問(wèn)等新功能。
5.3.2 主要流程和數據流程
該流程圖會(huì )在設計說(shuō)明書(shū)里具體給予說(shuō)明
5.4 影響
5.4.1 對設備的影響
除了對電腦自身配置有所要求外，還需要添加掃描儀，打印機等硬件設施
5.4.2 對軟件的影響
不需要對現存的應用軟件和支持軟件進(jìn)行修改
篇五：軟件項目開(kāi)發(fā)計劃書(shū)
軟件開(kāi)發(fā)計劃書(shū)
項目名稱(chēng)：樂(lè )吧樂(lè )游戲平臺
參與人員：
目 錄
1引言 -----------------------------------------------------------------------------------3
1.1編寫(xiě)目的 -----------------------------------------------------------------------3
1.2背景-----------------------------------------------------------------------------3
1.3定義-----------------------------------------------------------------------------4
1.4參考資料 -----------------------------------------------------------------------4
1.5 系統動(dòng)機-----------------------------------------------------------------------5
1.6標準、條件和約定-------------------------------------------------------------5
1.7編寫(xiě)文檔的WBS --------------------------------------------------------------5 2項目概述 ------------------------------------------------------------------------------6
2.1工作內容 -----------------------------------------------------------------------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實(shí)施總計劃 ------------------------------------------------------------------------- 11
3.1開(kāi)發(fā)過(guò)程 --------------------------------------------------------------------- 11
3.1.1 需求分析 -------------------------------------------------------------- 11
3.1.2 系統設計 -------------------------------------------------------------- 11
3.1.3 編碼及測試階段 ------------------------------------------------------ 11
3.1.4 文檔、產(chǎn)品部署 ------------------------------------------------------ 11
3.1.5 項目總結 -------------------------------------------------------------- 11
3.2工作任務(wù)的分解 ------------------------------------------------------------- 12
3.3接口人員 --------------------------------------------------------------------- 13
3.4進(jìn)度--------------------------------------------------------------------------- 13
3.5預算--------------------------------------------------------------------------- 14
3.6關(guān)鍵問(wèn)題 --------------------------------------------------------------------- 14 4支持條件 ---------------------------------------------------------------------------- 15
4.1計算機系統支持 ------------------------------------------------------------- 15
4.2需要用戶(hù)承擔的工作 -------------------------------------------------------- 16
4.3需由外單位提供的條件 ----------------------------------------------------- 16 5專(zhuān)題計劃要點(diǎn)----------------------------------------------------------------------- 17
5.1開(kāi)發(fā)人員培訓計劃 ---------------------------------------------------------- 17
5.2 測試計劃 -------------------------------------------------------------------- 17
5.3 質(zhì)量保證計劃--------------------------------------------------------------- 17
5.4 人員配置計劃--------------------------------------------------------------- 17
5.5 客戶(hù)培訓計劃--------------------------------------------------------------- 17
5.6 安全保密計劃--------------------------------------------------------------- 17
1引言
1.1編寫(xiě)目的
為了保證項目團隊按時(shí)保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開(kāi)展的各個(gè)過(guò)程合理有序，有必要以文件化的形式，把對于在項目生命周期內的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開(kāi)發(fā)進(jìn)度、經(jīng)費預算、項目?jì)韧猸h(huán)境條件、風(fēng)險對策等內容以書(shū)面的方式描述出來(lái)，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動(dòng)的行動(dòng)基礎，項目團隊開(kāi)展和檢查項目工作的依據。
本項目開(kāi)發(fā)計劃用于從總體上指導《了吧了游戲平臺》項目順利進(jìn)行并最終得到通過(guò)評審的項目產(chǎn)品。本項目開(kāi)發(fā)計劃面向項目組全體成員。
1.2背景
《樂(lè )吧樂(lè )游戲平臺》主要功能是,為廣大用戶(hù)提供一個(gè)面對面的游戲平臺；基本可包括所有保單系列產(chǎn)品，以及國內外比較流行的博彩游戲！該項目在計劃中...
表1.1 項目背景規劃
在保單產(chǎn)品越來(lái)越被廣大玩家所孰知的情況下，玩家漸漸的變的聰明起來(lái)，這致使機器作 弊的手段的成功率越來(lái)越底！大大的降低了玩家對保單系列產(chǎn)品的信任度,同時(shí)直接和間接 的影響了游戲場(chǎng)地和廠(chǎng)家的利益！從而形成了“不作弊盈利困難的“大難題！分析得出主要原因是玩家對機器不信任!為解決這一重大難題!改變當下這種現狀特開(kāi)發(fā)出P to P《樂(lè )吧樂(lè )游戲平臺》!
1.3定義
專(zhuān)門(mén)術(shù)語(yǔ)：
SQL SERVER:系統服務(wù)器所使用的數據庫關(guān)系系統（DBMS）。
SQL：一種用于訪(fǎng)問(wèn)查詢(xún)數據庫的語(yǔ)言
事務(wù)流：數據進(jìn)入模塊后可能有多種路徑進(jìn)行處理。
主鍵：數據庫表中的關(guān)鍵域。值互不相同。
外部主鍵：數據庫表中與其他表主鍵關(guān)聯(lián)的域。
ROLLBACK:數據庫的錯誤恢復機制。
縮寫(xiě)：
系統：若未特別指出，統指本了吧了游戲平臺。
SQL：Structured Query Language(結構化查詢(xún)語(yǔ)言)。
ATM：Asynchronous Transfer Mode (異步傳輸模式)。
UML：統一建模語(yǔ)言、是一套用來(lái)設計軟件藍圖的標準建模語(yǔ)言，是一種從軟件分析、設計到編寫(xiě)程序規范的標準化建模語(yǔ)言。
UDP ：User Datagram Protocol 是無(wú)連接的傳輸層協(xié)議
分布式代理： 可隱藏服務(wù)器ip ，減少服務(wù)器的危險;
服務(wù)器代理： 可驗證用戶(hù)數據的正確性，以及安全性，進(jìn)行處理
三級代理： 減輕服務(wù)器壓力，可實(shí)現智能作弊系統！
1.4參考資料
文檔格式要求按照我國GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規范要求進(jìn)行。包括以下文件：
游戲傳輸關(guān)系系統需求說(shuō)明書(shū)
軟件工程項目開(kāi)發(fā)文檔范例
軟件工程國家標準文檔
需求說(shuō)明書(shū)
軟件需求說(shuō)明書(shū)編寫(xiě)規范
書(shū)籍包括：
《軟件項目管理》 朱少民，韓瑩 編著(zhù)，人民郵電出版社。
《軟件項目管理》 Rajeev T Shandilya編著(zhù) 科學(xué)出版社。
【軟件開(kāi)發(fā)計劃書(shū)材料精選】相關(guān)文章：
軟件開(kāi)發(fā)專(zhuān)業(yè)簡(jiǎn)歷范文02-17
軟件開(kāi)發(fā)工作總結01-14
軟件開(kāi)發(fā)委托合同08-19
營(yíng)銷(xiāo)計劃書(shū)最新精選12-20
軟件開(kāi)發(fā)委托合同2篇08-24
軟件開(kāi)發(fā)委托合同4篇08-19
商業(yè)計劃書(shū)精選15篇12-11