游戏程序员素质要求

游戏程序员素质要求第1页，共74页，2023年，2月20日，星期日社会地位继蓝领、白领之后，灰领也诞生了。这是一个因信息经济催生的新阶层，其最显著的特征是既有较高的知识层次，又有较强的操作技能，分布于新兴行业中，多为上世纪70年代后出生、流动性强、强调个体价值的新人类。

作为信息社会主要的产品生产者，灰领正成为一个日益壮大的阶层，对经济发展的作用日益重要，正成为劳动力市场上的紧缺人才。而作为中间阶层的重要组成部分，灰领有助于形成较理想的社会结构，有助于社会稳定。第2页，共74页，2023年，2月20日，星期日灰领指具有较高的知识层次、较强的创新能力、掌握熟练的心智技能的新兴的复合型技能人才。目前主要指与新技术、新产业相适应的职业人才。根据工作的行业和工作性质，“灰领”可以理解为是在制造企业生产一线从事高技能操作、设计或生产管理以及在服务业提供创造性服务的专门技能人员。第3页，共74页，2023年，2月20日，星期日灰领部分行业

印刷设计员、动漫设计员、游戏制作员、信息防御员、模具设计员、智能楼宇布线员、IT程序员、内雕设计员、会展设计员、广告设计员、立库管理员、服装制版师、服装设计师、色彩搭配师、现代工艺美术品设计员、工业产品设计制作员、包装设计制作员、首饰设计制作员、IC版图设计员、多媒体制作员、数字音乐制作员、数控编程技术、机械测量技术、视频处理技术、动作捕捉技术。第4页，共74页，2023年，2月20日，星期日关于灰领

小菁是网络公司的程序员，她每天都在编写程序，还要参与软件的设计、研发；小吴是铸造公司的数控编程人员，他为数控机床编写应用指令，以制造各种型号的精密零件；小杉是媒体从业人员，他天天到处采访，并把所见所闻写成新闻稿件……他们三人都有一个疑问：“我们不是从事体力劳动的蓝领，也没有那些所谓白领收入高，我们到底属于哪种社会阶层？”

第5页，共74页，2023年，2月20日，星期日 现在，他们的疑问有了答案，一种叫灰领的新阶层最近由上海提出，由上海市劳动与社会保障局举办的首届上海市灰领职业大赛拉开了序幕，“首届上海市职业培训国际论坛-灰领职业与经济发展”国际会议也同时举行———灰领这一新概念，第一次在国内大城市里由政府部门正式提出。第6页，共74页，2023年，2月20日，星期日灰领的产生信息经济催生灰领：有专业知识，也有动手能力.“信息经济催生了灰领这一社会阶层，使它从白领中分离出来。”对社会结构划分深有研究的中山大学城市与区域研究中心阎小培教授认为灰领的产生并不是偶然的———

上世纪50年代，随着西方社会进入后工业社会，蓝领和白领这两种社会阶层出现，并因为从业人员的制服颜色而分别代表了“干力气活”的一线操作人员及“吃脑”的专业技术人员。

第7页，共74页，2023年，2月20日，星期日

而进入上世纪90年代后，信息时代又使这种结构出现了细化的分层———信息时代促使产业结构发生了调整变动，生产和服务部门的技术含量增大、劳动复杂度提高，劳动力结构发生了变化，无论在制造业还是在服务业中，新兴的职业不断出现，原有职业出现了调整和转化，出现了许多要求劳动者既具有理论和专业知识，又具有很强的动手能力的岗位。而随着这些岗位越来越重要，从业人数也越来越多，他们开始逐步从白领中分化出来，成为一个独立的阶层。于是，“灰领”出现了!第8页，共74页，2023年，2月20日，星期日随着计算机技术和网络技术的普及和应用，包括电脑动画、网络游戏、三维数码等数字内容产业发展迅速，在日本、韩国等国家，数字内容产业已成为超过汽车、电器等传统产业的新型产业。第9页，共74页，2023年，2月20日，星期日“一个员工的技能素质决定的是这个员工合格不合格，但非技能素质决定的却是这个员工优秀不优秀。”

第10页，共74页，2023年，2月20日，星期日5月25日，东方标准人才服务有限公司和华南师范大学人才测评中心联合发布了《中国IT从业人员心理特征研究报告》，这是国内一份全面解读IT行业工作岗位心理素质要求、心理特征与工作绩效之间关系的研究报告。同时，用于考评应聘者非技能素质的相应测量工具也相应出炉。第11页，共74页，2023年，2月20日，星期日这项通过对大量的IT企业和个人进行的量化调研和统计分析表明，IT从业人员的心理特征与工作岗位和工作业绩之间存在着高度的相关性，不同的心理特征与岗位的胜任度之间有着很大的区别。而针对某个岗位所需要具备的心理素质将对工作业绩有着巨大的影响。因此，除了专业技能外，心理特征对是否能胜任某个具体岗位工作同样重要，甚至对这个岗位的胜任度起了决定性的作用。第12页，共74页，2023年，2月20日，星期日由于IT企业知识密集、智力密集，员工从事的大部分工作都依赖于其具有的专业知识，无论是员工工作数量还是工作质量都不容易提炼和量化，不能直观地进行考核，这就要求企业在招聘的过程中严格把关，确保自己能招到最合适的员工。而在这个过程中，技能素质和非技能素质起着同样重要的作用。

第13页，共74页，2023年，2月20日，星期日事实上，目前有很多IT企业已经意识到员工非技能素质对于工作的重要作用，也有很多公司开始在人员招聘中引入非技能素质的考核，但目前这样的考核都面临着同样的问题——缺乏有针对性的、有效的测评工具。第14页，共74页，2023年，2月20日，星期日普遍认为企业对研发人员(如软件工程师)的逻辑思维能力要求很高。形成这种印象的主要原因是，大家都看到众多企业在进行人员招聘时都会要求完成大量逻辑思维能力的考题。但通过调研却发现，企业认为研发人员具有的优秀素质中排在前几位的实际上是沟通能力、团队合作、学习能力，而逻辑思维能力仅排在第六位。

第15页，共74页，2023年，2月20日，星期日人们通常认为IT从业人员是做技术相关工作的，因此整天对着电脑“少言寡语”并没有问题，甚至可能还会是个优点。但通过分析我们发现，企业对几乎所有IT相关岗位，无论是销售、技术支持甚至是研发工作，对求职者沟通能力的要求都相当高。第16页，共74页，2023年，2月20日，星期日1.现有1000个苹果，10个盒子，问各个盒子内应该分别放入多少个苹果，才能使得用户要买任意1至1000之间的一个苹果数，都可以给他（卖的时候是整个盒子卖，不能拆盒子的包装）。

第17页，共74页，2023年，2月20日，星期日可以这样想：在分配好以后，如果用户来买任意个苹果，只需要把这10个盒子中的某几个拿给他就可以了。对于任一个盒子，只有两种下场，被拿给客户或是没有被拿给客户。

这样就很明了了吧，想到什么了？二进制。十个盒子就是二进制的十个数位。

所以答案是：

其中9个盒子分别放1，2，4，8，16，32，64，128，256，最后一个放1000-512+1第18页，共74页，2023年，2月20日，星期日IT行业不再相信个人英雄主义. 我们的研究发现，绩效优秀的管理人员和绩效一般的管理人员在情绪控制能力方面有明显的差异。在研究过程中发现，很多管理人员在其他方面的素质基本接近的情况下，情绪控制能力的差异可能是造成绩效差别的核心原因。

在不断提倡创新的IT行业，管理人员的“踏实”可能成为缺点。研究发现，优秀管理人员往往不如普通管理人员“踏实”。IT技术支持人员中，绩效高于其他同事的原因是，有突出的口头表达能力。第19页，共74页，2023年，2月20日，星期日程序员解读程序员是一种技术工作，在IT的发展中有相当重要的地位，从底层硬件通讯协议的建立，到数据传输层的处理，到操作系统的建设，到数据库平台的建设，一直到应用层上各种数据营销平台的搭建，程序员在里面都扮演着举足轻重的角色并为IT事业的发展做出了巨大的贡献。中国有很多精于编码的人，但是中国软件行业，尤其是网络应用开发方面误区很大，很难形成有规模的软件开发力量和产品能力，不但比美国差距甚远，和印度相比也是颇有不如。这些问题不是在于中国程序员的智商和工作努力状况，也不是在于国家和民间对开发的投入程度，而是很大程度上，有一些对技术，对程序开发，对项目设计方面的思想误区。第20页，共74页，2023年，2月20日，星期日这些误区，导致了软件行业的产品化能力不足，缺乏规模化和大型复用系统研发能力，可以说，改变认识误区，是解决软件行业小作坊模式和个体英雄模式所带来的局限性的重要工作。中国有很多小朋友，他们18、9岁或21、2岁，通过自学也写了不少代码，他们有的代码写的很漂亮，一些技术细节相当出众，也很有钻研精神，但是他们被一些错误的认识和观点左右，缺乏对系统，对程序的整体理解能力，这些人，他们实际上只是一些Codingfans，压根没有资格称为程序员。第21页，共74页，2023年，2月20日，星期日第22页，共74页，2023年，2月20日，星期日程序员基本素质作为一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具有的素质：1：团队精神和协作能力 把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。一旦进入系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人是不合格的。第23页，共74页，2023年，2月20日，星期日2、文档习惯良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。第24页，共74页，2023年，2月20日，星期日3、规范化，标准化的代码编写习惯代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。有些codingfans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己根本不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。没有规范化和标准化的代码习惯，研发之间的协作是绝对不可想的。第25页，共74页，2023年，2月20日，星期日4、需求理解能力程序员需要理解一个模块的需求，很多程序员写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。第26页，共74页，2023年，2月20日，星期日5、复用性，模块化思维能力经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在很多软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力，这是我们应当刻意克服的弊病。第27页，共74页，2023年，2月20日，星期日复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。第28页，共74页，2023年，2月20日，星期日6、测试习惯作为一些正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。第29页，共74页，2023年，2月20日，星期日测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。第30页，共74页，2023年，2月20日，星期日7、学习和总结的能力程序员是很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。但是学习也要找对目标，善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。第31页，共74页，2023年，2月20日，星期日具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是一种意识上的问题。第32页，共74页，2023年，2月20日，星期日那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言，除了应该具备上述全部素质之外，还需要具备以下素质：第一，需求分析能力

对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者，他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢？

第33页，共74页，2023年，2月20日，星期日一般而言，进行研发任务，也许是客户提出需求，也许是市场和营销部门提出的需求，这时候对于研发部门，他们看到的不是一个完整的需求，通常而言，该需求仅仅是一些功能上的要求，或者更正规些，可能获得一个完整的用户视图；但是这都不够，因为客户由于非技术因素多一些，他们可能很难提出完整和清晰，或者说专业性的性能需求，但是对于项目组织者和规划者，他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时候适当的提出，同时要完整和清晰的体现在设计说明书里面，以便于程序员编码时不会失去这些准则。第34页，共74页，2023年，2月20日，星期日第二，项目设计方法和流程处理能力

程序设计者必须能够掌握不少于两到三种的项目设计方法（比如自顶至下的设计方法，比如快速原型法等等），并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的整体设计。设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。

一个程序设计者还需要把很多功夫用在流程图的设计和处理上，他需要做数据流图以确立数据词典；他需要加工逻辑流图以形成整体的系统处理流程。一个流程有问题的系统，就算代码多漂亮，每个模块多精致，也不会成为一个好的系统。当然，做好流程分析并选择好项目设计方法，都需要在需求分析能力上具有足够的把握。

第35页，共74页，2023年，2月20日，星期日第三，复用设计和模块化分解能力

作为从事模块任务的程序员，需要对所面对的特定功能模块的复用性进行考虑，而作为系统分析人员，他要面对的问题复杂的多，需要对整体系统按照一种模块化的分析能力分解为很多可复用的功能模块和函数，并针对每一模块形成一个独立的设计需求。举个例子，好比是汽车生产，最早每辆汽车都是独立安装的，每个部件都是量身定做的，但是后来不一样了，机器化大生产了，一个汽车厂开始通过流水线来生产汽车，独立部件开始具有一定的复用性，在后来标准化成为大趋势，不同型号，品牌甚至不同厂商的汽车部件也可以进行方便的换装和升级，这时候，汽车生产的效率达到最大化。软件工程也是同样的道理，一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随意换装的，比如微软的许多桌面软件，在很多操作模块（如打开文件，保存文件等等）都是复用的同一套功能模块，而这些接口又通过一些类库提供给了桌面应用程序开发者方便挂接，这就是复用化的模块设计明显的一个佐证。

第36页，共74页，2023年，2月20日，星期日将一个大型的，错综复杂的应用系统分解成一些相对独立的，具有高度复用性的，并能仅仅依靠几个参数完成数据联系的模块组合，是作为高级程序员和系统分析员一项最重要的工作，合适的项目设计方法，清晰的流程图，是实现这一目标的重要保证。第37页，共74页，2023年，2月20日，星期日第四，整体项目评估能力

作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件系统设计的带头人都是很年长的，比如4，50岁，甚至更老，他们在编码方面已经远远不如年轻人那样活络，但是就项目评估而言，他们几十年的经验积累就是最重要和宝贵的财富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员，而是那种年纪的程序员基本上都是研究单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累那种产品化研发的经验，这也是没有办法的事情。第38页，共74页，2023年，2月20日，星期日第五，团队组织管理能力

完成一个项目工程，需要团队的齐心协力，作为项目设计者或研发的主管人，就应当有能力最大化发挥团队的整体力量，技术管理由于其专业性质，不大同于一般的人事管理，因为这里面设计了一些技术性的指标和因素。

首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。

其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥组队的效率。

一个代码水平高的人，未必能成为一个合格的项目研发主管，这方面的能力欠缺往往是容易被忽视的。第39页，共74页，2023年，2月20日，星期日规范的文档和代码——游戏系周璇40第40页，共74页，2023年，2月20日，星期日规范的项目文档规范的代码游戏软件文档编写规范41第41页，共74页，2023年，2月20日，星期日什么是项目文档软件开发过程中开发人员需制定一些工作计划或报告，提供给管理人员，并得到必要的支持。工作计划能规范开发人员按进度完成目标；工作报告能使开发人员回顾总结自己的工作。管理人员需要通过一些文档了解软件开发项目安排、进度、资源使用和成果等。使用软件的用户还需要软件的说明文档、操作维护的相关文档等。所有这些文档统称为项目文档。42第42页，共74页，2023年，2月20日，星期日项目文档分类用户文档 用户手册、操作手册、维护修改建议开发文档软件需求（规格）说明书、数据要求说明书、概要设计说明书、详细设计说明书管理文档可行性研究报告、项目开发计划、测试计划、测试分析报告、开发进度月报、开发总结报告43第43页，共74页，2023年，2月20日，星期日十三种项目文档（按时间）可行性研究报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，叙述为了合理地达到开发目标可供选择的各种可能实施的方案，说明并论证所选定实施方案的理由。

项目开发计划：为软件项目实施方案制定出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。项目开发计划应提供给管理部门，并作为开发阶段评审的参考。

44第44页，共74页，2023年，2月20日，星期日软件需求说明书：也称软件规格说明书，其中对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。数据要求说明书：给出项目中的数据逻辑描述和数据采集的各项要求，为生成和维护系统数据作好准备。45第45页，共74页，2023年，2月20日，星期日

概要设计说明书：是概要设计阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计奠定基础。

详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。用户手册：详细描述软件的功能、性能和用户界面，使用户了解如何使用该软件。46第46页，共74页，2023年，2月20日，星期日操作手册：为操作人员提供该软件各种 运行情况的有关知识，特别是操作方法的 具体细节。测试计划：为做好组装测试和确认测试，需为如何组织测试制定实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明。对测试结果加以分析，并提出测试的结论意见。47第47页，共74页，2023年，2月20日，星期日11.开发进度月报：软件人员按月向管理部门 提交的项目进展情况报告。包括进度计划 与实际执行情况的比较、

阶段成果、遇到的问题和解决的办法以及下个月的打算等。

12.项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力。此外还需对开发工作作出评价，总结出经验和教训。

48第48页，共74页，2023年，2月20日，星期日13.维护修改建议：软件产品投入运行以后， 发现了需对其进行修正、更改等问题， 应将存在的问题、修改的考虑以及修改的影响估计作详细的描述，写成维护修改建议，提交审批。这些文档是在软件生存期中，随着各阶段工作的开展适时编制。其中有的仅反映一个阶段的工作，有的则需跨越多个阶段。下表给出了各个文档应在软件生存期中哪个阶段编写。49第49页，共74页，2023年，2月20日，星期日50项目文档范例第50页，共74页，2023年，2月20日，星期日这些文档最终要向软件管理部门， 或是向用户回答以下的问题：哪些需求要被满足，即回答“做什么”

（what）所开发的软件在什么环境中实现以及所需信息从哪里来，

即回答“从何处来”

（where）某些开发工作的时间如何安排，即回答“何时做”(when)

某些开发(或维护)工作打算由“谁来做”

（who）某些需求是怎么实现的？（how）为什么要进行那些软件开发或维护修改工作？（why）

51第51页，共74页，2023年，2月20日，星期日52第52页，共74页，2023年，2月20日，星期日项目文档的作用软件文档的编制(documentation)在软件开发工作中占有突出的地位，它能帮助我们更规范、更高效、高质量地开发和管理项目。归纳起来有三点：第一，有好文档的coding，其他人才能看得懂，特别是一些复杂一点的程序。第二，与coding一样，是项目不可分割的一部分。第三，文档是项目管理的表现形式，是项目与其他方面沟通的中介，也是项目管理的工具。53第53页，共74页，2023年，2月20日，星期日往往越是规模大的公司，其项目工作中的每一个环节都有相应的规范进行管理，做文档应当十分注意细节问题。

1.首先，绝对不允许有错别字。

2.文档标题：命名标准为：客户公司名称+项目名称+版本号。（××公司××项目_V1.0）。

3.文档属性：打开word文档－>文件－>属性（标题、作者、单位）。

4.首页：文档标题，客户公司和实施公司LOGO，左下角标注（实施公司名，作者，更新时间，版本，文档编号）。

5.文档管理：修改记录，审阅记录，分发记录，致被分发者。

6.目录：动态更新目录，任何栏目修改都要及时更新。

7.项目编号：整个项目编号撑起了整篇文档的栏目构架，在视图－>文档构架图中应可以看清这个脉络。

8.文档字体：文档的项目编号、正文、注释都应有相应的字体大小。

9.图片表格：每个图片和表格都必须要编号。

10.段落：段落之间的行距，是否空行，紧密程度应当十分注意，影响整体美观。

11.页眉和页脚：页眉,左边是实施公司LOGO，右边是文档标题；页脚，左边有公司名及版权声明。54第54页，共74页，2023年，2月20日，星期日游戏软件文档编写规范文档编写标准化：在游戏开发之先，实际上，美术、程序、游戏设计各部门，就已经有这个了，如游戏文件的命名，部门文档或文件的命名，还有一些文档或是表中，或是脚本中的说明书。

可行性分析报告：这个就是立项报告，游戏软件的可行性分析，一些要对比分析市场同类产品，风险评估等等。55第55页，共74页，2023年，2月20日，星期日项目开发计划：这个面向的用户是团队及 投资人，要非常清楚的写明各部门在各阶段 计划完成什么。由项目负责人及各部门负责来写这个。

软件需求说明书：这个是由游戏设计部门与程序部门一起完成（但大部分公司游戏设计部门达不到这个水平），也就是游戏的数据结构啊，数据库等等。56第56页，共74页，2023年，2月20日，星期日概要设计说明书：这个就是游戏的总案， 用来指导团队开发的总方向，如果有变动， 优先会改这个，就是一个游戏开发过程中的“路灯”，是由主设计师来写这个的。

详细设计说明书：这个在游戏开发过程中，由N个文档共同构成，但大概规范不必拘泥，视写的文档的类型可自行调整。这是各部门都是如此，都有自己的规范。一般由游戏设计师写这个。57第57页，共74页，2023年，2月20日，星期日用户操作手册：这个对应游戏开发分两部分:对内：在各目录中，各文档都应该有比较清楚的标释或是说明，作用在于如果新同事或是有人接你的工作，至少他应该可以知道怎么继续，程序部门对应的程序文件的注释。对外：就是给玩家说明书，官方网站上的一些攻略内容，也在此例。上面的工作，是由游戏设计部门完成58第58页，共74页，2023年，2月20日，星期日测试计划：这个是由主设计师来做的， 就是在内部内测时时，主要测什么，有多少人来做，如何测法，测试的目的要明确测试的目的，如同场景用户压力测试，门派平衡测试，模拟升级测试。测试分析报告：由各部门主管完成，要总结测试的结果，要修改的地方，如何修改等等，然后安排大家分头去修改自己负责的地方59第59页，共74页，2023年，2月20日，星期日软件维护手册：这个是交GM（GAMEMASTER）部门的，是由游戏设计部门来写的，包括GM的工具的设计，GM的培训计划等等。软件问题报告：这个就是对应网络游戏软件，就是玩家反馈BUG或是一些意见的处理行为的文档，由游戏设计部负责来完成，执行人为设计部与GM部门。60第60页，共74页，2023年，2月20日，星期日规范的代码加了注释的代码，能让人更清楚代码的意图。 适当的注释能帮助程序员在任何时候都能清楚解释自己的代码，这有助于程序向程序员设计的方向发展；注释还能帮助别人理解代码。在很多时候，都需要读别人的代码、或自己写的代码被别人看。比如工作交接、同组合作等等。代码是程序员的表达，是程序员之间交流的主体。因此代码的可读性非常重要，适当的注释非常重要。61第61页，共74页，2023年，2月20日，星期日程序注释程序注释是程序员与日后的程序读者之间通信的重要手段之一，注释分为文件注释、函数注释和功能注释。文件注释位于整个源程序的最开始部分，注释后空两行开始程序正文。它包括：

程序标题。

目的、功能说明。

文件作者、最后修改日期等说明。62第62页，共74页，2023年，2月20日，星期日程序注释的分类(C++为例)从表现形式上看，C++有两种类型的注释：块注释的形式：以“/*”开头，以“*/”结尾，其中所有的内容都是注释。单行注释的形式：以“//”开头，直到这一行的末尾。适合于前面介绍的功能性注释。63第63页，共74页，2023年，2月20日，星期日代码注释范例(C++为例)/******************************************* Filename: mytest1.cpp ------------------------------------------ Remarks: ThisismyfirstC++program ------------------------------------------ Author: zxuan Email: zxuan@ Created: 2009-10-13*******************************************/64这个文件注释出现在cpp的开始，交代了文件名、文件的含义、作者、作者联系方式、创建时间等。无论什么人在什么时间来看代码，这些信息都一目了然。第64页，共74页，2023年，2月20日，星期日代码书写规范规范的代码往往不需要注释，或仅仅需要很少的注释。规范的代码能增强可读性，在团队合作项目中至关重要。规范代码包括符号命名规范、布局风格、语句结构等方面。65第65页，共74页，2023年，2月20日，星期日变量命名规则变量命名只能以字母或下划线开头，由字母、下划线、数字来组成。变量命名不要与关键字相冲突，不仅不能与当前使用的语言关键字相冲突，同时，也尽量确保不要与其它常用语言的关键字相冲突。变量名在它的作用域范围内不能具有多义性。变量命名要简洁明了，用词不要生涩，最好采用比较通用的英文单词组合，不要使用汉语拼音来命名。比如，不要将“用户名称”命名为yhmc，而要命名为UserName或user_name。66第66页，共74页，2023年，2月20日，星期日变量命名规则尽量遵守已经约定俗成的命名。如： for(inti=0;i<=10;i++) 这里的i是通用的局部循环变量的使用习惯，比nI或loop_i更合适。采用骆驼法或下划线风格