CN101714230A

CN101714230A - 一种用户自定义的工作流管理方法及系统

Info

Publication number: CN101714230A
Application number: CN200910194055A
Authority: CN
Inventors: 杨镇琼
Original assignee: Guangdong Gever Technology Co Ltd
Current assignee: Guangdong Gever Technology Co Ltd
Priority date: 2009-11-20
Filing date: 2009-11-20
Publication date: 2010-05-26

Abstract

本发明提供了一种用户自定义的工作流管理方法，其包括：根据目标业务过程设计过程模型，该过程模型包含若干个任务节点；设置所述过程模型中的任务节点的属性为允许任意跳转；工作流引擎加载所述过程模型并创建一个流程实例对象；工作流引擎过滤掉会破坏流程完整性的任务节点，返回显示允许属性为任意跳转的任务节点；用户选择要自定义跳转的任务节点。本发明还提供了一种用户自定义的工作流管理系统。本发明对传统工作流引擎进行改进，加入了任意环节跳转的功能，在不影响传统工作流引擎功能基础上又提供用户根据工作需要自定义改变流程执行顺序的需要。

Description

一种用户自定义的工作流管理方法及系统

技术领域

本发明涉及一种工作流管理技术领域，尤其是指一种用户自定义的工作流管理方法及系统。

背景技术

现代社会中，人们对所从事工作的分工越来越细，完成一项工作已经不是一个人的事，需要多人之间的协作，并以通过对工作过程合理的组织，才能高效的完成工作。工作流正是为了解决多人之间的组织协作问题而出现的一种技术，它利用计算机建立业务过程模型，将不同的人、不同的任务组织起来，并控制业务的执行顺序以及任务在不同的人之间的分配。

工作流管理系统是“一种在工作流形式化表示的驱动下，通过软件的执行而完成工作流定义、管理及执行的系统”，其主要目标是对业务过程中各活动发生的先后次序以及同活动相关的相应人力或信息资源的调用，进行管理和实现业务过程的自动化。

工作流系统参考模型的体系结构如图1所示，它主要由过程工具、过程定义、工作流执行服务、组织/角色模型数据、任务表、应用程序以及工作流相关数据等组成。通过使用一个或多个分析、建模和系统定义工具，把实际中的业务过程转变成形式的、计算机可以处理的定义。通常把定义的结果称为过程模型、过程模板、过程元数据、或者过程定义，它包含了描述一个能够由工作流执行服务软件系统执行的过程所需要的所有信息，这些信息包括过程的开始和完成条件、构成过程的活动(任务)以及进行活动间导航的规则、用户所需要完成的任务、可能被调用的应用、工作流引擎的引用关系、以及所有与工作流相关数据的定义。

工作流执行服务负责解释过程定义、控制过程实例、安排活动的执行顺序、向用户工作表中添加工作项目、调用应用工具。这需要一个或者多个协同工作的工作流引擎来完成这些职责，工作流引擎管理各种过程的一个单独实例。工作流执行服务器维护内部控制数据，这些数据或者集中于一个工作流引擎中，或者分布在一个工作引擎集合中；这些工作流控制数据包括与各种过程、或者正执行的活动实例相关的内部状态信息，也包括工作流引擎用来合作或者从失败中进行恢复的检查点、恢复/重新启动信息。过程定义与(运行时期)工作流相关数据协作，一同用来控制过程中活动的导航、提供活动的进入与退出条件、不同活动的并行执行、顺序执行选项、用户任务、与每个活动相关的IT应用程序等。如果过程定义包括组织模型/角色实体类型，那么完成以上任务，需要访问组织/角色模型数据。工作流引擎也包括调用一些形式的应用工具的能力，来激活必要的应用程序执行相关活动。这种调用机制间有很大的不同，在一些简单的系统中，也许只提供对单一的固定工具调用(例如，文本编辑器)，然而在工作流系统中可能提供调用本地与远程的大范围内工具的方法。

工作流引擎是工作流管理软件的核心功能，当一个业务过程被初始化(由相应的人启动或者被调用)后，工作流引擎将对没有前依赖活动的活动初始化得到各个活动的任务线程，并根据任务执行所需的角色和角色中人员的指派规则，找到相应的人员(参与者)来执行该任务。当该任务执行完毕后，由执行该任务的人通知工作流引擎并更改线程状态标志，然后工作流引擎根据任务的完成条件来判断该任务是否已经完成。如果不满足完成条件，则工作流引擎向执行该任务的人返回相应的信息并要求该人再做相应的处理。如果满足完成条件，工作流引擎将该任务的完成标志设为TRUE，并判断该任务是否有后转发任务。如果该任务有后转发任务，则根据依赖集找到该任务的后转发任务集，再根据活动的后转发规则流向相应的任务(活动的后转发规则指的是：当前活动所对应的任务结束后该启动何种后继活动在找到任务的后转发任务集后，再判断具体应该流向哪些活动)。然后根据活动的前依赖规则(活动的前依赖规则：指明相应活动的启动条件，当前活动的任务线程能否启动取决于前依赖活动集，中所包含的那些活动是否已经达到各自应该达到的结束状态)判断这些相应的任务是否能够执行。如果不能执行，则等待，直到前依赖活动执行完后再执行。然后按照上面的步骤继续执行，直到所有执行完的活动都没有后转发任务了，该业务过程便完成。

经过多年的发展，市场上已经有不少工作流产品，这些产品中大多数都是基于工作流标准组织制定的标准实现的，然而这些产品都缺乏相应的灵活性，无法满足一些业务流程经常变化的应用系统。例如电子政务系统，为了顺应现代社会的快节奏，以及政务工作要根据政策宏观变化实时调整，需要对很多由于政务工作本身变化所产生的可变流程以灵活的机制进行规划、整合，这正是传统的工作流管理技术的瓶颈所在。之所以缺乏灵活性，其关键原因在于路径是驱动工作流的唯一机制，即工作是基于预先固定的因果关系从一个工作夹流转到另一个工作夹。因此，所导致的过程模型或者过于简单或者过于复杂和非透明。

发明内容

针对上述问题，本发明在目前标准工作流参考模型的工作流引擎基础上加入了用户自定义流程的扩展功能，很好的解决了业务流程一但定制就不能改变的问题。

本发明提供了一种用户自定义的工作流管理方法，其包括：

根据目标业务过程设计过程模型，该过程模型包含若干个任务节点；

设置所述过程模型中的任务节点的属性为允许任意跳转；

工作流引擎加载所述过程模型并创建一个流程实例对象；

工作流引擎过滤掉会破坏流程完整性的任务节点，返回显示允许属性为任意跳转的任务节点；

用户选择要自定义跳转的任务节点。

具体地，所述工作流引擎过滤掉会破坏流程完整性的任务节点的具体过滤规则如下：同分支线上和子流程内的任务节点可以任意跳转；主流程的任务节点不允许跳转到分支和子流程的任务节点上；相反的，分支和子流程的任务节点不允许跳转到主流程的任务节点上；过虑掉当前环节的任务节点信息。

用户选择要自定义跳转的任务节点之前还包括：工作流引擎判断当前环节是否允许离开；用户选择要自定义跳转的任务节点之后还包括：工作流引擎将当前环节的标识设置为结束，并根据下一环节的信息创建相应的任务实例，然后将此次处理结果返回。

本发明还提供了一种用户自定义的工作流管理系统，其包括：

过程模型设计模块，用于根据目标业务过程设计过程模型，该过程模型包含若干个任务节点；

属性设置模块，用于设置所述过程模型中的任务节点的属性为允许任意跳转；

工作流引擎，用于加载所述过程模型并创建一个流程实例对象；并过滤掉会破坏流程完整性的任务节点，返回显示允许属性为任意跳转的任务节点；

用户选择模块，用于用户选择要自定义跳转的任务节点。

具体进一步地，该系统还包括以下模块：应用处理模块，用于存储工作流引擎需调用到的相关应用程序；数据存储模块，用于存储工作流引擎需调用到的相关数据或任务表格。

本发明对传统工作流引擎进行改进，加入了任意环节跳转的功能，在不影响传统工作流引擎功能基础上又提供用户根据工作需要自定义改变流程执行顺序的需要。

附图说明

附图1为现有的一种工作流管理系统的系统结构示意图；

附图2为本发明的一种用户自定义的工作流管理方法的流程图；

附图3为本发明的一种用户自定义的工作流管理系统的框图。

具体实施方式

本发明的目的是提供一种改进的工作流引擎，该引擎在传统工作流引擎的基础上增加了任意环节(环节表示任务及其所在的位置)跳转功能，提供用户自由定义流程处理方式的途经，以达到用户自定义业务流程、解决传统工作流处理方式固定化、灵活性不足的缺点。

传统工作流引擎必须依赖于过程定义描述的步骤顺序的执行，例如流程必须严格按照“启动流程-任务1--任务2--任务3--结束流程”的顺序执行。当流程的执行路径想改为“启动流程-任务1--任务3--结束流程”时，对于这类因特殊需求要临时改变流程执行顺序的情况传统工作流引擎就无法满足了。这时只能通过修改现有的过程模型或者创建一个新的过程模型来实现该功能，这样做要么会影响到之前的过程模型，要么增加了工作量，而且对于一些临时的小变化就创建一个新的过程模型也是不现实的。因此，本发明对传统工作流引擎进行改进，加入了任意环节跳转的功能，在不影响传统工作流引擎功能基础上又提供用户根据工作需要自定义改变流程执行顺序的需要。这样，在不需要修改过程模型的情况下就可以实现由“任务1”跳转到“任务3”或者由“任务3”跳回“任务1”等这一系列特殊需求了。

参考图2，本发明提供了一种用户自定义的工作流管理方法，其包括：

S01、根据目标业务过程设计过程模型，该过程模型包含若干个任务节点；

S02、设置所述过程模型中的任务节点的属性为允许任意跳转；

S03、工作流引擎加载所述过程模型并创建一个流程实例对象；

S04、工作流引擎过滤掉会破坏流程完整性的任务节点，返回显示允许属性为任意跳转的任务节点；

S05、用户选择要自定义跳转的任务节点。

参考图3，本发明还提供了一种用户自定义的工作流管理系统，其包括：

过程模型设计模块1，用于根据目标业务过程设计过程模型，该过程模型包含若干个任务节点；

属性设置模块2，用于设置所述过程模型中的任务节点的属性为允许任意跳转；

工作流引擎3，用于加载所述过程模型并创建一个流程实例对象；并过滤掉会破坏流程完整性的任务节点，返回显示允许属性为任意跳转的任务节点；

用户选择模块4，用于用户选择要自定义跳转的任务节点。

具体进一步地，该系统还包括以下模块：应用处理模块5，用于存储工作流引擎需调用到的相关应用程序；数据存储模块6，用于存储工作流引擎需调用到的相关数据或任务表格。

具体来说，本发明的过程模型采用XML数据文件来描述并有一个唯一ID：流程定义ID，过程模型定义的任务节点内容包括：任务节点ID(唯一)，任务名称、节点类型、参与者、绑定表单URL、优先级、是否允许跳转和描述等，在过程模型里的描述如下：

//节点类型

//是否允许跳转

//任务节点在过程工具的显示坐标及大小

</ExtendedAttributes>

</Activity>

引擎通过过程模型的描述信息来获知哪些任务是允许跳转的：在允许任意跳转的任务节点里插入<ExtendedAttribute Name＝″IsJump″Value＝″true″/>子元素，其中Value属性的值为“true”表示该任务节点允许跳转，如果该元素不存在或者Value属性的值为“false”表示该任务节点不允许跳转。重复上述过程设置其他节点是否允许任意跳转(开始、结束、分支和合并节点不具有该属性)。默认情况下，所有任务节点的任意跳转属性是关闭的，即<ExtendedAttribute Name＝″IsJump″/>属性是不存在的，这样做是因为有些环节在业务流转过程中是必须的，如果默认该环节是允许任意跳转的将会破坏业务的完整性。此过程是引擎支持任意环节跳转的基础工作。

引擎启动时，自动加载该过程模型并根据其描述初始化所有节点信息；当用户发起一个流程请求时，引擎根据该模型信息创建一个流程实例对象并为其分配一个唯一标识号(流程实例ID)以及过程模型里的流程定义ID；然后引擎流转到第一个任务节点并根据该任务节点信息创建一个任务实例以及分配一个唯一标识号(任务实例ID)和相应的流程实例ID；这时当用户进入自己的工作夹时，与该用户相关的任务实例就以列表的方式显示出来。

1>用户在工作夹办理其中的一个任务时，会将该任务的任务实例ID和相应的流程实例传给引擎：

引擎根据传入的任务实例ID读取任务节点信息。

引擎根据传入的流程实例ID读取流程节点跳转属性“IsJump”，其值为“true”的所有任务节点信息。为了保证业务的完整性，引擎还必须过虑有可能会破坏流程完整性的任务节点，过虑规则是：同分支线上和子流程内的任务节点可以任意跳转；主流程的任务节点不允许跳转到分支和子流程的任务节点上；相反的，分支和子流程的任务节点不允许跳转到主流程的任务节点上。

由于环节不能跳转到环节自身，引擎还需要过虑掉当前环节的任务节点信息。

引擎以列表的方式返回允许任意跳转的任务节点信息并显示在任务办理界面(办理界面以下拉列表的方式跳转任务节点的名称，当用户点击时会将相应的任务ID传给引擎)。

2>用户在任务办理界面的跳转列表选择要自定义跳转到的任务节点，这时会在流程变量中创建名为“FLOW_JUMPID”的变量并为其赋值：用户选择的跳转任务节点ID：

引擎判断当前环节是否允许离开。由于引擎还实现了会审和会签功能，因此必须要保证这些功能是在正常结束后才可以离开当前环节(该步骤不是本发明的重点，因此我们假定当前环节的相关任务是完成并且是可以离开的)。

引擎根据流程变量里是否有名为“FLOW_JUMPID”的变量来判断用户是否设置了要自定义跳转的任务节点，如果该变量的值不为空则表示用户定义了跳转环节。如果判断用户有选择自定义跳转环节则校验跳转目标环节是否是有效的，校验规则：环节不能跳转到开始环节、结束环节以及当前环节自身；主流程的任务节点不允许跳转到分支和子流程的任务节点上；相反的，分支和子流程的任务节点不允许跳转到主流程的任务节点上。如果校验失败，引擎抛出不允许跳转到指定的环节异常，并结束此次办理操作。如果未选择要跳转的环节则引擎使用流程定义的下一环节进行流转。

引擎将流程变量里名为“FLOW_JUMPID”的变量删除。

引擎将当前环节的标识设置为结束，并根据下一环节的信息创建相应的任务实例，然后将此次处理结果返回。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的权利要求保护范围之内。

Claims

1.一种用户自定义的工作流管理方法，其特征在于，包括：

设置所述过程模型中的任务节点的属性为允许任意跳转；

工作流引擎加载所述过程模型并创建一个流程实例对象；

用户选择要自定义跳转的任务节点。

2.如权利要求1所述的一种用户自定义的工作流管理方法，其特征在于：工作流引擎过滤掉会破坏流程完整性的任务节点具体过滤规则如下：同分支线上和子流程内的任务节点可以任意跳转；主流程的任务节点不允许跳转到分支和子流程的任务节点上；相反的，分支和子流程的任务节点不允许跳转到主流程的任务节点上；过虑掉当前环节的任务节点信息。

3.如权利要求2所述的一种用户自定义的工作流管理方法，其特征在于：用户选择要自定义跳转的任务节点之前还包括：工作流引擎判断当前环节是否允许离开；用户选择要自定义跳转的任务节点之后还包括：工作流引擎将当前环节的标识设置为结束，并根据下一环节的信息创建相应的任务实例，然后将此次处理结果返回。

4.一种用户自定义的工作流管理系统，其特征在于，包括：

工作流引擎，用于加载所述过程模型并创建一个流程实例对象；并过滤掉会破坏流程完整性的任务节点，返回显示允许属性为任意跳转的任务节点；用户选择模块，用于用户选择要自定义跳转的任务节点。

5.如权利要求4所述的一种用户自定义的工作流管理系统，其特征在于：还包括以下模块：

应用处理模块，用于存储工作流引擎需调用到的相关应用程序；

数据存储模块，用于存储工作流引擎需调用到的相关数据或任务表格。