CN102156642A - 一种通用业务流程管理接口的实现方法和系统 - Google Patents

Abstract

一种通用业务流程管理接口的实现方法和系统，有利于促进软件集成商所面临的软件产品化，也有利于满足用户对流程管理产品的切换需求，其特征在于包括如下步骤：制定业务流程的业务模型，根据业务模型提取业务流程管理的通用API，并使通用API接受业务系统的调用；对选用的流程管理产品的特定API进行二次封装，并使特定API的底层对业务系统屏蔽，使得业务系统不会直接调用特定API，而是调用通用API，从而在业务系统和流程管理产品之间实现解耦。

Description

一种通用业务流程管理接口的实现方法和系统

技术领域

本发明涉及业务系统与流程管理产品之间应用程序接口API技术，特别是一种通用业务流程管理接口的实现方法和系统。所述API是应用程序接口的英文缩写，为本领域通用。

背景技术

业务流程是将具体业务的处理过程离散成一系列的有顺序，有组织，有逻辑的业务节点或者任务，并在计算机中以恰当的模型进行表示和自动运算，它属于计算机支持的协同工作(Computer Supported Cooperative Work，CSCW)的一部分。业务流程对于企业的意义不仅仅在于对企业关键业务的一种描述；更在于对企业的业务运营有着指导意义，这种意义体现在对资源的优化、对企业组织机构的优化以及对管理制度的一系列改变。这种优化的目的实际也是企业所追求的目标：降低企业的运营成本，提高对市场需求的响应速度，争取企业利润的最大化。

基于业务流程的优势和需求，全球各主要的软件生产商分别推出了各自的业务流程管理产品，像IBM的FileNet，WPS(Websphere process server)，EMC的documentum流程引擎，BEA公司推出的AquaLogic BPM Suite等。软件集成商基于这些流程管理产品构建，实施客户的业务系统。软件集成商首先根据客户的业务梳理业务流程并使用流程管理产品进行流程建模；业务系统通过调用这些流程管理产品的API来对流程进行调度，使流程逻辑融入到业务逻辑中去，如图1所示。

虽然各个软件集成商使用此开发模式已经成功实施了许多客户的业务系统，但是该集成方式使业务系统和流程管理产品紧密的耦合在一起，不管是开发商还是客户都明显感觉到这种集成方式给以后的系统维护和扩展带来不少问题：

1.对软件集成商来说，为客户开发的软件系统很大一部分可以产品化，以此减少为拥有类似需求的客户实施类似系统付出的成本。由于流程管理产品的选择往往受制于用户，所以产品化的业务系统要求能支持多种不同的流程管理产品。所以将业务系统和流程管理产品紧密耦合在一起明显不利于系统的产品化。

2.对软件集成商来说，每开发一个针对不同流程产品的业务系统需要开发人员花费巨大的精力研究特定流程管理产品API的使用，对项目的周期和人员成本会产生比较大的影响。

3.对客户来说，面临着流程管理产品的选择问题，当现有的流程管理产品不能满足需求时，更换流程管理产品同样会付出巨大的成本。

发明内容

本发明针对现有技术的缺陷或不足，提供一种通用业务流程管理接口的实现方法和系统。采用所述方法和系统，有利于促进软件集成商所面临的软件产品化，也有利于满足用户对流程管理产品的切换需求。

本发明的技术方案如下：

一种通用业务流程管理接口的实现方法，其特征在于包括如下步骤：制定业务流程的业务模型，根据业务模型提取业务流程管理的通用API，并使通用API接受业务系统的调用；对选用的流程管理产品的特定API进行二次封装，并使特定API的底层对业务系统屏蔽，使得业务系统不会直接调用特定API，而是调用通用API，从而在业务系统和流程管理产品之间实现解耦。

所述通用API具有事件处理机制，以及可定制化的操作机制。

如果通用API提供的功能依靠选用的流程管理产品无法实现，则借助数据库来实现。

所述选用的流程管理产品能够根据需要切换。

所述业务模型包括如下组件：流程模板组件、流程实例组件、工作项组件、流程数据组件、流程引擎组件和与流程引擎相连接的连接组件。

所述流程模板组件封装了业务模型中所标注的对流程模板的操作，包括查询模板和/或更新流程模板；通过流程模板的管理组件，能够查询流程模板详细信息。

所述流程实例组件封装了业务模型中所标注的对流程实例的操作，包括创建流程实例、启动流程实例和/或终止流程实例；该组件具有对流程实例的查询统计功能。

所述工作项组件封装了业务模型中所标注的对工作项的操作，包括完成工作项和/或终止工作项；该组件具有对工作项的查询统计功能。

所述流程数据组件是用键-值对的形式来表示流程的数据，并将流程的各种参与者抽象为流程的数据；所述流程引擎组件通过业务流程引擎能够获取流程模板的管理器、流程实例的管理器和/或工作项管理器；所述与流程引擎相连接的连接组件具有对用户和系统的认证，并具有事务控制功能。

一种通用业务流程管理接口的实现系统，其特征在于包括：业务模型和根据业务模型提取业务流程管理的通用API，所述通用API接受业务系统的调用；对选用的流程管理产品的特定API进行二次封装、并使特定API的底层对业务系统屏蔽的装置，使得业务系统不会直接调用特定API，而是调用通用API，从而在业务系统和流程管理产品之间实现解耦；所述业务模型包括如下组件：流程模板组件、流程实例组件、工作项组件、流程数据组件、流程引擎组件和与流程引擎相连接的连接组件。

本发明的技术效果如下：

本发明相对于根据不同的流程管理产品开发不同业务接口而言，具有以下优势：

1、可复用的流程管理通用API接口：本框架提供的通用API接口支持多个流程管理产品，可在多个项目使用。

2、快速的项目实施周期以及较低的实施成本：通过对业务系统和流程管理产品解耦，可复用项目实施人员、经验，加快项目实施，降低实施成本。

3、灵活的可扩展特性：通过完善的事件处理机制、可定制的操作机制，本流程管理API可方便的进行扩展，以满足多种业务需求。

附图说明

图1是业务系统直接调用业务流程管理产品API的结构图。

图2是流程实例状态转换图。

图3是工作项状态转换图。

图4是业务系统通过通用业务流程管理API访问业务流程管理产品API的结构图。

图5是通用业务流程管理API的内部实现结构图。

图6是通用业务流程管理API的可定制化操作的组件关系图。

具体实施方式

下面结合附图(图1-图6)对本发明进行说明。

本发明提供一种对业界主流流程管理产品的API进行封装，生成一套通用业务流程管理的API的设计方案和实现方法。

本发明的目的是通过设计一套通用的业务流程管理的API提供给业务系统调用，对业务系统屏蔽底层流程管理产品的API。这样就将业务系统和流程管理产品进行解耦，解决了软件集成商所面临的软件产品化等问题，也解决了客户所面临的流程管理产品切换的问题。

本发明人抽象和提炼出符合流程管理要求、适应多个流程管理产品的通用流程管理框架，本框架具有如下特性：

1、成熟的业务流程模型：通过对业界主流的流程管理产品的分析和提炼，结合国内特有的流程管理需求，建立了一套成熟、完备、满足业务需求的业务流程模型。

2、完善的事件处理机制：通过引入事件机制，可根据业务需求灵活的在流程的各个环节加入监控、业务处理、日志记录等功能。

3、可定制化的操作机制：考虑到用户业务需求的多样性和复杂性，框架提供可灵活定制的操作机制，满足复杂查询、客户自定义操作等复杂逻辑。

4、标准的流程设计规范：业务流程梳理、整合、优化是企业实施流程改造的关键，根据多年丰富的实施经验制定的标准流程设计规范可指导企业进行业务流程改造。

本发明统一了业务流程的业务模型，根据业务模型提取了业务流程管理的通用API。考虑到该通用业务流程管理API的可扩展性，提供了事件处理机制；考虑到用户业务需求的多样性和复杂性，提供了可定制化操作机制。该发明制定了基于该通用API的流程设计规范，为软件集成商进行基于该通用API的系统开发和扩展提供依据。

本发明为了达到通用业务流程管理API的通用性，从以下几个方面进行了分析，约定和设计。

一.通用业务流程管理Java API的业务模型

业务流程中涉及三类对象需要外界管理，流程模板，流程实例，工作项，流程参与者，流程数据。

1.流程模板

流程模板是对一类业务的处理过程的定义。它由流程管理产品的流程设计工具进行设计，然后发布，处于可运行状态。它通常以图形化的形式展示给用户。流程模板有版本控制。用户对同一个流程模板的更新会产生一个新版本。

2.流程实例

流程实例是流程定义的运行实例，它代表了一个待完成的业务。当用户调用API启动了流程后，会产生一条流程实例。流程实例被用户操作，会产生不同的运行状态：预启动，运行，已挂起，已终止，失败，结束。流程实例的状态在不同的操作下可以互相转换，如图2所示。图中连接线上的标注表示对流程实例进行的操作或者流程实例发生的事件。当流程实例的最后一个节点完成后，流程实例变为“结束”状态。当流程实例在运行过程中，以为系统异常或者数据异常等原因导致流程实例的流转失败。对于作废的流程可以进行终止，对于暂缓处理的流程可以进行挂起；同样可以反向操作。对于处在“失败”，“终止”和“结束”状态的流程实例可以从数据库中删除。

3.工作项

工作项是流程节点的运行实例，是业务操作者的待处理任务。业务操作者通过查询属于自己的待处理的工作项获取任务并完成任务，进而将流程实例推向下一个节点，为下一个业务操作者产生新的任务。工作项的状态转换如图3所示。图中连接线上的标注表示工作项进行的操作。工作项产生后处在“已就绪”状态，业务操作者查询到自己的待处理工作项之后，先对工作项进行申明，保证其他业务操作者无法处理该任务。业务操作者完成任务后，流程将被推向下一个业务节点，当前任务处在“已完成”的状态。对于不需要处理的任务可以进行终止，对于暂缓处理的任务可以进行挂起；同样可以进行反向操作。

工作项可以被其他人代理完成，也可以重新进行分配。

4.流程参与者

流程参与者是指对业务流程进行流程建模时指定的业务节点的潜在的处理人，管理者和流程实例的管理者。

(1)流程实例的管理者拥有对流程实例进行启动，终止，挂起等所有的操作。

(2)业务节点的潜在处理人指工作项的所有者，负责完成该任务。业务节点的潜在处理人可以由其他人代理，也可以进行改变，即将工作项重新分配给其他人。

(3)业务节点的管理者拥有特殊的权限，如对任务进行重新分配等操作：我们将流程的参与者抽象为用户和组两种类型，组是多个用户的集合。可以将流程参与者指定为组，则该组下的所有用户拥有相应的操作权限。

5.流程数据

我们将进入业务流程的业务数据和流程控制数据统称为流程数据。

业界主流的流程管理产品基本上都支持该业务模型，对于个别不支持的业务操作可以借助数据库技术进行封装实现。

二.通用业务流程管理Java API的设计

1.通用业务流程管理API的系统模型

业务流程管理通用API是基于以上业务模型，对特定流程管理产品API的二次封装。业务系统不会直接调用特定流程管理产品的API，而是调用通用业务流程管理的API。这样将业务系统和特定的流程管理产品进行了解耦。如图4示，流程管理API在整个业务系统中的位置。这样可以根据需要，改变通用业务流程管理API的封装对象达到改变特定流程管理产品的目的。

图5表示通用业务流程管理API的结构。图中DMEngine是针对Documentum业务流程管理API的封装，FNEngine是对FileNet业务流程管理API的封装。如果通用业务流程管理接口提供的功能依靠Documentum或者FileNet无法实现，可以借助于数据库来实现。

2.通用业务流程管理API的组件模型

基于通用业务流程管理Java API的业务模型，我们抽象出一下相关的组件：

(1)ProcessTemplate代表流程模板，ProcessTemplateManager是针对流程模板的管理组件，该组件封装了业务模型中所标注的对流程模板的各种操作，如查询模板，更新流程模板等。通过流程模板的管理组件，可以查询流程模板详细信息，如流程模板的创建者，相关节点信息等。

(2)ProcessInstance代表流程实例，ProcessInstanceManager是针对流程实例的管理组件，该组件封装了业务模型中所标注的对流程实例的各种操作，创建流程实例，启动流程实例，终止流程实例等；该组件同样提供对流程实例的查询统计等功能。

(3)WorkItem代表工作项，WorkItemManager是针对工作项的管理组件，该组件封装了业务模型中所标注的对工作项的各种操作，如完成工作项，终止工作项等；该组件同样提供对工作项的查询统计等功能。

(4)BPMConnection代表和流程引擎的连接，提供对用户和系统的认证，并提供事务控制功能。

(5)BPMData代表流程数据，主要是用键-值对的形式来表示流程的数据。流程的各种参与者也抽象为流程的数据。

(5)用Engine组件表示业务流程引擎，通过业务流程引擎可以获取流程模板的管理器，流程实例的管理器，工作项管理器等。该对象的实现类是用户访问通用业务流程API的入口。

以上几种组件是我们抽象出来的通用的组件。通用业务流程API将其自身定义的流程实例状态和工作项状态分别与特定的流程管理产品中相应的状态作了映射。当针对特定流程管理产品的API进行封装时，需要针对每个组件分别进行实现或者封装。

(6)EngineFactory是引擎对象的工厂类，它负责根据用户配置或者指定的流程引擎的类型创建Engine对象，具体创建的细节对用户屏蔽。

(7)DM开头的类为针对Documentum流程管理API的实现类，封装了Documentum的流程管理功能。

(8)CommonEngine对象为多个同流程管理产品的代理，对用户屏蔽了流程引擎对象的类型。该对象是用户访问流程通用接口的入口。

(9)ProcessInstanceManagerProxy，WorkItemManagerProxy，ProcessTemplateManagerProxy分别对应着流程实例管理对象的代理，工作项管理对象的代理，流程模版管理对象的代理。在该代理类中，除了调用所代理的组件的相关接口之后，还负责处理用户定制的组件的事件，即ProcessEventHan dler和WorkItemEventHandler。

3.通用业务流程管理API的代码使用方法

CommonEngine engine＝new CommonEngine()；

engine.connect(username，password，org，app)；

ProcessInstanceManager piManager＝engine.createProcessInstanceManager()；

piManager.createAndStartProcess(…)；

engine.disConnect()；

4.通用业务流程管理API的事件处理机制

当用户进行流程操作时，往往需要在进行操作之前或者之后记录日志，采集数据或者对数据进行验证等，为此本发明引入了事件处理机制，就是上面提到的ProcessEventHandler和WorkItemEventHandler。这是两个接口，提供了在进行流程操作之前或者之后进行数据处理的方法。用户如果需要，实现这两个接口，并将其实现类注册到通用流程管理API提供的注册文件(EventHandlerRegistry.properties)中即可，如下：

PI_EVH[0]＝com.nantian.bpm.eh.MyProcessEventHandler

WI_EVH[0]＝com.nantian.bpm.eh.MyWorkItemEventHandler

5.通用业务流程管理API的可定制化操作模式

通用业务流程管理接口可以提供尽可能多的接口来满足用户的需要。但鉴于通用业务流程接口屏蔽了原流程管理产品的部分功能，尤其是查询功能，无法满足用户的需求；为此，为了达到业务系统和流程管理产品API的松耦合且兼顾用户的需求，本发明引入了可定制化操作的模式，即CustomOperation组件。如图6所示结构图。DMCustomOperation和FNCustomOperation分别为针对Documentum和FileNet流程管理实现的可定制化操作的实现类。具体操作分别继承该抽象类。用户实现该组件，将其实现类注册到通用业务流程管理API提供可定制化操作注册表文件(CustomOperationRegistry.properties)中，如下示：

Query4BizTask＝com.nantian.business.CustomQuery4BizTask

用户通过如下代码调用该操作：

Engine engine＝new CommonEngine()；

engine.createWorkItemManager.exeueteCustomOperation(“Query4BizTask”)；

三.通用业务流程管理API的流程建模规范

一种通用的业务流程管理API要求进行业务流程建模时必须遵循一定的约定：

1.使用不同的流程管理产品提供的流程设计器进行业务流程建模时，必须统一流程的名称，节点的名称。

2.使用不同的流程管理产品提供的流程设计器进行业务流程建模时，约定一个业务流程只能使用一条流程数据，流程数据中不使用复杂的数据类型。

3.使用不同的流程管理产品提供的流程设计器进行业务流程建模时，使用用户-组的流程参与者模型。

4.使用不同的流程管理产品提供的流程设计器进行业务流程建模时，借助于流程数据来传递动态设置的流程参与者。

5.使用不同的流程管理产品提供的流程设计器进行业务流程建模时，对相同的业务节点必须使用相同的流程模式。

在此指明，以上叙述有助于本领域技术人员理解本发明创造，但并非限制本发明创造的保护范围。任何没有脱离本发明创造实质内容的对以上叙述的等同替换、修饰改进和/或删繁从简而进行的实施，均落入本发明创造的保护范围。

Claims (10)

1.一种通用业务流程管理接口的实现方法，其特征在于包括如下步骤：制定业务流程的业务模型，根据业务模型提取业务流程管理的通用API，并使通用API接受业务系统的调用；对选用的流程管理产品的特定API进行二次封装，并使特定API的底层对业务系统屏蔽，使得业务系统不会直接调用特定API，而是调用通用API，从而在业务系统和流程管理产品之间实现解耦。

2.根据权利要求1所述的通用业务流程管理接口的实现方法，其特征在于：所述通用API具有事件处理机制，以及可定制化的操作机制。

3.根据权利要求1所述的通用业务流程管理接口的实现方法，其特征在于：如果通用API提供的功能依靠选用的流程管理产品无法实现，则借助数据库来实现。

4.根据权利要求1所述的通用业务流程管理接口的实现方法，其特征在于：所述选用的流程管理产品能够根据需要切换。

5.根据权利要求1所述的通用业务流程管理接口的实现方法，其特征在于：所述业务模型包括如下组件：流程模板组件、流程实例组件、工作项组件、流程数据组件、流程引擎组件和与流程引擎相连接的连接组件。

6.根据权利要求5所述的通用业务流程管理接口的实现方法，其特征在于：所述流程模板组件封装了业务模型中所标注的对流程模板的操作，包括查询模板和/或更新流程模板；通过流程模板的管理组件，能够查询流程模板详细信息。

7.根据权利要求5所述的通用业务流程管理接口的实现方法，其特征在于：所述流程实例组件封装了业务模型中所标注的对流程实例的操作，包括创建流程实例、启动流程实例和/或终止流程实例；该组件具有对流程实例的查询统计功能。

8.根据权利要求5所述的通用业务流程管理接口的实现方法，其特征在于：所述工作项组件封装了业务模型中所标注的对工作项的操作，包括完成工作项和/或终止工作项；该组件具有对工作项的查询统计功能。

9.根据权利要求5所述的通用业务流程管理接口的实现方法，其特征在于：所述流程数据组件是用键-值对的形式来表示流程的数据，并将流程的各种参与者抽象为流程的数据；所述流程引擎组件通过业务流程引擎能够获取流程模板的管理器、流程实例的管理器和/或工作项管理器；所述与流程引擎相连接的连接组件具有对用户和系统的认证，并具有事务控制功能。

10.一种通用业务流程管理接口的实现系统，其特征在于包括：业务模型和根据业务模型提取业务流程管理的通用API，所述通用API接受业务系统的调用；对选用的流程管理产品的特定API进行二次封装、并使特定API的底层对业务系统屏蔽的装置，使得业务系统不会直接调用特定API，而是调用通用API，从而在业务系统和流程管理产品之间实现解耦；所述业务模型包括如下组件：流程模板组件、流程实例组件、工作项组件、流程数据组件、流程引擎组件和与流程引擎相连接的连接组件。

Images