基于工作流的企業資源整合系統的研究

林丁報，康志輝

(1．廈門工學院;2．廈門軟件職業技術學院)

0 引言

基于工作流的企業資源整合辦公的發展方向是實現平臺化，主要原因是平臺化帶來的好處是企業的辦公過程正在從以行政管理為主，向行政與業務兼管進行轉移，最終目的是實現協作，也就是從單一到整體整合［1］．在基于工作流的企業資源整合辦公行業，一直是需求推動技術的發展，基于工作流的企業資源整合辦公這種轉變正是近年來乃至未來企業發展的重要需求所致［2］．

即使當前的工作流技術在企業中己經有了較大的發展，但是當面臨具體問題使，仍然存在很多無法應對的局面．很多企業在系統的實際運行過程中，針對企業的很多動態性的需求依據該系統進行執行時無法進行動態性的選派，因此，仍需對工作流技術進行深入的完善［3］．

目前對Petri網已經有了很多的研究，出現一種基于Petri網的的工作流模型，Petri網是對過程模型的簡化，在其中包含了庫所、動作變遷、有向弧指向和相關的令牌等．該模型針對具有以下特點:并行性、異步性、分布式特性以及隨機特性的較為復雜系統的深入描述與深入研究，進行了強有力的手段的提供，可以說是一種圖形化的，基于數學基礎的建模工具，非常適用于較為負責的［4］．基于WEB服務的工作流模型的基礎是業務生成圖．功能相同或者相似的服務在此模型中被聚集成為了相應的服務集合，通過該集合能夠使得Web服務過程中具體工作的物理上的變化和差異得到屏蔽，其作用是對互聯網中的Web服務資源有了較好地組合［5］．

2 企業資源整合中對象模型和數據模型的對應關系

企業資源整合的流程引擎是從設計的資源整合中的對象模型開始的，對象模型定義了什么是流程，從流程角度出發如何進行模型建立，并從工作人員的任務出發進行數據模型的建立，兩者之間存在一定的聯系．

企業資源整合系統中主要包括以下幾個功能的管理:對組織人事的管理、對個人辦公信息的管理、對員工文件的管理、對物品進行采購的管理、對企業倉庫的管理、以及對銷售數據的管理等等．財務管理中的流程實例和流程模板包含在對應的數據模型中，他們兩者之間的的關系比較密切，可以類比成ClassInstance與Class之間的關系［6-7］．與此相同，State與 ActivityInstance之間，Task與 TaskInstance之間也是這樣的關系．

圖1 對象模型和數據模型的對應關系

3 系統架構設計

基于工作流的企業資源整合系統采用的是標準的B/S(Client/Server)三層架構，從下到上分別是數據層、應用層、表示層．系統體系架構圖如圖2．

圖2 系統體系架構圖

基于工作流的企業資源整合系統架構如圖3所示．

圖3 基于工作流的企業資源整合系統架構圖

4 系統設計

4．1 企業資源整合系統中任務調度策略設計

基于一個非常簡單的Petri網模型進行本文設計的Petri網調度算法的說明．在基本的Petri網模型中，針對常態或激發態的變遷采用白色的矩形框進行表示，對于目前處于就緒狀態的變遷借助于花崗石底紋的矩形表示．圖4中的小黑點是當前token的分布表示．

圖4 T1就緒為激發態的遷移

圖4是被工作流引擎所實例化的模型說明．第一個token是生成于工作流引擎所在的起始庫所P1里面，由于token的產生使得T1的狀態發生了變化:從正常態變遷到了就緒狀態．考慮到目前的模型實例的狀態是不飽和的，并且系統自動觸發是T1處當前的觸發類型，因此，調度執行的時刻就是其從正常態變遷到了就緒狀態的時刻，T1的狀態將會從就緒狀態轉而進入到激發狀態，通過該變化T1中的輸入庫所對應的token將被消耗掉，并且新的token將會產生，產生的方式是從輸出庫所P2和P3．圖5所示的是飽和下的狀態．

圖5 T2和T3處于就緒態

圖5是被工作流引擎所實例化的模型說明．第一個token是生成于工作流引擎所在的起始庫所P2里面，由于token的產生使得T2的狀態發生了變化:從正常態變遷到了就緒狀態．考慮到目前的模型實例的狀態是不飽和的，并且系統自動觸發是T2處當前的觸發類型，因此，調度執行的時刻就是其從正常態變遷到了就緒狀態的時刻，T2的狀態將會從就緒狀態轉而進入到激發狀態，通過該變化T2中的輸入庫所對應的token將被消耗掉，并且新的token將會產生，產生的方式是從輸出庫所P2和P3．最終模型實例將進入圖6所示就緒狀態．

圖6 T2激發，T3仍處于就緒態

圖7是被工作流引擎所實例化的模型說明．第一個token是生成于工作流引擎所在的起始庫所P2里面，由于token的產生使得P2的狀態發生了變化:從正常態變遷到了就緒狀態．考慮到目前的模型實例的狀態是不飽和的，并且系統自動觸發是T3處當前的觸發類型，因此，調度執行的時刻就是其從正常態變遷到了就緒狀態的時刻，T3的狀態將會從就緒狀態轉而進入到激發狀態，通過該變化T3、T4和T5中的輸入庫所對應的token將被消耗掉，并且新的token將會產生，產生的方式是從輸出庫所P4和P5．如果此時T3被激發，按照設定的規則，P3中的token將會被消耗掉，新的token將從P5中產生，如圖7．

圖7 T3激發，T4處于就緒態

考慮到目前的模型實例的狀態是不飽和的，并且系統自動觸發是T3處當前的觸發類型，如圖8所示．因此，調度執行的時刻就是其從正常態變遷到了就緒狀態的時刻，T4的狀態將會從就緒狀態轉而進入到激發狀態，通過該變化T4中的輸入庫所對應的token將被消耗掉，并且新的token將會產生，產生的方式是從輸出庫所P4和P5．如果此時T6被激發，按照設定的規則，P4中的token將會被消耗掉，新的token將從P6中產生，如圖8所示．

圖8 T4激發

在該圖中token是從P6中產生的，考慮到P6的庫所終止性，因此，針對流程結束的約束條件，實現實例的結束．

4．2 企業資源整合系統中流程模型的支持設計

工作流引擎實現了對流程模型的支持．流程模型的具體調度能力主要是由工作流引擎所決定的．流程模型的劃分主要是依據模型創建的時機、流程中不同活動的屬性得出的，上個上述的因素可知，流程模型主要有:固定流程模型、自由流程模型以及自定義流程模型等．

4．2．1 實現對固定流程的支持

過程定義的定義如下:通過與過程模型定義相關的服務軟件進行實體的圖形化，最終通過模型的定義工具進行過程的定義．具體過程如D所示，通過M表示流程的過程模型．兩種模型在表現如圖9所示．

圖9 過程定義——過程模型

4．2．2 自由流程支持設計

自由流程與固定流程的本質區別在于自由流程主要是在活動節點的可擴充性上，該活動節點被工作流引擎所執行．考慮對過程的定義以及實際的過程模型中自由流程的活動，將活動結點的擴充進行了如下形式的更改，如圖10．

圖10 自由流程中的節點擴充圖示

5 系統實現

基于工作流的組織人事管理，主要實現部門設置、員工管理和考勤管理．針對組織人事管理，工作流在很多的業務流程中都有展示，具體有:職稱評定流程、人員的調整流程以及職務的調整流程．通過流程的形式進行每一項工作的安排，具體流程是由發起者開始的，通過相關部門的共同協作實現流程對應的任務．在主頁面中點擊組織人事管理按鈕進入組織人事信息管理頁面．可以輸入部門名稱、客戶編號、員工姓名等信息進行搜索．點擊離職員工查看該類別對應客戶的具體信息．頁面的設計如圖11所示．

基于工作流的個人辦公管理，主要實現備忘錄流程、通信錄流程以及我的考勤流程．通過流程的形式進行每一項工作的安排，具體流程是由發起者開始的，通過相關部門的共同協作實現流程對應的任務．工作流程的連接方式有相直接連接、交叉連接或循環進行三種，如圖12所示．

圖11 組織人事管理主界面

圖12 備忘錄管理界面

6 結束語

該文從基于工作流的企業資源整合系統的研究出發分析了其存在的問題，進而有針對性地提出了相關的整體架構和基于工作流的系統設計;使得本文提出的方法能以更加接近生產實際的方式實現企業資源整合問題的求解．本文設計與開發的企業資源整合系統，功能是基本完善的，完全能滿足于企業的各種要求要求，有效提高了企業的服務意識和銷售盈利．

［1］ 范玉順．工作流管理技術基礎．清華大學出版社，2001，47-52．

［2］ 劉鵬袁，華歐陽寧．工作流過程模型研究綜述．大眾科技，2015，17(3):27-29．

［3］ 劉躍華，傅云虹．基于Petri網的工作流引擎研究與實現計算機工程與科學，2009，31(7):142-146．

［4］ David Hollingsworth．Workflow Management Coalition，The Workflow Reference Model．Document Number TC00-1003，Document Status-Issue 1．1，1995．

［5］ 齊佳音，李懷祖．基于工作流的企業資源整合管理(CRM)的體系框架分析．工業工程，2002(1):42～45

［6］ 樊治平，王建宇，陳媛．基于工作流的企業資源整合管理(CRM)的評述與展望．系統工程，2002(11):1-6

［7］ 鷗海鷹，覃正，吳軍．基于工作流的企業資源整合管理成功因素分析．軟科學，2002(3):59-62．