Activiti工作流

数据库表的命名 Acitiviti数据库中表的命名都是以ACT_开头的。第二部分是一个两个字符用例表的标识。此用例大体与服务API是匹配的。 表名 描述 ACT_RE_*:’RE’表示repository。 带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。 ACT_RU_*:’RU’表示runtime。 这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。 Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。 ACT_ID_*:’ID’表示identity。 这些表包含标识的信息，如用户，用户组，等等。 ACT_HI_*:’HI’表示history。 就是这些表包含着历史的相关数据，如结束的流程实例，变量，任务，等等。 ACT_GE_*:普通数据， 各种情况都使用的数据。 一、资源库流程规则表 表名 描述 act_re_deployment 部署信息表 act_re_model 流程设计模型部署表 act_re_procdef 流程定义数据表 二、运行时数据库表 表名 描述 act_ru_execution 运行时流程执行实例表 act_ru_identitylink 运行时流程人员表，主要存储任务节点与参与者的相关信息 act_ru_task 运行时任务节点表 act

【前言】 今天是2020-1-24，一年一度的除夕。 工作流引擎多用于各个环节的审批流程，本质上所有的流程都是些if else的东西。 【学为己用】 1、但是为啥不直接用if else呢？ 答：因为，业务流程在实际应用中，不是一成不变的。而是一个逐步完善的，因人而异的过程。这个过程，我们当然可以通过修改底层代码来不断的根据需求修改，也可以配置成流程图，将某个模块的流程封装，任意搭配。便于管理与开发。 2、简要说明：activiti的七大核心接口、28张表？ 答： 七大接口 ①管理流程部署和流程定义的API RepositoryService ②流程运行时对流程实例进行管理与控制 RuntimeService ③对流程任务进行管理（任务提醒、创建任务等） TaskService ④提供对流程角色数据管理的API（用户） IdentityService ⑤提供对流程引擎进行管理和维护服务 ManagementService ⑥对流程历史数据进行操作（查询、删除） HistoryService ⑦表单服务 FormService 28张表 其中 act_ge 通用数据表，ge是general的缩写 act_hi 历史数据表，hi是history的缩写，对应HistoryService接口 act_id 身份数据表，id是identity的缩写，对应IdentityService接口

activiti微服务工作流系统部署流程 1.启动eclipse 2.下载依赖项目 https://gitee.com/fly2world/noark-common.git 3.导入发给您的activit工程 4.新建数据库,utf8编码 5.启动 自动建表 Activiti,自定义表单,外置表单,工作流,微服务,子系统,FORMKEY 请查看 上一篇 https://blog.csdn.net/u014745631/article/details/103394062 来源： CSDN 作者： 冯晓东技术博客 链接： https://blog.csdn.net/u014745631/article/details/103415930

数据库（先了解后看） Activiti数据库支持： Activiti的后台是有数据库的支持，所有的表都以ACT_开头。 第二部分是表示表的用途的两个字母标识。 用途也和服务的API对应。 ACT_RE_*: ‘RE’表示repository。 这个前缀的表包含了流程定义和流程静态资源 （图片，规则，等等）。 ACT_RU_*: ‘RU’表示runtime。 这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。 Activiti只在流程实例执行过程中保存这些数据， 在流程结束时就会删除这些记录。 这样运行时表可以一直很小速度很快。 ACT_ID_*: ‘ID’表示identity。 这些表包含身份信息，比如用户，组等等。 ACT_HI_*: ‘HI’表示history。 这些表包含历史数据，比如历史流程实例， 变量，任务等等。 ACT_GE_*: 通用数据， 用于不同场景下，如存放资源文件。 表结构操作： 资源库流程规则表 1) act_re_deployment 部署信息表 2) act_re_model 流程设计模型部署表 3) act_re_procdef 流程定义数据表 3.3.2：运行时数据库表 1) act_ru_execution 运行时流程执行实例表 2) act_ru_identitylink 运行时流程人员表，主要存储任务节点与参与者的相关信息 3

1.activity自带数据表的含义(23张表) （1）资源库流程规则表 1)act_re_deployment 部署信息表 2)act_re_model 流程设计模型部署表 3)act_re_procdef 流程定义数据表 （2）：运行时数据库表 1)act_ru_execution 运行时流程执行实例表 1、说明 ru:runtime 代表正在执行的流程实例表 如果当期正在执行的流程实例结束以后，该行在这张表中就被删除掉了，所以该表也是一个临时表 2、字段 proc_inst_id_:piid 流程实例ID，如果不存在并发的情况下，piid和executionID是一样的 act_id:当前正在执行的流程实例(如果不考虑并发的情况)的正在执行的activity有一个，所以act_id就是当前正在执行的流程实例的正在执行的 2)act_ru_identitylink 运行时流程人员表，主要存储任务节点与参与者的相关信息 3)act_ru_task 运行时任务节点表 1、说明 代表正在执行的任务表 该表是一个临时表，如果当前任务被完成以后，任务在这张表中就被删除掉了 2、字段 id_: 主键 任务ID execution_id_:执行ID 根据该ID查询出来的任务肯定是一个 proc_inst_id:piid 根据该id查询出来的任务 如果没有并发，则是一个 如果有并发，则是多个

1. 什么是工作流 2. 使用工作流优点 工作流系统，实现了工作流程的自动化，提高了企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高量化考核业务处理的效率、减少浪费（时间就是金钱）。 而手工处理工作流程，一方面无法对整个流程状况进行有效跟踪、了解，另一方面难免会出现人为的失误和时间上的延时导致效率低下，特别是无法进行量化统计，不利于查询、报表及绩效评估。 3. 工作流应用场景 根据组织关系将任务传递到相应的处理者。 下一步任务的处理者未必是一个人，也未必是所有人，这个接手者组是应该能自定义的，自定义的方式就是根据组织结构和人员级别来确定，比如发给某个部门的所有领导、所有副领导、所有基层员工，或者发给角色是操作员的所有人. 动态决定处理人可以在运行时决定某步骤的处理人。 下一步的处理者最理想的情况是在流程定义时就确定好，这样维护比较简单，但实际可能需要动态设定，比如如果这个客户是A级客户，那任务发个某组成员，如果客户是B级客户，那任务发给另一组成员。 根据表单数据流转可以根据表单中的数据决定流程的流向。支持复杂运算，支持根据多个表单数据的条件组合流转。 当前节点的下一步任务可能有N个后续任务，但具体选择哪个作为后续任务需要动态决定。其中一种比较方便的方式就是直接跟表单数据关联，当某个表单项数据大于10万时走A节点，当表单项数据小于10万时走B节点。

2019独角兽企业重金招聘Python工程师标准>>> 在创建分支的情况分析： * 处理分支，分支就是流程的指针 * 情况： * 1.回退节点多个，聚合节点退回到并行 * 2.回退节点一个，同时有并行的运行节点，并行节点退回到聚合 * 3.内嵌子流程回退，分支要删除 * 4.回退节点是子流程，创建分支 * 5.外嵌子流程回退，子流程要删除， * 6.回退节点是外嵌子流程 * 7.没有分支的回退,最基本 根据上面的规则现在是没问题了，不过由于在开发的时候没有考虑到多实例的情况，后续再加入进去，这里只能先不回退多实例的情况。还有在操作的过程中，没必要自己写jdbc来直接操作数据库，activiti的api很丰富，特别是在cmd模式里面，很多manager可以使用，完全足够大家用了。先说到这里，代码由于是公司的项目我就不贴了。给大家一个思路。不一定是最好的，最少是中办法。 转载于:https://my.oschina.net/u/1261308/blog/615101 文章来源: https://blog.csdn.net/weixin_34146410/article/details/92087150

7大服务介绍 服务名称 描述 RepositoryService Activiti 中每一个不同版本的业务流程的定义都需要使用一些定义文件，部署文件和支持数据 ( 例如 BPMN2.0 XML 文件，表单定义文件，流程定义图像文件等 )，这些文件都存储在 Activiti 内建的 Repository 中。Repository Service 提供了对 repository 的存取服务。 RuntimeService 在 Activiti 中，每当一个流程定义被启动一次之后，都会生成一个相应的流程对象实例。Runtime Service 提供了启动流程、查询流程实例、设置获取流程实例变量等功能。此外它还提供了对流程部署，流程定义和流程实例的存取服务。 TaskService 在 Activiti 中业务流程定义中的每一个执行节点被称为一个 Task，对流程中的数据存取，状态变更等操作均需要在 Task 中完成。Task Service 提供了对用户 Task 和 Form 相关的操作。它提供了运行时任务查询、领取、完成、删除以及变量设置等功能。 IdentityService Activiti 中内置了用户以及组管理的功能，必须使用这些用户和组的信息才能获取到相应的 Task。Identity Service 提供了对 Activiti 系统中的用户和组的管理功能。

工作流简介 什么是工作流 简单的理解就是工作的流程，这里的流程指的是，完成一个企业中具体业务的 一系列工作步骤 ，所有的步骤合在一起就是业务从 开始 到 结束 的流转过程。 从计算机系统的角度来讲，工作流系统表示：业务过程的部分和整体在计算机应用环境的 自动化 操作 工作流的三大要素 工作流示例 - 请假 工作流系统的组成 工作流的相关概念 Activiti5简介 Activiti5框架的由来 JBPM ，全称是 Java Business Process Management （业务流程管理），它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。 JBPM 是公开源代码项目 。 JBPM在2004年10月18日，发布了2.0版本，并在同一天加入了 JBoss ,成为了 JBoss 企业中间件平台的一个组成部分，它的名称也改成 JBoss jBPM 。 在 JBPM4 之后，公司内部对于软件的规划发生了分歧，所以当时的项目架构师脱离了原来的公司，加入新的公司后，改了名称 Activiti5 。 JBPM 采用 Hibernte （JBPM核心发生了很大的变化） Activiti5 采用 MyBatis (MyBatis 3, 1和2都叫做iBatis) Activiti5组成 ProcessEngine ：这个类是Activiti5的核心

1.排他网关 排他网关(也叫异或(XOR)网关，或叫基于数据的排他网关)，用来在流程中实现决策。 当流程执行到这个网关，所有分支都会判断条件是否为 true，如果为 true 则执行该分支。 注意，排他网关只会选择一个为 true 的分支执行。(即使有两个分支条件都为 true，排他网关也会只选择一条分支去执行) 如果从网关出去的线所有条件都不满足则系统抛出异常 说明： 经过排他网关必须要有一条且只有一条分支走 当排他网关中有多个条件同时满足，则走id最小的那个条件 2.并行网关 并行网关允许将流程分成多条分支，也可以把多条分支汇聚到一起，并行网关的功能是基于进入和外出顺序流的: fork分支: 并行后的所有外出顺序流，为每个顺序流都创建一个并发分支。 join汇聚: 所有到达并行网关，在此等待的进入分支， 直到所有进入顺序流的分支都到达以后，流程就会通过汇聚网关。 注意，如果同一个并行网关有多个进入和多个外出顺序流， 它就同时具有分支和汇聚功能。 这时， 网关会先汇聚所有进入的顺序流，然后再切分成多个并行分支。 与其他网关的主要区别是，并行网关不会解析条件。 即使顺序流中定义了条件，也会被忽略。 财务会计和行政考勤是两个并行分支 在 act_ru_execution 表有两条记录分别是财务结算和入库，act_ru_execution 还有一条记录表示该流程实例。