旧系统人员流失，系统的业务规则、原始需求谁都不清楚，需求文档、使用文档、架构文档极其缺乏，成为一个无底洞，可维护性很差
旧系统越来越复杂，潜规则太多，原本修改一个小需求，一不小心搞得上线后影响一堆用户
旧系统的业务架构、技术架构无法满足新的业务模式需
旧系统性能无法满足公司业务高速发展的需要
旧系统的产品生命周期已经到头，需要延长期生命周期
等等
2.产品重构VS重做新产品
对现有产品进行重构还是重新做一套全新的系统并没有标准答案。技术人员们都倾向于重做新系统，并都倾向于高估自身的管理能力、架构设计能力,大家都会承诺完美的架构、完美的产品规划。但如果没解决根本性的管理问题，重构或是重做宿命都是一样的。这些管理问题包括产品规划能力、业务架构能力、项目管理能力、架构管理能力、架构设计能力等等
在管理能力尚未改善的情况下，怎样保证重做新系统时候不落入旧系统“新做系统，承诺完美架构->管理失衡，系统维护陷入混乱->再重做新系统”同样的命运。好的架构是管理出来的，不是设计出来的
产品重构第一困难的是反向工程过程阶段，必须搞清楚现有系统的遗产状况。对于一个在线运营的系统，不管是重构还是重做都必须经历此过程
产品重构第二困难的是旧系统迁移到重构系统的过程。怎样做到不影响现有客户使用的情况下完成灰度切换，这是最大的挑战。不管是重构或是重做都必须经历此过程
3.关于产品重构的思考
4.参考资料
The Product Re Architecture
利用 RUP 对遗留系统进行逆向工程
软件架构的艺术
0
喜欢他，就推荐他上首页吧^_^
0371-86068866
4008887269
cndesign@163.com
CND设计网（CNDESIGN）会员所发布展示的 “原创作品/文章” 版权归原作者所有，任何商业用途均需联系作者。如未经授权用作他处，作者将保留追究侵权者法律责任的权利。
Copyright ©2006-2019 CND设计网
