農(nóng)色兵

摘要：工作流（Workflow）就是“業(yè)務(wù)過(guò)程的部分或整體在計(jì)算機(jī)應(yīng)用環(huán)境下的自動(dòng)化”，它主要解決的是“使在多個(gè)參與者之間按照某種預(yù)定義的規(guī)則傳遞文檔、信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)，或者促使此目標(biāo)的實(shí)現(xiàn)”。簡(jiǎn)單地說(shuō)，工作流就是一系列相互銜接、自動(dòng)進(jìn)行的業(yè)務(wù)活動(dòng)或任務(wù)。一個(gè)工作流包括一組任務(wù)（或活動(dòng)）及它們的相互順序關(guān)系，還包括流程及任務(wù)（或活動(dòng)）的啟動(dòng)和終止條件，以及對(duì)每個(gè)任務(wù)（或活動(dòng)）的描述。在辦公自動(dòng)化中，工作流引擎是實(shí)現(xiàn)文件流轉(zhuǎn)的核心組件。通過(guò)工作流引擎把各部門(mén)的人員及角色關(guān)聯(lián)起來(lái)，實(shí)現(xiàn)文檔的在線流轉(zhuǎn)與審批。本文將從工作流技術(shù)的需求分析入手，進(jìn)一步闡述工作流引擎的設(shè)計(jì)與實(shí)現(xiàn)。最終以辦公系統(tǒng)的應(yīng)用為例，介紹流程圖的配置與啟動(dòng)過(guò)程，將辦公系統(tǒng)與工作流引擎無(wú)縫結(jié)合起來(lái)，實(shí)現(xiàn)辦公自動(dòng)化。

關(guān)鍵詞：工作流；參與者；任務(wù)；角色

中圖分類號(hào)：TP3 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2016）05-0210-04

工作流技術(shù)起源于二十世紀(jì)七十年代中期辦公自動(dòng)化領(lǐng)域的研究，由于當(dāng)時(shí)計(jì)算機(jī)尚未普及，網(wǎng)絡(luò)技術(shù)水平還很低以及理論基礎(chǔ)匱乏，這項(xiàng)新技術(shù)并未取得成功。1983年至1985年間，在圖像處理領(lǐng)域和電子郵件領(lǐng)域出現(xiàn)了早期的含有工作流特征的商用系統(tǒng)。進(jìn)入九十年代以后，隨著個(gè)人計(jì)算機(jī)、網(wǎng)絡(luò)技術(shù)的普及和推廣，以及信息化建設(shè)的日益完善，使得工作流技術(shù)的研究與開(kāi)發(fā)進(jìn)入了一個(gè)新的熱潮。

1 工作流模型

工作流模型主要包含起點(diǎn)模型，激活模型，運(yùn)轉(zhuǎn)模型，流程組合嵌套模型，流程整合模型等。實(shí)際應(yīng)用中，可能存在的模型更為復(fù)雜，也會(huì)考慮很多因素（組織模型，安全，信息文檔等等）?？紤]的因素越多，涉及的流程復(fù)雜度越高，對(duì)工作流引擎的要求就越高。下面介紹幾個(gè)常見(jiàn)的模型。

1.1 起點(diǎn)模型

1）單起點(diǎn)：?jiǎn)纹瘘c(diǎn)是工作流應(yīng)用中最為普遍的。單起點(diǎn)是指只有一個(gè)起始節(jié)點(diǎn)。

2）多起點(diǎn)：多起點(diǎn)的工作流，在現(xiàn)實(shí)應(yīng)用多不是太多。其主要表達(dá)的是，在同一流程中，存在多個(gè)起點(diǎn)。

1.2 基本運(yùn)轉(zhuǎn)模型

1）串行：是最為簡(jiǎn)單，也最為容易理解的模型。按照預(yù)定的任務(wù)列表（Task A，Task B，Task C ），有序的執(zhí)行。

2）自循環(huán)：自循環(huán)的模型，主要用于表示：同一個(gè)任務(wù)節(jié)點(diǎn)，重復(fù)的執(zhí)行多次。

1.3 發(fā)散運(yùn)轉(zhuǎn)模型

1）并行：就涉及流程的分支概念。就是說(shuō)在流程運(yùn)行過(guò)程中，因?yàn)椴煌臈l件或情況，或者處理的業(yè)務(wù)需要多部門(mén)（多任務(wù)）分開(kāi)處理，而產(chǎn)生了流程分支。

2）獨(dú)占式選擇：當(dāng)一個(gè)任務(wù)處理完后，發(fā)現(xiàn)其后面可允許走多個(gè)分支流程，但只允許選擇其中某一個(gè)分支運(yùn)行。這個(gè)選擇是人為決策的，預(yù)先沒(méi)有設(shè)點(diǎn)選擇的規(guī)則。

1.4 抄送模型

抄送模型，是指存在主流程（A—C），在一個(gè)任務(wù)（A）執(zhí)行完畢后，會(huì)繼續(xù)執(zhí)行主流程上下一個(gè)預(yù)定任務(wù)（C），但是同時(shí)也會(huì)激活另一任務(wù)（B）（或另外的流程）的執(zhí)行，但是任務(wù)B以及任務(wù)B的后續(xù)流程，不會(huì)對(duì)主流程運(yùn)轉(zhuǎn)造成影響。

1.5 聚合運(yùn)轉(zhuǎn)模型

1）簡(jiǎn)單聚合：是指多分支在聚合的時(shí)候，采用類似于“先進(jìn)先出”法則，哪一個(gè)分支先達(dá)到，則最先激活流程的運(yùn)行。后續(xù)的分支則到此就會(huì)終止。

2）同步聚合：是指多分支在聚合的時(shí)候，無(wú)論哪一支先到達(dá)都需要等待其余分支的到來(lái)，才能激活后續(xù)的流程。

2 工作流需求分析

工作流是一種反映業(yè)務(wù)流程的計(jì)算機(jī)化的、實(shí)現(xiàn)經(jīng)營(yíng)過(guò)程集成與經(jīng)營(yíng)過(guò)程自動(dòng)化而建立的可由工作流管理系統(tǒng)執(zhí)行的業(yè)務(wù)模型。工作流起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域，其目的是將現(xiàn)有工作分解，按照一定的規(guī)則和過(guò)程來(lái)執(zhí)行并監(jiān)控，提高效率，降低成本。

2.1 流程定制工具

本部分主要完成企業(yè)信息流中業(yè)務(wù)過(guò)程的圖形化建模，定制工具提供豐富的圖形化元素、簡(jiǎn)單易懂的建模方法以及完善的模型管理方式。流程定制用例圖如圖1所示。

2.2 流程監(jiān)控與管理

本部分主要完成工作流在整個(gè)組織內(nèi)的流動(dòng)狀況進(jìn)行監(jiān)視，并提供一系列的管理功能，實(shí)現(xiàn)安全性、過(guò)程控制和授權(quán)操作等方面的管理，同時(shí)還提供工作流相關(guān)的各類指標(biāo)統(tǒng)計(jì)等。

2.4 工作流運(yùn)行服務(wù)

本部分主要提供定制好的工作流業(yè)務(wù)過(guò)程的運(yùn)行環(huán)境，對(duì)于系統(tǒng)最終用戶來(lái)說(shuō)不可見(jiàn)，主要包括實(shí)例化及執(zhí)行過(guò)程模型，與外部資源交互，維護(hù)運(yùn)行環(huán)境內(nèi)部各種數(shù)據(jù)信息，協(xié)調(diào)恢復(fù)各種檢查數(shù)據(jù)和恢復(fù)重要數(shù)據(jù)等。

3 工作流引擎的設(shè)計(jì)與實(shí)現(xiàn)

3.1 流程圖設(shè)計(jì)器的實(shí)現(xiàn)

1）一般業(yè)務(wù)流程圖都是根據(jù)辦公自動(dòng)化的需求，用流程定制工具來(lái)實(shí)現(xiàn)的，生成具有可編程性的一些節(jié)點(diǎn)，以便程序的調(diào)用。我們通過(guò)前面模型分析、需求分析以及相關(guān)的技術(shù)架構(gòu)把流程圖設(shè)計(jì)器做成可視化的一個(gè)編輯器。流程圖的基本屬性有“流程ID”、“流程名稱”、“流程版本號(hào)”、“版本名稱”、“備注”等信息。

流程ID：Guid數(shù)據(jù)類型，用于程序調(diào)用時(shí)識(shí)別該流程圖的唯一標(biāo)識(shí)。

流程名稱：記錄該流程圖的名稱。

流程版本號(hào)：用于記錄該流程圖的版本號(hào)，因?yàn)樵诹鞒淌褂眠^(guò)程中可能會(huì)修改，所以每個(gè)流程圖都可以有多個(gè)子版本。

版本名稱：用于記錄該流程圖的版本名稱。

備注：用于記錄備注信息。

2）在流程圖設(shè)計(jì)器工具欄上有“新建”、“加載”、“導(dǎo)入”、“導(dǎo)出”、“保存”、“另存為新版本”、“清空”、“撤銷”、“重做”、“布局”、“刪除”等11種操作。

新建：用于新建一個(gè)流程圖實(shí)例。

加載：用于加載已經(jīng)保存過(guò)的流程圖實(shí)例。

導(dǎo)入：用于導(dǎo)入流程圖實(shí)例（xml數(shù)據(jù)結(jié)構(gòu)）。

導(dǎo)出：用于導(dǎo)出流程圖的xml結(jié)構(gòu)。

保存：用于保存正在編輯或已經(jīng)發(fā)生修改的操作。

另存為新版本：將現(xiàn)有版本保存為一個(gè)子版本。

清空：用于將節(jié)點(diǎn)清空。

撤銷：用于撤銷上一步的操作。

重做：用于恢復(fù)上一步的操作。

布局：用于自動(dòng)布局。

刪除：用于刪除節(jié)點(diǎn)或者線。

3）流程圖步驟節(jié)點(diǎn)有“開(kāi)始節(jié)點(diǎn)”、“操作員節(jié)點(diǎn)”、“結(jié)束節(jié)點(diǎn)”三種。

開(kāi)始節(jié)點(diǎn)：用于流程實(shí)例的起始節(jié)點(diǎn)。

操作員節(jié)點(diǎn)：用于設(shè)置文件流轉(zhuǎn)過(guò)程傳遞的步驟，每個(gè)步驟均可設(shè)置人員篩選條件。

結(jié)束節(jié)點(diǎn)：用于流程實(shí)例的結(jié)束節(jié)點(diǎn)。

4）流程圖節(jié)點(diǎn)連接的線類型包括“單行”、“并行”、“合并”、“退回”、“合并退回”等5種線類型。

單行：?jiǎn)涡芯€主要是串行模式的文件傳遞，從A步驟到B步驟之間，只能選一個(gè)目標(biāo)人，以確保文件只有一個(gè)傳遞過(guò)去。

并行：并行線主要是用于并行模式的文件傳遞，從A步驟到B步驟之間，可以選擇多個(gè)目標(biāo)人，實(shí)現(xiàn)多份文件同時(shí)分發(fā)出去。

退回：退回線是用于把文件退回到上一個(gè)節(jié)點(diǎn)人員的特殊線類型，退回線也是單行線的特例，但不同的是退回找到的是前一個(gè)節(jié)點(diǎn)操作人為轉(zhuǎn)發(fā)目標(biāo)。

合并退回：合并退回線是合并線的特例，跟一般的合并線不同的是，它具有尋找前一節(jié)點(diǎn)操作人的功能，也就是可以將目標(biāo)指向上一步驟的人來(lái)合并。

3.2 流程圖實(shí)例設(shè)計(jì)

一個(gè)流程實(shí)例，是指符合用戶需求的流程圖設(shè)計(jì)，包含開(kāi)始和結(jié)束節(jié)點(diǎn)，及各個(gè)步驟之前的關(guān)聯(lián)。使用的連接線等等。假如現(xiàn)在需求是：如何實(shí)現(xiàn)從普通職員發(fā)文，到部門(mén)領(lǐng)導(dǎo)，經(jīng)辦公室領(lǐng)導(dǎo)審核，遞呈更高級(jí)的領(lǐng)導(dǎo)審核，直到修改完成發(fā)文。根據(jù)這個(gè)需求我們按如圖4所示設(shè)計(jì)出流程圖。

由圖可知擬稿人發(fā)起一個(gè)流程，下一步將轉(zhuǎn)給部門(mén)負(fù)責(zé)人審核，部門(mén)負(fù)責(zé)人可以退給擬稿人，也可以選擇轉(zhuǎn)給辦公室秘書(shū)，部門(mén)負(fù)責(zé)人轉(zhuǎn)給辦公室秘書(shū)后，秘書(shū)可以轉(zhuǎn)給辦公室領(lǐng)導(dǎo)或者退給部門(mén)負(fù)責(zé)人再由部門(mén)負(fù)責(zé)人轉(zhuǎn)交給擬稿人修改，辦公室領(lǐng)導(dǎo)接收到文件后，可以直接轉(zhuǎn)給校領(lǐng)導(dǎo)或退回辦公室秘書(shū)，再由秘書(shū)退回部門(mén)負(fù)責(zé)人修改，校領(lǐng)導(dǎo)接收文件后可以直接轉(zhuǎn)給擬稿人辦結(jié)，或者通過(guò)辦公室秘書(shū)退回修改。這樣整個(gè)流程圖即可往前辦理，也可以往后退回去，直到完成所有的審核和修改。

3.3 流程圖實(shí)例導(dǎo)出

由流程圖設(shè)計(jì)器設(shè)計(jì)生成的流程圖實(shí)例，是由xml結(jié)構(gòu)組成的一個(gè)配置文件。系統(tǒng)管理員可以使用“導(dǎo)出”工具將xml結(jié)構(gòu)的文件導(dǎo)出，這種數(shù)據(jù)結(jié)構(gòu)就是提供給程序調(diào)用的流程實(shí)例，其代碼如下所示。

3.6流程圖版本管理

審批表業(yè)務(wù)流程圖在使用過(guò)程中可能會(huì)因?yàn)闃I(yè)務(wù)發(fā)生重大改變時(shí)進(jìn)行對(duì)應(yīng)的修改，一個(gè)審批表可以對(duì)應(yīng)多個(gè)流程圖，所以只需綁定審批表的當(dāng)前流程圖即可。因此保障用戶在子版本上修改相關(guān)的節(jié)點(diǎn)配置不會(huì)影響舊版流程圖的使用，從而實(shí)現(xiàn)流程業(yè)務(wù)變更時(shí)的無(wú)縫切換。

4 總結(jié)

工作流可以描述為在網(wǎng)絡(luò)、服務(wù)器和多臺(tái)計(jì)算機(jī)客戶端的硬件平臺(tái)上，業(yè)務(wù)過(guò)程按照預(yù)先設(shè)定的規(guī)則并借助應(yīng)用程序和人對(duì)相關(guān)數(shù)據(jù)的處理而完成。在辦公自動(dòng)化中有多種實(shí)現(xiàn)方法，本文主要是通過(guò)分析工作流模型，以及對(duì)需求的分析，從而選擇一種符合自身開(kāi)發(fā)條件的實(shí)現(xiàn)方式。在辦公系統(tǒng)中將工作流獨(dú)立出來(lái)，由管理員設(shè)計(jì)好的配置，應(yīng)用到審批表中，從而實(shí)現(xiàn)公文按照預(yù)定的規(guī)則進(jìn)行流轉(zhuǎn)。在系統(tǒng)實(shí)現(xiàn)過(guò)程中，依然有許多困難未能解決，此項(xiàng)研究工作有待以后進(jìn)一步完善和提高。

參考文獻(xiàn)：

[1] 蔡孝武， 韓永國(guó)， 藍(lán)科. 一種輕量級(jí)工作流引擎的研究與設(shè)計(jì)[J]. 計(jì)算機(jī)工程， 2010（20）： 78-79.

[2] 王振. 辦公自動(dòng)化研究綜述[J]. 辦公自動(dòng)化雜志， 2010（22）.

[3] 李濤， 朱一凡， 魏洪濤， 李群. 基于.Net 的工作流管理系統(tǒng)設(shè)計(jì)[J]. 計(jì)算機(jī)工程與設(shè)計(jì)， 2005（10）： 2798-2801.

[4] 丁紹陽(yáng). 基于工作流的協(xié)同辦公自動(dòng)化系統(tǒng)的應(yīng)用研究[D].遼寧工程技術(shù)大學(xué)管理科學(xué)與工程系碩士學(xué)位論文， 2004.

[5] 朱瑜. 工作流引擎研究與實(shí)現(xiàn)[D].電子科技大學(xué)， 2005.

[6] 曲桂東. 工作流技術(shù)在以系統(tǒng)中的應(yīng)用[D].中國(guó)海洋大學(xué)計(jì)算機(jī)學(xué)院碩士學(xué)位論文， 2006.