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

申請免費(fèi)試用、咨詢電話：400-8352-114

　　「摘要」 由于建設(shè)工程的復(fù)雜性，傳統(tǒng)工作流管理技術(shù)無法滿足建設(shè)工程的需要。 因此在事例處理系統(tǒng)的基礎(chǔ)上，提出了基于事例處理的工程項(xiàng)目工作流管理的思想、對象模型和過程模型。 并通過一個(gè)工作流程界面對基于事例處理的工程項(xiàng)目工作流管理進(jìn)行實(shí)例說明。

　　隨著社會(huì)生產(chǎn)的流程化，工作流起著越來越重要的作用。 工作流的概念起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域，它是針對日常工作中具有固定程序的活動(dòng)而提出的一個(gè)概念。目的是通過將一個(gè)具體的工作分解成多個(gè)任務(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ā)展帶來了很大的機(jī)遇和挑戰(zhàn)。按照工作流管理聯(lián)盟（ workflow management coalition，WfMC） 的定義，工作流是指“在計(jì)算機(jī)應(yīng)用環(huán)境下業(yè)務(wù)過程的部分或全部自動(dòng)化”，其目的在于“使得在多個(gè)參與者之間按照某種預(yù)先定義的規(guī)則傳遞文檔、信息或任務(wù)的過程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)或是促使此目標(biāo)的實(shí)現(xiàn)”。

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

　　為了實(shí)施對業(yè)務(wù)過程的工作流管理，需要相應(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)的工作流過程定義對每個(gè)新的事例予以實(shí)例化，即為每個(gè)事例創(chuàng)建一個(gè)新的工作流實(shí)例。基于相應(yīng)的工作流過程定義，工作流引擎計(jì)算對于該事例應(yīng)激活哪些活動(dòng)。 針對每個(gè)被激活的活動(dòng)，將生成一個(gè)工作項(xiàng)并放入每個(gè)具有相應(yīng)角色的用戶的“工作夾”。 用戶從其工作夾中選擇工作項(xiàng)，并開始執(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ù)，有許多過程和活動(dòng)構(gòu)成，但與制造業(yè)等工業(yè)部門不同的是，工程建設(shè)過程具有高度的復(fù)雜性，而這種復(fù)雜性又可以在總體上分為弱結(jié)構(gòu)化和變動(dòng)性兩個(gè)方面。正如同大約90%的工程建設(shè)信息是非結(jié)構(gòu)化的文檔信息，工程建設(shè)中絕大多數(shù)處理過程屬于非結(jié)構(gòu)化或弱結(jié)構(gòu)化的工作過程。 對于這些非結(jié)構(gòu)化或弱結(jié)構(gòu)化過程的支持，根本無法采用傳統(tǒng)的工作流管理技術(shù)。同時(shí)，工程建設(shè)領(lǐng)域也存在一些諸如設(shè)計(jì)變更、工程索賠以及招標(biāo)采購等具備較高結(jié)構(gòu)化程度的管理過程。這些管理過程盡管數(shù)量較少，但具有相當(dāng)?shù)闹匾?，有研究指?5 %的建設(shè)問題和過程有關(guān)而和產(chǎn)品沒有太大關(guān)系，因此如何實(shí)現(xiàn)工程建設(shè)過程的管理工作流自動(dòng)化仍然有著重要的意義。 但必須注意到，由于這些管理工作流具有一定程度的變動(dòng)性，嚴(yán)重依賴于固定的事先過程定義的傳統(tǒng)工作流管理技術(shù)，無法對其提供有效的支持。事實(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)致的過程模型或者過于簡單或者過于復(fù)雜和非透明。 針對以上原因，近年來一些學(xué)者提出了所謂的事例處理系統(tǒng)（case－h(huán)andling system），倡導(dǎo)一個(gè)根本性的思想轉(zhuǎn)變：工作流的驅(qū)動(dòng)不是通過預(yù)先確定的路徑，而是應(yīng)該通過事例。傳統(tǒng)的工作流管理技術(shù)側(cè)重于在一個(gè)工作流過程中“應(yīng)該做什么”，而事例處理技術(shù)則側(cè)重于為了取得業(yè)務(wù)目標(biāo)“可以做什么”。作為一種新的工作流管理方法，事例處理技術(shù)為支持靈活的、知識密集的業(yè)務(wù)過程提供了新的可能性。事實(shí)上，事例處理原則的應(yīng)用已經(jīng)在荷蘭一家名為海杰曼斯的大型建設(shè)公司的一些項(xiàng)目中獲得了巨大的成功。

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

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

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