CN1858783A

CN1858783A - 工作流管理系统中数据驱动的方法

Info

Publication number: CN1858783A
Application number: CNA2006100272849A
Authority: CN
Inventors: 卜飞鸣
Original assignee: HONGXUN SOFTWARE CO Ltd SHANGHAI
Current assignee: HONGXUN SOFTWARE CO Ltd SHANGHAI
Priority date: 2006-06-05
Filing date: 2006-06-05
Publication date: 2006-11-08

Abstract

本发明提供一种工作流管理系统中数据驱动的方法，包括：1.数据驱动任务：定义某个一般任务变量为数据请求变量，形成一个数据驱动任务；在数据驱动任务上设有一个数据请求队列；2.数据连接：向数据驱动节点的数据请求队列上发送数据请求；3.工作流引擎实现；还包括数据驱动子流程：在子流程的开始节点上配置数据请求变量，形成一个数据驱动子流程；在数据驱动子流程上设有一个数据请求队列。本发明方法根据工作流运行时的数据来驱动流程，能改变流程走向，动态决定工作流实例中任务实例或子流程实例的个数。在工作流管理系统中，轻易解决流程异常、流程过多及批量处理的问题；可减少流程数目以及流程开发、管理、维护的工作量。

Description

工作流管理系统中数据驱动的方法

技术领域

本发明涉及一种在工作流管理系统(Workflow Management System，简称WFMS)中，可解决流程处理中各种难点的数据驱动的方法。

背景技术

工作流技术发端于1970年代中期办公自动化领域的研究工作，但工作流思想的出现还应该更早，在1968年的时候，Fritz Nordsieck就已经清楚地表达了利用信息技术实现工作流程自动化的想法。工作流是针对工作中具有固定程序的常规活动而提出的一个概念。通过将工作活动分解成定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。工作流技术为企业更好地实现经营目标提供了先进的手段。工作流管理系统WFMS是以规格化的流程描述作为输入组件，它维护流程的运行状态，并在人和应用之间分派活动。

含有工作流特征的商用系统的开发始于1983年至1985年间，早期的商用系统主要应用于图像处理领域和电子邮件领域。图像处理许多时候需要流转和跟踪图像，工作流则恰好迎合了这种需求；而增强的电子邮件系统也采用了工作流的思想，把原来点对点的邮件流转改进为依照某种流程来流转。在这些早期的工作流系统中只有少数获得了成功。

进入1990年代以后，相关的技术条件逐渐成熟，工作流系统的开发与研究进入了一个新的热潮。据调查，截至1995年共有200多种系统声称支持工作流管理或者拥有工作流特征。工作流技术被广泛应用于电信业、软件工程、制造业、金融业、银行业、科学试验、卫生保健领域、航运业和办公自动化领域。

如图1所示，是工作流管理联盟(Workflow Management Coalition，简称WfMC)发布的工作流系统参考模型，其中包含：

流程定义(Process Definition)1’，是一种形式上的业务流程描述，由各种活动以及相互之间的网状关系组成，标识了流程的开始和终止，并且包含个体行为的信息，比如各个参与者、与IT相关的应用程序和数据等；这里还另外涉及一个重要的概念：流程实例(Process Instance)，其是流程定义的一个运行实体，记录流程的状态。

工作流服务(Workflow Enactment Service)2’，其主要功能是读取工作流定义、根据工作流定义驱动工作流的流转；工作流服务2’会提供API(Application Programming Interface，应用编程接口)供客户端模块调用。

客户端模块(Workflow Client Application)3’，该模块由用户结合业务需求而开发，通过它来驱动工作流；客户端模块通过工作流引擎2’提供的API与工作流引擎2’交互。

调用模块(Invoked Application)4’，通过该调用模块4’允许调用工作流引擎2’之外的功能。

其他工作流服务(Other Work Flow Enactment Services)5’，其是与其他工作流引擎协作的接口。

管理监控工具(Administration and Monitoring Tools)6’，管理人员从中获得流程运行的确切数据；另外有些时候，运行日志也可用于审计。

在工作流管理系统的基础上，演进出很多标准，即用结构化的语言来定义一些流程元素和元素间的关系，以此来描述流程。以工作流产品宏迅工作流管理系统(BMIAsia Workflow Management System，简称BMWF)为例，介绍一般工作流的概念。如图2所示，首先定义工作流的基本元素，包括：开始(如图2a所示)、结束(如图2b所示)、普通任务(如图2c所示)、子流程任务(如图2d所示)、与(如图2e所示)、或(如图2f所示)、分支(如图2g所示)、连接(如图2h所示)；通过组合上述基本元素可定义流程，请参见图3。

根据目前的工作流管理系统，其流程处理经常会遇到以下的难题：

一、流程异常

以图3为例，这是电信行业的一个业务流程：电话装机流程。工作流启动以后，先进行资源的配置，包括：先进行配线环节，再进行配号环节，这两个都是普通任务。资源配置结束后生成三张工单：程控机房施工(开通电话号码端口)；测量台施工(连接电话号码端口和分线盒端口)；外线施工(连接分线盒和用户家中)，要求工人去施工；当三个工单环节都结束后，整个工作流实例也就结束了。

但是图3所示的流程中，完全没有考虑异常情况的发生，而这在实际的业务中是不可能达到的。比如，很有可能在外线施工环节施工时发现资源配置错误，工人将要求重新配置资源；重新配置资源以后有以下可能：

1、号码资源不变，程控机房施工环节已施工；则应该跳过程控机房施工环节；此时需要0个施工环节；

2、号码资源不变，程控机房施工环节未施工；则应该做程控机房施工环节；此时需要1个施工环节；

3、号码资源改变，程控机房施工环节已施工；则应拆除旧号，并对新号做程控机房施工环节；此时需要2个施工环节；

4、号码资源改变，程控机房施工环节未施工；则应该对新号做程控机房施工环节；此时需要1个施工环节。

再有，用户可能在流程启动以后要求修改或者取消，而此时的情况也非常复杂。

为了全面处理各种异常情况，整个流程将会充斥着大量条件分支判断，流程将会非常庞大乃至无法维护。

二、流程过多

一般的工作流系统，当两个流程稍有不同，就要重新定义一个新的流程。比如，图4是电话同局移机的流程，由于无需改变电话号码，所以不需要进行程控机房施工。

但是上述图3的电话装机流程和图4的电话同局移机的流程，两者其实只有很小的差别：即有无程控机房施工任务。类似的，对于电话改号，电话跨局移机等业务，都需要重新定义工作流。如果企业的流程发生变化，比如要增加一个公共的环节，所有以上的工作流都需要相应修改。从而导致流程难以管理和维护。

三、批量处理

批量处理是常见的需求。仍以电信行业为例，某个大客户可能需要批量安装N门电话，而且需要一起处理。设计上，可以把每门电话用一个流程来进行安装，再用一个流程作为总管流程来管理N个子流程，如图5所示，但是N这个数字是会变化的，采用这种流程方式无法根据N的改变而动态改变子流程数目；而如果用采用循环方式，可以根据用户要求的数目来动态生成N的实际数值，但是这样的运行流程就无法实现所有子流程的并行执行，导致浪费时间和资源。

上面所述的三个问题都是一般工作流系统难以解决的，这些问题的本质都是要根据运行时的数据来动态的决定流程的个数，尤其是任务实例或者子流程实例的个数。现有的工作流标准语言没有描述这样的动态流程的能力，对上面这些问题也就没有很好的解决方案。

发明内容

本发明的目的是提供一种工作流管理系统中数据驱动的方法，其可根据工作流运行时的数据来驱动流程，不仅能够改变流程走向，还能够动态决定工作流实例中任务实例或子流程实例的个数。

为达到上述目的，本发明提供的一种工作流管理系统中数据驱动的方法，其包含以下步骤：

步骤1、数据驱动任务：在一般任务基础上，定义任务变量为数据请求变量，形成一个数据驱动任务；在数据驱动任务上设有一个数据请求队列；

步骤2、数据连接：向数据驱动节点的数据请求队列上发送数据请求；

步骤3、工作流引擎实现：

3.1、当流程从一个节点流过时，工作流引擎先执行数据连接上的操作以发送数据，然后根据流程连接来继续流程；

3.2、当流程流到数据驱动节点时，工作流引擎会根据该节点的数据请求队列中的请求个数来创建节点实例。

在步骤1中，所述的数据请求变量对于数据连接而言，其标示了数据驱动任务上的数据请求队列；其赋值语义为将数据发送到数据请求队列中。

在步骤1中，所述的数据请求变量对于数据驱动任务而言，工作流引擎在运行时会根据数据请求队列上的请求个数来决定任务实例的个数，每个任务实例得到一份数据请求；对数据驱动任务实例而言，数据请求变量等同于一般变量。

在步骤1中，所述的数据驱动任务上还设置数据处理器，实现数据请求预处理；工作流引擎先调用数据处理器的函数方法处理数据请求队列中的请求，然后再根据处理结果来创建任务实例。

在步骤2中，所述的数据连接由一串流程操作组成，这些流程操作可以访问三个上下文中的变量：连接起始点的变量、连接终止点的变量和工作流全局变量。

所述的步骤2中，若连接终止点是数据驱动节点，那么对其数据请求变量的赋值操作表示向其数据请求队列发送数据。

所述的3.2中，若当前数据驱动节点的数据请求队列为空，则流程直接流过；若该数据驱动节点配置了数据处理器，工作流引擎会先调用数据处理器的函数方法，再用该方法的结果来创建流程实例。

进一步，根据所述的数据任务驱动，本发明方法还类似包括数据驱动子流程，根据子流程节点引用的子流程是否由数据驱动，决定该子流程节点是否由数据驱动。

所述的数据驱动子流程，在子流程的开始节点上配置数据请求变量，形成一个数据驱动子流程；在数据驱动子流程上设有一个数据请求队列；工作流引擎在运行时根据数据请求队列上的请求个数来决定子流程实例的个数。

所述的数据驱动子流程上还设置数据处理器，实现数据请求预处理；工作流引擎先调用数据处理器的函数方法处理数据请求队列中的请求，然后再根据处理结果来创建任务实例。

所述的数据驱动子流程，若已知要驱动哪个子流程，那么数据驱动子流程节点等同于一般的子流程节点。

所述的数据驱动子流程，若要在流程运行时才能得知要驱动哪个子流程，那么需要在数据驱动子流程节点上配置表达式，用于在运行时选择子流程。

本发明提供的一种工作流管理系统中数据驱动的方法，其可根据工作流运行时的数据来驱动流程，不仅能够改变流程走向，还能够动态决定工作流实例中任务实例或子流程实例的个数。

使用本发明提供的一种工作流管理系统中数据驱动的方法，在工作流管理系统中，能很容易的解决流程异常、流程过多以及流程批量处理的问题；可大大减少流程数目，并大大减少流程开发、管理、维护的工作量。

附图说明

图1为工作流管理联盟发布的工作流系统参考模型；

图2为工作流中的各基本元素的示意图；

图3为电信行业中的电话装机流程示意图；

图4为电信行业中的电话同局移机流程示意图；

图5为电信行业中的批量电话装机流程示意图；

图6为本发明提供的数据驱动任务的示意图；

图7为本发明提供的通过数据驱动的电话装机流程示意图；

图8为本发明提供的通过数据驱动的批量电话装机流程示意图。

具体实施方式

以下根据图6～图8，详细介绍本发明的较佳实施例，以便进一步了解本

发明的内容。

本发明提供的一种工作流管理系统中数据驱动的方法，其包含以下几个步骤：

步骤1、数据驱动任务：在一般任务基础上，定义任务变量为数据请求变量，形成一个数据驱动任务(如图6所示)；在数据驱动任务上设有一个数据请求队列；

步骤3、工作流引擎实现：

以下是一个数据驱动任务的实例：首先定义一个名叫request的变量，类型是bmiasia.ebos.util.LineResult，然后将这个变量配置为数据驱动任务的数据请求变量。

在步骤1中，所述的数据驱动任务上还设置数据处理器，实现数据请求预处理；

所述的数据处理器是一个Java类，其必须实现下列接口：

package bmiasia.ebos.wfms.provider；

public interface IEventProvider

{

/**

*参数说明：

*instanceId：流程实例标识

*data：数据请求队列中的请求

*instanceVar：流程实例全局变量

*/

List mergeEvems(String instanceId，List data，Map instanceVar)；

}

工作流引擎先调用数据处理器的mergeEvents方法处理数据请求队列中的请求，然后再根据处理结果来创建任务实例。

以下是一个数据连接上操作的实例：该操作把连接起始点的变量@serviceOrder的子定单列表subOrderList拿出来赋给连接终止点的变量#serviceOrder，而#serviceOrder是数据请求变量，所以其含义是向数据请求队列发送数据。

所述的3.2中，若当前数据驱动节点的数据请求队列为空，则流程直接流过；若该数据驱动节点配置了数据处理器，工作流引擎会先调用数据处理器的mergeEvents方法，再用该方法的结果来创建流程实例。

所述的数据驱动子流程，若已知要驱动哪个子流程，那么数据驱动子流程节点等同于一般的子流程节点。具体实例为：父流程中的子流程节点配置子流程为bmiasia.ebos.util.Subflow，在bmiasia.ebos.util.Subflow的开始节点Start中配置了数据请求变量名request。

所述的数据驱动子流程，若要在流程运行时才能得知要驱动哪个子流程，那么需要在数据驱动子流程节点上配置表达式，用于在运行时选择子流程。具体实例为：使用表达式Util.getFlowName()来得到子流程定义的名称。

以下详细描述使用本发明方法来解决3个流程中常见难题的实施例：

实施例一、流程异常解决方案

如图7所示，其是图3所示的电话装机流程的数据驱动版，可以看到，图中所有的工单环节都变成了数据驱动任务，同时还增加了一个任务：计算数据；并且从计算数据到三个工单环节除出了原先的连接外，还多了本发明所述的数据连接，在图中以

表示。

计算数据任务是用来计算工单请求数据，这些请求数据通过数据连接发到三个工单环节，工单环节就通过这些数据来决定实际上是否有任务以及有多少任务。

其过程大致描述如下：流程启动的时候，目标是要新装一门电话，而一门电话由三张工单组成，由此发出三个工单请求。每张工单在正常完工后都会记录下来。如果一切正常，那么在所有工单都完工后流程就结束了。当发生退单，先让流程停止，然后让流程跳转到开始节点重新开始。当流程流经计算数据时，该节点根据工单记录可以知道哪些工单应做但未做(这些仍然需要做)，哪些工单不应做而未做(这些忽略即可)，哪些工单应做而已做(这些忽略即可)，哪些工单不应做但已做(这些需要生成恢复工单来恢复)，于是就会通过数据连接发送出正确的工单请求。

营业修改和注销也可以类似处理。营业修改是用户修改了他的需求，我们可以根据用户新的需求和工单记录来产生工单数据请求，然后让流程重新开始。注销是用户取消了他的请求，我们可以根据用户原来的状况和工单记录来产生工单数据请求，这些工单将把用户恢复到原来的状况。

实施例二、流程过多解决方案

以电话装机流程(参见图3)和电话同局移机流程(参见图4)为例，他们可以合并成图7所示的流程。对于电话装机，计算数据会生成3个数据请求，对应3张工单；对于电话同局移机，计算数据由于发现电话号码没有发生变化，仅生成1个数据请求，对应到外线施工工单。

同样，对于电话改号流程，电话拆机流程，电话跨局移机流程等等也都可以合并，所以其实关于电话的所有流程最终都可以合并为图7所示的数据驱动流程中。

通过流程合并，大大减少了流程的数目，也就大大减少了流程开发，管理，维护的工作量。

实施例三、批量处理解决方案

假设：对于批量安装电话，生成一张批量安装的定单，该定单包含若干张子定单，即为这批中每门电话生成一张子定单。

如图8所示，其是批量安装电话的流程，图中的数据连接配置和图7相同。

数据连接将批量定单的子定单作为数据请求发送到节点安装子流程，而安装子流程是数据驱动子流程节点，每个数据请求(也就是子定单)将会启动一个电话装机流程。所以批量定单中有多少个子定单，就会启动多少个流程。这样，我们就轻而易举的解决了批量定单的问题。

Claims

1、一种工作流管理系统中数据驱动的方法，其特征在于，包含以下步骤：

步骤3、工作流引擎实现：

2、如权利要求1所述的工作流管理系统中数据驱动的方法，其特征在于，在步骤1中，所述的数据请求变量对于数据连接而言，其标示了数据驱动任务上的数据请求队列；其赋值语义为将数据发送到数据请求队列中。

3、如权利要求1所述的工作流管理系统中数据驱动的方法，其特征在于，在步骤1中，所述的数据请求变量对于数据驱动任务而言，工作流引擎在运行时会根据数据请求队列上的请求个数来决定任务实例的个数，每个任务实例得到一份数据请求；对数据驱动任务实例而言，数据请求变量等同于一般变量。

4、如权利要求1所述的工作流管理系统中数据驱动的方法，其特征在于，在步骤1中，所述的数据驱动任务上设置数据处理器，实现数据请求预处理；工作流引擎先调用数据处理器的函数方法处理数据请求队列中的请求，然后再根据处理结果来创建任务实例。

5、如权利要求1所述的工作流管理系统中数据驱动的方法，其特征在于，在步骤2中，所述的数据连接由一串流程操作组成，该些流程操作访问三个上下文中的变量：连接起始点的变量、连接终止点的变量和工作流全局变量。

6、如权利要求5所述的工作流管理系统中数据驱动的方法，其特征在于，所述的步骤2中，若连接终止点是数据驱动节点，则对其数据请求变量的赋值操作表示向其数据请求队列发送数据。

7、如权利要求1所述的工作流管理系统中数据驱动的方法，其特征在于，所述的3.2中，若当前数据驱动节点的数据请求队列为空，则流程直接流过；若该数据驱动节点配置了数据处理器，工作流引擎会先调用数据处理器的函数方法，再用该方法的结果来创建流程实例。

8、如权利要求1所述的工作流管理系统中数据驱动的方法，其特征在于，还包含数据驱动子流程：在子流程的开始节点上配置数据请求变量，形成一个数据驱动子流程；在数据驱动子流程上设有一个数据请求队列；工作流引擎在运行时根据数据请求队列上的请求个数来决定子流程实例的个数。

9、如权利要求8所述的工作流管理系统中数据驱动的方法，其特征在于，所述的数据驱动子流程上设置数据处理器，实现数据请求预处理；工作流引擎先调用数据处理器的函数方法处理数据请求队列中的请求，然后再根据处理结果来创建任务实例。

10、如权利要求8所述的工作流管理系统中数据驱动的方法，其特征在于，所述的数据驱动子流程，若已知要驱动哪个子流程，则数据驱动子流程节点等同于一般的子流程节点；若要在流程运行时才能得知要驱动哪个子流程，则需要在数据驱动子流程节点上配置表达式，在运行时选择子流程。