以前开发的一个程序，由于架构及业务的开展，越来越不能满足业务的需要，在旧系统做开发扩展，会越来越难，于时决定要重构升级，更换核心程序和框架。
旧系统是一个已经运营3年以上的系统，每天在上面会产生很多业务流，如何让这些业务流和人员的使用习惯慢慢过渡到新系统。这将是一个很难的选择。经过思考，我决定采用，整体构建，分块切换，新旧同步，平稳过渡的方案。
整体构建：将旧系统的功能做一定的分组分析，通过访问分析哪一些功能及页面是最经常使用的。这些越经常和使用的页面一定要在新系统中做优化设计，因为如果新系统中这方面的操作不顺当，他们就会有很强烈的愿望要求改回旧系统，那么一切都会白费功夫。将80%左右的功能代码在新系统里开发完成，就可以考虑进行分块切换了，为什么不到100%再切换，一是时间成本，二是不断变化的业务，因为旧系统的需求也是会在不断增加的，所以不能等100%才切换。
分块切换：将最常用的功能，按使用部门使用人员进行分组，然后，按某一功能的人先切换到新系统。比如，先将旧系统里的某一功能关闭，然后提示使用人员去新系统进行操作。
新旧同步：新系统和旧系统分别在两个不同服务器的情况下，需要做数据库的新旧同步，比如，产品管理切换到新系统后，需要做一个数据同步的脚本，将新服务器的产品数据同步到旧系统中，避免运行在旧系统要使用产品数据的应用无法得到最新的产品数据。
平稳过渡：人是情绪化动物，而且喜欢恋旧，除非能给更好更方便的工具，否则会很喜欢固守旧系统，因此，新系统要设计出一些蜜糖操作，通过这些吸引人去使用新系统，然后在过度过程中产生的难受会没那么强烈
