網絡信息資源的整合問題研究

摘要:信息資源在數字化的條件下，由于網絡傳遞的便利性，使得信息資源整合問題顯得更為重要。本文從數據整合、應用系統整合以及業務過程整合等三個層次對網絡信息資源整合問題進行了分析和研究。

關鍵詞: 信息資源；網絡傳遞；整合

1引言

當今，科學和技術向高度綜合化發展。這種高度綜合的趨勢，使讀者的信息需求呈現綜合化的特點。特別是對于網絡信息資源，現有的網絡檢索工具的搜索范圍覆蓋面廣，專指性差，人們在檢索學術信息時，往往從專門學科入手，而網絡檢索工具卻不以專業劃分，在查詢某一特定學科網絡信息時，一方面沒有專門的網絡檢索工具，另一方面又是任何一個網絡檢索工具都可以用，致使檢索的完整性可靠性都較差，難以實現對網絡資源的有效過濾和篩選。為此，我們進行整合的目的就是要使信息用戶快速獲取知識。

對于整合有不同的層次，首先要考慮的是數據和信息的整合，其次要考慮的是各種應用系統的整合，這包括構件系統是要考慮所構建的系統同現有系統的整合，以及以后新開發的系統同所構建的系統的結合。更為復雜的是面向過程的整合，它又可以分為在利用系統資源的過程中系統資源的組織過程的整合。

2 數據整合

數據整合主要用來實現不同系統的數據交流與共享，發生在應用領域內的數據庫和數據級別。通過從一個數據源將數據移植到另一個數據原來完成數據整合。數據整合是現有整合解決方案中最普遍的一種形式，然而數據整合的一個最大的問題是業務邏輯常常只存在于主系統中，無法在數據庫層次去響應業務流程的處理，因此這限制了實時處理的能力。

數據整合是進行下一步整合的基礎。數據整合對數據進行標識并編成目錄，確定元數據模型。只有建立統一的模型后，數據才能在數據庫系統中分布和共享。數據整合采用的主要數據處理技術有數據復制、數據聚合和接口整合。

數據復制。數據復制方式的目的是為了保持數據在不同數據庫間的一致性，而數據可以是同一廠商也可以是不同廠商的，甚至可以是采用了不同模型和管理模式的數據庫。對于數據復制的基本要求是數據必須能夠提供一種數據轉化和傳輸的基本結構，以屏蔽不同數據庫間數據模型的差異。數據復制服務的基本原理是這樣的:在兩個或多個數據庫之間設置個軟件中間件，在一邊，數據從源數據庫中被抽取，而在另一邊，數據被導入目標數據庫。有的是以實時方式工作的，也有的是以批處理方式工作的。

數據聚合。數據聚合是將多個數據庫和數據庫模型整合成為一種統一的數據庫試圖方法，也可以認為，數據聚合體是一種虛擬的業務數據庫，它包括多個實體的物理數據庫。數據聚合方法在分布的數據庫和應用之間放置一個中間件層，該層與每一個后臺的數據庫用其自帶的接口相連，并將分布的數據庫映射為統一的數據庫模型，而這種虛擬模型只在中間件中存在，應用程序就可以使用該虛擬數據庫去訪問需要的信息。同時該數據聚合軟件也可以通過將相關的數據庫映射導入實體數據庫，進行數據庫更新。數據聚合方法的優點是其將多種數據類型表示為統一的數據模型，支持信息交換，它能通過一個良好的定義接口訪問相關業務中任何相連的數據庫，也提供了一種利用統一接口解決面向數據的應用整合問題的良好方法。

接口整合。接口整合方法利用良好定義的應用接口實現對應用包和客戶化應用的整合。可以說，它是目前得到的最廣泛應用的整合方法。在面向接口的整合中，整合代理是一個時髦的概念，它通過提供用以連接應用軟件包和應用適配器的方法來實現整合，適配器通過其開放或私有接口將信息從應用中提取出來。另外一些類型的適配器可以通過面向消息的中間件(MOM)、數據庫管理系統、文件系統或其他系統和應用間接整合。有些解決方案通過接口抽象以屏蔽適配器的自然屬性，來促進信息交互，從而實現和應用的交互，甚至也可以屏蔽同應用間的信息傳輸。這種通過接口抽象的方法提供了整合不同類型應用的高效率，也是面向接口整合方法的主要優勢來源。

3應用系統整合

信息資源整合建設要求實現面向業務過程的轉變，IT支持系統需要實現面向過程的整合，具有過程支持的功能，而這其中必須實現應用系統間的整合，企業為了實現支持相鄰的業務活動的系統之間的互相操作，很早就開始了對應用系統的整合。由于企業最初使用的IT支持系統不多，因此很多采用的是點對點的系統整合結構，在這種點對點的結構中，每個應用系統都與其他應用系統通過接口相連。這種整合方式不需要對應用系統進行大的修改，編程工作量較少。但是當需要整合的系統對象較多時，系統相互之間的連接接口將會變得非常復雜，并且一個系統升級或新的信息系統實施后，與該系統相連的所有接口都要進行改變。

隨著應用系統的個數增多，接口問題越發明顯。為了解決應用系統點對點整合的問題，使用消息代理的整合結構被提出了過程代理整合。在這種整合結構中，系統之間的通信和數據交換是通過消息代理來實現。這種結構大大減少了接口連接數量，同時由于有消息代理作為信息交流的中介，當某一系統發生改變時，只需消息代理中相應的部分發生改變，降低了系統維護和升級的復雜性。消息代理是現行應用整合使用較多的一種技術。

4 業務過程的整合

雖然數據整合己經證明是整合的一個流行的形式，然而，從安全性、數據完整性、業務流程角度來看，數據整合仍然存在著很多問題。組織內大量的數據是被業務邏輯所訪問和維持的。業務邏輯應用并加強了必須的業務規則、業務流程和安全性，而這些對于下層數據都是必需的。

系統整合不考慮系統之間的工作過程，而過程整合產生于跨越了多個應用的業務流程層。通常通過使用一些高層的中間件來表現業務流程整合。這類中間件產品的代表是消息中介，消息中介使用一個總線模式或者是Hub模式來對消息處理標準化并控制信息流。

業務過程將客戶當作過程的起點，經過一系列的活動完成整個過程。到目前為止己經出現過很多有關過程整合的技術和思想，如為了實現過程并行化的并行工程(CE)，為了優化過程結構的業務流程重組(BPR)，為了實現企業間的過程互連的供應鏈管理(SCM)和擴展的供應鏈管理(eSCM)，為了縮短過程時間和周期的敏捷制造(AM)，為了實現過程的自動化的土作流(Workflow)以及為了實現過程實效性和瞬時性的虛擬企業和動態聯盟等。與上面的消息代理相比，過程代理可以看做是消息代理的擴展，它除了處理消息代理中的格式化的應用會話外，在過程代理中還封裝了與各個應用系統相連的過程邏輯。當所有的過程邏輯都封裝在過程代理中時，就可以建立一個過程庫對過程進行統一管理，并且使用可視化的圖形界面對過程進行設計、在線監控和調整，完全可以消除傳統企業中的那種\"拋過墻\"的問題。同時這種可視化的過程設計界面減少了過程設計的復雜性，并且可以使不同層次的人都能參與到過程設計中，大大提高了過程設計的效率和過程的合理。

業務過程整合是通過函數和方法的整合來實現。面向函數和方法的整合一般來說是處于同步模式的，即基于客戶(請求程序)和服務器(響應程序)之間的請求響應交互機制。函數和方法整合包括直接的和嚴格的在網絡環境中的跨平臺應用程序之間的應用到應用(A2A)的整合。它涵蓋了普通的代碼(COBOL， C++， Java)撰寫、應用程序接口(APIs)、遠端過程調用(RPCs)、分布式中間件如TP監控、分布式對象、公共對象訪問中介(CORBA).Java遠程方法調用(RMI)、面向消息的中間件以及Web服務等等各種軟件技術。

小結

很多網絡應用系統本身是一個龐大而復雜的系統，再加上系統建設中缺乏整體、統一的規劃，因此現有的應用系統中普遍存在\"信息孤島\"現象，信息資源難以共享，這些問題已嚴重影響了我國網絡資源應用系統的健康發展。為解決這些問題，除了健全制度并加強管理之外，更為重要的是研究必要的技術手段整合現有系統資源，實現信息資源的連通和共享，提高資源的共享水平和使用效率。

參考文獻

[1] 張文德，信息資源整合系統與技術研究，現代圖書情報技術，2003

[2] 王梅，王桃珍，信息資源管理模式探討，情報技術，2001

[3] 張維明，信息系統集成技術，北京:電子工業出版社，2002