第一篇：基于Web的工作流管理系統(tǒng)的設計與實現(xiàn)

摘要:Internet/Intranet應用的普及和Web技術的發(fā)展，為Web工作流管理系統(tǒng)的實現(xiàn)提供了一個理想的平臺，而基于Web的工作流管理服務為異地辦公及跨企業(yè)的合作提供了良好的基礎，采用Web技術已成為新一代工作流管理系統(tǒng)的主要特征。本文研究開發(fā)的工作流管理系統(tǒng)原型將Web技術

與XML相結合，給出了基于xml的過程定義語言與工作流執(zhí)行機的設計與實現(xiàn)方法。

關鍵詞：工作流、工作流管理系統(tǒng)、XML，集成、工作流執(zhí)行機

Abstract:The rapid growth of Internet/Intranet usage and development of Web technologies,provides a ideal platform to construct a Web_based workflow management.And the Web_based workflow management service provides condition for distributed working and inter-enterprise corporatin ,and it has become the characteristic of the next-generation workflow management.The WFMS prototype which this paper researched on combines the Web technologies and XML ,and provides a method of designing and implementing xml_based process definition language and workflow engine.keywords:Workflow ,workflow management systems ,XML,Integration、Workflow Engine

1、引言

工作流的概念起源于生產(chǎn)制造業(yè)與辦公自動化領域。工作流是一類能夠完全或部分自動執(zhí)行的經(jīng)營過程，根據(jù)一系列過程規(guī)則，文檔、信息或任務在不同的執(zhí)行者之間傳遞、執(zhí)行。工作流的目的是通過將工作分解成定義良好的任務、角色，按照一定的規(guī)則和過程來執(zhí)行這些任務并對它們進行監(jiān)控，達到提高辦事效率、降低生產(chǎn)成本，提高企業(yè)生產(chǎn)經(jīng)營管理水平和企業(yè)競爭力，實現(xiàn)現(xiàn)代企業(yè)經(jīng)營過程重組（BRP）、經(jīng)營過程自動化。

根據(jù)工作流系統(tǒng)所采用的任務項傳遞機制的不同，工作流管理系統(tǒng)主要有三種方式：（1）、基于文件的工作流管理系統(tǒng)——以共享文件的方式來完成任務。這種類型的產(chǎn)品是產(chǎn)生最早、發(fā)展最成熟、最具多樣性的，通常包含有Client/Server模式的圖像、文檔與數(shù)據(jù)庫管理系統(tǒng)。（2）、基于消息的工作流管理系統(tǒng)——通過用戶的電子郵件系統(tǒng)來傳遞文檔信息。這種產(chǎn)品都實現(xiàn)了一種或多種電子郵件系統(tǒng)的集成。（3）基于Web的工作流管理系統(tǒng)——隨著計算機網(wǎng)絡技術的發(fā)展和Internet應用的不斷普及，Web技術因其界面的一致、簡單及與平臺的無關性，在其出現(xiàn)之后就得了迅速發(fā)展。同時Internet的發(fā)展及企業(yè)Intranet的建構為人們提供一個理想的協(xié)同工作環(huán)境，同時也使基于Web的工作流管理系統(tǒng)成為可能。

Web應用程序開放、跨平臺的特性使基于Web的工作管理系統(tǒng)已經(jīng)成為一種必然的發(fā)展趨勢。但目前因為不同的研究者、廠商使用不同的工作流的描述方法，這樣就造成了不同的工作流產(chǎn)品之間不能進行互操作，因而在很大程度上阻礙了工作流技術的推廣與應用。

為了使工作流管理系統(tǒng)具有的良好的互操作性，本文研究開發(fā)了一個基于Web的工作流管理系統(tǒng)，其中工作流過程定義采用了基于XML的過程定義語言。XML是用來描述文檔的組織結構，XML具有簡單、自定義的優(yōu)點，可以實現(xiàn)不同產(chǎn)商之間的工作流產(chǎn)品之間的互操作性，實現(xiàn)異構信息的集成。

本文首先介紹了當前工作流管理系統(tǒng)的一些相關概念，分析了在本系統(tǒng)中的一些關鍵技術，包括系統(tǒng)的體系結構，工作流模型中的主要實體的XML描述及工作流執(zhí)行機的設計與實現(xiàn)等。

2、工作流管理系統(tǒng)的介紹

基于Web的工作流管理技術是實現(xiàn)企業(yè)協(xié)同工作環(huán)境的一個良好方法，它能方便的與企業(yè)內(nèi)原有的應用、信息集成。

為了實現(xiàn)對業(yè)務過程的工作流管理，需要相應的軟件系統(tǒng)的支撐。此種軟件系統(tǒng)為工作流管理系統(tǒng)（Workflow Management System,WfMS）。根據(jù)WfMC 的定義，工作流管理系統(tǒng)是“一種在工作流形式化表示的驅(qū)動下，通過軟件的執(zhí)行而完成工作流定義、管理及執(zhí)行的系統(tǒng)”，其主要目標是對業(yè)務過程中各活動發(fā)生的發(fā)后次序及同活動相關的相應人力或信息資源的調(diào)用，進行管理而實現(xiàn)業(yè)務過程的自動化。工作流的過程定義是指對業(yè)務過程的形式化表示，它定義了過程運行中的活動和所涉及到的各種信息。這些信息包括過程的開始和完成條件、構成過程的活動以及進行活動間導航的規(guī)則、用戶所需要完成的任務、可能被調(diào)用的應用、工作流機的引用關系以及與工作流數(shù)據(jù)的定義。其中活動指的是工作流中的一個邏輯步驟；工作流實例指的是工作流的一次執(zhí)行過程；工作流機是一個為工作流實例的執(zhí)行提供運行服務環(huán)境的軟件或“引擎”，它是工作流執(zhí)行服務的核心，負責對解釋過程定義、控制過程實例的執(zhí)行、控制工作流中各個活動的執(zhí)行順序、并完成與其它工作流機的交互與通訊。

1994年11月，工作流管理聯(lián)盟發(fā)布了工作流管理系統(tǒng)的參考模型(見圖1)，該模型定義了一個基本的工作流管理系統(tǒng)所需要的6個基本模塊，并制定了各模塊之間的接口標準。其基本的模塊功能如下：

1）過程定義工具：為用戶提供一種對實際業(yè)務過程進行分析、建模的手段，并生成業(yè)務過程的可被計算機處理的形式化描述。

2）工作流執(zhí)行服務：它借助于一個或多個工作流機，激活并解釋過程定義的全部或部分，并同外部的應用程序進行交互，完成工作流過程實例的創(chuàng)建、執(zhí)行與管理，為工作流程的運行提供一個運行時環(huán)境。

3）其他工作流執(zhí)行服務：在大型的WfMS中，工作流可能需要多個工作流機共同完成，甚至需要其他異質(zhì)的工作流執(zhí)行服務來輔助來完成，這涉及到WfMS系統(tǒng)之間的互聯(lián)。

4）客戶應用程序：它給用戶提供一種手段，以處理過程實例運行過程中需要人工干預的任務。每一個這樣的任務就被稱為一個工作項。WfMS為每一個用戶維護一個工作項列表，它表示當前需要該用戶處理的所有任務。

5）被調(diào)應用程序：指工作流執(zhí)行服務在過程實例的運行過程中，調(diào)用的、用以對應用數(shù)據(jù)進行處理的程序。在過程定義中包含這種應用程序的詳細信息，如類型、地址等。

6）管理及監(jiān)控工具：其功能是對WfMS中過程實例的狀態(tài)進行監(jiān)控與管理，如用戶管理、角色管理、審計管理、資源控制等。

3、基于Web的工作流管理系統(tǒng)的總體結構

體系結構的設計主要遵循如下3條原則：

（1）、基于Internet/Intranet分布式計算環(huán)境，面向跨部門、跨企業(yè)的分布式工作流管理。

（2）、集成已有的各種信息資源，如電子郵件、文檔管理、圖形瀏覽、資源管理等，充分發(fā)揮這些資源的綜合潛力。

（3）、與工作流管理聯(lián)盟參考模型保持一致，其中過程定義語言采用XML－WPDL（基于XML的過程定義語言），以利于實現(xiàn)不同企業(yè)的WfMS系統(tǒng)的互操作。按照上述原則所設計的Web_WfMS的體系結構如圖2所示：

整個系統(tǒng)的工作方式如下：

(1)、工作流應用建模人員通過Web瀏覽器將過程及表單定義工具從Web服務器上下載下來，完成應用系統(tǒng)的建模，即實際工作流程的定義。建模結果以XML-WPDL文檔保存在服務器中，并可反復修改。

(2)、客戶端用戶通過瀏覽器登錄到Web服務器，此時可以啟動新的流程、處理其工作項等。每個工作項都與一個表單對應。在表單中以各種不同的方式表示需要處理的數(shù)據(jù)。用戶可以通過客戶端所提供的各種工具（如CAD系統(tǒng)、CAPP系統(tǒng)、字處理系統(tǒng)）對這些數(shù)據(jù)進行處理。在此過程中可以與數(shù)據(jù)庫系統(tǒng)進行交互，如查詢數(shù)據(jù)庫中信息，或?qū)⒛承脭?shù)據(jù)保存到數(shù)據(jù)庫中等。處理完成之后可將其提交，然后工作流執(zhí)行機將根據(jù)表單中數(shù)據(jù)生成下一個工作項，并通知相應的用戶進行處理，如此直至整個流程的完成。

(3)、管理人員使用工作流管理監(jiān)控工具對工作流的運行實例、活動實例的狀態(tài)情況進行監(jiān)控和管理，如掛起、重啟動、終止某個過程實例。

4、基于Web的工作流管理系統(tǒng)的設計原理與實現(xiàn)機制

基于Web_WfMS的總體設計，將從工作流模型、工作流執(zhí)行機、安全權限控制等3個方面討論本系統(tǒng)的實現(xiàn)機制。

4.1 工作流模型

工作流模型是整個工作流系統(tǒng)設計的基礎，也是過程定義人員進行系統(tǒng)二次開發(fā)的基礎，模型描述能力的強弱決定了系統(tǒng)所支持應用范圍以及系統(tǒng)的靈活度。在工作流模型方面，工作流管理聯(lián)盟定義的過程元模型定義了6個基本實體：過程定義、活動、轉換條件、工作流相關數(shù)據(jù)、角色、需要激活的應用程序。

各種不同的建模工具僅是對工作流模型的一種形式化的描述，為了實現(xiàn)不同的WfMS的過程定義能相互交互，在本系統(tǒng)中采用了其于XML的過程定義語言對過程建模進行描述（如圖3）。

下面將分別介紹XML_WPDL的過程定義、活動和轉換條件三種實體的描述。

① 過程定義

② 活動定義

③ 轉移條件：

4.2 工作流機的實現(xiàn)與異常處理機制

4.2.1 工作流機的實現(xiàn)

工作流執(zhí)行服務是工作流管理系統(tǒng)的核心。工作流執(zhí)行服務由一個或多個工作流機組成。工作流機實際上是企業(yè)經(jīng)營過程的任務調(diào)度器，在某種程序上還是企業(yè)資源的分配器。在采用工作流管理系統(tǒng)支持經(jīng)營過程運行的企業(yè)中，工作流機可以看成是企業(yè)的業(yè)務操作系統(tǒng)（BOS）。工作流機的主要功能是：解釋過程定義、負責調(diào)試流程的運行、即創(chuàng)建和管理過程實例運行、調(diào)度活動的運行并創(chuàng)建要處理的工作項、維護工作流控制數(shù)據(jù)和相關數(shù)據(jù)、維護用戶的工作列表。工作流執(zhí)行機的結構如圖4所示：

圖4 工作流執(zhí)行服務的結構圖

其具體的執(zhí)行過程：工作流機接受從外部接口發(fā)送過來有關過程控制的請求（如過程初始化、獲取活動以及結束活動等），然后根據(jù)不同的請求類型調(diào)用相應的處理模塊完成與本次請求相關的操作并將結果返回。事實上可以將工作流機看成一個多線程的并發(fā)服務器，它可以對多個外部請求提供并發(fā)服務。對外部請求的處理過程中肯定會涉及到對工作流相關數(shù)據(jù)的讀寫和更改操作，同時工作流機還維護著工作流的控制數(shù)據(jù)，通過工作流控制數(shù)據(jù)來辨別每個過程或活動實例的狀態(tài)，并推動著工作流過程的執(zhí)行。過程、活動、工作項構成了工作流機的主要邏輯。在我們的系統(tǒng)中采用了對象的封裝和繼承的方法，把它包裝為普通的C＃類。三個類的定義如下：

(1)、public class WEProInstanceManager {} //工作流執(zhí)行機的過程實例的管理類

(2)、public class WEActInstanceManager {} //工作流執(zhí)行機的活動實例的管理類

(3)、public class WEWorkItemManager {} //工作流工作列表管理類

4.2.2 工作流機的異常處理

工作流的錯誤包含兩種錯誤，一是流程錯誤，如活動的執(zhí)行者不存在，活動的應用程序定義錯誤等；另一類是系統(tǒng)的錯誤，如：網(wǎng)絡不通，數(shù)據(jù)庫系統(tǒng)異常。對于工作流執(zhí)行機來說，前類異常是屬于無法處理的錯誤，只能進行錯誤的通知；后者是執(zhí)行機可以處理的錯誤，如數(shù)據(jù)庫異?；蜻B接臨時中斷等等，執(zhí)行機可以進行容錯處理，例如：在數(shù)據(jù)庫恢復后自動重新建立連接。執(zhí)行機對可能出現(xiàn)的錯誤進行編碼，并附有對應的描述信息。

在我們的系統(tǒng)中采用了C＃的異常處理思想(在C＃的編程思想中，系統(tǒng)的錯誤是通過捕獲異常來實現(xiàn)的)，拋出的異常通過異常類WEException來描述。WEException類繼承了C＃的異常處理類Exception。并覆蓋了Exception類的屬性Message(){get{}},其中WEException類中保存了可識別的異常對照表。在C#的異常處理中，在出錯的地方將異常拋出，不進行處理。異常被拋到更高的層次，直到某個層次能夠進行這種異常的處理。

4.3、工作流管理系統(tǒng)的安全權限控制

工作流管理系統(tǒng)對安全性要求較高，為了達到要求，必須做到充分的安全控制。在我們的系統(tǒng)中，共設置了5層安全控制級別。

1)、用戶鑒定：用戶登陸系統(tǒng)，需要用戶輸入用戶名和密碼，以便確認和登記。

2)、服務器訪問控制：保證只有授權用戶，才可登陸指定的服務器。

3)、數(shù)據(jù)庫訪問控制：對數(shù)據(jù)庫的訪問進行控制

4)、文檔訪問控制：對數(shù)據(jù)庫中的文檔進行權限控制。

5)、文檔中的域訪問控制：對文檔中的部分內(nèi)容進行控制。通過以上五層安全控制再加上一些安全機制如：系統(tǒng)級權限控制、電子簽名和加密等，使得整個安全機制達到了系統(tǒng)對安全的需要。

5、結束語：

以Web作為工作流管理系統(tǒng)的底層通訊支持使系統(tǒng)具有開放、一致和方便使用的特點，使企業(yè)中處于孤島的信息能相互集成。本系統(tǒng)采用的基于XML的過程定義語言的工作流管理系統(tǒng)，不僅適應分布辦公，更以系統(tǒng)開放的環(huán)境為實現(xiàn)跨部門、跨企業(yè)的供應鏈的不同工作流互操作打下了基礎，使客戶、供應商、或合作者都可以方便的參與企業(yè)的工作流，提高工作效率。參考文獻

[1]WfMC,“The Workflow Reference Model”.(WfMC-TC00-1003),Technical Report,Workflow Management Coalition,Hamnshire.1995.[2]史美林、楊光信、向勇等。WFMS：工作流管理系統(tǒng)[J]。計算機學報，1999（3）：326~328。

[3]范玉順。工作流管理技術基礎—實現(xiàn)企業(yè)經(jīng)營過程重組與經(jīng)營過程自動化的核心技術[M].北京：清華大學出版社，2001。

[4]Mohan C.Recent Trendsin Workflow Management Products,Standards, and Research.URLhttp://004km.cn,1999-10

第二篇：基于WEB的工作流引擎設計和實現(xiàn)

基于WEB的工作流引擎設計和實現(xiàn)

一、引言

隨著社會生產(chǎn)的流程化，工作流（Workflow）起著越來越重要的作業(yè)，工作流的核心是流程管理。對于企業(yè)來說，其生產(chǎn)經(jīng)營活動就是由各種各樣業(yè)務流程交織在一起組成的。然而，在企業(yè)管理中，許多流程在日常操作過程中已被習慣，而不被人們所重視，更不能被有效的管理起來。另外，客戶的需求瞬息萬變，而產(chǎn)品的生命周期也是在不斷縮短，技術在不斷創(chuàng)新。企業(yè)要在這樣一個競爭和變換的外部環(huán)境中求得生存，就必須要有隨需而變的能力，不斷地調(diào)整和優(yōu)化自身的各種業(yè)務流程，對流程進行重構和再造。為此，本文詳細描述了工作流引擎的系統(tǒng)結構、接口設計、功能建模，以及工作流引擎在ERP系統(tǒng)中的應用。

二、工作流技術概述

（一）相關概念

工作流（Workflow）就是工作流程的計算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則，在計算機中以恰當?shù)哪Ｐ瓦M行表示并對其實施計算。工作流引擎（Workflow Engine，WfE）的主要功能是通過計算機技術的支持去定義、執(zhí)行和管理工作流，協(xié)調(diào)工作流執(zhí)行過程中工作之間以及群體成員之間的信息交互。工作流需要依靠工作流引擎來調(diào)度、實現(xiàn)。

（二）工作流引擎的主要功能

工作流引擎是定義、創(chuàng)建、執(zhí)行工作流的軟件組元。作為工作流的核心應能提供以下幾個方面的功能支持：解釋過程定義；創(chuàng)建過程實例并控制其執(zhí)行；調(diào)度各項活動；為用戶工作表添加工作項；通過應用程序接口（API）調(diào)用應用程序；提供監(jiān)督和管理功能等。

三、工作流引擎的分析及設計

（一）工作流引擎的功能結構

工作流引擎需要支持兩種業(yè)務流程，即確定型工作流和非確定工作流。確定型工作流是指人們可以事先給出運行路線的一類業(yè)務流程；非確定型工作流是指人們事先不能給出運行路線的一類業(yè)務流程。業(yè)務流程的流向應根據(jù)實際情況而定。工作流引擎的功能結構圖應該如圖一所示：

圖1 工作流引擎的功能結構圖

（二）工作流引擎控制器分析

引擎控制器是工作流引擎在運行時的控制中心，引擎控制器的控制結構圖如圖二所示：

圖二 引擎控制器的控制結構圖

1．調(diào)度中心。調(diào)度中心接受從外部接口發(fā)送過來有關流程控制的請求，然后根據(jù)不同的請求類型調(diào)用相應的處理模塊完成與本次請求相關的操作并將結果返回。由于是在DBMS內(nèi)部實現(xiàn)工作流引擎的控制模型，因此有關請求的并發(fā)處理等問題完全可以交給數(shù)據(jù)庫管理系統(tǒng)來完成，也不需要諸如請求隊列等形式的數(shù)據(jù)結構。

2．任務管理。任務管理主要根據(jù)調(diào)度中心的指示完成諸如任務創(chuàng)建、任務狀態(tài)的轉換以及相關數(shù)據(jù)的維護等工作。每次“結束任務”的外部請求將觸發(fā)調(diào)度中心調(diào)用“任務管理”為后繼活動（如果存在的話）創(chuàng)建新的實例，其狀態(tài)為“待定”；同時，其他不同的外部請求也將觸發(fā)“任務管理”實施任務狀態(tài)的切換。

3．任務指派。任務指派處理只是針對常規(guī)交互活動，通常情況下，在任務狀態(tài)由“待定”切換到“等待”過程中完成任務的指派工作，即處于就緒狀態(tài)的任務在通常情況下都確定了其執(zhí)行者。任務指派過程首先根據(jù)任務指派基準確定可以執(zhí)行此任務的群體人員，通常情況下這是一個包含多個人員的集合；然后根據(jù)任務指派方法確定由這個群體中的哪些個體來執(zhí)行任務，執(zhí)行任務的個體標識記錄在相應任務記錄的字段中。

4．依賴檢查。在工作流引擎中，業(yè)務規(guī)則可以分解成活動的前依賴規(guī)則和活動的后轉發(fā)規(guī)則。依賴檢查指的是活動的前依賴規(guī)則的檢查，調(diào)度中心在將任務切換到就緒狀態(tài)之前將進行相關的前依賴規(guī)則檢查，只有滿足檢查條件的任務才可以進行狀態(tài)的切換。

前依賴規(guī)則包含順序、與匯聚、或匯聚和投票匯聚四種規(guī)則：

第一，對于順序前依賴規(guī)則，從前趨活動流轉到當前活動跟其他前趨活動沒有關系，當前活動的啟動沒有其他約束條件，相應任務可以立即由“待定”狀態(tài)轉換到“等待”狀態(tài)。

第二，對于與匯聚前依賴規(guī)則，相應記錄要指明所有參與與匯聚的其他前趨活動，只有所有相關的前趨活動均到達各自指定的結束狀態(tài)，當前活動方可啟動。第三，對于或匯聚前依賴規(guī)則，前依賴活動集為空集，此規(guī)則的檢查將涉及到業(yè)務活動表中的或匯集標志，其取值可以是所有相關的前趨活動的結束標記之一或者是一個特殊的標記。如果或匯集標志不是一個特殊標記，則將檢查相應前趨活動的結束標記是否和或匯集標志相同，若相同，則啟動當前活動，若不相同，則不作任何處理。如果或匯集標志是一個特殊標記，則首先結束的前趨活動將啟動當前活動，后結束的活動將被丟棄。

第四，對于投票匯聚活動，前依賴活動集同樣為空集，當前活動要等到屬于同一批次任務數(shù)目達到設置的要求方可啟動。

5．轉發(fā)控制。當應用發(fā)出“結束任務”的外部請求時，該請求將觸發(fā)調(diào)度中心啟動“轉發(fā)控制”。轉發(fā)控制的主要依據(jù)在工作流數(shù)據(jù)模型中定義的后轉發(fā)規(guī)則，后轉發(fā)規(guī)則定義了當前活動與其后繼活動之間的關系。

6．啟動控制。啟動控制負責常規(guī)自動活動的所對應的自動執(zhí)行體的啟動并對其活動進行監(jiān)控。

三、工作流引擎實現(xiàn)

（一）任務表結構

確定型任務表負責保存系統(tǒng)中所有確定型流程的任務實例待處理記錄及任務實例處理的歷史記錄，工作流引擎定期掃描該任務表，將任務表中所有待處理的任務實例分發(fā)給相應流程中的相應節(jié)點。

確定型任務表的結構為：TaskList(TasklnstanceID，TasklD，TaskStep，TaskHandleTime，ProceeID，DstNodelD，lsHandled，CommmitMan)，分別為：TasklnstaneeID：同一個任務可以有多個不同的運行實例。該字段用于區(qū)別多個不同的運行實例；TasklD：用于區(qū)別不同的任務；TaskStep：記錄任務運行實例在流程中的處理步驟；TaskHand]eTime：任務運行實例在相應處理步驟中的處理時間；Processed：記錄任務實例所在流程的ID；DstNodelD：處理任務運行實例的后續(xù)節(jié)點；IsHandled：任務實例在后續(xù)節(jié)點是否已經(jīng)處理；CommitMan：任務的處理人。

（二）工作流的流向控制

工作流引擎的一個核心功能就是要決定確定型任務表中各個任務運行實例的后續(xù)處理節(jié)點，使任務運行實例按照事先定義好的路線流動，也就是流程的流向控制。

流向控制算法描述如下：

／*控制流程流向*／

function HowControl(string processid，string nodeid)｛

string[] followIds= GetSueNodeld(processed，nodeid);

for(int i=0;i

／*后續(xù)節(jié)點同步控制*／

if(查詢后續(xù)節(jié)點i所對應的條件中有無isprecondition為true的條件)對后續(xù)節(jié)點進行同步控制；

／*子流程的處理情況*／

if(后續(xù)節(jié)點i是子流程)

將子流程的第一個節(jié)點作為后續(xù)節(jié)點；

向任務表中加入一條待處理記錄；

}

}

四、結語

本文介紹了一個基于Web的工作流引擎的具體實現(xiàn)，該工作流引擎已經(jīng)在藥業(yè)管理系統(tǒng)中得到了實際應用，基本上可以達到預期效果，說明基于Web的工作流引擎設計和實現(xiàn)都具有相對可行性，可以應用在具體的管理系統(tǒng)中。

第三篇：基于工作流的業(yè)務流程管理系統(tǒng)的研究與實現(xiàn)

基于工作流的業(yè)務流程管理系統(tǒng)的研究與實現(xiàn)

2009-10-14 13:06:57.0 機經(jīng)網(wǎng)

北京機械工業(yè)自動化研究所 研發(fā)部 毛宏毅

在20世紀90年代以來的經(jīng)濟浪潮中，MIS(信息系統(tǒng))與ERP（企業(yè)資源計劃）成為企業(yè)管理的熱點。但是，MIS/ERP的開發(fā)方式的缺點在于對需求表達不清晰、效率不高。在這種思維方式下的流程管理與真正的企業(yè)流程管理成了“兩張皮”：ERP僅僅是IT領域一個不重要的支系，而非作為一種驅(qū)動力。更嚴重的是流程被固化在系統(tǒng)中，企業(yè)不能隨著商業(yè)環(huán)境的變化而方便迅速的改變自身的業(yè)務流程。如何實現(xiàn)業(yè)務流程的自動化，使得各自相對獨立業(yè)務實現(xiàn)無縫集成，如何保持商業(yè)伙伴之間的協(xié)同，并建立一種靈活的機制已經(jīng)成為企業(yè)的首要問題。

BPM的出現(xiàn)，改變了這種IT思維方法。它希望在現(xiàn)有的MIS/ERP系統(tǒng)開發(fā)中表達商業(yè)需求，對根植在應用系統(tǒng)中的流程做出清晰的定義。為實現(xiàn)BPM，管理系統(tǒng)必須能夠提供方便迅速分析業(yè)務流程、商業(yè)數(shù)據(jù)的工具，以便企業(yè)決定使用最適合流程引導商業(yè)目的的實現(xiàn)。

本文研究了業(yè)務流程管理理論，分析了業(yè)務流程管理與工作流管理的異同，并在此基礎上，基于改進的工作流管理，實現(xiàn)了業(yè)務流程管理系統(tǒng)。

1、業(yè)務流程管理理論研究（1）業(yè)務流程管理概念

什么是業(yè)務流程管理？ BPM是一個描述一組服務和工具的一般名詞，這些服務和工具為流程管理(如流程的分析、定義、執(zhí)行、監(jiān)視和管理)提供支持。它將生產(chǎn)流程、業(yè)務流程、各類行政申請流程、財務審批流程、人事處理流程、質(zhì)量控制及客服流程等70%以上需要兩人以上協(xié)作實施的任務全部或部分由計算機處理，并使其簡單化、自動化。

從管理理論或戰(zhàn)略的層面看，業(yè)務流程管理（BPM）就是在一個存在內(nèi)部事件和外部事件的環(huán)境中，由一組相互依賴的業(yè)務流程出發(fā)，對業(yè)務進行描述、理解、表示、組織和維護。從具體實施的層面看，BPM還可分為流程分析、流程定義與重定義、資源分配、時間安排、流程管理、流程質(zhì)量與效率測評、流程優(yōu)化等。

從上圖可以看出：在流程設計階段，業(yè)務流程被定義或者是重新定義；系統(tǒng)在配置階段，定義的流程在基于流程的信息系統(tǒng)中實施；在流程運行實施階段，業(yè)務流程開始利用在配置階段的內(nèi)容開始實施；在診斷階段，系統(tǒng)開始分析業(yè)務流程以發(fā)現(xiàn)其中的問題和需要改進的地方，在流程設計階段重新定義，往返循環(huán)不斷的優(yōu)化業(yè)務流程。（2）工作流管理概念

20世紀60到70年代就有學者清楚的表達了利用信息技術實現(xiàn)工作流程自動化的想法，但是，工作流的真正成熟還是以1993年工作流技術標準化的工業(yè)組織WFMC（工作流管理聯(lián)盟）的成立為標志的。工作流管理聯(lián)盟成立以后，發(fā)布了用于工作流管理系統(tǒng)之間互操作的工作流參考模型，并相繼制定了一系列工業(yè)標準。使得工作流系統(tǒng)的研究與開發(fā)進入了一個新的熱潮。

工作流就是工作流程的計算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則在計算機中以恰當?shù)哪Ｐ瓦M行表示并對其實施計算。工作流要解決的主要問題是：為實現(xiàn)某個業(yè)務目標，在多個參與者之間，利用計算機，按某種預定規(guī)則自動傳遞文檔、信息或者任務。簡單地說，工作流就是一系列相互銜接、自動進行的業(yè)務活動或任務。我們可以將整個業(yè)務過程看作是一條河，其中流過的河水就是工作流。（3）WFM與BPM的區(qū)別與聯(lián)系

事實上，WFM和BPM之間沒有嚴格的概念界限區(qū)分。如果說WFM是早期人們?yōu)榱私鉀Q“辦公、流程自動化”而誕生的應用技術和解決方案的話；那么BPM則是為了“對全局性的業(yè)務分析、整合”，以及“能夠基于這些分析提供對上層管理決策的支持”的一種應用技術和解決方案。與業(yè)務流程管理相比，傳統(tǒng)的工作流管理的重點僅僅存在于BPM的下半部分，即流程設計、系統(tǒng)配置、流程運行三個部分。此外，傳統(tǒng)的工作流管理對于設計階段的支持很少，僅僅提供了一個編輯器，而對實時的設計分析沒有支持。因此，傳統(tǒng)的工作流管理系統(tǒng)軟件中，幾乎都無法支持流程設計的仿真，驗證，確認以及對實時數(shù)據(jù)的收集、解釋。從理論上說，可以從工作流日志中可以挖掘業(yè)務流程，然而能夠真正做到這一點的很少。

2、基于工作流管理的業(yè)務流程管理系統(tǒng)的實現(xiàn)（1）系統(tǒng)架構

業(yè)務流程的定義使用C/S模式。C/S充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。在流程定義階段，用戶只需定義組織結構，流程和表單就能夠完成流程的設計。

業(yè)務流程的運行為B/S模式，軟件系統(tǒng)設計遵循目前國際上流行的B/S三層結構系統(tǒng)模型，即整個系統(tǒng)分為客戶層、業(yè)務邏輯層和數(shù)據(jù)層。

這種模型具有軟件發(fā)布更為靈活、程序開發(fā)更為高效、重負載下性能更好、系統(tǒng)安全性更強等優(yōu)點。（2）系統(tǒng)實現(xiàn)

本系統(tǒng)采用J2EE平臺結合Oracle數(shù)據(jù)庫架構，流程頁面主要有兩種。

一、表單頁

表單頁的流程是根據(jù)企業(yè)的實際情況制定的，流程表單也是根據(jù)實際情況進行后臺表的設計和前臺界面的繪制，這也是工作流的基本使用。

二、接口頁

接口頁，顧名思義，就是對于已有的B/S模式的頁面提供接口，使頁面在工作流系統(tǒng)中流轉。它成功解決了企業(yè)已有的ERP等信息系統(tǒng)流程固化無法進行流程優(yōu)化的問題。使用接口頁真正實現(xiàn)了業(yè)務的隨需應變，可以隨意的對于B/S模式的下信息管理系統(tǒng)進行流程的按需設計按需管理。

例如采購訂單審批流程從兩級審批變?yōu)橐患墝徟?，但是原有流程固化在ERP系統(tǒng)中，我們可以使用接口頁方便的改變現(xiàn)有流程。

在整個定義中，工作流系統(tǒng)通過適配器提供工作流和業(yè)務數(shù)據(jù)進行數(shù)據(jù)交換的功能，根據(jù)業(yè)務數(shù)據(jù)進行流程的分支判斷，實現(xiàn)業(yè)務流程的隨需應變。

三、流程診斷

使用工作流系統(tǒng)的“已辦流程”和“管理流程”兩個功能，獲得工作流系統(tǒng)的流程運行數(shù)據(jù)，對工作流系統(tǒng)的中正在運行的和已經(jīng)運行完畢的流程進行管理和分析，發(fā)現(xiàn)系統(tǒng)中流程存在的問題和需要改進的地方，修改流程后重新發(fā)布，在發(fā)布之后發(fā)起的流程則按照新版本流程進行流轉，這就實現(xiàn)了類似業(yè)務流程管理生命周期中的診斷功能。

第四篇：基于WEB技術的科研項目驗收管理系統(tǒng)的設計與實現(xiàn)

龍源期刊網(wǎng) http://.cn

基于WEB技術的科研項目驗收管理系統(tǒng)的設計與實現(xiàn)

作者：趙麗葉 李志敏

來源：《科技創(chuàng)新導報》2012年第24期

摘要：目前大多數(shù)科研課題管理系統(tǒng)都實現(xiàn)了課題的申報、評審、立項等工作，而后期的過程管理、驗收管理過程還缺少科學的信息化流程。本文提出了基于J2EE的SSM框架的科研項目驗收的網(wǎng)上個人申請、管理員審核以及專家評審的整個過程的解決方案，真正簡化了科研項目驗收過程，實現(xiàn)了科研項目驗收管理過程的科學化、高效性和公平性。

關鍵詞：項目驗收管理 信息化流程 SSM

第五篇：基于XML的Web數(shù)據(jù)交換系統(tǒng)設計與實現(xiàn)

龍源期刊網(wǎng) http://.cn

基于XML的Web數(shù)據(jù)交換系統(tǒng)設計與實現(xiàn)

作者：王振輝

來源：《現(xiàn)代電子技術》2010年第20期