林丁報，康志輝

(1．廈門工學(xué)院;2．廈門軟件職業(yè)技術(shù)學(xué)院)

0 引言

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

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

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

2 企業(yè)資源整合中對象模型和數(shù)據(jù)模型的對應(yīng)關(guān)系

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

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

圖1 對象模型和數(shù)據(jù)模型的對應(yīng)關(guān)系

3 系統(tǒng)架構(gòu)設(shè)計

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

圖2 系統(tǒng)體系架構(gòu)圖

基于工作流的企業(yè)資源整合系統(tǒng)架構(gòu)如圖3所示．

圖3 基于工作流的企業(yè)資源整合系統(tǒng)架構(gòu)圖

4 系統(tǒng)設(shè)計

4．1 企業(yè)資源整合系統(tǒng)中任務(wù)調(diào)度策略設(shè)計

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

圖4 T1就緒為激發(fā)態(tài)的遷移

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

圖5 T2和T3處于就緒態(tài)

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

圖6 T2激發(fā)，T3仍處于就緒態(tài)

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

圖7 T3激發(fā)，T4處于就緒態(tài)

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

圖8 T4激發(fā)

在該圖中token是從P6中產(chǎn)生的，考慮到P6的庫所終止性，因此，針對流程結(jié)束的約束條件，實現(xiàn)實例的結(jié)束．

4．2 企業(yè)資源整合系統(tǒng)中流程模型的支持設(shè)計

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

4．2．1 實現(xiàn)對固定流程的支持

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

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

4．2．2 自由流程支持設(shè)計

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

圖10 自由流程中的節(jié)點擴充圖示

5 系統(tǒng)實現(xiàn)

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

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

圖11 組織人事管理主界面

圖12 備忘錄管理界面

6 結(jié)束語

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

［1］ 范玉順．工作流管理技術(shù)基礎(chǔ)．清華大學(xué)出版社，2001，47-52．

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

［3］ 劉躍華，傅云虹．基于Petri網(wǎng)的工作流引擎研究與實現(xiàn)計算機工程與科學(xué)，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］ 齊佳音，李懷祖．基于工作流的企業(yè)資源整合管理(CRM)的體系框架分析．工業(yè)工程，2002(1):42～45

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

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