多系统信息化实施项目注意事项

相信大家有一种感受，随着企业信息化的深入，企业往往一次性会上线多个系统支撑不同的业务单元，原来对单一系统的实施转变为多系统联动的实施，我们在这一篇中有简单来分析一下单系统实施和多系统实施的主要区别。

首先从思路和理念上，多系统实施一定是变得更复杂了，难度更大了，尤其是在不同系统是属于不同实施公司的项目组负责的时候。

面对这种情况，首先在实施策略上就必须要加入系统间的影响这一部分，除了在设计方案时考虑，在解决问题时，在系统进行备份、拷贝甚至是某个系统做一些大的变化如升级或更改重要的功能时，都需要考虑对其他系统的影响。从这个层面讲，多系统迅速增加了系统运行的复杂度和“熵”，倒也被动的能让系统大的变化变得越来越谨慎，反过来又导致“熵”的延迟和降低。这可以理解为一种把矛盾迅速扩大，然后再缓解矛盾的做法。

多系统情况下，系统架构（现在叫企业架构）的必要性越来越高，更需要事先进行高级别的规划，分割清楚系统功能和对应的业务，以及数据流转，然后再分子项目进行信息化的实现，所以以后对企业架构师的需求会增多。

具体来说，多系统实施时，我们可关注的注意事项如下：

1. 多系统的问题判断和解决和单系统不同。

在多系统集成的情况下，要判断问题的真正原因比单系统难度要大，要通过分析系统间的信息传递日志判断问题产生的哪个系统，这就会造成排查问题时间更长，难度也更大。当然，这也需要系统设计者在初始设计时就要考虑多系统问题排查的机制和方案，总之，既要考虑系统间功能集成和数据传递，又要考虑问题排查的便利性。

2.多系统系统下，信息化的方案设计和单系统不同。多系统情况下，首先要考虑的就是系统的定位也即系统的功能分割，某个业务功能放在这个系统也能做，放在另外一个系统也能做，那就要多方面考虑放在哪个系统更为合适。原则上，偏重整体和结果管理的功能放在核心系统中，偏重局部和过程管理的功能放在外围系统中，也就是说不是非得把某块业务功能一定全部放在某个系统中，而是可以拆分到不同的系统中，发挥各自系统的长处，通过系统集成实现这块业务的全面管理。

1. 多系统测试方式不同。单系统情况下，一个人或者一个小组很快就可以完成测试。多系统情况下，往往不同的系统由不同的小组甚至不同的部门进行管理，联调测试需要更多的协调，相应的时间、精力花费的更多。不过笔者建议，不管涉及几个系统的测试，都需要制定一个主要负责的小组，其他小组起到配合的作用，由主要小组负责整体协调和推进。

4.多系统的上线比单系统复杂。上线时，需要考虑多系统的上线策略，数据导入的系统以及先后顺序，是否通过接口推送等。切换时，不仅要考虑相应系统的更新，同时要考虑系统总线的同步更新。上线时间点的选择也是需要考虑的，尽量避开业务高峰期。

5. 上线后的检查和跟踪也需要跨系统进行，比如上线后接口日志的检查，数据准确性、正确性的检查，均需要跨系统进行。

6. 多系统情况下，如果其中一个核心系统进行了备份恢复或者拷贝，那么需要注意拷贝系统后，其和外部系统的连接需要同步调整，因为有可能会导致正式系统拷贝为测试系统后，连接的系统地址没有改变，如果在测试系统进行跨系统调试，则导致数据传输到外部系统的正式系统中。

总之，多系统的实施如何在实施策略、运维流程和变更机制层面更有利于整体的实施和运维，是个比较大的考验。

目前来看，在多系统实施情况下，只要涉及两个或两个以上系统的，均应当做一个项目集来进行管理，设置总体项目负责人，同时子项目相应的系统负责人需要建立沟通机制。

系统越多，反而系统方案的复杂度要降低，因为系统增加了，本来系统整体复杂度就增加了，如果方案更为复杂，那么系统运行的风险其实更大了。

1. 还是那个“熵”定律，在信息化过程中，如何尽量的降低“熵”或者延缓“熵”的增加是一个永恒的话题。