隨著社會生產(chǎn)的流程化，工作流起著越來越重要的作用。工作流的概念起源于生產(chǎn)組織和辦公自動化領(lǐng)域，它是針對日常工作中具有固定程序的活動而提出的一個概念。目的是通過將一個具體的工作分解成多個任務(wù)、角色，通過一定的規(guī)則和過程，約束這些任務(wù)的執(zhí)行和監(jiān)控，以達(dá)到提高企業(yè)生產(chǎn)經(jīng)營管理水平。 隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展及應(yīng)用，促進(jìn)了電子商務(wù)應(yīng)用的極大發(fā)展，使得組織與組織之間、組織內(nèi)部部門之間的業(yè)務(wù)相互處理成為可能，這為工作流的發(fā)展帶來了很大的機遇和挑戰(zhàn)。按照工作流管理聯(lián)盟（ workflow management coalition  WfMC) 的定義，工作流是指“在計算機應(yīng)用環(huán)境下業(yè)務(wù)過程的部分或全部自動化”，其目的在于“使得在多個參與者之間按照某種預(yù)先定義的規(guī)則傳遞文檔、信息或任務(wù)的過程自動進(jìn)行，從而實現(xiàn)某個預(yù)期的業(yè)務(wù)目標(biāo)或是促使此目標(biāo)的實現(xiàn)”。

　　1、工作流管理系統(tǒng)

　　為了實施對業(yè)務(wù)過程的工作流管理，需要相應(yīng)軟件系統(tǒng)的支撐，這種軟件系統(tǒng)可稱為工作流管理系統(tǒng)。工作流管理系統(tǒng)的定義是：“工作流管理系統(tǒng)是一個軟件系統(tǒng)，它完成工作流的定義和管理，并按照在計算機中預(yù)先定義好的工作流邏輯推進(jìn)工作流實例的執(zhí)行�！�

　　一般而言，工作流管理系統(tǒng)應(yīng)包含如圖1所示的三個組成部分： ①定義建模；②運行控制；③運行交互。

　　傳統(tǒng)工作流管理系統(tǒng)的運作原理如下：相應(yīng)的工作流過程定義對每個新的事例予以實例化，即為每個事例創(chuàng)建一個新的工作流實例�；�于相應(yīng)的工作流過程定義，工作流引擎計算對于該事例應(yīng)激活哪些活動。 針對每個被激活的活動，將生成一個工作項并放入每個具有相應(yīng)角色的用戶的“工作夾”。 用戶從其工作夾中選擇工作項，并開始執(zhí)行相應(yīng)的活動等。盡管一個工作項可以出現(xiàn)在多個用戶的工作夾中，但只有一個用戶執(zhí)行相應(yīng)的活動。 當(dāng)一個工作項被選中后，工作流管理系統(tǒng)將啟動相關(guān)的應(yīng)用程序并監(jiān)控相應(yīng)活動的執(zhí)行結(jié)果。需要指出，用戶只能看到在其工作夾中的工作項，并且當(dāng)選擇一個工作項時也只能獲知與執(zhí)行相應(yīng)活動有關(guān)的信息[2～4 ] 。

　　2、基于事例處理的工程項目工作流管理的概念

　　工程項目可以看作是一項任務(wù)，有許多過程和活動構(gòu)成，但與制造業(yè)等工業(yè)部門不同的是，工程建設(shè)過程具有高度的復(fù)雜性，而這種復(fù)雜性又可以在總體上分為弱結(jié)構(gòu)化和變動性兩個方面。正如同大約90%的工程建設(shè)信息是非結(jié)構(gòu)化的文檔信息，工程建設(shè)中絕大多數(shù)處理過程屬于非結(jié)構(gòu)化或弱結(jié)構(gòu)化的工作過程。 對于這些非結(jié)構(gòu)化或弱結(jié)構(gòu)化過程的支持，根本無法采用傳統(tǒng)的工作流管理技術(shù)。同時，工程建設(shè)領(lǐng)域也存在一些諸如設(shè)計變更、工程索賠以及招標(biāo)采購等具備較高結(jié)構(gòu)化程度的管理過程。這些管理過程盡管數(shù)量較少，但具有相當(dāng)?shù)闹匾�性，有研究指�?5 %的建設(shè)問題和過程有關(guān)而和產(chǎn)品沒有太大關(guān)系，因此如何實現(xiàn)工程建設(shè)過程的管理工作流自動化仍然有著重要的意義。 但必須注意到，由于這些管理工作流具有一定程度的變動性，嚴(yán)重依賴于固定的事先過程定義的傳統(tǒng)工作流管理技術(shù)，無法對其提供有效的支持。事實上，許多研究人員都指出：由于缺乏靈活性，傳統(tǒng)的工作流管理技術(shù)在工程實踐中經(jīng)常以失敗告終。

　　傳統(tǒng)的工作流管理技術(shù)之所以缺乏靈活性，其關(guān)鍵原因在于路徑是驅(qū)動工作流的唯一機制，即工作是基于預(yù)先固定的因果關(guān)系從一個工作夾流轉(zhuǎn)到另一個工作夾。因此，所導(dǎo)致的過程模型或者過于簡單或者過于復(fù)雜和非透明。 針對以上原因，近年來一些學(xué)者提出了所謂的事例處理系統(tǒng)（case－h(huán)andling system），倡導(dǎo)一個根本性的思想轉(zhuǎn)變：工作流的驅(qū)動不是通過預(yù)先確定的路徑，而是應(yīng)該通過事例。傳統(tǒng)的工作流管理技術(shù)側(cè)重于在一個工作流過程中“應(yīng)該做什么”，而事例處理技術(shù)則側(cè)重于為了取得業(yè)務(wù)目標(biāo)“可以做什么”。作為一種新的工作流管理方法，事例處理技術(shù)為支持靈活的、知識密集的業(yè)務(wù)過程提供了新的可能性。事實上，事例處理原則的應(yīng)用已經(jīng)在荷蘭一家名為海杰曼斯的大型建設(shè)公司的一些項目中獲得了巨大的成功。

　　簡單而言，事例是工作流過程的一個實例，是工作流參與人員所需處理的對象。 在工程建設(shè)領(lǐng)域，事例可以是一個具體的設(shè)計變更過程、一個具體的工程索賠過程以及一個具體的招標(biāo)采購過程等。如果將事例看作是通過執(zhí)行工作流過程所制造的產(chǎn)品（建設(shè)管理過程的產(chǎn)品是信息），則真正驅(qū)動工作流過程的是產(chǎn)品的特征。 通過關(guān)注產(chǎn)品的特征，可以將傳統(tǒng)的面向“推”的路徑（從一個工作夾到另一個工作夾） 轉(zhuǎn)變?yōu)槊嫦颉袄�”的機制（以關(guān)于一個事例的數(shù)據(jù)對象為中心） .為了進(jìn)一步說明基于事例處理的工作流管理方法，通過統(tǒng)一建模語言（UML） 提出其相應(yīng)的對象模型（圖2）。

　　3、基于事例處理的工程項目工作流管理的過程定義

　　對于基于事例處理的工程項目工作流管理而言，同樣需要進(jìn)行過程定義。 傳統(tǒng)的建設(shè)過程被認(rèn)為是彼此分裂，在沒有應(yīng)用信息系統(tǒng)時，信息呈孤立狀態(tài)，形成了“信息孤島”；在信息系統(tǒng)應(yīng)用后形成了一定的工作流；但是還需要應(yīng)用過程管理思想對信息系統(tǒng)的工作流進(jìn)行集成和優(yōu)化，即在利用流程再造（BPR）工具進(jìn)行業(yè)務(wù)過程重組和優(yōu)化的基礎(chǔ)上描述工程項目工作流的過程邏輯。過程定義所產(chǎn)生的過程模型是整個工作流管理系統(tǒng)的基礎(chǔ)。許多工作流管理系統(tǒng)的開發(fā)平臺均提供可視化的過程建模工具，使得用戶能夠以直觀的方式對實際的業(yè)務(wù)過程進(jìn)行建模，而且所建立的過程模型可以直接得到系統(tǒng)的支持。過程建模的方法有活動網(wǎng)絡(luò)圖、有向圖、Integration definition method（ IDEF3） 以及Petri網(wǎng)等等，其中的Petri網(wǎng)過程建模方法近年來最為學(xué)術(shù)界所重視[5 ，6 ] .

　　以下采用簡化Petri 網(wǎng)模型對任務(wù)管理過程予以建模。 在一般性的任務(wù)管理過程中，團(tuán)隊領(lǐng)導(dǎo)首先要求團(tuán)隊的某個成員完成一個任務(wù)。該團(tuán)隊成員基于自身能力和各種約束條件檢查任務(wù)要求，然后發(fā)送一個答復(fù)給團(tuán)隊領(lǐng)導(dǎo)。如果該團(tuán)隊成員認(rèn)為無法完成該任務(wù)，則團(tuán)隊領(lǐng)導(dǎo)需要物色其他合適的團(tuán)隊成員。如果該團(tuán)隊成員確認(rèn)有能力完成該任務(wù)，則團(tuán)隊領(lǐng)導(dǎo)對任務(wù)進(jìn)行詳細(xì)描述，并將其發(fā)送給該團(tuán)隊成員。當(dāng)該團(tuán)隊成員對任務(wù)的詳細(xì)描述不理解時，他可以提出詢問，直到該任務(wù)被理解并被實施。對于團(tuán)隊成員所提交的任務(wù)結(jié)果，團(tuán)隊領(lǐng)導(dǎo)將其與原來的任務(wù)狀況說明相比較。如果認(rèn)可，則提交工作成果。否則，團(tuán)隊領(lǐng)導(dǎo)將任務(wù)重新退回給該團(tuán)隊成員（圖3）。

　　4、基于事例處理的工作流管理系統(tǒng)的體系結(jié)構(gòu)

　　通過上節(jié)的分析，圖4給出了基于事例處理的工作流管理系統(tǒng)的體系結(jié)構(gòu)，該體系結(jié)構(gòu)與工作流管理聯(lián)盟所提出的參考模型基本一致[7].系統(tǒng)的邏輯設(shè)計包括過程定義、用戶的角色分配、數(shù)據(jù)處理設(shè)計、表單定義、事例的授權(quán)與分配等方面。 工作流執(zhí)行服務(wù)中的工作流引擎是整個系統(tǒng)的核心，主要負(fù)責(zé)工作流過程實例的執(zhí)行、事例活動的狀態(tài)控制、用戶事例列表的維護(hù)以及對外部資源的訪問等工作。管理監(jiān)控工具對運行過程中過程實例的狀態(tài)進(jìn)行監(jiān)控與管理。工作流引擎通過代理，可以訪問過程數(shù)據(jù)、用戶信息和文檔信息等數(shù)據(jù)庫資源�？蛻舳藨�(yīng)用程序為用戶提供一種手段，以處理過程實例運行過程中需要人工干預(yù)的任務(wù)。而被調(diào)用的應(yīng)用程序是指工作流執(zhí)行服務(wù)在過程實例的運行過程中所調(diào)用并對應(yīng)用數(shù)據(jù)進(jìn)行處理的外部應(yīng)用程序（比如文檔管理模塊） .圖中的幾個WAPI （workflow applicationpicture interface） 依賴于確定的開發(fā)平臺。根據(jù)該體系結(jié)構(gòu)，可以通過Lotus Domino/ Notes 中的Flow2 Mark 工作流開發(fā)平臺來予以實施。

　　5、案例

　　圖5 給出了基于事例處理的工程項目工作流管理系統(tǒng)的界面。 在工作區(qū)域的上部窗口是當(dāng)前正在執(zhí)行或查看的流程，其中可能包含子流程。下部左邊的窗口相應(yīng)顯示當(dāng)前流程中的活動和子流程。下部右邊的窗口則是與當(dāng)前流程所相關(guān)的表單、文檔等信息。從圖中可以看出，系統(tǒng)當(dāng)前流程為“某設(shè)計方案的變更”，其中包含一個“登記某設(shè)計方案的變更要求”的子流程和“修改某設(shè)計方案”、“審核新的設(shè)計方案”、“歸檔并分發(fā)”三項活動。對于該界面，需要說明的是： ①活動和子流程的狀態(tài)可以是待辦、在辦、已辦、略過以及重做等等，比如張三（假設(shè)為設(shè)計方人員） 　對于審核新的設(shè)計方案不具有執(zhí)行角色，因而對該活動可以略過； ②所打開的表單應(yīng)標(biāo)明哪些是強制數(shù)據(jù)、哪些是限制數(shù)據(jù)，比如設(shè)計方案審核表單中的“同意與否”應(yīng)為必須填寫的強制數(shù)據(jù)。

　　當(dāng)然，殼- 核結(jié)構(gòu)模型也有它的不足之處，主要體現(xiàn)在以下2 個方面：

　　（1） 殼- 核結(jié)構(gòu)的定義還不是十分精確，因此需要開發(fā)人員精心地去劃分系統(tǒng)層次，并在開發(fā)過程中摸索，總結(jié)經(jīng)驗。這會增加些額外的工作，尤其是剛開始的時候。

　�。�2） 殼- 核結(jié)構(gòu)模型的目的是為那些與外界聯(lián)系復(fù)雜的信息系統(tǒng)提供簡化其系統(tǒng)結(jié)構(gòu)的途徑，因而對于那些相對孤立、簡單的系統(tǒng)，運用殼- 核結(jié)構(gòu)就有點得不償失了。

　　無論如何，從系統(tǒng)設(shè)計開始就考慮與其他系統(tǒng)的協(xié)作，而不僅僅是功能的可擴(kuò)展，可以體現(xiàn)真正意上的開放系統(tǒng)。 平臺是否一致并不重要，信息技術(shù)的發(fā)展可提供足夠技術(shù)去實現(xiàn)異構(gòu)系統(tǒng)的協(xié)作�？梢韵胂笞裱�某種原則來實現(xiàn)系統(tǒng)間協(xié)作，以致構(gòu)成極富彈性的信息系統(tǒng)體系，應(yīng)比遵循某種技術(shù)標(biāo)準(zhǔn)來實現(xiàn)系統(tǒng)的集成要靈活很多。

　　參考文獻(xiàn)：

　　[ 1 ] Stephen R Schach. Object2oriented and classical software engineer  ing[M].5th ed.New York ：CITIC Publishing House/ McGrawHill ，2002.

　　[2 ]戴汝為。系統(tǒng)科學(xué)與復(fù)雜性科學(xué)[A] .系統(tǒng)科學(xué)與工程研究[C].上海：上海科技教育出版社，2000.1-11.DAI Ru2wei.Systems science and complexity science[A].Systems Science and Engineering ： Theories and Applications [ C] . Shanghai ： Shanghai Scientific and Technological Education Publishing House ，2000. 1 - 11.

　　[ 3 ]錢學(xué)森，于境元，戴汝為。一個科學(xué)新領(lǐng)域——開放的復(fù)雜巨系統(tǒng)及其方法論[A].系統(tǒng)科學(xué)與工程研究[ C].上海：上�？萍冀逃�出版社，2000. 632 - 643.QIAN Xue2sen ，YU Jing2yuan ，DAI Ru2wei. A new domain of science open complex giant systems and its methodology [ A ] . Systems Science and Engineering  ： Theories and Applications [ C ] .Shanghai ： Shanghai Scientific and Technological Education Publishing House ，2000. 632 - 643.

　　[4 ] Marc A Mnich.Multitier architectures for database connectivity[ EB/ OL ].http ://www.javaexchange.com/dcb-white.html，1998 - 01 - 05.

　　[ 5 ]徐正權(quán)，張　華�；�于WEB 的軟件構(gòu)件互操作性研究[J].計算機應(yīng)用研究，2002 ，19 （9）：48-50.XU Zheng quan ，ZHANG Hua. Research of software components‘interoperability based on web [J ] . Application Research of Computers ，2002 ，19 （9） ：48 - 50.