互联网产品重构

上传人:豆浆 文档编号:11370208 上传时间:2017-10-13 格式:DOC 页数:4 大小:293.50KB
返回 下载 相关 举报
互联网产品重构_第1页
第1页 / 共4页
互联网产品重构_第2页
第2页 / 共4页
互联网产品重构_第3页
第3页 / 共4页
互联网产品重构_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《互联网产品重构》由会员分享,可在线阅读,更多相关《互联网产品重构(4页珍藏版)》请在金锄头文库上搜索。

1、互联网产品重构 1、为什么要进行产品重构旧系统人员流失,系统的业务规则、原始需求谁都不清楚,需求文档、使用文档、架构文档极其缺乏,成为一个无底洞,可维护性很差。 旧系统越来越复杂,潜规则太多,原本修改一个小需求,一不小心搞得上线后影响一堆用户旧系统的业务架构、技术架构无法满足新的业务模式需要旧系统性能无法满足公司业务高速发展的需要旧系统的产品生命周期已经到头,需要延长期生命周期等等2、产品重构 VS. 重做新产品对现有产品进行重构还是重新做一套全新的系统并没有标准答案。技术人员们都倾向于重做新系统,并都倾向于高估自身的管理能力、架构设计能力,大家都会承诺完美的架构、完美的产品规划。但如果没解决

2、根本性的管理问题,重构或是重做宿命都是一样的。这些管理问题包括产品规划能力、业务架构能力、项目管理能力、架构管理能力、架构设计能力等等。 在管理能力尚未改善的情况下,怎样保证重做新系统时候不落入旧系统“新做系统,承诺完美架构-管理失衡,系统维护陷入混乱-再重做新系统”同样的命运。好的架构是管理出来的,不是设计出来的。 产品重构第一困难的是反向工程过程阶段,必须搞清楚现有系统的遗产状况。对于一个在线运营的系统,不管是重构还是重做都必须经历此过程 产品重构第二困难的是旧系统迁移到重构系统的过程。怎样做到不影响现有客户使用的情况下完成灰度切换,这是最大的挑战。不管是重构或是重做都必须经历此过程 3、关于产品重构的思考4、参考资料The Product Re Architecture利用 RUP 对遗留系统进行逆向工程 软件架构的艺术

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号