"在系统完成设计开发后,日常运行中暴露出来一些业务设计缺陷(没考虑全任何会出现的情况变动),但又不致于影响到当前业务的正常运做,一般都不会得到解决或者完善。一旦涉及该缺陷的业务变更或者提出涉及该缺陷的某种苛刻需求后,系统再也无法通过简单修改,而达到适应新的业务体系"
比如我所了解到的所有电信/联通的各种电信支撑系统设计与开发都没考虑到联通G/C分家的情况,到头来还是痛苦地做系统底层修改,很繁琐很痛苦。
我现在认为任何变态的需求都是有可能发生的。因此还是多考虑一些极端情况吧。
本文讨论了系统设计中未充分预见到未来业务变化所带来的问题,特别是在电信行业中的具体案例,指出即使当前不影响业务运行的设计缺陷也可能在未来成为瓶颈,并强调了在设计初期就应考虑更多极端情况的重要性。
"在系统完成设计开发后,日常运行中暴露出来一些业务设计缺陷(没考虑全任何会出现的情况变动),但又不致于影响到当前业务的正常运做,一般都不会得到解决或者完善。一旦涉及该缺陷的业务变更或者提出涉及该缺陷的某种苛刻需求后,系统再也无法通过简单修改,而达到适应新的业务体系"
比如我所了解到的所有电信/联通的各种电信支撑系统设计与开发都没考虑到联通G/C分家的情况,到头来还是痛苦地做系统底层修改,很繁琐很痛苦。
我现在认为任何变态的需求都是有可能发生的。因此还是多考虑一些极端情况吧。

被折叠的 条评论
为什么被折叠?