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

1、企業(yè)流程業(yè)務集成方案企業(yè)信息化建設現(xiàn)狀分析 近幾年來，隨著信息化的發(fā)展以及企業(yè)管理水平的提高，企業(yè)信息系統(tǒng)整合的需求越來越強烈。企業(yè)信息化經(jīng)過幾年的建設，企業(yè)內(nèi)部往往存在了多個相互獨立的、面向特定職能的應用系統(tǒng)。這種系統(tǒng)一般面向企業(yè)中某一部門、或某一科室的需求，而由于現(xiàn)在企業(yè)的組織結(jié)構(gòu)一般是按職能進行部門的劃分，所以也就造成了面向部門所開發(fā)的系統(tǒng)，其功能也是面向特定職能的。 這樣，在企業(yè)中往往存在著這樣的一種情景，各職能科室為自身管理方便的需要，建立了多種不同的系統(tǒng)。這些系統(tǒng)要求基層的業(yè)務人員登錄系統(tǒng)錄入基礎數(shù)據(jù)，各職能科室人員再根據(jù)自己的需要登錄系統(tǒng)進行數(shù)據(jù)的統(tǒng)計分析。因此，基層業(yè)務人員不得

2、不面對不同的系統(tǒng)，甚至是相同的數(shù)據(jù)也要在不同的系統(tǒng)中進行重復的錄入；而各職能科室的管理人員如果想要了解其它的不被自己所管理的數(shù)據(jù)時，也不得不請求其它業(yè)務系統(tǒng)的系統(tǒng)管理員為自己建立一個新的賬號，進行登錄查詢。 另一方面，許多優(yōu)秀的企業(yè)管理思想已經(jīng)被越來越多的企業(yè)管理者所接受。SCM、ERP、APS等等先進企業(yè)管理思想的神私面紗正逐漸的被揭開，并獲得了越來越多的企業(yè)的認同。然而，當這些企業(yè)雄心勃勃地準備建立相應的信息系統(tǒng)時，他們不得不面臨這樣一個相同的問題，即如何保護企業(yè)對現(xiàn)有應用的投資，包括系統(tǒng)的建設費用、業(yè)務人員在現(xiàn)有系統(tǒng)上建立起來的工作經(jīng)驗等等。這些分離的應用隔離了業(yè)務之間的關系，原本連貫完

3、整的業(yè)務流程被人為的破壞。而業(yè)務人員由于熟悉了自己的工作環(huán)境因此不希望這些系統(tǒng)被完全的拋棄。 信息集成要解決的問題 因此，隨著企業(yè)的發(fā)展，企業(yè)應用集成已逐漸提到企業(yè)信息化建設的日程上來。綜合來說，集成所要解決的問題包括以下幾點： 將面向職能的系統(tǒng)進行面向角色的整合 按照企業(yè)的管理思想，將分散的業(yè)務進行集中的管理 將分散的業(yè)務數(shù)據(jù)進行集中的數(shù)據(jù)整合 解決遠程異構(gòu)系統(tǒng)間信息互通的問題 基于流程的業(yè)務整合方案 目標 建立企業(yè)業(yè)務流程中心，統(tǒng)一管理業(yè)務流程，并驅(qū)動底層的數(shù)據(jù)集成及消息傳輸。 建立企業(yè)數(shù)據(jù)中心，為應用提供統(tǒng)一的數(shù)據(jù)接口，集中分布于各個應用的數(shù)據(jù)，實現(xiàn)數(shù)據(jù)的共享，避免信息的重復錄入。 建立

4、企業(yè)的消息中心，為企業(yè)應用提供發(fā)布/訂閱或點對點的通訊模式，以必要的時候以消息的形式驅(qū)動底層的數(shù)據(jù)集成?？傮w方案 企業(yè)管理水平的提高要求信息系統(tǒng)能夠從整體的角度對企業(yè)的業(yè)務過程進行統(tǒng)一的管理，要求能夠快速的適應由于客戶需求的變化、生產(chǎn)能力的提高、供應商供應能力的變化等等各種因素而導致的對企業(yè)生產(chǎn)經(jīng)營過程及組織結(jié)構(gòu)進行的調(diào)整。因此企業(yè)信息化建設要解決的核心問題之一就是如何建立企業(yè)的業(yè)務流程中心，使得管理者可以“運籌帷幄之中，決勝千里之外”。企業(yè)信息化建設要考慮的另一個問題就是如何以一種可擴展的、松耦合的方式，實現(xiàn)對企業(yè)現(xiàn)有應用、新建應用的集成，并保證應用之間足夠的獨立性。 本集成方案采用中創(chuàng)軟件

5、商用中間件有限公司的Infor系列中間件產(chǎn)品作為底層的中間件支撐平臺。Infor系列中間件提供一個安全穩(wěn)定、擴展靈活的基礎架構(gòu)平臺，實現(xiàn)可靠的消息通訊，實現(xiàn)構(gòu)件的管理和協(xié)同；通過工作流中間件和報表工具等開發(fā)設施的協(xié)助，Infor系列中間件使得快速構(gòu)建復雜應用，輕松應對業(yè)務變化成為可能。 圖系統(tǒng)中間件對企業(yè)應用的支撐體系 從應用系統(tǒng)的構(gòu)建、運行管理到各個應用的整合，從單一應用構(gòu)建、業(yè)務數(shù)據(jù)交換到企業(yè)應用集成，從傳統(tǒng)業(yè)務模式、Web服務到業(yè)務流程再造，Infor系列中間件可以提供全面平臺支持，讓您隨需而變，快速構(gòu)建復雜應用，在激烈競爭中脫穎而出。 基于Infor系列中間件構(gòu)建的企業(yè)業(yè)務集成解決方案

6、如下圖所示： 圖2.基于Infor系列中間件業(yè)務集成解決方案 業(yè)務流程中心 應用的集成首先是業(yè)務的集成。業(yè)務流程中心在企業(yè)信息系統(tǒng)集成方案中處于核心的位置。業(yè)務流程中心要為企業(yè)提供業(yè)務過程建模、管理、監(jiān)控、分析等全生命周期的管理職能，負責組織企業(yè)的運營過程，協(xié)調(diào)部門與部門、人與人之間的協(xié)作過程，調(diào)度工作項在業(yè)務人員之間的分配。數(shù)據(jù)層面的集成也通過業(yè)務流程中心來決定何時進行數(shù)據(jù)的抽取與轉(zhuǎn)移。 本方案的業(yè)務流程中心使用中創(chuàng)工作流中間件InforFlow來實現(xiàn)。InforFlow是遵循國際工作流管理聯(lián)盟(WFMC)規(guī)范實現(xiàn)的工作流中間件，為工作流自動化和構(gòu)建流程應用提供基礎平臺。InforFlow實

7、現(xiàn)了流程邏輯與業(yè)務邏輯的分離，能夠可視化的進行業(yè)務流程的分析、定義和業(yè)務單元的組裝，從而使應用開發(fā)人員更關注于業(yè)務邏輯的實現(xiàn)，降低了復雜流程應用的開發(fā)難度。InforFlow支持順序、分支、同步、循環(huán)、自循環(huán)、會簽等豐富的工作流模型，支持流程的動態(tài)調(diào)整，使開發(fā)者與最終用戶從容應對變化，提高應用系統(tǒng)的靈活性和適應性。InforFlow支持復雜業(yè)務流程的建模，使用普通活動、路由活動、子流程活動、塊活動等活動類型，可以對企業(yè)完整的運營過程進行分層、直觀的建模。InforFlow支持事件插件的處理，在流程實例、活動實例狀態(tài)發(fā)生改變的任一時刻，允許應用擴展業(yè)務功能。 在本方案中，數(shù)據(jù)中心對外提供的數(shù)據(jù)抽

8、取接口以及消息中心對外提供的發(fā)布消息的接口，即可實用事件插件進行實現(xiàn)，實現(xiàn)后將其插接在業(yè)務流程的某個環(huán)節(jié)中。這種實現(xiàn)方式將每個環(huán)節(jié)要完成的核心的業(yè)務邏輯與為支持集成而由系統(tǒng)自動完成的數(shù)據(jù)抽取、消息發(fā)布等等邏輯隔離開來，從而實現(xiàn)了這些集成組件的業(yè)務無關性及可重用性，進一步增強了系統(tǒng)的適應業(yè)務變化的能力。在本方案中，業(yè)務流程中心對外提供了兩類接口： XPDL接口 XPDL是WfMC所定義的用于描述業(yè)務流程的定義語言，InforFlow嚴格的使用此語言進行流程建模。通過此接口，業(yè)務流程中心可以接收外部系統(tǒng)定義的業(yè)務流程，并對業(yè)務流程進行合法性檢查，也可以向外部系統(tǒng)提供業(yè)務流程的完整描述。 流程控制接

9、口 流程控制接口以符合規(guī)范的形式對外提供流程控制的功能。應用可以通過本地的調(diào)用代理對工作流引擎發(fā)起遠程調(diào)用，完成對實際業(yè)務流程的驅(qū)動。應用可以通過這個接口完成對業(yè)務流程執(zhí)行實例的控制及流程實例運行信息的跟蹤查詢。 客戶訂單管理的業(yè)務流程如下： 1.市場人員接收客戶訂單并錄入訂單管理系統(tǒng)； 2.技術人員進行技術分析，并根據(jù)客戶需要做出設計方案； 3.市場人員依據(jù)技術人員出具的設計方案進行報價； 4.市場人員將設計方案及報價發(fā)送客戶確認，并簽訂合同。 市場人員從任務處理器中獲取“錄入訂單”的任務，并通過“訂單管理系統(tǒng)”錄入訂單信息； 訂單管理系統(tǒng)通過遠程調(diào)用代理向工作流引擎發(fā)送提交任務的請求； 工

10、作流引擎按照流程定義給技術分析人員分配任務； 工作流引擎調(diào)用數(shù)據(jù)抽取組件從訂單管理系統(tǒng)數(shù)據(jù)庫中抽取訂單信息，存儲到數(shù)據(jù)中心； 工作流引擎調(diào)用消息發(fā)布組件向消息中心發(fā)布消息； 消息中心將數(shù)據(jù)發(fā)送給已訂閱訂單信息的“設計系統(tǒng)消息代理”； 設計系統(tǒng)消息代理將數(shù)據(jù)進行拆包及本地化的格式轉(zhuǎn)換，并存儲到本地數(shù)據(jù)庫中。 可以看出，本方案具有的兩大特點： 以工作流引擎為核心，利用工作流引擎調(diào)度業(yè)務系統(tǒng)及各種擴展的組件。將為集成而開發(fā)各種集成業(yè)務組件同核心的業(yè)務系統(tǒng)隔離開來，使得業(yè)務系統(tǒng)可以不依賴于集成平臺而獨立運行。同時也提高了各獨立于業(yè)務系統(tǒng)的集成組件的可復用性。 數(shù)據(jù)中心 數(shù)據(jù)中心是企業(yè)信息化建設的核心之

11、一。主要完成數(shù)據(jù)中心向應用數(shù)據(jù)索取數(shù)據(jù)、發(fā)布消息及向訂閱數(shù)據(jù)的應用發(fā)送數(shù)據(jù)的功能。在數(shù)據(jù)的傳遞過程中，數(shù)據(jù)中心還將通過數(shù)據(jù)獲取與發(fā)送接口完成數(shù)據(jù)格式的轉(zhuǎn)換、打包、拆包等等步驟。數(shù)據(jù)中心通過一定的接口將應用所提供的數(shù)據(jù)收集上來，進行發(fā)布，并通過數(shù)據(jù)發(fā)送接口主動的向訂閱者發(fā)送數(shù)據(jù)。數(shù)據(jù)中心使得企業(yè)數(shù)據(jù)的集成變得簡單易行，有效的避免了應用的數(shù)據(jù)庫之間的差異，并從業(yè)務層面上簡化了數(shù)據(jù)的提供者與數(shù)據(jù)的訂閱者之間的錯綜復雜的業(yè)務關系。 數(shù)據(jù)中心是從數(shù)據(jù)層面連接分離的各個應用的橋梁。數(shù)據(jù)中心負責在適當?shù)臅r候從各企業(yè)應用中收集數(shù)據(jù)，對數(shù)據(jù)進行發(fā)布，并發(fā)送給所有的訂閱者，使得企業(yè)各部門能夠利用信息集成的成果，輔

12、助決策和管理。在本方案中，數(shù)據(jù)中心需要以點對點的模式從各應用數(shù)據(jù)庫中抽取應用的數(shù)據(jù)到數(shù)據(jù)中心，而各應用可以訂閱自己感興趣的業(yè)務數(shù)據(jù)，并接收數(shù)據(jù)中心發(fā)送過來的業(yè)務數(shù)據(jù)。安裝在各應用端的客戶端程序完成消息的訂閱、數(shù)據(jù)發(fā)送、數(shù)據(jù)接收功能。 數(shù)據(jù)中心提供的數(shù)據(jù)集成基于企業(yè)應用集成中間InforEAI。InforEAI采用XML消息表示，基于發(fā)布/訂閱的信息共享和消息路由機制使得業(yè)務系統(tǒng)的信息共享簡單和易于變化，可以連接異構(gòu)系統(tǒng)和操作環(huán)境，業(yè)務系統(tǒng)之間的松耦合使得在局部系統(tǒng)出錯的時候能更好地恢復，從而保證數(shù)據(jù)交換平臺具有更高的強壯性和擴展性。 數(shù)據(jù)抽取 數(shù)據(jù)抽取是指將業(yè)務數(shù)據(jù)從應用系統(tǒng)的數(shù)據(jù)庫中抽取到數(shù)

13、據(jù)中心的過程。數(shù)據(jù)的抽取是由業(yè)務驅(qū)動的。當業(yè)務人員完成他的某項任務時，業(yè)務流程中心通過以插件形式配置到工作流引擎中的數(shù)據(jù)抽取組件向應用數(shù)據(jù)庫發(fā)出數(shù)據(jù)抽取的命令，并通過部署在應用端的消息代理將指定的業(yè)務數(shù)據(jù)抽取并存儲到數(shù)據(jù)中心數(shù)據(jù)庫。 數(shù)據(jù)發(fā)送 數(shù)據(jù)發(fā)送是指將訂閱者訂閱的業(yè)務數(shù)據(jù)從數(shù)據(jù)中心發(fā)送到應用數(shù)據(jù)庫的過程。與數(shù)據(jù)的抽取相同，數(shù)據(jù)的發(fā)送也是由業(yè)務驅(qū)動的。一個可能的場景是，當業(yè)務人員處理他的某項任務之前，需要先從數(shù)據(jù)中心獲取最新的業(yè)務數(shù)據(jù)，這時就可以把負責發(fā)送數(shù)據(jù)的組件以插件的形式配置到工作流引擎啟動活動之前的時刻。這樣，當活動啟動時，業(yè)務流程中心即可將數(shù)據(jù)通過部署在應用端的消息代理發(fā)送并存儲

14、到應用系統(tǒng)數(shù)據(jù)庫中。 數(shù)據(jù)的發(fā)送同樣涉及數(shù)據(jù)的打包，類型轉(zhuǎn)換的過程。 數(shù)據(jù)訂閱 客戶端應用如果要從數(shù)據(jù)中心獲取數(shù)據(jù)，首先要向數(shù)據(jù)中心訂閱自己所需要的數(shù)據(jù)。數(shù)據(jù)中心提供了用戶可以訂閱的消息主題。 消息中心 消息中心對外向企業(yè)應用提供了發(fā)布/訂閱及點對點的通訊模式， 在本方案中，基于InforBus/Q實現(xiàn)的消息中心是企業(yè)應用之間進行通訊的中繼路由機構(gòu)，通訊的模式可以是發(fā)布/訂閱模式，也可以是點對點模式。 消息代理是消息中心在客戶端的本地代理，業(yè)務人員可以使用安裝在客戶端的消息代理向消息中心發(fā)布/訂閱消息。消息中心接收到消息后，可以對消息進行持久化（存儲到數(shù)據(jù)中）。消息中心收到客戶端發(fā)出的消息后，

15、也可以發(fā)起對某個業(yè)務集成組件的調(diào)用。一個典型的情況是，當某類業(yè)務人員對自己管理的計劃進行變更后，需要將變更的數(shù)據(jù)傳遞到數(shù)據(jù)中心，以供數(shù)據(jù)中心給所有訂閱此變更消息的應用系統(tǒng)發(fā)送數(shù)據(jù)。在這種情況下，數(shù)據(jù)的集成事件的觸發(fā)是由消息驅(qū)動的，而非由任務驅(qū)動的。與任務驅(qū)動方式相比，消息驅(qū)動的數(shù)據(jù)集成是一種更為靈活的集成策略。然而，這種集成策略本質(zhì)上違背了業(yè)務之間的承接關系，是對規(guī)范化管理的一種破壞，因此，應該盡量的避免過多的使用這個策略。 集成組件 集成組件是以系統(tǒng)集成為目的而實現(xiàn)的一類業(yè)務組件，集成組件獨立于業(yè)務系統(tǒng)，在各業(yè)務系統(tǒng)之間完成消息傳遞、數(shù)據(jù)抽取與發(fā)布等功能。集成組件有利于保障平臺所要集成的各個

16、系統(tǒng)之間的獨立性，是以松耦合形式實現(xiàn)應用集成的有效方式。在本方案中，目前提供以下幾類集成組件： 數(shù)據(jù)抽取組件向數(shù)據(jù)中心發(fā)起進行數(shù)據(jù)抽取的命令，完成從應用系統(tǒng)數(shù)據(jù)庫中抽取業(yè)務數(shù)據(jù)的過程調(diào)用。 數(shù)據(jù)發(fā)布組件向數(shù)據(jù)中心發(fā)起發(fā)布數(shù)據(jù)的命令，由數(shù)據(jù)中心將指定的數(shù)據(jù)分發(fā)給所有的訂閱者。 消息發(fā)布組件向消息中心發(fā)出發(fā)布消息的命令，由消息中心完成消息向訂閱者的發(fā)分。 在本方案中，集成組件不能由業(yè)務系統(tǒng)直接調(diào)用，而是根據(jù)配置，通過業(yè)務流程中心（工作流引擎）與消息中心自動發(fā)起的。 方案優(yōu)點分析 面向服務的集成總線 圖3.面向服務的集成總線 整個系統(tǒng)構(gòu)建于基于企業(yè)服務總線而搭建的企業(yè)信息化建設平臺之上，為企業(yè)信息化建設打下了良好的基礎。平臺提供了構(gòu)建企業(yè)應用所必須的各種基礎設施，為企業(yè)提供了從技術層面到業(yè)務層面進行信息化建設所經(jīng)常面對的問題的解決方案。面向服務的總結(jié)結(jié)構(gòu)使用以后開發(fā)的新系統(tǒng)可以方便的集成到平臺中去。 可擴展性高，可方便的集成新的應用 較高的可擴展性是本方案突出的優(yōu)點之一。面向服務總線的體系結(jié)構(gòu)使得新增的應用可以方便的插接到系統(tǒng)中去。用戶只需要獨立的完成新增應用的開發(fā)，并通過業(yè)務流程中心重新對業(yè)務過程進行組織，將新開發(fā)應用包含進來，就可以通過遠程調(diào)用代理與消息代理松散的集成到整個系統(tǒng)中去。