摘  要： 結合自身實際建設，詳細介紹了基于共享數據中心(Sharing Data Center)、應用SOA(Service-Oriented Architecture)核心組件ESB（Enterprise Service Bus）實現的數字化校園應用系統整合，真正意義上達到了數字化校園數據的同步和有效共享，從根本上消除了“信息孤島”。
關鍵詞： 企業服務總線；共享數據中心；組件；數字化校園；應用整合

    互聯網的快速發展為高校數字化校園的發展提供了極好的機遇。但高校在數字化校園建設過程中，由于諸多原因，應用系統數據的使用、集成和共享出現了瓶頸，隨著應用的增多，“信息孤島”也日漸突現，一定程度上制約著高校信息化建設的發展。因此，實現各應用系統之間的數據有機整合成為高校數字化校園建設急待解決的關鍵問題。
    根據需求調研，采用共享數據中心模式來解決應用系統數據整合。共享數據中心存儲全局共享的數據, 通過數據交換工具，把業務系統需共享的數據抽取到共享數據中心進行保存,通過數據訂閱和抽取的方式實現數據共享。這種模式既體現了數據中心的“共享”地位，又實現了共享數據的存儲和轉發，能有效地實現數據的整合[1]。
    對于應用系統與共享數據中心的集成，根據數據標準，使用數據集成客戶端工具（ESB客戶端工具），在共享數據中心庫中建立系統需要的數據結構。共享數據中心根據應用系統的業務需要，生成相應的主題庫，應用系統在進行數據操作時，直接調用中間件服務，對共享數據中心主題數據庫進行操作。
    本文以我院數字化校園數據集成和整合項目（下簡稱“本項目”）為例，闡述基于SOA下，如何基于共享數據中心應用ESB中間件實現數字化校園應用系統的數據整合。
1 SOA和ESB中間件技術
    SOA(Service-Oriented Architecture)是面向服務的體系結構，是一個組件模型，它將應用程序的不同功能單元(稱為服務)通過服務之間定義良好的接口和契約聯系起來[2]。服務層是SOA的基礎，可以直接被應用調用，從而有效控制系統中與軟件代理交互的人為依賴性。
    采用SOA架構，可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用，有利于項目的建設。在基于SOA架構的系統中，具體應用程序的功能是由一些松耦合并具有統一接口定義方式的組件(Web Service)組合構建起來。
    在本項目中，各個業務組件均以服務的方式提供給用戶使用，例如表輸入組件、表輸出組件、增量表組件、字段映射組件等。
    組件被提交到ESB平臺中，通過服務的編排實現具體的業務，達到重復利用組件的效果，這些組件最終以Web Service的方式部署在ESB平臺中。
    企業服務總線ESB(Enterprise Service Bus)是基于SOA思想的企業應用集成的基礎軟件架構。IDC將ESB定義為基于開放的標準消息總線，通過標準的適配器和接口提供各程序和組件之間的互操作功能。它支持相互獨立的異構環境中的服務、消息及基于事件的交互，并具有適當的服務級別和可管理性。
    作為SOA架構的信息傳輸龍骨，ESB為SOA提供了一種連通性的基礎架構，用以連接SOA中的服務。第三方的程序組件能夠以標準的方式“插入”到該平臺上運行，組件之間能夠以標準的消息通信方式進行交互。
    在本項目中，所有的數據交換流程都是由多個SOA組件編排組成，SOA組件表現為設計器中的服務組件，例如“表輸入”、“字段映射”等。以“表輸入”組件為例，主要完成從應用系統數據庫抽取數據到ESB平臺中，并轉換成ESB內部傳輸格式的功能；而“字段映射”組件，則是完成兩個表之間不同字段之間的映射關系的功能等；這些服務組件在配置后提交到ESB平臺，注冊形成特定的服務，供流程引擎調用，最終串聯成一條完整的服務流程，完成特定業務功能。這些服務和流程本身都被提交到ESB平臺中進行管理，通過統一的接口注冊在平臺中，ESB管理這些組件和流程，實現流程調用和數據的傳輸[3]。
    ESB平臺分為服務端和客戶端兩個部分，分別部署在數據中心服務器和各個應用系統數據庫服務器端，服務端與客戶端之間使用消息中間件實現數據的傳輸以保證數據傳輸的可靠性。服務端與客戶端只需要運行在相應的Java環境下，安裝部署非常方便。
2 應用系統整合思路
    通過對學院各部門業務的充分調研，主要應用系統數據流向關系描述為：
    (1)人事管理系統需要將共享數據上傳到共享數據中心，上傳的數據包括教職工的基本信息、所屬部門系統、工資信息、津貼信息等。
    (2)教務管理系統需要將學生的基本信息、在校信息、通訊信息、家庭信息、院系信息、專業信息、課程信息、教學計劃信息、選課信息、教室使用信息、實驗室使用信息等上傳到共享數據中心，為其他應用系統提供最基礎的應用數據。同時，由于教務管理系統涉及老生的注冊功能，因此需要將老生的報到信息同步到共享數據中心，并將一卡通的學生報到數據、收費系統的收費數據、學工的貸款審批信息的狀況下載到教務系統中，根據這些信息，在教務系統中實現自動注冊。
    (3)學工系統根據本身的需求，將學生的基本信息下載到系統中（包括從高考招生的學生基本信息[臨時學號]、學生基本信息（教務上傳的學生基本信息[正式學號]）、院系統、班級、專業信息、財務借、貸發放情況、教學的學籍處分信息下載到本地；對于從臨時學號變為正式學號，系統需要將學號進行更新。同時，學工系統需要將獎學金、勤工助學、補助、貸款、宿舍分配信息提供給共享數據中心。
    (4)招生辦提供的學生招生信息，通過手工導入方式導入到共享數據中心，共享數據中心根據學校提供的學號編碼規則編制臨時學號，再導入到高考招生基本信息集中。
    (5)迎新管理系統根據目前招生導入的高考招生基本信息集，同步到迎新系統的學生基本信息中，一開始時使用學生的臨時學號。同時，也需要將收費系統、學工系統上載的學生繳費信息、學生貸款信息等下載到迎新系統中，進行新生注冊校驗；學生的報到、注冊信息自動同步到共享數據中心。在迎新完成之后，在共享數據中心提供手工的方式，為新生產生正式學號；同時將正式學號的學生基本信息、院系信息、專業信息等上傳到共享數據中心。
    (6)收費系統將共享數據中心導入的學生招生信息（臨時學號）下載到收費系統中，并根據學生所在的院系、專業、班級情況，制訂收費標準。并將收費情況提供給共享數據中心。迎新結束之后，學生的學號信息變為正式學號，由教務系統上傳后，再下載學生的正式學號，修改臨時學號為正式學號。
    (7)圖書館管理系統將學生信息、教職工信息下載到讀者信息庫中。同時，將讀者借閱信息、罰款信息、逾期信息、圖書信息提供給共享數據中心，方便學校查詢。
    (8)精品課程系統只處理教師的帳號信息以及教師制作的精品課程信息。只需要將教師的基本信息下載到用戶信息庫中。同時，將教師制作的精品課程基本信息同步到共享數據中心的精品課程庫中，為統計分析提供基礎數據。
    (9)機房管理系統主要是對學生上機情況進行管理，需要共享數據中心提供院系、班級、學生、專業、課程、排課等信息。
    (10)多媒體教室中控監控系統需要共享數據中心的教師基本信息、一卡通的卡號信息。
    (11)網絡教學平臺為教師與學生的互動提供基礎平臺，因此需要共享數據中心提供院系、班級、學生、專業、課程、排課、教師等信息。
    (12)人事管理系統為共享數據中心提供教師的基本信息、工資信息等。
    (13)財務管理系統為共享數據中心提供科研經費信息，教職工的工資、津貼、補助等信息，學生的獎、貸、助、罰等信息。
    (14)資產管理系統需要共享數據中心提供教師信息、學生信息等。同時，需要將房屋、土地、儀器、設備等相關資料提供給共享數據中心，作為決策分析的數據來源。
3 應用ESB實現數據整合
    基于ETL(Extract-Transform-Load)的核心思想和SOA的開放架構，通過共享數據中心和ESB中間件形成異構的數據交換處理系統，可以使上述數字化校園諸多應用系統之間復雜的數據提取、處理、映射、裝載等過程變得簡單而高效。通過金蝶Apusic ESB(下簡稱“AESB”)基本可視化的配置工具完成各個應用系統之間的數據采集、交換、同步、共享工作，從而實現數字化校園諸多應用系統的整合。
    本項目中應用的AESB主要分為數據源管理、表輸入、字段映射、值映射、分支節點、合并節點、表輸出等組成。根據這些組件，可以根據需要，定制不同的數據交換流程、數據處理方式，最終將處理后的數據輸出到目標數據庫中（共享數據中心主題數據庫）。
    下面以教務系統的學生基本信息變化為例，說明它與學工系統進行整合所實現的數據同步流程，如圖1所示。

    在本項目中，共享數據中心后臺管理人員使用設計器進行服務組件的編排，完成數據的抽取與推送。
3.1 數據抽取過程
    數據抽取過程如下：
    (1)教務系統根據學生基本信息的變化情況(如姓名、聯系電話、班級、學號變化等)，由ESB客戶端監測到收費系統的學生基本信息變化情況，啟動數據交換流程。
    (2)表輸入：ESB客戶端啟動交換流程之后，從表輸入中讀取變化后的學生基本信息，裝載到ESB客戶端的內存中暫存，應用ESB界面如圖2所示。

    (3)字段映射：ESB客戶端根據共享數據中心的主題數據庫的字段情況、教務系統數據庫的字段情況，進行一對一映射，即從教務系統的字段傳遞到共享數據中心主題數據庫的相應主題對象、相應字段，如圖3所示。
    (4)值映射：對于教務系統的學生性別，在共享數據中心主題庫中以男對應1、女對應0存放，因此必須使用值的變化體現。在值映射中，定義性別字段的值從男變為1，女變為0，實現代碼集的映射。

    (5)表輸出：在表輸出中，配置主題數據庫對應的主題庫及主題對象。數據交換流程根據字段映射、值映射、以及表輸出中定義的主題對象，生成數據輸出對象流。
    (6)消息中間件：消息中間件根據ESB客戶端提交的數據輸出請求，將數據進行加密、分組，以包的方式進行數據傳輸。
    (7)消息中間件在服務器中接收ESB客戶端傳遞的信息包，并進行合并解密后，再傳遞到ESB服務器中。
    (8)ESB服務器：ESB服務器接收到消息中間件傳遞的數據包，根據數據包中包含的原始數據、輸出的主題對象，輸出到主題對象庫中。同時，記錄更新的時間、數據內容、客戶端名稱等信息，方便管理人員查看數據交換日志。
3.2 數據同步過程
    數據同步過程與數據采集過程類似，只是在數據處理方向上，是從共享數據中心的主題對象中抽取變化的學生數據，再傳遞到收費系統的ESB客戶端中，由收費系統的ESB客戶端輸出到收費系統的學生基本信息中。
    提交該流程到數據中心，就可以將這條流程以服務的形式注冊到ESB平臺中以供調用。將流程調度為自動周期性運行，就可以實現實時同步學生數據的功能。
    以教務系統與收費系統數據同步為例：
    在教務系統中執行【教務系統】→【學生管理】→【學生信息維護】新增三條學生信息，分別是“彭金”“張作海”“莫秋晨”，教務系統中原始學生數據如圖4所示。

    應用ESB中間件實現抽取后，從教務系統抽取到共享數據中心的學生數據如圖5所示。

    應用中間件實施數據同步。從共享數據中心的主題對象中抽取變化的學生數據，傳遞到收費系統的ESB客戶端中，由收費系統的ESB客戶端輸出到收費系統的學生基本信息中。
    進入收費系統，選擇【收費系統】→【變動處理】→【學生信息變動】，可以看到新增學生信息已經同步到收費系統中。
    在數字化校園建設進程中，要更大程度地推進數字化建設，必須在深入調研和了解高校業務的基礎上，應用先進的系統設計架構和中間件技術，將各業務系統進行更底層的數據關聯整合，實現數據的交換共享，才能消除信息孤島，保障數字化校園的數據資源真正貫通。數字化校園數據整合是一項事關數字化校園成敗與否的關鍵性工作，隨著本項目不斷建設，將在數字化校園建設實踐上進行更深入的探索。
參考文獻
[1] 許鑫，蘇新寧，吳乃岡.高校共享數據中心平臺的設計與實現[J].現代圖書情報技術，2005，21(6)：48-53.
[2] 梅立軍，付小龍，劉啟新，等.基于SOA的數據交換平臺研究與實現[J].計算機工程與設計，2006,27(19)：3601－3603：
[3] 金蝶Apusic企業服務總線V6用戶手冊.http://infocenter.apusic.com/help/basic/tocView.jsp?toc=/aesb/toc.xml.