软件整合

　　SOA这项技术我想大家基本上都听说过了，本人在大学期间通过方方面面对其也有了一个大概的了解，也仅仅是了解而已，这段时间在杭州的一家会计师事务所做需求调研，对这项技术有了很大的感慨。

 

　　这家事务所想让我们公司给他们上一套CRM软件，在来之前还是有点思想准备的，但是来了和客户的IT部门沟通之后，得到了该客户的一个整体的信息化的框架，而我们的CRM在这个结构中就扮演了一个插座的功能，相当于是管理层和业务层的一个桥梁，所有的业务软件都会与CRM进行交互，业务软件想要获取人事方面的信息就要通过CRM来传递，CRM中的信息要经过业务软件的处理然后返回一个结果供高层进行查看（以报表的形式）。这样，CRM几乎要与所有的软件进行数据的传递了，其实涉及业务上的信息还是比较好解决的，主要还是CRM本身的用户的信息，用户信息按要求来说应该是与公司的人事系统（目前是HR）进行同步的，而我们的CRM的用户有自己的一套权限，很难实现自动同步，于是就要有一个手工同步的过程了（一个不小的遗憾）。

 

　　说到业务软件，那这个事务所那就太恐怖了，每个专业方向都有自己的一个业务软件，而且处理数据的方式千差万别，那么为了达到软件整合的目的，那就只有规定所有的业务软件要想与CRM进行信息的交互，都要通过CRM的统一的一个接口（以Web Service的方式）来处理信息了。当然，CRM也可以调用其他业务软件开发的接口 ，但是这对于整体的规划来说是不可取的，因为，以后可能还会有很多的其他软件被应用到该事务所，那么CRM的开发就是永无止境的了。

 

　　另外，要说到的一点就是，取数据的方向最好是单一的，也就是说最好是主动的去取数据，而不能是让对方往自身来写数据，这样的话，就算以后数据出了问题，也可以知道到底是哪里出了差错，就是说可以有一个回溯的过程，如果既可以去，又可以被对方反填，那么最后从整体上来看该事务所的信息化就是杂乱无章的了。这绝不是他们（或者也可以说是我们）想要的东西。