企業(yè)流程業(yè)務(wù)集成方案

企業(yè)流程業(yè)務(wù)集成方案企業(yè)信息化建設(shè)現(xiàn)狀分析

近幾年來(lái)，隨著信息化的進(jìn)展以及企業(yè)治理水平的提高，企業(yè)信息系統(tǒng)整合的需求越來(lái)越強(qiáng)烈。企業(yè)信息化通過(guò)幾年的建設(shè)，企業(yè)內(nèi)部往往存在了多個(gè)相互獨(dú)立的、面向特定職能的應(yīng)用系統(tǒng)。這種系統(tǒng)一樣面向企業(yè)中某一部門(mén)、或某一科室的需求，而由于現(xiàn)在企業(yè)的組織結(jié)構(gòu)一樣是按職能進(jìn)行部門(mén)的劃分，因此也就造成了面向部門(mén)所開(kāi)發(fā)的系統(tǒng)，其功能也是面向特定職能的。

如此，在企業(yè)中往往存在著如此的一種情形，各職能科室為自身治理方便的需要，建立了多種不同的系統(tǒng)。這些系統(tǒng)要求基層的業(yè)務(wù)人員登錄系統(tǒng)錄入基礎(chǔ)數(shù)據(jù)，各職能科室人員再依照自己的需要登錄系統(tǒng)進(jìn)行數(shù)據(jù)的統(tǒng)計(jì)分析。因此，基層業(yè)務(wù)人員不得不面對(duì)不同的系統(tǒng)，甚至是相同的數(shù)據(jù)也要在不同的系統(tǒng)中進(jìn)行重復(fù)的錄入；而各職能科室的治理人員假如想要了解其它的不被自己所治理的數(shù)據(jù)時(shí)，也不得不要求其它業(yè)務(wù)系統(tǒng)的系統(tǒng)治理員為自己建立一個(gè)新的賬號(hào)，進(jìn)行登錄查詢。

另一方面，許多優(yōu)秀的企業(yè)治理思想差不多被越來(lái)越多的企業(yè)治理者所同意。SCM、ERP、APS等等先進(jìn)企業(yè)治理思想的神私面紗正逐步的被掀開(kāi)，并獲得了越來(lái)越多的企業(yè)的認(rèn)同。然而，當(dāng)這些企業(yè)雄心勃勃地預(yù)備建立相應(yīng)的信息系統(tǒng)時(shí)，他們不得不面臨如此一個(gè)相同的問(wèn)題，即如何愛(ài)護(hù)企業(yè)對(duì)現(xiàn)有應(yīng)用的投資，包括系統(tǒng)的建設(shè)費(fèi)用、業(yè)務(wù)人員在現(xiàn)有系統(tǒng)上建立起來(lái)的工作體會(huì)等等。這些分離的應(yīng)用隔離了業(yè)務(wù)之間的關(guān)系，原本連貫完整的業(yè)務(wù)流程被人為的破壞。而業(yè)務(wù)人員由于熟悉了自己的工作環(huán)境因此不期望這些系統(tǒng)被完全的拋棄。

信息集成要解決的問(wèn)題

因此，隨著企業(yè)的進(jìn)展，企業(yè)應(yīng)用集成已逐步提到企業(yè)信息化建設(shè)的日程上來(lái)。綜合來(lái)說(shuō)，集成所要解決的問(wèn)題包括以下幾點(diǎn)：

將面向職能的系統(tǒng)進(jìn)行面向角色的整合

按照企業(yè)的治理思想，將分散的業(yè)務(wù)進(jìn)行集中的治理

將分散的業(yè)務(wù)數(shù)據(jù)進(jìn)行集中的數(shù)據(jù)整合

解決遠(yuǎn)程異構(gòu)系統(tǒng)間信息互通的問(wèn)題

基于流程的業(yè)務(wù)整合方案

3.1目標(biāo)

建立企業(yè)業(yè)務(wù)流程中心，統(tǒng)一治理業(yè)務(wù)流程，并驅(qū)動(dòng)底層的數(shù)據(jù)集成及消息傳輸。

建立企業(yè)數(shù)據(jù)中心，為應(yīng)用提供統(tǒng)一的數(shù)據(jù)接口，集中分布于各個(gè)應(yīng)用的數(shù)據(jù)，實(shí)現(xiàn)數(shù)據(jù)的共享，幸免信息的重復(fù)錄入。

建立企業(yè)的消息中心，為企業(yè)應(yīng)用提供公布/訂閱或點(diǎn)對(duì)點(diǎn)的通訊模式，以必要的時(shí)候以消息的形式驅(qū)動(dòng)底層的數(shù)據(jù)集成。3.2總體方案

企業(yè)治理水平的提高要求信息系統(tǒng)能夠從整體的角度對(duì)企業(yè)的業(yè)務(wù)過(guò)程進(jìn)行統(tǒng)一的治理，要求能夠快速的適應(yīng)由于客戶需求的變化、生產(chǎn)能力的提高、供應(yīng)商供應(yīng)能力的變化等等各種因素而導(dǎo)致的對(duì)企業(yè)生產(chǎn)經(jīng)營(yíng)過(guò)程及組織結(jié)構(gòu)進(jìn)行的調(diào)整。因此企業(yè)信息化建設(shè)要解決的核心問(wèn)題之一確實(shí)是如何建立企業(yè)的業(yè)務(wù)流程中心，使得治理者能夠“運(yùn)籌帷幄之中，決勝千里之外”。企業(yè)信息化建設(shè)要考慮的另一個(gè)問(wèn)題確實(shí)是如何以一種可擴(kuò)展的、松耦合的方式，實(shí)現(xiàn)對(duì)企業(yè)現(xiàn)有應(yīng)用、新建應(yīng)用的集成，并保證應(yīng)用之間足夠的獨(dú)立性。

本集成方案采納中創(chuàng)軟件商用中間件的Infor系列中間件產(chǎn)品作為底層的中間件支撐平臺(tái)。Infor系列中間件提供一個(gè)安全穩(wěn)固、擴(kuò)展靈活的基礎(chǔ)架構(gòu)平臺(tái)，實(shí)現(xiàn)可靠的消息通訊，實(shí)現(xiàn)構(gòu)件的治理和協(xié)同；通過(guò)工作流中間件和報(bào)表工具等開(kāi)發(fā)設(shè)施的協(xié)助，Infor系列中間件使得快速構(gòu)建復(fù)雜應(yīng)用，輕松應(yīng)對(duì)業(yè)務(wù)變化成為可能。

圖1.Infor系統(tǒng)中間件對(duì)企業(yè)應(yīng)用的支撐體系

從應(yīng)用系統(tǒng)的構(gòu)建、運(yùn)行治理到各個(gè)應(yīng)用的整合，從單一應(yīng)用構(gòu)建、業(yè)務(wù)數(shù)據(jù)交換到企業(yè)應(yīng)用集成，從傳統(tǒng)業(yè)務(wù)模式、Web服務(wù)到業(yè)務(wù)流程再造，Infor系列中間件能夠提供全面平臺(tái)支持，讓您隨需而變，快速構(gòu)建復(fù)雜應(yīng)用，在猛烈競(jìng)爭(zhēng)中脫穎而出。

基于Infor系列中間件構(gòu)建的企業(yè)業(yè)務(wù)集成解決方案如下圖所示：

圖2.基于Infor系列中間件業(yè)務(wù)集成解決方案

3.2.1業(yè)務(wù)流程中心

應(yīng)用的集成第一是業(yè)務(wù)的集成。業(yè)務(wù)流程中心在企業(yè)信息系統(tǒng)集成方案中處于核心的位置。業(yè)務(wù)流程中心要為企業(yè)提供業(yè)務(wù)過(guò)程建模、治理、監(jiān)控、分析等全生命周期的治理職能，負(fù)責(zé)組織企業(yè)的運(yùn)營(yíng)過(guò)程，和諧部門(mén)與部門(mén)、人與人之間的協(xié)作過(guò)程，調(diào)度工作項(xiàng)在業(yè)務(wù)人員之間的分配。數(shù)據(jù)層面的集成也通過(guò)業(yè)務(wù)流程中心來(lái)決定何時(shí)進(jìn)行數(shù)據(jù)的抽取與轉(zhuǎn)移。

本方案的業(yè)務(wù)流程中心使用中創(chuàng)工作流中間件InforFlow來(lái)實(shí)現(xiàn)。InforFlow是遵循國(guó)際工作流治理聯(lián)盟(WFMC)規(guī)范實(shí)現(xiàn)的工作流中間件，為工作流自動(dòng)化和構(gòu)建流程應(yīng)用提供基礎(chǔ)平臺(tái)。InforFlow實(shí)現(xiàn)了流程邏輯與業(yè)務(wù)邏輯的分離，能夠可視化的進(jìn)行業(yè)務(wù)流程的分析、定義和業(yè)務(wù)單元的組裝，從而使應(yīng)用開(kāi)發(fā)人員更關(guān)注于業(yè)務(wù)邏輯的實(shí)現(xiàn)，降低了復(fù)雜流程應(yīng)用的開(kāi)發(fā)難度。InforFlow支持順序、分支、同步、循環(huán)、自循環(huán)、會(huì)簽等豐富的工作流模型，支持流程的動(dòng)態(tài)調(diào)整，使開(kāi)發(fā)者與最終用戶鎮(zhèn)定應(yīng)對(duì)變化，提高應(yīng)用系統(tǒng)的靈活性和適應(yīng)性。InforFlow支持復(fù)雜業(yè)務(wù)流程的建模，使用一般活動(dòng)、路由活動(dòng)、子流程活動(dòng)、塊活動(dòng)等活動(dòng)類(lèi)型，能夠?qū)ζ髽I(yè)完整的運(yùn)營(yíng)過(guò)程進(jìn)行分層、直觀的建模。InforFlow支持事件插件的處理，在流程實(shí)例、活動(dòng)實(shí)例狀態(tài)發(fā)生改變的任一時(shí)刻，承諾應(yīng)用擴(kuò)展業(yè)務(wù)功能。

在本方案中，數(shù)據(jù)中心對(duì)外提供的數(shù)據(jù)抽取接口以及消息中心對(duì)外提供的公布消息的接口，即可有用事件插件進(jìn)行實(shí)現(xiàn)，實(shí)現(xiàn)后將其插接在業(yè)務(wù)流程的某個(gè)環(huán)節(jié)中。這種實(shí)現(xiàn)方式將每個(gè)環(huán)節(jié)要完成的核心的業(yè)務(wù)邏輯與為支持集成而由系統(tǒng)自動(dòng)完成的數(shù)據(jù)抽取、消息公布等等邏輯隔離開(kāi)來(lái)，從而實(shí)現(xiàn)了這些集成組件的業(yè)務(wù)無(wú)關(guān)性及可重用性，進(jìn)一步增強(qiáng)了系統(tǒng)的適應(yīng)業(yè)務(wù)變化的能力。在本方案中，業(yè)務(wù)流程中心對(duì)外提供了兩類(lèi)接口：

XPDL接口

XPDL是WfMC所定義的用于描述業(yè)務(wù)流程的定義語(yǔ)言，InforFlow嚴(yán)格的使用此語(yǔ)言進(jìn)行流程建模。通過(guò)此接口，業(yè)務(wù)流程中心能夠接收外部系統(tǒng)定義的業(yè)務(wù)流程，并對(duì)業(yè)務(wù)流程進(jìn)行合法性檢查，也能夠向外部系統(tǒng)提供業(yè)務(wù)流程的完整描述。

流程操縱接口

流程操縱接口以符合規(guī)范的形式對(duì)外提供流程操縱的功能。應(yīng)用能夠通過(guò)本地的調(diào)用代理對(duì)工作流引擎發(fā)起遠(yuǎn)程調(diào)用，完成對(duì)實(shí)際業(yè)務(wù)流程的驅(qū)動(dòng)。應(yīng)用能夠通過(guò)那個(gè)接口完成對(duì)業(yè)務(wù)流程執(zhí)行實(shí)例的操縱及流程實(shí)例運(yùn)行信息的跟蹤查詢。

客戶訂單治理的業(yè)務(wù)流程如下：

1.市場(chǎng)人員接收客戶訂單并錄入訂單治理系統(tǒng)；

2.技術(shù)人員進(jìn)行技術(shù)分析，并依照客戶需要做出設(shè)計(jì)方案；

3.市場(chǎng)人員依據(jù)技術(shù)人員出具的設(shè)計(jì)方案進(jìn)行報(bào)價(jià)；

4.市場(chǎng)人員將設(shè)計(jì)方案及報(bào)價(jià)發(fā)送客戶確認(rèn)，并簽訂合同。

市場(chǎng)人員從任務(wù)處理器中獵取“錄入訂單”的任務(wù)，并通過(guò)“訂單治理系統(tǒng)”錄入訂單信息；

訂單治理系統(tǒng)通過(guò)遠(yuǎn)程調(diào)用代理向工作流引擎發(fā)送提交任務(wù)的要求；

工作流引擎按照流程定義給技術(shù)分析人員分配任務(wù)；

工作流引擎調(diào)用數(shù)據(jù)抽取組件從訂單治理系統(tǒng)數(shù)據(jù)庫(kù)中抽取訂單信息，儲(chǔ)備到數(shù)據(jù)中心；

工作流引擎調(diào)用消息公布組件向消息中心公布消息；

消息中心將數(shù)據(jù)發(fā)送給已訂閱訂單信息的“設(shè)計(jì)系統(tǒng)消息代理”；

設(shè)計(jì)系統(tǒng)消息代理將數(shù)據(jù)進(jìn)行拆包及本地化的格式轉(zhuǎn)換，并儲(chǔ)備到本地?cái)?shù)據(jù)庫(kù)中。

能夠看出，本方案具有的兩大特點(diǎn)：

以工作流引擎為核心，利用工作流引擎調(diào)度業(yè)務(wù)系統(tǒng)及各種擴(kuò)展的組件。將為集成而開(kāi)發(fā)各種集成業(yè)務(wù)組件同核心的業(yè)務(wù)系統(tǒng)隔離開(kāi)來(lái)，使得業(yè)務(wù)系統(tǒng)能夠不依靠于集成平臺(tái)而獨(dú)立運(yùn)行。同時(shí)也提高了各獨(dú)立于業(yè)務(wù)系統(tǒng)的集成組件的可復(fù)用性。

3.2.2數(shù)據(jù)中心在本方案中，數(shù)據(jù)中心需要以點(diǎn)對(duì)點(diǎn)的模式從各應(yīng)用數(shù)據(jù)庫(kù)中抽取應(yīng)用的數(shù)據(jù)到數(shù)據(jù)中心，而各應(yīng)用能夠訂閱自己感愛(ài)好的業(yè)務(wù)數(shù)據(jù)，并接收數(shù)據(jù)中心發(fā)送過(guò)來(lái)的業(yè)務(wù)數(shù)據(jù)。安裝在各應(yīng)用端的客戶端程序完成消息的訂閱、數(shù)據(jù)發(fā)送、數(shù)據(jù)接收功能。

數(shù)據(jù)中心提供的數(shù)據(jù)集成基于企業(yè)應(yīng)用集成中間InforEAI。InforEAI采納XML消息表示，基于公布/訂閱的信息共享和消息路由機(jī)制使得業(yè)務(wù)系統(tǒng)的信息共享簡(jiǎn)單和易于變化，能夠連接異構(gòu)系統(tǒng)和操作環(huán)境，業(yè)務(wù)系統(tǒng)之間的松耦合使得在局部系統(tǒng)出錯(cuò)的時(shí)候能更好地復(fù)原，從而保證數(shù)據(jù)交換平臺(tái)具有更高的強(qiáng)壯性和擴(kuò)展性。

數(shù)據(jù)抽取

數(shù)據(jù)抽取是指將業(yè)務(wù)數(shù)據(jù)從應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)中抽取到數(shù)據(jù)中心的過(guò)程。數(shù)據(jù)的抽取是由業(yè)務(wù)驅(qū)動(dòng)的。當(dāng)業(yè)務(wù)人員完成他的某項(xiàng)任務(wù)時(shí)，業(yè)務(wù)流程中心通過(guò)以插件形式配置到工作流引擎中的數(shù)據(jù)抽取組件向應(yīng)用數(shù)據(jù)庫(kù)發(fā)出數(shù)據(jù)抽取的命令，并通過(guò)部署在應(yīng)用端的消息代理將指定的業(yè)務(wù)數(shù)據(jù)抽取并儲(chǔ)備到數(shù)據(jù)中心數(shù)據(jù)庫(kù)。

數(shù)據(jù)發(fā)送

數(shù)據(jù)發(fā)送是指將訂閱者訂閱的業(yè)務(wù)數(shù)據(jù)從數(shù)據(jù)中心發(fā)送到應(yīng)用數(shù)據(jù)庫(kù)的過(guò)程。與數(shù)據(jù)的抽取相同，數(shù)據(jù)的發(fā)送也是由業(yè)務(wù)驅(qū)動(dòng)的。一個(gè)可能的場(chǎng)景是，當(dāng)業(yè)務(wù)人員處理他的某項(xiàng)任務(wù)之前，需要先從數(shù)據(jù)中心獵取最新的業(yè)務(wù)數(shù)據(jù)，這時(shí)就能夠把負(fù)責(zé)發(fā)送數(shù)據(jù)的組件以插件的形式配置到工作流引擎啟動(dòng)活動(dòng)之前的時(shí)刻。如此，當(dāng)活動(dòng)啟動(dòng)時(shí)，業(yè)務(wù)流程中心即可將數(shù)據(jù)通過(guò)部署在應(yīng)用端的消息代理發(fā)送并儲(chǔ)備到應(yīng)用系統(tǒng)數(shù)據(jù)庫(kù)中。

數(shù)據(jù)的發(fā)送同樣涉及數(shù)據(jù)的打包，類(lèi)型轉(zhuǎn)換的過(guò)程。

數(shù)據(jù)訂閱

客戶端應(yīng)用假如要從數(shù)據(jù)中心獵取數(shù)據(jù)，第一要向數(shù)據(jù)中心訂閱自己所需要的數(shù)據(jù)。數(shù)據(jù)中心提供了用戶能夠訂閱的消息主題。

3.2.3消息中心

消息中心對(duì)外向企業(yè)應(yīng)用提供了公布/訂閱及點(diǎn)對(duì)點(diǎn)的通訊模式，

在本方案中，基于InforBus/Q實(shí)現(xiàn)的消息中心是企業(yè)應(yīng)用之間進(jìn)行通訊的中繼路由機(jī)構(gòu)，通訊的模式能夠是公布/訂閱模式，也能夠是點(diǎn)對(duì)點(diǎn)模式。

消息代理是消息中心在客戶端的本地代理，業(yè)務(wù)人員能夠使用安裝在客戶端的消息代理向消息中心公布/訂閱消息。消息中心接收到消息后，能夠?qū)ο⑦M(jìn)行持久化（儲(chǔ)備到數(shù)據(jù)中）。消息中心收到客戶端發(fā)出的消息后，也能夠發(fā)起對(duì)某個(gè)業(yè)務(wù)集成組件的調(diào)用。一個(gè)典型的情形是，當(dāng)某類(lèi)業(yè)務(wù)人員對(duì)自己治理的打算進(jìn)行變更后，需要將變更的數(shù)據(jù)傳遞到數(shù)據(jù)中心，以供數(shù)據(jù)中心給所有訂閱此變更消息的應(yīng)用系統(tǒng)發(fā)送數(shù)據(jù)。在這種情形下，數(shù)據(jù)的集成事件的觸發(fā)是由消息驅(qū)動(dòng)的，而非由任務(wù)驅(qū)動(dòng)的。與任務(wù)驅(qū)動(dòng)方式相比，消息驅(qū)動(dòng)的數(shù)據(jù)集成是一種更為靈活的集成策略。然而，這種集成策略本質(zhì)上違抗了業(yè)務(wù)之間的承接關(guān)系，是對(duì)規(guī)范化治理的一種破壞，因此，應(yīng)該盡量的幸免過(guò)多的使用那個(gè)策略。

3.2.4集成組件

集成組件是以系統(tǒng)集成為目的而實(shí)現(xiàn)的一類(lèi)業(yè)務(wù)組件，集成組件獨(dú)立于業(yè)務(wù)系統(tǒng)，在各業(yè)務(wù)系統(tǒng)之間完成消息傳遞、數(shù)據(jù)抽取與公布等功能。集成組件有利于保證平臺(tái)所要集成的各個(gè)系統(tǒng)之間的獨(dú)立性，是以松耦合形式實(shí)現(xiàn)應(yīng)用集成的有效方式。在本方案中，目前提供以下幾類(lèi)集成組件：

數(shù)據(jù)抽取組件向數(shù)據(jù)中心發(fā)起進(jìn)行數(shù)據(jù)抽取的命令，完成從應(yīng)用系統(tǒng)數(shù)據(jù)庫(kù)中抽取業(yè)務(wù)數(shù)據(jù)的過(guò)程調(diào)用。

數(shù)據(jù)公布組件向數(shù)據(jù)中心發(fā)起公布數(shù)據(jù)的命令，由數(shù)據(jù)中心將指定的數(shù)據(jù)分發(fā)給所有的訂閱者。

消息公布組件向消息中心發(fā)出公布消息的命令，由消息中心完成消息向訂閱者的發(fā)分。

在本方案中，集成組件不能由業(yè)務(wù)系統(tǒng)直截了當(dāng)調(diào)用，而是依照配置，通過(guò)業(yè)務(wù)流程中心（工作流引擎）與消息中心自動(dòng)發(fā)起的。

3.3方案優(yōu)點(diǎn)分析

整個(gè)系統(tǒng)構(gòu)建于基于企業(yè)服務(wù)總線而搭建的企業(yè)信息化建設(shè)平臺(tái)之上，為企業(yè)信息化建設(shè)打下了良好的基礎(chǔ)。平臺(tái)提供了構(gòu)建企業(yè)應(yīng)用所必須的各種基礎(chǔ)設(shè)施，為企業(yè)提供了從技術(shù)層面到業(yè)務(wù)層面進(jìn)行信息化建設(shè)所經(jīng)常面對(duì)的問(wèn)題的解決方案。面向服務(wù)的總結(jié)結(jié)構(gòu)使用以后開(kāi)發(fā)的新系統(tǒng)能夠方便的集成到平臺(tái)中去。

可擴(kuò)展性高，可方便的集成新的應(yīng)用

較高的可擴(kuò)展性是本方案突出的優(yōu)點(diǎn)之一。面向服務(wù)總線的體系結(jié)構(gòu)使得新增的應(yīng)用能夠方便的插接到系統(tǒng)中去。用戶只需要獨(dú)立的完成新增應(yīng)用的開(kāi)發(fā)，并通過(guò)業(yè)務(wù)流程中心重新對(duì)業(yè)務(wù)過(guò)程進(jìn)行組織，將新開(kāi)發(fā)應(yīng)用包含進(jìn)來(lái)，就能夠通過(guò)遠(yuǎn)程調(diào)用代理與消息代理松散的集成到整個(gè)系統(tǒng)中去。

基于組件的開(kāi)發(fā)思路，