软件技术整体评估报告

1、技术整体评估报告一、服务端技术架构引擎框架介绍目前的服务器端引擎是一个高性能、高自由度、高安全性的通用 网络消息传输框架。优点在于灵活方便，自由度相当高。分布式部署 方便。但由于引擎中有关对象锁及数据库SQL服务都是面向开发人员， 所以对与使用该引擎开发的开发人员要求较高，要求能够独立控制对 象的完整性以及保证数据的正确性。客户端引擎是一套有着清晰开发流程，各功能模块都相对成熟，开 发高效的FLASH 2D开发引擎。2开发流程对比原来的开发流程：开发环境搭建一客户端服务器通信框架对接开发一基础功能模 块开发一特有功能模块开发模块化后开发流程：开发环境搭建一使用通用基本框架一不同项目特有功能模块

2、开 发在以后开发新项目时，直接使用通用引擎框架后，通过简单配置 就可实现注册登陆，基本的标准功能。各个项目则只需要开发各自特有的功能。较之以往开发流程，大大节省了开发重复的功能模块的时 间，效率得到提升。通用模块封装后开发的几个优点产品开发周期缩短效率提高通用模块稳定性高架构统一后维护起来比较方便开发环境难度降低，各个项目之间调配开发人员容易上手可以逐步将更多的重用模块提取出来集成在引擎中，避免其它项目重 复开发引擎功能模块：配置通用读取接口。-服务器所用配置采用xml文件配置，包括系统服连接、消息接口信 息、日志配置(perties)、线程池参数配置、数据库连接配 置、系统

3、相关参数、第三方工具连接地址等。连接获取模块。-在应用中，可以方便的自由任意获取配置中存在的服务器连接来处 理相关逻辑。多端口配置自动监听模块。-可以同时监听多个端口，比如：80、8080、443等等。以方便逻辑的 处理。多协议解析器切换。-由于采用分层式责任链设计思想，对于系统与多个其它子系统进行 消息通信时，可以配置不同的消息协议解析器。并且消息解析器之间 的互换十分灵活方便。透明的对象映射功能模块。-引擎中对于消息字节流和消息对象之间的转换对引擎使用者完全透 明。采用了 JAVA反射机制。线程池配置自动读取功能。-可以方便的配置线程池的个数名称及各个参数。数据库连接池配置自动读取功能。-

4、与线程池相同，数据库连接池也完全可以方便的配置个数名称及各 个参数。日志输出配置功能。-日志输出类型、位置、级别、格式等都可以自由配置，为后期维护 提供方便。服务器分类服务器引擎采用分布式的架构，一个完整的服务器组由几种功能 不同的服务器组合而成，从程序的角度来看，主要有服务器、中心服 务器、跨服服务器、邮件服务器和接入服务器，另外还有提供辅助功 能的监控服务器和计费应用服务器。服务器的程序配置采用脚本的形式，服务器组内的五种服务器可 以自由组合，即任意几个服务器可以组合成一个程序运行，这样我们 就可以根据每种服务器的负载情况来调整服务器程序的配置，比如在 内部测试使用时，就可以将五种服务器合

5、并成一个程序来使用，这样 可以大大提高启动和关闭服务器的方便性。二、客户端引擎架构：客户端采用了基于Flash的主流2D开发技术，此技术成熟高效， 形式多样，表现丰富，开发迅速，研发人员众多，浏览器插件的安 装普及率极高，为基于此技术开发的产品快速推广运营奠定了非常好 的基础。三、项目运营前的重要工作主要系统的文档制作要完全比如系统的各项参数，计算公式，主线的控制等等，能够判断中 的数值正确与否。定期检查数据库表结构检查字段类型，避免出现乱码问题；去掉废弃的字段，优化库结 构。3.注意SQL注入的问题所有开发人员要了解SQL注入的原理，避免出现此类代码。检查数据库连接的处理保证不用的连接及时关

6、闭，并注意关闭顺序。校对服务器时间服务器时间异常，有可能会对内部分功能产生影响。尤其是海外 版本，某些国家的时令不一样。保证通信端口不被占用检查通信端口的占用情况，避免开服后无法访问。掌握日志分析能力所有开发人员学习分析日志的能力，能够通过日志确认问题所在。主管要学会性能分析对于主管，要求掌握查看服务器的常用命令，并能够通过服务器 运行时的参数，确认问题方向，有计划的找到并解决问题。培养总结工作的习惯每次解决问题后，形成总结的习惯，将经验分享给其他开发人员，减少其他人员出现错误的概率，并有利于后期新人的培养工作。四、项目运营前的技术评审要点需确认服务器配置及CDN服务器情况，保证能够正常登录确

7、认：项目，运维跨域文件是否齐全，CDN资源推送，如果是网站接入，确认访问地址 是否正确。如果有广告商，也要确认广告点的地址配置正确与否。需确认服务端与客户端版本是否一致确认：项目保证服务端与客户端的版本正确。确认并发登录量级，保证登录流畅确认：计费应用，计费库质检压力测试达标标准：20人/秒，1200人在1分钟内处理完毕。数据库表中是否有索引 确认：项目索引能使数据查询的效率大大提高。不建立索引，在压力小的情况下不明显，一旦数据量变大，查询耗时问题就会暴露。服务器的维护确认：运维部注意数据库的备份时间，要与玩家高峰期错开。如果日志输出较多， 还要考虑硬盘空间问题。开服服务器运行参数检查确认：项

8、目，质检，运维开服时要注意的参数：在线人数，此参数与各种压力有关；服务器的CPU使用情况，目前我们项目的标准配置是4核8G； CPU 的标准是不能高于70%，控制在60%左右，上70%的不能超过1 分钟；服务器的内存使用情况。3W角色，3000人在线的情况下，服务 器内存占用保持在9G以下；并发；1000人同时使用的情况下，不允许出现卡顿现象；数据库的响应时间，尤其是在进行大量的数据库操作的情况下， 不允许影响其他功能的正常进行；请求的超时情况。在大量并发操作的前提下，检查请求是否有超 时，超时多少客户端运行状况检查 确认：项目，质检客户端开启，不能影响到电脑的其他操作，长时间开启客户端，不能

9、有卡顿现象。日志记录是否健全确认：项目既包括运行阶段保存的数据日志记录，又包括服务器上生成的日志文 件，都要全，便于问题的搜集和查找。刚开始运营阶段，需要大量数据支持，也会有大量的问题反馈，数据 库日志能在数据支持方面做出共享，而服务器上的日志问题，可以为 查找问题提供方便。版本更新流程是否规范确认：项目严格按照规范流程进行版本更新，项目组每次更新要有记录。所有外 网更新都需要主管审核，紧急更新需要详细审核，或两个以上主管审 核。普通程序员不允许直接外网修改和提交。服务器上相关的监测功能是否正常开启确认：项目目前主要的监控有2个，一个是用户行为的监控，一个是服务器运行 状况的监控，均是和其他部分配合，要保证功能正常开启。通过行为 监控，进行数据采集，可以给数据分析组提供数据支持，运行状况的 监控便于运维实时掌握服务器是否良好。组建紧急问题处理团队确认：项目所有主管和骨干都要掌握（1）分析日志文件（2）对