基于数据库mysql实现工作流介绍及代码实现（附源码）

已于 2022-04-14 11:22:41 修改
阅读量2.3k 收藏 25
点赞数 10
分类专栏： 【Spring&Springboot&Mybatis】 文章标签： java spring boot
于 2022-04-09 21:30:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jxlhljh/article/details/124038834
版权

基于数据库mysql实现工作流介绍及代码实现（附源码）

一、工作流设计思路学习

虽然有开源的activiti、flowable等工作流可现成使用，但一直有个想法想自己通过数据库实现一套自己的工作流，直到看到了这篇文章 [老大要我开发一个简单的工作流引擎] (https://blog.csdn.net/java_mindmap/article/details/115804747) 觉得很符合，借空闲时间将此文的一些内容梳理并通过数据库实现了一遍（有部分思路及内容抄自上面的链接文章），详计如下：

首先设计了以下的角色，后面的内容都是基于以下角色来的

普通人员：lix
项目经理：zhaoyl
部门经理：liujh
部门经理：linjh
部门经理：huangjc
总经理：xuw

1.顺序流

先实现最简单的顺序流
比如请假流程如：申请人发起申请->项目经理审批->部门经理审批->总经理审批->结束
在这里插入图片描述

2.会签的支持

比如上面的部门经理审批，可能有三个部门经理，需要三个部门经理都同意才算通过，设计如下
在这里插入图片描述
说明：

1.把节点分为两大类：简单节点(上图中长方形，黄色长方形和绿色长方形的都是)和复杂节点(上图中圆形)
2.绿色的部分为主流程，即如项目经理->部门经理会签->总经理审批
3.每个简单节点里都有且仅有有一个审批人
4.复杂节点包含若干个子节点
5.会签节点: 会签节点激活后，所有的子节点都可以审批，当所有的子节点都审批完毕后，会签节点完成
6.绿色主流程结点找不到下一个节点时，说明流程结束。

节点状态设计以下:

ready: 可以进行审批操作的简单节点是ready状态。
complete: 已经审批完成的节点状态。 
future: 现在还没有走到的节点状态。
waiting: 只有复杂节点有该状态，表示在等待子节点审批

上面的完整的设计走一遍流程的状态变化如下：

  1. 项目经理审批完成，流转到部门经理时，会签的复杂结点为waiting状态，三个子结点为ready状态，总经理审批结点未开始，因此为future状态
    在这里插入图片描述

  2. 部门经理有2个子结点审批完成时，会签的复杂结点仍为waiting状态，三个子结点有2个完completed状态，一个为ready状态，总经理审批结点未开始，因此仍为future状态
    在这里插入图片描述

  3. 部门经理全部审批完成时，会签的复杂结点改完complete状态，三个子结点，流转到总经理审批结点，因此变成ready状态
    在这里插入图片描述
    4.总经理审批完成后，绿色主流程结点找不到下一个结点了，说明流程结束。

2.或签的支持

或签：即比如上面的部门经理审批，可能有三个部门经理，任意一个个部门经理同意，就算部门经理节点审批通过，设计和会签一样，只是节点状态有点不一样
在这里插入图片描述
补充说明：

1.其他的和会签的说明一样
2.或签节点: 或签节点激活后，所有的子节点都可以审批，当任意的或签子节点审批完毕后，或签节点就算完成
3.同样，绿色主流程结点找不到下一个节点时，说明流程结束。
4.或签结点的子结点的状态，加入新状态 skip
5.当或签结点的子节点状态有一个为complete时，其它兄弟节点及其子节点的状态被置为skip(因为或签只要一个完成就可)

上面的走一遍流程的状态变化如下：
1. 流转到或签结点时：
在这里插入图片描述
2. 任意一个部门经理审批完成，或签结点完成，将流转到总经理审批
在这里插入图片描述
3. 总经理审批完成后，绿色主流程结点找不到下一个结点了，流程结束。

3.嵌套的支持

比如或签节点里有个或签节点，或签里面又有会签，基于无限的树状结构已经算是支持
在这里插入图片描述

4.条件结点

条件节点类似或签结点，也是满足其中的一个结点审批完成就整个结点审批完成，比如
在这里插入图片描述
请假天数小于3天，部门经理审批，然后流程结束
请假天数大于3天，总经理审批，然后流程结束
如上，如果部门经理一定需要审批，可以这样：
在这里插入图片描述
条件结点，如果满足请假大于3天，则需要执行总经理审批，否则，条件结点就直接结束，条件结点结束后，由于找不到下一个主流程上的结点，因为流程结束。

5.审批人的处理

审批人需要支持配置：可以流程设计时写死，也可能可以从表单中选择下一个审批人，还有根据发起人不同选择不同的审批人。
因此设计了处理人有三种类型：
FIXED("固定", "fixed"),
FROMFORM("从表单选择", "fromForm"),
MAPTO("根据发起人计算", "mapTo"),

6.驳回上一主节点的支持

需要支持驳回，考虑如下：

1.将当前正常执行审批的主流程结点及子结点全部变回为future状态
2.反向找到上一个主流程节点，将上一个主流程节点的流程状态改成waiting或ready即可

详细说明如下：

  1. 比如现在到了总经理审批环节，认为流程有问题，当前状态如下：
    在这里插入图片描述
  2. 总经理进行驳回后，总经理节点的状态为future,上一环节的部门经理审批变成waiting或ready：
    在这里插入图片描述

6.驳回到发起人重新修改

与驳回到上一结点的重复操作，不断递归驳回即可，直到驳回到发起人为止

7.转派的支持

有时需要将本处理的任务转派给别人进行处理，这个需求，通过动态构造或签结点即可， 即将本来的结点修改成或签结点，然后将原来的结点，加上代理人构成的节点，挂到或签结点下
1.比如项目经理审批环节，项目经理1希望将任务转派给项目经理2处理，转派之前如下:
在这里插入图片描述
2. 转派之后:
在这里插入图片描述
3. 转派人审批完成后，流转到部门经理审批环节，完成转派:
在这里插入图片描述
另外，可以进行多次转派，比如项目经理2还可以转派给项目经理3：
在这里插入图片描述
特别注意： 转派操作的节点需要是ready状态，不能是其他状态，因为只有ready状态的结点才流转到了当前的操作用户

8.取消转派

转派后悔了，需要进行转派的取消，即转派的反操作，恢复即可，如：

  1. 取消转派前
    在这里插入图片描述
  2. 取消转派后
    在这里插入图片描述
    特别注意： 取消转派操作的节点需要是ready状态，不能是其他状态，因为只有ready状态的结点才流转到了当前的操作用户

9.抄送的支持

抄送的支持较简单，只要在流程结束时将工单和抄送人员关联起来即可

二、数据库设计说明（mysql）

基于以上的设计思路，我做了以下的数据库设计建表。

work_flow
work_flow_nodes
work_flow_run_nodes
work_flow_run_handler
work_flow_auditlog
work_flow_form_field
work_flow_run_success_send
work_order

1 work_flow(工作流程定义表)

DROP TABLE IF EXISTS `work_flow`;
CREATE TABLE `work_flow`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `flow_key` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '流程定义key',
  `flow_name` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '流程名称',
  `remark` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '备注',
  `create_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP(0) COMMENT '创建时间',
  `update_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP(0) ON UPDATE CURRENT_TIMESTAMP(0) COMMENT '更新时间',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 8 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

数据示例:

mysql> select * from work_flow;
+----+-------------------+--------------------------------+--------------------------------+---------------------+---------------------+
| id | flow_key          | flow_name                      | remark                         | create_time         | update_time         |
+----+-------------------+--------------------------------+--------------------------------+---------------------+---------------------+
|  1 | exchange          | 调休申请                       | 调休申请                       | 2022-04-02 21:48:03 | 2022-04-02 21:48:10 |
|  4 | billing           | 开票申请                       | 开票申请                       | 2022-04-06 13:22:14 | 2022-04-07 13:13:14 |
|  6 | leave             | 请假(或签)                     | 请假(或签)                     | 2022-04-07 22:18:38 | 2022-04-07 22:18:38 |
|  7 | selectAtFlowStart | 发起申请时选择审批人           | 发起申请时选择审批人           | 2022-04-09 11:53:43 | 2022-04-09 12:00:43 |
+----+-------------------+--------------------------------+--------------------------------+---------------------+---------------------+
4 rows in set (0.00 sec)

2 work_flow_nodes(工作流程节点定义表)

记录流程下有哪些任务节点，一条work_flow记录会有多个work_flow_nodes

CREATE TABLE `work_flow_nodes`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `flow_key` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '流程定义key',
  `node_name` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '流程节点名称',
  `node_type` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT 'simple简单结点，togethersign会签，orsign或签，conditionsign条件结点',
  `parent_node_id` int(11) NULL DEFAULT 0 COMMENT '父节点Id，为0的为主要流程节点',
  `node_order` int(11) NULL DEFAULT 0 COMMENT '节点顺序，从1开始,流程按节点序号从小到大进行流转,只有父节点Id为0的才有可能值不为0.',
  `handler` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '处理人,处理人类型为固定时，此字段有值',
  `handler_type` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '处理人类型，fixed固定，fromForm从表单选择，mapTo根据发起人计算出审批人',
  `remark` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '备注',
  `page_order` int(11) NULL DEFAULT 0 COMMENT '页面排序号，用于页面显示排序',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 19 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

记录示例：
在这里插入图片描述

3 work_flow_run_nodes(运行时的工作流程节点数据表)

流程启动时，程序通过启动流程，将work_flow_nodes表中的记录复制一份到work_flow_run_nodes表，然后后续的工作流转通过修改work_flow_run_nodes表的各节点的状态来进行流转，比如改成waiting状态，ready状态，complete状态等。
工作流程过程中此表才有数据，流转结束后，会通过程序清除掉此表的记录，

CREATE TABLE `work_flow_run_nodes`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `order_id` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '工单号',
  `flow_node_id` int(11) NULL DEFAULT NULL COMMENT '流程节点Id',
  `flow_key` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '流程定义key',
  `node_name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '流程节点名称',
  `node_type` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT 'simple简单结点，togethersign会签，orsign或签，conditionsign条件结点',
  `parent_node_id` int(11) NULL DEFAULT NULL COMMENT '父节点Id，为0的为主要流程节点',
  `node_order` int(11) NULL DEFAULT NULL COMMENT '节点顺序，从1开始，中间不能间隔，只有父节点Id为0的才有可能值不为0.',
  `node_status` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT 'ready已准备好处理中，complete完成,waiting等待（复杂结点才有）,skip略过不处理的，future未走到的',
  `handler` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '此字段有值',
  `handler_type` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '处理人类型，fixed固定，fromForm从表单选择，mapTo根据发起人计算出审批人',
  `remark` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '备注',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 51 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

数据示例：
在这里插入图片描述

4 work_flow_run_handler(工单审批人记录表)

此表记录工单被哪些人员审批过，会去重处理，用于查询我审批过的工单，比如工单id如GD1649412699736的工单，有部门经理审批和总经理审批环节，比如作了转派操作，部门经理liujh将部门经理的审批任务转派给了总经理审批，那最后总经理除了审批部门经理的节点外，还会审批总经理节点，因为会产生两次审批，为了在查询我审批过的工单时方便查询，设计此表进行去重处理，在界面上查询时就可以直接查了。

CREATE TABLE `work_flow_run_handler`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `order_id` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '工单号',
  `handler` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '审批人用户名',
  `handler_name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '审批人名称',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 12 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

数据示例：

mysql> select * from work_flow_run_handler;
+----+-----------------+---------+--------------+
| id | order_id        | handler | handler_name |
+----+-----------------+---------+--------------+
|  1 | GD1649412699736 | zhaoyl  | zhaoyl       |
|  2 | GD1649412699736 | huangjc | huangjc      |
|  3 | GD1649413115897 | huangjc | huangjc      |
|  4 | GD1649413115897 | xuw     | xuw          |
|  5 | GD1649471877865 | zhaoyl  | zhaoyl       |
|  6 | GD1649471877865 | liujh   | liujh        |
|  7 | GD1649413213278 | liujh   | liujh        |
|  8 | GD1649413213278 | xuw     | xuw          |
|  9 | GD1649480981695 | liujh   | liujh        |
| 10 | GD1649480981695 | huangjc | huangjc      |
| 11 | GD1649480981695 | xuw     | xuw          |
+----+-----------------+---------+--------------+
11 rows in set (0.00 sec)

5 work_flow_auditlog(审批历史表)

此表用于查询工单的所有审批历史记录，审批人每执行一次审批，记录一条记录在审批历史记录表。

CREATE TABLE `work_flow_auditlog`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `order_id` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '工单号',
  `node_name` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '环节主流程节点名称',
  `handler` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '审批人用户名',
  `handler_name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '审批人名称',
  `agree` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '是否审批通过，1通过,999不通过',
  `audit_info` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '审批意见',
  `audit_time` datetime(0) NULL DEFAULT NULL COMMENT '审批时间',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 19 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

数据示例：
在这里插入图片描述

6.work_flow_form_field工单动态表单表

每个流程可能使用的字段，展示的数据不一样，通过此表记录每种流程有哪些字段信息。

CREATE TABLE `work_flow_form_field`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `flow_key` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '流程定义key',
  `field_name` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '字段名称',
  `field_cname` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '字段中文',
  `field_type` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '字段类型,text,select',
  `default_value` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT '' COMMENT '默认值',
  `other_info` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT '' COMMENT '补充信息，如下拉列表静态数据配置，其他信息等',
  `field_order` int(11) NULL DEFAULT NULL COMMENT '序号',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 17 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

在这里插入图片描述

7.work_order工单表

每发一个流程，就会在work_order表中产生一条记录

CREATE TABLE `work_order`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `order_id` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '工单号',
  `flow_key` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '流程定义key',
  `subject_id` int(11) NULL DEFAULT NULL COMMENT '工单所属主体的ID',
  `subject_type` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '工单所属主体的类型',
  `applicant` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '申请人(用户ID)',
  `application_time` datetime(0) NULL DEFAULT NULL COMMENT '申请时间',
  `order_summary` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '工单摘要/审批摘要',
  `order_status` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '工单状态',
  `reason` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '提工单原因',
  `form_data` text CHARACTER SET utf8 COLLATE utf8_general_ci NULL COMMENT '工单可变字段数据,json文本存储',
  `current_node_name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '当前流程节点名称',
  `remark` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '备注',
  `create_user` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '创建人员',
  `create_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP(0) COMMENT '创建时间',
  `update_user` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '更新人员',
  `update_time` datetime(0) NULL DEFAULT CURRENT_TIMESTAMP(0) ON UPDATE CURRENT_TIMESTAMP(0) COMMENT '更新时间',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `order_id`(`order_id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 11 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

在这里插入图片描述

8.work_flow_run_success_send审批结束抄送人员记录表

如果要实现抄送，设计了这个抄送人员表，可以在流程结束后，将抄送人员插入此记录，同时与work_order表关联查询，可获取抄送给我的工单列表

CREATE TABLE `work_flow_run_success_send`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `order_id` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '工单号',
  `sender` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '抄送人用户名',
  `sender_name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '抄送人名称',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

三、实现过程部分代码说明

设计了数据库之后，通过springboot+jquery+html实现以上的基于数据库的工作流程，前端代码不太会写样式，只是通过jquery做了下流转的代码测试，正式环境可由前端工程师调试完善。

1.controller层

WorkFlowAuditlogController：审批历史控制类
WorkFlowController：工作流程定义控制类
WorkFlowFormFieldController：动态工作流表单控制器
WorkFlowNodesController：工作流程节点定义控制类
WorkFlowRunNodesController：工作流程节点动态数据控制类
WorkOrderController：像启动流程，审批，转派，取消转派，退回等在这个接口中。

2.service层

IWorkOrderService：核心的类之1，主要的工作流转的封装在这个类实现1
IWorkFlowService：核心的类之2，主要的工作流转的封装在这个类实现2
其他Service类基本上负责增删改查

3.enums

定义了一些枚举辅助进行工作流转，如：
HandlerTypeEnum:审批人类型枚举类

	FIXED("固定", "fixed"),
	FROMFORM("从表单选择", "fromForm"),
    MAPTO("根据发起人计算", "mapTo"),

NodeStatusEnum:节点状态枚举

	READY("已准备", "ready"),
    COMPLETE("已完成", "complete"),
    WAITING("等待中", "waiting"),
    SKIP("已略过", "skip"),
    FUTURE("未走到", "future"),

NodeTypeEnum:节点类型枚举

	SIMPLE("简单结点", "simple"),
	TOGETHERSIGN("会签结点", "togethersign"),
	ORSIGN("或签结点", "orsign"),

OrderStatusEnum:工单状态枚举

    WAIT_FOR_VERIFY("待审批", "1"),
    WAIT_FOR_HANDLE("待处理", "2"),
    FINISHED("已归档", "3"),
    WAIT_FOR_UPDATE("待修改", "4"),
    INVALIDED("已作废", "5"),
    CANCELED("已撤单", "6"),

TaskResultEnum:审批结果的枚举

    EXAM_AND_APPROVE_PASS_TO_NEXT(1, "通过，交给下一个人再审"),
    EXAM_AND_APPROVE_PASS_TO_END(0, "通过，流程结束，直接归档"),
    EXAM_AND_APPROVE_REJECT_TO_PRE(997, "不通过，下一步打回到上一个环节"),
    EXAM_AND_APPROVE_REJECT_TO_MODIFICATION(998, "不通过，下一步修改申请"),
    EXAM_AND_APPROVE_REJECT_TO_CANCEL(999, "不通过，直接取消审批(撤单)")

4.listener

cn.gzsendi.modules.workflow.listener.CommonFlowTaskListener
cn.gzsendi.modules.workflow.listener.DelegateTaskListener:代理任务监听器接口,可以通过实现自己的DelegateTaskListener进行监听器扩展

流程审批结束后，将调用CommonFlowTaskListener的notify方法，此方法再通过spring上下文查找所有的DelegateTaskListener，比如cn.gzsendi.modules.workflow.listener.MyDelegateTaskListener，然后在满足validate方法返回true的情况下，执行一些自定义的业务代码，可以靠这些监听器实现来做一些如审批通过后的通知，如短信，邮件，钉钉，微信通知等操作。

如以下为一个实现的listener示例测试:

package cn.gzsendi.modules.workflow.listener;
import java.util.Map;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.stereotype.Component;
import cn.gzsendi.modules.framework.utils.JsonUtil;
import cn.gzsendi.modules.workflow.enums.OrderStatusEnum;

@Component
public class MyDelegateTaskListener implements DelegateTaskListener{
	
	protected final Logger logger = LoggerFactory.getLogger(MyDelegateTaskListener.class);
	
	/**
	 * 检验当前任务监听器实现类是否需要执行
	 */
    public boolean validate(String orderId,Map<String,Object> variables) {
    	//流程结束时进行监听器的执行
    	String orderStatus = variables.get("orderStatus").toString();
    	if(OrderStatusEnum.FINISHED.getValue().equals(orderStatus)){
    		return true;
    	}
        return false;
    }

	@Override
	public void doTaskNotify(String orderId, Map<String, Object> variables) {
		logger.info("----------这里写自己想要实现的代码，做后续的自定义业务逻辑-----------");
		logger.info(JsonUtil.toJSONString(variables));
	}
}

四、一些测试效果截图或gif图片

1.主页面

在这里插入图片描述

2.流程设计

在这里插入图片描述

3.流程表单设计

在这里插入图片描述

4.查看工单审批的详情

在这里插入图片描述

5.发起流程

在这里插入图片描述

6.审批人审核

在这里插入图片描述

7.转派效果

在这里插入图片描述

五、附代码下载

github: https://github.com/jxlhljh/springbootdbflowtest.git
gitee : https://gitee.com/jxlhljh/springbootdbflowtest.git
冰之杍
关注
专栏目录
工作流数据库表结构设计
04-26
工作流就是业务流程的计算机化或自动化。许多公司采用纸张表单，手工传递的方式，一级一级审批签字，工作效率非常低下，对于统计报表功能则不能实现。而采用工作流软件，使用者只需在电脑上填写有关表单，会按照定义好的流程自动往下跑，下一级审批者将会收到相关资料，并可以根据需要修改、跟踪、管理、查询、统计、打印等，大大提高了效率，实现了知识管理，提升了公司的核心竞争力。 ：：：本资源包含了工作流所涉及的表结构设计。：：：
工作流源码
01-02
基于微信工作流引擎开发的工作流，使用vs2013环境下开发。
基于PHP和MYSQL数据库实现的网上图书管理系统源码（含数据库以及设计文档）.rar
12-22
基于PHP和MYSQL数据库实现的网上图书管理系统源码（含数据库以及设计文档）.rar
基于springboot开发的工作流系统，bpmn.js，vue源码及功能分析（activiti）
2301_81867536的博客
01-30 812
本项目拥有用户管理，部门管理，代码生成，系统监管，报表，大屏展示，业务审批等功能。功能太强大，只能粗矿的介绍，所见即所得，体验一下吧。
SpringBoot + Activiti 工作流集成（全套源码）
最新发布
2401_83041532的博客
07-16 468
springboot+vue+activiti集成了activiti在线编辑器，流行的前后端分离部署开发模式，快速开发平台，可插拔工作流服务。工作流表单可平滑的接入自定义表单，接入后进行业务审批流转。本项目集成了工作流所有的功能，并做了一个测试的表单进行审批演示。工作流部分功能含：流程图在线绘制，在线发布，工作流权限设置，审批节点设置（角色，直接指定人，部门等），业务表单关联，提交，撤回，与签或签，同意，驳回（支持驳回到任意岗），审批委托，流程挂起，流程图实时跟踪，审批提醒，可接入钉钉进行钉钉通知，企业微信
一个用数据库实现的工作流
sinbo的专栏
04-15 1370
package com.highcom.workflow.dao.jdbc;import org.springframework.dao.*;import org.springframework.jdbc.core.*;import org.springframework.jdbc.core.support.*;import java.sql.*;import java.util.*;import
mysql数据库设计实现工作流_工作流activiti部署到数据库(1)
weixin_39835178的博客
02-28 403
1.工作流定义(workflow):指"业务过程的部分或整体在计算机应用环境下的自动化".普通框架要有一个请假单,要有一个字段来标识请假单的状态,至少有三个,还有请假单的状态是走到那个经理审批还是老板审批,这个时候不便管理.BPM:业务流程管理框架,是用来管理流程的框架.BPMN:业务流程的建模和标注,是用来描述流程的基本符号.1.activiti安装流程2.1)安装eclipse的activit...
infacmd 把工作流添加到应用程序_工作流设计的最佳实践
weixin_39640372的博客
12-27 162
本章节描述了用于知行之桥工作流设计的常见最佳实践。从入口和出口开始大多数工作流都有一个数据入口和一个数据出口。对于某些循环工作流，入口点和出口点可能是同一个端口。例如，当外部贸易伙伴通过AS2发送业务文档时，数据可能在AS2端口处进入工作流。此业务文档中的数据可能需要导入到后端系统中，如数据库。在这种情况下，AS2端口是工作流的入口，而数据库端口是工作流的出口。创建新的工作流时，通常最容易从这些入...
shark工作流源代码学习（一）
【洪波@阿里云】
05-31 4647
org.enhydra.shark.SharkEngineManager   SharkEngineManager是shark引擎的控制室，它在shark引擎内部使用，shark引擎的所有管理器都是由它产生的。 SharkEngineManager使用了singleton模式，保证整个系统只有一个它的instance // the one and only instance of this cla
数据库课程设计-员工信息管理系统源码(基于Python和MySQL实现）
10-24
数据库课程设计中的“员工信息管理系统”是一个典型的案例，它展示了如何使用编程语言（如Python）与关系型数据库（如MySQL）交互，实现数据的存储、查询、更新和删除功能。这个系统可以有效地帮助管理和维护组织...
C++ Qt 基于数据库Mysql学生信息管理系统源码+数据库sql+实验报告文档.zip
05-12
3. 数据库MySQL：MySQL是一款流行的开源关系型数据库管理系统，以其高效、稳定和易于扩展而广泛应用于各种规模的项目。在这个学生管理系统中，MySQL作为后端数据库，负责存储和管理学生的各种信息。 4. 数据库设计...
workflow工作流源代码
09-10
这是本人在项目中的源代码，希望对大家有帮助
基于关系数据库的工作流引擎设计与实现
05-31
探讨了一种数据库驱动的工作流引擎的实现方案;分析了中心数据库的作用 ,并给出了数据库模型图;从流程分配、路由选择、消息发送及监控管理方面详细分析了工作流引擎的实现机制。
工作流演示源码
02-05
工作流演示代码，用于对初学者演示如何使用 微软 workflow工作流
完整工作流系统源码
12-11
工作流资料,需求分析,源码实例
基于Java的工作流系统的设计与实现【附源码】
08-11
工作流系统使用Java语言，采用基于 MVC模式的JavaEE技术进行开发，使用 MyEclipse 2017 CI 10 编译器编写，数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介，配合前台HTML+CSS 技术完成系统的开发。
精选_基于PHP和MySQL数据库实现的学生成绩管理系统_源码打包
03-08
MySQL是一个开源的关系型数据库管理系统，以其高性能、高可靠性及易于管理和使用而著称。在学生成绩管理系统中，MySQL作为数据存储的主要平台，承载着学生的个人信息、课程信息、考试成绩等各种数据。通过SQL...
工作流数据库设计
flyer222的专栏
05-06 4751
 工作流配置本身是一个比较烦杂的过程，如果你能实现一些基本的流程配置，再加上一些程序额外的修改，基本上能够说是一种工作流，这是一个初步的开发。    更进一步，要达到wfmc的要求，那请多多研读WFMC发布的文档 我当初是这么做的，简单说一下望大家批评指正~！    可以把具体业务中的每一步都作为一个节点。这个节点的结构如下        节点ID  +  节点名称  +  父节点ID  
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值