Flowable快速入门

flowable官方文档
       官网:https://tkjohn.github.io/flowable-userguide/#_getting_started
  工作流(Workflow),是“业务过程的部分或整体在计算机应用环境下的自动化”,它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行,从而实现某个预期的业务目标,或者促使此目标的实现”。

简介

  Flowable工作流是active5.x的分支,表结构和框架设计有部分类似的。Flowable集成于springboot,相比Activity使用更方便。
  Flowable的后台是有数据库的支持,所有的表都以ACT_开头。 第二部分是表示表的用途的两个字母标识。 用途也和服务的API对应。
  ACT_RE_*: 'RE'表示repository。 这个前缀的表包含了流程定义和流程静态资源 (图片,规则,配置等)。
  ACT_RU_*: 'RU'表示runtime。 这些运行时的表,包含流程实例,任务,变量,异步任务,等运行中的数据。 Flowable只在流程实例执行过程中保存这些数据, 在流程结束时就会删除这些记录。 这样运行时表可以一直很小速度很快。
  ACT_ID_*: 'ID'表示identity。 这些表包含身份信息,比如用户,组等。
  ACT_HI_*: 'HI'表示history。 这些表包含历史数据,比如历史流程实例, 变量,任务等。
  ACT_GE_*: 通用数据, 用于不同场景下,如存放资源文件。

重点表

  资源库流程规则表

  1) act_re_deployment 部署信息表
  2) act_re_model 流程设计模型部署表
  3) act_re_procdef 流程定义数据表

  运行时数据库表

  1) act_ru_execution 运行时流程执行实例表
  2) act_ru_identitylink 运行时流程人员表,主要存储任务节点与参与者的相关信息
  3) act_ru_task 运行时任务节点表
  4) act_ru_variable 运行时流程变量数据表

  历史数据库表

1) act_hi_actinst 历史节点表
2) act_hi_attachment 历史附件表
3) act_hi_comment 历史意见表
4) act_hi_identitylink 历史流程人员表
5) act_hi_detail 历史详情表,提供历史变量的查询
6) act_hi_procinst 历史流程实例表
7) act_hi_taskinst 历史任务实例表
8) act_hi_varinst 历史变量表

  组织机构表

1) act_id_group 用户组信息表
2) act_id_info 用户扩展信息表
3) act_id_membership 用户与用户组对应信息表
4) act_id_user 用户信息表
这四张表很常见,基本的组织机构管理,如果搭建了flowable-ui,可以匹配对接自定义用户权限使用。

  通用数据表

1) act_ge_bytearray 二进制数据表
2) act_ge_property 属性数据表存储整个流程引擎级别的数据,初始化表结构时,会默认插入三条记录

流程信息关键表名:
act_hi_actinst 、act_hi_identitylink、 act_hi_procinst 、act_hi_taskinst 、act_hi_varinst
act_re_procdef 、act_ru_identitylink 、act_ru_task 、act_ru_execution 、act_ru_variable

部署flowable-ui:

  docker pull flowable/flowable-ui                  #部署flowable服务,设计BPMN流程图,服务数据是保存在h2数据库的,重启以后数据会丢失。

BPMN流程配置xml文件

标识xml:

<sequenceFlow id="flow2" sourceRef="exclusiveGw" targetRef="theTask1">
  <conditionExpression xsi:type="tFormalExpression">${amount <= 500 && amount >= 100}</conditionExpression>
</sequenceFlow>
<userTask id='theTask' name='important task' >
    <potentialOwner>
      <resourceAssignmentExpression>
        <formalExpression>user(kermit), group(management)</formalExpression>
      </resourceAssignmentExpression>
    </potentialOwner>
  </userTask>
<userTask id="theTask" name="my task" flowable:assignee="kermit" />
<userTask id="task" name="My Task" flowable:assignee="${ldapService.findManagerForEmployee(emp)}"/>
<userTask id="theTask" name="my task" flowable:candidateUsers="kermit, gonzo" />
<userTask id="task" name="My Task" flowable:candidateUsers="${ldapService.findAllSales()}"/>
<userTask id="theTask" name="my task" flowable:candidateGroups="management, accountancy" />

示例财务赔偿工作流:

   职员、有判断赔偿人的职责,部门经理有判断赔偿等级的权利,财务赔偿分 A/B/C/D四个等级,C/D等级财务总监就可以直接结束,A/B等级必须经过会计审计后赔偿,副总经理审批。

  职员、部门经理、财务总监的流程都可以设置过去,直接走到会计审计处理结束流程。

完整示例Demo在GitHub上:https://github.com/lovelifeming/Resource/tree/master/SpringBoots

   其中抽取FlowableService公共层,并自定义了查询接口,通过示例可以很快根据不同业务控制器构建不同业务流程。

  如果对你用,请扫红包支持,谢谢!

作者:Jason Zeng 于 2021-01-25
博客:http://www.cnblogs.com/zengming/
GItHub:https://github.com/lovelifeming
严正声明:
1.由于本博客部分资源来自互联网,版权均归原作者所有。转载的目的是用于学术交流与讨论学习,将不对任何资源负法律责任。
2.若无意中侵犯到您的版权利益,请来信联系我,我会在收到信息后会尽快给予处理!
3.所有资源内容仅供学习交流之用,请勿用作商业用途,谢谢。
4.如有转发请注明出处,来源于http://www.cnblogs.com/zengming/,谢谢合作。

原文地址:https://www.cnblogs.com/zengming/p/14324374.html