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

1、動態(tài)審批工作流平臺的設計與實現(xiàn)作者：任煥萍劉俊峰來源：科技創(chuàng)新導報2014年第26期任煥萍劉俊峰(神華和利時信息技術有限公司北京100011)摘要：動態(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-021背景與意義目

2、前，大多數(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) 整只能通過

3、開發(fā)實現(xiàn)，時間長、難度大；另一種是基于OA系統(tǒng)的審批，即依靠傳統(tǒng)OA辦公系 統(tǒng)實現(xiàn)審批，通常將業(yè)務單據(jù)或表單以附件形式出現(xiàn)，能夠?qū)崿F(xià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è)對流程化審批管理的需 求，提高工作

4、效率，增加企業(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ā)起一個流程，推送消息到相關的審

5、批人，審批人通過平臺待辦窗口進行集中審批， 審批處理完成后審批結果會自動反饋到業(yè)務系統(tǒng)，業(yè)務系統(tǒng)根據(jù)反饋信息，繼續(xù)處理相應業(yè)務， 實現(xiàn)工作流平臺與應用系統(tǒng)之間數(shù)據(jù)信息的共享與互通?；诳傮w思路，動態(tài)審批工作流平臺應該具備以下技術特性：先進性，采用先進的軟件技術來實現(xiàn)，包括SOA、WEB網(wǎng)頁、XML、WEB SERVICE技術、工 作流技術、軟件構件技術等。安全性，包括操作權限、數(shù)據(jù)權限等多級授權機制?？煽啃?，系統(tǒng)架構設計合理，提供動態(tài)跟蹤、流程監(jiān)控、軌跡追溯、數(shù)據(jù)備份等功能。擴展性，具有良好的擴充性，可靈活配置與擴充工作流，動態(tài)配置服務，同時對第三方系 統(tǒng)提供WEB SERVICE開放性標準接

6、口。集成性，與業(yè)務系統(tǒng)有效集成，實現(xiàn)數(shù)據(jù)的高度共享，采用先進的SOA服務模式，為有效 集成第三方服務提供保障。易用性，采用圖形化方式定義工作流，支持靈活拖拽，操作直觀、友好。技術路線上，運用先進的SOA服務架構，采用B/S結構設計，支持分布式部署、集成化管 理，實現(xiàn)開發(fā)、運行、管理一體化的具有國際領先水平的技術架構。基于SOA面向服務的整體 技術架構分為三個層次。組件層：包括組件的實現(xiàn)與裝配。組件的實現(xiàn)完成特定的、單一的功能，功能單位甚至 可以小到一個實體，比如：一個數(shù)據(jù)實體或文件的存取，字符大小寫轉換。組件采用接口+實現(xiàn) 的方式，保證組件可擴展。組件的裝配即完成組件的組合，組件相互之間具有邏

7、輯關系，邏輯 關系越復雜，組件就越多，必須有一個容器統(tǒng)一來裝配組件、管理組件及其相互關系。技術上 可以采用IoC容器的方式來裝配和管理組件，如開源項目Castle中的Windsor就是一個輕量級 的IoC容器。服務層：服務調(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)用。表現(xiàn)層：在B/S結構的系統(tǒng)中，表現(xiàn)層主要就是頁面，作為服務接收者，需要采用客戶 端技術來實現(xiàn)

8、與服務提供者的通訊，以及對最終結果的展示，即為富客戶端，如ExtJS就是一 個開源的javascript富客戶端開發(fā)框架。面向服務的架構簡化了系統(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界面完成

9、對工作流模型的定義與維護，支持同時維 護多個工作流模型，工作流模型定義的主要元素包含流程節(jié)點與流程連接。流程節(jié)點可分為普 通或者會簽節(jié)點，會簽主要滿足企業(yè)中重要審批多負責人會簽的要求，流程節(jié)點也可以設定審 批時限，為流程監(jiān)控和績效考核提供數(shù)據(jù)支撐，同時流程審批人可靈活指定，即可以是直接上 級、流程發(fā)起人、流程發(fā)起人上級等，也可以分配給某個系統(tǒng)角色或者用戶。流程連接將流程 節(jié)點通過連線聯(lián)系起來形成流程的完整路徑，在流程連接上可定義條件以形成流程分支，條件 的數(shù)據(jù)可來源于流程本身（如：流程上環(huán)節(jié)審批人），也可來源于業(yè)務數(shù)據(jù)（如：預算審批流 程中的預算金額）。另外，工作流定義能夠支持不固定流程，以應

10、變企業(yè)對審批流程的多種動 態(tài)調(diào)整需求，不固定流程有兩種含議，一種是指沒有既定流程，在審批過程中由人為判斷并指 定下環(huán)節(jié)審批人；另一種是有事先設置了既定流程，但在流程執(zhí)行到某一個環(huán)節(jié)時，允許人為 干預，后續(xù)步驟不按照既定流程執(zhí)行。工作單處理是通過提供一個統(tǒng)一的、可集中審批的交互界面，可以查看待審批工作單、當 前所處審批環(huán)節(jié)，并完成工作流審批。工作單處理的前提是已依據(jù)先前定義的工作流模型而產(chǎn) 生了工作流實例，針對實例的執(zhí)行不會影響工作流模型，同時基于同一工作流模型產(chǎn)生的實例 也互不影響，以達到定義與執(zhí)行分離、執(zhí)行與執(zhí)行分隔的目的。工作流審批時可直接瀏覽業(yè)務 單據(jù)，同時支持電子簽名和密碼驗證，審批結

11、果分為通過、不通過、駁回三種。其中駁回可支 持駁回到當前審批節(jié)點之前的任意節(jié)點，如果選擇駁回到流程起始節(jié)點，則需要流程發(fā)起人修 改業(yè)務單據(jù)后重新提交；如果選擇駁回到流程某一中間節(jié)點，則需要此節(jié)點審批人重新審批。工作流管理即對應工作流前臺定義的后臺管理，通過提供基于SOA的服務與前臺定義對接， 完成工作流模型的后臺維護及工作流模型數(shù)據(jù)存儲功能，包括工作流前臺定義所需的流程源數(shù) 據(jù)模型維護、流程特性配置、工作流模型維護日志記錄等，此外還提供例如安全管理、服務質(zhì) 量管理等平臺支撐和輔助功能。工作流解析引擎是整個工作流平臺的驅(qū)動和關鍵，它的作用為工作流實例提供解析和運行 環(huán)境，控制工作流實例中路徑條件

12、的解析和流程節(jié)點的轉換，實現(xiàn)審批時的節(jié)點路由，并與即 時信息系統(tǒng)（即時消息、郵件系統(tǒng)等）無縫連接。工作流解析引擎解釋工作流實例的定義，與 工作流的參與者（包括人或軟件）相互作用，并根據(jù)需要調(diào)用其他的ITX具或應用。從工作流 實例的啟動、審批到結束，根據(jù)工作流定義的內(nèi)容和信息按部就班的推動工作流實例的執(zhí)行。 所以，工作流引擎的設計直接影響到工作流執(zhí)行的效率。工作流跟蹤與監(jiān)控即通過平臺提供的交互界面，通過圖形化方式查看工作流實例執(zhí)行進度， 包括當前執(zhí)行節(jié)點及歷史節(jié)點審批意見等信息，實現(xiàn)對流程執(zhí)行的跟蹤與監(jiān)控。同時，提供工 作流實例的掛起與激活功能，方便流程管理員根據(jù)業(yè)務需要將工作流暫停審批甚至作廢

13、。數(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ù)查看、審批結果反饋。綁定工作流是指 企業(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)

14、用工作流平臺提供的服務接口，此服務將運行工作流解析引擎啟動業(yè)務功能所綁定 的工作流實例，同時激活工作流實例執(zhí)行。業(yè)務單據(jù)查看是指在工作流實例審批過程中，審批 人可以查看相關業(yè)務單據(jù)數(shù)據(jù)，此功能通過調(diào)用企業(yè)業(yè)務系統(tǒng)提供的服務接口實現(xiàn)。審批結果 反饋即工作流審批流程結束后，工作流平臺以開放的XML格式將審批結果信息通過服務接口傳遞給業(yè)務系統(tǒng)，當工作流審批節(jié)點為結束節(jié)點、審批終止或駁回時，都會調(diào)用業(yè)務系統(tǒng)服務接 口，將審批結果和業(yè)務信息進行傳遞。綜上所述，動態(tài)審批工作流平臺的設計目的是能夠為企業(yè)提供靈活定義、高效配置、動態(tài) 調(diào)整的流程化審批管理，工作流平臺通過工作流定義、綁定工作流、啟動工作流、工作

15、單處理、 流程跟蹤和監(jiān)控等操作完成一個審批工作流的完整管理。4工作流平臺的實際應用動態(tài)審批工作流平臺作為通用化、開放化的工作流平臺，由于其具有圖形化拖拽方式建立 工作流模型、可視化流程跟蹤和監(jiān)控、支持業(yè)務功能與工作流的靈活綁定、支持會簽、支持不 固定流程等特點，成功研發(fā)后在能源、化工等行業(yè)均有應用，涵蓋生產(chǎn)管理、辦公管理等領域 的業(yè)務場景，得到企業(yè)用戶的一致好評?，F(xiàn)以某企業(yè)辦公管理系統(tǒng)公文流轉功能為假設業(yè)務場景闡述工作流平臺的應用，具體業(yè)務 需求是：根據(jù)公文類型為條件定義流程分支，文件類型B部門經(jīng)理審批節(jié)點需要各部門經(jīng)理會 簽，文件類型C直接領導節(jié)點審批后可靈活指定下一環(huán)節(jié)審批人，即不固定流程

16、形式。以上述業(yè)務場景為需求，工作流平臺與用戶交互總體上分為工作流定義、綁定工作流、工 作流審批、工作流監(jiān)控四個環(huán)節(jié)。一是新增公文流轉工作流模型，配置時按照公文類型作為條 件定義分支，同時指定“部門經(jīng)理”審批節(jié)點為會簽節(jié)點，指定“直接領導”審批節(jié)點可指定 下一節(jié)點審批，即不固定流程；二是將業(yè)務系統(tǒng)的公文流轉功能與公文流轉工作流模型綁定； 三是由業(yè)務系統(tǒng)觸發(fā)工作流啟動后進入審批環(huán)節(jié)，審批節(jié)點如果為會簽時，將需要所有審批人 均審批通過才能進入下一流程節(jié)點，如果為允許指定下一節(jié)點審批人，本節(jié)點審批通過后將由 當前節(jié)點審批人指定流程下一節(jié)點審批人；四是工作流監(jiān)控，即可實時跟蹤監(jiān)控每個工作流實 例的審批進度及其他信息。5結語該文闡述了利用SOA理念設計和實現(xiàn)一個具有獨立開放、可靈活自定義，具備圖形化配置、 實時調(diào)整、與業(yè)務靈活綁定的動態(tài)審批工作流平臺，它有效彌補了傳統(tǒng)審批工作流在集中審批、 圖