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

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

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

3、立起來的工作經驗等等。這些分離的應用隔離了業(yè)務之間的關系，原本連貫完整的業(yè)務流程被人為的破壞。而業(yè)務人員由于熟悉了自己的工作環(huán)境因此不希望這些系統(tǒng)被完全的拋棄。1.2 企業(yè)信息化建設需要解決的問題因此，隨著企業(yè)的發(fā)展，企業(yè)應用集成已逐漸提到企業(yè)信息化建設的日程上來。綜合來說，集成所要解決的問題包括以下幾點：將面向職能的系統(tǒng)進行面向角色的整合按照企業(yè)的管理思想，將分散的業(yè)務進行集中的管理將分散的業(yè)務數(shù)據(jù)進行集中的數(shù)據(jù)整合解決遠程異構系統(tǒng)間信息互通的問題圖2.面向角色的企業(yè)應用系統(tǒng)架構 2 基于流程的企業(yè)業(yè)務集成方案2.1 目標建立企業(yè)業(yè)務流程中心，統(tǒng)一管理業(yè)務流程，并驅動底層的數(shù)據(jù)集成及消息傳輸

4、。建立企業(yè)數(shù)據(jù)中心，為應用提供統(tǒng)一的數(shù)據(jù)接口，集中分布于各個應用的數(shù)據(jù)，實現(xiàn)數(shù)據(jù)的共享，避免信息的重復錄入，以數(shù)據(jù)的變更為起點驅動業(yè)務流程的流轉。建立企業(yè)的消息中心，為企業(yè)應用提供發(fā)布/訂閱或點對點的通訊模式，以必要的時候以消息的形式驅動底層的數(shù)據(jù)集成。2.2 設計思路由于不同企業(yè)應用的運行環(huán)境的復雜性，以及所面向的業(yè)務領域的相對獨立性，本方案的設計嚴格遵循以下思路：松耦合的實現(xiàn)現(xiàn)有應用在業(yè)務層面及數(shù)據(jù)層面的集成；為集成而開發(fā)的程序單獨進行配置，提供隨需應變的集成策略；面向業(yè)務領域的集成策略，保證所建立的系統(tǒng)模型能夠忠實的反映企業(yè)實際的運行狀況。采用面向服務的企業(yè)總線，為企業(yè)今后業(yè)務系統(tǒng)的完善

5、提供可擴展的基礎平臺。本方案所涉及的基本組件與集成方式如下圖所示：圖3.集成平臺邏輯結構2.3 總體方案企業(yè)管理水平的提高要求信息系統(tǒng)能夠從整體的角度對企業(yè)的業(yè)務過程進行統(tǒng)一的管理，要求能夠快速的適應由于客戶需求的變化、生產能力的提高、供應商供應能力的變化等等各種因素而導致的對企業(yè)生產經營過程及組織結構進行的調整。因此企業(yè)信息化建設要解決的核心問題之一就是如何建立企業(yè)的業(yè)務流程中心，使得管理者可以“運籌帷幄之中，決勝千里之外”。企業(yè)信息化建設要考慮的另一個問題就是如何以一種可擴展的、松耦合的方式，實現(xiàn)對企業(yè)現(xiàn)有應用、新建應用的集成，并保證應用之間足夠的獨立性。本集成方案采用中創(chuàng)軟件商用中間件有

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

7、forflow、inforeai、inforbus/q。inforflow是參考國際工作流管理規(guī)范實現(xiàn)的工作流中間件，為工作流自動化和流程再造提供基礎平臺。inforflow實現(xiàn)了流程邏輯與業(yè)務邏輯的分離，能夠可視化的進行業(yè)務流程的分析、定義和業(yè)務單元的組裝，從而使應用開發(fā)人員更關注于業(yè)務邏輯的實現(xiàn)，降低了復雜流程應用的開發(fā)難度。inforeai是解決企業(yè)應用和政府電子政務系統(tǒng)的信息互通、數(shù)據(jù)共享和應用整合的中間件，是面向應用集成的中間件產品。通過可視化的構件協(xié)同建模，可以快速構建網絡應用，全面提升集成能力。inforeai符合國際標準化組織omg的eai規(guī)范，提供基于消息驅動和構件化的企業(yè)應

8、用集成框架，采用可視化拖放構件進行組裝和配置應用適配器的方式來完成應用集成，從而有效簡化了應用集成的復雜性，大幅降低了應用集成的開發(fā)難度和門檻，縮減集成的開發(fā)周期和費用，提高集成的效率。在應用集成的過程中，用戶基本不需要編程，或者只需要少量的編程。inforbus/q是面向分布式應用的消息傳輸中間件。它為網絡環(huán)境下的應用系統(tǒng)的開發(fā)、部署及運行，提供了靈活和易用的支撐平臺。inforbus/q提供多種通信方式，為分布式應用提供高效、可靠、跨越不同操作系統(tǒng)、不同網絡的消息/文件傳送服務。提供基于java語言編寫的分布式應用管理平臺，可以對inforbus/q服務以及傳送的消息進行遠程的監(jiān)控、管理。

9、同時，inforbus/q提供對多種開發(fā)語言的支持，提供c、c+、java語言的api和idl接口，使用inforbus/q可以減少開發(fā)人員的開發(fā)強度，縮短開發(fā)周期?；趇nfor系列中間件構建的企業(yè)業(yè)務集成解決方案如下圖所示：圖5.inforflow的可擴展架構2.3.1 業(yè)務流程中心應用的集成首先是業(yè)務的集成。業(yè)務流程中心在企業(yè)信息系統(tǒng)集成方案中處于核心的位置。業(yè)務流程中心要為企業(yè)提供業(yè)務過程建模、管理、監(jiān)控、分析等全生命周期的管理職能，負責組織企業(yè)的運營過程，協(xié)調部門與部門、人與人之間的協(xié)作過程，調度工作項在業(yè)務人員之間的分配。數(shù)據(jù)層面的集成也通過業(yè)務流程中心來決定何時進行數(shù)據(jù)的抽取與轉

10、移。本方案的業(yè)務流程中心使用中創(chuàng)工作流中間件inforflow來實現(xiàn)。inforflow支持順序、分支、同步、循環(huán)、自循環(huán)、會簽等豐富的工作流模型，支持流程的動態(tài)調整，使開發(fā)者與最終用戶從容應對變化，提高應用系統(tǒng)的靈活性和適應性。inforflow支持復雜業(yè)務流程的建模，使用普通活動、路由活動、子流程活動、塊活動等活動類型，可以對企業(yè)完整的運營過程進行分層、直觀的建模。inforflow支持事件插件的處理，在流程實例、活動實例狀態(tài)發(fā)生改變的任一時刻，允許應用擴展業(yè)務功能。圖6.業(yè)務驅動的集成策略在本方案中，數(shù)據(jù)中心對外提供的數(shù)據(jù)抽取接口以及消息中心對外提供的發(fā)布消息的接口，即可使用事件插件進行

11、實現(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è)務流程的完整描述。流程控制接口流程控制接口以符合規(guī)范的形式對外提供流程控制的功能。應用可以通過本地

12、的調用代理對工作流引擎發(fā)起遠程調用，完成對實際業(yè)務流程的驅動。應用可以通過這個接口完成對業(yè)務流程執(zhí)行實例的控制及流程實例運行信息的跟蹤查詢。下圖以客戶訂單管理中接收客戶訂單為例展示了業(yè)務流程中心通過任務驅動系統(tǒng)運行的過程?？蛻粲唵喂芾淼臉I(yè)務流程如下：1. 市場人員接收客戶訂單并錄入訂單管理系統(tǒng)；2. 技術人員進行技術分析，并根據(jù)客戶需要做出設計方案；3. 市場人員依據(jù)技術人員出具的設計方案進行報價；4. 市場人員將設計方案及報價發(fā)送客戶確認，并簽訂合同。圖7.基于發(fā)布/訂閱的消息傳輸市場人員從任務處理器中獲取“錄入訂單”的任務，并通過“訂單管理系統(tǒng)”錄入訂單信息；訂單管理系統(tǒng)通過遠程調用代理向

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

14、 數(shù)據(jù)中心數(shù)據(jù)中心是企業(yè)信息化建設的核心之一。主要完成數(shù)據(jù)中心向應用數(shù)據(jù)索取數(shù)據(jù)、發(fā)布消息及向訂閱數(shù)據(jù)的應用發(fā)送數(shù)據(jù)的功能。在數(shù)據(jù)的傳遞過程中，數(shù)據(jù)中心還將通過數(shù)據(jù)獲取與發(fā)送接口完成數(shù)據(jù)格式的轉換、打包、拆包等等步驟。數(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ā)送給所有的訂閱者，

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

16、展性。 數(shù)據(jù)抽取數(shù)據(jù)抽取是指將業(yè)務數(shù)據(jù)從應用系統(tǒng)的數(shù)據(jù)庫中抽取到數(shù)據(jù)中心的過程。數(shù)據(jù)的抽取是由業(yè)務驅動的。當業(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è)務驅動的。一個可能的場景是，當業(yè)務人員處理他的某項任務之前，需要先從數(shù)據(jù)中心獲取最新的業(yè)務數(shù)據(jù)，這時就可以把負責發(fā)送數(shù)據(jù)的組件以插件的形式配置到工作流引擎啟動活動之前的時刻。這樣，當活動啟

17、動時，業(yè)務流程中心即可將數(shù)據(jù)通過部署在應用端的消息代理發(fā)送并存儲到應用系統(tǒng)數(shù)據(jù)庫中。數(shù)據(jù)的發(fā)送同樣涉及數(shù)據(jù)的打包，類型轉換的過程。 數(shù)據(jù)訂閱客戶端應用如果要從數(shù)據(jù)中心獲取數(shù)據(jù)，首先要向數(shù)據(jù)中心訂閱自己所需要的數(shù)據(jù)。數(shù)據(jù)中心提供了用戶可以訂閱的消息主題。 數(shù)據(jù)事件當eai偵聽到數(shù)據(jù)源數(shù)據(jù)發(fā)生變更后，通過低層消息機制將數(shù)據(jù)轉移到數(shù)據(jù)中心并發(fā)布消息的同時，可以調用定義在某種條件下的事件接口。通過此接口，可以實現(xiàn)基于數(shù)據(jù)驅動的集成方式。圖9.數(shù)據(jù)驅動的集成策略仍以客戶訂單管理的流程為例，使用數(shù)據(jù)驅動觸發(fā)的集成策略如下圖所示： 市場人員從任務處理器中獲取“設計變更”的任務，并通過“pdm系統(tǒng)”錄入新的設

18、計數(shù)據(jù)； 數(shù)據(jù)保存到pdm系統(tǒng)數(shù)據(jù)庫后，數(shù)據(jù)中心通過eai源適配器將數(shù)據(jù)抽取到數(shù)據(jù)中心； 數(shù)據(jù)中心發(fā)布消息，并將數(shù)據(jù)分布給訂閱者； 數(shù)據(jù)中心調用業(yè)務驅動集成組件驅動業(yè)務的流轉； 業(yè)務驅動集成組件通過inforflow客戶端程序向工作流引擎發(fā)出提交任務的命令； 工作流引擎按照流程定義給訂單管理人員分配任務； 工作流引擎調用消息發(fā)布組件向消息中心發(fā)布消息；可以看出，這種集成策略也具有兩大特點：以數(shù)據(jù)中心為核心，利用消息機制向工作流引擎發(fā)出命令調度業(yè)務系統(tǒng)。將為集成而開發(fā)各種集成業(yè)務組件同核心的業(yè)務系統(tǒng)隔離開來，使得業(yè)務系統(tǒng)可以不依賴于集成平臺而獨立運行。同時也提高了各獨立于業(yè)務系統(tǒng)的集成組件的可復

19、用性。2.3.3 消息中心消息中心對外向企業(yè)應用提供了發(fā)布/訂閱及點對點的通訊模式， 在本方案中，基于inforbus/q實現(xiàn)的消息中心是企業(yè)應用之間進行通訊的中繼路由機構，通訊的模式可以是發(fā)布/訂閱模式，也可以是點對點模式。消息代理是消息中心在客戶端的本地代理，業(yè)務人員可以使用安裝在客戶端的消息代理向消息中心發(fā)布/訂閱消息。消息中心接收到消息后，可以對消息進行持久化（存儲到數(shù)據(jù)中）。消息中心收到客戶端發(fā)出的消息后，也可以發(fā)起對某個業(yè)務集成組件的調用。一個典型的情況是，當某類業(yè)務人員對自己管理的計劃進行變更后，需要將變更的數(shù)據(jù)傳遞到數(shù)據(jù)中心，以供數(shù)據(jù)中心給所有訂閱此變更消息的應用系統(tǒng)發(fā)送數(shù)據(jù)。

20、在這種情況下，數(shù)據(jù)的集成事件的觸發(fā)是由消息驅動的，而非由任務驅動的。與任務驅動方式相比，消息驅動的數(shù)據(jù)集成是一種更為靈活的集成策略。然而，這種集成策略本質上違背了業(yè)務之間的承接關系，是對規(guī)范化管理的一種破壞，因此，應該盡量的避免過多的使用這個策略。仍以客戶訂單管理的流程為例，使用消息觸發(fā)的集成策略如下圖所示：圖10.消息驅動的集成策略2.3.4 集成組件 集成組件是以系統(tǒng)集成為目的而實現(xiàn)的一類業(yè)務組件，集成組件獨立于業(yè)務系統(tǒng)，在各業(yè)務系統(tǒng)之間完成消息傳遞、數(shù)據(jù)抽取與發(fā)布等功能。集成組件有利于保障平臺所要集成的各個系統(tǒng)之間的獨立性，是以松耦合形式實現(xiàn)應用集成的有效方式。在本方案中，目前提供以下幾

21、類集成組件： 數(shù)據(jù)抽取組件向數(shù)據(jù)中心發(fā)起進行數(shù)據(jù)抽取的命令，完成從應用系統(tǒng)數(shù)據(jù)庫中抽取業(yè)務數(shù)據(jù)的過程調用。 數(shù)據(jù)發(fā)布組件向數(shù)據(jù)中心發(fā)起發(fā)布數(shù)據(jù)的命令，由數(shù)據(jù)中心將指定的數(shù)據(jù)分發(fā)給所有的訂閱者。 消息發(fā)布組件向消息中心發(fā)出發(fā)布消息的命令，由消息中心完成消息向訂閱者的發(fā)分。 業(yè)務驅動集成組件由數(shù)據(jù)中心調用，向工作流引擎發(fā)出提交任務的命令。在本方案中，集成組件不能由業(yè)務系統(tǒng)直接調用，而是根據(jù)配置，通過業(yè)務流程中心（工作流引擎）、消息中心或者數(shù)據(jù)中心自動發(fā)起的。2.4 方案特點 面向服務的集成總線圖11.面向服務的集成總線整個系統(tǒng)構建于基于企業(yè)服務總線而搭建的企業(yè)信息化建設平臺之上，為企業(yè)信息化建設打

22、下了良好的基礎。平臺提供了構建企業(yè)應用所必須的各種基礎設施，為企業(yè)提供了從技術層面到業(yè)務層面進行信息化建設所經常面對的問題的解決方案。面向服務的總結結構使用以后開發(fā)的新系統(tǒng)可以方便的集成到平臺中去。 可擴展性高，可方便的集成新的應用較高的可擴展性是本方案突出的優(yōu)點之一。面向服務總線的體系結構使得新增的應用可以方便的插接到系統(tǒng)中去。用戶只需要獨立的完成新增應用的開發(fā)，并通過業(yè)務流程中心重新對業(yè)務過程進行組織，將新開發(fā)應用包含進來，就可以通過遠程調用代理與消息代理松散的集成到整個系統(tǒng)中去。 基于組件的開發(fā)思路，徹底分離業(yè)務邏輯，提高可復用性流程邏輯與業(yè)務邏輯的分離使得對業(yè)務功能的擴展變得簡單清晰；

23、以插件形式部署的集成組件獨立于業(yè)務系統(tǒng)，使得這些組件可以在業(yè)務過程的各個環(huán)節(jié)中進行重用。 集中管理、分散控制業(yè)務流程中心的建立使得管理人員可以集中的對企業(yè)各個業(yè)務過程進行管理與監(jiān)控，可以方便的完成對業(yè)務過程執(zhí)行的各個環(huán)節(jié)的分析，以便找出業(yè)務過程中存在的瓶頸，并及時進行改進。而各職能部門是企業(yè)運營的執(zhí)行機構，他們通過分布于各部門的面向職能的業(yè)務系統(tǒng)完成自己的業(yè)務工作。整個系統(tǒng)的結構反映了企業(yè)組織結構之上的管理關系。2.5 運行分析本方案基于中創(chuàng)infor系統(tǒng)中間件，并通過定義可擴展、可拆裝的集成組件，實現(xiàn)了多應用系統(tǒng)的統(tǒng)一管理與數(shù)據(jù)共享。在系統(tǒng)運行效率方面，可以滿足企業(yè)業(yè)務實時辦理、數(shù)據(jù)實時傳輸

24、、消息及時通知以及系統(tǒng)間大數(shù)據(jù)量轉移的要求。在性能方面，由于系統(tǒng)所依賴的三個關鍵的infor系列中間件產品inforflow、inforeai、inforbus/q都有較高的處理性能，并都已經過眾多大項目的考驗，因此完全可以滿足企業(yè)級應用系統(tǒng)的性能要求。系統(tǒng)作為企業(yè)信息化建設的基礎平臺，實現(xiàn)了形式多樣的企業(yè)應用之間的協(xié)同處理，并通過三種特點不同的集成策略很好的解決了企業(yè)應用集成面臨的重多難題，同時也有利于建立符合企業(yè)實際業(yè)務特點的、實用的系統(tǒng)模型，滿足企業(yè)對規(guī)范性、靈活性、及時性的要求。2.6 成本分析實施本方案，需要提供獨立的性能良好的應用服務器一臺、數(shù)據(jù)庫服務器一臺，此外需要采購infor

25、系列中間件的費用以及針對企業(yè)的不同需求建立業(yè)務流程、數(shù)據(jù)中心的開發(fā)及維護費用。但是，企業(yè)在增加這些成本的同時，節(jié)省的卻是企業(yè)對現(xiàn)有應用的投資以及業(yè)務人員多年以來在現(xiàn)有應用上建立起來的工作經驗。因此，與為集成而完全重建所有企業(yè)應用的方案相比，采用本方案可以節(jié)省企業(yè)大量無謂的花費。此外，由于語言及環(huán)境的限制，或者對于一些不遵循規(guī)范開發(fā)的建立時間較早的應用而言，如果難以通過改造現(xiàn)有應用實現(xiàn)集成，本方案采取了數(shù)據(jù)驅動的集成策略，同時利用inforeai良好的用戶操作界面，可以非常方便的實現(xiàn)對這類應用的集成，使得從數(shù)據(jù)到業(yè)務的集成簡便易行。這樣，也大大降低了企業(yè)應用集成的成本。3 案例分析3.1 面向制

26、造業(yè)的信息系統(tǒng)整合本方案針對國內某大型制造企業(yè)設計實施。在實施本項目之前，該企業(yè)已實施多個信息系統(tǒng)，但是系統(tǒng)間相互獨立，信息不能共享，基礎數(shù)據(jù)需在不同系統(tǒng)中多次重復錄入，用戶需求的變更、技術數(shù)據(jù)的修改難以及時反映到其它系統(tǒng)中并給相關人員以通知。同時，排產系統(tǒng)、采購計劃制訂等系統(tǒng)是以c/s結構的形式自主研發(fā)的系統(tǒng)，開發(fā)工具為pb，部署和維護成本較高，需要對這些系統(tǒng)進行重新開發(fā)以方便集成到整個系統(tǒng)中去。目前已實施的系統(tǒng)包括：系統(tǒng)名稱 開發(fā)工具 功能簡述排產系統(tǒng)開發(fā)工具：pb系統(tǒng)結構：二層c/s根據(jù)訂單信息制訂生產排班計劃、根據(jù)客戶歷史需求進行訂單預測及虛擬排產pdm (plm)開發(fā)工具：java

27、swing、會話bean系統(tǒng)結構：三層c/sswing client/jboss/(sqlserver)oracle專業(yè)的制造設計軟件erp(mas)開發(fā)工具：oracle form系統(tǒng)結構：二層c/s包括原材料的管理。其數(shù)據(jù)庫結構復雜，涉及4000多個數(shù)據(jù)庫表。功能全面，但目前主要是庫存和財務使用。tms（運輸管理系統(tǒng)）開發(fā)工具：jsp/tomcat/struts/表單生成系統(tǒng)結構：b/s訂單的合同信息管理、箱號生成及運輸前流程跟蹤、運輸過程管理、運費計算、提供財務數(shù)據(jù)? 實施系統(tǒng)整合的目的在于，整合之后，各職能部門的業(yè)務人員可以從向其它部門提供信息的這種煩雜的事務中脫離出來，專心于自己的主

28、要業(yè)務的處理，從而提高辦事效率。通過信息共享，公司各級領導、各職能部門的業(yè)務人員在經過授權的條件下，可以方便的獲取對自己的工作有價值的信息，可以隨時跟蹤訂單的處理狀況，發(fā)現(xiàn)問題，以便于及時對生產過程做出調整。當客戶訂單、生產計劃、采購計劃任何一方發(fā)生變更時，系統(tǒng)可以通過消息機制及時通知相關人員，并啟動計劃變更處理流程，在流程的驅動下將相關的訂單信息、物料需求清單等業(yè)務數(shù)據(jù)分發(fā)到不同的系統(tǒng)數(shù)據(jù)庫中。對于由原有的tms、pdm、mas等系統(tǒng)引起的業(yè)務數(shù)據(jù)變化，采用了基于數(shù)據(jù)驅動的集成方式，降低了集成的難度，同時也大大降低了系統(tǒng)之間的耦合性，使得這些原有系統(tǒng)仍然可以獨立于集成平臺運行。 3.2 民航

29、機場信息系統(tǒng)集成我國的民航機場管理經歷了從手工到半自動化的初期發(fā)展階段，經過多年的發(fā)展，信息技術、網絡技術的發(fā)展為改進信息的收集、處理、發(fā)布提供了技術基礎，在國內民航機場管理方面出現(xiàn)了很多基于網絡信息技術的管理系統(tǒng)和集成系統(tǒng)，極大地改善了機場的生產運行效率和管理水平。但是，僅僅靠信息管理系統(tǒng)還不能夠從根本上解決人的問題，機場管理的對象定義為機場的業(yè)務流程、信息流程和管理流程，業(yè)務流程是基于民航機場業(yè)務的客觀實際，是各種管理系統(tǒng)的出發(fā)點和根本點，它解決做什么的問題，即為航班和旅客提供安全正點、幽雅舒適的航空服務；信息流程是基于業(yè)務流程，為業(yè)務流程提供自動化的信息管理平臺，是將業(yè)務流程分解成技術手

30、段的結果，是服務于業(yè)務流程，它解決如何做的問題，合理的信息流程有助于業(yè)務流程的順利執(zhí)行；管理流程源于業(yè)務流程和信息流程，將人的因素作為融合業(yè)務流程與信息流程的主要因素，從管理的角度對業(yè)務流程和信息流程加以規(guī)范、綜合、提高，它解決信息系統(tǒng)能夠規(guī)范的但不能保證有效實施的問題。好的管理流程可以更加規(guī)范業(yè)務流程和信息流程，能夠使信息流程與業(yè)務流程的融合更加完美。成功的信息集成系統(tǒng)有賴于充分有效的業(yè)務需求分析、成熟可靠的信息管理平臺，更有賴于符合實際的、簡便易行的管理規(guī)定。系統(tǒng)應當反應當今世界先進水平并具有發(fā)展?jié)摿?，符合相應的國際標準和協(xié)議，具備容錯冗余功能，不因局部故障而引起整個系統(tǒng)癱瘓，整個系統(tǒng)應完

31、全立足于機場生產運營管理和旅客信息服務，提高工作效率，減少人為差錯，實現(xiàn)對旅客和駐場單位的優(yōu)質服務。系統(tǒng)應具備高度的安全性和保密性，防止各種形式的非法侵入。系統(tǒng)應具備良好的可維護性和可操作性，在保證系統(tǒng)安全可靠的前提下，實現(xiàn)系統(tǒng)的經濟性。機場信息管理系統(tǒng)具有以下特點： 可伸縮性：易于并能有效地伸縮以滿足業(yè)務需求增長的需要。 靈活性：能夠根據(jù)需要進行靈活調整。 互操作性：可以與不同平臺的系統(tǒng)靈活接口，傳遞信息。 可擴展性：系統(tǒng)功能可以由用戶快速定制。 可使用性：設計時充分考慮最終用戶的技能水平。 企業(yè)集成：能無縫地與企業(yè)中其它相關系統(tǒng)通信和交換信息。 可管理性：能夠被配置、部署、監(jiān)控和優(yōu)化以保證

32、其在預定環(huán)境中工作良好。 安全：保護信息和事務的完整性。圖12.民航機場信息集成系統(tǒng)功能架構圖系統(tǒng)基于inforeai、inforflow、inforweb等產品來構建系統(tǒng)，主要展現(xiàn)機場各子系統(tǒng)數(shù)據(jù)實時同步及核心業(yè)務子系統(tǒng)站坪子系統(tǒng)的生產流程管理的流程特點。機位分配子系統(tǒng)、航班信息管理子系統(tǒng)與數(shù)據(jù)中心之間的實時數(shù)據(jù)同步是基于inforeai來實現(xiàn)的，使用基于數(shù)據(jù)驅動的集成策略；而新開發(fā)的站坪服務子系統(tǒng)與數(shù)據(jù)中心之間的數(shù)據(jù)同步使用基于業(yè)務流程的集成策略。系統(tǒng)邏輯結構如下圖所示：圖13.民航機場系統(tǒng)的系統(tǒng)邏輯圖機場信息管理系統(tǒng)作為機場航站樓弱電系統(tǒng)核心，承擔機場航站樓各弱電子系統(tǒng)的信息樞紐作用，同時承擔著機場航站樓主要業(yè)務的調度管理工作。 機場內部主要業(yè)務工作都是圍繞保障航班安全正點運行來展開的，作為機場運行的核心系統(tǒng)，信息系統(tǒng)應能夠對航班保障流程的全過程進行現(xiàn)代化的調度管理，制定合理的航班保障流程，替代原有大量繁復