一、什么是流

隨著社會生產力的發展和生產關系性質的變化，人類社會的生產活動開始出現社會分工，個人、企業、甚至是國家都只是完整生產活動中的一環。

社會分工的出現，導致一次完整的生產活動需要由多國家、多企業、多部門、多個人（后文用“人”代指）互相配合、共同完成。

在這種分工的生產活動中，處于后置環節的“人”，對前置環節的“人”的輸出物有著內在需求，正是因為這種內在需求，導致了輸出物的流動，使輸出物從供應方轉向需求方，即“流”，也稱“流程”。

“流”具有流動性和指向性兩個特征。

在當今社會的生產活動中，“流”具體表現有物流、信息流、工作流、資金流等。

二、什么是業務流、工作流、審批流

• 業務流：即業務流程，指為了完成某項業務而進行的各種工作的有序組合

• 工作流：即工作流程，指為了完成某項工作而進行的各種動作的有序組合

• 審批流：即審批流程，是對某項工作的審批活動的有序組合

通常情況下，業務流與工作流是相同的概念，本文即持此觀點，后文重點講解工作流、審批流。

審批流屬于工作流的范疇。

三、工作流詳解

一項完整的工作流程，應包括流程定義、權限劃分兩個部分，見如下泳道圖：

合同簽訂的流程從開始到結束，共需要經過5個環節，涉及三個崗位。

1. 流程定義

流程定義的目的，是為了將工作分解并確定分解后的事項先后順序。

1）工作流程

一個工作流具體包含哪些流程環節以及各環節之間的先后順序。

比如上圖的合同工作流程，包含合同立項-合同簽訂-合同驗收-合同付款-歸檔五個環節。

合同立項的后置環節是合同簽訂，以此類推。

在具體開發時，各環節及順序可以系統內寫死也可以自由配置，具體視業務變動頻率及開發資源確定。

2）表單設計

即本環節內，應該確定、處理什么內容。

比如合同立項環節，業務人員需要確定并填寫合同的甲乙方、立項時間、立項金額等內容。

那么立項表單設計時，就要包含上述的字段信息。

• 簡單的工作流：各環節之間無分支條件，無流程跨越

• 復雜的工作流：要考慮各環節之間的分支條件，比如滿足條件A，走流程1，否則走流程2等，還有環節間的退回情況等

2. 權限的劃分

權限劃分的目的，是為了確定事項責任歸屬，即由誰做什么操作。

權限包含功能權限、數據權限、字段權限。

1）功能權限

即用戶能看到哪些菜單，能進行什么操作（按鈕）。

比如同是合同崗，員工A只有立項權限，無合同簽訂權限，員工B只有簽訂權限無立項權限。

2）數據權限

即用戶能查看或操作的數據范圍，只能查看或操作授權內的數據。

比如員工A只能查看本部門的合同，員工B可以查看全公司的合同。

3）字段權限

即用戶能查看或操作的數據字段，只能查看或操作授權內的字段。

比如員工A不可查看合同的立項金額字段，員工B可以查看合同所有字段。

具體權限的設計，需要根據各業務特性及需求來確定。

權限設計參考RBAC權限模型，本文不再贅述。

四、審批流詳解

審批流是屬于工作流的一個組成部分，所以審批流的設計與工作流基本相似。

還是以合同流程講解，如下流程：

假設合同立項、合同簽訂、合同付款均需審批，審批通過后才可進入下一環節。

每個環節的審批人可以是多人，也可以是單人，可以是多人串行審批，也可以是多人并行審批等等。

1. 審批流的觸發條件

1）必須審批

指不管當前操作人的權限，環節提交后均需審批。

比如合同立項，提交后必須立項審批。

2）權限外審批

根據當前操作人的權限，若在其權限內，則無需審批并直接進入下一個環節，否則需審批。

比如合同立項，如果立項人員的立項權限是20萬，合同立項金額低于20萬則直接進入合同簽訂環節，否則進入立項審批環節。

2. 審批流的設置

關于審批流設置的文章比較多，本文不再贅述。

工作流最重要的點就是厘清流程、確定權限，把好這兩個要點，工作流設計便不是問題了。

一、前言

實習第一個工作涉及到的是工作流程，那時正好帶著我的wqdjmg他負責審批流程的結構和開發，然后我在大神的胯下茁壯成長。 確實對我來說非常有挑戰性。 wqdjmg的體系結構做得很好真是太好了。 基礎框架使用了Activiti。 但是，老實說，我學到了很多。 順便分享一下我們是如何巧妙地使用Activiti框架快速實現我們的工作流程的。

二、最后的成品

1.PC端

pc端的工作主要是定義流程、啟動流程，以及我的工作臺

流程定義：

我的工作臺：

通過APP，幫助用戶快速處理工作

發送消息通知：

三、開發前的準備

流程定義：流程怎么走，可以理解為模板流程的實例。 開始申請休假。 這個假期申請是一個過程實力任務。 一個休假過程需要很多人的批準，每個批準都是一個任務。

流程定義：說明審批流程

運行時數據：如果該進程在(什么是運行時)啟動后尚未終止，則該進程為運行時。 輪到你處理了，那個任務是執行時，處理結束后不是執行時)

流程：未完成的審批流。 審批流結束后，數據將被刪除。 任務：當前審批流到達的執行點。 執行點完成后，數據將被刪除并移動到下一個執行點。 進程變量：進程或任務中的變量。 可以自定義變量以記錄批準的狀態。

歷史數據：

進程：進程啟動時記錄歷史數據并記錄開始時間。 在進程結束之前不會記錄結束時間。 任務：正在運行的任務不會保存在歷史記錄庫中，而是在任務執行完成后保存在歷史記錄庫中。 任務注釋：執行任務時可以添加注釋信息，直接訪問歷史記錄表。 流程變量：對應運行時的流程變量，結束后進入。 附件：已批準附件的表格。 可以保存對象、保存文件、保存url等。

注意的地方

1.巧妙使用表格中的字段

delete_reason直接存儲流程實例的狀態：通過、失敗、撤銷

這里可能需要手動更改表格中的字段。

記住本地查詢的使用方法

activiti提供了本機查詢方式的自定義查詢，該查詢使用基于MyBatis的sql語句執行查詢。

listtasktasks=tasksersive.createnativetaskquery (

. SQL (選擇*從)管理服務. get tablename (task.class ) ) ) )。

' where NAME_=#{taskNmae} ' )

. parameter('tasknmae '，'人力資源批準').list )；

12343.activiti包含很多Join查詢，所以最好在單表中查詢

同樣，我們需要在本機查詢中查詢多表查詢的界面

4.activiti鏈編程

5 .使用5.activiti偵聽器

6.activiti和spring集成使用

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。