Chinaunix首页 | 论坛 | 博客
  • 博客访问: 44033
  • 博文数量: 19
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 346
  • 用 户 组: 普通用户
  • 注册时间: 2013-06-03 08:47
文章分类
文章存档

2013年(19)

我的朋友

分类: 敏捷开发

2013-08-09 10:47:02

对现有产品进行重构还是重新做一套全新的系统并没有标准答案。技术人员们都倾向于重做新系统,并都倾向于高估自身的管理能力、架构设计能力,大家都会承诺完美的架构、完美的产品规划。但如果没解决基本性的管理问题,重构或是重做宿命都是一样的。

1、为什么要进行产品重构

    旧系统人员散失,系统的业务规矩、原始需求谁都不清晰,需要文档、运用文档、架构文档极其缺少,成为一个无底洞,可维护性很差。  

    旧系统越来越庞杂,潜规则太多,,底本修正一个小需求,一不警惕搞得上线后影响一堆用户

    旧系统的业务架构、技术架构无法满足新的业务模式需要

    旧系统机能无奈满意公司业务高速发展的须要

    旧系统的产品生命周期已经到头,需要延伸期性命周期

    等等

2、产品重构  VS.  重做新产品

    对现有产品进行重构仍是从新做一套全新的系统并不尺度谜底。技巧职员们都倾向于重做新系统,并都偏向于高估本身的管理能力、架构设计能力,大家都会承诺完美的架构、完美的产品规划。但假如没解决根天性的管理问题,重构或是重做宿命都是一样的。这些管理问题包含产品计划能力、业务架构能力、名目管理能力、架构管理能力、架构设计能力等等。   

   在管理才能尚未改良的情形下,怎么保障重做新系统时分不落入旧体系“新做系统,许诺完善架构->治理失衡,系统保护陷入凌乱->再重做新系统”同样的运气。好的架构是管理出来的,不是设想出来的。

  产品重构第一难题的是反向工程过程阶段,必须搞明白现有系统的遗产状态。对一个在线经营的系统,无论是重构还是重做都必须经历此过程

  产品重构第二艰苦的是旧系统迁徙到重构系统的过程。怎样做到不影响现有客户使用的情况下实现灰度切换,这是最大的挑衅。不论是重构或是重做都必需阅历此进程

3、对于产品重构的思考


上附近通:
其它文章
阅读(380) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~