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

　　1、工作流管理系統

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

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

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

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

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

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

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

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

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

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

　　4、基于事例處理的工作流管理系統的體系結構

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

　　5、案例

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

　　當然，殼- 核結構模型也有它的不足之處，主要體現在以下2 個(gè)方面：

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

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

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

　　參考文獻：

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

　　[2 ]戴汝為。系統科學(xué)與復雜性科學(xué)[A] .系統科學(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 ]錢(qián)學(xué)森，于境元，戴汝為。一個(gè)科學(xué)新領(lǐng)域——開(kāi)放的復雜巨系統及其方法論[A].系統科學(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 ]徐正權，張　華�；�于WEB 的軟件構件互操作性研究[J].計算機應用研究，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.