面向部門崗位的工作流引擎研究與實現

劉恩海+徐琳杰+李甜+劉茜+孔瑞平

摘要：工作流是指業(yè)務過程的部分或整體在計算機應用環(huán)境下的自動化，工作流引擎是整個工作流的核心。工作流在最初發(fā)展階段缺乏統(tǒng)一的標準，導致不同公司的工作流管理系統(tǒng)在功能、所采用的支撐技術和接口上均不同。在當今先進制造戰(zhàn)略背景下，工作流引擎與企業(yè)核心利益息息相關，需要支持跨企業(yè)的工作流管理技術。為此，借鑒傳統(tǒng)的工作流模型，總結出一套適用于不同部門崗位的工作流引擎。闡述通過數據表解決整個審核流程，從而實現業(yè)務目標，在多個參與者之間按某種預定規(guī)則自動傳遞文檔、信息或者任務。

關鍵詞：工作流；工作流引擎；部門崗位

中圖分類號：TP319

文獻標識碼：A

文章編號：16727800（2017）004007604

0引言 隨著企業(yè)規(guī)模不斷擴大，信息資源正以驚人的速度不斷增長，單一、集中的信息處理方式不能完全滿足實際需求[13]。由于在工作流管理系統(tǒng)開發(fā)的最初階段缺乏統(tǒng)一的標準和受計算機水平的限制，不同公司的工作流管理系統(tǒng)在功能、所采用的支撐技術和接口上都呈現出非常大的不同[47]。此外，由于工作流實現關系到企業(yè)的核心運行機制和工作效率，所以工作流實現往往是保密的。為此，通過借鑒傳統(tǒng)的工作流模型，總結出一套適用于不同部門崗位的工作流引擎。該工作流引擎支持跨部門使用，而且通過對數據表的總結，詳細介紹審核流程實現。用戶可以根據同功能需求的審核流程，對該工作流引擎進行二次開發(fā)，設計出更適合自身需求的工作流。

1可行性分析

1.1性能可行性分析

面向部門崗位工作流引擎實現的目標包括：縮短審批時間，同時節(jié)省申請人和審批人的時間；規(guī)范、嚴格審核流程，規(guī)避不按章辦事，使信息和審批意見公開化；實現審核流程可定制，針對自身實際需求提前設置審核流程[2，4，89]。

1.2非性能可行性分析

一個好的工作流引擎除了實現應有的功能外，還應該考慮到用戶體驗。使用該模型設計的系統(tǒng)更貼近實現的審核流程，操作簡便。并且有很好的可配置性、可擴展性、可維護性、可移植性。

1.3經濟可行性分析

系統(tǒng)完成后可直接部署在政府機構和企業(yè)內部服務器上，加強政府與企業(yè)和公眾之間的互動。同時減少紙質文件傳遞。

2工作流引擎設計與實現

本工作流引擎審核流程為：申請人登錄后，填寫申請信息；選擇已有審核流程，如果有多人符合要求，選擇具體下一審核人，最后提交項目申請。項目提交后，被選擇審核人可以對提交的申請進行審批，并給出意見。如果同意則繼續(xù)執(zhí)行審核流程，如果不同意則返回給申請人。項目未被審核時，申請人可以選擇撤回或者刪除項目，如圖1所示。在審核流程中有兩個必要條件：①根據自身實際需求設置好相應的審核流程，要讓申請人提交項目時能選擇到適合自己的審核流程；②根據統(tǒng)一的查找算法能準確定位下一審核人。

2.1工作流引擎模型E-R圖

本文所研究的工作流引擎模型主要由9張表組成，包括：審核表、審核鏈路表、用戶表、部門表、崗位表、部門-崗位表、用戶-部門崗位表、工作流表、工作流日志表，如圖2所示。 其中，部門-崗位表和用戶-部門崗位表作為中間表，是為了減少請求次數，方便操作。用戶表可根據實際需求設置字段（圖2中的用戶表的屬性只是舉例，根據實際需求設置屬性即可）。

2.2準確查找下一審核人

本模型支持跨部門應用，作為核心算法，能根據所選審核流程準確查找到下一審核人，數據流如圖3所示。（1）申請人選擇適合自己的審核流程，系統(tǒng)會獲取審核ID（examineId），通過ajax傳到控制器，然后獲取當前申請人的userid。（2）通過examineid獲取審核鏈路信息。審核鏈路儲存管理員所設置的所有審核流程，把每一條記錄串起來。審核鏈路表會記錄下“我是本審核流程的開始，我現在的崗位是postid1，我的下一個審核流程的崗位是postid2，最后一個審核流程的崗位是postid3”。通過獲取的審核鏈路信息，就可以得到當前崗位信息和下一審核信息。然后把獲取的userid、postid1、postid2傳到用戶部門崗位模型進行處理。

（3）根據當前用戶（userid）和當前用戶崗位（postid1）獲取對應的本部門列表。需要注意的是，如果申請人屬于多個部門，獲取到的可能是多個部門的相同崗位，所以是一個二維數組。（4）再根據獲取到的部門信息，根據pre_id獲取該部門的上級部門。把獲取到的這些信息處理成樹狀結構，方便后續(xù)處理。（5）分別獲取部門列表下的下一審核崗位信息。根據已經獲取的樹狀結構和崗位信息，獲取當前部門下有哪些崗位和下一審核崗位（postid2）相同。（6）獲取下一審核流程的部門崗位信息，就可以根據已有信息獲取當前部門、崗位下的人員，如果有則直接返回第一個部門下的列表。（7）去除重復用戶。假設A、B兩人均兼任兩個部門的兩個崗位，并且崗位相同時，就會觸發(fā)該方法。

2.3工作流的待辦、在辦、已辦、擱置

審核流程包括待辦工作、在辦工作、已辦工作、擱置工作4部分，如表1所示。

2.4工作流取回

申請人提交項目后，如果發(fā)現有需要修改的地方，可以執(zhí)行取回操作，數據流圖如圖4所示。 當申請人執(zhí)行取回操作后，執(zhí)行順序如下：（1）判斷當前流程當前申請人是否有權限取回。（2）獲取當前工作流日志表對應的信息。（3）獲取工作流日志表中當前工作流的待辦信息，也就是“is_commited”為“0”的信息。（4）重置工作流日志本條數據為待辦信息，也就是把“is_commited”和“is_clicked”都置為“0”。（5）刪除下一條工作流日志信息。（6）獲取對應的當前審核流程的工作流表信息。（7）獲取對應的當前審核鏈路的信息。（8）更新工作流表中的當前鏈路信息為本審核流程的根節(jié)點。

2.5工作流刪除

如果申請人發(fā)現提交項目問題比較大，可以進行刪除，流程圖如圖5所示。具體步驟如下：

（1）獲取當前用戶信息；（2）獲取當前工作流日志信息；（3）判斷工作流日志表的當前審核節(jié)點是否為當前用戶，如果不是就顯示異常；（4）判斷用戶在當前用戶下是否未提交，也就是判斷“is_commited”是否為“0”；（5）獲取工作流日志表中對應的當前工作流表中的信息；（6）判斷工作流表中的審核鏈路節(jié)點是否為根節(jié)點，否則，顯示異常；（7）獲取所有相關的項目信息，并進行刪除。此步驟可以針對不同的系統(tǒng)進行操作，只要刪除與審核流程關聯(lián)的項目信息即可。（8）刪除本條審核流程中的所有工作流信息；（9）刪除本條審核流程中所有的工作流日志信息。

2.6工作流審批

審核流程中最復雜的操作屬于審批，整個審核流程中，無論審核到哪一步，審核人都要進行此項操作。工作流的審批操作包括同意申請、退回申請人、擱置項目、取消擱置4種類型，流程圖如圖6所示。具體步驟為：Step1：獲取操作類型type和工作流日志ID，并判斷參數是否正確，不正確則顯示異常；Step2：獲取用戶信息和工作流日志信息；Step3：進行權限判斷，判斷用戶是否有權限對該審核節(jié)點進行操作，即工作流日志中的userid和獲取當前用戶信息中的userid是否相同。 以上是統(tǒng)一的判斷，根據獲取的類型（type）的不同，執(zhí)行不同的操作。（1）如果用戶進行同意或者辦結操作，步驟如下：①獲取工作流日志表中對應的工作流信息；②獲取工作流表中對應的審核鏈路信息；③判斷是否為終節(jié)點，分兩種情況：如果是終節(jié)點，進行如下操作：保存當前工作流表中的信息，即“is_finished”為“1”；保存當前工作流日志表中的信息，即“is_commited”為“1”。如果不是終節(jié)點，進行如下操作：獲取當前審核鏈路信息；獲取本審核流程的用戶審核列表，并判斷當前用戶是否在用戶審核列表中，如果不在則顯示異常；保存工作流表的鏈路信息為下一鏈路節(jié)點；保存工作流日志信息，即工作流ID，下一審核人的userid。（2）如果用戶進行退回操作，步驟如下：①根據工作流日志表中的上級ID字段，獲取本審核流程中的第一個申請人的userid；②獲取本審核流程中工作流日志信息；③獲取工作流日志對應的工作流信息；④獲取工作流對應的審核鏈路根節(jié)點的信息；⑤更新工作流日志信息，即“is_commited”為“1”；⑥保存下一條工作流日志信息，即userid為第一申請人；⑦更新對應的工作流信息，即當前對應的審核鏈路節(jié)點的信息。

（3）如果用戶進行的是擱置操作，步驟如下：①判斷當前工作流日志是否提交，即查看流程是否完結，如果完結則不擱置，返回提示信息；②如果未完結，更新當前工作流日志信息，即“is_shelved”為“1”。（4）如果用戶進行取消擱置操作，步驟如下：①判斷當前工作牛日志信息中是否存在待辦，且已經擱置的信息，不存在返回提示信息；②更新當前工作流日志信息，即“is_shelved”為“0”。

4結語

本文根據傳統(tǒng)的工作流模型，利用9張數據表實現了面向部門崗位的工作流審核流程，用戶可以根據自身需求進行管理，也可以進行二次開發(fā)。一個良好的工作流審核機制能促進各部門工作的網絡化、電子化、規(guī)范化。同時，該工作流技術也改變了各個部門在審批過程中出現的審批時間較長、容易出錯、審批流程相對固定等問題，極大地提高工作效率。

參考文獻：[1]顏超. 基于工作流技術的稅務管理系統(tǒng)的設計與實現[D]. 上海：上海交通大學， 2015.

[2]李歐. 基于工作流的行政審批管理系統(tǒng)的設計與實現 [D]. 長春：吉林大學，2015.

[3]陳潔. 基于工作流的企業(yè)批文審批系統(tǒng)設計與實現[D]. 長沙：湖南大學，2013.

[4]張占佳， 齊軍， 寇付友， 等. 面向業(yè)務工作流的城建檔案匯交監(jiān)管系統(tǒng)之設計與實現[J]. 城建檔案， 2014（2）：3941. [5]王衛(wèi)東， 周國祥. 基于Petri網的審核業(yè)務工作流層次結構化建模[J]. 合肥工業(yè)大學學報：自然科學版，2012，35（10）：13411344.

[6]錢會敏. 工作流數據模型的研究與應用[D]. 大連：大連理工大學， 2005.

[7]石晉. 基于工作流的測井數據入庫質量控制技術研究[J]. 信息系統(tǒng)工程， 2016（2）：41.

[8]林冰. 淺析財政投資評審工作流程與要點[J]. 建材與裝飾， 2016（10）：232234.

[9]張樂， 潘傳江， 路晶. 基于工作流的飛行計劃網上申報研究[J]. 科技展望， 2015，25（29）：135.

[10]沈滿， 趙嵩正， 劉婧. 依據角色權限的審批工作流模型構建[J]. 計算機工程與應用， 2015（4）：235239.

（責任編輯：陳福時）

Abstract：Workflow refers to the automation of the business process in the computer application environment， and the workflow engine is the core of the whole workflow. Due to the lack of unified standards in the initial development stage， workflow management systems of different companies have different functions， support technologies and interfaces. And in today's advanced manufacturing strategy of the situation， the workflow engine and enterprise core interests are closely related， and requires support for cross-enterprise workflow management technology. Under this demand， through a reference to the traditional workflow model， summed up a set of different departments for the workflow engine. This paper describes how to solve the entire audit process through nine sheets of data， so as to achieve the goal of using a computer to automatically transfer documents， information or tasks between multiple participants according to a predetermined rule.

Key Words：Workflow；Workflow Engine；Department Position