|
该方案的特点主要有：
完整性：方案中包含了数据复制（DI）和数据访问网关（DA）两种主流的数据集成技术。数据复制技术将数据从一个地方迁移到另一个地方，并在此基础上进行转换处理，是一种松散耦合的方式，适合于不同部门之间数据的交换、集成与汇总。数据访问网关不需要移动数据，而是对多个数据库进行即时访问，并通过自身的机制来实现对多个数据库的全局查询，是一种紧耦合的集成，适合对同一个组织内多个数据库的访问；
可靠性：方案通过消息通信中间件来实现数据的可靠传输，屏蔽了网络、操作系统的异构性，通过提供持久队列、消息恢复和断点续传机制保证数据的可靠传输，通过提供自动拨号和挂断功能可以适应低端网络环境。同时，DI的自动执行特性也能够保证数据在读取、转换和加载过程中的可靠，不被人为篡改；
自动性：方案通过提供良好的自动性来解决数据集成过程中的各种繁琐和复杂操作。DI通过任务定义的方式定义数据提取、转换、传输和加载过程。任务可以自动执行，系统根据设定的条件自动地将数据从源数据端复制到目的数据端，并进行自动加载。DA支持全局查询操作，用户不需要考虑不同数据源之间的差异，也不需要自己编写代码实现不同数据源之间的联接查询；
开放性：在方案中，通过对ODBC、XML等标准的支持可以集成各种数据资源，并通过提供全面的用户编程接口来满足与其他系统的集成。
3 应用集成解决方案
数据集成解决的是一个比较基础的问题，可以实现数据层的连通与共享，但是在一些场合，数据集成可能无法实现（如不能直接访问业务系统的数据库）或者不能达到目的（如涉及到某些业务功能上的交互），这就需要进行功能层的集成了。由于以下一些原因，使得这种集成的实现并不是一件很容易的事情：
 应用系统具有不同的硬件平台、操作系统和网络环境，它们之间往往存在着很大的异构性；
应用系统可能来自不同的软件供应商，它们的工作方式千差万别；
随着业务数量和范围的扩展，需要新旧系统协调的工作；
企业自我发展完善过程中，还需要对系统进行不断的扩展和升级。
应用集成的一种传统方式是API集成，通过在一个应用系统中调用另一个系统的编程接口来实现，这种方式简单，但是具有很大的局限性：
这是一种紧耦合的集成方式，交互时需要双方都处于正常运行状态；
集成过程中需要考虑系统所处的外部环境，如操作系统、开发环境等，一旦有变化必须重新进行调整；
系统很难进行升级改造，牵一发而动其身，不能灵活的适应需求的变化。
使用消息队列方式来进行应用集成能够较好的解决上面的问题。一个应用将数据放到队列中，另一个应用从该队列中获取数据，从而达到双方的交互，这两个应用可以在同一台机器中，也可以在由局域网或广域网所连接的不同机器中。每个应用只需要与消息队列打交道，不需要知道对方的位置和环境，也不必要求双方必须正在运行时才能进行交互。网驰的消息通信中间件ISMQ能够为这种方式提供全面的支持。
当然这种方式有一个缺点就是应用交互的同步问题，因为消息队列是一种异步通信的机制，在ISMQ中我们在异步通信的基础上实现了一个同步的接口，并通过与Timeout机制的结合能够有效的解决这个问题。
图2
基于消息中间件的应用集成
随着Web技术和组件技术的发展，现在有很多应用都是基于组件的方式，如COM、EJB等，所以在应用集成中不能不考虑组件之间的集成。组件集成的前提是应用必须基于组件技术进行开发，即每个应用通过组件组合而成。在组装应用时可以将其他应用开发的组件组合到本应用中，从而实现集成其他应用的功能。
相对于其他的集成方式来说，组件集成是比较方便而灵活的，这是因为：
组件是一种自包含的，具有相对独立的功能特性和具体实现的软件包，它提供了定义好的、标准的服务接口，能够独立的进行发布，其本身具备了一定的“即插即用”能力；
组件都有一个赖以生存的环境（如EJB容器），由这个环境来统一创建、部署、运行和管理各个组件。
网驰的应用服务器WebFrame为组件集成提供了很好的支持，它包括Web容器、EJB容器，能够实现对JSP、Servlet、EJB的集成，通过提供COM
Bridge和RMI-IIOP实现了与COM组件和CORBA组件的集成。同时，WebFrame还提供了基于XML的数据描述和转换服务，实现XML与关系型数据的集成，以及提供集成规范和框架、动态插拔资源适配器来实现与已有历史遗留系统、ERP、CRM等应用系统的集成。
随着XML技术的发展和SOAP、WSDL、UDDI等规范的出现，Web Service展示了在应用集成方面的优势和特点，从而产生了基于服务的应用集成。基于服务的集成如图3所示，应用将自己对外提供的功能通过Web
Services发布并在UDDI中注册，其他应用通过从UDDI中查找到所需的服务，并通过SOAP调用所需的服务，从而集成其他应用功能。
在网驰平台中，我们对Web Service也提供了很好的支持，WebFrame、PI、OncePortal等都能够支持Web
Service。
4 业务流程管理
不管是企业还是政府部门，业务流程管理都是一个关键的问题，其他的中间件系统一般都只关注于技术实现，而流程管理还需要涉及到用户的业务处理，这就使得业务流程管理成为一个更有难度的信息化挑战。它不仅需要集成各种企业内部系统，而且还需要能够将这些内部系统同客户、供应商以及合作伙伴的各种外部系统相联接。这种联接不是简单的消息传递，它要求所有的参与者具有高度的协作能力。实施业务流程管理，缩短业务流程开发、部署时间，敏捷应对不断变化的市场与客户需求，加强信息的沟通传递效率，从而有效地降低企业运营成本，提升企业的决策反应能力。
网驰在这方面同样有很好的支持，PI作为业务流程管理系统，提供了构建灵活、高效、自适应流程的平台。PI引入面向服务的核心理念，通过将业务流程逻辑与实现各业务的应用相分离、协调流程参与者的相互关系、集成内部和外部资源以及监控和分析流程性能，实现了对业务流程整个生存周期的控制。这样，管理者可以将精力集中于业务自身的优化、组合，从而适应不断变化的商业环境。
一般来说，业务流程管理可以分为两类：业务流程自动化和人员介入工作流。业务流程自动化可以实现应用系统业务流程之间的自动调度，而人员介入工作流适用于那些需要人员进行干预的流程，如业务审批。PI对这两种类型都能够进行支持，它的任务从执行方式上可以分为自动任务和人工任务。自动任务由任务服务器通过集成适配器实现同服务绑定的应用交互。人工任务的执行由执行规则决定。执行规则定义了灵活的任务执行方式，可以由多个角色的不同组合来完成任务的执行。例如可以定义一个活动由角色A和角色B完成，其中角色A中的所有用户必须都完成该任务，而角色B中只需一人完成即可。此外，当用户不能完成分配的任务时，可以由授权用户将其重新指派给其他用户。基于PI可以实现两种业务流程的结合，即一部分业务流程需要自动化，而其他部分需要人工执行。
PI还能够方便的进行业务流程集成，实现应用系统之间基于流程的协同与交互，这是企业应用集成中的一种高级形式。
PI将企业应用分解为应用服务、流程逻辑、消息传递三个层次，将流程逻辑与企业应用剥离开来，能够适应基于流程的应用集成需求；
提供了集成适配器来集成其他应用，通过引入资源模板概念以及图形化的资源定义可以方便的将应用集成到流程中。业务流程中的每个活动均对应为抽象的服务，在流程运行时可以绑定到Java
Class、EJB、命令行程序、Web服务或其他类型的具体应用；
业务流程自身也可以包装为Web服务，供其他系统进行调用，并实现业务流程的递归组合和重用。
5 信息发布与访问
信息发布是信息化建设中必不可少的一环，如果说邮件系统是人与人之间的交互，应用集成是应用（数据）与应用（数据）之间的交互，那么信息发布就是人与应用（数据）之间的交互了。企业需要通过信息发布来与客户进行联系，政府机关需要通过信息发布来与公众进行沟通，同时还通过信息发布与内部员工进行交流。
与信息发布相对应的就是信息访问，它是客户、公众和职员获取其所需信息的一个过程。对于访问者来说，他往往同时又是公众、职员和很多企业的客户，面对着海量的信息资源，如何能够方便的获取到他所需要的信息，并根据其角色、爱好、环境的变化而灵活调整。同时作为职员，如何通过单一的界面来进行日常工作，参与企业业务流程处理。信息门户技术的出现为这个问题提供了解决途径。信息门户是一个信息窗口，它的主要用途是发布企业内部和外部的各种信息，这样使企业员工、客户和合作伙伴能够从单一的渠道访问其所需的个人化信息。除了企业信息之外，同时企业也能够通过这个单一渠道集成和发布多种应用资源，企业信息门户的用户可以通过它来执行多种企业应用，实现各种日常工作。通过集成企业信息和应用，企业用户仅使用单一的访问方式能更好的访问企业信息并参与到企业信息流程中。
网驰对信息门户也有很好的支持软件和解决方案，能够方便的进行信息发布和访问。信息门户系统OncePortal自动将分散于企业各处的不同类型的信息资源整理，并以个性化的页面进行发布，实现信息与人的交互。它通过一个portal框架与不同的信息和应用相联系，并提供诸如一次登录、web内容发布、个性化页面定制等功能。特别是作为一个完整的运行支撑平台，OncePortal能够方便的与平台中的其他系统，如应用服务器WebFrame、业务流程管理系统PI进行交互和集成，实现信息发布与应用系统的集成与协同。
图5基于OncePortal实现的防汛会商系统
|
