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/，谢谢合作。