動態(tài)審批工作流平臺的設計與實現(xiàn)

任煥萍　劉俊峰

摘 要：動態(tài)審批工作流平臺的總體思路是建立一個開放的、標準的、可靈活自定義流程的業(yè)務審批平臺，適應不同管理信息系統(tǒng)的業(yè)務審批需要，把企業(yè)各種不同業(yè)務的審批全部集中到一個統(tǒng)一的平臺窗口中，根據(jù)業(yè)務實際自定義審批流程，支持條件分支、會簽、不固定流程等特性，靈活調(diào)整和改變審批路徑，實現(xiàn)“動態(tài)配置，隨需而變”。

關鍵詞：工作流 解析引擎 審批 流程

中圖分類號：TP39 文獻標識碼：A 文章編號：1674-098X（2014）09（b）-0208-02

1 背景與意義

目前，大多數(shù)企業(yè)特別是國內(nèi)企業(yè)均為金字塔式管理層級，在企業(yè)經(jīng)營活動中往往會涉及到比較復雜的審批流程，而流程也會隨著組織、人員、業(yè)務的變化而變化，且很難提前預知。以往使用以紙張為載體的傳統(tǒng)審批方式需要花費太多的時間和精力，而且在信息處理和存儲方面具有局限性，隨著近些年信息化技術的高速發(fā)展，使用信息系統(tǒng)實現(xiàn)流程化審批已成為不可阻擋的趨勢。

利用信息化系統(tǒng)實現(xiàn)流程化審批，常見有兩種方式。一種是基于業(yè)務功能的審批，即在定制化的業(yè)務功能基礎上實現(xiàn)審批，通常某業(yè)務單據(jù)的編制、審批在同一界面，由于審批環(huán)節(jié)嵌在業(yè)務功能界面中，這種方式的局限性在于無法做到集中統(tǒng)一審批，且不具備可配置屬性，調(diào)整只能通過開發(fā)實現(xiàn)，時間長、難度大；另一種是基于OA系統(tǒng)的審批，即依靠傳統(tǒng)OA辦公系統(tǒng)實現(xiàn)審批，通常將業(yè)務單據(jù)或表單以附件形式出現(xiàn)，能夠?qū)崿F(xiàn)靈活審批，但這種方式源于公文審批流轉(zhuǎn)，所有局限性是審批相對獨立，而且與業(yè)務互通能力較差，如在流程定義過程中很難關聯(lián)業(yè)務數(shù)據(jù)作為流程條件，流程執(zhí)行過程中需要人為干預，指定下一環(huán)節(jié)審批人，自動化程度較低。

綜上所述，常見的流程化審批管理在實際應用過程中無法與業(yè)務聯(lián)系緊密，不能滿足快速、高效調(diào)整流程的需求，急需要一個可配置的、動態(tài)調(diào)整的、集中審批的、高適用性的審批工作流系統(tǒng)，動態(tài)審批工作流平臺的產(chǎn)生正是基于這一需求，不但滿足企業(yè)對流程化審批管理的需求，提高工作效率，增加企業(yè)辦事透明度，而且能適應企業(yè)的管理變化，幫助企業(yè)增強審批管理的可控性、易操作性、可擴展性。

2 總體思路與技術路線

動態(tài)審批工作流平臺的總體思路是建立一個開放的、標準的、可靈活自定義流程的業(yè)務審批平臺，適應不同管理信息系統(tǒng)的業(yè)務審批需要，把企業(yè)各種不同業(yè)務的審批全部集中到一個統(tǒng)一的平臺窗口中，根據(jù)業(yè)務實際自定義審批流程，并隨時靈活調(diào)整和改變審批路徑，實現(xiàn)“動態(tài)配置，隨需而變”。

本平臺在自定義審批流程時，支持條件分支、會簽、不固定流程等特性。與不同應用系統(tǒng)可以靈活綁定，每個審批流程可隨時綁定或取消綁定任意業(yè)務功能，一個業(yè)務在應用系統(tǒng)處理后，會自動發(fā)起一個流程，推送消息到相關的審批人，審批人通過平臺待辦窗口進行集中審批，審批處理完成后審批結(jié)果會自動反饋到業(yè)務系統(tǒng)，業(yè)務系統(tǒng)根據(jù)反饋信息，繼續(xù)處理相應業(yè)務，實現(xiàn)工作流平臺與應用系統(tǒng)之間數(shù)據(jù)信息的共享與互通。

基于總體思路，動態(tài)審批工作流平臺應該具備以下技術特性：

先進性，采用先進的軟件技術來實現(xiàn)，包括SOA、WEB網(wǎng)頁、XML、WEB SERVICE技術、工作流技術、軟件構(gòu)件技術等。

安全性，包括操作權(quán)限、數(shù)據(jù)權(quán)限等多級授權(quán)機制。

可靠性，系統(tǒng)架構(gòu)設計合理，提供動態(tài)跟蹤、流程監(jiān)控、軌跡追溯、數(shù)據(jù)備份等功能。

擴展性，具有良好的擴充性，可靈活配置與擴充工作流，動態(tài)配置服務，同時對第三方系統(tǒng)提供WEB SERVICE開放性標準接口。

集成性，與業(yè)務系統(tǒng)有效集成，實現(xiàn)數(shù)據(jù)的高度共享，采用先進的SOA服務模式，為有效集成第三方服務提供保障。

易用性，采用圖形化方式定義工作流，支持靈活拖拽，操作直觀、友好。

技術路線上，運用先進的SOA服務架構(gòu)，采用B/S結(jié)構(gòu)設計，支持分布式部署、集成化管理，實現(xiàn)開發(fā)、運行、管理一體化的具有國際領先水平的技術架構(gòu)。基于SOA面向服務的整體技術架構(gòu)分為三個層次。

（1）組件層：包括組件的實現(xiàn)與裝配。組件的實現(xiàn)完成特定的、單一的功能，功能單位甚至可以小到一個實體，比如：一個數(shù)據(jù)實體或文件的存取，字符大小寫轉(zhuǎn)換。組件采用接口+實現(xiàn)的方式，保證組件可擴展。組件的裝配即完成組件的組合，組件相互之間具有邏輯關系，邏輯關系越復雜，組件就越多，必須有一個容器統(tǒng)一來裝配組件、管理組件及其相互關系。技術上可以采用IoC容器的方式來裝配和管理組件，如開源項目Castle中的Windsor就是一個輕量級的IoC容器。

（2）服務層：服務調(diào)用組件接口完成具體的功能操作。服務包含內(nèi)部服務和外部服務，只有外部服務是可以暴露給外部系統(tǒng)調(diào)用。內(nèi)部服務以公共函數(shù)的方式實現(xiàn)，供其它服務調(diào)用；外部服務一般是Web Service或者是請求頁面，供表現(xiàn)層通過SOAP（Web Service）或者XMLHTTP（AJAX）進行調(diào)用。

（3）表現(xiàn)層：在B/S結(jié)構(gòu)的系統(tǒng)中，表現(xiàn)層主要就是頁面，作為服務接收者，需要采用客戶端技術來實現(xiàn)與服務提供者的通訊，以及對最終結(jié)果的展示，即為富客戶端，如ExtJS就是一個開源的javascript富客戶端開發(fā)框架。面向服務的架構(gòu)簡化了系統(tǒng)內(nèi)以及系統(tǒng)與系統(tǒng)之間的關聯(lián)，關注的主體只有三個：服務提供者、服務接收者以及兩者之間的通訊協(xié)議，相互之間都是一種松耦合的關系。這也使并行應用系統(tǒng)開發(fā)得到最大體現(xiàn)，更多的關注點放在了表現(xiàn)層上。

3 工作流平臺的設計與實現(xiàn)

工作流平臺按模塊劃分為前臺操作、后臺管理、接口交互三部分。前臺操作包括工作流前臺定義、工作單處理；后臺管理包括工作流管理、工作流解析引擎、工作流跟蹤與監(jiān)控；接口交互包括數(shù)據(jù)接口、業(yè)務接口。

工作流前臺定義即提供一個圖形化WEB界面完成對工作流模型的定義與維護，支持同時維護多個工作流模型，工作流模型定義的主要元素包含流程節(jié)點與流程連接。流程節(jié)點可分為普通或者會簽節(jié)點，會簽主要滿足企業(yè)中重要審批多負責人會簽的要求，流程節(jié)點也可以設定審批時限，為流程監(jiān)控和績效考核提供數(shù)據(jù)支撐，同時流程審批人可靈活指定，即可以是直接上級、流程發(fā)起人、流程發(fā)起人上級等，也可以分配給某個系統(tǒng)角色或者用戶。流程連接將流程節(jié)點通過連線聯(lián)系起來形成流程的完整路徑，在流程連接上可定義條件以形成流程分支，條件的數(shù)據(jù)可來源于流程本身（如：流程上環(huán)節(jié)審批人），也可來源于業(yè)務數(shù)據(jù)（如：預算審批流程中的預算金額）。另外，工作流定義能夠支持不固定流程，以應變企業(yè)對審批流程的多種動態(tài)調(diào)整需求，不固定流程有兩種含議，一種是指沒有既定流程，在審批過程中由人為判斷并指定下環(huán)節(jié)審批人；另一種是有事先設置了既定流程，但在流程執(zhí)行到某一個環(huán)節(jié)時，允許人為干預，后續(xù)步驟不按照既定流程執(zhí)行。endprint

工作單處理是通過提供一個統(tǒng)一的、可集中審批的交互界面，可以查看待審批工作單、當前所處審批環(huán)節(jié)，并完成工作流審批。工作單處理的前提是已依據(jù)先前定義的工作流模型而產(chǎn)生了工作流實例，針對實例的執(zhí)行不會影響工作流模型，同時基于同一工作流模型產(chǎn)生的實例也互不影響，以達到定義與執(zhí)行分離、執(zhí)行與執(zhí)行分隔的目的。工作流審批時可直接瀏覽業(yè)務單據(jù)，同時支持電子簽名和密碼驗證，審批結(jié)果分為通過、不通過、駁回三種。其中駁回可支持駁回到當前審批節(jié)點之前的任意節(jié)點，如果選擇駁回到流程起始節(jié)點，則需要流程發(fā)起人修改業(yè)務單據(jù)后重新提交；如果選擇駁回到流程某一中間節(jié)點，則需要此節(jié)點審批人重新審批。

工作流管理即對應工作流前臺定義的后臺管理，通過提供基于SOA的服務與前臺定義對接，完成工作流模型的后臺維護及工作流模型數(shù)據(jù)存儲功能，包括工作流前臺定義所需的流程源數(shù)據(jù)模型維護、流程特性配置、工作流模型維護日志記錄等，此外還提供例如安全管理、服務質(zhì)量管理等平臺支撐和輔助功能。

工作流解析引擎是整個工作流平臺的驅(qū)動和關鍵，它的作用為工作流實例提供解析和運行環(huán)境，控制工作流實例中路徑條件的解析和流程節(jié)點的轉(zhuǎn)換，實現(xiàn)審批時的節(jié)點路由，并與即時信息系統(tǒng)（即時消息、郵件系統(tǒng)等）無縫連接。工作流解析引擎解釋工作流實例的定義，與工作流的參與者（包括人或軟件）相互作用，并根據(jù)需要調(diào)用其他的IT工具或應用。從工作流實例的啟動、審批到結(jié)束，根據(jù)工作流定義的內(nèi)容和信息按部就班的推動工作流實例的執(zhí)行。所以，工作流引擎的設計直接影響到工作流執(zhí)行的效率。

工作流跟蹤與監(jiān)控即通過平臺提供的交互界面，通過圖形化方式查看工作流實例執(zhí)行進度，包括當前執(zhí)行節(jié)點及歷史節(jié)點審批意見等信息，實現(xiàn)對流程執(zhí)行的跟蹤與監(jiān)控。同時，提供工作流實例的掛起與激活功能，方便流程管理員根據(jù)業(yè)務需要將工作流暫停審批甚至作廢。

數(shù)據(jù)接口是指通過調(diào)用外部服務獲取企業(yè)的組織、系統(tǒng)用戶、系統(tǒng)角色等基礎數(shù)據(jù)，為工作流定義提供基礎數(shù)據(jù)支持。如某企業(yè)已建立統(tǒng)一身份認證平臺，企業(yè)組織、用戶、角色等都在此平臺維護，并通過服務發(fā)布的形式提供接口，工作流平臺將調(diào)用其提供的服務獲取上述基礎數(shù)據(jù)。

業(yè)務接口包含綁定工作流、啟動工作流、業(yè)務單據(jù)查看、審批結(jié)果反饋。綁定工作流是指企業(yè)業(yè)務系統(tǒng)功能與工作流定義模型的關聯(lián)匹配，業(yè)務功能由企業(yè)業(yè)務系統(tǒng)發(fā)布服務接口提供需使用工作流審批的業(yè)務功能，一個工作流定義模型可以在不同業(yè)務中重用，即一個工作流定義模型可與多個業(yè)務功能綁定。啟動工作流由企業(yè)業(yè)務系統(tǒng)發(fā)起，即當業(yè)務系統(tǒng)功能需要啟動工作流時調(diào)用工作流平臺提供的服務接口，此服務將運行工作流解析引擎啟動業(yè)務功能所綁定的工作流實例，同時激活工作流實例執(zhí)行。業(yè)務單據(jù)查看是指在工作流實例審批過程中，審批人可以查看相關業(yè)務單據(jù)數(shù)據(jù)，此功能通過調(diào)用企業(yè)業(yè)務系統(tǒng)提供的服務接口實現(xiàn)。審批結(jié)果反饋即工作流審批流程結(jié)束后，工作流平臺以開放的XML格式將審批結(jié)果信息通過服務接口傳遞給業(yè)務系統(tǒng)，當工作流審批節(jié)點為結(jié)束節(jié)點、審批終止或駁回時，都會調(diào)用業(yè)務系統(tǒng)服務接口，將審批結(jié)果和業(yè)務信息進行傳遞。

綜上所述，動態(tài)審批工作流平臺的設計目的是能夠為企業(yè)提供靈活定義、高效配置、動態(tài)調(diào)整的流程化審批管理，工作流平臺通過工作流定義、綁定工作流、啟動工作流、工作單處理、流程跟蹤和監(jiān)控等操作完成一個審批工作流的完整管理。

4 工作流平臺的實際應用

動態(tài)審批工作流平臺作為通用化、開放化的工作流平臺，由于其具有圖形化拖拽方式建立工作流模型、可視化流程跟蹤和監(jiān)控、支持業(yè)務功能與工作流的靈活綁定、支持會簽、支持不固定流程等特點，成功研發(fā)后在能源、化工等行業(yè)均有應用，涵蓋生產(chǎn)管理、辦公管理等領域的業(yè)務場景，得到企業(yè)用戶的一致好評。

現(xiàn)以某企業(yè)辦公管理系統(tǒng)公文流轉(zhuǎn)功能為假設業(yè)務場景闡述工作流平臺的應用，具體業(yè)務需求是：根據(jù)公文類型為條件定義流程分支，文件類型B部門經(jīng)理審批節(jié)點需要各部門經(jīng)理會簽，文件類型C直接領導節(jié)點審批后可靈活指定下一環(huán)節(jié)審批人，即不固定流程形式。

以上述業(yè)務場景為需求，工作流平臺與用戶交互總體上分為工作流定義、綁定工作流、工作流審批、工作流監(jiān)控四個環(huán)節(jié)。一是新增公文流轉(zhuǎn)工作流模型，配置時按照公文類型作為條件定義分支，同時指定“部門經(jīng)理”審批節(jié)點為會簽節(jié)點，指定“直接領導”審批節(jié)點可指定下一節(jié)點審批，即不固定流程；二是將業(yè)務系統(tǒng)的公文流轉(zhuǎn)功能與公文流轉(zhuǎn)工作流模型綁定；三是由業(yè)務系統(tǒng)觸發(fā)工作流啟動后進入審批環(huán)節(jié)，審批節(jié)點如果為會簽時，將需要所有審批人均審批通過才能進入下一流程節(jié)點，如果為允許指定下一節(jié)點審批人，本節(jié)點審批通過后將由當前節(jié)點審批人指定流程下一節(jié)點審批人；四是工作流監(jiān)控，即可實時跟蹤監(jiān)控每個工作流實例的審批進度及其他信息。

5 結(jié)語

該文闡述了利用SOA理念設計和實現(xiàn)一個具有獨立開放、可靈活自定義，具備圖形化配置、實時調(diào)整、與業(yè)務靈活綁定的動態(tài)審批工作流平臺，它有效彌補了傳統(tǒng)審批工作流在集中審批、圖形化配置、動態(tài)調(diào)整、業(yè)務互通、自動化程度低等方面的不足，在實現(xiàn)與業(yè)務高度互通的自動化審批流程的同時，又支持不固定流程設定，以滿足企業(yè)靈活多變的動態(tài)審批需求。該動態(tài)審批工作流平臺研發(fā)成功后，已經(jīng)應用于能源、化工等行業(yè)，取得了非常不錯的應用效果。

參考文獻

[1] 王莘.工作流引擎與OA系統(tǒng)內(nèi)涵的深化[J].辦公自動化，2006（15）.

[2] 李海波，戰(zhàn)德臣，徐曉飛.基于工作流引擎的構(gòu)件組裝體系結(jié)構(gòu)[J].軟件學報，2006（6）.

[3] 葉榮光.基于MAS的工作流程控制管理系統(tǒng)的研究與設計[J].電腦知識與技術（學術交流），2007（17）.endprint