随着IT系统的增多，各系统互相之间集成的呼声也越来越高。SOA技术框架已逐渐进入实际应用，但在集成时最应该下功夫的是业务流程梳理。

    本人前段时间聆听了一位客户（下称为X公司）在EAM（设备管理系统）项目选型中的关于EAM系统要和其企业现有的Artemis系统（英国Lucas管理系统公司开发的项目管理软件）集成的要求，深有感触。

    X公司目前引进的Artemis系统是专门用于对公司所有立项的项目从项目预算规划、日程安排、资源和成本核算等进行统一、有效的管理。就是说凡项目管理均要纳入该系统进行管理，该系统总体应用效果不错。但由于该系统在功能上不能包罗万象，而且每种项目在具体的业务流程处理上均有所不同，因此，有的项目管理系统能完全处理好，有的项目管理业务需要做一点二次开发，有的项目管理的中间明细过程不好控制，只好靠手工输入结果。

    维修引出集成需求

    公司每年的设备大修、改造都要预先立项，安排预算，由于维修业务要把项目分解成若干个小项目，涉及维修工单、人工、备件采购领用、委外维修等一系列复杂的业务处理。Artemis系统是不涉及这些维修处理业务的，但公司规定这类设备大修、改造情况也必须在Artemis系统中体现，因此就有了系统集成需求。可是如果要在Artemis系统中完成对二次开发维修工单从发起到完成的处理过程，工作量大不说，风险、成本也很高。公司IT部门对此是顾虑重重，一筹莫展，咨询了几家相关软件公司均没有得到满意答案。

    如果按照传统的系统集成方式，一般是在Artemis系统中开发接口程序，工作量非常大。而且在本案例中复杂程度会更高，因为其涉及了备件库存，委外维修供应商的采购订单结算等等。像这类系统集成，要求EAM厂商方提供的系统要具备SOA框架，要能预先将其系统的业务封装成一个个Web Service，等待其他开放系统的调用。

    本案例的Artemis系统和EAM系统均建立在J2EE 平台上，EAM系统对外提供了Web Services应用，Artemis系统则没有。但这对集成影响不大，这个系统集成是要在Artemis系统中去调用EAM系统对外的Web Services应用，Artemis系统占据主动地位，EAM系统是从动地位。

    本案例是将EAM系统的各个具体业务动作，如项目立项、项目分解、维修工单下达、维修工单审核、人工申请、备件领用申请、委外维修申请、项目完工等等一系列动作作为细粒度服务发布，每个细粒度服务利用数据访问逻辑组件对数据库表进行查找、更新、保存等操作。通过企业服务总线将这些分散的Web服务进行统一管理，当Artemis系统用户向服务总线发送一个业务动作请求信息时，服务总线的代理服务在收到请求服务后，调用相应的业务服务。表面上看过去象是在Artemis系统中执行一个具体的应用程序，实际上则是在通过Web Services调用EAM系统的应用程序，仅仅是在Artemis系统中利用了一个简单的用户对话输入界面程序而已。

    SOA是质变过程

    从系统之间要求多项业务集成可以看出，采用SOA架构是最方便、最可靠的集成方式。换句话说，在今后的应用系统的市场竞争中，谁提供了基于SOA架构的解决方案，谁将在新一轮竞争中占据主动地位，而那些不能与时俱进的软件厂商将逐渐退出市场。

    传统意义上的基于C/S结构的应用系统要改造成基于SOA架构体系的应用系统将是任重而道远的，这个过程就有点相当于从DOS操作系统下的应用系统改写为Windows操作系统下的应用系统一样，是一个质变过程。

    值得一提的是国内一家ERP软件供应商在今年4月公开对外宣布业内第一款基于SOA架构体系的ERP软件正式推向市场，说明应用软件厂商已经在厉兵秣马了。

    不过，很关键的一个前提条件是搭建SOA架构都必须在企业业务流程梳理上下功夫。
 

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。