研發(fā)項目節(jié)點驗收需求材料提交說明

1、節(jié)點驗收材料說明目錄驗收材料總列表驗收材料GDD工具與規(guī)范原型版本Prototype基礎(chǔ)性游戲版本stPlayableEarlyAlphaAlphaCloseBetaOpenBeta重點說明策劃中心游戲策劃案VVVVVVV-藝術(shù)中心聲音引擎設(shè)計文檔V-音頻設(shè)計文檔V-美術(shù)設(shè)計文檔VV-資源列表文檔VVVVV從First Playable節(jié)點開始提供，以后每個節(jié)點在 原文檔的基礎(chǔ)上提交完成狀況的更新技術(shù)中心設(shè)計文檔（包括客戶端設(shè)計文 檔，服務(wù)器端設(shè)計文檔、工具 設(shè)計文檔）VVVVVV若在某個節(jié)點整體設(shè)計進行了調(diào)整或新增了某些模 塊，則該文檔也需要進行對應(yīng)更新，需要保持文檔 的準(zhǔn)確性工具開發(fā)計劃V

2、-版本開發(fā)計劃V希望能夠顯式的分別列岀技術(shù)、美術(shù)、策劃等方面 的按節(jié)點遞增內(nèi)容，以便各驗收中心能清晰的看到需要驗收的內(nèi)容自動更新機制問卷V自動更新機制驗收必須有更新自己的處理機制源代碼工具源代碼及編譯說明文檔VVVVVV-服務(wù)器端源代碼及編譯說明文檔VVVVVV若編譯的準(zhǔn)備和結(jié)果收集過程比較復(fù)雜，應(yīng)包含必 要的編譯腳本客戶端源代碼及編譯 說明文檔VVVVVV若編譯的準(zhǔn)備和結(jié)果收集過程比較復(fù)雜，應(yīng)包含必 要的編譯腳本服務(wù)器端安裝包VVVVVV可執(zhí)行文件+配置文件工具可執(zhí)行文件、工具使用說 明文檔VVVVVV-節(jié)點代碼更新說明文檔VVVVVV-技保中心游戲數(shù)據(jù)庫維護文檔VV其中第一部分“”為重點填

3、寫部分（在模板中用紅 色標(biāo)注）服務(wù)器架構(gòu)及配置VV其中第二、三、五部分“服務(wù)框架圖、各服務(wù)簡述、 單組/區(qū)服務(wù)器標(biāo)準(zhǔn)配置”為重點填寫部分（在模板中用紅色標(biāo)注）服務(wù)器部署文檔VV其中第二部分“服務(wù)器端軟件部署”和第三部分“相 關(guān)接口部署說明”中的“3.6客戶端下載&Autopatch 部署”為重點填寫部分（在模板中用紅色標(biāo)注） 同時請注意：服務(wù)器安檢流程通過前，切記不要部 署服務(wù)器端程序質(zhì)量管理中心版本壓力測試說明VVV其中第一部分服務(wù)器物理架構(gòu)說明，第五部分單組/區(qū)服務(wù)器標(biāo)準(zhǔn)配置，第六部分性能測試技術(shù)接口人 為重點填寫部分；另外在第十部分附壓力測試工具 開發(fā)規(guī)范（務(wù)必閱讀并參照）壓力測

4、試工具VVV-項目組自測報告VVV1、功能自測結(jié)果請通過質(zhì)量管理中心自助測試服務(wù)平臺進行填寫；2、系統(tǒng)自測結(jié)果通過填寫自測報告進行提供；1）0A方面測試版本和測試環(huán)境兩部分為重點部分（在模板中用紅色標(biāo)注）2）性能測試方面“（1）性能測試列表”中 CS架構(gòu) 的服務(wù)器端性能測試（包括登錄過程壓力測試、游 戲過程壓力、登錄過程穩(wěn)定性、游戲過程穩(wěn)定性）和BS架構(gòu)的服務(wù)器端壓力測試為重點填寫內(nèi)容。同時，注意CB節(jié)點驗收時服務(wù)端應(yīng)按照實際運營情況 的最簡架構(gòu)來部署，即 DB Web GS Login等應(yīng)用 服務(wù)應(yīng)按照架構(gòu)設(shè)計分開部署。（在模板中用紅色 標(biāo)注）公共需求材料客戶端安裝程序VVVVVV原型節(jié)點要

5、求提供Demo版本，Alpha節(jié)點開始應(yīng)保 證為安裝程序文件，而非壓縮包形式，如驗收版本 將對外，則還要保證提交的客戶端形式與外放的形 式完全統(tǒng)一。游戲功能列表VVVVVV列表中的基本內(nèi)容部分為重點提供內(nèi)容（在模板中 用紅色標(biāo)注）測試賬號VVVVV-GM命令需求列表VVV列表中基本的指令功能（在模板中用紅色標(biāo)記）， 要求項目方必須提供。由于游戲設(shè)計功能多樣化，一些游戲特有的功能點 測試若有配套相關(guān)命令，也請需求方提供。考慮到不同游戲GM指令的運用方式可能不同，請在 提供GM指令列表同時，注明正確的使用方法。注：1、前期節(jié)點已提交過的驗收材料，如沒有更新可不需要重復(fù)提交2 、驗收需求材料包括但不

6、限于以上內(nèi)容，如合同中有特殊需求請以合同實際情況為準(zhǔn)材料模板與說明1 策劃中心1.1 游戲策劃案策劃中心游戲性驗收策劃案要求：提供材料為合同要求以及符合當(dāng)前節(jié)點進度的詳 細(xì)策劃案文檔。提供的策劃案必須清楚說明所策劃系統(tǒng)或功能的設(shè)計目的、邏輯結(jié) 構(gòu)及描述。文檔格式以及內(nèi)容形式不限 ，根據(jù)項目組實際策劃規(guī)范決定。2 藝術(shù)中心2.1 音頻設(shè)計文檔文檔分為 3 份（或者 3 個部分）。“音頻風(fēng)格定位”，“音樂設(shè)計內(nèi)容”及“音效設(shè)計 內(nèi)容”。音頻風(fēng)格定位必須說明游戲的音樂音效風(fēng)格， “音樂設(shè)計內(nèi)容”及“音效設(shè) 計內(nèi)容”包括游戲音頻的風(fēng)格定位，游戲音頻的分類，游戲音頻具體類別的描述， 游戲音頻具體類別的制

7、作要求，游戲音頻具體類別的實現(xiàn)方式等內(nèi)容。文檔格式不限 ，根據(jù)項目組的實際規(guī)范決定。2.2 聲音引擎設(shè)計文檔聲音引擎設(shè)計文檔 包括游戲聲音引擎的功能分類及功能的詳細(xì)描述， 具體的設(shè)計參 數(shù)。文檔格式不限 ，根據(jù)項目組的實際規(guī)范決定。2.3 美術(shù)設(shè)計文檔美術(shù)設(shè)計文檔分為 2 個部分“美術(shù)風(fēng)格定位” ，“游戲設(shè)計體系定位”。 “美術(shù)風(fēng)格定位”基本包括：游戲的質(zhì)感、色調(diào)、光影等 “游戲設(shè)計體系定位”基本包括：角色體系設(shè)計、場景體系設(shè)計等 項目組可以結(jié)合項目實際情況，對項目的美術(shù)風(fēng)格定位做詳細(xì)的整理和描述。 文檔 格式不限 ，根據(jù)項目組的實際規(guī)范決定。2.4 資源列表文檔資源列表文檔是游戲整體開發(fā)圖量

8、的預(yù)估表，資源列表文檔包含以下三個部分： 音樂包含以下幾個個部分： “音樂列表”、“音效列表”及“語音列表” （語音部分是 具體游戲設(shè)計而定 ）。每一部分都需要包括所有音頻內(nèi)容的名稱，詳細(xì)描述，使用 范圍及樣本的格式詳細(xì)要求。美術(shù)包含以下幾個個部分：“原畫設(shè)計”、“角色制作列表”、“場景制作列表”、“2DUI 列表”、“特效”等。每一部分都需要包括所有開發(fā)內(nèi)容的名稱，詳細(xì)描述，命名格 式等詳細(xì)要求。文檔格式不限 ，根據(jù)項目組的實際規(guī)范決定。3 技術(shù)中心3.1 客戶端概要設(shè)計文檔 < 模板><客戶端概要設(shè)計文檔 - 模板開始 >1. 引言?11 背景12 定義?2. 框架

9、設(shè)計?21 運行環(huán)境 ?22 游戲框架結(jié)構(gòu)?（ 客戶端模塊框架結(jié)構(gòu)圖 ）23 游戲各個系統(tǒng)的設(shè)計分層次地給出各個系統(tǒng)的設(shè)計 （可以根據(jù)游戲本身進行刪減）231物品系統(tǒng)功能名稱：功能名稱（功能指游戲中的用戶需求功能，也稱為系統(tǒng)，譬如聊天功能、坐騎 功能、道具功能等） 。功能描述：功能的基本描述及功能實現(xiàn)方法，包括和其他各模塊的調(diào)用關(guān)系。涉及界面列表：（如果沒有可不列出）界面列表包括界面基本名稱及界面截圖代碼清單：功能對應(yīng)的代碼文件列表類型說明：功能涉及的主要類及類的說明，如果沒有在這里列出類的成員的說明，需要在 程序代碼中說明。實現(xiàn)機制：主要描述功能的實現(xiàn)機制，涉及服務(wù)器通訊的需要寫明服務(wù)器客戶

10、端通訊過程 等，最好給出時序圖。完成度說明：功能和節(jié)點對應(yīng)的完成度說明，完成度可以不必是百分比，可是是具體完成的 子功能列表，但是需要寫明每節(jié)點完成的內(nèi)容是哪些。節(jié)點版本號與上版本比較增加的內(nèi) 容完成情況2. 3. 2戰(zhàn)斗系統(tǒng)2. 3. 3角色系統(tǒng)2. 3. 4任務(wù)系統(tǒng)2. 3. 5技能系統(tǒng)2. 3. 6場景系統(tǒng)2. 3. 7 AI 系統(tǒng)2. 3. 8渲染系統(tǒng)2. 3. 9 UI 系統(tǒng)2. 3. 10聲音系統(tǒng)2. 3. 11好友系統(tǒng)2. 3. 12工會系統(tǒng)2. 3. 13商城系統(tǒng)2. 3. 14消息系統(tǒng)3. 引擎介紹？4. 其他其他的一些游戲需要涉及到的內(nèi)容4. 1文件系統(tǒng)4. 2資源管理4.

11、 3內(nèi)存管理4. 4尋路45 腳本46 場景管理以及場景劃分47 移動同步48 客戶端系統(tǒng)間的通訊方式<客戶端概要設(shè)計文檔 - 模板結(jié)束 >3.2 服務(wù)器端整體架構(gòu)設(shè)計 <模板 ><服務(wù)器端整體架構(gòu)設(shè)計 - 模板開始 >1. 框架描述此處簡單描述整體架構(gòu)的設(shè)計思路，主要解決了那些方面的問題。整體架構(gòu)圖建議采用 uml 圖描述，盡量不要采用 word 的框圖來描述（給人感覺凌 亂、業(yè)余）。/ 插入圖片 根據(jù)需要對圖示進行概要說明。服務(wù)器功能描述 對每種服務(wù)器的功能定義以及在系統(tǒng)中的作用， 不同服務(wù)器之間的關(guān)系， 需要明確描述。2. 服務(wù)器程序架構(gòu)程序整體結(jié)構(gòu)圖

12、 描述整個程序的層次結(jié)構(gòu)和模塊結(jié)構(gòu)開發(fā)語言 采用什么語言開發(fā)，選擇的理由。腳本引擎 如果需要腳本引擎，選擇什么腳本引擎，選擇的理由？ 跨平臺支持是否支持跨平臺（主要是指 windows/Linux ），如何做到跨平臺。國際化支持 是否支持國際化多語言，如何支持？網(wǎng)絡(luò) I/O 模型描述該 I/O 模型的原理及優(yōu)缺點，為什么要采用這種模型等。文件 I/O 模型 如果對文件操作很頻繁，則需要描述文件 I/O 模型，否則不做要求。 線程模型采用什么線程模型，采用這種模型的好處。層次結(jié)構(gòu) 整個程序分成幾層，各個層次的關(guān)系是什么。模塊說明各個模塊的作用及與其他模塊的接口。IPC模型如果用到IPC （進程間

13、通信），則必須描述采用IPC的類型及原因。 工程和類庫目錄設(shè)置說明描述那些是基礎(chǔ)庫目錄， 那些是功能模塊目錄， 不同 server 代碼放在 不同目錄。最好是一個 workspace 或解決方案，包含多個工程，這樣 代碼管理和編譯都比較方便。3. 擴展性和故障均衡方案擴展性方案采用什么方案來保證服務(wù)器框架的擴展性， 包括功能擴展和性能擴展。 比如增加一個新的服務(wù)器類型是否困難，性能不夠時是否容易擴展。 故障均衡方案如何對服務(wù)器實現(xiàn)容災(zāi)處理，盡量減少對玩家的影響。 各種服務(wù)器是如何實現(xiàn)負(fù)載的動態(tài)均衡。4. 關(guān)鍵流程設(shè)計每種流程都必須有流程圖，盡量采用 uml 描述 登錄流程描述登錄的整個交互流程

14、，重點描述如何保證整個登錄過程的安全性。 小退流程描述整個小退流程的交互過程。跳服流程主要是針對MMO游戲，比如從一個地圖服務(wù)器跳到另一個地圖服務(wù)器。 轉(zhuǎn)服流程比如從一個區(qū)的一個組轉(zhuǎn)到另一個組，整個流程是什么，如何保證用戶 資料完整。退出流程用戶退出游戲的整個流程描述。5. 數(shù)據(jù)庫方案設(shè)計數(shù)據(jù)庫產(chǎn)品的選擇選擇那種 DBM，S 哪個版本？選擇的理由是什么？ 數(shù)據(jù)庫概要設(shè)計需要建幾個庫，各個庫之間的關(guān)系是什么？如何實現(xiàn)跨區(qū)數(shù)據(jù)合并和數(shù) 據(jù)遷移？數(shù)據(jù)庫備份 / 恢復(fù)方案如何設(shè)計備份策略和計劃。數(shù)據(jù)庫優(yōu)化方案數(shù)據(jù)庫優(yōu)化策略和計劃。6. 通信協(xié)議設(shè)計協(xié)議選擇選擇文本還是二進制協(xié)議？通用協(xié)議還是私有協(xié)議？

15、選擇的理由是什 么？ 協(xié)議擴展如何保證協(xié)議的擴展性，滿足不同的游戲需求。協(xié)議安全 如何防止數(shù)據(jù)包的安全，不會被修改和竊?。咳绾芜M行身份認(rèn)證，防止 偽造客戶端或服務(wù)器<服務(wù)器端整體架構(gòu)設(shè)計 - 模板結(jié)束 >3.3 工具開發(fā)計劃 <模板 ><工具開發(fā)計劃 - 模板開始 >1. 客戶端工具可根據(jù)項目實際情況刪減實際需要的工具1.1 場景編輯器 工具簡介以及預(yù)期開始、完成時間1.2 地圖編輯器 工具簡介以及預(yù)期開始、完成時間1.3 特效編輯器 工具簡介以及預(yù)期開始、完成時間1.4 角色編輯器 工具簡介以及預(yù)期開始、完成時間1.5UI 編輯器 工具簡介以及預(yù)期開始、完

16、成時間1.6MAX導(dǎo)出插件 工具簡介以及預(yù)期開始、完成時間1.7 任務(wù)編輯器 工具簡介以及預(yù)期開始、完成時間2.服務(wù)器端工具2.1 自動測試工具 主要批處理測試服務(wù)器端的指令2.2 壓力機器人進行壓力測試<工具開發(fā)計劃 - 模板結(jié)束 >3.4 版本開發(fā)計劃技術(shù)中心版本開發(fā)計劃要求：希望能夠顯式的分別列出技術(shù)、美術(shù)、策劃等方面的 按節(jié)點遞增內(nèi)容，以便各驗收中心能清晰的看到需要驗收的內(nèi)容。 文檔格式不限 ，根據(jù)項目組實際規(guī)范決定。3.5 自動更新機制問卷 < 模板><自動更新機制問卷 - 模板開始 > 更新機制1. 使用什么協(xié)議（可多選）？Http FTP BT

17、 其他（ 請在此注明）2. 支不支持?jǐn)帱c續(xù)傳？支持 不支持3. 支不支持多個線程同時下載 ?支持（請注明線程數(shù) ） 不支持4. 更新服務(wù)器采用什么配置？IIS Apache Server-U 其他（請在此注明 ）5. 更新服務(wù)器地址是域名還是 IP？域名 IP 動態(tài)獲取（請在此注明獲取方式 ）6. 是否有更新程序更新自己的處理機制？（這項必須完成，否則驗收不 通過）有 無7. 更新文件下載完成后更新程序可能會做如下哪些處理（可多選）？解壓縮文件 拷貝文件或文件夾運行Exe或Dll刪除文件或文件夾 修改配置文件 其他操作（請在此注明）更新邏輯1. 更新文件類型（可多選） ：補丁包（請注明補丁包類

18、型：Exe/Zip/Rar/7z）單個文件二進制差異文件2. 更新方式有（可多選）？強制更新（更新完才能進游戲 ） 非強制更新（更新未完也可進游戲，更新在后臺處理 ）3. 更新與區(qū)服的關(guān)系（可多選） ：單一更新（所有用戶都更新同一內(nèi)容 ） 分區(qū)更新（可以控制某區(qū)用戶更新不同的內(nèi)容 ）4. 更新程序有沒有版本控制？有 無異常處理1. 下載失敗補救機制（可多選） ：無 提示用戶 同一地址重試（請注明重試次數(shù) ） 自動更換地址重新更新其他（請注明）2. 處理下載下來的文件時失敗的補救機制（可多選）：無 提示用戶回滾 其他（請注明）3. 更新失敗后是否還能啟動游戲？能不能 看情況（請注明）4. 用戶強

19、制終止更新程序進程會不會引起（可多選）？客戶端版本混亂更新程序無法啟動 游戲客戶端無法啟動以后都無法更新簡要介紹1. 請在此簡要介紹您的更新流程2. 請在此簡要介紹您的版本控制3. 請在此簡要介紹您的程序更新本身的機制自動更新機制問卷-模板結(jié)束3.6代碼更新說明文檔 模板代碼更新說明文檔-模板開始文檔更新記錄：日期增加（修改）內(nèi)容負(fù)責(zé)人版本XXXX-XX-XXXXXXXXXXX框架設(shè)計文檔說明本次節(jié)點文檔的包括：XXX設(shè)計文檔表明狀態(tài)（新增、修改、未更改）游戲程序的主框架可執(zhí)行程序級說明2進制級別的程序的關(guān)系和依賴等工程庫引用關(guān)系說明解決方案下各個工程的作用以及相互的依賴關(guān)系 接口級最好是類似

20、UML圖的接口關(guān)系圖以及相應(yīng)的說明系統(tǒng)框架主要說明現(xiàn)有的系統(tǒng)的功能以及實現(xiàn)的結(jié)構(gòu)系統(tǒng)模塊名稱模塊已有功能模塊新增功能模塊修改功能針對某一項模塊進行框架設(shè)計說明，最好有 UML圖結(jié)構(gòu)對于上圖的說明如下：1. 對于每一個類（結(jié)構(gòu)、接口）簡要說明如下：類/結(jié)構(gòu)/接口名簡要說明2. 各個類和數(shù)據(jù)結(jié)構(gòu)在源代碼中的具體位置見下表：類/結(jié)構(gòu)/接口名聲明的頭文件3. 模塊相關(guān)的設(shè)定文件（主要包括配置文件和其他文件）：文件名說明4. 系統(tǒng)需要用到的資源文件在客戶端的目錄：5該系統(tǒng)模塊對應(yīng)的設(shè)計文檔的位置代碼更新說明文檔-模板結(jié)束4技保中心4.1游戲數(shù)據(jù)庫維護文檔 模板游戲數(shù)據(jù)庫維護文檔-模板開始1.闡述數(shù)據(jù)庫的

21、安裝步驟，數(shù)據(jù)庫用戶的授權(quán)，訪問控制，補丁安裝，刪除有隱 患的存儲過程等2、針對常用的游戲數(shù)據(jù)庫，表，字段說明3、數(shù)據(jù)庫備份與恢復(fù)闡述數(shù)據(jù)庫備份及恢復(fù)的實現(xiàn)方式，檢查機制，4、數(shù)據(jù)庫的日常維護闡述數(shù)據(jù)庫優(yōu)化，修復(fù)壞表，重建索引，權(quán)限修改等實現(xiàn)方式游戲數(shù)據(jù)庫維護文檔-模板結(jié)束4.2服務(wù)器架構(gòu)及配置 模板服務(wù)器架構(gòu)及配置-模板開始本文檔簡要介紹游戲的架構(gòu)，各個服務(wù)的功能及列舉開一個新區(qū)（組）所需的 硬/軟件資源列表1、項目簡介簡單介紹游戲項目的類型，如XXX是一款大型多人在線的角色扮演冒險類網(wǎng)絡(luò)游戲。游戲主題為強調(diào)人與人之間的互助精神，挖掘信念與勇氣的意義2、服務(wù)框架圖以圖的方式展示各服務(wù)之間的關(guān)

22、聯(lián)及接口3、各服務(wù)簡述簡要介紹游戲的各服務(wù)及其提供的功能序號服務(wù)功能說明1Logi nsrv玩家登錄驗證，向已登錄客戶端提供各 GS的列表， 供玩家進一步登錄選擇；2Cen terSrv維護在線玩家列表；維護并轉(zhuǎn)發(fā)各 GS狀態(tài)；配合Log in Srv向GS提供玩家的驗證信息；3GameSrv實現(xiàn)本游戲的其它所有功能與服務(wù)；4PtoPSrv實現(xiàn)不同客戶端之間的UDP穿透連接，不能穿透者， 幫助進行信息轉(zhuǎn)發(fā)；5Mysql數(shù)據(jù)庫各項數(shù)據(jù)（游戲配置信息及玩家信息）的紀(jì)錄4、玩家登入步驟介紹以一個玩家登錄游戲的過程說明Login、Center、Gs服務(wù)之間的關(guān)聯(lián)，和各個服務(wù)在其中的作用。（如能提供流程

23、圖更好）5、單組/區(qū)服務(wù)器標(biāo)準(zhǔn)配置5.1服務(wù)器硬軟件要求5.11服務(wù)器硬件要求序號類別Cpu內(nèi)存硬盤網(wǎng)卡其他1Log in2GS4Cen ter5Db5.12服務(wù)器軟件環(huán)境要求類型安裝軟件備注操作系統(tǒng)數(shù)據(jù)庫第二方軟件（含Linux下的 組件）5.2服務(wù)器分區(qū)要求注明服務(wù)器的分區(qū)信息如C盤，D盤各多大，如各服務(wù)要求不同也請在此說明5.3物理服務(wù)器分布區(qū)名所在IDCLog in數(shù)量Gs數(shù)量Ce nter 數(shù)Db數(shù)量量5.4網(wǎng)絡(luò)需求及網(wǎng)段劃分注明網(wǎng)絡(luò)帶寬，交換機的需求，需安裝其他網(wǎng)絡(luò)設(shè)備（防火墻、IDS等）如有Vian劃分等設(shè)置也請在此說明服務(wù)器架構(gòu)及配置-模板結(jié)束4.3服務(wù)器部署文檔 模板服務(wù)器部

24、署文檔-模板開始1、服務(wù)器前期配置1.1安裝前期包各項目部按游戲需要調(diào)整服務(wù)器前期包并安裝Win系統(tǒng)有以下操作安裝octopod前期包檢查時區(qū)刪除默認(rèn)共享關(guān)閉不用服務(wù) 啟用Ipsec，指派策略 修改管理員用戶名、口令，安裝 Netsnmp遠程桌面,Gina等Linux系統(tǒng)有以下操作升級SSH安裝Zlib修改sshd偵聽端口并重啟服務(wù)關(guān)掉不需要的服務(wù)啟用 iptables安裝octopod客戶端（安裝Netsnmp遠程桌面、Pam等）注：服務(wù)器安檢流程通過前，切記不要部署服務(wù)器端程序1.2 Iptables 設(shè)置各項目按游戲需要確認(rèn)需開啟的端口在 Ipsec中啟用，建議先禁止所有端口訪 問，按游

25、戲需要以“最小化“原則開啟端口set player=*rem清除舊策略remecho Win dows Registry Editor Versio n 5.00>local.regecho.»local.regecho-HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWi ndowsIPSecPolicylo cal»local.regechoHKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWi ndowsIPSecPolicyloc al>>local.regregedit /

26、s local.regdel local.regipsecpol -w REG -p "sha nda-tuituixia-policy-gs1" -f *+0 -r "BLOCK-ANY" -nBLOCKremrem游戲策略（以下僅加入了玩家訪問服務(wù)器的規(guī)則，其余的請自行添加，要注意分 別區(qū)分公網(wǎng)地址和內(nèi)網(wǎng)地址的規(guī)則）remipsecpol -w REG -p "sha nda-tuituixia-policy-gs1" -f %player%+0:9500:tcp -r "palyer-pass-gameserver-9

27、500" -n PASSipsecpol -w REG -p "sha nda-tuituixia-policy-gs1" -f %player%+0:9501:tcp -r "palyer-pass-gameserver-9501" -n PASSipsecpol -w REG -p "sha nda-tuituixia-policy-gs1" -f %player%+0:8000:tcp -r "palyer-pass-loginserver" -n PASSipsecpol -x -w REG -p

28、 "sha nda-tuituixia-policy-gs1" pause2、服務(wù)器端軟件部署2.1服務(wù)器程序文件及對應(yīng)配置文件在以下表格中填入各服務(wù)對應(yīng)的程序及配置文件序號服務(wù)名稱對應(yīng)的程序（服務(wù)）配置文件!1252.2服務(wù)器程序端口各服務(wù)通訊端口如下表所示:服務(wù)名端口TCP/UDP對應(yīng)服務(wù)備注LSTCP監(jiān)聽TCPAS公測將關(guān)閉此接口CSTCPGame-CenterCenter中配置GSTCPMysqlTCPGame-CenterTCPGame-Client 監(jiān)聽有N個game則端口為+NUDPP2PSrvUdpClient-Gamesrv一個服務(wù)器上部署多 個game服

29、務(wù)則需開通 多個UDP對應(yīng)端口2.3服務(wù)器端程序部署說明闡述務(wù)部署方式、注意事項3、相關(guān)接口部署說明3.1認(rèn)證接口闡述帳號接口的實現(xiàn)機制，注意事項等3.2計費接口闡述計費接口實現(xiàn)機制3.3人數(shù)監(jiān)控部署闡述人數(shù)曲線接入的機制，用的是什么接入模塊，如何監(jiān)控等信息3.4備份程序部署闡述數(shù)據(jù)備份實現(xiàn)機制，訂制策略，數(shù)據(jù)恢復(fù)測試標(biāo)準(zhǔn)，是否進行LOG的備份3.5數(shù)據(jù)倉庫闡述數(shù)據(jù)倉庫的實現(xiàn)機制，每日/每周傳遞的數(shù)據(jù)列表3.6客戶端下載&Autopatch部署客戶端下載是否采用公司的統(tǒng)一平臺，說明Autopatch工作機制服務(wù)器部署文檔-模板結(jié)束5質(zhì)量管理中心5.1版本壓力測試說明 模板版本壓力測試說

30、明-模板開始（一到六為C/S和B/S架構(gòu)游戲都需填寫，六到九僅B/S架構(gòu)游戲需要填寫）1、服務(wù)架構(gòu)圖F面為例，說明服務(wù)器物理架構(gòu)（必要）2、服務(wù)器類型與功能介紹服務(wù)器端服務(wù)和對應(yīng)的程序可見下表:序號服務(wù)名稱對應(yīng)的程序（服務(wù)）1GameDBMSSQL2Game ServerGameserver3Run Gaterungate4Select Gateselgate5LoginGateLogingate6LoginServerLoginserver7DB ServerDbserver8Log Serverlogserver各服務(wù)器對應(yīng)的功能為:序號服務(wù)功能說明1GameDB記錄玩家角色信息2Game

31、Server簡稱為GS,實現(xiàn)游戲的所有功能和邏輯。處理玩家在線Game Server的信息，處理地圖信息等。3Run Gate用戶身份驗證中轉(zhuǎn)程序，玩家數(shù)據(jù)與GS DB服務(wù)器交互數(shù)據(jù)中轉(zhuǎn)作用。4Select Gate與客戶端交互，使玩家可以創(chuàng)建、刪除角色，或選擇已創(chuàng)建的角色 進入游戲5用戶登錄游戲的入口，LoginGate主要作用是中轉(zhuǎn)用戶與Log in Server的數(shù)據(jù)交互。6校驗客戶端輸入的用戶名和密碼的合法性。LoginServer若用戶通過校驗，則發(fā)送GameGate的地址和端口給客戶端。DBServer簡稱為DB,管理用戶的角色，7DB Server通過Selgate與客戶端交互，

32、使玩家可以創(chuàng)建、刪除角色，或選擇 已創(chuàng)建的角色進入游戲；針對GameServer的角色信息請求，提供相應(yīng)的角色信息，或保存GameServer提交的角色信息數(shù)據(jù)8Log Server記錄玩家交易日志和怪物爆物品3、登陸過程介紹步驟對應(yīng)的操作1.執(zhí)行客戶端,連接到PORT 7000的LOGIN GATE2.輸入ID和PASSWORD, LOGINGATE各認(rèn)證信息發(fā)送到 LOGINSERVER3.LOGIN SERVER攵到客戶端的認(rèn)證信息后,發(fā)送到PTS認(rèn)證服務(wù)器。4.是否通過PTS認(rèn)證的結(jié)果發(fā)送到LOGIN SERVER5.LOGIN SERVER各是否通過認(rèn)證的結(jié)果通過 LOGIN GAT

33、發(fā)送到客戶端。6.如果認(rèn)證成功，客戶端彈出服務(wù)器選擇窗口 。7.選擇連接的服務(wù)器，向LOGIN GAT發(fā)送所選服務(wù)器的信息。8.LOGIN GATE將所選服務(wù)器的信息發(fā)送到 LOGIN SERVER9.LOGIN SERVERS到所需服務(wù)器信息后,通過LOGINGATE各連接的SELGATI的 IP和PORTS送到客戶端。10.客戶端收到IP和PORT言息后,連接到SELGATR11.連接到SELGAT后,客戶端請求角色列表。12.收到角色列表請求后,SELGAT向 DB SERVE請求角色列表。13.DB服務(wù)器從GAME SQ中讀取角色列表,再通過SELGAT發(fā)送到客戶端。14. 客戶端收到

34、角色列表后，選擇其中的一個角色，向SELGAT請求連 接。15. 收到連接請求后，SELGAT向 DB SERVE請求連接許可。16. DB SERVER通過SELGAT將需要連接的 RUN GAT的 IP和PORT勺信息 發(fā)送給客戶端。17. 客戶端獲得連接許可后，連接到該IP、PORT勺RUN GATE18. 連接到RUN GAT后,客戶端請求認(rèn)證。19. 收到認(rèn)證請求后，RUN GAT向 GAME SERVER送請求。20. 收到認(rèn)證請求后，GAMESERVE通過認(rèn)證信息判斷是否可以連接?？梢赃B接時，向DB SERVE請求角色的所有信息。21. DBSERVE從 GAMSQL中讀取角色的

35、所有信息，發(fā)送到GAMSERVER22. 收到角色所有的信息后，GMAE SERVERS RUN GAT將信息發(fā)送到客 戶端。4、服務(wù)器網(wǎng)絡(luò)拓?fù)鋱D5、單組/區(qū)服務(wù)器標(biāo)準(zhǔn)配置（必要）1) 硬件配置IPCPU/內(nèi)存/硬盤/網(wǎng)卡類型相關(guān)應(yīng)用遠程連接方式用戶名和密碼維護人272.0(E5405)*2/4G/73G/1000MEthNIC*2loginserverLogingate loginserverTerminal282.0(E5310)*2/2G/73G/1000MEthNIC*2dbserverdbserverTerminal192.

36、33(E5410)*2/6G/146*2G/1000M EthNIC*2gamedbsqlTerminal312.0(E5405)*2/4G/73G/1000MEthNIC*2Rungate selgateRungate selgateTerminal292.0(E5405)*2/4G/73G/1000MEthNIC*2gameservergameserverTerminal2) 軟件配置操作系統(tǒng)：Microsoft(R) Win dows(R) Server 2003 En terprise x64 Editio n (CHS)數(shù)據(jù)庫：SQL Serv

37、er 2005 En terprise3) 網(wǎng)絡(luò)配置本游戲網(wǎng)絡(luò)傳輸較為頻繁且大多集中在run gate與玩家客戶端之間，故最好保證GG服務(wù)擁有較咼的網(wǎng)絡(luò)帶寬，目前為1臺run gate每臺服務(wù)器帶寬不少于30M6、性能測試技術(shù)接口人(必要)技術(shù)接口人需熟悉項目的技術(shù)框架，能夠?qū)Ρ疚臋n涉及的內(nèi)容進行解釋和說明必填選填技術(shù)接口人姓名電話郵箱MSNQQ李XXXXXXX7、預(yù)期指標(biāo)(表格數(shù)據(jù)為參考，具體指標(biāo)請相關(guān)負(fù)責(zé)人填寫）負(fù)載對象模塊平均處理速度指標(biāo)平均響應(yīng)時間指標(biāo)訪問量較大的功能模塊處理能力登錄100次/秒5秒聊天100次/秒5秒建造100次/秒5秒攻擊100次/秒5秒交易100次/秒5秒8、提供

38、所需要測試的接口，及其作用（表格數(shù)據(jù)為參考， 具體內(nèi)容請開發(fā)進行填寫）對應(yīng)站點對應(yīng)接口大致介紹loginServiceNewcity游戲初始化數(shù)據(jù)接口Status每30分鐘請求的刷新接口login登錄時獲取用戶名register注冊新用戶buildServiceCancelBuild取消當(dāng)前在建建筑BuildingList取消建筑需要的資源NewBuilding建造建筑techService無取消研究Technology研究科技eventServiceStatus可查詢城市狀態(tài)propServiceShop購買資源Advantage購買上帝之手starMapServiceAdvantage購買

39、完成后觸發(fā)MakeEquip購買資源后打造裝備9、提供接口參數(shù)及參數(shù)舉例說明（表格數(shù)據(jù)為參考，具體 內(nèi)容請開發(fā)進行填寫）訪問地址說明參數(shù)名稱參數(shù)說明例子使用頻度（每秒次數(shù)）build.aspx新建建筑CityID ,Bu ildID城市ID,建筑ID1,1cannel.aspx取消建筑CityID ,Bu ildID城市ID,建筑ID1,1Buy.aspx購買CityID城市ID,1,1物品,ItemID物品IDEquipment.aspx英雄裝備CityID ,HerolD ,Equip ID ,Equ ipType城市ID,英雄ID, 裝備ID, 裝備類型1,1,1,0Cannel.asp

40、x英雄 卸下 裝備CityID ,HeroID ,Equip ID ,Equ ipType城市ID, 英雄ID, 裝備ID, 裝備類型1,1,1,0測試接口參數(shù)說明:1、除EquipType參數(shù)，所有參數(shù)值必須為 0-20否則返回02、EquipType參數(shù)為裝備類型，范圍為0-9，否則返回03、參數(shù)未傳遞則返回異常參數(shù)-14、參數(shù)說明：1) CitylD 城市 ID2) BuildID 建筑 ID3) ItemID 物品 ID4) HeroID 英雄 ID5) EquipID 裝備 ID6) EquipType裝備類型CB節(jié)點的服務(wù)器壓力測試需求材料中補充在提交CB服務(wù)器測試時，務(wù)必要項目部

41、提供正式運營需要的服務(wù)器配置，而且測試環(huán)境也采用同樣的環(huán)境進行測試。10、壓力測試工具開發(fā)規(guī)范(務(wù)必閱讀并參照)1、非接入OA版本測試工具開發(fā)規(guī)范(中/英)：2、接入OA版本測試工具開發(fā)規(guī)范：11、服務(wù)端日志規(guī)范(務(wù)必閱讀并參照)1. 規(guī)范概述盛大游戲服務(wù)器日志規(guī)范的主要目的是統(tǒng)一盛大游戲項目服務(wù)器的日志格式, 方便質(zhì)量管理中心對所取得的日志做出自動分析和批量操作。2. 規(guī)范內(nèi)容服務(wù)器日志均以“服務(wù)名+日期”命名，例如：“登錄20090525'、“DB20090526”;服務(wù)器日志均以TXT文件為載體；每條日志均以“時間 日期”為首，格式舉例如下：“ 2008-12-11 08:00:

42、00”；每條日志結(jié)束后，新的日志必須另起一行，不得同行記載；日志每一次的記錄均采用追加記錄的形式，不得覆蓋之前的日志；日志中必須包含相應(yīng)的關(guān)鍵字，例如登錄成功、登錄失敗等；針對操作結(jié)果(成功/失敗)的記錄日志中需包含操作消耗的時間。3. 供參考的日志內(nèi)容2008-12-11 08:03:36 USR_INF Recv LoginReq V1 From IP:02,Acco unt qq492879052,Success,cost 131ms/1、日志時間(2008-12-11 08:03:36)2、信息類型(USR_INF) 3、操作內(nèi) 容(Recv LoginReq

43、 V1 From IP:02 )4、日志記錄的結(jié)果(Success)5、 操作消耗的時間(cost 131ms)版本壓力測試說明-模板結(jié)束5.2項目組系統(tǒng)自測報告 模板項目組系統(tǒng)自測報告-模板開始游戲名稱版本號系統(tǒng)自測報告日期基本信息版本信息測試版本:游戲客戶端版本游戲服務(wù)端版本0A客戶端版本0A服務(wù)端版本版本形式.r安裝包廠補丁包廣自動鼻撕廣WEB廣賓他文件大?。簻y試評定測試結(jié)論:廣內(nèi)部測試通過.可頃交驗收測試r內(nèi)部測試未通過遜續(xù)改測試分類BUG分 類A類B類C類D類性能測試自動更新客戶端性能服務(wù)端性能兼容性測試Bug嚴(yán)重度說明：A類：導(dǎo)致系統(tǒng)崩潰或程序無響應(yīng)，致使

44、游戲無法正常運行，或?qū)τ螒蛳到y(tǒng)產(chǎn)生致命影響B(tài)類：游戲重要系統(tǒng)和功能缺失或無效，嚴(yán)重影響游戲過程C類：不影響游戲過程的微小 BugD類：功能性或易用性建議最低配置CPU主板芯片內(nèi)存顯卡操作系統(tǒng)DirectX 版本測試環(huán)境游戲測試環(huán)境功能測試環(huán)境（DEV聯(lián)調(diào)環(huán)境正式環(huán)境備注游戲功能V防沉迷V賬號防沉迷信息填寫在DE環(huán)境認(rèn)證V組件*，版本*安全計費尚未接入測試機配置CPU主板芯片內(nèi)存顯卡操作系統(tǒng)DirectX 版本服務(wù)器配置基本信息注: CB節(jié)點驗收時服務(wù)端應(yīng)按照實際運營情況的最簡架構(gòu)來部署，即DB、Web、GS、Login等應(yīng)用服務(wù)應(yīng)按照架構(gòu)設(shè)計分開部署。機器名及IP地址服務(wù)器配置類型相關(guān)應(yīng)用及進

45、程43Xeo n5405 *2 4G 73G *2 Raid-1cache用戶會話用戶緩存45Xeo n5405 *2 4G 146G *2 Raid-1DBORACL數(shù)據(jù)庫46Xeo n5405 *2 4G 73G *2 Raid-1WebApache被測對象及說明（BS）:訪問地址說明測試帳號示例35:9876/Defau登錄Sdotest14635:9876/Default.aspxlt.aspx123123服務(wù)器拓?fù)浣Y(jié)構(gòu)圖服務(wù)端業(yè)務(wù)邏輯圖測試檢查點游

46、戲歷史Bug回歸如：1) Severity : ABug Summary：登錄游戲時A8密寶無法使用，系統(tǒng)提示"賬號密碼錯誤”測試結(jié)果：已修復(fù)，并測試通過2) Severity : BBug Summary同一身份證下的2個防沉迷賬號登錄游戲滿 1小時、2小時和3小時后，無整點防沉迷 測試結(jié)果：部分修復(fù)，防沉迷效果已測試通過，提示信息尚無，下個版本添加。3) Severity : CBug Summary：游戲中使用HP恢復(fù)類道具無提示測試結(jié)果：未修復(fù)，不影響游戲體驗，下個版本修復(fù)。1)性能測試列表CS架構(gòu)性能測試客戶端穩(wěn)定性測試游戲中基本場景測試游戲中基本場景測試2小時后，剩余內(nèi)存

47、、游戲進程占用內(nèi)存趨勢圖2小時后，總CPU占用、游戲進程 CPU占用趨勢圖游戲中基本場景測試2小時后，網(wǎng)絡(luò)流量占用趨勢圖結(jié)論：自動更新測試考核對象測試方案結(jié)果客戶端從XXX版本更新到XXX版本從XXX版本更新到XXX版本自動更新程序本身從XXX版本更新到XXX版本從XXX版本更新到XXX版本更新完成更新是否可以正常結(jié)束更新成功更新后是否能正常進行游戲異常操作處理能力更新過程中斷是否可以繼續(xù)更新失敗重連客戶端獲取更新地址失敗后，是否會 多次嘗試重新獲取更新地址強制更新使用舊版本啟動后，當(dāng)有新版本需要 更新時，是否為強制更新。差異更新覆蓋更新時，比對文件的 MD5碼。如 果不相同時才更新，否則不更

48、新該文件。從而減小用戶的更新量測試過程數(shù)據(jù):結(jié)論：服務(wù)器端性能測試登錄過程壓力測試(必要)如，預(yù)期“每秒處理的登錄數(shù)量” ：25個施壓時長登錄頻率（次/秒）LoginServer處理速度（次/秒）GameServer處理速度（次 / 秒）登錄成功率LS服務(wù)器性能GS服務(wù)器性能10min25MAX = 59AVG = 9MAX = 21AVG = 790%Cpu% = 1.1%可用內(nèi)存% = 41%Cpu% = 1.6%可用內(nèi)存% = 49%10min5010min登錄處理速度趨勢圖結(jié)論游戲過程壓力（Gameserver）（必要） 如，預(yù)期最大負(fù)載量為：2500人施壓總量登錄成功LS服務(wù)器性能G

49、S服務(wù)器性能DB服務(wù)器性能25002483Cpu% = 5%可用內(nèi)存% = 70%Cpu% = 13% 可用內(nèi)存% = 49%Cpu% = 13% 可用內(nèi)存% = 49%3000結(jié)論：登錄過程穩(wěn)定性（必要）持續(xù)施壓24小時，測試數(shù)據(jù)趨勢圖：持續(xù)施壓24小時，LS服務(wù)器剩余內(nèi)存趨勢圖：持續(xù)施壓24小時，LS服務(wù)器CPU占用趨勢圖：持續(xù)施壓24小時，LS服務(wù)器網(wǎng)絡(luò)流量占用趨勢圖：結(jié)論：游戲過程穩(wěn)定性（必要）最高同時在線人數(shù)持續(xù)施壓 24小時，GS服務(wù)器剩余內(nèi)存趨勢圖：最高同時在線人數(shù)持續(xù)施壓 24小時，GS服務(wù)器CPU占用趨勢圖：最高同時在線人數(shù)持續(xù)施壓 24小時，GS服務(wù)器網(wǎng)絡(luò)流量占用趨勢圖:結(jié)論：BS架構(gòu)