《研发项目节点验收需求材料提交说明》由会员分享，可在线阅读，更多相关《研发项目节点验收需求材料提交说明（36页珍藏版）》请在金锄头文库上搜索。
1、节点验收材料说明目录验收材料总列表验收材料GDD工具与规范原型版本Prototype基础性游戏版本stPlayableEarlyAlphaAlphaCloseBetaOpenBeta重点说明策划中心游戏策划案VVVVVVV-艺术中心声音引擎设计文档V-音频设计文档V-美术设计文档VV-资源列表文档VVVVV从First Playable节点开始提供，以后每个节点在 原文档的基础上提交完成状况的更新技术中心设计文档（包括客户端设计文 档，服务器端设计文档、工具 设计文档）VVVVVV若在某个节点整体设计进行了调整或新增了某些模 块，则该文档也需要进行对应更新，需要保持文档 的准确性工具开发计划V
2、-版本开发计划V希望能够显式的分别列岀技术、美术、策划等方面 的按节点递增内容，以便各验收中心能清晰的看到需要验收的内容自动更新机制问卷V自动更新机制验收必须有更新自己的处理机制源代码工具源代码及编译说明文档VVVVVV-服务器端源代码及编译说明文档VVVVVV若编译的准备和结果收集过程比较复杂，应包含必 要的编译脚本客户端源代码及编译 说明文档VVVVVV若编译的准备和结果收集过程比较复杂，应包含必 要的编译脚本服务器端安装包VVVVVV可执行文件+配置文件工具可执行文件、工具使用说 明文档VVVVVV-节点代码更新说明文档VVVVVV-技保中心游戏数据库维护文档VV其中第一部分“”为重点填
3、写部分（在模板中用红 色标注）服务器架构及配置VV其中第二、三、五部分“服务框架图、各服务简述、 单组/区服务器标准配置”为重点填写部分（在模板中用红色标注）服务器部署文档VV其中第二部分“服务器端软件部署”和第三部分“相 关接口部署说明”中的“3.6客户端下载&Autopatch 部署”为重点填写部分（在模板中用红色标注） 同时请注意：服务器安检流程通过前，切记不要部 署服务器端程序质量管理中心版本压力测试说明VVV其中第一部分服务器物理架构说明，第五部分单组/区服务器标准配置，第六部分性能测试技术接口人 为重点填写部分；另外在第十部分附压力测试工具 开发规范（务必阅读并参照）压力测试工具V
4、VV-项目组自测报告VVV1、功能自测结果请通过质量管理中心自助测试服务平台进行填写；2、系统自测结果通过填写自测报告进行提供；1）0A方面测试版本和测试环境两部分为重点部分（在模板中用红色标注）2）性能测试方面“（1）性能测试列表”中 CS架构 的服务器端性能测试（包括登录过程压力测试、游 戏过程压力、登录过程稳定性、游戏过程稳定性）和BS架构的服务器端压力测试为重点填写内容。同时，注意CB节点验收时服务端应按照实际运营情况 的最简架构来部署，即 DB Web GS Login等应用 服务应按照架构设计分开部署。（在模板中用红色 标注）公共需求材料客户端安装程序VVVVVV原型节点要求提供D
5、emo版本，Alpha节点开始应保 证为安装程序文件，而非压缩包形式，如验收版本 将对外，则还要保证提交的客户端形式与外放的形 式完全统一。游戏功能列表VVVVVV列表中的基本内容部分为重点提供内容（在模板中 用红色标注）测试账号VVVVV-GM命令需求列表VVV列表中基本的指令功能（在模板中用红色标记）， 要求项目方必须提供。由于游戏设计功能多样化，一些游戏特有的功能点 测试若有配套相关命令，也请需求方提供。考虑到不同游戏GM指令的运用方式可能不同，请在 提供GM指令列表同时，注明正确的使用方法。注：1、前期节点已提交过的验收材料，如没有更新可不需要重复提交2 、验收需求材料包括但不限于以上
6、内容，如合同中有特殊需求请以合同实际情况为准材料模板与说明1 策划中心1.1 游戏策划案策划中心游戏性验收策划案要求：提供材料为合同要求以及符合当前节点进度的详 细策划案文档。提供的策划案必须清楚说明所策划系统或功能的设计目的、逻辑结 构及描述。文档格式以及内容形式不限 ，根据项目组实际策划规范决定。2 艺术中心2.1 音频设计文档文档分为 3 份（或者 3 个部分）。“音频风格定位”，“音乐设计内容”及“音效设计 内容”。音频风格定位必须说明游戏的音乐音效风格， “音乐设计内容”及“音效设 计内容”包括游戏音频的风格定位，游戏音频的分类，游戏音频具体类别的描述， 游戏音频具体类别的制作要求，
7、游戏音频具体类别的实现方式等内容。文档格式不限 ，根据项目组的实际规范决定。2.2 声音引擎设计文档声音引擎设计文档 包括游戏声音引擎的功能分类及功能的详细描述， 具体的设计参 数。文档格式不限 ，根据项目组的实际规范决定。2.3 美术设计文档美术设计文档分为 2 个部分“美术风格定位” ，“游戏设计体系定位”。 “美术风格定位”基本包括：游戏的质感、色调、光影等 “游戏设计体系定位”基本包括：角色体系设计、场景体系设计等 项目组可以结合项目实际情况，对项目的美术风格定位做详细的整理和描述。 文档 格式不限 ，根据项目组的实际规范决定。2.4 资源列表文档资源列表文档是游戏整体开发图量的预估表
8、，资源列表文档包含以下三个部分： 音乐包含以下几个个部分： “音乐列表”、“音效列表”及“语音列表” （语音部分是 具体游戏设计而定 ）。每一部分都需要包括所有音频内容的名称，详细描述，使用 范围及样本的格式详细要求。美术包含以下几个个部分：“原画设计”、“角色制作列表”、“场景制作列表”、“2DUI 列表”、“特效”等。每一部分都需要包括所有开发内容的名称，详细描述，命名格 式等详细要求。文档格式不限 ，根据项目组的实际规范决定。3 技术中心3.1 客户端概要设计文档 1. 引言?11 背景12 定义?2. 框架设计?21 运行环境 ?22 游戏框架结构?（ 客户端模块框架结构图 ）23 游
9、戏各个系统的设计分层次地给出各个系统的设计 （可以根据游戏本身进行删减）231物品系统功能名称：功能名称（功能指游戏中的用户需求功能，也称为系统，譬如聊天功能、坐骑 功能、道具功能等） 。功能描述：功能的基本描述及功能实现方法，包括和其他各模块的调用关系。涉及界面列表：（如果没有可不列出）界面列表包括界面基本名称及界面截图代码清单：功能对应的代码文件列表类型说明：功能涉及的主要类及类的说明，如果没有在这里列出类的成员的说明，需要在 程序代码中说明。实现机制：主要描述功能的实现机制，涉及服务器通讯的需要写明服务器客户端通讯过程 等，最好给出时序图。完成度说明：功能和节点对应的完成度说明，完成度可
10、以不必是百分比，可是是具体完成的 子功能列表，但是需要写明每节点完成的内容是哪些。节点版本号与上版本比较增加的内 容完成情况2. 3. 2战斗系统2. 3. 3角色系统2. 3. 4任务系统2. 3. 5技能系统2. 3. 6场景系统2. 3. 7 AI 系统2. 3. 8渲染系统2. 3. 9 UI 系统2. 3. 10声音系统2. 3. 11好友系统2. 3. 12工会系统2. 3. 13商城系统2. 3. 14消息系统3. 引擎介绍？4. 其他其他的一些游戏需要涉及到的内容4. 1文件系统4. 2资源管理4. 3内存管理4. 4寻路45 脚本46 场景管理以及场景划分47 移动同步48
11、客户端系统间的通讯方式3.2 服务器端整体架构设计 1. 框架描述此处简单描述整体架构的设计思路，主要解决了那些方面的问题。整体架构图建议采用 uml 图描述，尽量不要采用 word 的框图来描述（给人感觉凌 乱、业余）。/ 插入图片 根据需要对图示进行概要说明。服务器功能描述 对每种服务器的功能定义以及在系统中的作用， 不同服务器之间的关系， 需要明确描述。2. 服务器程序架构程序整体结构图 描述整个程序的层次结构和模块结构开发语言 采用什么语言开发，选择的理由。脚本引擎 如果需要脚本引擎，选择什么脚本引擎，选择的理由？ 跨平台支持是否支持跨平台（主要是指 windows/Linux ），如
12、何做到跨平台。国际化支持 是否支持国际化多语言，如何支持？网络 I/O 模型描述该 I/O 模型的原理及优缺点，为什么要采用这种模型等。文件 I/O 模型 如果对文件操作很频繁，则需要描述文件 I/O 模型，否则不做要求。 线程模型采用什么线程模型，采用这种模型的好处。层次结构 整个程序分成几层，各个层次的关系是什么。模块说明各个模块的作用及与其他模块的接口。IPC模型如果用到IPC （进程间通信），则必须描述采用IPC的类型及原因。 工程和类库目录设置说明描述那些是基础库目录， 那些是功能模块目录， 不同 server 代码放在 不同目录。最好是一个 workspace 或解决方案，包含多个
13、工程，这样 代码管理和编译都比较方便。3. 扩展性和故障均衡方案扩展性方案采用什么方案来保证服务器框架的扩展性， 包括功能扩展和性能扩展。 比如增加一个新的服务器类型是否困难，性能不够时是否容易扩展。 故障均衡方案如何对服务器实现容灾处理，尽量减少对玩家的影响。 各种服务器是如何实现负载的动态均衡。4. 关键流程设计每种流程都必须有流程图，尽量采用 uml 描述 登录流程描述登录的整个交互流程，重点描述如何保证整个登录过程的安全性。 小退流程描述整个小退流程的交互过程。跳服流程主要是针对MMO游戏，比如从一个地图服务器跳到另一个地图服务器。 转服流程比如从一个区的一个组转到另一个组，整个流程是什么，如何保证用户 资料完整。退出流程用户退出游戏的整个流程描述。5. 数据库方案设计数据库产品的选择选择那种 DBM，S 哪个版本？选择的理由是什么？ 数据库概要设计需要建几个库，各个库之间的关系是什么？如何实现跨区数据合并和数 据迁移？数据库备份 / 恢复方案如何设
