企业系统集成论文

《企业系统集成论文》由会员分享，可在线阅读，更多相关《企业系统集成论文（8页珍藏版）》请在金锄头文库上搜索。

1、学院 班级 学号 姓名基于 SOA 的企业集成应用研究目录一. SOA提出的背景2二. SOA 简介3三. SOA模型3四. WEB SERVICES 技术4五初识EAI.5六. EAI的分类.5七. EAI 应用.6八. 传统解决方案及特点 6九基于SOA的EAI构架6十基于SOA的EAI平台设计7十一.小结 8十二案例剖析(HANDCRAFT INC) .9一.SOA提出的背景现今，几乎每一家企业都有自己的信息管理系统，但是，潜在的问题也 越来越突出。譬如，一个企业开发了旗下部门的信息系统，但是各部分数据 分散在各个异构的应用系统中，这就使得各系统间的数据交换变得异常困难而且，系统中的流程

2、与数据相互孤立，从而形成许多的“信息孤岛”。二. SOA简介故针对目前应用系统面临的困境，根据逻辑业务需求，对现有的系统和 数据存储进行重新的规划设计，整合现有的业务、流程、数据存储以“服务” 的形式进行包装，并发布到一个标准的、开放的平台，该平台提供用户访问 接口，进而达到既保留现有系统，又能够适应现代业务发展需要的目的。在 这种局面下，SOA应运而生。SOA（ Service-Oriented Architecture，面向服务架构）这一概念于 1996 年 最早提出。它是以服务为中心的一种架构模型，可以根据需求通过网络对松 散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA

3、的 基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依 赖性。三. SOA模型在SOA服务模型中总共有3个角色，分别是服务提供者、服务消费者和 服务注册发布中心，他们之间的关系如图3-1所示。服务提供者是服务的发起者，负责服务的具体实现，并通过服务注册发 布中心来发布其服务。当有服务消费者提出响应时，提供者接受其消息并发 出响应；服务消费者则是服务执行的发起者。消费者首先要到服务注册发布 中心查询符合条件要求的服务，再根据服务信息去调用、绑定所要执行的服 务项目；服务注册发布中心是介于提供者和消费者的，它用来注册提供服务 提供者的服务和对于服务类别的查询搜索功能。四. Web

4、Services技术简介作为目前SOA的主要实现手段，Web Services技术提供了基于可扩展标 记语言 XML 的标准接口，且具有封装良好、松耦合、协议规范标准化、集 成性高等特点，能够很好地满足基于SOA思想的要求。Web Service是基于网络的、分布式的模块化组件，它执行特定的任务(消 息传递及接收请求)，遵守具体的技术规范，使得Web Service能与其他兼容的 组件进行互操作。尽管Internet Inter-Orb Protocol(IIOP)都已经发布了很长时间 了，但是这些模型都依赖于特殊对象模型协议，而Web Services利用SOAP和 XML，对这些模型在通讯

5、方面作了进一步的扩展以消除特殊对象模型的障碍。 Web Services主要利用HTTP和SOAP协议使商业数据在Web上传输，SOAP 通过 HTTP 调用商业对象执行远程功能调用， Web 用户能够使用 SOAP 和 HTTP通过 Web调用的方法来调用远程对象。五.初识 EAIEAI(Enterprise Application Integration)企业应用集成，它是基于使用不同 平台、实施不同方案建立的异构应用集成的一种方法和技术，使现有系统可 以在新的环境下稳定运行。EAI通过建立底层结构，来联系横贯整个企业的异构系统、应用、数据 源等，完成在企业内部的ERP、CRM、SCM、数

6、据库、数据仓库，以及其他 重要的内部系统之间无缝地共享和交换数据的需要。有了 EAI，企业就可以 将企业核心应用和新的Internet解决方案结合在一起。六.EAI的分类EAI从不同的角度来看，可以有不同的划分方法，具体见表6.1。划 分 角 度应用集成的对象面向数据集成、面向过程集成应用集成所使用的工具及技术6个层次：平台集成、数据集成、组件集成、应 用集成、过程集成和业务集成企业组织水平组织内集成、垂直组织内集成、不同组织系 统间的集成表 6.1 EAI 的分类 数据集成，通过访问数据库的方法实现系统间的数据集成,这种方案对应 用资源的重复使用率低,引起了系统内的功能冗余。 应用集成，通过

7、应用接口对应用系统实现集成,提供一个接近于实时的集 成,但是调用的接口开发是一对一的,不利于大系统开发,同时,功能调用的逻辑 顺序不能灵活修改。业务过程集成，通常通过使用一些高层的中间件（middleware）实现，在这 种方案下,服务代理只能对不同应用的功能调用进行管理 ,不会对整个业务的 执行流程进行管理，同时，代理层的实现对开发技术的要求比较高，不同的中间 件技术在技术上受到限制。七. EAI应用EAI将进程、软件、标准和硬件联合起来，在两个或更多的企业系统之 间实现无缝集成，使它们就像一个整体。尽管EAI常常表现为对一个商业实 体（公司、企业）的信息系统进行业务应用集成，但是，当在多个

8、企业系统之 间进行商务交易的时候，EAI也表现为不同公司实体之间的企业系统集成， 例如基于B2B的电子商务。八. 传统解决方案及特点传统企业的 EAI 主要采用 P2P 集成、消息中间件、 CORBA、 DCOM、 RMI等分布式技术，传统的系统架构难以实现异构系统间的无缝连接和数据 交换等问题，该集成方法会使原有的系统耦合度过高、灵活性较差。故提出 基于 SOA 的 EAI 构架的解决方法，该方法能够很好的解决以上问题，从而 实现信息技术与企业业务目标的良好协调，提高企业运营效率。九.基于 SOA 的 EAI 构架SOA 只是一种概念模式，是一种架构思想，它并非具体的实现技术。而 对于一个较

9、为复杂的信息集成平台来说，良好的构架（结构）会使开发进程 变得清晰。软件的扩展性和可维护性的提高与否，则是决定企业实现信息化 的关键因素。一般来说，基于 SOA 的 EAI 构架可分为 4 层：资源层、服务层、业务 层和应用层，如图 9-1 所示。同时，在集成环境中引入协同技术，实现业务过程中的人与人、人与系统间的协作和沟通，达到提高企业运营效率的目的。图 9-1 4 层结构的信息集成平台传统上,将能使企业执行流程间通信的系统称中间件。中间件主要关心的是数据层集成,这就意味着这些系统不提供任何能实现更高层集成的功能。与此相 反,EAI包括技术层面以及流程定义层面,使得定制的和/或封装的若干业务

10、应用能 够以相互可理解的格式和上下文来交换语义层的信息,亦即 EAI 产品不仅在技术 层上集成应用,而且提供了一个通信框架。十.基于SOA的EAI平台设计基于SOA的EAI平台的设计思想需考虑到物流相关企业原有的应用程序，还 要保持企业原有的应用（遗留系统），在引入SOA构架后，可将已有应用的、那 些需要开放出来的功能另外包装成为Web Service。这样，这个应用程序既能被其 它应用程序的通过Web Service进行访问，又能保证它原有的应用不受影响。搭 建一个公共信息交换平台，由两部分组成：一部分是用户服务管理，主要用于实 现信息平台的电子商务化，对使用该信息平台服务的用户进行统一的管

11、理；另一 部分是服务注册，这部分相当于SOA中服务注册中心的功能，其物流相关的企业 发布自己的服务，以供使用者来查找发现。基于SOA的EAI平台设计总体框架如图10-1。Internet财务系统库存系统企业管理系统业务流程系统注册中心UDDI图10T基于SOA的EAI平台设计架构十一.小结SOA 是一种设计理念，是企业应对系统集成化、信息化、异地化、重构化等 一系列棘手的问题的一种较为理想的解决方案。它即保护了原有系统数据的完整 性，又巧妙地回避了“信息孤岛”所带来的问题，是其工作效率大大提升。实现SOA的技术有许多种，就目前而言非Web Services莫属，同时，SOA 的最佳实现方案也使

12、得Web Services日趋成熟。随着近年来SOA标准、技术和 平台的研发，在软件体系中创建、封装或者面向服务，有针对性的解决某一类问 题，已经不再变得那么困难。但是，SOA思想并未真正的实现，基于SOA技术 去系统的、完整的构建企业应用信息系统还是相当困难的。传统的企业应用集成EAI的集成方案不能方便、灵活、低代价地实现异构系 统的集成，难以快速适应企业现代业务变化的需求。另外，随着企业计算的发展， 企业级应用要求新的软件系统不再是从底层做起，而只是依据企业逻辑需求重新 组织己有的数据存储，将现有的数据和事务通过新的渠道，如浏览器或者手持设 备呈现给用户。基于面向服务架构 SOA 应用的集成开发方案，在不改变企业应用底层架构 的基础上，可以很好地解决上述问题。它支持在中间层以服务模块方式实现解决 方案，当多个运行在不同平台和技术下的应用程序必须互相通信时，这种体系结构尤其适用。十二.案例剖析（Handcraft Inc.丿