标签：规则 nbsp 动态加载 审批流程 完成 系统框架 通过 进入 体系
什么是All In？ 是你不知道全力做这件事情会得到什么。但你只想把它做好的感觉。
最近项目着实忙碌，奋战在第一线，从一开始了解需求，整理需求，到系统设计，模块儿设计。随后前后端接口约定，后台管理模块儿与核心模块儿开发，前后端接口联调，与其他系统接口约定联调。再到全项目测试，以及迎来最终阶段的开发与联调。1个月……没错，细分下来工作量是巨大的，但后端就只有一个人。兼项目管理与系统设计开发测试联调。每晚两点多还在开发测试各种case……那么下面说下本次项目开发的周期。
阶段一:从8月24日最终确认产品形态1.0，与之前版本大为不同，除了某些固定接口封装以外的所有模块儿都需要重构，评估重构工作量与重新开发一套的成本一样巨大。于是走上了一条不归路，哈哈……
阶段二:9月1日经过整体详细设计，数据库设计，系统架子，结构设计，进入开发阶段。工作量巨大，分为统一消息接入，统一黑白名单，缓存加载，规则检验，前台规则管理，规则圈定，规则实例，规则种类实现，审批流程封装，其他系统接入，规则动态加载，导入等。边设计，边定义前后端接口，编写整体系统框架，代码结构。
阶段三:9月13日，经过连夜开发测试联调，前后端整体交互联调进度达到百分之90，主流程模块儿也开始接入外部系统，同时完成主流程圈人，检验，动态加载检验及各类消息结果封装。
阶段四:9月14日到9月21日，前后端模块儿基本完成，主运营流程已与接入系统联调通过，同时进入全面测试阶段，剩下还有百分之10的开发工作量，需要在9月30日完成。
纵观整个生命周期，第一次在时间较为苛刻的情况下进行全项目周期的需求，设计，开发，联调，测试，如今已到收尾阶段。从中吸取的经验如下:
1.前后端接口的定义尽量提前做，保证前端开发能够同步进行。
2.更详细的功能细分与时间线划分，由于时间较紧，有任何问题提前暴露，讨论解决，暴露风险点，难点与解决方案。
3.没有测试的情况下，需要自己一个一个接口编写单侧与测试用例，各种异常捕捉处理。
4.代码是写给人看的，不是为了完成而完成，即便紧迫的时候不得不先特殊处理，那么特殊处理之处一定要注明缘由，以防后面的人不知道缘由。
总之，快要累死了哈哈…幸好中途来个新人帮我分担了后台工作，否则真恨不得有三头六臂，在较短周期及人员不足的情况下，能够专注的时间是极其可贵的，要有更详尽的计划，切勿慌了阵脚。
标签：规则 nbsp 动态加载 审批流程 完成 系统框架 通过 进入 体系
原文地址：https://www.cnblogs.com/yangsy0915/p/9696093.html
