CN109087004A - 一种基于领域模型的公共工作流引擎系统 - Google Patents

Abstract

本申请公开一种基于领域模型的工作流引擎系统，用于解决工作流引擎二次开发难及不停机升级更新的技术问题，其结构包括：企业端应用系统和工作流集群；企业端应用系统包括：业务数据模块、业务系统模块、领域模型模块和工作流SDK模块；工作流集群包括：工作流引擎和工作流数据库；业务系统模块和领域模型模块分别用于读取或修改数据信息；工作流SDK模块接收审批和/或查询信息、调用业务方法及读取或修改领域模型模块内的数据信息；工作流SDK模块与工作流集群间数据连接。本发明能够提升工作流引擎系统的灵活性、可扩展性和实施效率。

Description

一种基于领域模型的公共工作流引擎系统

技术领域

本发明属于工作流管理系统技术领域，具体涉及一种基于领域模型的工作流引擎系统。

背景技术

图1所示，现有技术中的工作流系统通常和业务系统部署在一起，通常需要进行二次开发与实施才能与现有业务系统进行集成，完成业务系统的流转。现有技术中集成有工作流系统的业务系统在进行二次开发时，工作量巨大，实施困难。工作流引擎与业务系统部署在一起，当工作流引擎修改升级，软件开发商需要对不同企业或组织的不同业务系统分别进行实施升级，业务系统需要重启，服务被中断，维护成本高。

因此提供一种基于领域模型的工作流引擎及其搭建方法，用于解决上述技术问题中的至少一种，成为本领域亟待解决的技术问题。

发明内容

本发明的目的在于克服上述不足，提供一种基于领域模型的工作流引擎系统，其能够解决提高现有工作流引擎二次开发难度大且无法做到不停机升级更新的技术问题。

为了实现上述目的，本发明采用的技术方案为：一种基于领域模型的工作流引擎系统，包括：企业端应用系统和工作流集群；所述企业端应用系统包括：业务数据模块、业务系统模块、领域模型模块和工作流SDK模块；所述工作流集群包括：工作流引擎和工作流数据库；所述业务系统模块和领域模型模块分别用于读取或修改所述业务数据模块内的数据信息；所述业务系统内设置有业务方法，并用于向所述工作流SDK模块发起审批和/或查询审批状态信息；所述工作流SDK模块接收所述审批和/或查询信息，并用于调用所述业务方法及读取或修改所述领域模型模块内的数据信息；所述工作流SDK模块与所述工作流集群间数据连接，用于向所述工作流集群发起审批和/或查询信息，以及同步组织数据；所述工作流集群用于向所述工作流SDK模块读取领域模型，返回审批状态信息以及回写，调用所述业务方法；所述工作流引擎与所述工作流数据库数据连接，用于记录和读取流程定义、接收来自所述工作流SDK模块发起的审批和/或查询信息，以及同步组织数据，产生流程实例并推动流程实例运转，并读取或修改所述工作流数据库内的工作流数据。

优选地，还包括调度器，所述调度器与所述工作流SDK模块数据连接；所述工作流引擎的数量为多个；所述工作流引擎及工作流数据库均分别与所述调度器数据连接；所述调度器用于验证所述工作流SDK模块的实际身份、接收所述工作流SDK模块发送的审批和/或查询信息，以及同步组织数据的请求，根据路由策略向一个工作流引擎转发工作流SDK模块的请求，并根据工作流引擎的需要向所述工作流SDK模块读取领域模型，以及回写，调用所述业务方法。

优选地，所述企业端应用系统的数量为多个，每个所述企业端应用系统均分别通过各自的工作流SDK模块与所述调度器数据连接。

优选地，所述工作流数据库的数量为多个；多个所述工作流数据库均分别与所述调度器数据连接。

优选地，所述企业端应用系统的数量为多个，每个所述企业端应用系统均通过统一的调度器分别与所述工作流引擎数据连接。

本发明的有益效果为：

本发明能够提升工作流引擎系统的灵活性、可扩展性和实施效率。其中，工作流引擎部署在公有云上，为不同企业的各个业务系统提供统一的工作流审批服务。各个业务系统可以分别运行在各自企业内部(可访问公有云、可被外部访问)或公有云上，业务系统的流程模型定义及审批都调用公有云的工作流引擎。工作流引擎作为公共服务，可以同时为多个企业、多个组织提供统一的工作流服务。工作流引擎与业务系统解耦，不需要针对不同的业务系统进行个性化开发。工作流引擎的处理能力可以根据业务访问量的大小进行动态扩张和收缩。工作流引擎的升级改造，通过灰度发布的形式进行。整个升级过程对业务系统完全透明，业务系统不需要停止或重启，不影响业务系统审批的实时连续运行。

附图说明

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

图1是现有技术中的工作流系统结构示意图；

图2为本发明其中一个实施例下的基于领域模型的工作流引擎系统的结构示意图；

图3为图2的改进结构示意图；

图4为图3的改进结构示意图。

具体实施方式

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

实施例1:

图2所示，本发明提供的一种基于基于领域模型的工作流引擎系统，包括：企业端应用系统100和工作流集群200；所述企业端应用系统100包括：业务数据模块、业务系统模块、领域模型模块和工作流SDK模块；所述工作流集群200包括：工作流引擎和工作流数据库；所述业务系统模块和领域模型模块分别用于读取或修改所述业务数据模块内的数据信息；所述业务系统内设置有业务方法，并用于向所述工作流SDK模块发起审批和/或查询审批状态信息；所述工作流SDK模块接收所述审批和/或查询信息，并用于调用所述业务方法及读取或修改所述领域模型模块内的数据信息；所述工作流SDK模块与所述工作流集群间数据连接，用于向所述工作流集群发起审批和/或查询信息，以及同步组织数据；所述工作流集群用于向所述工作流SDK模块读取领域模型，以及回写，调用所述业务方法；所述工作流引擎与所述工作流数据库数据连接，用于记录和读取流程定义、接收来自所述工作流SDK模块发起的审批和/或查询信息，以及同步组织数据，产生流程实例并推动流程实例运转，并读取或修改所述工作流数据库内的工作流数据。

需要说明的是，图2所示的定义模型是指在工作流数据库中定义数据库内的数据模型。

优选地，如图3所示，还包括调度器，所述调度器与所述工作流SDK模块数据连接；所述工作流引擎的数量为多个；所述工作流引擎及工作流数据库均分别与所述调度器数据连接；所述调度器用于验证所述工作流SDK模块的实际身份、接收所述工作流SDK模块发送的审批和/或查询信息，以及同步组织数据的请求，根据路由策略向一个工作流引擎转发工作流SDK模块的请求，并根据工作流引擎的需要向所述工作流SDK模块读取领域模型，以及回写，调用所述业务方法。

需要说明的是，上述调度器的路由策略采用企业标识定向和负载均衡相结合的实现方法。调度器为企业分配企业唯一识别编码，并根据企业业务访问量的多少为企业动态分配一个或多个引擎实例，多个引擎实例组成一个引擎实例组为同一企业提供服务。同一企业用户的所有访问都被转发到这个引擎实例组，其他企业用户的访问请求不会转发到这个引擎实例组，不同企业的访问请求相互隔离。同一企业用户内的业务访问按负载均衡算法分配到引擎实例组的引擎实例上，根据引擎实例组内各个引擎的负载情况和最大处理能力，向负载最轻的引擎实例转发请求。

优选地，如图4所示，所述企业端应用系统100的数量为多个，每个所述企业端应用系统均分别通过各自的工作流SDK模块与所述调度器数据连接。

优选地，所述工作流数据库的数量为多个；多个所述工作流数据库均分别与所述调度器数据连接。需要说明的是，采用调度器分配多个工作流数据库的技术手段为现有技术，因此其相关结构细节在此不再进一步图示与赘述。

优选地，所述企业端应用系统的数量为多个，每个所述企业端应用系统均通过统一的调度器分别与所述工作流引擎数据连接。

具体的，在上述方案中，工作流引擎以公有服务的形式独立部署，工作流引擎可以服务于多个企业(组织)的不同业务系统；领域模型与工作流SDK(全称：SoftwareDevelopment Kit)部署在企业端应用系统中。由于同一工作流集群可以同时服务多个企业端应用系统，故本申请上述技术方案中的工作流引擎相比现有技术中的工作引擎在工作效率，以及工作效能方面均得到大幅提升。

企业设计人员在企业端应用系统中建立业务实体的领域模型，用于将现有技术中的常见业务抽象化，提升领域模型内不同模型在同行业内的普适性。本发明使用领域模型这一概念的目的，是通过它来包装不同业务逻辑实体(数据库)的差异，以固定的的数据格式读取业务逻辑实体定义和业务逻辑实体数据；在工作流引擎中注册独立租户，同步组织数据，注册审批过程中被调用的方法信息；实际操作中流程模型包含人工活动和自动活动，在人工活动设置审批人，在自动活动设置调用的业务方法和参数；根据领域模型映射的变量和流程内部变量进行路由条件设置。企业用户通过业务系统发起流程时，业务系统将发起人信息和业务单据领域模型信息一起传入到工作流SDK，工作流SDK调用工作流引擎。

需要说明的是，本申请上述工作流引擎系统是针对自动活动所搭建，靠人工操作实现的上述“人工活动”，仅为本申请其中一种应用环境下如何配合人工操作所作出的方案补充，被补充的“人工活动”实为现有技术中的常规操作，并非本申请所要求保护的重要技术点。

实例流传到人工活动时，工作流引擎根据传入数据决定流程模型，创建流程实例，根据模型定义将审批人物分配给指定的企业人员；企业人员审批任务后，调用工作流SDK的审批方法，工作流SDK的审批方法调用工作流引擎的审批方法，标记审批任务完成，并根据模型中后续审批活动的路由的条件设置进行求值判断，实例流转到符合条件的审批活动。

实例流传到自动活动时，根据活动定义里的调用方法和参数映射，将方法名称和实例变量的值传给工作流SDK，由工作流SDK调用业务系统内的业务方法，工作流SDK将调用结果返回给工作流引擎，工作流引擎将结果赋给定义的变量，修改数据库中的工作流数据；当流程实例流转到结束节点时，工作流引擎调用工作流SDK的审批状态修改接口，修改单据审批状态。

业务系统调用工作流SDK，工作流SDK也会调用业务系统的业务方法，以及通过领域模型获取读取、修改数据方法。在上述工作流引擎系统整个数据流转过程中，业务系统感觉不到工作流引擎的存在，因此工作流引擎可以为多个企业端应用系统提供服务；此外，当工作流引擎升级时，所有企业端应用系统都可以调用到最新的工作流引擎服务。

本发明通过提供上述工作流引擎系统，仅需要维护公共的工作流引擎服务，响应效率增强，提高维护质量，降低资源占用和维护成本。通过领域模型封装各个业务系统的差异性；工作流工具包(工作流SDK)作为工作流引擎在业务系统端的代理程序负责工作流引擎与业务系统和领域模型的交互；工作流引擎作为公有云服务，独立部署，为多个的企业和组织提供统一、一致、不间断的服务。此外，工作流引擎部署在公有云上，为不同企业的各个业务系统提供统一的工作流审批服务。各个业务系统可以分别运行在各自企业内部(可访问公有云、可被外部访问)或公有云上，业务系统的流程模型定义及审批都调用公有云的工作流引擎。

与现有技术的方式相比，本专利具有以下至少一种优点：

工作流引擎作为公共服务，可以同时为多个企业、多个组织提供统一的工作流服务。

工作流引擎与业务系统解耦，不需要针对不同的业务系统进行个性化开发。

工作流引擎的处理能力可以根据业务访问量的大小进行动态扩张和收缩。

工作流引擎的升级改造，通过灰度发布的形式进行。整个升级过程对业务系统完全透明，业务系统不需要停止或重启，不影响业务系统审批的实时连续运行。

为更进一步解释本发明上述技术方案，现以图3所示的基于领域模型的工作流引擎系统将具体搭建方式公开如下：

1、领域模型设置:

首先，企业设计人员针对在本组织(企业)内现有业务系统中的实体(数据库表)进行领域模型建模。通过可视化编辑器对现有业务系统中的实体模型以及模型之间的关系进行设计，包括领域模型的名称，领域模型对应的中文名称；模型包含多个属性信息，属性对应的数据库映射字段名称，属性字段的数据类型，包括(bool，datetime，string，decimal，integer，text，block，date，long等)；链接类型,包括三种情况(内连接：inner；左连接：left；右连接：right)；映射关系：一对多，多对一，多对多。

然后将设计信息保存成数据库(XML,JSON等格式)；通过该模型能够直接生成相关的SQL脚本、DAO、实体类、HBM文件；领域模型提供接口可以根据模型的信息进行动态的数据库增删改查操作，达到修改业务数据的目的；可以将业务数据以数据库无关的方式组装出来供外部系统读取。

对于工作流引擎而言，需要领域模型中包含必要的审批字段(单据类型、单据数据唯一标识、审批状态、审批发起时间、最后审批时间等)以记录审批状态。

2、工作流租户注册

工作流引擎作为独立运行的公共服务，根据用户访问量大小，在内部可以动态运行多个实例，对外提供统一的流程服务。不与业务系统直接交互；而是通过领域模型接口进行信息的读取与数据的修改。业务系统的所有者(企业或组织)在工作流引擎上注册为一个租户，填写业务系统的web地址以便工作流引擎进行调用；将部门和人员等信息以增量的方式同步到工作流引擎，可以将业务系统的内部逻辑功能方法名和参数定义注册在工作流引擎内，供工作流引擎在流程定义和审批中使用，工作流引擎为租户分配企业唯一识别编码作为租户的身份。不同的企业或组织在工作流引擎云服务中是相互隔离的。调度器为企业租户分配至少一个独立的引擎实例，并可根据该企业用户的业务访问量为企业动态调整增减引擎实例的个数。

3、工作流模型定义

在流程模型设计阶段，设计人员选择一种本组织(企业)内的领域模型，创建一个工作流模型。通过领域模型接口读取模型的信息，将各个属性字段映射成不同数据类型的领域模型流程变量，流程变量还包括流程运行中的发起人、审批人、审批时间等流程内部变量，流程变量可在设计中用于进行不同路由的条件设置，例如，在报销流程中，设置报销金额小于1000时需要直接上级主管审批；大于1000时直接上级主管审批后还需要总经理审批。工作流模型中支持人工活动和自动活动。在人工活动里可以设置审批执行人；在自动活动中，可以设置调用业务系统已注册在工作流引擎内的方法，传入参数对应流程变量，调用方法的返回值赋给某个流程变量。流程模型设计完成后保存在工作流引擎数据库中。

4、发起工作流审批

工作流提供了一个工具包(工作流SDK)，部署在业务系统端，它封装了领域模型读取、流程发起、流程任务审批，审批状态修改、调用业务系统接口、任务查询等功能。业务系统以企业唯一识别编码、操作人唯一标识、业务系统唯一标识、业务数据唯一标识、领域模型唯一标识为条件，调用工作流SDK的流程发起接口；流程发起接口根据领域模型唯一标识、业务数据唯一标识通过领域模型读取接口得到领域模型实例信息；工作流SDK将上述信息传入工作流引擎发起接口；工作流引擎根据企业唯一识别编码和领域模型唯一标识定位到对应的流程模型，创建一个流程实例，并根据领域模型实例信息对模型中的流程变量进行赋值，之后根据模型定义进行流程任务的分配，将任务分给预先定义的人员，将流程发起结果返回工作流SDK；工作流SDK根据结果和领域模型唯一标识、业务数据唯一标识通过领域模型修改接口记录业务单据的审批状态。

5、审批任务

人员收到审批任务后，进行审批操作，调用工作流SDK的审批接口；工作流SDK审批接口将审批动作内容传入工作流引擎的审批接口；工作流引擎的审批接口记录审批内容，标识审批任务完成，再根据模型中后续审批活动的路由的条件设置(例如：报销金额小于1000时需要直接上级主管审批)进行求值判断，决定流转到符合条件的审批活动。

当审批活动是自动活动时，工作流引擎将需要调用的方向信息和参数对应的变量值传给工作流SDK；工作流SDK调用业务系统内的指定方法，将方法的执行结果返回给工作流引擎，工作流引擎再将执行结果赋给定义的流程变量，以便在后续审批活动的路由条件中使用。

6、审批结束

当流程实例流转到结束节点时，工作流引擎调用工作流SDK的审批状态修改接口，工作流SDK根据流程实例的领域模型唯一标识、业务数据唯一标识通过领域模型修改接口记录业务单据的审批状态，标记审批结束。

7、工作流引擎实例扩张与收缩

当工作流引擎服务发现业务系统通过工作流SDK访问的数量不断增加、逼近访问连接上限时，可以主动增加工作流引擎的实例数量，按照一定的分发策略，将工作流SDK转发到各个工作流引擎实例上；当工作流SDK访问的数量减少时，可以关闭部分工作流引擎实例，降低系统资源的占用。

8、工作流引擎升级

工作流引擎新版本发布后，不停用旧版本工作流引擎实例，可以先启动多个新版工作流引擎实例，再将后续的工作流SDK访问导向新工作流引擎实例；待没有访问旧版本工作流引擎实例时，将旧实例停止。这样，从头到尾没有停止工作流引擎的服务，企业用户对于工作流引擎的升级无所察觉。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (5)

1.一种基于领域模型的工作流引擎系统，其特征在于，包括：企业端应用系统和工作流集群；所述企业端应用系统包括：业务数据模块、业务系统模块、领域模型模块和工作流SDK模块；所述工作流集群包括：工作流引擎和工作流数据库；

所述业务系统模块和领域模型模块分别用于读取或修改所述业务数据模块内的数据信息；所述业务系统内设置有业务方法，并用于向所述工作流SDK模块发起审批和/或查询审批状态信息；所述工作流SDK模块接收所述审批和/或查询信息，并用于调用所述业务方法及读取或修改所述领域模型模块内的数据信息；所述工作流SDK模块与所述工作流集群间数据连接，用于向所述工作流集群发起审批和/或查询信息，以及同步组织数据；所述工作流集群用于向所述工作流SDK模块读取领域模型，返回审批状态信息以及回写，调用所述业务方法；

所述工作流引擎与所述工作流数据库数据连接，用于记录和读取流程定义、接收来自所述工作流SDK模块发起的审批和/或查询信息，以及同步组织数据，产生流程实例并推动流程实例运转，并读取或修改所述工作流数据库内的工作流数据。

2.根据权利要求1所述的工作流引擎系统，其特征在于，还包括调度器，所述调度器与所述工作流SDK模块数据连接；所述工作流引擎的数量为多个；所述工作流引擎及工作流数据库均分别与所述调度器数据连接；所述调度器用于验证所述工作流SDK模块的实际身份、接收所述工作流SDK模块发送的审批和/或查询信息，以及同步组织数据的请求，根据路由策略向一个工作流引擎转发工作流SDK模块的请求，并根据工作流引擎的需要向所述工作流SDK模块读取领域模型，以及回写，调用所述业务方法。

3.根据权利要求2所述的工作流引擎系统，其特征在于，所述企业端应用系统的数量为多个，每个所述企业端应用系统均分别通过各自的工作流SDK模块与所述调度器数据连接。

4.根据权利要求2所述的工作流引擎系统，其特征在于，所述工作流数据库的数量为多个；多个所述工作流数据库均分别与所述调度器数据连接。

5.根据权利要求1所述的工作流引擎系统，其特征在于，所述企业端应用系统的数量为多个，每个所述企业端应用系统均通过统一的调度器分别与所述工作流引擎数据连接。