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