CN116414372A - 一种基于低代码开发平台的流程引擎使用方法 - Google Patents

Abstract

本发明涉及低代码开发平台领域，公开了一种基于低代码开发平台的流程引擎使用方法。在本发明中，在低代码平台上，通过将数据源、流程涉及的用户、流程涉及的角色进行流程相关参数预先设置；在配置流程中，实现了流程与业务联动；流程配置后，完成对流程的自动逻辑功能测试。本方法基于低代码平台，进一步扩充了低代码配置能力。本发明打通用户、系统和业务，帮助用户可视化拖拽完成流程引擎和业务系统的融合，降低了用户使用的困难度。

Description

一种基于低代码开发平台的流程引擎使用方法

技术领域

本发明涉及低代码开发平台领域，尤其是涉及一种基于低代码开发平台的流程引擎使用方法。

背景技术

流程引擎是办公自动化系统中常用的基础组件，流程引擎通过可视化配置方式，定义了符合业务需求的具体的流程，使得业务处理过程可以按照流程执行。在某个流程节点，用户处理完成后，进入到下一个流程节点，逐次递进，直到流程的结束。

构建财务管理、办公软件等系统时，基于常见的流程引擎例如Activiti、Flowable生态做定制化开发，可以大大减少开发成本，避免写复杂而难以维护的条件代码。但是，对于基于流程引擎的低代码平台，在系统开发以及在与其他应用系统集成的时候，仍涉及到大量业务代码的编写以及接口交互，导致用户使用困难。

发明内容

为了克服现有技术的上述缺点，本发明提供了一种基于低代码开发平台的流程引擎使用方法，打通用户、系统和业务，帮助用户可视化拖拽完成流程引擎和业务系统的融合。

本发明解决其技术问题所采用的技术方案是：一种基于低代码平台的流程引擎使用方法，所述方法包括以下步骤：

通过前端页面所设置的数据源，获取系统流程需要使用的相关业务的数据表信息；

根据所获取的数据表，在前端进行流程用户、用户角色的获取设置，并将相关信息保存在本系统表中；

将系统需要使用的流程脚本以及相关处理逻辑，以流程编码保存在系统中；

基于可视化拖拽方式，简单配置一个业务使用的流程模板；

接收到仿真指令时，进行流程测试，所述流程测试包括物理线路测试和流程逻辑测试；

通过配置并调用流程接口，完成应用服务的流转。

进一步地，所述基于可视化拖拽方式，简单配置一个业务使用的流程模板的步骤还包括：

当用户发起业务流程时，调用流程引擎的发起流程api接口，业务流程发起后进入到下一个节点；

业务流程在当前节点进行审批，审批时调用流程引擎提供的审批api；

若当前节点需要动态添加后续审批节点的操作，则选择加签操作，为业务流程创建用户所选择的加签流程节点；

如果当前审批节点需要进行跳过下一步节点的操作，则选择减签操作，自动为业务流程跳过下一节点的人员审批，业务流程按照后续的业务流程继续执行；

判断当前审批节点是否为最后一个节点，如果是，则业务流程就结束。

进一步地，所述若当前节点需要动态添加后续审批节点的操作，则选择加签操作，为业务流程创建用户所选择的加签流程节点的步骤包括：

当前端页面接收到前加签请求后，后端根据请求参数进行校验，校验内容包括：流程实例是否存在、当前任务是否存在、当前操作人员是否具有加签操作权限、当前任务是否能进行加签操作以及加签节点的人员是否存在系统；

完成加签操作后，审批人员请求待办事项接口，查询到当前审批人员的待办事项；

当前审批人员选择待办事项，当审批节点进行为顺序审批时，发送审批请求，后端接收到审批请求参数进行校验，校验流程实例是否存在，校验当前任务是否存在，校验当前操作人员是否具有审批操作权限。

进一步地，所述接收到仿真指令时，进行流程测试，所述流程测试包括物理线路测试和流程逻辑测试的步骤包括：

通过调用数据源配置的相关用户以及用户角色，对流程所有判断节点进行用户自动设置，如果设置异常，则在数据库中顺延一条数据进行设置；

根据每个节点的判断规则，对每个流程结点需要判断的参数进行随机生成；

对所有节点的类型进行全连接组合，确保所有组合都被运行一次，输出运行日志，用户对自动仿真测试结果进行查看。

在本发明中，在低代码平台上，通过将数据源、流程涉及的用户、流程涉及的角色进行流程相关参数预先设置；在配置流程中，实现了流程与业务联动；流程配置后，完成对流程的自动逻辑功能测试。本方法基于低代码平台，进一步扩充了低代码配置能力。本发明打通用户、系统和业务，帮助用户可视化拖拽完成流程引擎和业务系统的融合，降低了用户使用的困难度。

附图说明

本发明将通过例子并参照附图的方式说明，其中：

图1是本发明实施例提供的基于低代码平台的流程引擎使用方法的流程图；

图2是本发明实施例提供的设置数据源、用户、角色的示意图；

图3是本发明实施例提供的数据源设置的流程图；

图4是本发明实施例提供的流程用户设置的流程图；

图5是本发明实施例提供的流程角色设置的流程图；

图6是本发明实施例提供的流程逻辑设置的流程图；

图7是本发明实施例提供的加签的流程图；

图8是本发明实施例提供的减签的流程图。

具体实施方式

下面通过具体的实施例并结合附图对本发明做进一步的详细描述。

参阅图1-6，图1示出了本发明实施例提供的基于低代码平台的流程引擎使用方法的流程，详述如下：

在步骤S1中，通过前端页面所设置的数据源，获取系统流程需要使用的相关业务的数据表信息。

在步骤S2中，根据所获取的数据表，在前端进行流程用户、用户角色的获取设置，并将相关信息保存在本系统表中。

在步骤S3中，将系统需要使用的流程脚本以及相关处理逻辑，以流程编码保存在系统中。

在步骤S4中，基于可视化拖拽方式，简单配置一个业务使用的流程模板。

作为本发明的一种具体实施方式，该步骤S4具体包括：

S41、当用户发起业务流程时，调用流程引擎的发起流程api接口，业务流程发起后进入到下一个节点；

S42、业务流程在当前节点进行审批，审批时调用流程引擎提供的审批api；

S43、若当前节点需要动态添加后续审批节点的操作，则选择加签操作，为业务流程创建用户所选择的加签流程节点。

顺序审批：按照设定的业务流程进行依次审批。

会签审批：多个审批节点可以同时进行审批，没有先手顺序。

前加签：如果选择的为前加签并且加签多个流程节点情况时，用户需选择被加签节点为选择顺序审批或者会签审批，如果选择为顺序审批时，所有加签的流程节点人员需要按照加签顺序进行依次审批完成后，业务流程会回到加签流程节点并按照设定的业务流程继续执行；如果选择为会签审批时，所有加签的流程节点人员可以同时进行审批，所有人员完成审批后业务流程会回到加签流程节点并按照设定的业务流程继续执行。

后加签：如果选择的为后加签并且加签多个流程节点情况时，用户需选择被加签节点为顺序审批或者会签审批，如果选择为顺序审批时，所有加签的流程节点人员需要按照加签顺序进行依次审批完成后，业务流程不会回到加签流程节点并按照加签节点流程后续设定的业务流程继续执行；如果选择为会签审批时，所有加签的流程节点人员可以同时进行审批，所有人员完成审批后业务流程不会回到加签流程节点并按照加签节点流程后续设定的业务流程继续执行。

该步骤S4的一种具体实施方式包括以下步骤：

S431、当前端页面点击前加签操作发送前加签请求(/UnifiedAppFormApi/addSigns)后，后端会检测到请求参数进行校验，校验流程实例是否存在，校验当前任务是否存在，校验当前操作人员是否具有加签操作权限，校验当前任务是否可以进行加签操作，校验加签节点的人员是否存在系统。

当校验通过后，判断当前操作类型并将当前任务进行标记(flag：true向后加签，false向前加签)，当前任务节点审批人assignee置为空，拥有者owner置为当前操作人并添加审批记录。

再根据顺序审批或者会签审批以及加签类型和加签个数(加签人员signPersons)，创建相应个数和类型的顺序审批或者会签审批加签节点(加签类型：后加签顺序审批after，后加签会签审批after_parallel，前加签顺序审批before，前加签会签审批before_parallel)。

注意：如果是顺序审批，创建的时候被加签的第一个任务节点具有审批人属性，其余节点只设置拥有者。

S432、完成加签操作后，审批人员请求待办事项接口(/UnifiedAppFormApi/getWaitPage)，查询到当前审批人员的待办事项。

S433、当前审批人员选择待办事项，当审批节点进行为顺序审批时，发送审批请求(/UnifiedAppFormApi/examineProcess)，后端接收到审批请求参数进行校验，校验流程实例是否存在，校验当前任务是否存在，校验当前操作人员是否具有审批操作权限。

当校验通过后，判断当前任务是否是加签节点，如果是顺序审批，判断是否存在加签的任务节点，如果存在就将下个节点的任务节点拥有者owner置为审批者assignee，如果不存在就将根据加签任务节点的加签类型进行处理(如果加签节点是前加签，则将加签节点的审批人assignee设置为拥有者owner，如果是加签节点是后加签，则将加签节点的审批人assignee设置为拥有者owner并且自动完成加签节点的审批操作让流程进入到下一个节点)。

如果是会签审批，判断是否存在加签的任务节点，当最后一个人完成会签审批后，根据加签任务节点的加签类型进行处理(如果加签节点是前加签，则将加签节点的审批人assignee设置为拥有者owner，如果是加签节点是后加签，则将加签节点的审批人assignee设置为拥有者owner并且自动完成加签节点的审批操作让流程进入到下一个节点)。

S44、如果当前审批节点需要进行跳过下一步节点的操作，则选择减签操作，自动为业务流程跳过下一节点的人员审批，业务流程按照后续的业务流程继续执行。

S45、判断当前审批节点是否为最后一个节点，如果是，则业务流程就结束。

在步骤S5中，接收到仿真指令时，进行流程测试，所述流程测试包括物理线路测试和流程逻辑测试。

该步骤S5的一种具体实施方式包括以下步骤：

S51、通过调用数据源配置的相关用户以及用户角色，对流程所有判断节点进行用户自动设置，如果设置异常，则在数据库中顺延一条数据进行设置；

S52、根据每个节点的判断规则，对每个流程结点需要判断的参数进行随机生成，例如该节点参数是同意或者驳回，确保每个判断类别生成一次，系统进行设置参数进行自动运行；

S53、对所有节点的类型进行全连接组合，确保所有组合都被运行一次，输出运行日志，用户对自动仿真测试结果进行查看。

在步骤S6中，通过配置并调用流程接口，完成应用服务的流转。

参阅图7，为S4中实现的加签算法流程，具体步骤如下：

S401、业务流程需要进行加签操作时，业务流程调用本发明的加签操作时，检测到当前节点进行。

S402、校验当前节点传递的任务id参数是否存在流程引擎当中，如果不存在，就提示错误信息，加签操作结束。否则方法继续下一步。

S403、校验当前节点任务是否在运行中，如果不存在，就提示错误信息，加签操作结束。否则方法继续下一步。

S404、校验当前节点任务是否属于加签节点，如果当前节点属于加签节点，将当前的拥有者置为审批人，审批人信息置为空。否则方法继续下一步。

S405、校验加签节点的参数是否存在审核人数据，如果不存在就结束，否则下方法继续下一步。

S406、创建加签节点，关联当前节点信息，完成加签操作。

S407、校验当前节点是否是加签加签节点，如果是加签节点，将当前节点审批人设置为拥有者，方法进入下一步。

S408、校验当前节点是否是最后一步，如果是最后一步，当前节点自动完成任务审批，否则方法结束，完成加签操作。

参阅图8，为S4中实现的减签算法流程，具体步骤如下：

S481、业务流程需要进行减签操作时，业务流程调用本发明的减签操作时，检测到当前节点进行。

S482、校验当前节点传递的任务id参数是否存在流程引擎当中，如果不存在，就提示错误信息，加签操作结束。否则方法继续下一步。

S483、校验当前节点任务是否在运行中，如果不存在，就提示错误信息，加签操作结束。否则方法继续下一步。

S484、校验当前节点是否是最后一步，如果是，业务流程结束，则方法调用结束。否则方法继续下一步。

S485、当前节点自动完成任务审批，节点跳过下一节点，进入当后续第二个节点，并完成减签操作。

综上所述，在低代码平台上，通过将数据源、流程涉及的用户、流程涉及的角色进行流程相关参数预先设置；在配置流程中，实现了流程与业务联动；流程配置后，完成对流程的自动逻辑功能测试。本方法基于低代码平台，进一步扩充了低代码配置能力。本发明打通用户、系统和业务，帮助用户可视化拖拽完成流程引擎和业务系统的融合，降低了用户使用的困难度。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种基于低代码平台的流程引擎使用方法，其特征在于，所述方法包括以下步骤：

通过前端页面所设置的数据源，获取系统流程需要使用的相关业务的数据表信息；

根据所获取的数据表，在前端进行流程用户、用户角色的获取设置，并将相关信息保存在本系统表中；

将系统需要使用的流程脚本以及相关处理逻辑，以流程编码保存在系统中；

基于可视化拖拽方式，简单配置一个业务使用的流程模板；

接收到仿真指令时，进行流程测试，所述流程测试包括物理线路测试和流程逻辑测试；

通过配置并调用流程接口，完成应用服务的流转。

2.根据权利要求1所述的基于低代码平台的流程引擎使用方法，其特征在于，所述基于可视化拖拽方式，简单配置一个业务使用的流程模板的步骤还包括：

当用户发起业务流程时，调用流程引擎的发起流程api接口，业务流程发起后进入到下一个节点；

业务流程在当前节点进行审批，审批时调用流程引擎提供的审批api；

若当前节点需要动态添加后续审批节点的操作，则选择加签操作，为业务流程创建用户所选择的加签流程节点；

如果当前审批节点需要进行跳过下一步节点的操作，则选择减签操作，自动为业务流程跳过下一节点的人员审批，业务流程按照后续的业务流程继续执行；

判断当前审批节点是否为最后一个节点，如果是，则业务流程就结束。

3.根据权利要求2所述的基于低代码平台的流程引擎使用方法，其特征在于，所述若当前节点需要动态添加后续审批节点的操作，则选择加签操作，为业务流程创建用户所选择的加签流程节点的步骤包括：

当前端页面接收到前加签请求后，后端根据请求参数进行校验，校验内容包括：流程实例是否存在、当前任务是否存在、当前操作人员是否具有加签操作权限、当前任务是否能进行加签操作以及加签节点的人员是否存在系统；

完成加签操作后，审批人员请求待办事项接口，查询到当前审批人员的待办事项；

当前审批人员选择待办事项，当审批节点进行为顺序审批时，发送审批请求，后端接收到审批请求参数进行校验，校验流程实例是否存在，校验当前任务是否存在，校验当前操作人员是否具有审批操作权限。

4.根据权利要求1所述的基于低代码平台的流程引擎使用方法，其特征在于，所述接收到仿真指令时，进行流程测试，所述流程测试包括物理线路测试和流程逻辑测试的步骤包括：

通过调用数据源配置的相关用户以及用户角色，对流程所有判断节点进行用户自动设置，如果设置异常，则在数据库中顺延一条数据进行设置；

根据每个节点的判断规则，对每个流程结点需要判断的参数进行随机生成；

对所有节点的类型进行全连接组合，确保所有组合都被运行一次，输出运行日志，用户对自动仿真测试结果进行查看。

Images