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