编 写：袁亮
时 间：2015-12-16
说 明：服务化的一般流程
一、理清功能点
1、找到业务对接人
2、找同类功能，其他家比较好的是怎么做的
3、确定功能，可能做什么，哪些不做，后期可能扩展
二、如果在已有的基础上升级
1、理清原来代码
2、什么地方，做了什么事
3、有哪些代码是冗余的
4、记录文档
三、数据字典设计
1、根据功能设计数据字典初稿
2、对照功能点，一个个的过，看是否能实现预期的功能
3、如果后期要升级，是否好扩展
4、业务方面能支持的情况下，看是否会有性能瓶颈
5、是否需要增加冗余字典，查询优化
四、接口列表划分
1、根据需求，罗列接口列表
2、重新审查接口列表，是否有重复的
3、不同接口之间是否有部分做的同样的事，是否需要抽离
4、重新根据功能进行接口聚合，分类，整理完整列表
5、拿着接口列表，分别看看需求和现有功能是否能满足
6、给出完整确认的接口列表
五、定义接口
1、根据接口列表写注释
2、需要输入哪些参数，分别代表什么意思
3、这些参数需要做哪些格式验证
4、业务方面需要做哪些验证
5、非查询条件，需要做哪些数据更新操作
6、接口返回什么
六、根据接口定义写代码
1、根据接口定义，编写代码
2、写相应的demo，测试各种情况
3、监控查看接口返回是否正常
4、后期做成能自动监控
七、接口文档
1、编写apidoc需要的注释
2、生成apidoc文档
3、更新到文档库
4、查看文档是否有错误
八、旧项目升级
1、如果是从旧项目升级，需要将旧数据，写脚本导入写服务中
2、旧的代码中，所有涉及到这块的，根据之前列的文档，一个个的改成接口调用
3、改动一处，即进行完整测试，并做相应标记
4、全部改完之后，整体测试
九、上线
1、代码上线前，将旧数据转换脚本启动，并跑完
2、代码通过版本控制器上线，同时转换脚本开启，避免上线过程中产生的新数据未同步
3、上线测试是否正常，并重点关注error_log
4、查看旧数据库是否还有数据新增，以及新数据库数据增长是否正常
5、查看接口监控日志，是否有异常调用
6、关注用户反馈，自己多测几次正常流程，特别是涉及到改动的地方