一種基于工作流的業(yè)務(wù)流程集成框架

潘 俊，夏慧慧，黃海廣

(1．溫州大學(xué)信息安全研究所，浙江溫州 325035；2．濟(jì)南市城市規(guī)劃咨詢服務(wù)中心，山東濟(jì)南 250000；3．溫州市海洋漁業(yè)安全救助信息中心，浙江溫州 325001)

一種基于工作流的業(yè)務(wù)流程集成框架

潘 俊1，夏慧慧2，黃海廣3

(1．溫州大學(xué)信息安全研究所，浙江溫州 325035；2．濟(jì)南市城市規(guī)劃咨詢服務(wù)中心，山東濟(jì)南 250000；3．溫州市海洋漁業(yè)安全救助信息中心，浙江溫州 325001)

提出一種基于工作流的業(yè)務(wù)流程集成框架，該框架將各應(yīng)用邏輯視作分布計(jì)算環(huán)境下的平臺組件，采用面向服務(wù)的視圖，將組件提供的服務(wù)封裝到適配器中，使用XML消息協(xié)調(diào)服務(wù)間的交互，通過全局工作流引擎控制業(yè)務(wù)流程．給出了框架的分層架構(gòu)模型，設(shè)計(jì)了框架的核心組件：工作流引擎、適配器和消息代理．以企業(yè)訂單創(chuàng)建流程為例，驗(yàn)證了框架的有效性．

業(yè)務(wù)流程；集成框架；工作流引擎；適配器；消息代理

隨著各種企業(yè)信息系統(tǒng)的廣泛使用以及業(yè)務(wù)流程的持續(xù)優(yōu)化，企業(yè)一方面需要建立統(tǒng)一的業(yè)務(wù)數(shù)據(jù)視圖來共享信息數(shù)據(jù)，另一方面需要持續(xù)設(shè)計(jì)跨部門、跨系統(tǒng)、跨地域的業(yè)務(wù)流程來響應(yīng)業(yè)務(wù)需求的頻繁變化．在這樣的環(huán)境下，如何重新定義應(yīng)用系統(tǒng)的邊界、通過松耦合模塊化的設(shè)計(jì)整合內(nèi)部系統(tǒng)和業(yè)務(wù)流程、提高運(yùn)營效能是每個(gè)企業(yè)都在試圖解決的重要課題[1]．企業(yè)應(yīng)用集成技術(shù)（EAI）通過整合現(xiàn)有信息資源來提供統(tǒng)一的業(yè)務(wù)視圖，是實(shí)現(xiàn)業(yè)務(wù)集成的重要方法，相關(guān)的研究成果已有很多[2-6]．

根據(jù)應(yīng)用集成的層級，EAI技術(shù)可大致分為數(shù)據(jù)集成、應(yīng)用連接和流程整合三類．?dāng)?shù)據(jù)集成技術(shù)通過對數(shù)據(jù)進(jìn)行復(fù)制、變換和抽取等操作，來屏蔽基礎(chǔ)數(shù)據(jù)源的位置類型等物理特性，如利用dblink技術(shù)在不同數(shù)據(jù)庫實(shí)例間進(jìn)行數(shù)據(jù)傳輸和數(shù)據(jù)同步處理，利用ETL技術(shù)從異構(gòu)數(shù)據(jù)源中獲取數(shù)據(jù)并集成為統(tǒng)一的數(shù)據(jù)模型等[2-3]．應(yīng)用連接技術(shù)通過中間件技術(shù)實(shí)現(xiàn)應(yīng)用之間的互聯(lián)，如利用MQ Series、MSMQ、JMS、Tuxedo-Q等消息中間件來控制不同應(yīng)用之間的數(shù)據(jù)同步[4]．流程集成技術(shù)將業(yè)務(wù)流程從應(yīng)用邏輯中抽離出來，利用工作流引擎管理業(yè)務(wù)流程，利用適配器或封裝器連接各應(yīng)用邏輯，能實(shí)現(xiàn)包含協(xié)作、各種外部條件和復(fù)雜業(yè)務(wù)邏輯的集成任務(wù)[5-6]．這些集成技術(shù)的適用場景不同，各具特色也各有不足．?dāng)?shù)據(jù)獲取 / 復(fù)制技術(shù)適用于同構(gòu)、開放性應(yīng)用數(shù)據(jù)庫之間的大量數(shù)據(jù)傳輸，ETL技術(shù)適用于異構(gòu)系統(tǒng)之間的數(shù)據(jù)批量集成，但兩者都不支持業(yè)務(wù)流程的變更[3]．消息中間件技術(shù)通過消息交換來實(shí)現(xiàn)集成，易于保持?jǐn)?shù)據(jù)的完整性，但需要修改現(xiàn)有應(yīng)用的消息收發(fā)接口，對流程的支持有限并且實(shí)現(xiàn)起來較為復(fù)雜[4]．流程集成實(shí)現(xiàn)了應(yīng)用邏輯和過程邏輯的分離，對業(yè)務(wù)流程的支持最好，并提供系統(tǒng)之間異步或準(zhǔn)實(shí)時(shí)雙向通訊．但是，對于已具有工作流功能的應(yīng)用系統(tǒng)的集成，現(xiàn)有流程集成框架仍難以提供協(xié)作手段和異構(gòu)流程間的互操作，或者難以滿足業(yè)務(wù)流程動(dòng)態(tài)易變的集成需要[1,7-8]．

本文針對流程集成技術(shù)存在的問題，提出一種基于工作流的業(yè)務(wù)流程集成框架WBPIF (Workflow-based Business Process Intergration Framwork)，該框架將企業(yè)內(nèi)外部的不同應(yīng)用系統(tǒng)都視作分布計(jì)算環(huán)境下的集成化平臺的組件，采用面向服務(wù)的視圖，將組件提供的服務(wù)封裝到適配器中，通過XML消息協(xié)調(diào)各組件的服務(wù)之間的交互，業(yè)務(wù)流程節(jié)點(diǎn)可以和適配器提供的業(yè)務(wù)邏輯綁定，全局工作流引擎控制業(yè)務(wù)流程的狀態(tài)轉(zhuǎn)換，從而實(shí)現(xiàn)了應(yīng)用位置的透明性．本文將首先闡述集成框架WBPIF，然后介紹關(guān)鍵組件的實(shí)現(xiàn)技術(shù)，最后給出應(yīng)用實(shí)例．

1 集成框架WBPIF

作為集成框架，WBPIF采用面向服務(wù)的視圖，把數(shù)據(jù)資源、應(yīng)用邏輯、業(yè)務(wù)流程等都抽象為服務(wù)（以及服務(wù)的組合）[9]，這些服務(wù)之間具有松耦合的特性，服務(wù)的接口和實(shí)現(xiàn)相互獨(dú)立，應(yīng)用開發(fā)者可以通過組合多個(gè)服務(wù)來構(gòu)建業(yè)務(wù)流程，而無須理解服務(wù)的實(shí)現(xiàn)細(xì)節(jié)．框架通過適配器動(dòng)態(tài)注冊、發(fā)現(xiàn)和綁定服務(wù)，屏蔽了服務(wù)提供者的分布復(fù)雜性，實(shí)現(xiàn)了組件服務(wù)變動(dòng)的透明性；消息代理機(jī)制為服務(wù)提供了統(tǒng)一的環(huán)境，屏蔽了服務(wù)通信的復(fù)雜性；基于多層動(dòng)態(tài)狀態(tài)轉(zhuǎn)換模型的工作流引擎使得流程定義和配置非常容易，提高了流程的可重用性．

1.1 集成框架的分層模型

WBPIF集成框架分六層，如圖1所示．

圖1 WBPIF的分層模型

1）系統(tǒng)層：系統(tǒng)層包含企業(yè)內(nèi)外部的應(yīng)用系統(tǒng)和數(shù)據(jù)源，例如ERP系統(tǒng)，CRM系統(tǒng)，合作企業(yè)的對外信息系統(tǒng)，各業(yè)務(wù)數(shù)據(jù)庫等．這些業(yè)務(wù)系統(tǒng)可能分布在不同地域，從結(jié)構(gòu)上看彼此間沒有接口可供互相調(diào)用．

2）連接層：連接層包含了各個(gè)適配器，其作用主要是連接業(yè)務(wù)系統(tǒng)層各信息資源，獲取系統(tǒng)層提供的服務(wù)并在服務(wù)層發(fā)布，獲取系統(tǒng)層需要的事件消息并在消息層發(fā)布，具有快速無縫地集成到各種同構(gòu)或異構(gòu)系統(tǒng)的能力．

3）服務(wù)層：服務(wù)層根據(jù)預(yù)先定義的接口標(biāo)準(zhǔn)將來自適配器的信息進(jìn)行相應(yīng)的格式轉(zhuǎn)換，是容納業(yè)務(wù)連接層的適配器發(fā)布的服務(wù)和事件的邏輯部件，可以根據(jù)需要將服務(wù)和事件進(jìn)行組合來實(shí)現(xiàn)一個(gè)業(yè)務(wù)邏輯．

4）消息層：消息層向業(yè)務(wù)流程層提供了基于主題的發(fā)布和訂閱通信機(jī)制，使得業(yè)務(wù)流程能以松耦合、異步的方式進(jìn)行通信，每個(gè)業(yè)務(wù)流程節(jié)點(diǎn)都可以指定其發(fā)布和訂閱的消息主題．

5）流程層：流程層將業(yè)務(wù)活動(dòng)視作服務(wù)，可根據(jù)所需的業(yè)務(wù)流程，組合業(yè)務(wù)邏輯來建立并執(zhí)行跨內(nèi)部系統(tǒng)、外部資源的業(yè)務(wù)流程模型，通過消息路由層實(shí)現(xiàn)流程活動(dòng)間的同步和異步通信．

6）持久化層：業(yè)務(wù)流程層的活動(dòng)節(jié)點(diǎn)被編譯為類對象，對于業(yè)務(wù)對象和流程對象中的狀態(tài)數(shù)據(jù)和事務(wù)數(shù)據(jù)等關(guān)鍵信息，本層通過序列化和反序列化實(shí)現(xiàn)對象和數(shù)據(jù)庫文件的雙向轉(zhuǎn)換．

1.2 運(yùn)行機(jī)制

服務(wù)提供者：各個(gè)應(yīng)用邏輯通過服務(wù)接口在適配器中注冊、更新和刪除所提供的服務(wù)信息．服務(wù)中介者：適配器封裝了各應(yīng)用邏輯提供的服務(wù)，并將服務(wù)調(diào)用和響應(yīng)轉(zhuǎn)換為所要求的XML消息格式，從而實(shí)現(xiàn)業(yè)務(wù)流程和應(yīng)用邏輯之間的透明通信．服務(wù)消費(fèi)者：業(yè)務(wù)流程節(jié)點(diǎn)可根據(jù)具體需求，通過適配器調(diào)用應(yīng)用邏輯提供的服務(wù)．具體過程為：本地系統(tǒng)子流程執(zhí)行過程中，如需請求外部系統(tǒng)的服務(wù)，則生成事件消息，通過適配器將事件消息發(fā)給工作流引擎主流程，從而觸發(fā)主流程的流程節(jié)點(diǎn)，流程節(jié)點(diǎn)依據(jù)所綁定的業(yè)務(wù)邏輯單元調(diào)用外部服務(wù)．當(dāng)然，業(yè)務(wù)節(jié)點(diǎn)需要在適配器訂閱希望接收的事件，并設(shè)定過濾條件．總之，在主流程的控制下，各應(yīng)用邏輯依據(jù)消息執(zhí)行相關(guān)處理流程，同時(shí)通過適配器調(diào)用外部服務(wù)，這體現(xiàn)了框架松耦合、靈活的協(xié)作特征．

根據(jù)本文的分層框架，業(yè)務(wù)對象開發(fā)人員根據(jù)業(yè)務(wù)需求創(chuàng)建業(yè)務(wù)對象，編寫必需的系統(tǒng)級代碼，業(yè)務(wù)應(yīng)用開發(fā)人員根據(jù)具體行業(yè)要求將業(yè)務(wù)對象組裝成業(yè)務(wù)應(yīng)用，業(yè)務(wù)分析人員組合業(yè)務(wù)應(yīng)用，建立各種業(yè)務(wù)流程模型，確定XML業(yè)務(wù)文檔在各種松耦合系統(tǒng)間的路由和轉(zhuǎn)換．因此，WBPIF集成框架為應(yīng)用集成所需要的不同層次提供了統(tǒng)一的環(huán)境，具有模塊化、松散耦合、可復(fù)用的集成能力．

2 系統(tǒng)支撐組件設(shè)計(jì)

WBPIF集成框架在分布異構(gòu)環(huán)境中實(shí)現(xiàn)了基于工作流的松散耦合集成，支持異步通信和粗粒度通信，框架中的三個(gè)重要組件分別是工作流引擎、適配器和消息代理．

2.1 工作流引擎

全局工作流引擎是業(yè)務(wù)流程層的核心部分，通過協(xié)調(diào)組合各業(yè)務(wù)邏輯單元建立業(yè)務(wù)流程模型的實(shí)例．全局工作流發(fā)出的消息由消息代理通過服務(wù)接口轉(zhuǎn)發(fā)給適配器，由適配器調(diào)用外部服務(wù)并返回執(zhí)行結(jié)果，因此，外部系統(tǒng)之間可以通過各自的適配器和全局工作流引擎實(shí)現(xiàn)透明互操作．

2.1.1 核心類的設(shè)計(jì)

工作流引擎的核心類：工作流配置器（WFProcConfig）負(fù)責(zé)對流程邏輯進(jìn)行判斷，并創(chuàng)建各任務(wù)節(jié)點(diǎn)之間的關(guān)系，同時(shí)具有序列化存取功能以保證數(shù)據(jù)的完整．一個(gè)工作流配置器包含多個(gè)工作流實(shí)例（WFProcInst）；工作流流程管理器（WFProc）管理一個(gè)工作流配置器及其對應(yīng)的多個(gè)工作流實(shí)例，具有獲取、生成、重置、清除各個(gè)實(shí)例的功能．工作流實(shí)例是流程相關(guān)數(shù)據(jù)的核心，一個(gè)工作流實(shí)例通過procInstId唯一標(biāo)識，并可管理當(dāng)前活動(dòng)的流程節(jié)點(diǎn)．流程相關(guān)數(shù)據(jù)的核心是流程節(jié)點(diǎn)類（WFAct），流程節(jié)點(diǎn)類派生出各種不同類型的節(jié)點(diǎn)．

2.1.2 流程節(jié)點(diǎn)類型

通過組合各種業(yè)務(wù)活動(dòng)來定義流程，由WFAct派生出的不同類型活動(dòng)包括：1）起始活動(dòng)（WFActBegin），無前驅(qū)活動(dòng)．2）門禁活動(dòng)（W fActGate），只有一個(gè)前驅(qū)活動(dòng)，當(dāng)前驅(qū)活動(dòng)的值等于該門禁活動(dòng)允許的值時(shí)才運(yùn)行該活動(dòng)．3）普通活動(dòng)（WFActNormal），對應(yīng)實(shí)際的業(yè)務(wù)環(huán)節(jié)，但實(shí)際的應(yīng)用邏輯位于后臺，由工作流引擎自動(dòng)調(diào)用完成．4）邏輯活動(dòng)（WFActLogic），是獨(dú)立于具體業(yè)務(wù)環(huán)節(jié)、多前驅(qū)、阻塞式的活動(dòng)節(jié)點(diǎn)．對前驅(qū)值進(jìn)行邏輯處理的方式有四種，分別是：與類型（And），流經(jīng)此處的任務(wù)將進(jìn)行與同步，當(dāng)前驅(qū)活動(dòng)都為Yes才通過；或類型（Or），流經(jīng)此處的任務(wù)將進(jìn)行或同步，當(dāng)前驅(qū)活動(dòng)只要有一個(gè)值為Yes則通過；異或類型（Xor），前驅(qū)活動(dòng)值相異才通過；投票類型（Vote），同一批次的任務(wù)只有達(dá)到所指定的票數(shù)才可流向后繼活動(dòng)．5）結(jié)束活動(dòng)（WFActEnd），表明相應(yīng)業(yè)務(wù)過程終結(jié)，獨(dú)立于具體業(yè)務(wù)環(huán)節(jié)，沒有后繼活動(dòng)．2.1.3 異常和消息傳遞

對于業(yè)務(wù)流程運(yùn)行過程中可能發(fā)生的異常，首先判別異常的類型，如果是外部系統(tǒng)業(yè)務(wù)操作失敗引發(fā)的異常，主引擎不需要做任何異常處理的操作，只需要接受外部系統(tǒng)發(fā)過來的成敗結(jié)果的標(biāo)識來判斷是否需要重新轉(zhuǎn)發(fā)相關(guān)信息．如果是和外部系統(tǒng)通信引發(fā)的異常，首先根據(jù)設(shè)定的重試次數(shù)，進(jìn)行重試，如果在規(guī)定的次數(shù)內(nèi)還沒有成功，那么就將流程掛起并等待后續(xù)處理．在WBPIF集成框架下，業(yè)務(wù)流程設(shè)計(jì)階段將任務(wù)分為業(yè)務(wù)流程和任務(wù)邏輯（組件），即子流程也被映射為業(yè)務(wù)邏輯單元．主工作流引擎和子工作流引擎的互操作消息采用W f-XML標(biāo)準(zhǔn)，消息由適配器進(jìn)行格式轉(zhuǎn)換后在網(wǎng)絡(luò)環(huán)境中傳遞，由此屏蔽了異構(gòu)系統(tǒng)之間的差異．

2.2 適配器

在設(shè)計(jì)模式中，適配器（Adapter）模式是在不改變原有實(shí)現(xiàn)的基礎(chǔ)上，將原先不兼容的接口轉(zhuǎn)換為兼容的接口，在遺留代碼復(fù)用、類庫遷移等方面得到了很好的應(yīng)用．在本文框架中，適配器封裝了其它業(yè)務(wù)邏輯和工作流系統(tǒng)的服務(wù)，并將服務(wù)調(diào)用和響應(yīng)轉(zhuǎn)換為XML消息格式實(shí)現(xiàn)工作流引擎和業(yè)務(wù)系統(tǒng)的透明通信．當(dāng)工作流端接口收到一個(gè)XML服務(wù)請求文件時(shí)，XML轉(zhuǎn)換器將文件轉(zhuǎn)換為本地應(yīng)用要求的格式并連接到該應(yīng)用，調(diào)用合適的應(yīng)用程序邏輯來執(zhí)行流程或?qū)Ρ徽埱髷?shù)據(jù)的處理（如CRUD操作），將被請求數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換成XML服務(wù)響應(yīng)文件并返回．一個(gè)典型的實(shí)現(xiàn)方案如圖2所示．

本文設(shè)計(jì)的適配器遵循分布式開放標(biāo)準(zhǔn)，通過消息映射屏蔽了各應(yīng)用之間的平臺異構(gòu)、互操作API異構(gòu)、通信協(xié)議異構(gòu)和數(shù)據(jù)格式異構(gòu)，實(shí)現(xiàn)了安全透明的互操作．例如，對于連接數(shù)據(jù)庫系統(tǒng)的適配器，查詢和存儲過程調(diào)用都封裝在業(yè)務(wù)邏輯中，適配器接收外部客戶的訪問請求，通過XML解析器將XML格式請求消息中的SQL語句解析成數(shù)據(jù)庫語言的SQL語句，提交給數(shù)據(jù)庫系統(tǒng)，數(shù)據(jù)庫系統(tǒng)將執(zhí)行結(jié)果返回給適配器，適配器再通過XML轉(zhuǎn)換器將數(shù)據(jù)轉(zhuǎn)換成XML格式返回給客戶．

從應(yīng)用邏輯的角度，結(jié)構(gòu)圖中的接口部分需要根據(jù)不同的API和消息格式進(jìn)行定制開發(fā)，如果要連接子流程系統(tǒng)，則還需實(shí)現(xiàn)W f-XML所定義的互操作接口來和子工作流引擎進(jìn)行交互．

圖2 適配器的結(jié)構(gòu)

2.3 消息代理

WBPIF集成框架的消息代理模塊為業(yè)務(wù)流程提供了基于主題的發(fā)布和訂閱通信機(jī)制，使業(yè)務(wù)流程能以松散耦合、異步的方式進(jìn)行通信．例如，采購訂單路由流程可以訂閱新訂單輸入主題，當(dāng)新的訂單消息發(fā)布到該主題時(shí)，就激活該流程．每個(gè)業(yè)務(wù)流程都可以指定其發(fā)布和訂閱的主題，發(fā)布者無須知道誰將接收消息，就可以廣播消息．同時(shí)，消息代理支持事件消息，后者可以從外部資源向消息代理發(fā)布事件．通過這種異步的發(fā)布訂閱方式，消息代理為各個(gè)組件提供了松散耦合的界面．

消息代理的結(jié)構(gòu)如圖3所示．通過消息代理，工作流引擎能經(jīng)由適配器和其它應(yīng)用系統(tǒng)通訊．消息格式采用W f-XML消息服務(wù)規(guī)范所規(guī)定的格式，消息包分為消息頭和消息內(nèi)容兩個(gè)部分，消息在體系內(nèi)部是用對象來存儲的，必須有個(gè)XML文檔轉(zhuǎn)換為內(nèi)部對象和內(nèi)部對象轉(zhuǎn)換成XML文檔的過程，可采用序列化和反序列化技術(shù)實(shí)現(xiàn)這個(gè)過程．消息通過HTTP進(jìn)行傳輸，這樣能夠在大量異質(zhì)的、不同架構(gòu)的網(wǎng)絡(luò)間進(jìn)行消息傳輸．

圖3 消息代理的結(jié)構(gòu)

各應(yīng)用組件通過其適配器發(fā)出服務(wù)請求，一旦請求事件發(fā)生，適配器就將請求事件封裝成一個(gè)XML文件并發(fā)送到消息代理，然后異步等待響應(yīng)消息．服務(wù)請求事件于是經(jīng)過消息路由被投遞到相應(yīng)的消息隊(duì)列中，工作流引擎?zhèn)陕牭接嗛喌南⒑?，將激活并?zhí)行綁定該消息的業(yè)務(wù)過程．同樣，該業(yè)務(wù)過程的執(zhí)行需要通過適配器發(fā)出服務(wù)請求，這樣新的消息又不斷產(chǎn)生，這些消息的投遞將激發(fā)新一輪的服務(wù)響應(yīng)．顯然這是一個(gè)遞歸過程，一直到所有服務(wù)請求都完成或失?。?/p>

3 實(shí)例分析

WBPIF集成框架以基于工作流的EAI總線作為數(shù)據(jù)流轉(zhuǎn)的基礎(chǔ)，以松耦合的方式連接各應(yīng)用系統(tǒng)，根據(jù)具體需求，可以采用 .NET Framework或JavaEE技術(shù)來實(shí)現(xiàn)工作流引擎、適配器和消息代理三個(gè)支撐組件．以某企業(yè)為例，現(xiàn)有CRM系統(tǒng)、業(yè)務(wù)財(cái)帳系統(tǒng)和資源管理系統(tǒng)，采用基于本文框架的平臺來實(shí)現(xiàn)各系統(tǒng)業(yè)務(wù)流程的集成．本文選用開源JBossESB作為實(shí)現(xiàn)消息路由的EAI總線，并在此基礎(chǔ)上集成業(yè)務(wù)流程管理系統(tǒng)，基于J2CA、JDBC、JMS和JAXP實(shí)現(xiàn)適配器和消息代理．J2CA定義了可擴(kuò)展的、安全的事務(wù)性機(jī)制，使得各異構(gòu)企業(yè)信息系統(tǒng)（EIS）能夠連接到J2EE平臺，同時(shí)也定義了通用客戶接口來訪問EIS．JMS提供一組支持點(diǎn)對點(diǎn)和發(fā)布 /訂閱消息傳遞方式的API，允許客戶代碼能夠以一種通用的方式來生成、發(fā)送、接收和讀取消息．JAXP提供一組API來解析和生成XML消息．

以企業(yè)訂單創(chuàng)建流程為例，該流程涉及CRM系統(tǒng)、財(cái)帳系統(tǒng)和資源管理系統(tǒng)，如圖4．根據(jù)流程定義，EAI將偵聽訂閱的訂單創(chuàng)建事件，當(dāng)CRM系統(tǒng)發(fā)出創(chuàng)建訂單事件時(shí)，適配器將訂單事件轉(zhuǎn)換成XML格式并發(fā)給EAI，啟動(dòng)訂單創(chuàng)建流程．首先將訂單信息XML文件轉(zhuǎn)換成資源管理系統(tǒng)需要的XML文件格式，然后將訂單信息通過HTTP的方式傳送到資源管理系統(tǒng)，如果傳送則每隔固定的時(shí)間進(jìn)行重試，在規(guī)定次數(shù)內(nèi)無法傳送成功則阻塞在隊(duì)列中，并通知相應(yīng)的管理員．資源管理系統(tǒng)根據(jù)收到的訂單文件，檢查訂單所需的產(chǎn)品資源，完成所需的業(yè)務(wù)操作流程后，返回處理的結(jié)果信息．EAI接收返回結(jié)果并根據(jù)CRM規(guī)定的格式發(fā)送給CRM并改變定單狀態(tài)，如果正常返回，則EAI將訂單信息轉(zhuǎn)換成財(cái)帳系統(tǒng)需要的XML文件格式發(fā)送給財(cái)帳系統(tǒng)，同樣，財(cái)帳系統(tǒng)根據(jù)收到的訂單文件，更新用戶的帳戶信息或生成費(fèi)用信息后，返回處理結(jié)果．

圖4 訂單創(chuàng)建流程圖

4 結(jié) 語

本文針對企業(yè)內(nèi)外部業(yè)務(wù)系統(tǒng)的集成問題，提出了一種基于工作流的業(yè)務(wù)流程集成框架，將所有業(yè)務(wù)集成組件統(tǒng)一到靈活的、可擴(kuò)展的環(huán)境之下，提供系統(tǒng)接入、數(shù)據(jù)轉(zhuǎn)換、服務(wù)集成、消息代理、業(yè)務(wù)流程管理等關(guān)鍵功能，為快速構(gòu)建跨系統(tǒng)業(yè)務(wù)流程，簡化生產(chǎn)管理提供了通用的開發(fā)和運(yùn)行環(huán)境．實(shí)踐表明，本文框架是可行的，具有較好的開放性、可擴(kuò)展性和易維護(hù)性．

參考文獻(xiàn)

[1] Xu L D. Enterprise systems: State-of-the-art and future trends [J]. IEEE Transactions on Industrial Informatics, 2011, 7(4): 630-640.

[2] Adil O F, Mathew S. Leveraging organisation Data through EII, ETL and Data replication: Methodologies and implementation [J]. International Journal of Technology Management, 2010, 50(2): 208-224.

[3] Awad M M I, Abdullah M S, Ali A B M. Extending ETL framework using service oriented architecture [J]. Procedia Computer Science, 2011, (3): 110-114.

[4] Sachs K, Kounev S, Bacon J, et al. Performance evaluation of message-oriented middleware using the SPECjms2007 benchmark [J]. Performance Evaluation, 2009, 66(8): 410-434.

[5] Gong Y W, Janssen M. From policy implementation to business process management: Principles for creating flexibility and agility [J]. Government Information Quarterly, 2012, 29(S1): 61-71.

[6] Li Q, Zhou J, Peng Q R, et al. Business processes oriented heterogeneous systems integration platform for networked enterprises [J]. Computers in Industry, 2010, 61(2): 127-144.

[7] Umar A, Zordan A. Reengineering for service oriented architectures: A strategic decision model for integration versus migration [J]. Journal of Systems and Software, 2009, 82(3): 448-462.

[8] Chituc C M, Azevedo A, Toscano C. A framework proposal for seam less interoperability in a collaborative networked environment [J]. Computers in Industry, 2009, 60(5): 317-338.

[9] Concha D, Espadas J, Romero D, et al. The e-HUB evolution: from a custom software architecture to a softwareas-a-service implementation [J]. Computers in Industry, 2010, 61(2): 145-151.

A Workflow-based Integration Framework for Business Process

PAN Jun1, XIA Huihui2, HUANG Haiguang3
(1. Institute of Information Security, Wenzhou University, Wenzhou, China 325035; 2. Jinan Urban Planning Consulting Service Centre, Jinan, China 250000; 3. Information Center, Wenzhou Ocean and Fishery Service, Wenzhou, China 325001)

A workflow-based integration framework for business process called WFBPI is proposed, which views the legal application logics as components in a distributed computing environment. With a service-oriented view, WFBPI encapsulates the services provided by each component into its adapter, and associates them via xm l messages. It also provides a global workflow engine to manipulate the business processes. The layer model is introduced and the three major parts, i.e. workflow engine, adapter, and message broker are defined. A case of order processing in a real world company shows that WFBPI is feasible.

Business Process; Integration Framework; Workflow Engine; Adapter; Message Broker

TP301

：A

：1674-3563(2014)03-0043-07

10.3875/j.issn.1674-3563.2014.03.007 本文的PDF文件可以從xuebao.wzu.edu.cn獲得

(編輯：王一芳)

2013-10-11

浙江省科技計(jì)劃項(xiàng)目(2012C33086)；溫州市科技計(jì)劃項(xiàng)目(G20100196)

潘俊(1978- )，男，浙江溫州人，講師，博士，研究方向：數(shù)據(jù)挖掘，機(jī)器學(xué)習(xí)，CIMS