严谨、优雅的游戏系统设计文档（中）

bone007

严谨、优雅的游戏系统设计文档（上）
严谨、优雅的游戏系统设计文档（中）
严谨、优雅的游戏系统设计文档（下）


　　游戏系统设计文档是游戏设计师的基本功，逻辑严谨、内容齐全、阅读引导、图文并茂、格式规范、工作规程。

　　苛刻的自我要求，由始至终的良好习惯，能提高设计师的能力。

逻辑严谨

　　在具体讲述技巧之前，建议去了解一下语言编程基础（建议是C语言），重点不在于学会如何编程，而在于掌握编程的原理，进而掌握编程的思想，注意是思想。一方面能提高设计师的预见能力，使得自己对功能能否实现具有一定的判断力；另一方面系统文档会有更强的逻辑性并带有计算机语言的风格，与团队技术人员会有着更深入的磨合。

　　计算机语言是一门严谨而富有逻辑的语言！

　　主要功能和次要功能（思想参考：void main()、function（））（思想参考，意思是思维模式参考相应计算机语言的编程思想。）

　　游戏系统中有许许多多的功能系统，小系统在大系统的嵌套，大系统与大系统的交互，这种庞大、错综复杂的关系难免会让人看不清枝节，这时候我们需要一些方法，以便于更有效地设计文档。

　　1.始终为所有系统分清权重和优先权；

　　2.尽量保持系统树状结构。

　　多个小系统在一个大系统中嵌套时，要考虑哪个小系统权重更高，更符合大系统的特征，而小系统之间也需要分清次序，这里我建议采用排除法。当排除某个小系统或小功能后，大系统会出现特征缺失，或玩法无法进行的情况，则该小系统或小功能权重相对较高，在编写系统文档时需要优先考虑。

　　大功能或系统的集合也可以采用排除法，当排除某个大功能或系统时，游戏框架明显崩溃，或游戏无法运行时，则该功能或系统的权重相对较高（例如主角色系统和宠物系统，排除主角色系统后游戏明显无法继续）。

　　编写系统文档功能设定时，可以将权重较高的系统放置在文档的最重要段落。编写时尽量一个一个功能描述，避免功能间交叉描述，或者以最简洁的语言描述与本功能没有最直接关系的其他功能，目的在于在文档上做到功能之间的隔离。

　　系统与系统之间的结构，包括大系统里面的小系统，游戏框架里面的大系统，尽量保持树状结构，这也是编程思想影响下的结果。系统与系统之间存在影响，在树状结构中系统大部分保持着发散关系或者串联关系，当系统发生异常或需要调整时，能够比较有效地减少该系统的变动对其他系统的影响。假设系统结构以环状，或者网状等结构组建框架时，系统的变动会影响整个框架，影响范围难以控制甚至不可控制。

　　树状结构方便系统的创意、构思、搭建、嵌套。对系统功能进行权重区分，继而决定构思和开发顺序，将各个独立系统组建在一起。

　　条件情景与逻辑判断（思想参考：if、for、do……while、switch）

　　在设计文档时，常常会遇到条件判断的设置，什么条件下达成一个怎样的响应。首先最重要的是，我们必须找出所有存在的条件，不管是我们预期的还是我们所不希望但是可预见的。

　　条件可以复合，多个条件组成一个共同条件；可以嵌套，达成一个条件下，再进入下一个条件判断，与复合不同，复合条件具有相同的权重，而嵌套条件具有优先级的差异。如果符合条件和嵌套条件均可以解决问题时，我更建议使用嵌套条件，因为你会考虑条件之间优先级的区别，这是个良好的习惯。

     条件判断的应用——循环。通过不断进行判断条件，直到达成条件后执行或不执行某个行为。需要注意的是如何让系统进入循环，如何让系统退出循环，在循环过程中一些行为在不断叠加的情况下是否合理。

　　参数与集合（思想参考：数组）

　　设定参数时需要考虑具体的参数类型性质，这是会与参数变化方式有关（例如等级，是一个正整数，而且是以+1递增不可逆的变化方式存在，而战斗力也是正整数，但是会以整数上下浮动），这样会对参数的变动有一个基本的预期。

　　参数具有一定的状态，参数在系统开启时、运行中、运行结束后、系统关闭再启动，都有可能有不同的状态，主要反映在数值上、逻辑符号上、是否生效……



　　参数的调用与改变，是系统与系统之间连接的重要途径，通过一个系统的参数输出，进入另一个系统中，并产生响应，参数不仅仅简单是个变量，更是系统之间关系的直接体现。通过整理参数信息，也可以大致了解系统的结构。

　　有时候参数会以一个集合的形式出现，里面包括不同类型的参数，而参数的调用和改变方式也可能不尽相同。对于这些参数，我建议还是适当做一些优先级的区别，其实参数在哪个系统起作用，由系统的权重很大因素能决定参数的优先级（我们都明白主角色的等级参数权重比主角色的战斗力参数高，是因为战斗力的系统体系是建立在等级系统体系之下）。

　　因此，编写逻辑严谨的系统设计案，更像是在用文字对功能进行编程实现。

内容齐全

　　内容齐全的系统设计文档能够在一定程度上提高游戏开发的效率，减少开发过程中的失误率（因为失误有可能已发生在设计师编写详细文档时，并立即作出处理）。当然，内容齐全是建立在相应的开发需求之上的，以下列出的是可能出现的内容。

　　系统概括性描述——对系统概括性总结，包括系统功能、满足需求的描述、玩家互动方式等。

　　系统功能描述——对系统功能进行完整详细的描述说明，是系统设计文档必备元素。

　　数据项配置表——整理该系统中出现的参数，以数组方式组合，并对出现参数加以意义解释。

　　游戏界面设计草图——对应功能在游戏画面中出现的界面，涉及所有元素的设计与布局。

　　游戏界面操作描述——对游戏界面的操作进行说明，包括界面操作方式、元素的显示与改变、玩家与界面交互方式等描述。

　　流程图——涉及系统功能实现的逻辑算法，或界面操作步骤的流程图。

　　当然，在一些场合下，设计文档中可能还包括：开发需求描述、美术资源配置表、关卡草图设计……因地制宜地编写内容是非常重要的。

　　需要注意的是，如果在某些方面的开发需要经常需要与别人口头交流，或者团队人员经常在某一方面向你询问，那很可能你的文档正缺乏该方面的内容。


　　在下一篇文章中，还将会继续介绍良好的系统设计文档的另外一些特点。


想更多了解游戏设计的朋友，可以关注通塔游戏。
http://hi.baidu.com/tongtagame
有任何疑问、建议或意见的朋友，欢迎与我联系。
邮箱地址：tongtagame@163.com

yourongw.com

顶楼主。。。。

yourongw.com

谢谢楼主分享~~~~~~~~~~~~