系统集成总结

?? 最近突然闲下来了，反而有些不习惯了，心里总是在怀念青葱岁月，其实未来也很美好的，努力去奋斗吧。做为一个从事技术开发的人，有时候后悔从事了这个行业，既然从事了，有什么办法呢，现在让我回答：你除了做开发还能做什么，我真的没有答案。那就继续走下去吧，否则喝西北风啊，西北风也不是随便喝的，这税那费的不知道什么时候贴在身上，没刀了喝风的资格都会被取消。

? 回想总结一下以前的工作经验吧，前段时间做了些系统集成的工作。其实往简单里说，系统集成就是将各个系统无缝的衔接在一起，使各个系统间风格一致，业务统一。系统间重复的功能交给一个系统来处理（如用户管理，用户验证等），系统间不同的模块累加在一起，组成一个大而全的新系统。感觉像集合操作算法，多个集合取并集（∪）。技术上实现多数都是WebService，各个系统提供接口，供外部系统调用，实现数据或操作上的同步。

? 系统集成分为业务模块集成和数据集成，当然少不了单点登录，基础数据同步这些事情了。实现上就是WebService了，当然也可以使用其他技术，但Web服务从易用性和稳定安全方面都比较好，属于主流的方式。在说说系统集成设计上需要注意的事情吧。

? 1，一定要有完整而易于查询的系统日志，防止以后集成各方扯皮。

? 2，系统集成在需求分析阶段就要有个牵头人，负责协调各方资源，否则各个系统功能都很完整，让那方多做工作都很困难，互相推诿。

? 3，数据同步方面，要提供批量推送机制，在数据发生变化的时候及时调用接口。而且为了稳妥，还要有个手动推送程序，将两方数据汇总在一起找出不一致的数据进行手动推送。要考虑到数据量较大的情况调用方不会得到超时错误，直接在服务中开个新线程或使用线程池来处理数据同步，调用方将数据发送过来后直接返回，不必关心处理是否成功。其实即使处理失败了，也不会在有其他措施了，除非是同部门产品的集成，否则各系统见只关心自己的业务，有数据不一致的情况，还是交给手动推送程序吧。

? 4，数据实现假删除，这在系统间同步数据尤其重要，如果因为一方数据问题导致另一方误删数据，损失惨重，而且复杂系统的数据表间关系错综复杂，要删除一条记录提前需要删除掉很多其他相关联表数据，处理复杂容易报错。就不如给记录上设置一个字段标示其是否有效，删除操作不过是修改一个标志位，恢复删除也变得非常简单。

? 做管理系统，很多时候都是操作数据库，这样的本质决定了系统集成很大一部分工作就是搞数据同步，而且对于一些业务上的数据同步，难易程度直接取决于系统框架。如果可以方便的重用系统业务框架，那么数据同步就非常的简单，接口与具体模块调用同一个业务类，确保了数据一致性并简化了接口算法。从长久考虑，系统发布到客户那里，运行稳定后用户肯定会有系统集成的需求，那么我们在设计系统框架的时候，就需要考虑到后期的集成。这样以后开发集成接口不过是调用一个可靠的业务对象类而已，稳定性已经由系统具体模块验证过了，集成的工作量会非常小。