CN102799962A - 一种配置型业务流程***及其实现方法 - Google Patents

Abstract

本发明涉及一种配置型业务流程***及其实现方法，其将业务处理流程通过业务流程配置文件、业务处理配置文件和业务规则配置文件三种配置文件进行描述和定义，通过这种配置方式使得业务流程中的业务流程、业务处理和业务规则分别独立定义、互不干扰，从而实现了三者的解耦，为业务处理流程的维护和开发增加的极大的灵活性和便捷性；同时，业务处理配置文件记载有处理节点与业务环节实现模块的关联信息，业务规则配置文件记载有控制节点与业务规则实现模块的关联信息，可见这三个配置文件互相之间又存在有机的联系，确保业务能够顺利运转。通过本发明可提高开发效率和适应需求变化的灵活性，同时缩短开发周期，降低了开发成本和维护成本。

Description

一种配置型业务流程***及其实现方法

技术领域

本发明涉及一种配置型业务流程***及其实现方法，属于业务管理***计算机软件开发平台技术领域。

背景技术

流程技术是通过将业务处理流程的每个业务环节进行定义，并且通过流程定制的方法将各个业务环节组装起来，最终通过流程控制的方法实现业务流程的处理。

现有流程技术着重于业务流程的定制和控制，流程定制可以是开发人员也可以是使用者参与，最终的目的是通过流程定制适应业务流程的变化，流程控制支撑流程定制的变化执行。

如中国发明专利ZL200410075336.0，公开了一种“利用离散单元快速构建业务处理流程的方法及***”，其将所有业务流程进行离散获得“能够完成特定功能的离散单元”，并且确定每个业务流程中各离散单元的组装形式（执行顺序），根据该组装形式进行流程运转，实现业务处理。该种***的优势在于：当业务流程发生变化时，只需要调整“业务处理***存储单元”中离散单元及其组装形式，就能完成业务重构。

该***存在如下缺陷：

1、业务处理过程中往往涉及到业务规则处理，该***并没有将业务规则处理从“离散单元”分离出来，如果业务规则一旦发生变化，则需要对“离散单元”进行修改，而且多个“离散单元”会涉及到同一个业务规则，那么这些“离散单元”都需要逐一进行修改，工作量大；

2、该***在流程运转过程中无法对流程节点进行控制，也就无法反应计算机内部的流程运行状态，那么会导致故障处理模式的复杂化；

3、该***中的“业务处理***存储单元”中，每个业务都对应一个业务流程，当存在两个以上业务的业务模式相同时，每个业务流程中业务环节的处理（包括操作界面和处理逻辑）和业务规则都需要开发，当业务流程相同的一类的流程需要变化时，需要变更大量的业务流程，这样的流程构建方式不但耗时耗力，而且不便于维护。

发明内容

本发明所要解决的技术问题是，克服现有技术的上述不足，提供一种配置型业务流程***，可通过对文件配置实现流程重构，业务处理流程的维护更加方便。

为了解决以上技术问题，本发明提供的一种配置型业务流程***，其特征在于包括： 

业务流程配置文件，记载有所有业务流程的流程节点以及每个业务流程中各流程节点的执行先后次序，所述流程节点包括处理节点、控制节点；

业务处理配置文件，记载有业务流程的处理节点与业务环节实现模块的关联关系；

业务规则配置文件，记载有业务流程的控制节点与业务规则实现模块的关联关系；

流程控制引擎，内建有流程运转控制模块，所述流程控制引擎用于读取业务流程配置文件，根据指令在***内存中创建相应的流程实例对象和用于存储流程数据的流程上下文对象，并顺序执行流程实例对象的流程节点直到流程执行结束；

业务处理引擎，内建有业务环节实现模块，所述业务环节实现模块包括业务操作界面、业务处理组件和业务数据，所述业务处理引擎用于读取业务处理配置文件，流程执行至处理节点时,根据业务处理配置文件找到与处理节点关联的业务环节实现模块，调用相应业务操作界面供用户录入业务数据，并将该业务数据转换为流程数据存储到于所述流程上下文对象中，再调用业务处理组件进行业务处理，业务处理结果设置到流程上下文对象中供后续流程节点使用；

规则处理引擎, 内建有业务规则实现模块，所述业务规则实现模块包括业务规则逻辑处理组件和规则数据，所述规则处理引擎用于读取业务规则配置文件，流程执行至控制节点时,根据业务规则配置文件找到与控制节点关联的业务规则实现模块，将流程上下文中的流程数据转换为用于业务规则处理的规则数据，并调用业务规则逻辑处理组件进行逻辑运算处理，将运算结果设置到流程上下文对象中供后续流程节点使用。

本发明***进一步的改进在于：在所述业务流程配置文件中，具有相同业务模式的业务以同一个业务流程予以表示。

业务处理引擎的业务数据是指业务处理引擎进行业务处理时所使用的数据，例如银行取款业务中涉及到的“***”、“密码”、“账户类型”、“交易金额”、“币种”。

规则处理引擎的规则数据是指规则处理引擎进行规则匹配所使用的数据，例如银行取款业务中“交易金额”如果大于10万则需要提前预约。

所述的流程实例对象与流程上下文对象一一对应。流程实例对象是根据业务流程配置文件生成的流程对象，其中包含各流程节点对象以及用于流程执行的控制对象；流程上下文对象保存流程实例对象中流程节点的数据以及归属于流程的全局数据，当流程执行时，流程节点所对应的业务处理引擎或规则处理引擎可以对流程上下文中的数据进行读写，从而满足业务处理和规则处理的要求。

本发明还提供了配置型业务流程***的实现方法，其特征是包括如下步骤：

1）构建业务流程配置文件——将业务流程的各业务环节定义为流程节点，并且根据业务流程定义各流程节点的执行先后次序，通过配置的方式组装起来，形成业务流程配置文件，所述流程节点包括处理节点和控制节点；

2）构建业务处理配置文件——将处理节点与业务环节实现模块通过配置的方式建立关联，形成业务处理配置文件；

3）构建业务规则配置文件——将控制节点与业务规则实现模块通过配置的方式建立关联，形成业务规则配置文件；

4）构建流程控制引擎——在流程控制引擎内建立流程运转控制模块，用于控制流程运转；

5）构建业务处理引擎——在业务处理引擎内建立业务环节实现模块，用于业务处理，所述业务环节实现模块包括业务操作界面、业务处理组件和业务数据；

6）构建规则处理引擎——在规则处理引擎内建立业务规则实现模块，用于业务规则处理，所述业务规则实现模块包括业务规则逻辑处理组件和规则数据；

7）流程控制引擎根据业务流程配置文件进行流程运转, 直至完成所有的流程节点的执行；当流程执行到处理节点时，业务处理引擎根据业务处理配置文件找到相应的业务环节实现模块，触发相应业务操作界面，获取用户输入的业务数据，之后相应业务处理组件进行处理；当流程执行到控制节点时, 规则处理引擎根据业务规则配置文件找到相应的业务规则实现模块，并调用相应业务规则逻辑处理组件进行逻辑运算处理。

进一步的，具有相同业务模式的业务以同一个业务流程予以表示，所述业务流程与业务环节实现模块互相独立，所述业务流程与业务规则实现模块互相独立。

更进一步的，所述流程控制引擎根据指令在***内存中创建相应的流程实例对象和用于存储流程数据的流程上下文对象；所述业务处理引擎将获取的业务数据转换为流程数据存储于流程上下文对象中，并将业务处理结果设置到流程上下文对象中；规则处理引擎将流程上下文中的流程数据转换为用于业务规则处理的规则数据，并调用业务规则逻辑处理组件进行逻辑运算处理，将运算结果重新设置到流程上下文对象中。

与现有技术相比，本发明具有以下优点：将业务处理流程通过业务流程配置文件、业务处理配置文件和业务规则配置文件三种配置文件进行描述和定义，通过这种配置方式使得业务处理流程中的业务流程、业务处理和业务规则分别独立定义、互不干扰，从而实现了三者的解耦，为业务处理流程的维护和开发增加的极大的灵活性和便捷性；同时，业务处理配置文件记载有流程节点（处理节点）与业务环节实现模块的关联信息，业务规则配置文件记载有流程节点（控制节点）与业务规则实现模块的关联信息，可见这三个记载有关联信息的配置文件互相之间又存在有机的联系，确保业务能够顺利运转。当构建新的业务处理流程时，程序开发人员仅需定义业务流程配置文件，根据具体的业务，开发业务环节实现模块，并且建立与业务流程配置的映射关系；开发业务规则实现模块，并且建立与业务流程配置的映射关系，即可完成新的业务处理流程的构建。当相同业务流程配置的业务处理流程需要变更时，程序开发人员仅需变更业务流程配置（文件），即可实现所有相同业务流程的业务处理流程的变更。因此，通过本发明可提高开发效率和适应需求变化的灵活性，同时降低了开发成本和周期。此外，本发明将业务规则处理从业务处理中分离出来，这样当业务规则发生变化时，只需对业务规则实现模块以及业务规则配置文件进行修改即可，而不必对业务处理模块进行修改，降低了开发周期和维护成本。

附图说明

图1为本发明配置型业务流程***的结构框图。

图2为银行对公活期开户/销户流程图。

图3为新增有事后监督业务环节的银行对公活期开户/销户流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，附图均采用非常简化的形式且均使用非精准的比率，仅用以方便、清晰地辅助说明本发明实施例的目的。

如图1所示，为本发明配置型业务流程***的结构框图，***包括： 

业务流程配置文件，记载有所有业务流程的流程节点以及每个业务流程中各流程节点的执行先后次序，所述流程节点包括处理节点、控制节点；

业务处理配置文件，记载有业务流程的处理节点与业务环节实现模块的关联关系；

业务规则配置文件，记载有业务流程的控制节点与业务规则实现模块的关联关系；

流程控制引擎，内建有流程运转控制模块，所述流程控制引擎用于读取业务流程配置文件，根据指令在***内存中创建相应的流程实例对象和用于存储流程数据的流程上下文对象，并顺序执行流程实例对象的流程节点直到流程执行结束；

业务处理引擎，内建有业务环节实现模块，所述业务环节实现模块包括业务操作界面、业务处理组件和业务数据，所述业务处理引擎用于读取业务处理配置文件，流程执行至处理节点时,根据业务处理配置文件找到与处理节点关联的业务环节实现模块，调用相应业务操作界面供用户录入业务数据，并将该业务数据转换为流程数据存储到于所述流程上下文对象中，再调用业务处理组件进行业务处理，业务处理结果设置到流程上下文对象中供后续流程节点使用；

规则处理引擎, 内建有业务规则实现模块，所述业务规则实现模块包括业务规则逻辑处理组件和规则数据，所述规则处理引擎用于读取业务规则配置文件，流程执行至控制节点时,根据业务规则配置文件找到与控制节点关联的业务规则实现模块，将流程上下文中的流程数据转换为用于业务规则处理的规则数据，并调用业务规则逻辑处理组件进行逻辑运算处理，将运算结果设置到流程上下文对象中供后续流程节点使用。

现以银行对公活期开户和对公活期销户流程开发和变更维护来说明本配置型业务流程***的实现方法。

对公活期开户为银行的常规业务，其功能是单位或公司客户在银行开立用于储蓄和交易的账户。此业务需要采用流程审批的方式实现。以下为具体实现方式：

构建流程控制引擎，在流程控制引擎内建立流程运转控制模块，用于控制流程运转。

构建业务处理引擎，在业务处理引擎内建立业务环节实现模块，用于业务处理，所述业务环节实现模块包括业务操作界面、业务处理组件和业务数据。

构建规则处理引擎，在规则处理引擎内建立业务规则实现模块，用于业务规则处理，所述业务规则实现模块包括业务规则逻辑处理组件和规则数据。

构建业务流程配置文件，其相应的流程设计图参见图2。其包括前台复核、综合经办、审批授权复核、审批授权退票及主机记账等业务处理节点以及是否需要前台复核、前台复核是否通过、综合经办是否通过及审批授权是否通过等控制节点。

构建业务处理配置文件，针对“对公活期开户”业务，在业务处理引擎中，对流程中业务处理节点开发“对公活期开户”业务所涉及的业务环节实现模块，并在业务处理配置文件中建立业务环节实现模块与业务处理节点的配置映射关系，例如开发对公活期开户的“综合经办”处理环节涉及的界面（包括开户金额、币种、付款账户、账户名称及是否合规等信息）、业务处理实现组件等实现模块与流程配置中的“综合经办”建立关联。

构建业务规则配置文件，针对“对公活期开户”业务，在规则处理引擎中，对流程中的控制节点开发“对公活期开户”业务所涉及的业务规则实现模块，并在业务规则配置文件中建立业务规则实现模块与控制节点的配置映射关系，例如在规则处理引擎中，开发对“对公活期开户”业务的“是否需要前台复核（根据开户金额是否在指定金额区间内和币种是否在指定币种范围内来匹配来判断是否需要进行前台复核）”的业务规则实现模块，并且在业务规则配置文件中建立该“是否需要前台复核”的业务规则实现模块与流程配置中的“是否需要前台复核”（控制节点）建立关联。

流程控制引擎根据业务流程配置文件进行流程运转, 直至完成所有的流程节点的执行；当流程执行到处理节点时，业务处理引擎根据业务处理配置文件找到相应的业务环节实现模块，触发相应业务操作界面，获取用户输入的业务数据，之后相应业务处理组件进行处理；当流程执行到控制节点时, 规则处理引擎根据业务规则配置文件找到相应的业务规则实现模块，并调用相应业务规则逻辑处理组件进行逻辑运算处理。

至此，基于配置型业务流程***的对公活期开户的业务流程开发就完成了。

开发业务时，只需要分别构建业务流程配置文件、构建业务处理配置文件、构建业务规则配置文件、以及在业务处理引擎中构建相应的业务环节实现模块、在规则处理引擎中构建相应的业务规则实现模块。上述配置文件和实现模块离散度高，且在形式上互相独立，因此有利于同步开发，大大缩短开发周期，并且对流程中的节点进行调整十分方便。

下面介绍本***针对“具有相同业务模式的业务”开发方法，这也是本发明的一大特点和优势。

对公活期销户也是银行的常规业务，其功能是单位或公司将已开立的账户销户，并且将账户中的资金取出。对公活期销户与对公活期开户业务模式相同。

其实现可以重用对公活期开户的业务流程配置，只需开发与“对公活期销户”对应的业务处理实现模块、业务规则实现模块，并且定义相应的业务处理配置文件和业务规则配置文件即可。例如，在业务处理引擎中开发对公活期销户的“综合经办”处理环节涉及的业务处理实现模块（例如包括账户账号、账户名称、收款人账户、汇路、资金去向及是否合规等信息），并且在业务处理配置文件中将“综合经办”与的业务流程配置文件中的“综合经办”建立关联；在规则处理引擎中开发对公活期销户的“是否需要前台复核”（根据销户金额、币种、汇路、验印标志的规则数据进行匹配来判断是否需要前台复核）的业务规则实现模块，并且在业务规则配置文件中建立该“是否需要前台复核”的业务规则实现模块与流程配置中的“是否需要前台复核”（控制节点）建立关联。

从上面的实例可以看出，对公活期开户和对公活期销户使用相同的业务流程配置，而两种的业务处理实现模块、业务规则实现模块则根据具体业务进行开发，这样当需要变更业务流程时，则只需要变更流程配置即可实现两种业务流程变更同时生效；当具体业务处理或业务规则需要变更时，则只需对业务处理实现模块、业务规则实现模块进行调整，而不需对流程进行改变。参见图3，若想要使对公活期开户和销户都具有“事后监督”功能，则在“主机记账”业务处理环节后新增“是否需要事后监督”控制节点和“事后监督”处理节点，即可实现两种业务流程的同时变更。由此可见，大大降低了业务流程变更维护的成本。

除上述实施例外，本发明还可以有其他实施方式。凡采用等同替换或等效变换形成的技术方案，均落在本发明要求的保护范围。

Claims (6)

1. 一种配置型业务流程***，其特征在于包括： 

业务流程配置文件，记载有所有业务流程的流程节点以及每个业务流程中各流程节点的执行先后次序，所述流程节点包括处理节点、控制节点；

业务处理配置文件，记载有业务流程的处理节点与业务环节实现模块的关联关系；

业务规则配置文件，记载有业务流程的控制节点与业务规则实现模块的关联关系；

流程控制引擎，内建有流程运转控制模块，所述流程控制引擎用于读取业务流程配置文件，根据指令在***内存中创建相应的流程实例对象和用于存储流程数据的流程上下文对象，并顺序执行流程实例对象的流程节点直到流程执行结束；

业务处理引擎，内建有业务环节实现模块，所述业务环节实现模块包括业务操作界面、业务处理组件和业务数据，所述业务处理引擎用于读取业务处理配置文件，流程执行至处理节点时,根据业务处理配置文件找到与处理节点关联的业务环节实现模块，调用相应业务操作界面供用户录入业务数据，并将该业务数据转换为流程数据存储到于所述流程上下文对象中，再调用业务处理组件进行业务处理，业务处理结果设置到流程上下文对象中供后续流程节点使用；

规则处理引擎, 内建有业务规则实现模块，所述业务规则实现模块包括业务规则逻辑处理组件和规则数据，所述规则处理引擎用于读取业务规则配置文件，流程执行至控制节点时,根据业务规则配置文件找到与控制节点关联的业务规则实现模块，将流程上下文中的流程数据转换为用于业务规则处理的规则数据，并调用业务规则逻辑处理组件进行逻辑运算处理，将运算结果设置到流程上下文对象中供后续流程节点使用。

2. 根据权利要求1所述的配置型业务流程***，其特征在于：在所述业务流程配置文件中，具有相同业务模式的业务以同一个业务流程予以表示。

3. 根据权利要求1所述的配置型业务流程***，其特征在于：所述业务处理引擎的业务数据是指业务处理引擎进行业务处理时所使用的数据，规则处理引擎的规则数据是指规则处理引擎进行规则匹配所使用的数据。

4. 一种配置型业务流程***的实现方法，其特征是包括如下步骤：

1）构建业务流程配置文件——将业务流程的各业务环节定义为流程节点，并且根据业务流程定义各流程节点的执行先后次序，通过配置的方式组装起来，形成业务流程配置文件，所述流程节点包括处理节点和控制节点；

2）构建业务处理配置文件——将处理节点与业务环节实现模块通过配置的方式建立关联，形成业务处理配置文件；

3）构建业务规则配置文件——将控制节点与业务规则实现模块通过配置的方式建立关联，形成业务规则配置文件；

4）构建流程控制引擎——在流程控制引擎内建立流程运转控制模块，用于控制流程运转；

5）构建业务处理引擎——在业务处理引擎内建立业务环节实现模块，用于业务处理，所述业务环节实现模块包括业务操作界面、业务处理组件和业务数据；

6）构建规则处理引擎——在规则处理引擎内建立业务规则实现模块，用于业务规则处理，所述业务规则实现模块包括业务规则逻辑处理组件和规则数据；

7）流程控制引擎根据业务流程配置文件进行流程运转, 直至完成所有的流程节点的执行；当流程执行到处理节点时，业务处理引擎根据业务处理配置文件找到相应的业务环节实现模块，触发相应业务操作界面，获取用户输入的业务数据，之后相应业务处理组件进行处理；当流程执行到控制节点时, 规则处理引擎根据业务规则配置文件找到相应的业务规则实现模块，并调用相应业务规则逻辑处理组件进行逻辑运算处理。

5. 根据权利要求4所述的配置型业务流程***的实现方法，其特征在于：具有相同业务模式的业务以同一个业务流程予以表示，所述业务流程与业务环节实现模块互相独立，所述业务流程与业务规则实现模块互相独立。

6. 根据权利要求5所述的配置型业务流程***的实现方法，其特征在于：所述流程控制引擎根据指令在***内存中创建相应的流程实例对象和用于存储流程数据的流程上下文对象；所述业务处理引擎将获取的业务数据转换为流程数据存储于流程上下文对象中，并将业务处理结果设置到流程上下文对象中；规则处理引擎将流程上下文中的流程数据转换为用于业务规则处理的规则数据，并调用业务规则逻辑处理组件进行逻辑运算处理，将运算结果重新设置到流程上下文对象中。

Images