activiti簡介

Activiti項目是一項新的基于Apache許可的開源BPM平臺，從基礎(chǔ)開始構(gòu)建，旨在提供支持新的BPMN 2.0標準。
Activiti是一種輕量級，可嵌入的BPM引擎，而且還設(shè)計適用于可擴展的云架構(gòu)。 Activiti將提供寬松的Apache許可2.0，同時促進Activiti BPM引擎和BPMN 2.0的匹配。

activiti的7大馬車

1.RepositoryService：提供一系列管理流程部署和流程定義的API。
2.RuntimeService：在流程運行時對流程實例進行管理與控制。
3.TaskService：對流程任務(wù)進行管理，例如任務(wù)提醒、任務(wù)完成和創(chuàng)建任務(wù)等。
4.IdentityService：提供對流程角色數(shù)據(jù)進行管理的API，這些角色數(shù)據(jù)包括用戶組、用戶及它們之間的關(guān)系。
5.ManagementService：提供對流程引擎進行管理和維護的服務(wù)。
6.HistoryService：對流程的歷史數(shù)據(jù)進行操作，包括查詢、刪除這些歷史數(shù)據(jù)。
7.FormService：表單服務(wù)。

activiti應(yīng)用場景

多人協(xié)作的（或者需要動態(tài)變動）的業(yè)務(wù)流程場景。

正文

本文將通過搭建一個簡單的請假流程系統(tǒng)來進行講解。

如你所知，activiti工作流引擎多運用于流程性很強的業(yè)務(wù)系統(tǒng)。所以運用的第一步是創(chuàng)建.bpmn文件（我稱之為activiti認識的流程圖）

?

activiti流程圖

?

.bpmn文件我們可以通過編輯軟件打開

?

,bpmn文件

可以簡單的認為就是一個xml文件，activiti去解析這個文件，了解我們到底想干什么事。
畫完流程圖之后，就是我上面提到的activiti七架馬車。它們就是activiti對外提供的接口。通過它們就可以很方便的操作到activiti生產(chǎn)的數(shù)據(jù)，以及操作它在適當(dāng)?shù)墓?jié)點做想讓它做的事。

我這邊是通過springboot搭建。所以需要把那七大馬車注入（也不一定要全部注入），交給spring管理。這樣就可以隨便用了。
以下是注入馬車代碼

package com.ysh.activiti.config;import javax.sql.DataSource;import org.activiti.engine.HistoryService; import org.activiti.engine.ProcessEngine; import org.activiti.engine.ProcessEngineConfiguration; import org.activiti.engine.RepositoryService; import org.activiti.engine.RuntimeService; import org.activiti.engine.TaskService; import org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration;@Configuration public class ActivitiConfog {@Autowiredprivate DataSource dataSource;@Beanpublic StandaloneProcessEngineConfiguration processEngineConfiguration() {StandaloneProcessEngineConfiguration configuration = new StandaloneProcessEngineConfiguration();configuration.setDataSource(dataSource);>configuration.setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_TRUE);configuration.setAsyncExecutorActivate(false);return configuration;}@Beanpublic ProcessEngine processEngine() {return processEngineConfiguration().buildProcessEngine();}@Beanpublic RepositoryService repositoryService() {return processEngine().getRepositoryService();}@Beanpublic RuntimeService runtimeService() {return processEngine().getRuntimeService();}@Beanpublic TaskService taskService() {return processEngine().getTaskService();}@Beanpublic HistoryService historyService() {return processEngine().getHistoryService();} }

當(dāng)然我這邊并沒有注入所有的馬車，用到的是時候再加都是可以的。這兒也隨帶對activiti做了基本的配置。
配置了數(shù)據(jù)源，自動建表，是否激活A(yù)syncExecutor。剛剛介紹了其他馬車，忘了activiti 最重要的ProcessEngine（流程引擎對象），馬車都是由它管理。
配置好這些，運行代碼就會產(chǎn)生activiti的內(nèi)置表。

?

activiti內(nèi)置表

?

上圖已act開頭的都是，總共28張。每張表含義以及表里的字段含義，我這里就不在累贅，大家網(wǎng)上都能找到資料。我就這點一哈我認為比較重要的表
1.act_ru_execution 執(zhí)行對象表
2.act_ru_task 用戶任務(wù)表
3.act_hi_actinst 活動節(jié)點歷史表
4.act_hi_procinst 流程實例歷史表
5.act_hi_taskinst 歷史任務(wù)表
下面就說怎么去啟動一個流程

Deployment deploy = >repositoryService.createDeployment().addClasspathResource("processes/leave.bpmn").deploy(); // 獲取流程定義 ProcessDefinition processDefinition = repositoryService.createProcessDefinitionQuery().deploymentId(deploy.getId()).singleResult(); // 啟動流程定義，返回流程實例 ProcessInstance pi = runtimeService.startProcessInstanceById(processDefinition.getId());

到此，入門就算結(jié)束了。

搭建的注意點

我搭建時考慮的問題:
1.activiti流程怎么和自己的業(yè)務(wù)表，如請假詳細信息表，審批信息表關(guān)聯(lián)起來？
2.activiti如何知道那些任務(wù)該由誰處理？
3.駁回，撤銷（目前未搞撤銷功能，文章還會持續(xù)更新）怎么實現(xiàn)？
解決方式 :
1.問題一，網(wǎng)上說的可以把流程與業(yè)務(wù)通過activiti的businesss_key關(guān)聯(lián)起來。后來我發(fā)現(xiàn)好像這個值一次流程只能設(shè)置一次（也有可能是我操作不對），最終我選擇了在業(yè)務(wù)表存儲流程實例的id來進行關(guān)聯(lián)。
問題二：指定任務(wù)候選人方式解決。指定候選人的時候，我一開始采用監(jiān)聽的方式，因為我這邊設(shè)計的是某個角色下的人都會有某個流程節(jié)點的審批權(quán)限，通過監(jiān)聽的方式，我一開始又直接選擇監(jiān)聽類，具體操作如下：

?

直接選擇監(jiān)聽類

?

發(fā)現(xiàn)這種方式不能獲取到spring管理的bean。
后面嘗試使用expression。這種方式可以獲取到bean。由于我要操作數(shù)據(jù)庫查詢數(shù)據(jù)，所以注入了JpaRepository。然后神奇的爆了序列化問題。
最后我選擇了傳參的方式指定候選人。

?

變量指定候選人

3.駁回：使用排他網(wǎng)關(guān)實現(xiàn)，只需要指定通過條件

流程線指定條件

由于代碼量還是有點多，后面我code review之后（現(xiàn)在寫的還是有點糙）會放到github上。有興趣的朋友可以持續(xù)關(guān)注。

系統(tǒng)展示

系統(tǒng)用戶角色表設(shè)計

?

系統(tǒng)角色劃分

?

用戶的信息

?

用戶與角色關(guān)系

?

當(dāng)然大家從名字也能大致猜出對應(yīng)角色。

?

系統(tǒng)登錄頁

?

普通員工登錄界面

?

發(fā)布申請

?

填寫之后

?

查看流程

?

通過上文流程圖，可以知道請假不大于五天都是部門經(jīng)理審批。
上文的黑色，表示已經(jīng)提交到經(jīng)理審核，但是經(jīng)理還未處理。

?

申請6天

?

大于五天，總監(jiān)審批

?

部門經(jīng)理yshManager審批

?

部門經(jīng)理YshManager2審批

同一個任務(wù)，身為部門經(jīng)理的人都能進行審批。說明傳參的方式制定審核人事沒有問題的。

部門經(jīng)理yshManager2審批之后的流程

我這邊審核任務(wù)設(shè)置的是一個人審批過后，就算審批通過，不需要所有人審批通過。當(dāng)時一個部門經(jīng)理審批過后，其他部門經(jīng)理就不能審核這個任務(wù)，同時我這邊也設(shè)計的是無法再進行查看這個請假任務(wù)具體情況。
人事審核同理。

人事順利審批

?

一次性走完流程的流程進度

?

審批拒絕

我就不挨著截圖了，直接展示一個多次遭拒絕的情況截圖。

image.png

?

這兒就是多次審批遭拒，然后重新申請的情況。這兒就會有一個問題，我開始申請請假是6天。被總監(jiān)拒絕。我改為5天，被人力資源拒絕。后面改3天，審批通過。由于我申請審批一直是操作的同一條申請請假數(shù)據(jù)。導(dǎo)致前面的數(shù)據(jù)記錄丟失。（bug后續(xù)更新解決）

結(jié)語

我對activiti也是剛接觸的小白。如有不正確之處，請不吝賜教。后面還會持續(xù)更新。有興趣的朋友可以持續(xù)關(guān)注。

作者：帥哥哥寫代碼
鏈接：https://www.jianshu.com/p/972613558ba1
來源：簡書
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請注明出處。

總結(jié)

以上是生活随笔為你收集整理的activiti工作流引擎入门教程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。