CN112163840A - 工作流的定义方法、实例的跨地域管理方法和设备 - Google Patents

Abstract

本发明揭示了一种工作流的定义方法、实例的跨地域管理方法和设备，通过预先设置工作流的结构，所述工作流的结构包括多个状态节点，每个状态节点绑定有进入条件和退出路径，所述定义方法包括：获取流程定义数据，定义工作流的类型、标识和版本信息；根据所述流程定义数据，定义所述工作流的每个状态节点；根据所述流程定义数据，定义每个所述状态节点绑定的进入条件和退出路径。与现有技术相比，本发明的工作流的定义方法，由于定义的工作流结构简单且具有柔性，运用所述方法能够更快、更轻便地将工作流集成到应用中，极大降低了开发成本，提高了开发效率。同时，由于这种方法定义的工作流结构简单，算法规模较小，便于降低实现和维护的成本。

Description

工作流的定义方法、实例的跨地域管理方法和设备

技术领域

本发明涉及计算机技术领域，特别涉及一种工作流的定义方法、实例的跨地域管理方法和设备。

背景技术

当前主流的工作流管理***，普遍遵照了工作流标准组织(WfMC)的规范，定义标准要求的组件和接口。WfMC定义的工作流管理***包括八个部分和五种接口。

八个部分包括：①工作流引擎；②工作流设计器；③流程操作；④工作流客户端程序；⑤流程监控；⑥表单设计器；⑦与表单的集成；⑧与应用程序的集成。

五种接口包括：①工作流定义与交换；②工作流客户端应用接口；③被调用的应用接口；④工作流***互操作接口；⑤***管理和监控。

虽然按照WfMC的标准所建设的工作流管理***能够满足绝大多数的建设和集成要求。但其也有明显的缺点，就是***过于厚重，结构过于复杂，对于轻量级的应用而言，会加重其开发成本，降低开发效率，同时也加大软件调试和测试的复杂度。

发明内容

本发明的目的在于提供一种工作流的定义方法、实例的跨地域管理方法和设备。

为实现上述发明目的之一，本发明一实施方式提供一种工作流的定义方法，预先设置工作流的结构，所述工作流的结构包括多个状态节点，每个状态节点绑定有进入条件和退出路径，所述方法包括：

获取流程定义数据，定义工作流的类型、标识和版本信息；

根据所述流程定义数据，定义所述工作流的每个状态节点，每个所述状态节点包括关联工作流的标识、节点标识、是否主干节点和是否完结节点；

根据所述流程定义数据，定义每个所述状态节点绑定的进入条件和退出路径，其中，所述进入条件包括条件属性和审批人规则，所述退出路径包括状态操作及操作后的状态节点。

作为本发明一实施方式的进一步改进，所述条件属性包括默认条件属性和非默认条件属性；

所述非默认条件属性包括：机构归属、地域属性、部门归属、业务类型和业务属性，其中，所述业务属性与所述工作流的类型相关；

所述审批人规则通过预先定义的组织机构确定，包括部门上级、高管和指定人员。

作为本发明一实施方式的进一步改进，所述退出路径的状态操作包括提交、撤回、同意、驳回、挂起和删除。

为实现上述发明目的之一，本发明一实施方式提供一种工作流实例的跨地域管理方法，所述方法包括：

根据工作流的类型，获取对应类型的工作流的表单信息，创建基于所述表单信息的工作流实例的入口；

在所述入口接收到实例创建请求后，创建所述工作流实例，接收用户信息；

根据用户信息和上述任意一项所述工作流的定义方法，计算所述工作流实例的审批路径。

作为本发明一实施方式的进一步改进，所述“计算所述工作流实例的审批路径”包括：

根据每个主干节点绑定的退出路径的状态操作，从起始主干节点开始递推，依次查找所述操作状态为“同意”对应的操作后的状态节点，直至递推到完结节点，得到所述工作流实例的审批节点路径；

根据用户信息和所述审批节点路径上每个主干节点绑定的进入条件，确定每个主干节点的审批人，得到所述工作流实例的审批路径。

作为本发明一实施方式的进一步改进，所述“计算所述工作流实例的审批路径”还包括：

剔除所述审批路径中与发起人相同的审批人，或者合并所述审批路径中相邻且相同的审批人，并且对于相邻且相同的审批人保留级别更高的审批人。

作为本发明一实施方式的进一步改进，所述方法还包括：

根据用户信息和每个状态节点绑定的进入条件和退出路径，触发所述工作流实例进行流转。

作为本发明一实施方式的进一步改进，所述方法还包括：

对于一个审批人下存在多条类型和部门都相同的工作流实例，所述审批人能够基于所述多条工作流实例生成一条新的工作流实例，流转至下一个审批人，其中，所述新的工作流实例的审批状态与所述多条工作流实例的审批状态保持同步。

为实现上述发明目的之一，本发明一实施方式提供一种电子设备，包括存储器和处理器，所述存储器存储有可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任意一项所述工作流的定义方法中的步骤。

与现有技术相比，本发明的工作流的定义方法，由于定义的工作流结构简单且具有柔性，运用所述方法能够更快、更轻便地将所述工作流集成到应用中，极大降低了开发成本，提高了开发效率。同时，这种方法定义的工作流结构简单，算法规模较小，便于降低软件的调试与测试的复杂度，降低实现和维护的成本。

附图说明

图1是本发明一工作流的流程示意图。

图2是本发明工作流的定义方法的流程示意图。

图3是本发明工作流的存储方法的流程示意图。

图4是本发明工作流实例的跨地域管理方法的流程示意图。

具体实施方式

以下将结合附图所示的具体实施方式对本发明进行详细描述。但这些实施方式并不限制本发明，本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。

本发明是在参考WfMC规范的基础上，对其组件和接口进行了合理地裁剪，并对工作流及其结构进行了重新定义，在不影响关键功能的前提下，使其能够满足轻量级应用中的工作流服务需求。

因此，本发明提供一种工作流的结构，通过这种简单且富有柔性的结构，能够实现工作流的大部分功能，满足复杂多变的应用场景，满足轻量级应用中的工作流服务需求。所述结构包括多个状态节点，状态节点为业务处理节点，每个状态节点绑定有进入条件和退出路径。所述进入条件中包括有条件属性(后文会详细介绍)，通过不同条件属性的组合，能够满足各种业务流程复杂多变的应用场景。而退出路径的设置，是为了防止未预期的操作，减少流程流转出现错误。如图1所示，圆角长方形为状态节点，每一个创建节点或审批节点定义为一个状态节点，例如“出纳”、“会计”、“财务经理”等。三角形表示的是该状态节点的进入条件，即只有符合条件才可以进入该节点，以及进入该节点后，如何确定审批人。比如某个节点只有申请人的地域属性为A、B或C三个城市才可以进入，且对于不同的城市，对应的审批人可以不同。有向线条标识的是状态节点的退出路径，例如财务经理审批通过后，根据进入条件(申请人的部门)，所述工作流流转至对应部门的部门经理审核。

根据上述预先设置的工作流的结构，本发明提供一种工作流的定义方法，由于定义的工作流结构简单且富有柔性，通过所述方法，能够更快、更轻便地将工作流集成到应用中，极大降低了开发成本，提高了开发效率。同时，这种方法定义的结构简单，算法规模较小，便于降低软件的调试与测试的复杂度，降低实现和维护的成本。

如图2所示，所述工作流的定义方法包括：

步骤S110：获取流程定义数据，定义工作流的类型、标识和版本信息。

所述流程定义数据就是对工作流的详细描述，可以是文本，也可以是流程图。例如流程定义数据可以是一个请假流程，员工请假小于三天直接，只需要直属领导审批，审批通过后走给人事处理即可；若员工请假三天或以上，那么就需要直属领导审批通过后走给分管领导审批，最后再走给人事。

所述工作流的类型，即工作流的分类，比如可以分为合同流程、采购流程、差旅流程、报销流程、请假流程等。所述工作流的标识用于唯一确定一个工作流，后续定义状态节点和新建工作流实例时都需要此标识。

由于工作流定义完成后，后续可能有变动，因此版本信息用于区分不同时段定义的同一个类型的工作流。

步骤S120：根据所述流程定义数据，定义所述工作流的每个状态节点，每个所述状态节点包括关联工作流的标识、节点标识、是否主干节点和是否完结节点。

状态节点为业务处理节点，包括关联的工作流的标识和节点本身的节点标识(后续定义其绑定的进入条件和退出路径时需要使用)，还包括是否主干节点的属性，此属性后续用于快速计算审批路径。当然还可以包括是否完结节点、节点显示顺序、节点描述等属性。

步骤S130：根据所述流程定义数据，定义每个所述状态节点绑定的进入条件和退出路径，其中，所述进入条件包括条件属性和审批人规则，所述退出路径包括状态操作及操作后的状态节点。

通过状态节点的进入条件，所述工作流流转至所述状态节点对应的审批人进行审批，然后通过审批人的状态操作(同意或者驳回等)，所述工作流流转至所述状态操作对应的操作后的状态节点(比如审批人同意或驳回后分别进入不同的状态节点)。

状态节点绑定的进入条件，用于指示如何才可以进入该节点，以及进入该节点后，如何确定审批人。所述进入条件包括条件属性和审批人规则。

所述条件属性包括默认条件属性和非默认条件属性，默认条件属性表示无条件进入，非默认条件属性表示必须满足指定条件才能进入。

所述非默认条件属性包括：机构归属、地域属性、部门归属、业务类型(包括对公、对私、专项和普通等)和业务属性(金额、请假天数等)，其中，所述业务属性与所述工作流的类型相关。例如：报销工作流的业务属性与金额相关，OA请假工作流的业务属性与请假天数相关。

所述审批人规则通过预先定义的组织机构确定，包括部门上级、高管和指定人员，例如审批人可以是部门上级或者高管或者指定人员。

需要说明的是，当状态节点的审批人规则为部门上级或者高管时，所述状态节点的条件属性一般为默认条件属性，即无条件进入，然后通过查找申请人所在部门的上级或者高管，确定审批人。当状态节点的审批人规则为指定人员时，所状态节点的条件属性一般为非默认条件属性(当然也可以是默认条件属性，此时不管什么情况，例如不同地域或者不同部门，审批人都为相同的指定人员)，即比如不同的地域对应不同的指定人员(比如A城市对应的出纳为X，B城市对应的出纳为Y等)，或者不同的业务类型对应不同的指定人员(比如个人业务对应的会计为M，对公业务对应的会计为N等)。

进一步的，每个状态节点的进入条件可以由多个非默认条件属性组合而成，每个组合对应一个指定人员作为审批人。比如由地域属性(A城市和B城市)和业务属性(个人业务和对公业务)组合而成时，A城市的个人业务由指定人员张三进行审批，A城市的对公业务由指定人员李四进行审批，B城市的个人业务由指定人员王五进行审批，B城市的对公业务由指定人员赵六进行审批。这种进入条件由多个非默认条件属性组合而成的设置，使本发明定义的工作流的结构具有柔性，能够满足各种业务流程复杂多变的应用场景。

由于组合条件少时，功能会相对简单，而组合条件多时，算法会相对复杂，因此，为了在功能与算法之间达到平衡，优选每个状态节点的进入条件最多可以由三个非默认条件属性组合而成。

需要说明的是，本发明定义的组织机构为“组织→高管→部门→员工”四个级次，高管与部门是1：n的关系，即：1名高管可以管理多个部门，可以跨组织管理。而员工只能从属于部门，每一个部门有部门领导。上述对组织机构的定义，为工作流管理中的审批人规则和相关人规则提供具体的人员数据信息。所述相关人规则是指可以查看工作流实例的相关人员。

如图1所示，状态节点为“出纳”的进入条件为地域属性，根据工作流实例的创建人的地域属性和审批人规则，选择该地域的审批人(出纳)对工作流实例进行审批。

所述退出路径包括状态操作及操作后的状态节点。状态操作包括提交、撤回、同意、驳回、挂起和删除等。每一个状态操作对应一个操作后的状态节点，例如图1中“出纳”的状态操作为“驳回”对应的操作后的状态节点为“已驳回”，“会计”的状态操作为“同意”对应的操作后的状态节点为“财务经理”。

退出路径的设置，是为了防止未预期的操作，减少流程流转出现错误。比如若某个状态节点的状态操作只包括同意、驳回和挂起，当审批人对此状态节点执行提交的状态操作时，由于查找退出路径发现不存在这个退出路径，***直接返回错误操作的提示，从而避免流程流转到错误的地方。

本发明提供的工作流的定义方法，能够简单、方便、快速的对工作流进行定义，并且基于定义好的工作流创建的实例，能够根据状态节点的“是否主干节点”的属性以及绑定的退出路径，简单、快速计算所述实例的审批路径。

本发明还提供一种电子设备，包括第一存储器和第一处理器，所述第一存储器存储有可在所述第一处理器上运行的计算机程序，所述第一处理器执行所述程序时实现上述所述工作流的定义方法中的任意一个步骤，也就是说，实现上述所述工作流的定义方法中任意一个技术方案中的步骤。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述工作流的定义方法中的任意一个步骤，也就是说，实现上述所述工作流的定义方法中的任意一个技术方案中的步骤。

为了对上述定义的工作流进行存储，本发明还提供一种工作流的存储方法，所述方法通过将工作流存储在四个简单的工作流表中，即可实现对工作流的存储。如图3所示，所述方法包括：

步骤S210：将所述工作流的标识和版本信息存入工作流的信息表中。

步骤S220：将所述工作流的所有状态节点的信息存入工作流的状态节点表中，每个所述状态节点的信息包括关联工作流的标识、节点标识、是否主干节点和是否完结节点。

步骤S230：将每个所述状态节点的进入条件存入节点进入条件表，每个所述进入条件包括绑定节点的节点标识、条件属性和审批人规则。

步骤S240：将每个所述状态节点的退出路径存入节点退出路径表，每个所述退出路径包括绑定节点的节点标识、状态操作及操作后的状态节点。

基于上述工作流的定义方法，本发明还提供一种工作流实例的跨地域管理方法，所述管理方法能够对工作流实例的审批路径进行快速计算，并根据用户信息和每个状态节点绑定的进入条件和退出路径，触发所述工作流实例进行正常流转。同时，所述管理方法支持对工作流实例进行跨地域管理(即通过状态节点绑定的进入条件来实现)，能够适用于跨区域的各种企业。

如图4所示，所述工作流实例的跨地域管理方法包括：

步骤S310：根据工作流的类型，获取对应类型的工作流的表单信息，创建基于所述表单信息的工作流实例的入口。

不同类型的工作流，具有不同的表单，因此需要根据工作流的类型，获取对应的表单，然后创建基于所述表单的工作流实例的入口。所述表单用于获取所述流程的基本信息。例如对于请假流程，创建人需要填写请假表单上的请假时段，请假类型和原因等。对于报销流程，创建人需要填写报销表单上的报销金额和报销类型等。

步骤S320：在所述入口接收到实例创建请求后，创建所述工作流实例，接收用户信息。

所述用户信息通过用户在上述表单上填写的信息中获取。

步骤S330：根据用户信息和上述工作流的定义方法，计算所述工作流实例的审批路径。

上述用户信息还包括用户的地域属性、业务类型、机构类型等。然后根据所述用户信息和上文中对于工作流的定义方法，快速计算所述工作流实例的审批路径。在创建人在创建并提交了工作流实例后，所述审批路径用于提示创建人所述工作流实例正常情况下的流程路径。

在一个具体的实施方式中，所述“计算所述工作流实例的审批路径”包括：

步骤S331：根据每个主干节点绑定的退出路径的状态操作，从起始主干节点开始递推，依次查找所述操作状态为“同意”对应的操作后的状态节点，直至递推到完结节点，得到所述工作流实例的审批节点路径。

根据上述方法，图1所示的工作流程图的审批节点路径为：出纳->会计->财务经理->部门经理->分管高层->总经理。需要说明的是，由于完结节点是用于表示流程结束的节点，其没有绑定退出路径，因此审批节点路径是不包含完结节点的。

步骤S332：根据用户信息和所述审批节点路径上每个主干节点绑定的进入条件，确定每个主干节点的审批人，得到所述工作流实例的审批路径。

如图1所示，根据地域属性、审批人规则以及具体的组织结构的定义信息，找到对应地域的“出纳”状态节点的处理人(或称为审批人)。例如实例创建人的地域属性为上海，上海的审批人规则为指定人员(比如指定张某为上海的出纳)，那么此节点的审批人为张某。根据上述规则确定其它主干节点的审批人，得到所述工作流实例的审批路径。

进一步的，所述“计算所述工作流实例的审批路径”还包括：

剔除所述审批路径中与发起人相同的审批人(即去重)，或者合并所述审批路径中相邻且相同的审批人，并且对于相邻且相同的审批人保留级别更高的审批人(即合并)。

以图1为例，对于普通员工为创建人时，其审批路径则为：出纳(2)→会计(3)→财务经理(4)→部门经理(5)→分管高管(6)→总经理(7)。其中：出纳通过其所在的组织机构的地域信息来确定(不同地域的分管出纳不同)；会计由地域信息和业务类型信息来确定(不同地域和业务类型的分管会计不同)；财务经理也由地域信息确定；部门经理则由部门归属确定；分管高管由部门的分管高管确定；总经理则为指定人员。该路径不存在去重和合并的情形。

对于创建人为出纳的情况，其审批路径同普通员工，但存在去重和合并(部门经理和财务经理是同一个人，保留高层节点)。最后的路径为：会计(3)→部门经理(5)→分管高管(6)→总经理(7)。

对于创建人为会计，其审批路径也存在去重和合并，最后的路径为：出纳(2)→部门经理(5)→分管高管(6)→总经理(7)。

当创建人为财务部门经理，其审批路径存在去重，去重后的审批路径为：出纳(2)→会计(3)→分管高管(6)→总经理(7)。

当创建人为高管时，由于高管不存在部门经理，通过去重，其审批路径为：出纳(2)→会计(3)→财务经理(4)→总经理(7)。

创建人为总经理时与高管类似，其审批路径为：出纳(2)→会计(3)→财务经理(4)。

进一步的，所述工作流实例的跨地域管理方法还包括：

步骤S340：根据用户信息和每个状态节点绑定的进入条件和退出路径，触发所述工作流实例进行流转。

在一个优选的实施方式中，所述工作流实例的跨地域管理方法还包括：

为了节省下一个审批人的工作量，提高工作效率，对于一个审批人下存在多条类型和部门都相同的工作流实例，所述审批人能够基于所述多条工作流实例生成一条新的工作流实例，流转至下一个审批人审批，其中，所述新的工作流实例的审批状态与所述多条工作流实例的审批状态保持同步。

本发明还提供一种电子设备，包括第二存储器和第二处理器，所述第二存储器存储有可在所述第二处理器上运行的计算机程序，所述第二处理器执行所述程序时实现上述所述工作流实例的跨地域管理方法中的任意一个步骤，也就是说，实现上述所述工作流实例的跨地域管理方法中任意一个技术方案中的步骤。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述工作流实例的跨地域管理方法中的任意一个步骤，也就是说，实现上述所述工作流实例的跨地域管理方法中的任意一个技术方案中的步骤。

应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施方式中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。

Claims (9)

1.一种工作流的定义方法，其特征在于，预先设置工作流的结构，所述工作流的结构包括多个状态节点，每个状态节点绑定有进入条件和退出路径，所述方法包括：

获取流程定义数据，定义工作流的类型、标识和版本信息；

根据所述流程定义数据，定义所述工作流的每个状态节点，每个所述状态节点包括关联工作流的标识、节点标识、是否主干节点和是否完结节点；

根据所述流程定义数据，定义每个所述状态节点绑定的进入条件和退出路径，其中，所述进入条件包括条件属性和审批人规则，所述退出路径包括状态操作及操作后的状态节点。

2.根据权利要求1所述工作流的定义方法，其特征在于：

所述条件属性包括默认条件属性和非默认条件属性；

所述非默认条件属性包括：机构归属、地域属性、部门归属、业务类型和业务属性，其中，所述业务属性与所述工作流的类型相关；

所述审批人规则通过预先定义的组织机构确定，包括部门上级、高管和指定人员。

3.根据权利要求1所述工作流的定义方法，其特征在于：

所述退出路径的状态操作包括提交、撤回、同意、驳回、挂起和删除。

4.一种工作流实例的跨地域管理方法，其特征在于，所述方法包括：

根据工作流的类型，获取对应类型的工作流的表单信息，创建基于所述表单信息的工作流实例的入口；

在所述入口接收到实例创建请求后，创建所述工作流实例，接收用户信息；

根据用户信息和权利要求1-3任意一项所述工作流的定义方法，计算所述工作流实例的审批路径。

5.根据权利要求4所述工作流实例的跨地域管理方法，其特征在于，所述“计算所述工作流实例的审批路径”包括：

根据每个主干节点绑定的退出路径的状态操作，从起始主干节点开始递推，依次查找所述操作状态为“同意”对应的操作后的状态节点，直至递推到完结节点，得到所述工作流实例的审批节点路径；

根据用户信息和所述审批节点路径上每个主干节点绑定的进入条件，确定每个主干节点的审批人，得到所述工作流实例的审批路径。

6.根据权利要求5所述工作流实例的跨地域管理方法，其特征在于，所述“计算所述工作流实例的审批路径”还包括：

剔除所述审批路径中与发起人相同的审批人，或者合并所述审批路径中相邻且相同的审批人，并且对于相邻且相同的审批人保留级别更高的审批人。

7.根据权利要求5所述工作流实例的跨地域管理方法，其特征在于，所述方法还包括：

根据用户信息和每个状态节点绑定的进入条件和退出路径，触发所述工作流实例进行流转。

8.根据权利要求5所述工作流实例的跨地域管理方法，其特征在于，所述方法还包括：

对于一个审批人下存在多条类型和部门都相同的工作流实例，所述审批人能够基于所述多条工作流实例生成一条新的工作流实例，流转至下一个审批人，其中，所述新的工作流实例的审批状态与所述多条工作流实例的审批状态保持同步。

9.一种电子设备，包括存储器和处理器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-3任意一项所述工作流的定义方法中的步骤。

Images