李瑛　關(guān)汝萍　白曉波

摘要：針對(duì)當(dāng)前電力企業(yè)總公司對(duì)分公司之間生產(chǎn)過(guò)程的跟蹤監(jiān)督，將工作流技術(shù)應(yīng)于技術(shù)監(jiān)督系統(tǒng)中，采用面向?qū)ο蟪绦蛟O(shè)計(jì)和面向切面編程思想，將Spring、Hibernate和JBPM三大框架進(jìn)行整合，開(kāi)發(fā)了適合企業(yè)實(shí)際應(yīng)用的技術(shù)監(jiān)督系統(tǒng)。對(duì)系統(tǒng)中出現(xiàn)的技術(shù)難點(diǎn)進(jìn)行了深入剖析和研究，并提出了解決思路。實(shí)際應(yīng)用表明，工作流技術(shù)在電力生產(chǎn)的跟蹤督查過(guò)程中起到很好的作用，改變了以往信息交流不暢，部門(mén)之間相互推諉的情況，也為后來(lái)的業(yè)務(wù)流程再造提供了必要的基礎(chǔ)支持。

關(guān)鍵詞：工作流；業(yè)務(wù)流程；JBPM；回退

中圖分類(lèi)號(hào)：TP391 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2013）07-1667-03

電力技術(shù)監(jiān)督系統(tǒng)主要是依據(jù)電力行業(yè)技術(shù)標(biāo)準(zhǔn)，總公司對(duì)子公司的水電生產(chǎn)情況進(jìn)行跟蹤督查。通過(guò)定期或不定期的跟蹤督查發(fā)現(xiàn)子公司在生產(chǎn)過(guò)程中出現(xiàn)的問(wèn)題并提出整改意見(jiàn)，子公司先將整改方案提交給總公司，由總公司審核，未通過(guò)審核則繼續(xù)修改，直到審核通過(guò)再提交整改結(jié)果給總公司，總公司繼續(xù)進(jìn)行整改結(jié)果的審查，未通過(guò)則繼續(xù)修改整改結(jié)果，直到通過(guò)為止。在以上信息傳遞的過(guò)程中，需要各級(jí)專(zhuān)業(yè)技術(shù)人員審核，最終才能生效，這樣就不自覺(jué)地形成了工作流程。

當(dāng)前、公司中現(xiàn)有的幾乎系統(tǒng)沒(méi)有認(rèn)識(shí)到將工作流技術(shù)應(yīng)用到技術(shù)監(jiān)督系統(tǒng)中的必要性。這必然導(dǎo)致總公司和子公司之間的數(shù)據(jù)交換效率低下，并且現(xiàn)有程序的應(yīng)用邏輯和業(yè)務(wù)過(guò)程邏輯相互融合，對(duì)軟件的維護(hù)和升級(jí)都帶來(lái)極大不便。另外，在公司的運(yùn)作中，為了加強(qiáng)內(nèi)部管理，公司建立了大量制度和審批手續(xù)，但層層審批、眾多領(lǐng)導(dǎo)簽字的制度，大大降低了企業(yè)的運(yùn)行效率，也是推卸責(zé)任的最好方式，也給公司的績(jī)效考核帶來(lái)很大難度。

工作流是通過(guò)計(jì)算機(jī)軟件進(jìn)行定義、執(zhí)行并監(jiān)控的經(jīng)營(yíng)過(guò)程，而這種計(jì)算機(jī)軟件就是工作流管理系統(tǒng)[1]。

該技術(shù)將工作活動(dòng)分解成定義良好的任務(wù)、角色、規(guī)則和過(guò)程來(lái)完成執(zhí)行和監(jiān)控，達(dá)到提高生成組織水平和工作效率的目的。

1 技術(shù)監(jiān)督系統(tǒng)業(yè)務(wù)流程模型

1.1 基于JBPM的技術(shù)監(jiān)督系統(tǒng)業(yè)務(wù)流程的建模

JBPM，全稱(chēng)是Java Business Process Management（業(yè)務(wù)流程管理），它是覆蓋了業(yè)務(wù)流程管理、工作流、服務(wù)協(xié)作等領(lǐng)域的一個(gè)開(kāi)源的、靈活的、易擴(kuò)展的可執(zhí)行流程語(yǔ)言框架[3]。

采用JBPM4的建模語(yǔ)言JPDL（JBoss JBPM Process Definition Language）和可視化的圖形建模工具GPD（Graphical Process Designer）建立的公司業(yè)務(wù)模型如圖1所示。

1.2 模型的正確性驗(yàn)證

一個(gè)工作流模型是正確的充分必要條件是[4]：

1）對(duì)于任何一個(gè)由S可達(dá)的狀態(tài)M，都存在一個(gè)實(shí)施序列Seq可達(dá)狀態(tài)E，S和E分別是初始和結(jié)束狀態(tài)。

2）對(duì)于任何一個(gè)由S可達(dá)的狀態(tài)M，如果此時(shí)在位置E中存在至少一個(gè)標(biāo)記（token），該狀態(tài)就是終止?fàn)顟B(tài)。終止時(shí)，該工作流網(wǎng)除了有一個(gè)標(biāo)記在E位置中外，其他的位置都是空的。

3）沒(méi)有死任務(wù)，也就是說(shuō)工作流網(wǎng)是有活性的。

根據(jù)以上三個(gè)條件，對(duì)技術(shù)監(jiān)督流程模型進(jìn)行驗(yàn)證：

1）根據(jù)業(yè)務(wù)流程模型圖看出，任何一個(gè)初始狀態(tài)到結(jié)束狀態(tài)，都可以經(jīng)過(guò)一系列的庫(kù)所變遷達(dá)到。例如：途中S為初始狀態(tài)，E為終止?fàn)顟B(tài)，可得出有很多種組合的M序列可以實(shí)現(xiàn)這種流程。

最為簡(jiǎn)單直觀的是在審批環(huán)節(jié)中均為“通過(guò)”，即：Seq = S→發(fā)送整改意見(jiàn)→提出（修改）整改方案→審核整改方案→提交（修改）整改結(jié)果→審核整改結(jié)果→E，若存在未通過(guò)審核情況，則返回至當(dāng)前狀態(tài)的上一狀態(tài)，再通過(guò)Seq序列到達(dá)結(jié)束狀態(tài)。

2）在模型圖看出，終止?fàn)顟B(tài)為E。如果業(yè)務(wù)流程運(yùn)轉(zhuǎn)至該狀態(tài)，則該庫(kù)所中有一個(gè)token，其他庫(kù)所中的token為空。

3）模型圖中，各任務(wù)都是可觸發(fā)可執(zhí)行。

根據(jù)以上分析得出業(yè)務(wù)過(guò)程設(shè)計(jì)是合理的。

2 任務(wù)回退

定義業(yè)務(wù)流程以后，應(yīng)用JBPM工作流引擎將按照定義好的流程順序來(lái)驅(qū)動(dòng)整個(gè)運(yùn)行過(guò)程。但在實(shí)際應(yīng)用中，存在這樣一種情況，即：一個(gè)任務(wù)完成后，用戶(hù)發(fā)現(xiàn)有不完善的地方需要修改，然而這時(shí)的任務(wù)以提交給下一個(gè)環(huán)節(jié)，用戶(hù)就不能修改已提交的工作內(nèi)容?；谶@樣一種應(yīng)用場(chǎng)景，就需要工作流程在一定的環(huán)境下可以回退。

定義1：在業(yè)務(wù)流程序列中，當(dāng)前活動(dòng)狀態(tài)為Sc，Sc的上一個(gè)活動(dòng)（任務(wù)）Sp，若需要由當(dāng)前活動(dòng)狀態(tài)Sc返回Sp，則稱(chēng)該操作為回退操作。

如圖1中T1和T2所示，在提交整改方案后就進(jìn)入審核整改方案狀態(tài)，若需要再重新修改整改方案，就需要進(jìn)行回退操作。

2.1 回退操作條件分析

在回退操作中，有其條件限制，主要有以下三個(gè)條件：

1）“已完成任務(wù)”的下一任務(wù)未進(jìn)行提交；如任務(wù)序列（S1，S2，S3），設(shè)S1已提交，則進(jìn)入S2，在S2未被提交前能回退到S1，若S2已被處理提交，則進(jìn)入S3，就不能從S3回退到S1。

2）在當(dāng)前流程實(shí)例中，只存在一個(gè)活動(dòng)狀態(tài)；如任務(wù)序列（S1，S2，S2），設(shè)S1已提交，若進(jìn)入兩個(gè)并發(fā)任務(wù)S2和S2，則不能進(jìn)行回退操作，也就是只能存在一個(gè)活動(dòng)狀態(tài)。如圖2所示。

3）在兩個(gè)狀態(tài)之間的轉(zhuǎn)移不存在分支（Decision）節(jié)點(diǎn)或其他節(jié)點(diǎn)。

2.2 JBPM中回退操作的實(shí)現(xiàn)策略

根據(jù)回退操作的限制條件，要實(shí)現(xiàn)回退操作可以采用以下步驟：

1）使用業(yè)務(wù)流程建模工具建好業(yè)務(wù)流程模型圖；

2）根據(jù)以上三種限制條件，分析出那些地方是能進(jìn)行任務(wù)回退；再需要回退操作的地方設(shè)置回退功能。

3）提供用戶(hù)訪(fǎng)問(wèn)接口，能順利的取回已完成的任務(wù)。

2.3 回退操作實(shí)現(xiàn)算法

回退操作的實(shí)現(xiàn)，從本質(zhì)上來(lái)講，任務(wù)回退也是一種轉(zhuǎn)移，如圖1中T1和T2所示。即從當(dāng)前任務(wù)返回到歷史任務(wù)。其實(shí)現(xiàn)過(guò)程的算法如下：

1）在“提出/修改整改方案”轉(zhuǎn)移到“審核整改方案”時(shí)，設(shè)置監(jiān)聽(tīng)器，當(dāng)發(fā)生轉(zhuǎn)移時(shí)，監(jiān)聽(tīng)器實(shí)現(xiàn)動(dòng)態(tài)創(chuàng)建轉(zhuǎn)移對(duì)象，將以前的“轉(zhuǎn)移源”改為新的轉(zhuǎn)移的目標(biāo)。

1.獲取當(dāng)前流程實(shí)例execution

2.取得當(dāng)前流程實(shí)例中處于活動(dòng)狀態(tài)的實(shí)例（Set actNames），并判斷是否符合回退操作條件；

3.通過(guò)當(dāng)前活動(dòng)的名稱(chēng)取出當(dāng)前活動(dòng)的任務(wù)列表（List tasks）；

4.獲取要回退的歷史任務(wù)（withdrawActivity），并將其刪除（baseDao.delete（withdrawActivity））；

5.完成當(dāng)前任務(wù)，并執(zhí)行回退操作?；赝瞬僮魍ㄟ^(guò)完成當(dāng)前任務(wù)時(shí)傳遞回退路徑來(lái)完成。

6.刪除當(dāng)前活動(dòng)任務(wù)的歷史痕跡（baseDao.delete（currentActivity））；

7.刪除與業(yè)務(wù)相關(guān)的數(shù)據(jù)。

3 實(shí)際應(yīng)用分析

自技術(shù)監(jiān)督系統(tǒng)在公司投入應(yīng)用以來(lái)，主要功能滿(mǎn)足了總公司對(duì)分公司生產(chǎn)情況的跟蹤督查，提高了總公司和分公司之間文檔傳遞的效率，節(jié)約了辦公成本，取得了良好的使用效果，贏得了用戶(hù)好評(píng)。

系統(tǒng)的優(yōu)點(diǎn)主要表現(xiàn)在采用工作流技術(shù)，將工作分解成定義良好的任務(wù)或角色，按照一定的規(guī)則和過(guò)程來(lái)執(zhí)行這些任務(wù)并對(duì)其進(jìn)行監(jiān)控，提高了工作效率、更好的控制過(guò)程、有效管理業(yè)務(wù)流程。改變了企業(yè)以往以專(zhuān)業(yè)職能部門(mén)為中心的文檔審核過(guò)程，而是以業(yè)務(wù)的“流程”為中心。

4 結(jié)束語(yǔ)

在企業(yè)內(nèi)部網(wǎng)絡(luò)的環(huán)境下，通過(guò)將整個(gè)工作流技術(shù)應(yīng)用于系統(tǒng)之中，使企業(yè)中相應(yīng)的人員都參與到流程中來(lái)，相關(guān)人員更多的是將自己的精力放在掌握企業(yè)業(yè)務(wù)流程上，重在掌握該流程中的業(yè)務(wù)知識(shí)，而不是專(zhuān)注于自己的職位，同時(shí)，在流程的運(yùn)行過(guò)程中，流程在自動(dòng)運(yùn)行的過(guò)程中，會(huì)暴漏一些不必要的步驟，這對(duì)企業(yè)的經(jīng)營(yíng)效果起到很好的作用，業(yè)務(wù)企業(yè)的業(yè)務(wù)流程再造奠定基礎(chǔ)，這也是未來(lái)的主要工作。

參考文獻(xiàn)：

[1] 羅海濱，范玉順，吳澄.工作流技術(shù)綜述[J].軟件學(xué)報(bào)，2000，11（7）.

[2] 胡迎松，周立斌.柔性工作流管理系統(tǒng)建模與實(shí)現(xiàn)[J].網(wǎng)絡(luò)安全技術(shù)與應(yīng)用，2006（6）.

[3] JBPM Designer 2.4.0.Final 發(fā)布.中國(guó)Linux聯(lián)盟.2012-12-02.

[4] 歐陽(yáng)俊，楊貫中.基于對(duì)象Petri 網(wǎng)工作流建模的研究與實(shí)現(xiàn)[J].計(jì)算機(jī)工程與設(shè)計(jì)，2005（10）.