业务项目中的一套架构里,考虑整合一套工作流作为审批使用,主要考虑两款Activity和flowable,权衡使用场景、操作性等方面,最终选择了flowable
这篇文章不分享后台相关内容,因为此类文章度娘已经烂大街了,这里主要分享一款工作流前端设计器
一个优秀的审批流程设计器可以减少无效沟通,简化配置和操作流程,使得审批流程的设计更加高效。
其实开源项目中有不少设计器,同时成型项目也不少,为何最终没选择,有以下几点原因:
直到看见FlowLong这款开源设计器,无论从设计器简洁程度,还是代码都无可挑剔,符合我的使用场景
飞龙工作流引擎 FlowLong 真正的国产工作流引擎 json 格式实例模型、简易审批流程设计器、为中国特色审批匠心打造!
满足部分标准 BPMN
功能的同时支持中国特色流程操作概念
支持功能 | 功能描述 | 完成程度 |
---|---|---|
顺序会签 | 同一个审批节点设置多个人,如 A、B、C 三人,三人按顺序依次收到待办, 即 A 先审批,A 提交后 B 才能审批,需全部同意之后,审批才可到下一审批节点。 | ✅ |
并行会签 | 指同一个审批节点设置多个人,如 A、B、C 三人,三人会同时收到待办任务, 需全部同意之后,审批才可到下一审批节点。 | ✅ |
或签 | 一个流程审批节点里有多个处理人,任意一个人处理后就能进入下一个节点 | ✅ |
票签 | 指同一个审批节点设置多个人,如 A、B、C 三人, 分别定义不同的权重,当投票权重比例大于 50% 就能进入下一个节点 | ✅ |
抄送 | 将审批结果通知给抄送列表对应的人 | ✅ |
驳回 | 将审批重置发送给某节点,重新审批。驳回也叫退回, 也可以分退回申请人、退回上一步、任意退回等 | ✅ |
分配 | 允许用户自行决定任务转办、委派、主办 及其它 | ✅ |
转办 | A 转给其 B 审批,B 审批后,进入下一节点 | ✅ |
委派 | A 转给其 B 审批,B 审批后,转给 A,A 审批后进入下一节点 | ✅ |
跳转 | 可以将当前流程实例跳转到任意办理节点 | ✅ |
拿回 | 在当前办理人尚未处理文件前,允许上一节点提交人员执行拿回 | ✅ |
撤销 | 流程发起者可以对流程进行撤销处理 | ✅ |
加签 | 允许当前办理人根据需要自行增加当前办理节点的办理人员 | ✅ |
减签 | 在当前办理人操作之前减少办理人 | ✅ |
认领 | 公共任务认领 | ✅ |
已阅 | 任务是否查看状态显示 | ✅ |
催办 | 通知当前活动任务处理人办理任务 | ✅ |
沟通 | 与当前活动任务处理人沟通 | ✅ |
终止 | 在任意节点终止流程实例 | ✅ |
1 | git clone https://gitee.com/aizuda/flowlong.git |
1 | |- db 数据库文件存放目录 |
1 | git clone https://gitee.com/flowlong/flowlong-designer.git |
1 | 安装依赖 |