基于事例處理的工程項目工作流管理_工程管理

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

2、業(yè)務(wù)過程的部分或全部自動化”，其目的在于“使得在多個參加者之間根據(jù)某種預(yù)先定義的規(guī)章傳遞文檔、信息或任務(wù)的過程自動進行，從而實現(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)，它完成工作流的定義和管理，并根據(jù)在計算機中預(yù)先定義好的工作流規(guī)律推動工作流實例的執(zhí)行?！币话愣?，工作流管理系統(tǒng)應(yīng)包含如圖1所示的三個組成部分： 定義建模;運行掌握;運行交互。傳統(tǒng)工作流管理系統(tǒng)的運作原理如下：相應(yīng)的工作流過程定義對每個新的事例予以實例化，即為每個事

3、例創(chuàng)建一個新的工作流實例。基于相應(yīng)的工作流過程定義，工作流引擎計算對于該事例應(yīng)激活哪些活動。 針對每個被激活的活動，將生成一個工作項并放入每個具有相應(yīng)角色的用戶的“工作夾”。 用戶從其工作夾中選擇工作項，并開頭執(zhí)行相應(yīng)的活動等。盡管一個工作項可以消失在多個用戶的工作夾中，但只有一個用戶執(zhí)行相應(yīng)的活動。 當(dāng)一個工作項被選中后，工作流管理系統(tǒng)將啟動相關(guān)的應(yīng)用程序并監(jiān)控相應(yīng)活動的執(zhí)行結(jié)果。需要指出，用戶只能看到在其工作夾中的工作項，并且當(dāng)選擇一個工作項時也只能獲知與執(zhí)行相應(yīng)活動有關(guān)的信息 。 <CENTER</CENTER2、基于事例處理的工程項目工作流管理的概念工程項目可以看作是一項任

4、務(wù)，有很多過程和活動構(gòu)成，但與制造業(yè)等工業(yè)部門不同的是，工程建設(shè)過程具有高度的簡單性，而這種簡單性又可以在總體上分為弱結(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è)過程的管理工作流自動化仍舊有著重要的意義。 但必需留

5、意到，由于這些管理工作流具有肯定程度的變動性，嚴(yán)峻依靠于固定的事先過程定義的傳統(tǒng)工作流管理技術(shù)，無法對其供應(yīng)有效的支持。事實上，很多討論人員都指出：由于缺乏敏捷性，傳統(tǒng)的工作流管理技術(shù)在工程實踐中常常以失敗告終。傳統(tǒng)的工作流管理技術(shù)之所以缺乏敏捷性，其關(guān)鍵緣由在于路徑是驅(qū)動工作流的唯一機制，即工作是基于預(yù)先固定的因果關(guān)系從一個工作夾流轉(zhuǎn)到另一個工作夾。因此，所導(dǎo)致的過程模型或者過于簡潔或者過于簡單和非透亮。 針對以上緣由，近年來一些學(xué)者提出了所謂的事例處理系統(tǒng)(case-handling system)，提倡一個根本性的思想轉(zhuǎn)變：工作流的驅(qū)動不是通過預(yù)先確定的路徑，而是應(yīng)當(dāng)通過事例。傳統(tǒng)的工作

6、流管理技術(shù)側(cè)重于在一個工作流過程中“應(yīng)當(dāng)做什么”，而事例處理技術(shù)則側(cè)重于為了取得業(yè)務(wù)目標(biāo)“可以做什么”。作為一種新的工作流管理方法，事例處理技術(shù)為支持敏捷的、學(xué)問密集的業(yè)務(wù)過程供應(yīng)了新的可能性。事實上，事例處理原則的應(yīng)用已經(jīng)在荷蘭一家名為海杰曼斯的大型建設(shè)公司的一些項目中獲得了巨大的勝利。簡潔而言，事例是工作流過程的一個實例，是工作流參加人員所需處理的對象。 在工程建設(shè)領(lǐng)域，事例可以是一個詳細的設(shè)計變更過程、一個詳細的工程索賠過程以及一個詳細的招標(biāo)選購過程等。假如將事例看作是通過執(zhí)行工 作流過程所制造的產(chǎn)品(建設(shè)管理過程的產(chǎn)品是信息)，則真正驅(qū)動工作流過程的是產(chǎn)品的特征。 通過關(guān)注產(chǎn)品的特征，

7、可以將傳統(tǒng)的面對“推”的路徑(從一個工作夾到另一個工作夾) 轉(zhuǎn)變?yōu)槊鎸Α袄钡臋C制(以關(guān)于一個事例的數(shù)據(jù)對象為中心) .為了進一步說明基于事例處理的工作流管理方法，通過統(tǒng)一建模語言(UML) 提出其相應(yīng)的對象模型(圖2)。 <CENTER</CENTER3、基于事例處理的工程項目工作流管理的過程定義對于基于事例處理的工程項目工作流管理而言，同樣需要進行過程定義。 傳統(tǒng)的建設(shè)過程被認為是彼此分裂，在沒有應(yīng)用信息系統(tǒng)時，信息呈孤立狀態(tài)，形成了“信息孤島”;在信息系統(tǒng)應(yīng)用后形成了肯定的工作流;但是還需要應(yīng)用過程管理思想對信息系統(tǒng)的工作流進行集成和優(yōu)化，即在利用流程再造(BPR)工具進行業(yè)

8、務(wù)過程重組和優(yōu)化的基礎(chǔ)上描述工程項目工作流的過程規(guī)律。過程定義所產(chǎn)生的過程模型是整個工作流管理系統(tǒng)的基礎(chǔ)。很多工作流管理系統(tǒng)的開發(fā)平臺均供應(yīng)可視化的過程建模工具，使得用戶能夠以直觀的方式對實際的業(yè)務(wù)過程進行建模，而且所建立的過程模型可以直接得到系統(tǒng)的支持。過程建模的方法有活動網(wǎng)絡(luò)圖、有向圖、Integration definition method( IDEF3) 以及Petri網(wǎng)等等，其中的Petri網(wǎng)過程建模方法近年來最為學(xué)術(shù)界所重視 .以下采納簡化Petri 網(wǎng)模型對任務(wù)管理過程予以建模。 在一般性的任務(wù)管理過程中，團隊領(lǐng)導(dǎo)首先要求團隊的某個成員完成一個任務(wù)。該團隊成員基于自身力量和各種

9、約束條件檢查任務(wù)要求，然后發(fā)送一個答復(fù)給團隊領(lǐng)導(dǎo)。假如該團隊成員認為無法完成該任務(wù)，則團隊領(lǐng)導(dǎo)需要物色其他合適的團隊成員。假如該團隊成員確認有力量完成該任務(wù)，則團隊領(lǐng)導(dǎo)對任務(wù)進行具體描述，并將其發(fā)送給該團隊成員。當(dāng)該團隊成員對任務(wù)的具體描述不理解時，他可以提出詢問，直到該任務(wù)被理解并被實施。對于團隊成員所提交的任務(wù)結(jié)果，團隊領(lǐng)導(dǎo)將其與原來的任務(wù)狀況說明相比較。假如認可，則提交工作成果。否則，團隊領(lǐng)導(dǎo)將任務(wù)重新退回給該團隊成員(圖3)。 <CENTER</CENTER4、基于事例處理的工作流管理系統(tǒng)的體系結(jié)構(gòu)通過上節(jié)的分析，圖4給出了基于事例處理的工作流管理系統(tǒng)的體系結(jié)構(gòu)，該體系結(jié)構(gòu)

10、與工作流管理聯(lián)盟所提出的參考模型基本全都.系統(tǒng)的規(guī)律設(shè)計包括過程定義、用戶的角色安排、數(shù)據(jù)處理設(shè)計、表單定義、事例的授權(quán)與安排等方面。 工作流執(zhí)行服務(wù)中的工作流引擎是整個系統(tǒng)的核心，主要負責(zé)工作流過程實例的執(zhí)行、事例活動的狀態(tài)掌握、用戶事例列表的維護以及對外部資源的訪問等工作。管理監(jiān)控工具對運行過程中過程實例的狀態(tài)進行監(jiān)控與管理。工作流引擎通過代理，可以訪問過程數(shù)據(jù)、用戶信息和文檔信息等數(shù)據(jù)庫資源?？蛻舳藨?yīng)用程序為用戶供應(yīng)一種手段，以處理過程實例運行過程中需要人工干預(yù)的任務(wù)。而被調(diào)用的應(yīng)用程序是指工作流執(zhí)行服務(wù)在過程實例的運行過程中所調(diào)用并對應(yīng)用數(shù)據(jù)進行處理的外部應(yīng)用程序(比如文檔管理模塊)

11、.圖中的幾個WAPI (workflow applicationpicture interface) 依靠于確定的開發(fā)平臺。依據(jù)該體系結(jié)構(gòu)，可以通過Lotus Domino/ Notes 中的Flow2 Mark 工作流開發(fā)平臺來予以實施。 <CENTER</CENTER5、案例圖5 給出了基于事例處理的工程項目工作流管理系統(tǒng)的界面。 在工作區(qū)域的上部窗口是當(dāng)前正在執(zhí)行或查看的流程，其中可能包含子 流程。下部左邊的窗口相應(yīng)顯示當(dāng)前流程中的活動和子流程。下部右邊的窗口則是與當(dāng)前流程所相關(guān)的表單、文檔等信息。從圖中可以看出，系統(tǒng)當(dāng)前流程為“某設(shè)計方案的變更”，其中包含一個“登記某設(shè)計方

12、案的變更要求”的子流程和“修改某設(shè)計方案”、“審核新的設(shè)計方案”、“歸檔并分發(fā)”三項活動。對于該界面，需要說明的是： 活動和子流程的狀態(tài)可以是待辦、在辦、已辦、略過以及重做等等，比如張三(假設(shè)為設(shè)計方人員) 對于審核新的設(shè)計方案不具有執(zhí)行角色，因而對該活動可以略過; 所打開的表單應(yīng)標(biāo)明哪些是強制數(shù)據(jù)、哪些是限制數(shù)據(jù)，比如設(shè)計方案審核表單中的“同意與否”應(yīng)為必需填寫的強制數(shù)據(jù)。 <CENTER</CENTER當(dāng)然，殼- 核結(jié)構(gòu)模型也有它的不足之處，主要體現(xiàn)在以下2 個方面：(1) 殼- 核結(jié)構(gòu)的定義還不是非常精確，因此需要開發(fā)人員細心地去劃分系統(tǒng)層次，并在開發(fā)過程中摸索，總結(jié)閱歷。這會增加些額外的工作，尤其是剛開頭的時候。(2) 殼- 核結(jié)構(gòu)模型的目的是為那些與外界聯(lián)系簡單的信息系統(tǒng)供應(yīng)簡化其系統(tǒng)結(jié)構(gòu)的途徑，