一种业务高度融合的工作台实现方法与流程

本发明涉及业务流程和业务统一集中操作的领域，具体公开了一种业务高度融合的工作台实现方法。

背景技术：

随着数字技术的进步，以及信息化行业的高速发展，在企业信息化的相关领域中，各开发商、服务商普遍基于开源的工作流程引擎或开放的技术规范进行开发、封装、扩展相关的工作流程序。由于技术规范和开源架构往往要对工作流程和工作节点预先进行对象实例化，即对流程的开始、过程和结果进行整体定义、编码和封装，属于有状态业务服务计算，导致在进行分布部署、分布执行、集群和简化流程定义等工作中，需要进行大量的重新编译工作，从而增加了程序的复杂度、编译的工作量以及部署的难度，提高了运维的成本。

因此现有的业务流程在开发工作台显示界面时，编码繁琐，针对每一个流程的显示均需要编辑进行针对性的定义与编码，不仅增加了开发的工作量，也限制了工作台显示流程的界面修改与变更，当工作流程修改时，工作台显示界面通常需要进行大量的修改方可正常使用。

目前主流的工作台(即工作流显示平台)，实际仅是用于办公的平台，一般是应用于流程的推动、执行的操作，以及当前工作的展示，然而有一些流程节点中的操作并不属于流程性操作，且部分节点在操作时，需要参考流程中的其他数据和信息才可进行判断操作。

为了解决工作流编码与修改过于复杂的问题，参见申请人申请的中国发明专利(申请公布号cn109144486a)，公开了一种无状态化的工作流程实现方法，通过对工作流程的所有最小单一节点进行拆分，每个节点定义用于记录开始状态以及结束状态的唯一状态值，开始状态用于检索并执行对应的流程节点，结束状态是下一流程节点的开始状态；建立业务实例，其中包含当前执行的工作流业务实例中的各节点唯一状态值以及数据。业务实例在执行时直接通过节点标识检索对应的节点并执行，使得工作流程的改变和调整极为方便快捷。

针对该全新的工作流系统，现需要开发一种对应的工作台显示方法，以解决传统工作台显示方式的不足。

技术实现要素：

为了克服传统工作台只能处理一些流程性的操作，对流程相关的附加操作兼容性很差的问题，本发明提供一种业务高度融合的工作台实现方法。

本发明采用的技术方案是：一种业务高度融合的工作台实现方法，实现步骤如下：

s1、定义流程节点对应的整个业务实例为数据源，对数据源中的数据进行分类提取；

s2、针对不同类型的数据，定义其显示结构以及排版方式；

s3、对数据源的数据根据分类一一列举，针对每个分类中的不同数据项提供逐条勾选选项，用户对需要显示的数据项进行勾选；

s4、定义附加操作的执行逻辑，并为该附加操作分配独立的唯一id，唯一id指向附加操作对应的调用地址；

s5、在流程节点的定义中增加其对应的一个或多个附加操作的唯一id；

s6、将流程节点的结束状态对应的下一可执行流程节点作为流程按钮，并显示在节点表单上；

s7、工作台选择或者检索到对应的工作节点时，显示节点对应的节点表单。

作为优选的，所述的业务实例是包括当前流程节点所处工作流全部节点运行数据、信息和附加操作数据的数据库。

优选的，所述的工作台上设有用于筛选或者选择工作节点的选择按钮或检索输入框。

优选的，所述附加操作的唯一id可以同时对应多个工作节点。

优选的，所述数据的显示结构以及排版方式是针对数据在表单中显示时附加的显示信息以及显示尺寸和顺序数据。

本发明的有益效果是：提供了一种新式的流程节点附加操作定义方法，使工作流的显示方式更加灵活多变、定义简单、扩展性广、适用性强，方便实现跨节点的数据展示。相比于传统的工作流系统，本工作台解决了只能进行流程性操作的问题，从而为传统业务与工作平台的融合提供了便捷，大大拓展了工作台的应用范围和融合度；对工作流程显示以及附加操作增加的开发工作量进行了简化，简化了流程整改的二次开发工作量。

附图说明

图1是本发明的流程图。

图2是本发明的工作台界面示意图。

图3是本发明的数据勾选示意图。

图4是本发明的请假表单示意图

图5是本发明的出库表单示意图

具体实施方式

参见图1至图3，本发明是一种业务高度融合的工作台实现方法，其工作台系统包含ui界面、节点筛选模块和节点表单。

ui界面是包含界面窗体和表单样式的显示界面，界面窗体中包含各功能模块的交互界面，以及用于输入筛选信息的输入框，或者用于选择流程实例的选择按钮。

节点筛选模块是用于根据当前ui界面输入的触发条件查找对应的节点。筛选信息包括操作人、发起人、业务实例类型、

节点表单，是用于显示流程节点相关信息和数据的显示窗，节点表单包含单元如下：

分析单元，用于读取节点对应业务实例的数据参数以及相关信息；

定义单元，用于勾选与定义需要在节点表单中显示的数据条目；

流程控制单元，用于对工作流节点进行工作流程操作，根据节点的结束条件筛选对应的下一可执行节点作为按钮显示；

功能控制单元，用于对工作流节点进行增加、删除、修改或查询操作等。

参见图1至图3，本发明的工作台显示方法，其实现步骤如下：

s1、定义流程节点对应的整个业务实例为数据源，对数据源中的数据进行分类提取；

s2、针对不同类型的数据，定义其显示结构以及排版方式；

s3、对数据源的数据根据分类一一列举，针对每个分类中的不同数据项提供逐条勾选选项，用户对需要显示的数据项进行勾选；

s4、定义附加操作的执行逻辑，并为该附加操作分配独立的唯一id，唯一id指向附加操作对应的调用地址；

s5、在流程节点的定义中增加其对应的一个或多个附加操作的唯一id；

s6、将流程节点的结束状态对应的下一可执行流程节点作为流程按钮，并显示在节点表单上；

s7、工作台选择或者检索到对应的工作节点时，显示节点对应的节点表单。

数据源包括数据、文字信息、表单、图片、音频、视频、超链接和附件。

节点表单包括：表头、表单、图片模板、音频模板、视频模板，以及附件显示框。

每一个唯一id对应一个附加操作，包括具体的执行地址、方法、具体逻辑，附加到工作节点上提供执行的选项。节点附加附加操作，不会影响流程本身的状态或者执行，只是一个工作流主体之外的操作，运行附加操作是时，通过唯一id对应的执行地址进入对应的附加操作框体或界面。

本申请的工作台实现方法，提高了企业业务与工作平台的融合程度，解决了传统工作台只能执行流程性的操作，而无法便捷的添加流程节点的附加操作。对大企业的流程系统合并与整合提供了一个通用性高的工作台系统，使企业的业务、场景、工作均能通过统一的工作台进行管理和操作，大大拓展了工作台的应用范围和融合度，为传统的“企业加员工”模式向“平台加个人”模式的组织形态转变提供支撑和条件。

参见图4，本发明的其中一个实施例如下：

张三在工作流系统上发起了一个请假申请，形成业务实例a，时间为2019年4月10日8：00-18：00，事项为事假，该申请在工作流系统中先需要通过李四审批通过，再通过王五审批通过后，方可生效。

当操作人员李四通过工作台登录工作流系统时，在ui界面上选择“我的审批”节点筛选按钮后，通过节点筛选模块，ui界面上显示出需要李四审批的全部流程节点。

其中，工作流系统中张三的请假申请业务实例a，对应的当前流程节点：请假申请，通过节点表单显示在李四的工作台上，业务实例a为当前节点的数据源，而系统中以默认设置了该流程节点勾选的数据条目如图中所示，包含上一工作节点所包含的请假人、请假时间、请假事项以及备注(附加操作)的信息。

节点表单读取了数据源中的数据，通过预定义好的显示结构以及排版方式，将相关数据显示在节点表单中，示内容如下：

张三(申请人姓名)于2019年4月10日(请假日期)8：00-18：00(请假时间)申请事假(请假事项)。备注：无。发起人：张三(申请人姓名)当前审批人：李四(当前审批人姓名)下一审批人：王五(下一审批人姓名)。

该业务实例当前节点的结束状态有2种唯一状态值以及两个附加操作的唯一id，2种唯一状态值分别对应下一审批节点(显示为按钮：“同意请假”)和驳回申请节点(显示为按钮：“驳回申请”)，可操作条件对应备注操作(显示为按钮：“备注”)和返回提醒操作(显示为按钮：“返回提醒”，用于在请假人返回岗位签到后自动提示审批人)。

当李四同意请假时，当前工作流点结束，业务实例对应的业务节点变成王五-请假审批。当李四驳回请假审批时，当前工作流点结束，业务实例对应的业务节点变成张三-申请被驳回。

参见图5，本发明的另一个实施例如下：

在库房管理的工作台中，当需要申请出库下单的时候，需要审批人接单之后才可以操作，同时还有一些额外的附加操作，如需不需要备货，要不要暂停出库等非流程操作。

出库的流程简化如下：开单(流程节点1)→开单审核(流程节点2)/暂不出库/是否备货(附加操作)→出库(流程节点3)/备货(附加操作)，

开单的流程节点包含填写的收货地址数据，在开单审核节点不需要展示，而出库节点又需要显示，则在开单审核节点中不勾选收货地址的数据，而在厨具节点中勾选显示收货地址的数据。

当企业需要部署新的工作台系统并融合原有业务系统时，在原系统的流程数据库中，对节点以及业务实例的数据增加工作台的数据定义，然后使用本系统调用原系统对应的数据或者节点，流程操作提取成流程节点，其他业务操作提取成附加操作，采用saas或paas的部署方式，使本工作台系统高度、快速的融合到企业的整个办公系统中。