CN104091222A - 一种支持多模式驱动的工作流引擎 - Google Patents

Abstract

本发明公开了一种支持固定流、自由流和混合流三种模式驱动的工作流引擎，包括业务流程定义和业务流程驱动模块。在固定流模式驱动下，业务流程定义规定了流程的所有活动、路由信息等参数，在业务流程驱动时，必须根据定义的参数予以执行。在自由流模式驱动下，不需要预先定义流程相关的活动或路由信息，在业务流程驱动时，每一个活动和路由通过选定的角色或人员以及选定的应用程序信息动态地确定。在混合流模式驱动下，业务流程定义仅规定了流程可能涉及的活动信息参数，在业务流程驱动时，对于已定义的活动参数必须参照执行，对于路由线索、触发条件等则通过选定的活动、角色或人员动态地确定。

Description

一种支持多模式驱动的工作流引擎

技术领域

本发明属于计算机信息技术领域，更具体是一种支持多模式驱动的工作流引擎，用于业务流程信息化系统的实现。

背景技术

目前国内外多数的工作流引擎模式比较单一，一般都是基于预先设定好的流转线索或事件触发进行流程的驱动，比如工作流管理联盟(WFMC)就制定了详细的工作流定义及驱动等方面的规范，在此规范指导下，市场上存在很多工作流引擎产品，比如国外开源的shark、osworkflow、jbpm，商业的ultimus，微软的WF，国内协同数码、东兰等公司的产品等。

这些产品都具备一些通用的特征，比如都是预先定义好流程模板，包括涉及的步骤、步骤之间的先后关系、事件触发的条件等，然后在流程实例化后根据预先定义好的模板参数进行驱动。这种工作流的驱动模式能适合多数需要工作流参与的场景，也在很多系统里面有成功的案例。

在普通应用场景下，常规的通过预定义模板来驱动流程运转的模式虽然能适应一般应用需求。但是，在中国目前的体制环境下，尤其面对复杂的业务审批机制，这种常规的工作流驱动模式就很难满足实际需求。很多业务应用并没有良好的规范或标准可以遵循，“人治”而非“法治”阶段特点明显，意味着即使同样的事情，在不同人或不同时间的执行下其所经历的环节都可能存在巨大差异，尤其是很多审批业务如何流转都是由领导临时发话或者多人会签意见来临时动态决定的。比如政府机关的公文审批，正常的流程可能是简单的拟稿、审核、签发、核稿、印发，但在实际工作中，可能某个领导会随意地签发意见，从而改变这种固有的流转模式，完全无序或半无序地影响流程的运转。此时常规的工作流引擎就无法应对这种需求了。为此，发明了支持固定流、自由流和混合流三种模式驱动的工作流引擎。

本发明的工作流引擎通过引入自由流和混合流的概念，不需要预先确定业务该怎么办、谁来办、办多久和怎么办等参数，而是将这些需要预先设定的参数下放到流程驱动环节，由上一环节的相关数据来智能决定，这样以不变应万变的模式能很好的适应所有的不确定情况，使应用系统更加的灵活和适应用户需求。

本发明涉及到流程定义和流程驱动的基本概念如下：

1)流程或子流程：一组实现一个企业目标或策略目标的相关联的程序和活动，其表现为一组活动、驱动线索等相关参数设定的集合。

2)活动/步骤：流程定义中的最小单元，表示一个相对独立的逻辑步骤，包括人工活动和自动活动。

3)路由：各个活动的串联线索，表达了各个活动的流转顺序或触发条件，包括分支、聚合、单双向、循环等类型。

4)应用程序：活动的附加参数，定义活动需要干什么，比如填写一个或多个表单或打印一份文稿等。

5)候选参与者：活动的附加参数，定义由谁来执行活动，可以是具体的人、角色或系统。

6)流程实例：即流程实例化后的具体对象，一个流程可以实例化多个流程实例。

7)活动实例：及活动实例化后的对象，包括具体做了什么事、由谁花了多久来完成的等内容。

8)路由实例：流程实际流转的路线，记录了流程实际流转的路线信息。当为固定流时，路由实例为固定流定义里面的路径之一，当为自由流或混合流时，路由实例动态生成。

9)实际参与者：记录了活动实际的办理人，一般为人或者系统。

10)应用程序实例：活动执行时实际涉及的表单或其它任务。

11)角色/分组：一组权限或人员的集合，对一群具有某些共同属性的对象予以描述。

12)人员/用户：具体的自然人描述或系统使用者的标识。

13)组织/岗位：行政单位设置。

14)表单/处理：活动要填写的电子表单或要完成的运算或其它事项。

发明内容

为了实现上述目的，本发明采取的技术方案是：

本发明的工作流引擎包括业务流程定义和业务流程驱动二个部分，支持固定流、自由流和混合流三种模式驱动。工作流引擎以组件方式开发，组件对象包括流程模板、流程、活动、路由、候选执行者、应用程序、流程实例、活动实例、路由实例、实际执行者、扩展参数等。

所述业务流程定义部分用于描述业务流程，包括以下操作步骤：

S10：创建流程模板，所述流程模板是同类型业务流程的集合，用于方便管理同类型节点的流程。

S20：在流程模板中添加一个流程/子流程，所述流程/子流程是一系列相关活动的有序组合，支持固定流模式、自由流模式和混合流模式驱动。

S30：对上述流程/子流程配置属性，每个流程除包括名称、分类、状态、驱动模式、期限和描述等基本信息外，还可以配置高级属性，包括流程主管部门、负责人、内部编码、流转控制、表单控制、参与者和扩展参数等信息。

S40：对上述流程添加开始活动。

S50：配置开始活动属性，包括开始活动的基本属性、候选参与者、应用程序和参数四个方面，其中，基本属性包括名称、类型、期限、执行策略、启动条件、提交条件等。候选参与者类型可以是角色、也可以是具体的职员。参与方式可以是主办、分发、协办、督办、查询等，并可以根据业务系统需要进行设置。应用程序(如表单或者应用程序的URL地址)可以运行在不同类型的设备上，如桌面电脑、智能手机等终端设备。

S601：如果流程定义为固定流模式，添加后续的活动。其添加方法与添加开始活动的方法类似。转步骤S701。

S602：如果流程定义为自由流模式，转步骤S100。

S603：如果流程定义为混合流模式，添加后续的活动。。其添加方法与添加开始活动的方法类似。转步骤S703。

S701：对于固定流模式，配置后续活动的属性。其属性配置方法与配置开始活动属性的方法类似。转步骤S801。

S703：对于混合流模式，配置后续活动的属性。其属性配置方法与配置开始活动属性的方法类似。

转步骤S603，继续添加相关的活动。所有活动设置完成后，转步骤S100。

S801：对于固定流模式，添加路由。路由表达了各个活动的流转顺序或触发条件。其中，流转顺序可以有分支、聚合、单双向、循环等形式。

S901：对于固定流模式，配置路由控制。每条路由可以为普通、缺省和必选三种类型，路由的分支控制也可以进行人工控制。

转步骤S601，继续添加相关的活动和路由。所有活动和路由设置完成后，转步骤S100。

S100：保存流程信息，流程定义结束。

进一步，在业务流程定义时，还包括权限管理配置、表单管理配置等模块。权限管理配置模块负责管理业务流程、活动涉及的组织结构设置、机构职员构成、职员、角色分组，以及设置相应的权限。表单是活动过程中要填写的电子表格或要完成的运算，通过配置应用程序对应的表单路径(包括表单标识或表单对应的URL地址)，使活动与应用程序关联。

所述业务流程驱动部分，用于创建流程实例，并根据业务流程定义，创建流程的每一个活动实例、路由实例，为每一个活动设置实际参与者和应用程序实例等。

对于固定流模式驱动，每一个预定义好的流程可以实例化多个实例。每个实例创建后，按顺序实例化具体的活动，每个活动由对应的应用程序执行完成后，提交到下一活动时，必须按照流程定义的路由线路进行，并激活下一活动。

对于自由流模式驱动，其运转的逻辑规则有下面关键几点：

1)流程实例化时，首先初始化流程相关的信息，包括事项名称、办理时限等，然后进入第一步初始化。

2)第一步初始化时，首先决定本步骤要办理的事项(比如填写哪个表单)、办理的时限等内容，然后分配给办理的执行者(如角色或人员)。本步骤的名称需要通过选定的角色或人员以及选定的应用程序信息动态地确定。假设选定的应用程序为某一个名称叫“预审单”的表单，而选定的负责办理本步骤的角色为“局长”或者选定的人员职务级别为“局长”，那么工作流引擎将智能地根据这些信息将步骤名称创建为“局长预审”，同理如果选择的角色是“处长”，那么本步骤名称创建为“处长预审”，如果选定的角色为办事员或普通职员，那么本步骤称创建为“处室承办预审单”等。

3)每一步办理完成后，支持无限多次提交下一步办理(或同时提交到多步办理)，其规则与流程第一步类似。选定应用程序(如表单应用程序)、选定执行者(如角色或人员)、设定时限等附加参数后可以提交本步骤操作，由工作流引擎根据应用程序和执行者动态地确定下一步的步骤名称并同时记录流转线索。

4)当流转到某一步时，执行者如果判断自己的事情已经办结，也不需要提交下一步来完成其他任务时，可以通过调用工作流的办结功能将本步骤予以办结，当所有路由分支线路上的步骤都办结后，整个自由流实例就办结了。

对于混合流模式驱动，其实例化及驱动遵循的规则要点包括：

1)流程创建后，再创建活动实例时，只能从流程预定义的活动里面选择一个或多个进行创建，活动创建规则按预先定义好的参数进行创建。

2)活动提交时，也只能在预先定义好的活动中选择一个或多个进行提交并创建(已创建的也可以再次被创建)，创建完成后，工作流引擎动态创建路由实例信息。

3)活动可以按上述规则无限制的往下提交，当某一步办理者认为不需要继续提交事情时，直接调用工作流引擎予以办结当前步骤。当所有分支步骤都选择办结后，整个流程就办结了。

有益效果

本发明主要解决了常规工作流引擎无法适应中国特色环境下随意性强的业务审批过程。

常规固定流模式能适应多数有规则可循的业务流程定义及驱动，适应规范的推进和绩效监控。

自由流模式能适应国内行政审批流程难固化的现状，满足了多数行政审批千变万化的需求，进一步扩展了工作流引擎管控的范围。

混合模式能适应部分业务流程重复但无序的现状，既能有效的限定业务的流转范围，也能为流转的顺序、次数、时限等留下了足够的灵活调整空间，又进一步扩展和强化了工作流引擎管控的范围。

本发明通过在常规固定工作流模式下，创新发明了自由流和混合流的管控模式，大幅度的扩展了工作流引擎可以管控的范围，将一切只要结果上表现出线索等关键特征的业务信息都统一管理监控起来，提高了应用系统的管理能力，也缩短了系统的研发周期，降低了程序研发的复杂度，也节约了管理的成本和研发的成本。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。

图1是根据本发明施例中的业务流程定义示意图；

图2是根据本发明实施例中的固定流定义的示意图；

图3是根据本发明实施例中的固定流定义实例化的示意图；

图4是根据本发明实施例中的自由流定义实例化的示意图；

图5是根据本发明实施例中的混合流定义的示意图；

图6是根据本发明实施例中的混合流定义实例化的示意图；

图7是本发明的工作流引擎组件对象图。

具体实施方式

(一)业务流程定义方法

业务流程定义的步骤如图1所示。

S10：创建流程模板

流程模板是同类型业务流程的容器。每个流程模板包括名称、分类及描述等基本信息。

S20：添加流程/子流程

在流程模板中添加流程。每个流程包括名称、分类、状态、驱动模式、期限和描述等基本信息。其中流程状态有禁用、启用两个状态，表明当前流程是否可用。驱动模式包括固定流模式、自由流模式和混合流模式。期限信息描述了当前流程办理的总期限。

进一步地，在流程中可以添加关联的子流程，其方法与添加流程的方法类似。

S30：配置流程属性

每个流程除包括名称、分类、状态、驱动模式、期限和描述等基本信息外，还可以配置高级属性，包括流程主管部门、负责人、内部编码、流转控制、表单控制、参与者和扩展参数等信息。其中：

流程内部编码可以用于流程的识别和统计。流转控制有允许更改和不允许更改两种模式。在流程流转提交时，允许更改模式可以更改提交的活动/步骤。表单控制也有允许增加和不允许增加两种模式。在流程流转提交时，允许增加模式可以更改下一活动/步骤运行的表单。参与者可以是单个职员、岗位、或是一个角色。如果参与者为岗位或角色，则所属岗位或角色下的所有职员具备相应的权限。参与者的参与方式分为主办和分发两种方式。主办为当前程序的办理者，即流程的创建者；分发表示当前用户是程序的全程负责人，在流程设置为“全程负责”模式时有效。参与者控制有允许另选和不允许另选两种模式。在流程流转提交时，允许另选模式可以自定义更改下一活动/步骤的办理人。扩展参数用于为流程设置扩展属性。

S40：添加开始活动

每个流程包含一个开始活动。每个活动由多个属性组成。

S50：配置开始活动属性

每个活动(包括开始活动)由基本属性、参与者、应用程序和参数四个方面组成。其中，基本属性包括：

活动名称：当前活动/步骤的名称，如“收件”。

活动类型：当前活动/步骤的类型属性。

执行期限：当前活动/步骤的办理期限。

执行策略：控制流程流转办理者，分为共享工作模式、平行会签模式、流程创建者模式和上步执行者模式四种。共享模式为当前活动/步骤按流程设置的参与者办理；平行会签模式为当前活动/步骤为平行会签，必须所有的参与者都办理完成才可提交至下一步骤；流程创建者模式表示当前活动/步骤只有流程创建者可以办理；上步执行者则表示当前活动/步骤只有上一步的执行者才能办理。

启动约束：设置当前流程步骤办理的约束条件，分为前续步骤全部完成、前续步骤完成一步和前续必选步骤完成、强制合并进入步骤四种约束条件。其中，第四种约束条件是指如果当前步骤已创建，并有新的步骤需要提交到本步骤时将不新创建步骤，而是直接指向当前已创建的步骤。

提交约束：设置当前活动/步骤提交的约束条件，分为只能选择一条路径和可以选择所有路径这两种模式。只能选择一条路径表示业务提交时，下一活动/步骤只能选择一个(界面表现为单选框)；可以选择所有路径表示业务提交时，可以自定义选择多个下一活动/步骤(界面表现为复选框)。说明：如果路由线上面设置为必选时，对应步骤提交时是不可取消选中的，如果路由线上面设置为默认，那么就是默认选中但可以取消。

必须附件：当前步骤提交时，必须提供的附件，如没有提供相应附件，活动/步骤提交时，系统将给出提示。例如办理土地登记业务，收件时

需提供相应附件。有多个附件时以“；”分开设置。

备选附件：当前流程的备选附件清单，多个附件时以“；”分开设置。

参与者属性描述了当前活动的参与者或办理者，包括参与者名称、类型、参与方式和描述信息等。其中，参与者类型可以是角色、也可以是具体的职员。参与方式可以是主办、分发、协办、督办、查询等，并可以根据业务系统需要进行设置。

应用程序属性描述了当前活动/步骤的应用程序(如表单或者应用程序的URL地址)，包含了应用程序名称、类型、所属分类、用途和描述等信息。应用程序可能运行在不同类型的设备上，如桌面电脑、智能手机等终端设备。

活动的参数属性用于设置每个活动的初始化参数，并可以根据这些参数进行业务控制和功能操作控制。

S601：如果流程定义为固定流模式，添加后续的活动。其添加方法与添加开始活动的方法类似。

S602：如果流程定义为自由流模式，转步骤S100。

S603：如果流程定义为混合流模式，添加后续的活动。。其添加方法与添加开始活动的方法类似。

S701：对于固定流模式，配置后续活动的属性。其属性配置方法与配置开始活动属性的方法类似。

S703：对于混合流模式，配置后续活动的属性。其属性配置方法与配置开始活动属性的方法类似。所有活动设置完成后，转步骤S100。

S801：对于固定流模式，添加路由。

路由表达了各个活动的流转顺序或触发条件，可以包括名称和类型信息。流转顺序可以有分支、聚合、单双向、循环等形式。

S901：对于固定流模式，配置路由控制。每条路由可以为普通、缺省和必选三种类型，路由的分支控制也可以进行人工控制。所有活动和路由设置完成后，转步骤S100。

S100：保存流程信息，流程定义结束。

(二)固定流模式驱动

固定流模式是目前市面上绝大多数工作流引擎的工作模式，适用的业务流程场景为：预先知晓要干什么、谁来干、谁先干的场景。工作流引擎需要预先定义工作流驱动模板，并在模板里面预先规划好某次某类工作需要经历的步骤(事件)、先后顺序(路由线索)、分支触发条件、办理人、办理事项等内容，然后再实例化此预先定义好的工作流模板，根据预定义的路由线索及事件条件等参数驱动业务实例按预定的规则流转。如果在流转过程中出现例外情况，则通过提供召回、退回、续办、补办、挂起、恢复、废弃、终止、办结、激活、跳转、会签、抄送、挂接等例外处理机制来应对。

在固定流模式下，要办理的业务一般具有可量化的过程，需要预先定义流程相关信息，包括名称、时限、事项等；还需要预先定义好涉及的活动信息，其中每个活动需要预先设定本活动需要完成什么任务(比如要填写哪些表单)、可以由哪些人来完成(角色或用户)等内容；然后还需要定义好每一个活动可以跳转路由到下一哪些活动，路由条件及事件等触发策略是什么等内容，这些相关参数定义好后，在实际驱动时，所有的内容都必须按这些预定义好的参数予以执行。

图2为一个典型的固定流定义示意图，其中ABCDEFGHI为预定好的活动，它们之间的连线为路由线索。在流程中的某一步还可以关联子流程。图2中，在实际路由经过F这一步活动时，可以选择启动子流程。其中，子流程的定义、实例化和驱动与主流程一致。

每一个预定义好的流程可以实例化多个实例。每个实例创建后，按顺序实例化具体的活动，每个活动由对应的应用程序执行完成后，提交到下一活动时，必须按照流程定义的路由线路进行，并激活下一活动。

图3为上述流程实例化的示意图，其中以粗实线表示的节点代表此流程实例的活动，以粗实线箭头表示的路由组成此实例的路由线路。每个流程实例包括流程的实例信息、活动的实例信息(包括表单实例和参与者实例)、路由的实例等相关信息。在流程监控时即可根据这些实例记录对流程的运转情况进行监控。

在这种固定流模式下，如果因其它外部原因需要调整流程实例状态时，可以通过有限的例外处理策略来完成，但例外处理策略也不能偏离流程预定义好的规则范围。常见例外处理策略包括：召回、退回、续办、补办、挂起、恢复、废弃、终止、办结、激活、跳转、会签、抄送、挂接等。

(三)自由流模式驱动

所述自由流模式是本发明针对实际工作中业务流程定义不严格的情况提出的一种业务流程驱动模式，是对固定流模式的扩展。，适用的业务流程场景为：无法预知要干什么、谁来干、干多久、干多少、谁先干的场景。工作流引擎不需要预先定义流程相关的活动或路由信息，可以任意实例化启动流程。此类流程驱动时，后续步骤要干什么及谁来干、干多久，在每一次都是未知的，而且每一次实例化后，到办结时，所经历的过程都将是不同的，是完完全全的自由驱动模式，可以胜任所有预先无法固化流程模板的业务需求。

自由流驱动模式解决的需求都是无序的、无法预先定义的业务流转需求，所以这类业务流在开始时不需要进行工作流预定义工作，工作流引擎最多提供一个便于实例化的人机交互界面即可。

自由流的驱动比固定流要复杂，其运转的逻辑规则有下面关键几点：

1)流程实例化时，首先初始化流程相关的信息，包括事项名称、办理时限等，然后进入第一步初始化。

2)第一步初始化时，首先决定本步骤要办理的事项(比如填写哪个表单)、办理的时限等内容，然后分配给办理的执行者(如角色或人员)。本步骤的名称需要通过选定的角色或人员以及选定的应用程序信息动态地确定。假设选定的应用程序为某一个名称叫“预审单”的表单，而选定的负责办理本步骤的角色为“局长”或者选定的人员职务级别为“局长”，那么工作流引擎将智能地根据这些信息将步骤名称创建为“局长预审”，同理如果选择的角色是“处长”，那么本步骤名称创建为“处长预审”，如果选定的角色为办事员或普通职员，那么本步骤称创建为“处室承办预审单”等。

3)每一步办理完成后，支持无限多次提交下一步办理(或同时提交到多步办理)，其规则与流程第一步类似。选定应用程序(如表单应用程序)、选定执行者(如角色或人员)、设定时限等附加参数后可以提交本步骤操作，由工作流引擎根据应用程序和执行者动态地确定下一步的步骤名称并同时记录流转线索。

4)当流转到某一步时，执行者如果判断自己的事情已经办结，也不需要提交下一步来完成其他任务时，可以通过调用工作流的办结功能将本步骤予以办结，当所有路由分支线路上的步骤都办结后，整个自由流实例就办结了。

图4为一个自由流实例的示意图，其中每一步活动都是动态创建完成的。

(四)混合流模式驱动

所述混合流模式为前述固定流模式和自由流模式的折中表现，适用的业务流程场景为：知晓要干什么，但无法确定它们谁先干、干多少的场景。工作流引擎将预先定义已知的步骤(事件)、办理事项、办理人等信息，但不指定这些步骤之间的路由顺序，在实际实例化后，工作流流转时将只能在这些候选的步骤之间进行零次或多次的流转驱动，但不能随意的创建新的步骤。相对上述的自由流，其受到了部分预定义条件的限制，可避免流程运转发生失控。

混合流驱动模式综合了固定流和自由流的部分特点，采取了部分固定部分自由的驱动模式，其中对于流程的定义、活动的定义(含应用程序、参与者、时限等)予以预先定义好，在实际实例化时，对于预先已定义好的参数必须予以参照执行，而对于路由线索、条件事件等不需要预先定义，类似于自由流模式在实际运转过程中，通过自动或手动的模式决定后续办理哪些步骤、何时办结等。

图5为一个混合流的流程定义示意图，在图5中，预先定义流程相关信息(如名称、时限等参数)，然后预定义本流程可能需要执行的步骤(包括名称、应用程序、实现、参与者等)，但是不设定这些活动/步骤之间的先后顺序、执行次数等路由信息。

在混合流程驱动时，部分具备固定流的特征，部分有自由流的特征，其实例化及驱动遵循的规则要点包括：

1)流程创建后，再创建活动实例时，只能从流程预定义的活动里面选择一个或多个进行创建，活动创建规则按预先定义好的参数进行创建。

2)活动提交时，也只能在预先定义好的活动中选择一个或多个进行提交并创建(已创建的也可以再次被创建)，创建完成后，工作流引擎动态创建路由实例信息。

3)活动可以按上述规则无限制的往下提交，当某一步办理者认为不需要继续提交事情时，直接调用工作流引擎予以办结当前步骤。当所有分支步骤都选择办结后，整个流程就办结了。

图6为一个混合流实例的示意图。其中，每一个活动实例都是根据图5预定义好的某一个活动创建的实例，而不是独立动态创建的活动实例。

(五)工作流引擎组件库

本发明的工作流引擎以组件方式开发，组件对象包括工作流模板、工作流过程、工作流活动、流程关系树、候选执行者、实例执行者、应用程序、过程实例、活动实例、工作流跳转、状态追踪、扩展参数、运行日志等，如图7所示。

最后应说明的是：显然，上述实施例仅仅是为清楚地说明本申请所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引申出的显而易见的变化或变动仍处于本申请型的保护范围之中。

Claims (5)

1.一种支持多模式驱动的工作流引擎，其特征在于：所述引擎包括业务流程定义模块和业务流程驱动模块，所述业务流程定义模块用于描述业务流程，所述业务流程驱动模块，用于创建流程实例，并根据业务流程定义，创建流程的每一个活动实例和路由实例，为每一个活动设置实际参与者和应用程序实例。

2.根据权利要求1所述的工作流引擎，其特征在于：所述工作流引擎以组件方式开发，组件对象包括流程模板、流程、活动、路由、候选执行者、应用程序、流程实例、活动实例、路由实例、实际执行者和扩展参数。

3.根据权利要求1所述的工作流引擎，其特征在于，所述业务流程定义模块，包括以下步骤：

S10创建流程模板，所述流程模板是同类型业务流程的集合，用于方便管理同类型节点的流程；

S20在流程模板中添加一个流程或子流程，所述流程或子流程是一系列相关活动的有序组合，支持固定流模式、自由流模式和混合流模式驱动；

S30对上述流程或子流程配置属性，每个流程除包括名称、分类、状态、驱动模式、期限和描述基本信息外，还能够配置高级属性，所述高级属性包括流程主管部门、负责人、内部编码、流转控制、表单控制、参与者和扩展参数信息；

S40对上述流程添加开始活动；

S50配置开始活动属性，包括开始活动的基本属性、候选参与者、应用程序和参数四个方面，其中，基本属性包括名称、类型、期限、执行策略、启动条件、提交条件；候选参与者类型是角色或是具体的职员；参与方式是主办、分发、协办、督办、查询，并能够根据业务系统需要进行设置；应用程序能够运行在不同类型的设备上。

S601如果流程定义为固定流模式，添加后续的活动，其添加方法与添加开始活动的方法类似，转步骤S701；

S602如果流程定义为自由流模式，转步骤S100；

S603如果流程定义为混合流模式，添加后续的活动，其添加方法与添加开始活动的方法类似，转步骤S703；

S701对于固定流模式，配置后续活动的属性，其属性配置方法与配置开始活动属性的方法类似，转步骤S801；

S703对于混合流模式，配置后续活动的属性，其属性配置方法与配置开始活动属性的方法类似；

转步骤S603，继续添加相关的活动，所有活动设置完成后，转步骤S100；

S801对于固定流模式，添加路由，路由表达了各个活动的流转顺序或触发条件，其中，流转顺序可以有分支、聚合、单双向或循环形式；

S901对于固定流模式，配置路由控制，每条路由可以为普通、缺省和必选三种类型，路由的分支控制也可以进行人工控制；

转步骤S601，继续添加相关的活动和路由，所有活动和路由设置完成后，转步骤S100；

S100保存流程信息，流程定义结束。

4.根据权利要求3所述的工作引擎，其特征在于：S50中所述设备包括桌面电脑、智能手机终端设备；所述业务流程定义模块，还包括权限管理配置、表单管理配置模块；权限管理配置模块负责管理业务流程、活动涉及的组织结构设置、机构职员构成、职员、角色分组，以及设置相应的权限；表单是活动过程中要填写的电子表格或要完成的运算，通过配置应用程序对应的表单路径，使活动与应用程序关联。

5.根据权利要求1所述的工作引擎，其特征在于：所述固定流模式驱动，每一个预定义好的流程可以实例化多个实例，每个实例创建后，按顺序实例化具体的活动，每个活动由对应的应用程序执行完成后，提交到下一活动时，必须按照流程定义的路由线路进行，并激活下一活动。