監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉

高校數(shù)字化校園中的信息共享與交換研究<span>——以學(xué)生信息為例</span>

申請免費(fèi)試用、咨詢電話:400-8352-114

  摘 要:高校在日常事務(wù)處理中,往往會綜合運(yùn)用到各個系統(tǒng)中的數(shù)據(jù),很多關(guān)鍵的信息存在著密切的聯(lián)系,有互通共享的需要。如果能把基礎(chǔ)數(shù)據(jù)信息共享,不僅可以避免數(shù)據(jù)的重復(fù)建設(shè),節(jié)約資源,更能解決數(shù)據(jù)不一致的問題,保障數(shù)據(jù)的權(quán)威性、完整性和準(zhǔn)確性。文章以學(xué)生信息為例,闡述了各個系統(tǒng)之間的數(shù)據(jù)聯(lián)系,提出了建立學(xué)生信息共享庫,并通過數(shù)據(jù)交換平臺實現(xiàn)信息共享與交換的策略。   關(guān)鍵詞:學(xué)生信息;共享庫;數(shù)據(jù)交換平臺   中圖分類號:TP274 文獻(xiàn)標(biāo)志碼:A 文章編號:1673-8454(2013)13-0076-03
  隨著信息化進(jìn)程的不斷推入,信息間流通的需求日趨強(qiáng)烈,信息的使用效率也需要提高。實現(xiàn)信息共享,能使更多的人更充分地使用已有數(shù)據(jù)資源,減少資料收集、數(shù)據(jù)采集等重復(fù)勞動。在高校數(shù)字化校園建設(shè)過程中,涉及的應(yīng)用領(lǐng)域不斷延伸,己覆蓋了全校辦公、教學(xué)、科研、人事、財務(wù)、實驗、圖書與后勤等各項事務(wù),各個部門根據(jù)自己的業(yè)務(wù)需要,建設(shè)了各自的應(yīng)用系統(tǒng),基礎(chǔ)數(shù)據(jù)在這些系統(tǒng)之間頻繁的發(fā)生著聯(lián)系。以學(xué)生基本信息為例,圖書館系統(tǒng)、財務(wù)系統(tǒng)、學(xué)工系統(tǒng)、教務(wù)系統(tǒng)、一卡通系統(tǒng)等系統(tǒng)都使用到它,各系統(tǒng)各自需要維護(hù)一份正確的學(xué)生名單,便產(chǎn)生了很多重復(fù)的錄入,也同時增加了數(shù)據(jù)不一致的可能性。再則,學(xué)生基本信息也并不來自于同一部門、同一系統(tǒng):學(xué)生從入學(xué)至離校期間各個系統(tǒng)都在不斷補(bǔ)充、更新學(xué)生的基本信息,產(chǎn)生各種變化,如果沒有確定一個權(quán)威的來源很難保證數(shù)據(jù)的統(tǒng)一。正是這些系統(tǒng)之間的互通需要對信息的共享與交換提出了要求[1]。   一、與學(xué)生相關(guān)的各系統(tǒng)之間的數(shù)據(jù)聯(lián)系   1.新生入學(xué)   新生基本信息從招生系統(tǒng)開始直至迎新過程完成,期間與各個系統(tǒng)發(fā)生著密切的數(shù)據(jù)交換,各系統(tǒng)之間的數(shù)據(jù)聯(lián)系如圖1所示。   各系統(tǒng)工作基本過程描述如下:  ?。?)各省錄取信息導(dǎo)入招生系統(tǒng),獲得新生基本信息,包括:考生號、姓名、性別、出生年月、民族、政治面貌、錄取專業(yè)、通訊地址、錄取地、聯(lián)系電話、成績、照片等個人信息,并產(chǎn)生錄取號同時也作為學(xué)生在校期間的學(xué)號,完成錄取通知書的打印。  ?。?)新生自助服務(wù)網(wǎng)獲取帶學(xué)號的新生基本信息,新生通過學(xué)號登錄后補(bǔ)填身高、體重、鞋碼、籍貫等信息,并把這些信息回填至學(xué)工系統(tǒng)。在教務(wù)系統(tǒng)完成分班,學(xué)工系統(tǒng)完成分宿舍后新生自助服務(wù)網(wǎng)獲取新生的班級信息與宿舍信息。  ?。?)教務(wù)系統(tǒng)獲取新生基本信息后分班,產(chǎn)生新生基本信息中的班級信息。  ?。?)學(xué)工系統(tǒng)將分班完成的學(xué)生劃分宿舍,產(chǎn)生新生基本信息中的宿舍信息。  ?。?)一卡通系統(tǒng)獲得新生的基本信息,并將一卡通卡號回填至學(xué)工系統(tǒng)。  ?。?)迎新系統(tǒng)獲得新生的基本信息,并將產(chǎn)生的報到狀態(tài)回填至教務(wù)系統(tǒng)、學(xué)工系統(tǒng),如有補(bǔ)拍的照片,則回填至需要的系統(tǒng)。  ?。?)財務(wù)系統(tǒng)產(chǎn)生的財務(wù)繳費(fèi)情況回填至教務(wù)系統(tǒng)、學(xué)工系統(tǒng)。  ?。?)圖書館系統(tǒng)獲得已報到的學(xué)生基本信息,以學(xué)號作為讀者號。   2.入學(xué)后至離校   學(xué)生入學(xué)后至離校,各系統(tǒng)之間的數(shù)據(jù)聯(lián)系如圖2所示。   各系統(tǒng)工作基本過程描述如下:  ?。?)教務(wù)系統(tǒng)每年根據(jù)財務(wù)系統(tǒng)的學(xué)費(fèi)繳納情況自動完成學(xué)籍注冊。  ?。?)學(xué)工系統(tǒng)根據(jù)教務(wù)系統(tǒng)的數(shù)據(jù)更新學(xué)生的學(xué)籍狀態(tài),教務(wù)系統(tǒng)的成績用于學(xué)工系統(tǒng)的評獎評優(yōu)模塊。  ?。?)根據(jù)教務(wù)系統(tǒng)的學(xué)生學(xué)制與年級確定離校系統(tǒng)中的離校生名單(不做畢業(yè)校驗)。離校系統(tǒng)的部分環(huán)節(jié)是自動完成的:根據(jù)財務(wù)系統(tǒng)的欠費(fèi)情況完成財務(wù)環(huán)節(jié)的審核;根據(jù)學(xué)生的組織面貌完成組織部環(huán)節(jié)的部分審核;根據(jù)圖書館的借還書情況完成圖書館環(huán)節(jié)的審核。  ?。?)學(xué)生離校環(huán)節(jié)全部完成后,返回離校標(biāo)志到各個系統(tǒng),表示該生已離校。   由此可見,學(xué)生從入學(xué)到離校,多個系統(tǒng)涉及學(xué)生信息,學(xué)生信息也在不斷的完善與更新,經(jīng)歷動態(tài)變化的過程,僅依靠系統(tǒng)提供的數(shù)據(jù)導(dǎo)入導(dǎo)出功能進(jìn)行操作難以保證學(xué)生信息的實時性與準(zhǔn)確性。此外,系統(tǒng)與系統(tǒng)之間的多對多的數(shù)據(jù)交換也增加了數(shù)據(jù)流通的復(fù)雜度與難度。建立學(xué)生信息共享庫,確定共享庫中各項數(shù)據(jù)的權(quán)威來源,利用數(shù)據(jù)交換平臺完成各系統(tǒng)與共享庫之間的數(shù)據(jù)交換,不僅簡化了數(shù)據(jù)交換過程,降低了數(shù)據(jù)交換難度,而且更能保證數(shù)據(jù)的實時性與準(zhǔn)確性。   二、學(xué)生信息共享庫的建立   學(xué)生信息是學(xué)生工作領(lǐng)域各系統(tǒng)運(yùn)行的基礎(chǔ)數(shù)據(jù),它的更新也并非依靠一個業(yè)務(wù)系統(tǒng)完成,與各個系統(tǒng)都存在著聯(lián)系。建立學(xué)生信息共享庫,既能減少重復(fù)錄入,也能明確學(xué)生各項信息的產(chǎn)生者與維護(hù)著,保證了數(shù)據(jù)的質(zhì)量。共享庫中以統(tǒng)一的代碼標(biāo)準(zhǔn)存儲學(xué)生信息,為信息共享與交換提供了前提,更利于將來的數(shù)據(jù)挖掘。   我校學(xué)生信息共享庫的建設(shè)參照了教育部發(fā)布的教育信息化行業(yè)標(biāo)準(zhǔn)之《高等學(xué)校管理信息》中的GXXS學(xué)生管理數(shù)據(jù)子集。學(xué)校內(nèi)部信息化的進(jìn)程決定了共享庫的建設(shè)是一個持續(xù)的過程,需要在實踐中不斷的進(jìn)步與完善。目前,我校學(xué)生信息共享庫的建設(shè)尚處于初期,已建設(shè)完成學(xué)生基本數(shù)據(jù)子類、學(xué)生照片子類、學(xué)生在校數(shù)據(jù)子類、學(xué)籍異動子類等九個數(shù)據(jù)子類,并根據(jù)校內(nèi)業(yè)務(wù)的需要投入使用,各業(yè)務(wù)系統(tǒng)與數(shù)據(jù)中心學(xué)生信息共享庫的數(shù)據(jù)交換如圖3所示。   在學(xué)生信息共享庫中涉及的各類代碼,例如行政區(qū)劃、性別、組織面貌、民族、家庭關(guān)系等代碼參照教育信息化行業(yè)標(biāo)準(zhǔn)之《教育管理基礎(chǔ)代碼》,并在數(shù)據(jù)中心存儲這些基礎(chǔ)代碼,如系統(tǒng)采用的代碼與基礎(chǔ)代碼不同,則在系統(tǒng)中建立對照表進(jìn)行轉(zhuǎn)化后抽取至學(xué)生信息共享庫。   我校將在未來逐步完善學(xué)生信息共享庫的建設(shè),后續(xù)將完成獎勵子類、懲處子類、畢業(yè)生就業(yè)子類等數(shù)據(jù)子類,最終將存在數(shù)據(jù)的各個子類建設(shè)完整,并完成各系統(tǒng)與共享庫之間的數(shù)據(jù)交換。在學(xué)生信息共享庫的基礎(chǔ)上生成高基321在校生分年齡情況,高基312普通本科分專業(yè)學(xué)生數(shù),高基322招生、在校生來源情況,高基331學(xué)生變動情況等高基報表,實現(xiàn)數(shù)據(jù)的初階應(yīng)用,提高數(shù)據(jù)資源的使用效率。   三、信息傳輸與交換的實施   數(shù)據(jù)交換平臺將各業(yè)務(wù)系統(tǒng)中需要貢獻(xiàn)給學(xué)生信息共享庫的數(shù)據(jù)自動抽取,也可根據(jù)需求將數(shù)據(jù)分發(fā)于各系統(tǒng),實現(xiàn)共享庫與業(yè)務(wù)系統(tǒng)之間的信息交換。   1.數(shù)據(jù)交換平臺需解決的要點(diǎn)   異構(gòu)性是數(shù)據(jù)交換必須面臨的首要問題,其數(shù)據(jù)異構(gòu)信息主要來自三個方面:系統(tǒng)異構(gòu)、模式異構(gòu)和邏輯異構(gòu)[2]。系統(tǒng)異構(gòu)是指數(shù)據(jù)所處的硬件平臺、操作系統(tǒng)、網(wǎng)絡(luò)環(huán)境等的不同;模式異構(gòu)是指數(shù)據(jù)所處的DBMS本身的異構(gòu);邏輯異構(gòu)主要是指數(shù)據(jù)的類型、命名、語義或結(jié)構(gòu)等方面的不同[3]。我校的應(yīng)用系統(tǒng)開發(fā)的時期不一樣,采用了各自的數(shù)據(jù)庫系統(tǒng):學(xué)工系統(tǒng)、離校系統(tǒng)、迎新系統(tǒng)、教務(wù)系統(tǒng)采用的是Oracle,財務(wù)系統(tǒng)、圖書館系統(tǒng)采用的是Sql Server,再則,建立這些系統(tǒng)時也沒有依據(jù)信息標(biāo)準(zhǔn)與規(guī)范,在數(shù)據(jù)語義、相同語義數(shù)據(jù)的表達(dá)形式等方面存在著差異,因此建立數(shù)據(jù)交換平臺必須要解決這些異構(gòu)數(shù)據(jù)庫之間的數(shù)據(jù)交換。此外,業(yè)務(wù)系統(tǒng)與共享庫之間的數(shù)據(jù)交換有些實時性要求比較高,需頻繁的進(jìn)行,有些僅需定時進(jìn)行,因此建立的數(shù)據(jù)交換平臺還需支持各種數(shù)據(jù)交換方式。在數(shù)據(jù)轉(zhuǎn)換方面也需要能夠?qū)崿F(xiàn)各系統(tǒng)業(yè)務(wù)數(shù)據(jù)與共享庫標(biāo)準(zhǔn)數(shù)據(jù)之間的轉(zhuǎn)換,并對數(shù)據(jù)進(jìn)行驗證和質(zhì)量控制。   2.數(shù)據(jù)交換平臺的選擇   數(shù)據(jù)交換平臺既需要解決異構(gòu)數(shù)據(jù)庫之間的數(shù)據(jù)交換,也需要靈活的數(shù)據(jù)交換方式和可靠的數(shù)據(jù)轉(zhuǎn)換,綜合以上情況,我校數(shù)據(jù)交換平臺采用Oracle Data Integrator(ODI)。ODI是一種全面的數(shù)據(jù)集成平臺,涵蓋了所有數(shù)據(jù)集成的要求:大容量,高效率批加載,事件驅(qū)動,SOA數(shù)據(jù)服務(wù)等[4]。ODI是以Java圖形模塊和調(diào)度代理訪問的模塊化信息庫為中心進(jìn)行組織的。圖形模塊用于設(shè)計和構(gòu)建集成過程,代理用于安排和協(xié)調(diào)集成任務(wù)。數(shù)據(jù)管理員可以使用基于Web的Metadata Navigator應(yīng)用程序來根據(jù)信息庫中的元數(shù)據(jù)生成報告?,F(xiàn)成的知識模塊可以使用特定于平臺的代碼和工具跨異構(gòu)平臺提取和加載數(shù)據(jù),并且支持靈活的數(shù)據(jù)交換方式。ODI使用檢查知識模塊(Check Knowledge Module)在數(shù)據(jù)源處充當(dāng)錯誤數(shù)據(jù)的“防火墻”,只允許符合業(yè)務(wù)規(guī)則的數(shù)據(jù)進(jìn)入集成流程。在源對象上定義一個或多個約束后使用檢查知識模塊來識別不符合這些約束的所有記錄,并將它們復(fù)制到錯誤表中。在以后從這些源對象中提取數(shù)據(jù)并在接口中使用它們時,可以確保僅加載了符合這些約束的數(shù)據(jù),并且可以單獨(dú)處理錯誤表中的數(shù)據(jù),以此來改進(jìn)數(shù)據(jù)的質(zhì)量[5]。   參考文獻(xiàn):   [1]王益.數(shù)據(jù)中心信息交換平臺的研究與設(shè)計[J].中國教育信息化,2010,21(11):16-17.   [2]黎明.基于XML的數(shù)據(jù)交換中間件的研究與實現(xiàn)[D].江蘇省蘇州市:蘇州大學(xué),2005.    [3]史鑫.面向共享數(shù)據(jù)中心的數(shù)據(jù)集成平臺的設(shè)計與實現(xiàn)[D].江蘇省蘇州市:蘇州大學(xué),2006.   [4]Oracle.com. Oracle Data Integrator[EB/OL].http://www. oracle.com/technetwork/middleware/data-integrator/overview/index.html.   [5]Mark Rittman.An Introduction to Real-Time Data
Integration[EB/OL].http://www.oracle.com/technetwork/articles/rittman-odi-099646.html.  ?。ň庉嫞和鯐悦鳎?
發(fā)布:2007-03-30 12:40    編輯:泛普軟件 · xiaona    [打印此頁]    [關(guān)閉]
相關(guān)文章: