式应用程序之间消息的可靠传递。如图4所示，基于mom
f的企业应用集成模型提供了应用集成所必须的数据传送、过滤、映射和路由等功能，屏蔽了不同硬件平台、消息格式、通信协议之间的差异，使不同应用之间具有高效、便捷的通信能力。通过对上面几种模型的阐述，可以看出，传统的eai解决方案主要存在以下缺陷。首先，传统的eai大多是点到点的集成，不同应用之间需要一个专有的“适配器”来进行连接。当需要集成的应用较多时，这种逻辑关系就会成级数增加，需要花费大量的时间和精力。其次，企业不同应用之间相互依赖，需要了解彼此内部的具体实现方式，使得集成架构缺乏“柔性”和可扩展性，应用功能随业务需求灵活变化的便捷性较差。最后，不同的应用和数据源使用不同的接口和数据格式，没有统一、公开的标准和协议，增加了维护的复杂度和成本，同时，难于实现在其它集成架构中重用。3、基于soa的企业应用集成架构在传统eai解决方案基础上，通过引入soa中企业服务总线（esb）和业务流程编排（bpm）等技术；同时，利用成熟的webservices技术实现对不同应用的服务封装，得到了如图5所示的基于soa的企业应用集成架构。下面具体介绍架构中各层的定义和实现的功能。31应用系统层包含企业现有的crm、scm和erp打包应用程序等，以及一些遗留
f的基于对象的系统实现、业务智能应用程序。32组件层组件层支持将不同技术实现的应用系统通过封装的方式部署在集成架构中。具体实现是利用webservices技术对应用系统进行服务封装，以wsdl形式向外暴露接口，使用soap消息传输方式进行交互3。webservices技术屏蔽不同应用系统的实现细节，实现了以松散耦合的方式使用服务，因此当服务内部的具体实现变更时，只要wsdl描述的接口不变，就不会影响服务的调用。33连接层连接层位于组件层之上，实现对服务的部署、管理、控制和调用等功能，这里借助企业服务总线来实现。esb是过去消息中间件的发展，采用总线这种模式来管理和简化企业应用集成的拓扑结构，以开放的标准为基础来实现不同应用之间在消息、事件和服务级别上的互联互通4，克服了点对点集成过程中的不足。34服务层服务层包括web服务平台和可用的web服务，实现服务的发布、注册、查询和调用等功能。web服务被封装实现后在iis中发布或在uddi中注册。服务请求者可以通过iis获取服务地址直接调用，也可以在uddi中通过搜索与之需求匹配的服务进行调用。35流程层流程层定义了服务层中web服务组r