（题图：from unsplash）
不要太高估你正在做的软件项目的寿命，也许下个月就玩完了，如果有幸的话，会来个二期、三期等等等等等等待等。恰巧你碰到一个老旧系统改造升级的项目，恰巧我之前也经手过几个类似项目，那么不妨听听下面话的几条建议，毕竟别人踩过的坑也是付出过代价的。
关注的重点在于：老数据新功能的可用性，老数据新功能的数据完整性。
1、新老系统功能的兼容。主要在于老数据，在新系统功能中可用、展现完整，并且可以按新功能继续向下走。对于旧系统识别到的一些坑，尽量避开就是。后期做测试，要更多的关注旧数据在新系统中的表现。
2、老数据迁移新系统后的数据完整性，若不完整，需要补充，否则新功能在展现旧数据时，会出现不可用的情况。比如由于表结构不一致，表字段不统一，新增的扩展数据等等。
3、若涉及到工作流审批，流程审批能否兼容。新旧切换前，有两个选择：一是可以全部走完老流程，二是将未走完的流程全部回退到起点，在新系统中重新发起审批，并自动推动到对应节点，再继续向下走。
4、老系统对外的接口在新系统中是否保持统一，否则要重新对外变更接口，比如端口、方法名、参数、返回值等等，尽量保持接口定义不变，造成不必要的麻烦。
5、确保新系统与外围系统的交互是否完整，新系统接替旧系统，与外围系统的交互同样要保留，不能新系统一上线，其他的系统服务涉及到旧系统的地方不可用。
6、针对一些特别老旧的系统，且在文档缺失严重的情况下，必须深入旧系统的使用、源代码逻辑，全面了解旧系统的功用，以便 能在新系统中完整的保持功能，不然容易学到了形，却遗漏了某些点。
有人总会吐槽别人的项目怎么做的这么烂，自己做的项目在交接给别人的时候，也同样会被别人吐槽怎么做的这么烂，人同此心，心同此理，做好手上的项目，尽量不给后来人添麻烦，真是皆大欢喜。
扩展阅读：
长按2秒，识别二维码，关注我。
原文作者：MavenTalk；如有侵权，请联系管理员删除。
