基于流程的企业业务集成方案.doc

基于流程的企业业务集成方案.doc

《基于流程的企业业务集成方案.doc》由会员分享，可在线阅读，更多相关《基于流程的企业业务集成方案.doc（15页珍藏版）》请在冰豆网上搜索。

基于流程的企业业务集成方案

1、企业信息化建设现状分析

1.1企业信息化建设现状

    近几年来，随着信息化的发展以及企业管理水平的提高，企业信息系统整合的需求越来越强烈。

企业信息化经过几年的建设，企业内部往往存在了多个相互独立的、面向特定职能的应用系统。

这种系统一般面向企业中某一部门、或某一科室的需求，而由于现在企业的组织结构一般是按职能进行部门的划分，所以也就造成了面向部门所开发的系统，其功能也是面向特定职能的。

  这样，在企业中往往存在着这样的一种情景，各职能科室为自身管理方便的需要，建立了多种不同的系统。

这些系统要求基层的业务人员登录系统录入基础数据，各职能科室人员再根据自己的需要登录系统进行数据的统计分析。

因此，基层业务人员不得不面对不同的系统，甚至是相同的数据也要在不同的系统中进行重复的录入；而各职能科室的管理人员如果想要了解其它的不被自己所管理的数据时，也不得不请求其它业务系统的系统管理员为自己建立一个新的账号，进行登录查询。

图1.面向职能的企业应用系统架构

    另一方面，许多优秀的企业管理思想已经被越来越多的企业管理者所接受。

SCM、ERP、APS等等先进企业管理思想的神私面纱正逐渐的被揭开，并获得了越来越多的企业的认同。

然而，当这些企业雄心勃勃地准备建立相应的信息系统时，他们不得不面临这样一个相同的问题，即如何保护企业对现有应用的投资，包括系统的建设费用、业务人员在现有系统上建立起来的工作经验等等。

这些分离的应用隔离了业务之间的关系，原本连贯完整的业务流程被人为的破坏。

而业务人员由于熟悉了自己的工作环境因此不希望这些系统被完全的抛弃。

1.2企业信息化建设需要解决的问题

     因此，随着企业的发展，企业应用集成已逐渐提到企业信息化建设的日程上来。

综合来说，集成所要解决的问题包括以下几点：

    •将面向职能的系统进行面向角色的整合

    •按照企业的管理思想，将分散的业务进行集中的管理

    •将分散的业务数据进行集中的数据整合

    •解决远程异构系统间信息互通的问题

图2.面向角色的企业应用系统架构

2基于流程的企业业务集成方案

2.1目标

    •建立企业业务流程中心，统一管理业务流程，并驱动底层的数据集成及消息传输。

    •建立企业数据中心，为应用提供统一的数据接口，集中分布于各个应用的数据，实现数据的共享，避免信息的重复录入，以数据的变更为起点驱动业务流程的流转。

    •建立企业的消息中心，为企业应用提供发布/订阅或点对点的通讯模式，以必要的时候以消息的形式驱动底层的数据集成。

2.2设计思路

    由于不同企业应用的运行环境的复杂性，以及所面向的业务领域的相对独立性，本方案的设计严格遵循以下思路：

    松耦合的实现现有应用在业务层面及数据层面的集成；

    为集成而开发的程序单独进行配置，提供随需应变的集成策略；

    面向业务领域的集成策略，保证所建立的系统模型能够忠实的反映企业实际的运行状况。

    采用面向服务的企业总线，为企业今后业务系统的完善提供可扩展的基础平台。

    本方案所涉及的基本组件与集成方式如下图所示：

图3.集成平台逻辑结构

 2.3总体方案

    企业管理水平的提高要求信息系统能够从整体的角度对企业的业务过程进行统一的管理，要求能够快速的适应由于客户需求的变化、生产能力的提高、供应商供应能力的变化等等各种因素而导致的对企业生产经营过程及组织结构进行的调整。

因此企业信息化建设要解决的核心问题之一就是如何建立企业的业务流程中心，使得管理者可以“运筹帷幄之中，决胜千里之外”。

企业信息化建设要考虑的另一个问题就是如何以一种可扩展的、松耦合的方式，实现对企业现有应用、新建应用的集成，并保证应用之间足够的独立性。

    本集成方案采用中创软件商用中间件有限公司的Infor系列中间件产品作为底层的中间件支撑平台。

Infor系列中间件提供一个安全稳定、扩展灵活的基础架构平台，实现可靠的消息通讯，实现构件的管理和协同；通过工作流中间件和报表工具等开发设施的协助，Infor系列中间件使得快速构建复杂应用，轻松应对业务变化成为可能。

图4.基于Infor系列中间件构建的应用集成解决方案

    从应用系统的构建、运行管理到各个应用的整合，从单一应用构建、业务数据交换到企业应用集成，从传统业务模式、Web服务到业务流程再造，Infor系列中间件可以提供全面平台支持，让您随需而变，快速构建复杂应用，在激烈竞争中脱颖而出。

    本方案涉及的Infor系列中间件产品包括：

InforFlow、InforEAI、InforBus/Q。

InforFlow是参考国际工作流管理规范实现的工作流中间件，为工作流自动化和流程再造提供基础平台。

InforFlow实现了流程逻辑与业务逻辑的分离，能够可视化的进行业务流程的分析、定义和业务单元的组装，从而使应用开发人员更关注于业务逻辑的实现，降低了复杂流程应用的开发难度。

    InforEAI是解决企业应用和政府电子政务系统的信息互通、数据共享和应用整合的中间件，是面向应用集成的中间件产品。

通过可视化的构件协同建模，可以快速构建网络应用，全面提升集成能力。

InforEAI符合国际标准化组织OMG的EAI规范，提供基于消息驱动和构件化的企业应用集成框架，采用可视化拖放构件进行组装和配置应用适配器的方式来完成应用集成，从而有效简化了应用集成的复杂性，大幅降低了应用集成的开发难度和门槛，缩减集成的开发周期和费用，提高集成的效率。

在应用集成的过程中，用户基本不需要编程，或者只需要少量的编程。

    InforBus/Q是面向分布式应用的消息传输中间件。

它为网络环境下的应用系统的开发、部署及运行，提供了灵活和易用的支撑平台。

InforBus/Q提供多种通信方式，为分布式应用提供高效、可靠、跨越不同操作系统、不同网络的消息/文件传送服务。

提供基于Java语言编写的分布式应用管理平台，可以对InforBus/Q服务以及传送的消息进行远程的监控、管理。

同时，InforBus/Q提供对多种开发语言的支持，提供C、C++、Java语言的API和IDL接口，使用InforBus/Q可以减少开发人员的开发强度，缩短开发周期。

基于Infor系列中间件构建的企业业务集成解决方案如下图所示：

图5.InforFlow的可扩展架构

 2.3.1业务流程中心

    应用的集成首先是业务的集成。

业务流程中心在企业信息系统集成方案中处于核心的位置。

业务流程中心要为企业提供业务过程建模、管理、监控、分析等全生命周期的管理职能，负责组织企业的运营过程，协调部门与部门、人与人之间的协作过程，调度工作项在业务人员之间的分配。

数据层面的集成也通过业务流程中心来决定何时进行数据的抽取与转移。

    本方案的业务流程中心使用中创工作流中间件InforFlow来实现。

InforFlow支持顺序、分支、同步、循环、自循环、会签等丰富的工作流模型，支持流程的动态调整，使开发者与最终用户从容应对变化，提高应用系统的灵活性和适应性。

InforFlow支持复杂业务流程的建模，使用普通活动、路由活动、子流程活动、块活动等活动类型，可以对企业完整的运营过程进行分层、直观的建模。

InforFlow支持事件插件的处理，在流程实例、活动实例状态发生改变的任一时刻，允许应用扩展业务功能。

图6.业务驱动的集成策略

    在本方案中，数据中心对外提供的数据抽取接口以及消息中心对外提供的发布消息的接口，即可使用事件插件进行实现，实现后将其插接在业务流程的某个环节中。

这种实现方式将每个环节要完成的核心的业务逻辑与为支持集成而由系统自动完成的数据抽取、消息发布等等逻辑隔离开来，从而实现了这些集成组件的业务无关性及可重用性，进一步增强了系统的适应业务变化的能力。

在本方案中，业务流程中心对外提供了两类接口：

   •XPDL接口

    XPDL是WfMC所定义的用于描述业务流程的定义语言，InforFlow严格的使用此语言进行流程建模。

通过此接口，业务流程中心可以接收外部系统定义的业务流程，并对业务流程进行合法性检查，也可以向外部系统提供业务流程的完整描述。

   •流程控制接口

    流程控制接口以符合规范的形式对外提供流程控制的功能。

应用可以通过本地的调用代理对工作流引擎发起远程调用，完成对实际业务流程的驱动。

应用可以通过这个接口完成对业务流程执行实例的控制及流程实例运行信息的跟踪查询。

    下图以客户订单管理中接收客户订单为例展示了业务流程中心通过任务驱动系统运行的过程。

客户订单管理的业务流程如下：

     1.市场人员接收客户订单并录入订单管理系统；

     2.技术人员进行技术分析，并根据客户需要做出设计方案；

     3.市场人员依据技术人员出具的设计方案进行报价；

     4.市场人员将设计方案及报价发送客户确认，并签订合同。

图7.基于发布/订阅的消息传输

    •  市场人员从任务处理器中获取“录入订单”的任务，并通过“订单管理系统”录入订单信息；

    •  订单管理系统通过远程调用代理向工作流引擎发送提交任务的请求；

    •工作流引擎按照流程定义给技术分析人员分配任务；

    •工作流引擎调用数据抽取组件从订单管理系统数据库中抽取订单信息，存储到数据中心；

    •工作流引擎调用消息发布组件向消息中心发布消息；

    •消息中心将数据发送给已订阅订单信息的“设计系统消息代理”；

    •设计系统消息代理将数据进行拆包及本地化的格式转换，并存储到本地数据库中。

    可以看出，这种集成策略具有两大特点：

    以工作流引擎为核心，利用工作流引擎调度业务系统及各种扩展的组件。

将为集成而开发各种集成业务组件同核心的业务系统隔离开来，使得业务系统可以不依赖于集成平台而独立运行。

同时也提高了各独立于业务系统的集成组件的可复用性。

2.3.2数据中心

    数据中心是企业信息化建设的核心之一。

主要完成数据中心向应用数据索取数据、发布消息及向订阅数据的应用发送数据的功能。

在数据的传递过程中，数据中心还将通过数据获取与发送接口完成数据格式的转换、打包、拆包等等步骤。

数据中心通过一定的接口将应用所提供的数据收集上来，进行发布，并通过数据发送接口主动的向订阅者发送数据。

数据中心使得企业数据的集成变得简单易行，有效的避免了应用的数据库之间的差异，并从业务层面上简化了数据的提供者与数据的订阅者之间的错综复杂的业务关系。

    数据中心是从数据层面连接分离的各个应用的桥梁。

数据中心负责在适当的时候从各企业应用中收集数据，对数据进行发布，并发送给所有的订阅者，使得企业各部门能够利用信息集成的成果，辅助决策和管理。

    在本方案中，数据中心需要以点对点的模式从各应用数据库中抽取应用的数据到数据中心，而各应用可以订阅自己感兴趣的业务数据，并接收数据中心发送过来的业务数据。

安装在各应用端的客户端程序完成消息的订阅、数据发送、数据接收功能。

图8.基于发布/订阅的消息传输

    数据中心提供的数据集成基于企业应用集成中间InforEAI。

InforEAI采用XML消息表示，基于发布/订阅的信息共享和消息路由机制使得业务系统的信息共享简单和易于变化，可以连接异构系统和操作环境，业务系统之间的松耦合使得在局部系统出错的时候能更好地恢复，从而保证数据交换平台具有更高的强壮性和扩展性。

    •数据抽取

    数