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