工作流技術在交通投訴信息系統中的應用

何俊++舒亞++王正華

摘 要：該文基于筆者多年從事軟件開發的相關工作經驗，以武漢交通在線投訴處理信息系統構建為背景，探討了工作流參考模型、引擎等相關理論和技術，實現交通投訴電子工單處理的自動化、科學化和高效化，積累了先進的投訴工作流管理經驗，可為從事信息系統相關工作的同行提供重要的參考價值和借鑒意義。

關鍵詞：工作流 交通投訴 業務流程

中圖分類號：TP31 文獻標識碼：A 文章編號：1672-3791（2014）10（c）-0017-02

近年來，隨著城市化進程的不斷加快、人民群眾對生產生活環境要求的不斷提高，交通運輸管理問題不斷呈現，人民群眾的困難和訴求急劇增多。武漢交通運輸行業投訴主要采用來信、來訪、電話、傳真等傳統的手工處理方式，常常受上班時間的約束且時效性差，投訴工單業務流程管理中存在投訴處理進度無法掌握、歷史檔案維護困難、統計分析困難等問題，凸顯出越來越多的不足。采用工作流技術對現有的投訴工單處理方法進行優化，建設統一在線的投訴處理信息系統，將各種來源投訴信息有效地集成在一起，使一個環節產生的結果能自動傳遞到下一個環節，為下一環節所用，可以實現“一點投訴、全網互動、流程跟蹤、快速響應”的應用目標，為交通運輸管理部門提高投訴處理工作效率和工作滿意率提供技術支持。

1 工作流管理系統發展現狀

工作流的概念起源于生產組織和辦公自動化領域，是從英文單詞Workflow中直譯過來的。目前，國外許多公司推出了各自的工作流管理系統，比較成功的有IBM公司的FlowMark，FileNet公司的WorkFlo Business System，Xerox公司的InConcert等。各公司產品處于百家爭鳴的態勢，并沒有哪個產品處于絕對領導地位，而是各自為政，這就為工作流的標準化帶來了困難。雖然它們都聲稱完全符合工作流管理聯盟 （Workflow Management Coalition，WfMC）的標準，但一方面由于WfMC標準本身還不完善和不確定，另一方面由于各自實現本身的差異，不同廠家產品之間的互操作性依然很差。國內現在許多公司也在著力開發商業化的工作流系統，如西安協同數碼股份有限公司的SynchroFLOW、杭州信雅達的SunFlow等。相比之下，工作流技術在研究方面的進展要落后于商業應用。國外許多科研機構和學校己經開展了很多相關的研究工作，而國內關于工作流的研究還處于起步階段。

對于工作流技術的定義，工作流管理聯盟給出的定義是：實現業務辦理流程的部分或者全部自動化，并在業務辦理過程中，按照一定的規律對所有任務、公告或者資料進行流轉，從而實現了部門成員之間團結協調工作，最終實現整體業務達標的目的。工作流技術隸屬于高級信息系統，在各種生產類企業或辦公環境中都會有廣泛的應用需求，工作流管理聯盟為了加速推進工作流技術的標準化，研究提出了一種參考模型，且在模型中己對系統的系統架構、子系統接口以及各接口特性進行了規定，其目的是加快工作流的標準化進度，增強開放性。

2 工作流管理系統參考模型

工作流管理聯盟（WfMC）給出的標準參考模型中規定，工作流管理系統包括有如下幾大組件：工作流建模工具、工作流執行服務及其應用程序接口、工作流客戶應用程序、被調用的應用程序以及工作流管理工具，并提供了五個標準的工作流接口，各個組件之間通過標準的工作流應用程序接口與工作流執行服務進行交互。

工作流管理系統通過這5個標準工作流接口協同工作以及工作流的基本組件最終形成一個完整的工作流管理系統。接口1是工作流執行服務和工作流建模工具接口，提供了創建和修改工作流定義的工具，與工作流執行服務之間的關系。接口2是工作流執行服務和客戶應用之間的接口。接口3是工作流引擎和應用程序之間直接調用的接口。接口4是工作流管理系統之間的互操作接口。接口5是工作流執行服務和工作流管理工具之間的接口。工作流參考模型如圖1所示。

3 基于關系的工作流引擎分析

工作流引擎主要包括機構模型、信息模型和控制模型三種模型。機構模型描述了任務執行人和權限的關系，主要的數據表有部門以及相應的隸屬關系，人員信息，功能以及權限信息，角色授權信息。信息模型的核心是任務隊列表，其他相關的表主要有工單表，工作流組成規則表，歷史任務隊列表等，用于記錄工作流程中需要流轉的任務信息。控制模型將機構模型和信息模型有機地結合在一起，它根據其中定義的控制規則對業務過程中的各項業務活動的流轉以及任務指派等工作進行控制和協調。在控制過程中，它接受從外部接口發送過來的工作流申請，根據業務規則的要求進行任務狀態的切換，調用相應的內部或外部處理模塊完成任務操作，并對流程中的異常進行處理。實現以上的控制過程是利用關系數據庫存儲過程技術建立了若干個調度進程，分別對任務隊列中的滿足調度要求的任務進行處理，在調度過程中的的任務實例狀態轉換主要有任務啟動控制、任務執行控制和任務回退控制等三種。

關系型數據庫是工作流的數據存儲中心，工作流引擎中的模型數據、控制數據、相關數據以及應用系統中的應用數據都存儲在關系型數據庫中。流程調度進程利用關系數據庫存儲過程技術建立，根據業務規則接受從外部接口發送過來的工作流申請，對任務隊列中滿足調度要求的任務進行處理，并對流程中的異常進行處理，按照所請求的內容給予相應的回答。

4 投訴工單業務流程分析

工作流是業務流程的一種描述的方式，它以業務流程中的需要人工參與的任務為導向，貫徹整個流程，比如OA中的審批流。工作流側重于業務流程的自動化，十分強調任務和文檔的概念，通過將工作分解成定義良好的任務或角色，按照一定的規則和過程來執行這些任務并對其進行監控，側重于管理結構化的流程，這些流程從一個參與者流轉到另一個參與者。

業務流程的任務具有任務名稱、處理時限、受理組、受理提醒、回復提醒等屬性。（1）任務名稱：任務名稱概括了這項任務的功能，大體上要處理什么事情。（2）處理時限：處理時限定義了完成這項任務需要多長的時間，時間可以按小時計算，也可以選擇是否計算周末。如果快到規定的時限任務還沒有完成，任務的處理人員會收到短信提醒，提示其加快處理進度，按時完成。如果任務處理人員覺得任務有困難，難以按規定時間完成，可以提出延時的申請，經審核通過后可以延時。如果任務己經超時，處理人員會收到超時提醒，提示任務己經超時。（3）受理組：受理組定義了任務的處理人員，即由誰來處理這個任務。任務的受理組可以包括多個成員，也可以只有單個成員。只有在此受理組中的人員才可以處理派發到這個組中的任務。（4）受理提醒：受理提醒定義了在有任務派發到某一受理組中時，是否對此受理組的成員進行提醒。（5）回復提醒：回復提醒定義了在任務處理完成后，是否對此任務的派發人進行提醒。（6）其他功能：其他功能是處理此任務要完成的數據錄入工作，也就是在任務處理過程中產生的與任務有關的數據流。這樣，項目經過從初始到歸檔的過程后，在流程中產生的數據就能永久保存，可以對其進行管理和維護、統計和分析。

武漢交通在線投訴處理信息系統具有投訴工單受理、轉辦、批閱、處理、審核、完結、退回等功能以及分級聯網在線使用、權限管理、進度跟蹤、辦理期限提醒、回訪跟蹤、查詢、統計、接口等功能。投訴業務處理流程如圖2所示。

5 結語

該文探討了工作流參考模型、引擎等相關理論和設計方法，基于工作流引擎的思想設計關系數據庫，整合各類來源交通投訴件，建立交通投訴信息系統，實現投訴業務流程梳理及再造，改變了原有的信息傳遞模式，提升交通運輸管理部門投訴處理信息化水平和運行效率，提高投訴處理工作公眾滿意度。

參考文獻

[1] 蔡莉，單軍.中美企業再造模式的差異分析[J].科學學科與科學技術管理，2002（2）：62-65.

[2] 唐敬仙.基于核心能力的企業流程再造研究[D].東北林業大學，2007.

[3] 符寧，周興社，詹濤.服務協同環境中的業務過程建模與驗證[J].西北工業大學學報，2010，28（4）：591-596.endprint