許　鑫　金　瑩

摘 要：本文關注高校信息化建設中的遺留系統(tǒng)問題，首先研究了遺留系統(tǒng)的演進問題和演進方式，進而分析了遺留系統(tǒng)的信息整合方式以及其中數(shù)據(jù)集成涉及的幾種模式，最后著重研究了高校遺留系統(tǒng)的信息整合問題，從問題表現(xiàn)、問題分解著手，對集成化信息資源管理和Web服務信息整合進行了探討，提出并解決了一系列高校校園應用問題。

關鍵詞：遺留系統(tǒng) 信息整合 高校信息化 數(shù)字化校園

中圖分類號：TP274 文獻標識碼：A 文章編號：1673-8454（2009）01-0014-05

隨著信息化推進的持續(xù)深入，遺留系統(tǒng)方面的問題變得越來越重要。何謂遺留系統(tǒng)？不同的學者、不同的組織從各自領域和具體角度出發(fā)給出了各自的定義。美國國防部從系統(tǒng)所體現(xiàn)的組織職能出發(fā)，將遺留系統(tǒng)定義為包含的各種組織職能都是存在的、可用的，但這些職能在技術層面上又是落后的一類系統(tǒng)；[1] Bennet從組織需求角度出發(fā)定義遺留系統(tǒng)是那些對組織很重要，但又不知道如何去對付的大型軟件系統(tǒng)；[2] Brodie從商業(yè)需求的角度出發(fā)定義任何難以修改和演進以滿足不斷產(chǎn)生的新的商業(yè)需求的信息系統(tǒng)為遺留系統(tǒng)；[3] Sue Kelly從信息技術應用的角度出發(fā)認為遺留系統(tǒng)是那些組織中的信息技術（硬件、軟件、應用和網(wǎng)絡等）和蘊涵于這些技術的具體應用中的業(yè)務模型。[4] 眾說紛紜，但歸納一下可得出定義中的共性，也就是遺留系統(tǒng)的一些基本特性：（1）遺留系統(tǒng)是可用的信息系統(tǒng)；（2）無論從技術還是從用戶需求出發(fā)，遺留系統(tǒng)是落后的系統(tǒng)，必須通過自身的演進以適應組織和業(yè)務的變化；（3）遺留系統(tǒng)的演進是有難度的。

對照此定義，我們可以發(fā)現(xiàn)在高校信息化建設中，即我們的數(shù)字化校園e-Campus建設中存在著大量的遺留系統(tǒng)需要面對。這些遺留系統(tǒng)有些是純軟件系統(tǒng)，有些則是軟硬件結(jié)合的信息系統(tǒng)，如圖書館的數(shù)字資源存儲和檢索系統(tǒng)；再如利用485專線搭建而成的后勤售飯系統(tǒng)，如何將其平穩(wěn)地向校園一卡通系統(tǒng)過渡？是修改軟件擴充功能還是推倒重來建設高起點系統(tǒng)？我們可以認為當高校校園軟件系統(tǒng)難以修改和演化的時候就變成了遺留系統(tǒng)，只是包含在遺留系統(tǒng)中的數(shù)據(jù)、信息和知識構(gòu)成了相當重要的資源，假設這些系統(tǒng)仍然能提供一定的業(yè)務價值，那么我們就必須對它們進行現(xiàn)代化改造或者想法替換，如何對待高校遺留系統(tǒng)？選擇何種合適策略？怎么實施遺留系統(tǒng)的信息整合？這些正是本文將討論和研究的問題。

一、如何對待遺留系統(tǒng)

1.遺留系統(tǒng)演進問題

遺留系統(tǒng)的演進是將現(xiàn)有系統(tǒng)進行系統(tǒng)化遷移的方式，它以更低的成本、更快的進度和較低的風險為基礎，進而提高系統(tǒng)在運營、系統(tǒng)能力、功能、性能及可演進能力等方面的質(zhì)量。學術界和工業(yè)界對于遺留系統(tǒng)的演進問題有著一些共識，認為其是一個結(jié)合了逆向工程、重構(gòu)和正向工程的工程過程，目標是將現(xiàn)存信息系統(tǒng)重新構(gòu)造為新的系統(tǒng)。

一般情況下我們可以通過逆向工程對遺留系統(tǒng)進行分析，獲取現(xiàn)有系統(tǒng)被執(zhí)行的應用、被使用的程序數(shù)據(jù)結(jié)構(gòu)等關鍵信息，逆向工程可以分為抽取系統(tǒng)結(jié)構(gòu)信息階段、高層抽象階段、系統(tǒng)結(jié)構(gòu)表達階段三個階段。[5] 然后通過重構(gòu)實現(xiàn)系統(tǒng)行為保持下的程序重組，這里的行為是指可觀測的行為，即遺留系統(tǒng)在修改前后，針對任何合法輸入，所產(chǎn)生的外部可觀測行為應當是一致的。[6]最后通過正向工程來生成可替換舊軟件系統(tǒng)的新系統(tǒng)及相關的詳細文檔，即把用戶的需求轉(zhuǎn)變成軟件產(chǎn)品的過程。下文涉及的遺留系統(tǒng)信息整合也是在封裝完成后，無論服務的整合、內(nèi)容的整合，還是安全數(shù)據(jù)層的研究都是按照正向工程的方法來進行研究的。

2.遺留系統(tǒng)演進方式

對于不同的高校遺留業(yè)務系統(tǒng)可以歸納出不同的演進方式。

首先是維護。其是一個增量和迭代的過程，在維護階段，遺留系統(tǒng)不會發(fā)生根本性的變化，其間對遺留系統(tǒng)所做的變動和調(diào)整，主要目的是為了修改運行中所出現(xiàn)的故障，以及對系統(tǒng)及其微小的功能增強，這些變化和調(diào)整只是對遺留系統(tǒng)的微調(diào)，不涉及結(jié)構(gòu)性的調(diào)整和變化。其優(yōu)點是維護能以較低的成本和較低的投入，完成對遺留系統(tǒng)的演進。其缺點也很明顯：一是面對不斷增長的師生服務需求和高校自身的發(fā)展變化，當高校需要采用新技術以滿足這種需求時，僅僅維護是不能適應這種變化和發(fā)展的；二是雖然在短期內(nèi)選擇維護可以有效地控制成本，但是隨著時間的推移，隨著教育體制的進一步改革和高校業(yè)務流程的逐漸演進，遺留系統(tǒng)的維護成本逐漸增加，維護難度日益提高。

其次是現(xiàn)代化改造。遺留系統(tǒng)本身仍具有較高的使用價值，但是由于業(yè)務發(fā)展的需要，必須對遺留系統(tǒng)進行比維護規(guī)模大得多的系統(tǒng)變化，與維護相比其對遺留系統(tǒng)的變化和調(diào)整要復雜得多，這些變化和調(diào)整包括系統(tǒng)重構(gòu)、系統(tǒng)功能增強、系統(tǒng)之間的整合、軟件系統(tǒng)的改善。其優(yōu)點包括：（1）完全替換大量的遺留系統(tǒng)，其代價和成本都是十分高昂且難以想象的，現(xiàn)代化改造不僅可以有效地降低遺留系統(tǒng)的演進成本，也能充分應用最新的IT技術，同時也可以有效地降低組織機構(gòu)適應新系統(tǒng)的難度；（2）現(xiàn)代化改造能夠有效地將遺留系統(tǒng)中大量應用、內(nèi)容、蘊涵于這些應用與內(nèi)容中的知識遷移到新系統(tǒng)，并通過現(xiàn)代化改造使遺留系統(tǒng)發(fā)揮更大的效用。缺點是同維護相比，現(xiàn)代化改造實施成本較高、技術難度較大；同替換相比，實施的復雜程度偏高。

再者就是替換。一般當遺留系統(tǒng)無法適應組織業(yè)務需要，且進行現(xiàn)代化改造已經(jīng)不可能，對遺留系統(tǒng)的替換是組織面臨的必然選擇，既可以采用一次性徹底替換的方式，又可以采用增量替換的方式。優(yōu)點很明顯，對數(shù)字化校園建設中的遺留系統(tǒng)替換可以使得學校迅速擁有一套全新的校務運營系統(tǒng)，從而結(jié)束維護和現(xiàn)代化改造過程。缺點是：首先成本較高；還有就是儲存在遺留系統(tǒng)中的大量應用、信息資源，及內(nèi)含于遺留系統(tǒng)的知識在系統(tǒng)替代時需要考慮進行相應的遷移，但由于平臺的差異和數(shù)據(jù)結(jié)構(gòu)的差異，相應的資源遷移，尤其是知識的遷移，是采用替換策略時面臨的非常困難的問題；同時因遺留系統(tǒng)擁有大量的操作人員和業(yè)務終端，替換實施過程中所面臨的培訓、部署等實施成本是造成替換策略高成本的重要原因。

二、遺留系統(tǒng)信息整合

1.遺留系統(tǒng)信息整合方式

遺留系統(tǒng)的信息整合從整體上表現(xiàn)為高校信息化業(yè)務應用視角的三個層次：

（１）基于數(shù)據(jù)交互與數(shù)據(jù)共享的信息整合——數(shù)據(jù)集成

數(shù)據(jù)集成是在數(shù)據(jù)庫和數(shù)據(jù)源層次進行信息整合的重要方法，在此策略指導下又有多種特色解決方案，如全局模式、聯(lián)邦模式、分布模式等。數(shù)據(jù)集成目標在于解決信息整合應用的數(shù)據(jù)流和數(shù)據(jù)一致性，從信息整合應用角度看，數(shù)據(jù)集成希望數(shù)據(jù)可以在應用系統(tǒng)、文件、數(shù)據(jù)庫以及各類中間件之間流動，故數(shù)據(jù)集成的關鍵問題是實現(xiàn)對數(shù)據(jù)庫、數(shù)據(jù)源、應用系統(tǒng)以及接口的集成。[7]

（２）面向過程的信息整合——工作流管理（應用集成）

過程集成技術主要包括過程建模、過程分析與優(yōu)化、過程集成與運行三個方面的內(nèi)容。[8] 過程建模是過程集成的重要基礎；實施過程中更重要的是需要對現(xiàn)有的業(yè)務過程進行分析，并在此基礎上對過程進行優(yōu)化設計；在完成過程建模和過程重組后，下一個任務就是實現(xiàn)業(yè)務過程的集成與運行。這一模式在高校流程性應用系統(tǒng)的建設和集成中體現(xiàn)得尤為突出，與高校業(yè)務的流程固化及深層優(yōu)化密不可分。[9]

（３）面向服務的信息整合——Ｗｅｂ集成（門戶集成）

隨著因特網(wǎng)技術和應用的發(fā)展，面向Web服務的信息整合已經(jīng)成為當前信息整合應用的主流。Web服務的基本特征包括完好的封裝性、松散耦合、使用標準協(xié)議規(guī)范、高度可集成能力等。與前兩個層次的信息整合相比，Web集成更具開放性，互聯(lián)網(wǎng)上的各種開放架構(gòu)可以極大方便我們對校園遺留系統(tǒng)的整合，其中的安全問題已在拙文《數(shù)字化校園中Web服務安全框架研究》中論述，本文不贅言。

2.信息整合中的數(shù)據(jù)模式

在高校信息化建設中，信息整合中的數(shù)據(jù)模式又經(jīng)常被稱為信息整合實施策略，以數(shù)字化校園建設中的數(shù)據(jù)平臺建設為例，就可以發(fā)現(xiàn)其中模式的異同。不同的高校為了實現(xiàn)數(shù)據(jù)的統(tǒng)一、數(shù)據(jù)的共享、數(shù)據(jù)的交換建設，諸如：統(tǒng)一數(shù)據(jù)庫、共享數(shù)據(jù)中心、校情數(shù)據(jù)倉庫等不同名稱的系統(tǒng)，以數(shù)據(jù)中心為例，各家高校的策略有著明顯的區(qū)別，我們可以把“數(shù)據(jù)中心”這一中文名詞對應于英文的“Data Center”、“Data Platform”、“Data Bus”三類建設實施模式，第一類是一種大集中式的數(shù)據(jù)中心，用統(tǒng)一的數(shù)據(jù)庫代替各應用系統(tǒng)各不相同的后臺數(shù)據(jù)庫，唯一的數(shù)據(jù)源，數(shù)據(jù)的一致性和集中管理得到了充分體現(xiàn)；第二類是一種共享式的數(shù)據(jù)中心，其和各應用系統(tǒng)之間是一種松耦合的關系，平臺只是從各個應用系統(tǒng)中提取可共享和需要共享的數(shù)據(jù)，單獨存儲和展現(xiàn)，實現(xiàn)平臺與應用之間的數(shù)據(jù)上行和下行；最后一類是一種分布式的數(shù)據(jù)組織方式，各個應用系統(tǒng)獨立存在，數(shù)據(jù)之間的交換通過數(shù)據(jù)總線或者點對點的數(shù)據(jù)接口實現(xiàn)。這幾類方式并無優(yōu)劣之分，只是學校如何選擇適合自己實際情況的不同模式而已。

我們對遺留系統(tǒng)信息整合中的數(shù)據(jù)模式進行歸納，可以有如下幾類主要整合方式。

（１）全局模式，通過將系統(tǒng)內(nèi)部各數(shù)據(jù)庫整合為單一模式，為用戶提供一致、統(tǒng)一的數(shù)據(jù)訪問界面，用戶以使用本地數(shù)據(jù)庫的方式調(diào)用系統(tǒng)的數(shù)據(jù)庫，而不必考慮系統(tǒng)數(shù)據(jù)庫的分布及異構(gòu)特性。全局模式通過犧牲本地數(shù)據(jù)自治性的方式來解決不同數(shù)據(jù)庫之間語義、結(jié)構(gòu)和行為的沖突，全局方式的系統(tǒng)構(gòu)建較為機械，系統(tǒng)擴展能力較差。

數(shù)字化校園建設中涉及的應用和數(shù)據(jù)信息龐大，各種數(shù)據(jù)既包括結(jié)構(gòu)性良好的關系型數(shù)據(jù)庫，又包括各類多媒體文件、文本文件等，全局模式在信息整合中無法保證其靈活性需求。全局模式為了信息整合的方便，必要時還需要對本地數(shù)據(jù)庫的數(shù)據(jù)模式加以調(diào)整以減少信息整合的難度和復雜性，不過由此會影響到校園應用系統(tǒng)的嚴格性和規(guī)范性，值得商榷。

（２）數(shù)據(jù)倉庫方式，這一方式下的信息整合是全局模式的延伸與擴充，基于數(shù)據(jù)倉庫的信息整合方法是從涉及組織機構(gòu)管理的各個異構(gòu)數(shù)據(jù)源中抽取數(shù)據(jù)，按照集中、統(tǒng)一的視圖要求，進行預處理、轉(zhuǎn)換，以符合數(shù)據(jù)倉庫的模式，并存儲到數(shù)據(jù)倉庫中，然后提供對這個數(shù)據(jù)倉庫的訪問機制，當原信息源的數(shù)據(jù)發(fā)生變化時，存儲在數(shù)據(jù)倉庫中的數(shù)據(jù)也要作相應的變動。[10]

數(shù)字化校園建設中的共享數(shù)據(jù)中心基礎上的數(shù)據(jù)倉庫和決策支持建設正是這一方式的應用，隨著數(shù)據(jù)的積累，可以實現(xiàn)校情歷史呈現(xiàn)和趨勢發(fā)展、輔助學校戰(zhàn)略決策等深層應用。其優(yōu)點在于便于進行聯(lián)機分析和數(shù)據(jù)挖掘，為高校進行全局范圍的決策和趨勢預測提供有效的支持，缺點是數(shù)據(jù)重復存儲，實際事務處理能力有待改進。

（３）聯(lián)邦模式，通過為每個本地數(shù)據(jù)庫提供一個輸出模式以供其它應用系統(tǒng)數(shù)據(jù)庫共享。應用系統(tǒng)使用這些輸出模式來定義一個輸入模式，即表示能夠本地訪問的遠程數(shù)據(jù)庫信息的部分全局模式。使用聯(lián)邦模式可以很容易地應對遺留系統(tǒng)的問題，實現(xiàn)新舊系統(tǒng)的“混搭”。

（４）基于中間件/封裝器（Mediator/Wrapper）的信息整合方式則是通過一個“中間模式”（Mediated Schema），將數(shù)據(jù)和應用保存在局部數(shù)據(jù)源中，通過各種數(shù)據(jù)源的封裝器，應用和數(shù)據(jù)被虛擬成中間模式，用戶的查詢與使用基于中間模式，而屏蔽了不同數(shù)據(jù)庫的特點。這種方式適用于數(shù)據(jù)源數(shù)目多、各局部數(shù)據(jù)源的自治性很高且局部數(shù)據(jù)經(jīng)常變化的遺留系統(tǒng)環(huán)境。

三、高校遺留系統(tǒng)信息整合

1.高校遺留系統(tǒng)信息整合問題表現(xiàn)

高校大量的遺留系統(tǒng)所表現(xiàn)出來的問題大多數(shù)是信息化建設中的通病，遺留系統(tǒng)信息整合問題主要表現(xiàn)在：

（１）遺留系統(tǒng)的“條塊共存、縱強橫弱”，學校中不同部處、不同院系各自獨立運行的遺留系統(tǒng)自成一體，封閉運營，缺乏有效的互聯(lián)互通，形成了“信息孤島”，無法對服務資源和信息資源進行統(tǒng)一協(xié)調(diào)的管理，更無法建立有效的服務管理機制和內(nèi)容管理機制。

（２）遺留系統(tǒng)的“信息孤島”現(xiàn)象也導致不同機構(gòu)組織之間無法通過統(tǒng)一的作業(yè)平臺實現(xiàn)互操作和協(xié)同作業(yè)，主要體現(xiàn)在沒有統(tǒng)一的公共平臺協(xié)調(diào)管理的情況下無法實現(xiàn)服務數(shù)據(jù)的共享和交換，更無法實現(xiàn)不同系統(tǒng)的組合，以及跨部門和跨平臺的服務。

（３）前述遺留系統(tǒng)在業(yè)務問題和平臺問題的表現(xiàn)必然帶來學校信息化建設中很難體現(xiàn)和提供一體化的服務。在今天高校體制改革、人才培養(yǎng)改革、社會需求對接等大背景下實現(xiàn)IT對于高校管理的支撐很有限，對于高校師生提供的服務也很有限。

具體到高校遺留系統(tǒng)信息整合問題的技術層面，又可以表現(xiàn)為對于前述方式、模式的靈活應用，以校園一卡通為例，一卡通平臺應為各種具體的校園應用提供通用的卡應用接口，在一卡通系統(tǒng)中，第三方的接入有緊耦合、松耦合、不耦合等幾種模式，這實際上是聯(lián)邦模式方法下根據(jù)用戶需要的不同策略，緊密耦合集成方法建立在數(shù)據(jù)庫模式的集成上，通過定義模型來實現(xiàn)聚合；松散耦合集成方法則將集成的任務交給用戶，通過提供一套工具使用戶能完成集成工作。[11]

2.高校遺留系統(tǒng)信息整合問題分解

因篇幅問題，本節(jié)及后文將有選擇性地結(jié)合高校信息化建設中的遺留系統(tǒng)信息整合實際操作進行逐層深入探討。一個典型的高校遺留系統(tǒng)由應用、內(nèi)容、網(wǎng)絡、保障系統(tǒng)等幾部分組成。與之對應，具體到信息整合工作的操作層面，首先要實現(xiàn)各類應用的整合，即通過封裝將各類應用封裝成系統(tǒng)可以識別的服務，以便系統(tǒng)統(tǒng)一管理；其次，實現(xiàn)對內(nèi)容的集中管理，即實現(xiàn)集成化的信息資源管理，以便對各類校園信息實行統(tǒng)一和規(guī)范化管理；第三，必須建立安全的數(shù)據(jù)交換機制，以保障網(wǎng)絡的安全數(shù)據(jù)交換；第四，為了保障系統(tǒng)的正常運營，必須建立統(tǒng)一的校園遺留信息系統(tǒng)信息整合的保障機制，包括數(shù)據(jù)標準與數(shù)據(jù)規(guī)范、管理體制、法律法規(guī)。

遺留系統(tǒng)的信息整合問題可分解為以下三個子問題：

（１）遺留系統(tǒng)的服務整合管理機制，這是遺留系統(tǒng)信息整合的基礎，表現(xiàn)為用戶如何實現(xiàn)遺留系統(tǒng)之間的業(yè)務協(xié)同和互操作？如何實現(xiàn)個性化的用戶服務？如何實現(xiàn)靈活的服務組合和服務協(xié)同方式？可以說這首先是對高校業(yè)務的理解問題。

（２）遺留系統(tǒng)信息資源的集成化管理，這是遺留系統(tǒng)信息整合的實現(xiàn)路徑。信息資源的開發(fā)、利用、共享是數(shù)字化校園建設過程中最重要的指標之一。

（３）遺留系統(tǒng)信息整合的應用支持與系統(tǒng)保障，既包括門戶平臺的集成和數(shù)據(jù)安全交換機制，前者是Web集成（Web服務信息整合）的具體體現(xiàn)，可以實現(xiàn)一站式服務，后者是系統(tǒng)間信息傳遞的安全支撐；又包括數(shù)據(jù)標準與數(shù)據(jù)規(guī)范、管理體制、法律法規(guī)等內(nèi)容，分別從技術標準、組織標準、制度建設三個方面保障了遺留系統(tǒng)信息共享和業(yè)務協(xié)同的實現(xiàn)。

后文將對高校中的集成化信息資源管理和Web服務信息整合分別予以分析研究。

3.高校遺留系統(tǒng)的集成化信息資源管理

從邏輯上劃分，我們自底向上把數(shù)字化校園遺留系統(tǒng)的集成化信息資源管理分為四個層次：數(shù)據(jù)層、標準層、作業(yè)層、表示層，在每個層次上面對不同對象，完成不同的工作，層次與層次之間按照一定的標準和規(guī)范實現(xiàn)共享和交互。

（１）數(shù)據(jù)層：存儲遺留系統(tǒng)的各種原始信息資源，例如關系型數(shù)據(jù)、文件、圖片、視頻資料等，根據(jù)相關數(shù)據(jù)交換標準進行交換，不同的原始信息資源根據(jù)各類定義和需求，組合成為內(nèi)容對象。

（２）標準層：按照相關數(shù)據(jù)標準（如教育部高等院校信息集）對數(shù)據(jù)層的原始信息資源進行標準化工作，產(chǎn)生標準化的、符合規(guī)范的內(nèi)容對象，其是某一項信息資源的完整組合。

（３）作業(yè)層：標準化后的信息資源，按照一定程序產(chǎn)生適合數(shù)據(jù)發(fā)布的信息資源，即對內(nèi)容對象進行加工，轉(zhuǎn)換為內(nèi)容組件，內(nèi)容組件是集成化信息資源管理中的基本管理對象。

（４）表示層：根據(jù)用戶的服務請求，通過不同的發(fā)布管道和發(fā)布方式，遺留系統(tǒng)的集成化信息資源管理產(chǎn)生的發(fā)布內(nèi)容一般通過信息門戶傳遞給用戶。

在實際的校園信息資源集成管理中除了涉及數(shù)據(jù)交換標準、元數(shù)據(jù)規(guī)范、內(nèi)容呈現(xiàn)標準規(guī)范以外，還需要考慮信息資源管理（數(shù)字資源整合）平臺問題，可參見拙文《高校數(shù)字資源整合平臺研究》。

4.高校遺留系統(tǒng)的Web服務信息整合

下面對eCampus遺留系統(tǒng)表示層的集成管理進行研究，基于Web服務的信息整合主要過程為：在線服務使用Web服務技術進行重新包裝之后，將描述Web Services的WSDL文檔載入開發(fā)環(huán)境，然后生成調(diào)用接口，并與代碼集成。在運行時，Web Services的接口有可能改變。當接口改變后，Web Services調(diào)用失敗，此時應用程序應該有能力再一次獲取WSDL文檔，重新生成調(diào)用接口，并與代碼進行綁定。也就是說Web Services技術賦予了應用動態(tài)綁定的能力，而不像以前傳統(tǒng)環(huán)境下僅僅具備靜態(tài)綁定的能力。

數(shù)字化校園遺留系統(tǒng)得應用經(jīng)過封裝后成為Web服務，Web服務在服務整合中，屏蔽底層系統(tǒng)之間的差異，實現(xiàn)異構(gòu)系統(tǒng)信息整合的基本要素。Web服務的描述從功能的角度可以有若干種，包括但不限于以下五種：（1）Web服務基于TCP/IP、HTTP、XML等規(guī)范定義，功能主要包括Web上鏈接文檔的瀏覽、事務的自動調(diào)用、服務的動態(tài)發(fā)現(xiàn)和發(fā)布；（2）從組成框架及實現(xiàn)目標的角度出發(fā)，Web服務是一種網(wǎng)絡操作，能夠利用標準的Web協(xié)議及接口進行應用間的交互；（3）從語義的角度出發(fā)，Web服務是語義Web的一種應用；（4）從網(wǎng)格計算的角度，Web服務能用于Web上的資源發(fā)現(xiàn)、數(shù)據(jù)管理及網(wǎng)格計算平臺上異構(gòu)系統(tǒng)的協(xié)同設計；（5）從信息檢索的角度，Web服務是指包含了分布策略和路由信息的電子文檔之上進行分布式文檔檢索的信息服務。[12] 為何羅列這么多的Web服務描述呢？是因為這些描述可以從校園應用的不同角度來看待信息整合問題，在最近一段時間也有大量的面向服務架構(gòu)（SOA）應用于高校的研究和論文出現(xiàn)，著眼于網(wǎng)絡應用、教學資源建設、圖書館信息化建設，只不過這些服務現(xiàn)階段都表現(xiàn)為Web服務。

四、結(jié)束語

中國教育和科研計算機網(wǎng)下一代互聯(lián)網(wǎng)示范工程的開展，語義網(wǎng)絡的發(fā)展，大規(guī)?？茖W計算的應用，高校改革的深入，這一系列的變化昭示著高校信息化正面臨著越來越多的挑戰(zhàn)，與此同時也有著越來越多的校園遺留系統(tǒng)問題需要我們?nèi)ッ鎸Γ枰覀兩钊氲厝ヌ骄科溲葸M規(guī)律，實現(xiàn)信息整合。同時，我們的高校管理者和信息化建設者也意識到信息化帶來的挑戰(zhàn)和機遇。

如何保護校園遺留系統(tǒng)的已有投資？如何適應校園師生只關心服務內(nèi)容不關心服務內(nèi)部架構(gòu)的現(xiàn)實？如何保證高校業(yè)務和校園服務滿足個性化的請求？這些問題都可以在本文基礎上進一步拓展研究，引入諸如面向服務架構(gòu)（SOA）、語義網(wǎng)絡（Semantic Web）等方面的理念進行分析和嘗試解決。希望本文可以起到拋磚引玉的作用。

參考文獻：

[1]P. Aiken, A. Muntz, and R. Richards, DoD Legacy Systems: Reverse Engineering Data Requirments[J]. Communic-ations of the ACM, Vol.37, No.5, pp.26-41, May 1994.

[2]K.H.Bennett. Legacy Systems: Coping With Success[J]. IEEE Software, January 1995, Vol 12, No.1:19-23

[3]M.L.Brodie, M.Stonebraker. Migrating Legacy System[M]. Morgan Kaufmann Publishers,1995

[4]Sue Kelly, Nicola Gibson, Christopher P.Holland, Ben Light. Focus Issue on Legacy Information Systems and Business Process Change: A Business Perspective of Legacy Information Systems[J]. Communications of the Association for Information Systems, Vol 2, Article 7, July 1999.

[5]Andre Postman, M.S. Applying relation partition algebra for reverse architecting[J]. Workshop on Software-Reenginneering, Bad Honnef, Germany, 1999.

[6]Garrido,A., and Johnson,R.. Challenges of Refactoring C Programs[J]. Proceedings of International Workshop Principles of Software Evolution, 2002.

[7]翟曉娟,黃克雷, 許鑫.從高校業(yè)務架構(gòu)到高校數(shù)據(jù)架構(gòu)的思考[J].中國教育信息化, 2007(7).

[8]范玉順.企業(yè)集成系統(tǒng)技術[J].新技術新工藝, 2005(7).

[9]翟曉娟,黃克雷,許鑫.高校流程型應用系統(tǒng)的分析研究[J].中國教育信息化, 2007(1).

[10]張蒲生,蘇運霖.基于政務數(shù)據(jù)倉庫的數(shù)據(jù)集成及關鍵技術[J].計算機工程, 2003(9).

[11]許鑫,蘇新寧,姚瑤.數(shù)字化校園一卡通平臺研究[J].現(xiàn)代圖書情報技術, 2005(7).

[12]岳昆,王曉玲,周傲英. Web服務核心支撐技術：研究綜述[J].軟件學報, 2004(3).