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

1、基于流程的企业业务集成方案1、企业信息化建设现状分析 1.1 企业信息化建设现状近几年来，随着信息化的发展以及企业管理水平的提高，企业信息系统整合的需求越来越强烈。企业信息化经过几年的建设，企业内部往往存在了多个相互独立的、面向特定职能的应用系统。这种系统一般面向企业中某一部门、或某一科室的需求，而由于现在企业的组织结构一般是按职能进行部门的划分，所以也就造成了面向部门所开发的系统，其功能也是面向特定职能的。 这样，在企业中往往存在着这样的一种情景，各职能科室为自身管理方便的需要，建立了多种不同的系统。这些系统要求基层的业务人员登录系统录入基础数据，各职能科室人员再根据自己的需要登录系统进行数

2、据的统计分析。因此，基层业务人员不得不面对不同的系统，甚至是相同的数据也要在不同的系统中进行重复的录入；而各职能科室的管理人员如果想要了解其它的不被自己所管理的数据时，也不得不请求其它业务系统的系统管理员为自己建立一个新的账号，进行登录查询。 图1.面向职能的企业应用系统架构另一方面，许多优秀的企业管理思想已经被越来越多的企业管理者所接受。scm、erp、aps等等先进企业管理思想的神私面纱正逐渐的被揭开，并获得了越来越多的企业的认同。然而，当这些企业雄心勃勃地准备建立相应的信息系统时，他们不得不面临这样一个相同的问题，即如何保护企业对现有应用的投资，包括系统的建设费用、业务人员在现有系统上建

3、立起来的工作经验等等。这些分离的应用隔离了业务之间的关系，原本连贯完整的业务流程被人为的破坏。而业务人员由于熟悉了自己的工作环境因此不希望这些系统被完全的抛弃。1.2 企业信息化建设需要解决的问题因此，随着企业的发展，企业应用集成已逐渐提到企业信息化建设的日程上来。综合来说，集成所要解决的问题包括以下几点：将面向职能的系统进行面向角色的整合按照企业的管理思想，将分散的业务进行集中的管理将分散的业务数据进行集中的数据整合解决远程异构系统间信息互通的问题图2.面向角色的企业应用系统架构 2 基于流程的企业业务集成方案2.1 目标建立企业业务流程中心，统一管理业务流程，并驱动底层的数据集成及消息传输

4、。建立企业数据中心，为应用提供统一的数据接口，集中分布于各个应用的数据，实现数据的共享，避免信息的重复录入，以数据的变更为起点驱动业务流程的流转。建立企业的消息中心，为企业应用提供发布/订阅或点对点的通讯模式，以必要的时候以消息的形式驱动底层的数据集成。2.2 设计思路由于不同企业应用的运行环境的复杂性，以及所面向的业务领域的相对独立性，本方案的设计严格遵循以下思路：松耦合的实现现有应用在业务层面及数据层面的集成；为集成而开发的程序单独进行配置，提供随需应变的集成策略；面向业务领域的集成策略，保证所建立的系统模型能够忠实的反映企业实际的运行状况。采用面向服务的企业总线，为企业今后业务系统的完善

5、提供可扩展的基础平台。本方案所涉及的基本组件与集成方式如下图所示：图3.集成平台逻辑结构2.3 总体方案企业管理水平的提高要求信息系统能够从整体的角度对企业的业务过程进行统一的管理，要求能够快速的适应由于客户需求的变化、生产能力的提高、供应商供应能力的变化等等各种因素而导致的对企业生产经营过程及组织结构进行的调整。因此企业信息化建设要解决的核心问题之一就是如何建立企业的业务流程中心，使得管理者可以“运筹帷幄之中，决胜千里之外”。企业信息化建设要考虑的另一个问题就是如何以一种可扩展的、松耦合的方式，实现对企业现有应用、新建应用的集成，并保证应用之间足够的独立性。本集成方案采用中创软件商用中间件有

6、限公司的infor系列中间件产品作为底层的中间件支撑平台。infor系列中间件提供一个安全稳定、扩展灵活的基础架构平台，实现可靠的消息通讯，实现构件的管理和协同；通过工作流中间件和报表工具等开发设施的协助，infor系列中间件使得快速构建复杂应用，轻松应对业务变化成为可能。 图4.基于infor系列中间件构建的应用集成解决方案从应用系统的构建、运行管理到各个应用的整合，从单一应用构建、业务数据交换到企业应用集成，从传统业务模式、web服务到业务流程再造，infor系列中间件可以提供全面平台支持，让您随需而变，快速构建复杂应用，在激烈竞争中脱颖而出。本方案涉及的infor系列中间件产品包括：in

7、forflow、inforeai、inforbus/q。inforflow是参考国际工作流管理规范实现的工作流中间件，为工作流自动化和流程再造提供基础平台。inforflow实现了流程逻辑与业务逻辑的分离，能够可视化的进行业务流程的分析、定义和业务单元的组装，从而使应用开发人员更关注于业务逻辑的实现，降低了复杂流程应用的开发难度。inforeai是解决企业应用和政府电子政务系统的信息互通、数据共享和应用整合的中间件，是面向应用集成的中间件产品。通过可视化的构件协同建模，可以快速构建网络应用，全面提升集成能力。inforeai符合国际标准化组织omg的eai规范，提供基于消息驱动和构件化的企业应

8、用集成框架，采用可视化拖放构件进行组装和配置应用适配器的方式来完成应用集成，从而有效简化了应用集成的复杂性，大幅降低了应用集成的开发难度和门槛，缩减集成的开发周期和费用，提高集成的效率。在应用集成的过程中，用户基本不需要编程，或者只需要少量的编程。inforbus/q是面向分布式应用的消息传输中间件。它为网络环境下的应用系统的开发、部署及运行，提供了灵活和易用的支撑平台。inforbus/q提供多种通信方式，为分布式应用提供高效、可靠、跨越不同操作系统、不同网络的消息/文件传送服务。提供基于java语言编写的分布式应用管理平台，可以对inforbus/q服务以及传送的消息进行远程的监控、管理。

9、同时，inforbus/q提供对多种开发语言的支持，提供c、c+、java语言的api和idl接口，使用inforbus/q可以减少开发人员的开发强度，缩短开发周期。基于infor系列中间件构建的企业业务集成解决方案如下图所示：图5.inforflow的可扩展架构2.3.1 业务流程中心应用的集成首先是业务的集成。业务流程中心在企业信息系统集成方案中处于核心的位置。业务流程中心要为企业提供业务过程建模、管理、监控、分析等全生命周期的管理职能，负责组织企业的运营过程，协调部门与部门、人与人之间的协作过程，调度工作项在业务人员之间的分配。数据层面的集成也通过业务流程中心来决定何时进行数据的抽取与转

10、移。本方案的业务流程中心使用中创工作流中间件inforflow来实现。inforflow支持顺序、分支、同步、循环、自循环、会签等丰富的工作流模型，支持流程的动态调整，使开发者与最终用户从容应对变化，提高应用系统的灵活性和适应性。inforflow支持复杂业务流程的建模，使用普通活动、路由活动、子流程活动、块活动等活动类型，可以对企业完整的运营过程进行分层、直观的建模。inforflow支持事件插件的处理，在流程实例、活动实例状态发生改变的任一时刻，允许应用扩展业务功能。图6.业务驱动的集成策略在本方案中，数据中心对外提供的数据抽取接口以及消息中心对外提供的发布消息的接口，即可使用事件插件进行

11、实现，实现后将其插接在业务流程的某个环节中。这种实现方式将每个环节要完成的核心的业务逻辑与为支持集成而由系统自动完成的数据抽取、消息发布等等逻辑隔离开来，从而实现了这些集成组件的业务无关性及可重用性，进一步增强了系统的适应业务变化的能力。在本方案中，业务流程中心对外提供了两类接口：xpdl接口xpdl是wfmc所定义的用于描述业务流程的定义语言，inforflow严格的使用此语言进行流程建模。通过此接口，业务流程中心可以接收外部系统定义的业务流程，并对业务流程进行合法性检查，也可以向外部系统提供业务流程的完整描述。流程控制接口流程控制接口以符合规范的形式对外提供流程控制的功能。应用可以通过本地

12、的调用代理对工作流引擎发起远程调用，完成对实际业务流程的驱动。应用可以通过这个接口完成对业务流程执行实例的控制及流程实例运行信息的跟踪查询。下图以客户订单管理中接收客户订单为例展示了业务流程中心通过任务驱动系统运行的过程。客户订单管理的业务流程如下：1. 市场人员接收客户订单并录入订单管理系统；2. 技术人员进行技术分析，并根据客户需要做出设计方案；3. 市场人员依据技术人员出具的设计方案进行报价；4. 市场人员将设计方案及报价发送客户确认，并签订合同。图7.基于发布/订阅的消息传输市场人员从任务处理器中获取“录入订单”的任务，并通过“订单管理系统”录入订单信息；订单管理系统通过远程调用代理向

13、工作流引擎发送提交任务的请求； 工作流引擎按照流程定义给技术分析人员分配任务； 工作流引擎调用数据抽取组件从订单管理系统数据库中抽取订单信息，存储到数据中心； 工作流引擎调用消息发布组件向消息中心发布消息； 消息中心将数据发送给已订阅订单信息的“设计系统消息代理”； 设计系统消息代理将数据进行拆包及本地化的格式转换，并存储到本地数据库中。可以看出，这种集成策略具有两大特点：以工作流引擎为核心，利用工作流引擎调度业务系统及各种扩展的组件。将为集成而开发各种集成业务组件同核心的业务系统隔离开来，使得业务系统可以不依赖于集成平台而独立运行。同时也提高了各独立于业务系统的集成组件的可复用性。2.3.2

14、 数据中心数据中心是企业信息化建设的核心之一。主要完成数据中心向应用数据索取数据、发布消息及向订阅数据的应用发送数据的功能。在数据的传递过程中，数据中心还将通过数据获取与发送接口完成数据格式的转换、打包、拆包等等步骤。数据中心通过一定的接口将应用所提供的数据收集上来，进行发布，并通过数据发送接口主动的向订阅者发送数据。数据中心使得企业数据的集成变得简单易行，有效的避免了应用的数据库之间的差异，并从业务层面上简化了数据的提供者与数据的订阅者之间的错综复杂的业务关系。数据中心是从数据层面连接分离的各个应用的桥梁。数据中心负责在适当的时候从各企业应用中收集数据，对数据进行发布，并发送给所有的订阅者，

15、使得企业各部门能够利用信息集成的成果，辅助决策和管理。在本方案中，数据中心需要以点对点的模式从各应用数据库中抽取应用的数据到数据中心，而各应用可以订阅自己感兴趣的业务数据，并接收数据中心发送过来的业务数据。安装在各应用端的客户端程序完成消息的订阅、数据发送、数据接收功能。图8.基于发布/订阅的消息传输数据中心提供的数据集成基于企业应用集成中间inforeai。inforeai采用xml消息表示，基于发布/订阅的信息共享和消息路由机制使得业务系统的信息共享简单和易于变化，可以连接异构系统和操作环境，业务系统之间的松耦合使得在局部系统出错的时候能更好地恢复，从而保证数据交换平台具有更高的强壮性和扩

16、展性。 数据抽取数据抽取是指将业务数据从应用系统的数据库中抽取到数据中心的过程。数据的抽取是由业务驱动的。当业务人员完成他的某项任务时，业务流程中心通过以插件形式配置到工作流引擎中的数据抽取组件向应用数据库发出数据抽取的命令，并通过部署在应用端的消息代理将指定的业务数据抽取并存储到数据中心数据库。 数据分发数据分发是指将订阅者订阅的业务数据从数据中心发送到应用数据库的过程。与数据的抽取相同，数据的发送也是由业务驱动的。一个可能的场景是，当业务人员处理他的某项任务之前，需要先从数据中心获取最新的业务数据，这时就可以把负责发送数据的组件以插件的形式配置到工作流引擎启动活动之前的时刻。这样，当活动启

17、动时，业务流程中心即可将数据通过部署在应用端的消息代理发送并存储到应用系统数据库中。数据的发送同样涉及数据的打包，类型转换的过程。 数据订阅客户端应用如果要从数据中心获取数据，首先要向数据中心订阅自己所需要的数据。数据中心提供了用户可以订阅的消息主题。 数据事件当eai侦听到数据源数据发生变更后，通过低层消息机制将数据转移到数据中心并发布消息的同时，可以调用定义在某种条件下的事件接口。通过此接口，可以实现基于数据驱动的集成方式。图9.数据驱动的集成策略仍以客户订单管理的流程为例，使用数据驱动触发的集成策略如下图所示： 市场人员从任务处理器中获取“设计变更”的任务，并通过“pdm系统”录入新的设

18、计数据； 数据保存到pdm系统数据库后，数据中心通过eai源适配器将数据抽取到数据中心； 数据中心发布消息，并将数据分布给订阅者； 数据中心调用业务驱动集成组件驱动业务的流转； 业务驱动集成组件通过inforflow客户端程序向工作流引擎发出提交任务的命令； 工作流引擎按照流程定义给订单管理人员分配任务； 工作流引擎调用消息发布组件向消息中心发布消息；可以看出，这种集成策略也具有两大特点：以数据中心为核心，利用消息机制向工作流引擎发出命令调度业务系统。将为集成而开发各种集成业务组件同核心的业务系统隔离开来，使得业务系统可以不依赖于集成平台而独立运行。同时也提高了各独立于业务系统的集成组件的可复

19、用性。2.3.3 消息中心消息中心对外向企业应用提供了发布/订阅及点对点的通讯模式， 在本方案中，基于inforbus/q实现的消息中心是企业应用之间进行通讯的中继路由机构，通讯的模式可以是发布/订阅模式，也可以是点对点模式。消息代理是消息中心在客户端的本地代理，业务人员可以使用安装在客户端的消息代理向消息中心发布/订阅消息。消息中心接收到消息后，可以对消息进行持久化（存储到数据中）。消息中心收到客户端发出的消息后，也可以发起对某个业务集成组件的调用。一个典型的情况是，当某类业务人员对自己管理的计划进行变更后，需要将变更的数据传递到数据中心，以供数据中心给所有订阅此变更消息的应用系统发送数据。

20、在这种情况下，数据的集成事件的触发是由消息驱动的，而非由任务驱动的。与任务驱动方式相比，消息驱动的数据集成是一种更为灵活的集成策略。然而，这种集成策略本质上违背了业务之间的承接关系，是对规范化管理的一种破坏，因此，应该尽量的避免过多的使用这个策略。仍以客户订单管理的流程为例，使用消息触发的集成策略如下图所示：图10.消息驱动的集成策略2.3.4 集成组件 集成组件是以系统集成为目的而实现的一类业务组件，集成组件独立于业务系统，在各业务系统之间完成消息传递、数据抽取与发布等功能。集成组件有利于保障平台所要集成的各个系统之间的独立性，是以松耦合形式实现应用集成的有效方式。在本方案中，目前提供以下几

21、类集成组件： 数据抽取组件向数据中心发起进行数据抽取的命令，完成从应用系统数据库中抽取业务数据的过程调用。 数据发布组件向数据中心发起发布数据的命令，由数据中心将指定的数据分发给所有的订阅者。 消息发布组件向消息中心发出发布消息的命令，由消息中心完成消息向订阅者的发分。 业务驱动集成组件由数据中心调用，向工作流引擎发出提交任务的命令。在本方案中，集成组件不能由业务系统直接调用，而是根据配置，通过业务流程中心（工作流引擎）、消息中心或者数据中心自动发起的。2.4 方案特点 面向服务的集成总线图11.面向服务的集成总线整个系统构建于基于企业服务总线而搭建的企业信息化建设平台之上，为企业信息化建设打

22、下了良好的基础。平台提供了构建企业应用所必须的各种基础设施，为企业提供了从技术层面到业务层面进行信息化建设所经常面对的问题的解决方案。面向服务的总结结构使用以后开发的新系统可以方便的集成到平台中去。 可扩展性高，可方便的集成新的应用较高的可扩展性是本方案突出的优点之一。面向服务总线的体系结构使得新增的应用可以方便的插接到系统中去。用户只需要独立的完成新增应用的开发，并通过业务流程中心重新对业务过程进行组织，将新开发应用包含进来，就可以通过远程调用代理与消息代理松散的集成到整个系统中去。 基于组件的开发思路，彻底分离业务逻辑，提高可复用性流程逻辑与业务逻辑的分离使得对业务功能的扩展变得简单清晰；

23、以插件形式部署的集成组件独立于业务系统，使得这些组件可以在业务过程的各个环节中进行重用。 集中管理、分散控制业务流程中心的建立使得管理人员可以集中的对企业各个业务过程进行管理与监控，可以方便的完成对业务过程执行的各个环节的分析，以便找出业务过程中存在的瓶颈，并及时进行改进。而各职能部门是企业运营的执行机构，他们通过分布于各部门的面向职能的业务系统完成自己的业务工作。整个系统的结构反映了企业组织结构之上的管理关系。2.5 运行分析本方案基于中创infor系统中间件，并通过定义可扩展、可拆装的集成组件，实现了多应用系统的统一管理与数据共享。在系统运行效率方面，可以满足企业业务实时办理、数据实时传输

24、、消息及时通知以及系统间大数据量转移的要求。在性能方面，由于系统所依赖的三个关键的infor系列中间件产品inforflow、inforeai、inforbus/q都有较高的处理性能，并都已经过众多大项目的考验，因此完全可以满足企业级应用系统的性能要求。系统作为企业信息化建设的基础平台，实现了形式多样的企业应用之间的协同处理，并通过三种特点不同的集成策略很好的解决了企业应用集成面临的重多难题，同时也有利于建立符合企业实际业务特点的、实用的系统模型，满足企业对规范性、灵活性、及时性的要求。2.6 成本分析实施本方案，需要提供独立的性能良好的应用服务器一台、数据库服务器一台，此外需要采购infor

25、系列中间件的费用以及针对企业的不同需求建立业务流程、数据中心的开发及维护费用。但是，企业在增加这些成本的同时，节省的却是企业对现有应用的投资以及业务人员多年以来在现有应用上建立起来的工作经验。因此，与为集成而完全重建所有企业应用的方案相比，采用本方案可以节省企业大量无谓的花费。此外，由于语言及环境的限制，或者对于一些不遵循规范开发的建立时间较早的应用而言，如果难以通过改造现有应用实现集成，本方案采取了数据驱动的集成策略，同时利用inforeai良好的用户操作界面，可以非常方便的实现对这类应用的集成，使得从数据到业务的集成简便易行。这样，也大大降低了企业应用集成的成本。3 案例分析3.1 面向制

26、造业的信息系统整合本方案针对国内某大型制造企业设计实施。在实施本项目之前，该企业已实施多个信息系统，但是系统间相互独立，信息不能共享，基础数据需在不同系统中多次重复录入，用户需求的变更、技术数据的修改难以及时反映到其它系统中并给相关人员以通知。同时，排产系统、采购计划制订等系统是以c/s结构的形式自主研发的系统，开发工具为pb，部署和维护成本较高，需要对这些系统进行重新开发以方便集成到整个系统中去。目前已实施的系统包括：系统名称 开发工具 功能简述排产系统开发工具：pb系统结构：二层c/s根据订单信息制订生产排班计划、根据客户历史需求进行订单预测及虚拟排产pdm (plm)开发工具：java

27、swing、会话bean系统结构：三层c/sswing client/jboss/(sqlserver)oracle专业的制造设计软件erp(mas)开发工具：oracle form系统结构：二层c/s包括原材料的管理。其数据库结构复杂，涉及4000多个数据库表。功能全面，但目前主要是库存和财务使用。tms（运输管理系统）开发工具：jsp/tomcat/struts/表单生成系统结构：b/s订单的合同信息管理、箱号生成及运输前流程跟踪、运输过程管理、运费计算、提供财务数据? 实施系统整合的目的在于，整合之后，各职能部门的业务人员可以从向其它部门提供信息的这种烦杂的事务中脱离出来，专心于自己的主

28、要业务的处理，从而提高办事效率。通过信息共享，公司各级领导、各职能部门的业务人员在经过授权的条件下，可以方便的获取对自己的工作有价值的信息，可以随时跟踪订单的处理状况，发现问题，以便于及时对生产过程做出调整。当客户订单、生产计划、采购计划任何一方发生变更时，系统可以通过消息机制及时通知相关人员，并启动计划变更处理流程，在流程的驱动下将相关的订单信息、物料需求清单等业务数据分发到不同的系统数据库中。对于由原有的tms、pdm、mas等系统引起的业务数据变化，采用了基于数据驱动的集成方式，降低了集成的难度，同时也大大降低了系统之间的耦合性，使得这些原有系统仍然可以独立于集成平台运行。 3.2 民航

29、机场信息系统集成我国的民航机场管理经历了从手工到半自动化的初期发展阶段，经过多年的发展，信息技术、网络技术的发展为改进信息的收集、处理、发布提供了技术基础，在国内民航机场管理方面出现了很多基于网络信息技术的管理系统和集成系统，极大地改善了机场的生产运行效率和管理水平。但是，仅仅靠信息管理系统还不能够从根本上解决人的问题，机场管理的对象定义为机场的业务流程、信息流程和管理流程，业务流程是基于民航机场业务的客观实际，是各种管理系统的出发点和根本点，它解决做什么的问题，即为航班和旅客提供安全正点、幽雅舒适的航空服务；信息流程是基于业务流程，为业务流程提供自动化的信息管理平台，是将业务流程分解成技术手

30、段的结果，是服务于业务流程，它解决如何做的问题，合理的信息流程有助于业务流程的顺利执行；管理流程源于业务流程和信息流程，将人的因素作为融合业务流程与信息流程的主要因素，从管理的角度对业务流程和信息流程加以规范、综合、提高，它解决信息系统能够规范的但不能保证有效实施的问题。好的管理流程可以更加规范业务流程和信息流程，能够使信息流程与业务流程的融合更加完美。成功的信息集成系统有赖于充分有效的业务需求分析、成熟可靠的信息管理平台，更有赖于符合实际的、简便易行的管理规定。系统应当反应当今世界先进水平并具有发展潜力，符合相应的国际标准和协议，具备容错冗余功能，不因局部故障而引起整个系统瘫痪，整个系统应完

31、全立足于机场生产运营管理和旅客信息服务，提高工作效率，减少人为差错，实现对旅客和驻场单位的优质服务。系统应具备高度的安全性和保密性，防止各种形式的非法侵入。系统应具备良好的可维护性和可操作性，在保证系统安全可靠的前提下，实现系统的经济性。机场信息管理系统具有以下特点： 可伸缩性：易于并能有效地伸缩以满足业务需求增长的需要。 灵活性：能够根据需要进行灵活调整。 互操作性：可以与不同平台的系统灵活接口，传递信息。 可扩展性：系统功能可以由用户快速定制。 可使用性：设计时充分考虑最终用户的技能水平。 企业集成：能无缝地与企业中其它相关系统通信和交换信息。 可管理性：能够被配置、部署、监控和优化以保证

32、其在预定环境中工作良好。 安全：保护信息和事务的完整性。图12.民航机场信息集成系统功能架构图系统基于inforeai、inforflow、inforweb等产品来构建系统，主要展现机场各子系统数据实时同步及核心业务子系统站坪子系统的生产流程管理的流程特点。机位分配子系统、航班信息管理子系统与数据中心之间的实时数据同步是基于inforeai来实现的，使用基于数据驱动的集成策略；而新开发的站坪服务子系统与数据中心之间的数据同步使用基于业务流程的集成策略。系统逻辑结构如下图所示：图13.民航机场系统的系统逻辑图机场信息管理系统作为机场航站楼弱电系统核心，承担机场航站楼各弱电子系统的信息枢纽作用，同时承担着机场航站楼主要业务的调度管理工作。 机场内部主要业务工作都是围绕保障航班安全正点运行来展开的，作为机场运行的核心系统，信息系统应能够对航班保障流程的全过程进行现代化的调度管理，制定合理的航班保障流程，替代原有大量繁复的