workflow笔记

1 概要介绍

1)什么是流程定义 ?

         流程定义是按照bpmn2.0标准定义业务流程,将流程定义的文件(.bpmn和.png(不是必须的))部署到activiti中,activiti就可以管理该业务流程。

 

2)什么是流程实例 ?

         参与者(可以用户,也可以程序)按照流程定义发起一个流程,这个流程就是一个流程实例 。流程定义的内容就是一个静态文件(.bpmn),流程实例的内容是该 流程的执行过程(动态)。

 

3)如何启动一个流程实例 ?

         常用方式:启动一个流程实例时指定一个业务标识。

    // 业务标识 ,如果 是采购流程就是采购单id

      String businessKey = "001";

      // 启动流程实例时指定业务标识

      String processDefinitionKey = "purchasingflow";

      ProcessInstance processInstance = runtimeService

            .startProcessInstanceByKey(processDefinitionKey, businessKey);

  businessKey:业务标识,作用:通过activiti的api查询activiti的流程数据时,可以通过businessKey关联查询业务系统 的数据,通常业务标识记录业务系统表的主键,比如:如果采购流程,businesskey就是采购单id,如果是请假流程,businessKey就是请假单(请假信息表)的id。

 

启动一个流程实例 后,该流程运行到第一个结点,activiti需要给该 任务结点分配任务负责人。

 

任务分配三种方式:

 

第一种:采用固定分配方法,设置task结点的assignee(任务负责人)属性,不常用。 

第二种:采用UEL表达式,表达使用流程变量设置任务负责人,在企业开发中常用。

第三种:采用监听器(自定义监听器实现 TaskListener接口),可以在监听器中扩展代码,在企业开发中常用。

 

查询待办任务:

查询待办任务中如果包括 业务系统 数据,如果查询?

通过Taskid得到任务所属的流程实例id

通过流程实例id得到流程实例对象ProcessInstance。

从ProcessInstance获取businessKey

通过businessKey关联查询业务数据

 

4)Activiti开发步骤:

1、  在需求阶段,分析出业务流程

2、  设计阶段,确定哪些业务流程由activiti管理,对工作流管理的流程进行流程定义

流程定义时和功能设计同步进行:

1》  确定流程启动所对应的功能

2》  确定流程执行中哪些功能和流程结点对应,哪个功能可以将流程向后推进一步

 

Activiti开发遵循原则:

1、  角色分工明确,activiti负责流程管理 ,业务系统 负责业务功能。

2、  业务系统 中通常在service层将activiti和控制层、持久层进行隔离(解耦),比如在业务功能中需要查询activiti的流程数据,需要自定义一个对象存储activiti的数据。

3、  数据共享问题,在activiti中存储businesskey(业务标识),通过businesskey查询业务系统 数据,在业务系统 中存储activiti的标识(比如在采购单中存储流程实例 的id),在查询业务数据时通过此流程实例 id查询activiti的数据。达到目标:activiti和业务系统 能互相关联查询。 

办理任务(完成任务):

需要参数:任务id(activiti的api要求),用户id(进行权限校验使用)

在完成任务之前需要校验该 用户是否有该 任务的完成权限。

 

2 流程变量

2.1  什么是流程变量

在activiti在管理流程中,可能需要通过流程变量控制流程的执行。

注意:流程变量只是用于控制流程的执行,而不是存储业务数据!!

2.2  流程变量作用域

Activiti的流程变量包括 global全局变量和local局部变量。

Activiti常用全局变量进行流程控制,因为local局部变量作用域小一般不用,可以查询历史的局部变量。

global全局变量:作用域是整体流程实例,如果流程实例结束,变量无效。

local局部变量: 作用域小,可以是一个任务(task)也可以是一个执行分支(execution)。任务或执行分支结束,local局部变量无效。

通过historyService查询历史流程变量值。

不同的流程实例,global全局变量互不影响。

同一个流程实例,无法设置两个相同名称 global全局变量,后设置的相同名称 global全局变量会覆盖前边的变量值 。

任务中local变量,不同任务的local变量互不影响。Local变量名称可以和global全局变量相同。

2.3  流程变量的类型

注意:如果将pojo对象存储到流程变量中,必须实现序列化接口serializable,为了防止由于新增字段无法反序列化,需要生成serialVersionUID,如下:

注意:由于OrderCustom也继承了PurBusOrder类,PurBusOrder也必须实现序列化接口,否则 PurBusOrder中的属性无法反序列化。

总结:

1、如果需要将pojo中的属性从流程变量获取(activiti进行反序列化),需要将属性所在pojo实现serializable接口。

2、需要在pojo中设置serialVersionUID,如果不设置该版本id,日后在pojo中新增字段,如果之前将未新增字段的pojo对象存储在activiti的流程变量中,如果从流程变量中获取之前 的pojo对象,将报错。

2.4  流程变量的使用方法

第一步:设置流程变量

第二步:使用流程变量控制流程的执行

例子:

1) 在task结点的assignee通过UEL表达式使用流程变量

${assignee}:assignee就是一个流程变量名称

Activiti获取UEL表达式的值 ,即流程变量assignee的值 ,将assignee的值作为任务的负责人进行任务分配.

2)在连线上的candition条件上通过UEL表达式使用流程变量

${price>=10000}和${price<10000}: price就是一个流程变量名称,uel表达式结果类型为布尔类型

如果UEL表达式是true,要决定 流程执行走向。

比如:如果采购金额大于10000元由总经理审核,否则由财务直接审核。

2.5 设置全局变量

2.5.1 可以流程启动时设置流程变量(常用)

  由于设置了全局变量,该流程启动后,在下边每个结点都可以使用该变量。

在task结点的assignee通过UEL表达式使用流程变量。

代码:

// 得到runtimeService

      RuntimeService runtimeService = processEngine.getRuntimeService();

      // 根据流程定义的key(标识 )来启动一个实例,activiti找该key下版本最高的流程定义

      // 一般情况下为了方便开发使用该方法启动一个流程实例。

      String processDefinitionKey = "purchasingflow";

      // 在流程启动时设置全局变量,第二个参数variables存储流程变量 

      Map<String, Object> variables = new HashMap<String, Object>();

      // 流程 变更名称是assignee,流程变量值是"张三"

      variables.put("assignee", "张三");

      ProcessInstance processInstance = runtimeService.startProcessInstanceByKey(processDefinitionKey, variables);

2.5.2 在完成任务时设置流程变量(常用)

  在完成任务时设置流程变量,在该 任务的后续结点可以使用该 变量,变量的作用域还是整个流程实例 。

//完成任务时设置流程变量

Map<String, Object> variables = new HashMap<String, Object>();

// 流程 变更名称是assignee,流程变量值是"张三"

variables.put("assignee", "李四");

taskService.complete(taskId, variables); 

测试发现,在同一个流程实例下,同名的全局变量,后设置的会覆盖前边设置的。

2.5.3 通过当前流程实例 id设置

  通过此方法可以在流程实例未结束时任意设置流程变量。

RuntimeService runtimeService  = processEngine.getRuntimeService();    

      //设置单个 变量

      //第一个参数:executionId是流程实例 的执行 id,通常使用流程实例 id,必须是当前正在运行的流程实例 id

      //第二个参数:变量名

      //第三个参数:变量值

      runtimeService.setVariable("2001", "price", 10000);

      //一次设置多个变量,第二个参数是map

      //runtimeService.setVariables(executionId, variables)

注意:第一个参数executionId是流程实例 的执行 id,通常使用流程实例 id,必须是当前正在运行的流程实例 id 

获取变量:

runtimeService.getVariable(executionId, variableName)

2.5.4 通过当前待办任务id设置

  通过此方法可以在流程实例未结束时任意设置流程变量。

TaskService taskService = processEngine.getTaskService(); 

      //设置单个 变量

      //第一个参数:taskId是当前待办任务id,在act_ru_task存在

      //第二个参数:变量名

      //第三个参数:变量值

      //activiti根据 任务id查询所属流程实例 id,存储act_ru_variable表。

      taskService.setVariable("2902", "price", 10000);

      //一次设置多个变量,第二个参数是map

      //taskService.setVariables(taskId, variables)

 

activiti根据 任务id查询所属流程实例 id,将流程变量值存储act_ru_variable表,不管使用什么任务id,找到流程实例 id相同就会覆盖原来的变量。

获取变量方法:

System.out.println(taskService.getVariable("3302", "price"));

3  全局变量测试

  什么时候设置流程变量?

采购流程中,在提交采购单时设置流程变量,因为提交采购单后采购单信息不再修改了。

使用完成提交采购单任务时设置流程变量。

// 完成任务时设置流程变量,使用pojo

         OrderCustom orderCustom = new OrderCustom();

         orderCustom.setPrice(10000f);

         Map<String, Object> varaibles = new HashMap<String, Object>();

         varaibles.put("order", orderCustom);

         taskService.complete(taskId, varaibles);

4  设置局部变量

4.1 在任务完成设置局部变量

  在任务完成时设置局部变量,任务完成后,后续结点无法使用局部变量。

 // 完成任务时设置流程变量,使用pojo

            OrderCustom orderCustom = new OrderCustom();

            orderCustom.setPrice(10000f);

            Map<String, Object> varaibles = new HashMap<String, Object>();

            varaibles.put("order", orderCustom);

            //设置局部变量

            taskService.setVariablesLocal(taskId, varaibles);

            //完成任务

            taskService.complete(taskId);

 当局部变量消失后,再使用该变量会报错。

4.2 查询历史任务时查询流程变量

//查询历史 任务查询流程变量

historicTaskInstanceQuery.includeTaskLocalVariables(); 

 //从activiti的流程变量取出pojo对象 ,经过反序列化

OrderCustom orderCustom = (OrderCustom) historicTaskInstance.getTaskLocalVariables().get("order");    

         System.out.println("历史 流程变量采购单信息:"+orderCustom.getPrice());

注意:使用流程变量不建议存储业务数据,因为通过activiti的api查询流程变量,特别是pojo变量,速度很慢。

流程变量要用于流程控制。

4.3 通过当前任务id设置变量

//通过当前任务id设置局部变量

   @Test

   public void setVariableByTaskId(){

      TaskService taskService = processEngine.getTaskService();

      //设置单个 局部变量

      taskService.setVariableLocal("5305", "price", 50000);

      //一次设置多个局部变量

      //taskService.setVariablesLocal(taskId, variables)

   }

注意:任务id为当前待办理的任务id。

4.4  流程变量数据表跟踪

SELECT * FROM act_ru_variable #当前流程变量表

记录当前流程实例使用的流程变量

Type_:变量类型

Name_:变量名称

Execution_id_:流程实例执行id(global和local变量存储)

Proc_inst_id_:流程实例 id(global和local变量存储)

Task_id_:流程变量所属的任务id(local变量存储)

BYTEARRAY_ID_:如果流程变量为pojo,字段存储引用act_ge_bytearray表的主键,在资源表act_ge_bytearray存储pojo流程变量的序列化信息。

Long_和text_:根据变量类型存储变量值

SELECT * FROM act_hi_varinst #历史 流程变量表

记录流程执行所创建的所有流程变量

5 案例1

5.1 需求

  员工创建采购单,由部门经理审核,部门经理审核通过后一万元以下由财务直接审核,一万元以上先由总经理审核,总经理审核通过再由财务审核。

5.2    流程定义

5.3    开发

采购流程中,在提交采购单时设置流程变量,因为提交采购单后采购单信息不再修改了。

使用完成提交采购单任务时设置流程变量。

修改提交 采购单service,在完成任务时设置流程变量。

修改orderService中saveOrderSubmitStauts提交采购单方法:

if (task != null) {

         // 说明assignee是该任务的办理人,有权限完成

         OrderCustom orderCustom = new OrderCustom();

         // 采购信息获取

         // 根据 任务对象 获取流程实例 id

         String processInstanceId = task.getProcessInstanceId();

         // 查询流程实例 对象

         ProcessInstance processInstance = runtimeService

                .createProcessInstanceQuery()

                .processInstanceId(processInstanceId).singleResult();

         // 从流程实例 对象 中获取businessKey

         String businessKey = processInstance.getBusinessKey();

         // 根据 businessKey查询采购单信息

         PurBusOrder purBusOrder = purBusOrderMapper.selectByPrimaryKey(businessKey);      

         BeanUtils.copyProperties(purBusOrder, orderCustom);      

         //流程变量,值 为orderCustom即采购单信息

         Map<String, Object> variables = new HashMap<String, Object>();

         variables.put("order", orderCustom);

         // 设置流程变量,值 为采购单信息

         taskService.complete(taskId,variables);

         // System.out.println("完成任务:" + taskId);

      }

6  案例2

6.1  需求

在上边的基础上添加审核不通过的连线。

需求如下:

在采购系统中实现流程审核不通过分支,功能如下:

1  部门经理审核不通过由员工重新修改采购单

2  总经理审核不通过由员工重新修改采购单再提交

3  财务审核不通过由员工重新审核

6.2   流程定义

6.2.1 对审核不通的由流程发起人再提交采购单

设置流程发起人:

在开始结点,设置initiator(发起人)。

设置创建采购单的任务负责人为:

修改orderService中的saveOrder方法,在启动流程时设置任务发起人:

注意:

任务发起人设置在启动流程实例之前设置。

6.2.2 增加审核不通过的连线

部门经理审核 :

 

审核通过candition:

${order.price>=10000 && firstAudit. status==’1’} 部门经理审核通过且采购金额大于等于10000元由总经理审核

${order.price<10000 && firstAudit. status==’1’}部门经理审核通过且采购金额小于10000元由财务审核

firstAudit和order都是流程变量名称

 

审核 不通过candition :

${ firstAudit. status==’0’}:部门经理审核不通过由流程发起人重新修改采购单再提交

 

总经理审核 :

审核通过candition:${ secondAudit. status==’1’} 总经理审核通过

审核 不通过candition : ${ secondAudit. status==’0’}总经理审核不通过

 

财务审核 :

审核通过candition:${ thirdAudit. status==’1’} 财务审核通过

审核 不通过candition : ${ third Audit. status==’0’}财务审核不通过 

注意:上边的firstAudit、secondAudit、thirdAudit分别存储三级审核信息。

6.3  开发

修改orderService中saveOrderSubmitStauts提交采购单方法:

if (task != null) {

         // 说明assignee是该任务的办理人,有权限完成

         OrderCustom orderCustom = new OrderCustom();

         // 采购信息获取

         // 根据 任务对象 获取流程实例 id

         String processInstanceId = task.getProcessInstanceId();

         // 查询流程实例 对象

         ProcessInstance processInstance = runtimeService

                .createProcessInstanceQuery()

                .processInstanceId(processInstanceId).singleResult();

         // 从流程实例 对象 中获取businessKey

         String businessKey = processInstance.getBusinessKey();

         // 根据 businessKey查询采购单信息       

         PurBusOrder purBusOrder = purBusOrderMapper.selectByPrimaryKey(businessKey);        

         BeanUtils.copyProperties(purBusOrder, orderCustom);       

         //流程变量,值 为orderCustom即采购单信息

         Map<String, Object> variables = new HashMap<String, Object>();

         variables.put("order", orderCustom);

         // 设置流程变量,值 为采购单信息

         taskService.complete(taskId,variables);

         // System.out.println("完成任务:" + taskId);

      }

 

修改 service中采购单审核方法:

设置流程变量:firstAudit、secondAudit、thirdAudit

 

if (task != null) {

         // 说明assignee是该任务的办理人,有权限完成

         Map<String,Object> variables = new HashMap<String,Object>();

         //根据 auditType判断是几级审核

         if(auditType.equals("firstAudit")){

            //部门经理审核

            variables.put("firstAudit", orderAuditCustom);

         }else if(auditType.equals("secondAudit")){

            //总经理审核

            variables.put("secondAudit", orderAuditCustom);

         }else if(auditType.equals("thirdAudit")){

            //财务审核

            variables.put("thirdAudit", orderAuditCustom);

         }

         //提交审核时,设置流程变量,变量值就是审核 信息

         taskService.complete(taskId,variables);

         // System.out.println("完成任务:" + taskId);

      }

 

7  Candidate-user候选人

7.1  什么是候选人

  采用固定分配方法给任务指定负责人,如果任务负责人出现变更,需要修改流程定义,就可以采用候选人分配方式,先给任务分配多个候选人,候选人通过拾取组任务进行个人任务办理。

给任务分配候选人,如果分配多个候选人中间使用半角逗号分隔。 

7.2  什么是组任务

多个候选人有资格完成该 任务,这个任务叫做组任务。

组任务具备条件:

         任务没有设置assignee任务负责人

         任务具有候选人 

7.3   候选人办理任务过程

第一步:给任务设置候选人(多个, 中间使用半角逗号分隔)

候选人是无法办理任务

第二步:候选人查询组任务

使用taskService查询,指定candidate候选人。

第三步:候选人拾取(claim)组任务

候选人拾取组任务后,该 候选人变为任务的负责人,该任务变为个人任务

如果候选人拾取组任务后,不想办理该 任务,可以将个人任务归还,该个人任务变为组任务 

第四步:查询待办个人任务

第五步:办理任务 

第六步:流程结束

7.4   Candidate-user办理任务api

7.4.1 候选人查询组任务

使用taskService指定candidateUser候选人查询组任务。

//任务查询对象

      TaskQuery taskQuery = taskService.createTaskQuery();     

      //候选人

      String candidateUser = "zhangsan";   

      taskQuery.taskCandidateUser(candidateUser);     

      //流程定义key

      String processDefinitionKey = "purchasingflow";     

      taskQuery.processDefinitionKey(processDefinitionKey);   

      List<Task> list = taskQuery.list();

注意:查询组任务,必须指定 candidateUser候选人,查询该候选人有资格办理的组任务。

7.4.2 拾取组任务

通过taskService,指定任务id和候选人拾取任务:

TaskService taskService = processEngine.getTaskService();   

      //组任务id

      String taskId = "5604";

      //任务候选人,claim拾取后该 候选人变为任务负责人

      String userId = "zhangsan";

      //任务拾取

      taskService.claim(taskId, userId);

注意:如果拾取人不是该任务的候选人也可以拾取成功,在拾取之前需要校验,该 候选人是否有资格拾取该 任务.

// 组任务id

      String taskId = "6004";

      // 任务候选人,claim拾取后该 候选人变为任务负责人

      String candidateUser = "zhangsan4"; 

      //根据候选人和组任务id查询,如果有记录说明该 候选人有资格拾取该 任务

      Task task = taskService.createTaskQuery().taskId(taskId)

            .taskCandidateUser(candidateUser).singleResult();     

      if(task!=null){

         // 任务拾取

         taskService.claim(taskId, candidateUser);       

         System.out.println("任务拾取成功");

      }

7.4.3 组任务归还

// 归还组任务,由个人任务变为组任务,还可以进行任务交接

   @Test

   public void setAssignee() {

      // 查询任务使用TaskService

      TaskService taskService = processEngine.getTaskService();

      // 当前待办任务

      String taskId = "6004";

      // 任务负责人

      String userId = "zhangsan2";   

      //校验userId是否是taskId的负责人,如果是负责人才可以归还组任务

      Task task = taskService.createTaskQuery().taskId(taskId).taskAssignee(userId).singleResult();    

      if(task!=null){

         //如果设置为null,归还组任务,该 任务没有负责人

         taskService.setAssignee(taskId, null);

      }         

   }

7.4.4 任务交接

任务负责人也可以将任务交给其它候选人办理该任务

代码如下:

@Test

   public void setAssigneeToCandidateUser() {

      // 查询任务使用TaskService

      TaskService taskService = processEngine.getTaskService();

      // 当前待办任务

      String taskId = "6004";

      // 任务负责人

      String userId = "zhangsan2"; 

      // 校验userId是否是taskId的负责人,如果是负责人才可以归还组任务

      Task task = taskService.createTaskQuery().taskId(taskId)

            .taskAssignee(userId).singleResult(); 

      if (task != null) {

         // 将此任务交给其它候选人办理该 任务

         String candidateuser = "zhangsan";

         // 根据候选人和组任务id查询,如果有记录说明该 候选人有资格拾取该 任务

         Task task2 = taskService.createTaskQuery().taskId(taskId)

                .taskCandidateUser(candidateuser).singleResult();

         if (task2 != null) {

            // 才可以交接

            taskService.setAssignee(taskId, candidateuser);

         }

      }

   }

8  Candidate-group候选组

8.1   什么候选组

  即使给任务指定了多个候选人,多个候选人都有办理任务资格,但是候选的人数有限,无法动态扩展,如果需要添加或删除候选,需要修改流程定义 文件,不利于系统 扩展。

采用候选组方式解决上边的问题。 

给任务设置候选组,在组中有多个用户并且可以动态扩展用户,组中的用户都是候选人,候选人先拾取组任务,将组任务变为自己的个人任务,进行个人任务办理。

8.2   候选组办理任务过程

第一步:Activiti会自动从候选组中找用户,将这些用户作为该 任务的候选人。 

下边的流程同候选人办理任务过程!!

第二步:给任务设置候选人(多个, 中间使用半角逗号分隔)

候选人是无法办理任务

第三步:候选人查询组任务

使用taskService查询,指定candidate候选人。

第四步:候选人拾取(claim)组任务

候选人拾取组任务后,该 候选人变为任务的负责人,该任务变为个人任务

如果候选人拾取组任务后,不想办理该 任务,可以将个人任务归还,该个人任务变为组任务

第五步:查询待办个人任务 

第六步:办理任务

第七步:流程结束

8.3  设置候选组

8.4  设置组和用户信息

Activiti中采用以下表记录组信息、用户信息、组和用户关系 信息

SELECT * FROM act_id_group #组信息 

SELECT * FROM act_id_user #用户信息

SELECT * FROM act_id_membership #组和用户关系信息

8.4.1 Api设置方法

以下设置的信息和业务系统的用户信息、角色信息保存一致。

先设置组信息

再设置用户信息

再设置组和用户关系信息

代码如下: 

//设置组和用户信息

   @Test

   public void setUserGroup(){   

      IdentityService identityService = processEngine.getIdentityService();   

      //设置组信息

      //添加之前应该校验组信息是否存在,不存在再进行添加

      if(identityService.createGroupQuery().groupId("10").singleResult()==null){

         //添加新组

         GroupEntity groupEntity = new GroupEntity();

         groupEntity.setId("10");

         groupEntity.setName("员工");

         identityService.saveGroup(groupEntity);

      }

      if(identityService.createGroupQuery().groupId("11").singleResult()==null){

         //添加新组

         GroupEntity groupEntity = new GroupEntity();

         groupEntity.setId("11");

         groupEntity.setName("部门经理");

         identityService.saveGroup(groupEntity);

      }

      if(identityService.createGroupQuery().groupId("12").singleResult()==null){

         //添加新组

         GroupEntity groupEntity = new GroupEntity();

         groupEntity.setId("12");

         groupEntity.setName("总经理");

         identityService.saveGroup(groupEntity);

      }

      if(identityService.createGroupQuery().groupId("13").singleResult()==null){

         //添加新组

         GroupEntity groupEntity = new GroupEntity();

         groupEntity.setId("13");

         groupEntity.setName("财务");

         identityService.saveGroup(groupEntity);

      }     

      //设置用户信息

      //添加之前应该校验用户信息是否存在,不存在再进行添加

      if(identityService.createUserQuery().userId("zhangsan").singleResult()==null){

         //添加新用户

         UserEntity userEntity = new UserEntity();

         userEntity.setId("zhangsan");

         userEntity.setFirstName("张三");

         identityService.saveUser(userEntity);

      }

      if(identityService.createUserQuery().userId("lisi").singleResult()==null){

         //添加新用户

         UserEntity userEntity = new UserEntity();

         userEntity.setId("lisi");

         userEntity.setFirstName("李四");

         identityService.saveUser(userEntity);

      }

      if(identityService.createUserQuery().userId("wangwu").singleResult()==null){

         //添加新用户

         UserEntity userEntity = new UserEntity();

         userEntity.setId("wangwu");

         userEntity.setFirstName("王五");

         identityService.saveUser(userEntity);

      }

      if(identityService.createUserQuery().userId("zhaoliu").singleResult()==null){

         //添加新用户

         UserEntity userEntity = new UserEntity();

         userEntity.setId("zhaoliu");

         userEntity.setFirstName("赵六");

         identityService.saveUser(userEntity);

      }    

      //设置用户和组的关系信息

      //采用先删除再添加

      identityService.deleteMembership("zhangsan", "10");

      identityService.createMembership("zhangsan", "10"); 

  

      identityService.deleteMembership("lisi", "11");

      identityService.createMembership("lisi", "11");

     

      identityService.deleteMembership("wangwu", "12");

      identityService.createMembership("wangwu", "12");

     

      identityService.deleteMembership("zhaoliu", "13");

      identityService.createMembership("zhaoliu", "13");

   }

 

8.4.2 与业务系统同步方法(常用)

方法1 :

数据库触发器方法

企业中在进行数据同步的常用方法,一般在一个数据库中采用此方法。

业务系统 用户表----》activiti的act_id_user

        在业务系统 用户表添加触发器:新增、删除、修改

注意:如果act_id_user有外键关系,需要先删除依赖关系。 

业务系统 角色表----》activiti的act_id_group

业务系统 角色和用户关系表—》activiti的act_id_membership

 

方法2 :

采用即时触发java程序。

 用户角色同步:

     在操作业务系统 用户角色表时执行以下操作:

业务系统添加角色-àactiviti添加角色

业务系统修改角色àactiviti修改角色

业务系统删除角色àactiviti删除角色,删除之前将用户角色关系表先删除(根据角色删除)

 

 用户信息同步

在操作业务系统 用户表时执行以下操作

业务系统添加用户----》activiti添加用户,添加用户与角色关系表

业务系统修改用户---》activiti修改用户,先删除原来用户与角色关系表,再添加用户与角色关系

业务系统删除用户—》activiti删除用户,删除之前将用户角色关系表删除(根据用户删除)

8.5  组任务办理过程api

8.5.1 设置组和用户信息

参考上边设置组和用户api

正式开发时,需要将业务系统 用户和角色信息同步到activiti中。

8.5.2 候选人查询组任务

参考candidate-user的api

注意:

在activiti的用户、组、用户和组关系表中随时添加数据,不受流程启动先后顺序影响。

9  网关

9.1   排他网关

9.1.1 什么排他网关

  排他网关用于决策,选择分支执行流程,分支上需要设置condition条件,如果分支的条件结果为true,那么该分支会通过排他网关。排他网关只会选择一条分支去执行。

9.1.2 定义方法

图标:

流程定义:

 

 

9.1.3 排他网关测试

第一步:流程定义部署

第二步:启动流程实例

  设置price流程变量值,因为price 在排他网关的两分支使用 

第三步:查询待办任务

      也可以在部门经理审核后设置price流程变量值,因为price 在排他网关的两分支使用

第四步:办理任务 

  如果分支上的条件都不满足,没有一条线经过排他网关,activiti会抛出异常:

org.activiti.engine.ActivitiException: No outgoing sequence flow of the exclusive gateway 'exclusivegateway1' could be selected for continuing the process at org.activiti.engine.impl.bpmn.behavior.ExclusiveGatewayActivityBehavior.leave(ExclusiveGatewayActivityBehavior.java:85

如果多条分支都满足,只会有一条线经过排他网关。

上边两种情况必须在开发避免!!!

9.2  并行网关

9.2.1 什么并行网关

  并行网关(parallelGateway),包括分支和汇聚两个结点,所有的分支不判断条件都经过分支结点,所有经过分支结点的分支都要进行汇聚,所有的分支全部执行完成,并行网关执行完成。

Fork(分支)

         所有的分支不判断条件都经过分支结点

Join(汇聚)

         所有经过分支结点的分支都要进行汇聚

分支的数量等于汇聚数量!

9.2.2 流程定义

图标:

 

 

 

注意:经过并行网关的分支结点,不需要设置condition条件。

9.2.3 并行网关测试

当流程执行到并行的分支结点时,

向act_ru_execution #流程实例执行表执行并行分支(结算,入库)

Execution表中8501的记录数等于分支数+1

只有一条记录的流程实例 id和流程实例执行id相等的,这一条为流程执行主线。

向当前任务表中插入两条记录(结算、入库)

9.3   包含网关

9.3.1 什么是包含网关

包含网关是排他网关和并行网关的结合体。

包含网关(IncluesiveGateway),包括分支和汇聚两个结点,经过分支结点需要判断条件,满足条件经过分支结点,所有经过分支结点的线边最终会进行汇聚。

Fork(分支)

         所有的分支需要判断条件,满足条件的经过分支结点

Join(汇聚)

         所有满足条件的分支都要进行汇聚

10   案例

10.1      需求

将采购流程改为组任务(使用候选组)实现 

在采购流程中实现排他网关

在采购流程中实现并行网关

 

需求描述:

员工创建采购单

经过部门经理审核

         审核通过:

部门经理审核通过,如果采购金额大于等于1万元,由总经理审核

部门经理审核通过,如果采购金额小于1万元,由财务审核

         审核不通过:

         部门经理审核不通过,由员工重新修改采购单进行提交

 

总经理审核

         总经理审核通过由财务审核通过

         总经理审核不通过,由员工重新修改采购单进行提交

 

财务审核

         财务审核通过并行执行财务结算和入库

         财务审核不通过,由员工重新修改采购单进行提交

 

财务结算和入库两个操作可以并行执行。

10.2   流程定义

部门经理审核通过后,通过排他网关决定走总经理审核还是财务审核。

财务审核通过后,经过并行网关,财务结算和入库并行执行。

 

审核分支设置condition 条件:

部门经理审核 :

 

审核通过candition:

${order.price>=10000 && firstAudit. status==’1’} 部门经理审核通过且采购金额大于等于10000元由总经理审核

${order.price<10000 && firstAudit. status==’1’}部门经理审核通过且采购金额小于10000元由财务审核

firstAudit和order都是流程变量名称

 

审核 不通过candition :

${ firstAudit. status==’0’}:部门经理审核不通过由流程发起人重新修改采购单再提交

 

总经理审核 :

审核通过candition:${ secondAudit. status==’1’} 总经理审核通过

审核 不通过candition : ${ secondAudit. status==’0’}总经理审核不通过

 

财务审核 :

审核通过candition:${ thirdAudit. status==’1’} 财务审核通过

审核 不通过candition : ${ third Audit. status==’0’}财务审核不通过

10.3  分析

10.3.1 需要开发结算和入库功能

真正的结算和入库很复杂,确定一个功能将流程向后推进一步。

为了教学方便,开发结算和入库功能实现activiti任务完成。

10.3.2 候选人查询组任务

由于任务结点改变  候选组方式分配任务,实现候选人查询组任务。

实现 方法:

调用taskService,指定candidateUser候选人查询组任务。

10.4   开发

接口功能:候选人查询组任务

接口参数:候选人candidateUserId,(实际开发需要查询条件)

接口实现 :

调用taskService,指定candidateUser候选人查询组任务

public List<OrderCustom> findOrderGroupTaskList(String userId)

         throws Exception {

      // 任务查询对象

      TaskQuery taskQuery = taskService.createTaskQuery();

 

      // 候选人,在act_id_user表中存在,从act_id_membership通过group_id_查询出用户

      String candidateUser = userId;

      // 指定候选人

      taskQuery.taskCandidateUser(candidateUser);

 

      // 流程定义key

      String processDefinitionKey = ResourcesUtil.getValue(

            "diagram.purchasingflow", "purchasingProcessDefinitionKey");

 

      taskQuery.processDefinitionKey(processDefinitionKey);

 

      List<Task> list = taskQuery.list();

 

      List<OrderCustom> orderList = new ArrayList<OrderCustom>();

      for (Task task : list) {

 

         OrderCustom orderCustom = new OrderCustom();

        

         //下边的代码同采购单处理列表代码...

        

         // 流程实例id

         String processInstanceId = task.getProcessInstanceId();

         // 根据流程实例id找到流程实例对象

         ProcessInstance processInstance = runtimeService

                .createProcessInstanceQuery()

                .processInstanceId(processInstanceId).singleResult();

         // 从流程实例对象中获取businessKey

         String businessKey = processInstance.getBusinessKey();

         // 根据businessKey查询业务系统

         // 采购单id

         String orderId = businessKey;

         PurBusOrder purBusOrder = purBusOrderMapper

                .selectByPrimaryKey(orderId);

         // 获取采购单名称、采购金额等采购单信息

         // 将purBusOrder内容拷贝到orderCustom

         BeanUtils.copyProperties(purBusOrder, orderCustom);

 

         // 下边向orderCustom开始设置任务信息

         // 任务id、任务标识 、任务名称

         // 任务id

         orderCustom.setTaskId(task.getId());

         // 任务标识

         orderCustom.setTaskDefinitionKey(task.getTaskDefinitionKey());

         // 任务名称

         orderCustom.setTaskName(task.getName());

 

 

         orderList.add(orderCustom);

      }

 

      return orderList;

   }

  

查询组任务方法:

代码基本上同采购单处理列表的代码:

 

// 采购单组任务列表

   @RequestMapping("/orderGroupTaskList")

   public String orderGroupTaskList(HttpSession session, Model model)

         throws Exception {

      // 当前登陆用户

      ActiveUser activeuser = UserUtil.getUserFromSession(session);

      // 用户id

      String userId = activeuser.getUserid();

      List<OrderCustom> list = orderService.findOrderGroupTaskList(userId);

 

      model.addAttribute("list", list);

 

      return "order/orderGroupTaskList";

   }

 

接口功能:拾取组任务

接口参数:taskId任务id,candidateUserId候选人

接口实现 :

         调用taskService,指定组任务id和candidateUserId候选人。

拾取任务之前需要校验候选人是否资格拾取该组任务。

 

 

 

@Override

   public void saveClaimTask(String taskId, String candidateUserId)

         throws Exception {

 

      // 根据候选人和组任务id查询,如果有记录说明该 候选人有资格拾取该 任务

      Task task = taskService.createTaskQuery().taskId(taskId)

            .taskCandidateUser(candidateUserId).singleResult();

 

      if (task != null) {

         // 任务拾取

         taskService.claim(taskId, candidateUserId);

 

         System.out.println("任务拾取成功");

      }

 

   }

 

拾取组任务方法:

需要从页面传入taskId组任务id.

 

// 拾取组任务

   @RequestMapping("/claimTask")

   public String claimTask(HttpSession session, String taskId)

         throws Exception {

      // 当前登陆用户

      ActiveUser activeuser = UserUtil.getUserFromSession(session);

      // 用户id

      String userId = activeuser.getUserid();

      orderService.saveClaimTask(taskId, userId);

     

      //返回采购单组任务列表

      return "redirect:orderGroupTaskList.action";

   }

 

 

修改组任务列表页面,添加“拾取组任务”连接:

 

1.2      测试

 

测试注意点:

1、组任务(使用候选组)

                   准备组和用户的数据,调用activiti的api设置组、用户、组和用户关系信息

         正式开发,将业务系统 用户角色数据实时同步到activiti中。

 

         2、测试组任务办理流程

                   a>查询组任务功能

                   b>拾取组任务功能

 

         3、测试排他网关

                   修改原来的功能是否存在bug。

4、测试并行网关

                   结算功能和入库功能是否并行执行.

 

11  总结

什么是工作流?

工作流是通过计算机自动管理业务流程,实现多个参与者按照预定义的流程自动执行业务流程。

 

什么是activiti?

Activiti是一个工作流的引擎(框架,jar、组件),对业务流程的自动化管理。Activiti按照bpmn2.0标准进行流程定义,按照定义流程(bpmn文件) 去自动执行业务流程。

 

 

第一步:线下进行流程定义

Activiti按照bpmn2.0标准进行流程定义,定义文件包括 .bpmn和.png,其中.bpmn是必须的文件。

第二步:进行流程定义部署

         将线下流程定义文件.bpmn部署到activiti的数据库中。这样activiti方可按照定义流程(bpmn文件) 去自动执行业务流程。

         两种方法部署方法:

1、  单个文件部署方法

2、  Zip包部署方法

建议使用单个文件 部署,建议一次部署只部署一个流程定义 。

第三步:启动一个流程 实例

 

流程定义和流程实例 的区别:

         流程定义 是一个静态文件(.bpmn),流程实例是动态的流程执行过程。如果要activiti去管理业务流程的执行,需要首先发起一个流程实例 。

 

第四步:查询待办任务

 

个人任务:

         通过固定设置方法或UEL表达式设置方法设置task结点的assignee属性。

 

组任务:

         通过设置多个候选人或多个候选组的方法。

组任务常用,组任务中以candidate-group候选组方式最常用。 

 

组任务办理过程:

         通过候选人查询任务

         拾取任务

同个人任务办理流程。

 

第五步:办理任务

 

         流程的执行可能需要通过流程变量决定执行分支。

         流程变量:

                   常用全局变量

                   需要在启动流程实例 或完成任务时设置流程变量

                   在UEL表达式中使用流程变量

 

         网关:

                   排他网关:

                            经过排他网关的分支只有一条。

                   并行网关:

                            经过并行网关分支结点所有分支不管条件是否满足都 会经过并行网关的汇聚结点。

            并行网关常用于会签任务(多个用户共同办理的任务)

        包含网关:

                            经过包含网关分支结点,只有满足条件的分支才经过包含网关的汇聚结点。

第六步:流程完成

                   所有结点完成执行完成,流程自动完成。

                   注意:如果使用并行网关或包含网关,必须经过分支的流程全部执行完成才能到达汇聚结点,并行网关或包含风关就结束。

 

 

 

转载于:https://www.cnblogs.com/kimi9py/p/5697211.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值