基于Activiti的考勤工作流系統(tǒng)設計與實現(xiàn)

DOI：10.16644/j.cnki.cn33-1094/tp.2016.02.022

摘 ?要： 針對大學考勤工作過程管理自動化、智能化和整合的需求，設計實現(xiàn)了基于Activiti的考勤工作流系統(tǒng)。以服務對象為中心梳理出系統(tǒng)核心業(yè)務，并使用Activiti Modeler完成了業(yè)務建模。介紹了系統(tǒng)的數(shù)據(jù)通信模式和控制數(shù)據(jù)、相關數(shù)據(jù)和應用數(shù)據(jù)的分類及作用。通過Java示例代碼描述了Activiti流程部署與啟動執(zhí)行的步驟，并給出了基于事務內(nèi)存的異常處理模式。該系統(tǒng)將考勤業(yè)務梳理后制定成業(yè)務流程規(guī)范，為校園信息化建設提供一定的參考。

關鍵詞： Activiti; 考勤; 工作流; 事務內(nèi)存

中圖分類號：TP302 ? ? ? ? ?文獻標志碼：A ? ? 文章編號：1006-8228（2016）02-75-04

Design and implementation of attendance workflow system based on Activiti

Sun Yong

（Department of Information Technology， Zhejiang Institute of Communications， Hangzhou， Zhejiang 311112， China）

Abstract： According to the requirement for automation， intelligence and integration in the college attendance process management， a work flow system based on Activiti is designed and realized. Focusing on the service object， teasing out the system's core business， Activiti Modeler is used to complete the business modeling. The data communication mode and the classification and function of control data， related data and application data are introduced in this paper. The steps of Activiti process deployment and implementation are described by Java sample code， and the exception handling mode based on transactional memory is given. The system sets up a business process specification by combing the attendance process， and can provide a reference for the campus information construction.

Key words： Activiti; attendance; work flow; transaction memory

0 引言

云計算、大數(shù)據(jù)、物聯(lián)網(wǎng)與移動互聯(lián)網(wǎng)是當前IT界的四大發(fā)展趨勢，其中移動互聯(lián)網(wǎng)是最接地氣的，也是最有生命力的，無論是國家層面還是各大企業(yè)，都紛紛部署移動信息化平臺。

“繽紛校園App”是一款面向大學校園的多時段、多主體、多類型、多模塊的基于LBS的即時考勤手機App，用于助力校園安全管理，提升平安校園品質(zhì)。由于它的大多數(shù)業(yè)務均涉及到多個參與者（例如，請假流程涉及了學生、輔導員、分管領導等角色），所以引入工作流系統(tǒng)[1]進行任務的分工協(xié)作成為必然。針對它的業(yè)務流程管理問題，我們設計了一種基于Activiti[2]的工作流系統(tǒng)，以信息技術驅(qū)動考勤流程的自動化，以業(yè)務流程為中心全面串聯(lián)學校的考勤管理工作。Activiti是一個針對企業(yè)用戶、開發(fā)人員、系統(tǒng)管理員的輕量級工作流業(yè)務管理平臺。其核心是使用Java開發(fā)的快速、穩(wěn)定的BPMN2.0[3]流程引擎。它可以運行在任何類型的Java程序中，如服務器、集群、云服務等，其設計非常簡約。Activiti在全球得到了廣泛的應用，在中國也不例外，已經(jīng)成為目前最主流的流程引擎。

1 系統(tǒng)設計

1.1 以服務對象為中心確定核心業(yè)務

業(yè)務流程必須從業(yè)務角度去審視，沒有業(yè)務也就沒有流程。所以，做工作流系統(tǒng)設計的第一前提就是清楚系統(tǒng)的核心業(yè)務是什么。而服務對象是業(yè)務的重要要素，所以那些為服務對象創(chuàng)造價值的業(yè)務就是核心業(yè)務。例如，國稅、地稅的繳稅業(yè)務，房管局為房地產(chǎn)從業(yè)者及社會公眾提供的各種房屋證件的辦理業(yè)務等。對于“繽紛校園App”，其服務對象是大學師生及其管理者，核心業(yè)務即為請假和點名（包括課堂點名、晨點名、晚點名等）。

流程是由活動集組成的，確定好業(yè)務之后，需要對業(yè)務流程中的活動進一步地規(guī)范化。如果流程中所有活動雜亂而不遵循任何規(guī)范，那么流程是無法進行優(yōu)化的。

1.1.1 活動本身的規(guī)范化

一個活動代表著某個完整的流程上下文中一個細分的業(yè)務環(huán)節(jié)，此業(yè)務環(huán)節(jié)可以逐級分解為多個更細的業(yè)務環(huán)節(jié)，直到不能分解為止。應將這個業(yè)務環(huán)節(jié)上對應的與流程相關的所有屬性（包括這個活動本身的屬性以及與此活動相關的業(yè)務屬性）封裝為一個完整活動。具體如下：

⑴ 活動的基本屬性（名稱）;

⑵ 活動的參與者屬性（人工活動）;

⑶ 活動的時間屬性;

⑷ 活動的業(yè)務屬性，包括表單、規(guī)則、事件、權限、KPI績效指標等，行業(yè)不同還會有很多其他特定屬性。

通過上面的分析可知，活動本身的規(guī)范化內(nèi)容很多，這些內(nèi)容直接影響流程的分類、簡化及重用，例如活動的時間屬性，在人工活動的大多數(shù)場景下需要對每個活動定義一個辦理期限，那么對于同崗位、同業(yè)務操作的同一個活動，都應該遵循相同的辦理期限，而不應該有各種各樣的理由來對期限進行延期。同樣的，對于活動的業(yè)務屬性也要制定相應的規(guī)范，以達到整個業(yè)務流程規(guī)范化的目的。

1.1.2 活動之間的作用

活動之間的作用是指活動與活動之間的轉(zhuǎn)移邏輯及交互邏輯。通過結(jié)合流程實際運行數(shù)據(jù)，統(tǒng)計流程中重復的活動、活動占用的資源和時間、活動所耗費的成本等，來對活動本身的業(yè)務屬性進行分析，就可以調(diào)整活動之間各種控制模式。例如，將兩個串行連接的活動，改為并行連接，這就是流程優(yōu)化中最常采用和最有效的策略。

1.2 核心業(yè)務建模

建模就是將設計好的業(yè)務流程模型化，并持久化地形成抽象通用的模型的過程。本文采用Activiti的Modeler作為建模器，創(chuàng)建符合BPMN2.0規(guī)范的業(yè)務模型，并將模型文件存儲在數(shù)據(jù)庫的模型庫中，以便工作流和業(yè)務系統(tǒng)訪問。請假業(yè)務工作流如圖1所示。

對于請假流程中的“審批”環(huán)節(jié)，由于請假時間不同，負責人不同，所以需要一個分支路由的節(jié)點。同時為支持客戶需求的靈活變化，將審批決策硬編碼在業(yè)務系統(tǒng)中就不合適了，而應采用Activiti中的規(guī)則引擎來自動進行審批決策，并支持客戶對審批規(guī)則的實時修改。利用規(guī)則引擎可以將業(yè)務規(guī)則脫離應用單獨處理，使用預定義的規(guī)則文件語法編寫業(yè)務規(guī)則，把業(yè)務數(shù)據(jù)交給規(guī)則引擎解釋，然后返回處理結(jié)果，根據(jù)返回的結(jié)果就可以判定業(yè)務的處理方式了（例如，當前的請假申請是應該由輔導員還是由分管領導負責審批）。

晚點名業(yè)務工作流如圖2所示（其他點名流程相對簡單，不再贅述）。

紀檢委是學校中負責考勤工作的組織，由于學生人數(shù)多，所以需要并行出多個流程活動（并行活動的最大個數(shù)由紀檢委中的可用核查執(zhí)行單位最大個數(shù)決定）以提高核查工作效率，并將結(jié)果匯總至輔導員。需要注意的是，在系統(tǒng)中，核查工作除了被動方式（紀檢委檢查學生）外，還接受學生通過手機App主動發(fā)送位置信息（屬于另一個工作流，不再詳述），以減輕紀檢委的人工核查工作。

學生處可視情況對檢查結(jié)果進行復審并通知學生家長，也可以直接忽略某次核查結(jié)果。

1.3 數(shù)據(jù)通信

工作流系統(tǒng)和業(yè)務系統(tǒng)作為一個整體，在流程與業(yè)務之間、流程與流程之間均需進行數(shù)據(jù)通信。系統(tǒng)數(shù)據(jù)通信模式如圖3所示。

⑴ 控制數(shù)據(jù)：工作流系統(tǒng)管理的內(nèi)部控制數(shù)據(jù)，這些數(shù)據(jù)包括了與流程實例和活動實例相關的執(zhí)行數(shù)據(jù)和狀態(tài)數(shù)據(jù)，例如流程實例的狀態(tài)和執(zhí)行時間、活動實例執(zhí)行者、活動執(zhí)行時間和狀態(tài)、緊急程度等。

⑵ 相關數(shù)據(jù)：工作流系統(tǒng)使用相關數(shù)據(jù)來確定流程實例的流轉(zhuǎn)條件，并選擇下一個將執(zhí)行的活動，相關數(shù)據(jù)由業(yè)務系統(tǒng)訪問并更新。例如請假流程中的“請假天數(shù)”，這個數(shù)據(jù)會決定該流程的審批路徑，不同的請假天數(shù)，路徑也可能不同。

⑶ 應用數(shù)據(jù)：業(yè)務系統(tǒng)管理的業(yè)務數(shù)據(jù)，有些業(yè)務應用數(shù)據(jù)需要傳遞給工作流引擎，作為人工UI的列表顯示使用。

2 系統(tǒng)實現(xiàn)

“繽紛校園App”采用Spring MVC作為開發(fā)框架，Activiti從最開始設計時就考慮了與Spring的集成，從引擎的默認配置文件（activiti.cfg.xml）可以看出，Activiti的配置文件解析及XML規(guī)范都是基于Spring擴展的，這一特點對于將Activiti和“繽紛校園App”業(yè)務系統(tǒng)的集成可以說是水到渠成。下面以請假業(yè)務為例，介紹工作流的實現(xiàn)。

2.1 部署流程

由于工作流系統(tǒng)中一般都存在多個流程，Activiti允許把一批資源打包部署，為開發(fā)者提供了便利。例如，假設請假與晚點名工作流文件分別為“l(fā)eave.bpmn”和“night.bpmn”，可先使用zip格式將兩個文件壓縮為“bfxy.bar”文件（擴展名bar為Activiti專用），然后將壓縮包放置在服務器的Java classpath中即可部署，部分Java代碼如下。

@Autowired //注入Activiti流程庫服務

private RepositoryService rs;

public void zipWorkflowDeploy（） {

//讀取流程文件壓縮包

InputStream zipStream=getClass（）.

getClassLoader（）.getResourceAsStream（"bfxy.bar"）;

//將流程部署到引擎中

DeploymentBuilder db=rs.createDeployment（）;

db.addZipInputStream（new ZipInputStream（zipStream））;

db.deploy（）;

}

2.2 在Spring容器中啟動請假流程的部分Java代碼

@Service

@Transactional //啟用事務管理器

public class LeaveWorkFlowService {

@Autowired //注入業(yè)務實體管理對象

LeaveManager leaveManager;

@Autowired //注入Activiti相關服務

private IdentityService identityService;

@Autowired

private RuntimeService runtimeService;

//保存請假實體并啟動流程的方法

public ProcessInstance startWorkflow（Leave entity，

String userId， Map<String，Object>variables） {

//持久化請假實體

leaveManager.save（entity）;

//實體保存后的ID作為流程業(yè)務key

String businessKey=entity.getId（）.toString（）;

//設置啟動流程的人員ID

identityService.setAuthenticatedUserId（userId）;

//啟動流程并返回

return runtimeService.startProcessInstanceByKey

（businessKey）;

}

}

2.3 異常處理

一個穩(wěn)定健壯的應用系統(tǒng)離不開良好的異常處理機制，程序語言只提供了最基本的異常處理機制，在實際開發(fā)中，往往需要設計者給出更加易用、友好、統(tǒng)一的異常框架設計。本文基于筆者前期研究成果，設計了一種基于事務內(nèi)存的工作流異常處理機制[4]。事務內(nèi)存是一種通過事務來實現(xiàn)并發(fā)控制的編程范式，事務的ACID特性由事務內(nèi)存引擎來保證，無需開發(fā)者關心。與其他并發(fā)控制方法（例如鎖）相比，事務內(nèi)存具有安全、易用等優(yōu)點，近年來在學術界受到了廣泛關注。

若在每個流程活動執(zhí)行過程中，出現(xiàn)的異常使得整個活動不能繼續(xù)執(zhí)行下去，此時即采取事務內(nèi)存的回滾操作，以保證活動的所有行為（活動本身的執(zhí)行、此活動節(jié)點綁定的事件或服務的執(zhí)行、任務的分配等）都處于一個原子事務中;若活動成功執(zhí)行，則需“提交”整個事務。

2.4 程序界面

“繽紛校園App”中學生請假與晚點名業(yè)務的手機客戶端界面如圖4所示。圖中，左側(cè)按鈕“就寢簽到”將創(chuàng)建一個學生主動點名的工作流，并觸發(fā)相應活動，該工作流應由學生本人發(fā)起執(zhí)行，并只在紀檢委規(guī)定的點名時間內(nèi)有效;右側(cè)按鈕“提交”則將創(chuàng)建一個“請假”工作流，并觸發(fā)相應活動。

3 總結(jié)

本文設計了一套基于Activiti、面向“繽紛校園App”的工作流系統(tǒng)。并從業(yè)務梳理與優(yōu)化、流程建模、數(shù)據(jù)通信、流程部署與執(zhí)行和異常處理等角度對考勤工作流系統(tǒng)設計與實現(xiàn)的方法進行了介紹。利用該系統(tǒng)，將原本散亂甚至混亂的考勤業(yè)務梳理后制定成業(yè)務流程規(guī)范，進而約束了考勤業(yè)務的規(guī)范化處理和運轉(zhuǎn)，保障了校園安全管理，提升了平安校園品質(zhì)。

目前系統(tǒng)部署成功后流程即可正常使用，但是對于復雜流程的遷移尚存在問題，例如遷移后的流程圖顯示不準確等。下一步的工作是深入完善考勤工作流框架的設計，使該系統(tǒng)具有更廣泛的適用性和擴展性。

參考文獻（References）：

[1] 阿爾斯特.工作流管理：模型方法和系統(tǒng)[M].清華大學出版

社，2004.

[2] 閆洪磊.Activiti實戰(zhàn)[M].機械工業(yè)出版社，2015.

[3] 江東明，薛錦云.基于BPMN的Web服務并發(fā)交互機制[J].計

算機科學，2014.8：50-54

[4] 林菲，孫勇.自穩(wěn)定的分布式事務內(nèi)存模型及算法[J].計算機

研究與發(fā)展，2014.51（9）：2046-2057