2013年(19)
分类: 敏捷开发
2013-08-09 10:47:02
旧系统人员散失,系统的业务规矩、原始需求谁都不清晰,需要文档、运用文档、架构文档极其缺少,成为一个无底洞,可维护性很差。
旧系统越来越庞杂,潜规则太多,,底本修正一个小需求,一不警惕搞得上线后影响一堆用户
旧系统的业务架构、技术架构无法满足新的业务模式需要
旧系统机能无奈满意公司业务高速发展的须要
旧系统的产品生命周期已经到头,需要延伸期性命周期
等等
对现有产品进行重构仍是从新做一套全新的系统并不尺度谜底。技巧职员们都倾向于重做新系统,并都偏向于高估本身的管理能力、架构设计能力,大家都会承诺完美的架构、完美的产品规划。但假如没解决根天性的管理问题,重构或是重做宿命都是一样的。这些管理问题包含产品计划能力、业务架构能力、名目管理能力、架构管理能力、架构设计能力等等。
在管理才能尚未改良的情形下,怎么保障重做新系统时分不落入旧体系“新做系统,许诺完善架构->治理失衡,系统保护陷入凌乱->再重做新系统”同样的运气。好的架构是管理出来的,不是设想出来的。
产品重构第一难题的是反向工程过程阶段,必须搞明白现有系统的遗产状态。对一个在线经营的系统,无论是重构还是重做都必须经历此过程
产品重构第二艰苦的是旧系统迁徙到重构系统的过程。怎样做到不影响现有客户使用的情况下实现灰度切换,这是最大的挑衅。不论是重构或是重做都必需阅历此进程