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

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

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

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

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

信息集成要解決的問題

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

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

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

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

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

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

3.1目標(biāo)

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

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

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

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

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

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

從應(yīng)用系統(tǒng)的構(gòu)建、運行治理到各個應(yīng)用的整合，從單一應(yīng)用構(gòu)建、業(yè)務(wù)數(shù)據(jù)交換到企業(yè)應(yīng)用集成，從傳統(tǒng)業(yè)務(wù)模式、Web服務(wù)到業(yè)務(wù)流程再造，Infor系列中間件能夠提供全面平臺支持，讓您隨需而變，快速構(gòu)建復(fù)雜應(yī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ù)過程建模、治理、監(jiān)控、分析等全生命周期的治理職能，負責(zé)組織企業(yè)的運營過程，和諧部門與部門、人與人之間的協(xié)作過程，調(diào)度工作項在業(yè)務(wù)人員之間的分配。數(shù)據(jù)層面的集成也通過業(yè)務(wù)流程中心來決定何時進行數(shù)據(jù)的抽取與轉(zhuǎn)移。

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

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

XPDL接口

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

流程操縱接口

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

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

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

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

3.市場人員依據(jù)技術(shù)人員出具的設(shè)計方案進行報價；

4.市場人員將設(shè)計方案及報價發(fā)送客戶確認，并簽訂合同。

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

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

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

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

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

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

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

能夠看出，本方案具有的兩大特點：

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

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

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

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

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

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

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

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

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

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

3.2.3消息中心

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

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

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

3.2.4集成組件

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

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

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

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

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

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

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

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

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

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