KYLIX (3***57) 2012-03-13 19:29:10
潘老师，我想问一下，我的项目现在有新旧两套系统，分别属于不同的厂商开发的，项目的目标就是新系统能完全覆盖旧系统的功能，请问老师在需求整理和功能比对阶段，有什么方法论或者参考资料可供借鉴？
潘加宇 (3504847) 2012-03-13 19:54:57
和课上一样的做法。
KYLIX (3***57) 2012-03-13 19:56:24
我要回想一下
潘加宇 (3504847) 2012-03-13 19:56:45
愿景＋业务序列图
红水河 (3*****26) 2012-03-13 20:34:48
潘老师说的这种做法可能会是颠覆性的，除非旧系统已经是很符合当前业务模型。
如果旧系统涉及与外部系统的接口，还需要保持接口的不变，这就需要做基于外部接口的架构设计，确保新系统不会影响外部系统的变化。如果旧系统没有做好变化的分离设计，新项目是一个改进旧设计的好机会。
KYLIX (3***57) 2012-03-13 20:36:30
没错，旧系统很符合当前业务模型
KYLIX (3***57) 2012-03-13 20:40:13
换了新系统，对外的接口部分要全部重新改造的
红水河 (38800226) 2012-03-13 20:56:08
你可能还没理解我的意思。如果旧系统符合当前业务模型，而当前业务模型又不需要改造，那么新系统也只是做适应性的内部重构。但，涉及对外接口的重构，那么说明旧系统与当前业务模型或新业务模型是有出入的，要做的就是重新设计业务流程或接口，然后从业务的要求上识别IT功能需求（这个应该很容易了），再重新架构系统。你就按照潘老师的做法去做吧，没错。
利昂 (26****85) 2012-03-14 09:10:02
愿景、业务梳理、系统需求都是要做的，不透彻理解当前组织，新系统肯定做不好，当然，或许旧系统遗留有很多现成的资源，这块做起来会快些
潘加宇 (3504847) 2012-03-19 15:44:26
所有系统都是在旧系统的基础上做修改，旧系统也许是你开发的，也许是竞争对手开发的，也许是人肉父母生养的