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

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

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

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

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

　　2、基于事例處理的工程項(xiàng)目工作流管理的概念

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

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

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

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

　　對(duì)于基于事例處理的工程項(xiàng)目工作流管理而言，同樣需要進(jìn)行過(guò)程定義。 傳統(tǒng)的建設(shè)過(guò)程被認(rèn)為是彼此分裂，在沒(méi)有應(yīng)用信息系統(tǒng)時(shí)，信息呈孤立狀態(tài)，形成了“信息孤島”；在信息系統(tǒng)應(yīng)用后形成了一定的工作流；但是還需要應(yīng)用過(guò)程管理思想對(duì)信息系統(tǒng)的工作流進(jìn)行集成和優(yōu)化，即在利用流程再造（BPR）工具進(jìn)行業(yè)務(wù)過(guò)程重組和優(yōu)化的基礎(chǔ)上描述工程項(xiàng)目工作流的過(guò)程邏輯。過(guò)程定義所產(chǎn)生的過(guò)程模型是整個(gè)工作流管理系統(tǒng)的基礎(chǔ)。許多工作流管理系統(tǒng)的開(kāi)發(fā)平臺(tái)均提供可視化的過(guò)程建模工具，使得用戶能夠以直觀的方式對(duì)實(shí)際的業(yè)務(wù)過(guò)程進(jìn)行建模，而且所建立的過(guò)程模型可以直接得到系統(tǒng)的支持。過(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)模型對(duì)任務(wù)管理過(guò)程予以建模。 在一般性的任務(wù)管理過(guò)程中，團(tuán)隊(duì)領(lǐng)導(dǎo)首先要求團(tuán)隊(duì)的某個(gè)成員完成一個(gè)任務(wù)。該團(tuán)隊(duì)成員基于自身能力和各種約束條件檢查任務(wù)要求，然后發(fā)送一個(gè)答復(fù)給團(tuán)隊(duì)領(lǐng)導(dǎo)。如果該團(tuán)隊(duì)成員認(rèn)為無(wú)法完成該任務(wù)，則團(tuán)隊(duì)領(lǐng)導(dǎo)需要物色其他合適的團(tuán)隊(duì)成員。如果該團(tuán)隊(duì)成員確認(rèn)有能力完成該任務(wù)，則團(tuán)隊(duì)領(lǐng)導(dǎo)對(duì)任務(wù)進(jìn)行詳細(xì)描述，并將其發(fā)送給該團(tuán)隊(duì)成員。當(dāng)該團(tuán)隊(duì)成員對(duì)任務(wù)的詳細(xì)描述不理解時(shí)，他可以提出詢問(wèn)，直到該任務(wù)被理解并被實(shí)施。對(duì)于團(tuán)隊(duì)成員所提交的任務(wù)結(jié)果，團(tuán)隊(duì)領(lǐng)導(dǎo)將其與原來(lái)的任務(wù)狀況說(shuō)明相比較。如果認(rèn)可，則提交工作成果。否則，團(tuán)隊(duì)領(lǐng)導(dǎo)將任務(wù)重新退回給該團(tuán)隊(duì)成員（圖3）。

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

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

　　5、案例

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

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

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

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

　　無(wú)論如何，從系統(tǒng)設(shè)計(jì)開(kāi)始就考慮與其他系統(tǒng)的協(xié)作，而不僅僅是功能的可擴(kuò)展，可以體現(xiàn)真正意上的開(kāi)放系統(tǒng)。 平臺(tái)是否一致并不重要，信息技術(shù)的發(fā)展可提供足夠技術(shù)去實(shí)現(xiàn)異構(gòu)系統(tǒng)的協(xié)作。可以想象遵循某種原則來(lái)實(shí)現(xiàn)系統(tǒng)間協(xié)作，以致構(gòu)成極富彈性的信息系統(tǒng)體系，應(yīng)比遵循某種技術(shù)標(biāo)準(zhǔn)來(lái)實(shí)現(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é)森，于境元，戴汝為。一個(gè)科學(xué)新領(lǐng)域——開(kāi)放的復(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].計(jì)算機(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.