4.2.5.2.集成方案

基于webservice的系统集成技术架构在软件系统的开发过程中，系统集成主要实现系统的各部分（模块）之间的通讯和整合，将相对分散的子系统组成一个统一的整体，实现子系统间的功能控制和信息交互与共享。基于网络的系统集成技术已有了很多，如：DCOM（DistributedComponentObjectModel，分布式组件对象模型）、CORBA（CommonObjectRequestBrokerArchitecture，公用对象请求代理程序体系结构）和JavaRMI（JavaRemoteMethodInvocation，Java远端函数调用）等。但是这些传统的集成技术在很大程度上受到网络环境的限制，大多使用专有协议通过特别的端口进行远程通信，不能很好的支持客户段和服务器通过Internet进行通信。基于WebService的集成技术作为一种新的面向函数和方法的应用集成技术，在很大程度上解决了原有集成技术在Internet远程通信方面的问题。WebService基于XML文档进行服务描述，服务请求和反馈结果，可以在Internet上通过HTTP协议进行传递，很容易的被访问和返回结果。同时，由于WebService的相关标准都是W3C的开放协议，与平台和操作系统无关，不同的平台和操作系统上的WebService的实现在很大程度上可以做到互操作，这就使异构平台上应用的集成变得很容易。此外，过去使用的基于RPC（RPC-RemoteProcedureCall，远程过程调用）和API（ApplicationProgrammingInterface，程序编程接口）的集成技术都是一种函数级的静态解决方案（即使它们在客户机和服务器通讯时使用XML）；WebService则是一种动态的集成方案，所有的服务都可以通过UDDI（UniversalDescription，Discovery，andIntegration）标准动态地被发现、绑定和使用，容易适应系统的变动，提高系统的灵活性和伸缩性。使用WebService技术进行系统集成和过去使用其它面向函数和方法的技术进行集成类似：在进行初始设计的时候主要考虑不同应用之间，系统不同模块之间消息及数据传递的需求；根据具体需求设置相应的接口，描述接口特性；针对不同应用的平台选择相应的WebService组件，进行相应设置；实现不同应用的接口，进行相应调试；实际运行，应用程序间进行协同调试。使用WebService进行系统集成的基本模式如下图：中间件介绍a)人力资源服务用户登录OA协同一般存在以下三种模式：1)采用OA协同办公系统数据库验证模式。2)采用LDAP（LightweightDirectoryAccessProtocol）目录服务验证模式（目前比较流行的目录服务器有MicrosoftAD或SUNiplanet等）。3)采用第三方提供的统一认证与授权平台验证模式。对于模式一，用户的账号及个人信息存储在数据库中，如果企业内存在多套系统，在没有使用LDAP目录服务的情况下可能各系统都有自己单独的账号及用户信息，从而无法使用统一的接入门户。在这种情况下，客户可以使用OA中间件提供的人力资源服务，把需要整合的系统中的用户信息同步到OA系统中来，实现多系统共享用户信息。如下图所示对于模式二，采用LDAP目录服务作为验证服务器之后，企业内所有支持LDAP服务的应用系统均通过目录服务器共享用户信息，这些系统自然就可以实现统一的接入，如下图所示对于模式三，针对的是购买了统一认证与授权平台软件的企业。利用该平台，用户可以在登陆windows域的同时也通过了所有支持该平台的应用系统的验证。如下图所示b)工作流服务webservice采用xml作为信息传递载体，因此可以方便的实现不同业务数据的格式转换。其他应用系统的业务数据可以通过SOAP（SimpleObjectAccessProtocol）协议以xml格式传递到我们的工作流服务，工作流服务会把xml数据转化成OA系统可以识别的数据格式。反之，OA系统中的数据也可以通过工作流服务转换成xml数据传递给其他应用系统。由于SOAP是各大软件厂商支持的标准协议，可以很方便地实现xml数据到系统数据的转换。用例：某企业内部存在一套系统和一套OA系统，该客户希望能够实现把公文系统中的数据发送到OA系统进行审批。解决方案：首先在OA系统中创建一个表单，字段根据公文管理系统中的数据进行定义，比如：发文单位，密级，份数，标题，拟稿人。。。根据需求创建流程。（流程节点，接点操作人，出口等等）由公文管理系统维护人员或或者由OA系统开发人员在公文管理系统中做简单定制开发，在公文创建完成后调用OA中间件工作流服务，调用方法很简单，开发人员可以根据中间件提供的web服务描述文件WSDL(WebServicesDescriptionLanguage)生成任何平台（java，c#，c++，delphi等等）的本地代理程序，通过代理程序调用中间件提供的服务就像调用本地方法一样，技术上不复杂，开发难度也比较低。工作流服务接收到请求后，把请求内容（XML数据）转换成OA表单数据，并创建工作流，该工作流将按照流程定义的路径在OA系统中流转。针对企业需求，还可以通过如下几个方面进行实现：数据复制数据复制方式的目的是为了保持数据在不同数据库间的一致性，而数据库可以是同一厂商也可以是不同厂商的，甚至可以是采用了不同模型和管理模式的数据库。对于数据复制的基本要求是其必须能够提供一种数据转化和传输的基础结构，以屏蔽不同数据库间数据模型的差异。数据复制服务的基本原理是这样的：在两个或多个数据库之间设置一个软件中介，在一边，数据从源数据库中被抽取，而在另一边，数据被导入目标数据库。数据聚合数据聚合是将多个数据库和数据库模型集成为一种统一的数据库视图的方法，也可以认为，数据聚合体是一种虚拟的企业数据库，它包括了多个实体的物理数据库。数据聚合方法在分布的数据库和应用之间放置一个中间件层，该层与每一个后台的数据库用其自带的接口相连，并将分布的数据库映射为一种统一的虚拟数据库模型，而这种虚拟模型只在中间件中存在。应用就可以应用该虚拟数据库去访问需要的信息。同时，该数据聚合软件也可以通过将相关数据映射和导入实体数据库，进行数据库更新。数据聚合方法的优点是其将多种数据类型表示为统一的数据模型，支持信息交换，它能够通过一个良好定义的接口访问企业中任何相连的数据库，也提供了一种利用统一接口解决面向数据的应用集成问题的良好方法。接口集成接口集成方法利用良好定义的应用接口实现对应用包和客户化应用的集成。这种方法已在一些企业应用软件包，如业务系统套件（如SAP，PeopleSoft，andOracle）的集成中得到广泛应用而闻名，可以说，它是目前得到最广泛应用的集成方法。在面向接口的集成中，集成代理是一个时髦的概念，它通过提供用以连接应用软件包和应用适配器来实现集成，适配器通过其开放或私有接口将信息从应用中提取出来。另外一些类型的适配器可以通过面向消息的中间件（MOM）、DBMS、文件系统或其它系统和应用间接集成。有些解决方案通过接口抽象以屏蔽适配器的自然属性，来促进信息交互，从而实现和应用的交互，甚至也可以屏蔽和应用间的信息传输。这种通过接口抽象的方法提供了集成不同类型应用的高效率，也是面向接口集成方法的主要优势来源。

4.2.5.3.集成内容

多年信息化建设，缺乏信息系统总体战略规划，致使局部需求得到满足的同时，企业内部信息系统存在各自为政，相互无法互通互联的状况，形成信息孤岛，总部无法实现对整体业务运作和的全面掌控。企业应用集成（EAI）技术可以通过中间件作为粘合剂来连接企业内外各种业务相关的异构系统、应用以及数据源，从而满足企业内部业务系统及企业间供应链系统无缝共享和交换数据的需要。一个完整的集成解决方案应当包含以下五个层面：

用户交互：实现应用用户界面统一的接入与安全机制，利用门户技术进行构建。

应用连接：通过HUB或总线架构，实现应用与应用之间的连接，完成相关的数据路由与数据格式转换。

业务流程整合：实现业务流程管理，包括工作流管理和自动化流程两个方面。

构建整合：这个层面包含两个部分，一部分是构建与现有应用兼容的新应用，另一部分是对现有资源进行重用以适应新环境的需要。

信息集成：实现数据集成，在异构的数据源之间实现数据层的直接整合。

下面举例说明OA与各业务系统整合的流程图与方案简单介绍：门户相关集成门户集成清单：单点登陆，信息集成，可以门户上显示业务系统中的数据。门户集成关系图（集成单点登陆）：集成内容与关系说明：