校園信息建設中的數據整合

摘 要:數據整合是建立數字化校園的重要步驟。本文主要討論了整合的必要性和整合策略。

關鍵詞:數字化校園 數據整合 整合策略

中圖分類號:G64文獻標識碼:A文章編號:1673-9795(2012)06(b)-0221-01

數字化校園中已存的各類教學、科研和管理辦公等應用軟件對學校教育教學信息化的進程起到了巨大作用，但隨時間推移，由于陸續開發、缺乏統一規劃、技術更新等實際情況而產生的“信息孤島”等問題日益突出地體現出來。本文針對這種現狀，就數字化校園建設中的信息共享、數據整合等方面進行一些探討。

在全球信息化、網絡化的大背景下，教育領域也要因時而動，進行調整。充分吸收利用先進信息技術，站在技術的前沿，改革教學教育環境，構建數字化校園。實現招生就業、學生成績管理、教學管理、教學資源共享、科研管理、教學質量評估等全面信息化。但由于原有技術條件、人員狀況、硬件設施、網絡環境等多種因素的影響，構建的各類系統存在開發時間間隔長、開發平臺多樣、數據冗余度大等現實問題，為了解決舊系統的改造，保障新系統的順利開發，有效避免“信息孤島”現象再次出現，必制定一套長期穩定、符合國家相關規范的數據標準，解決新舊系統的無縫銜接，確保不同應用軟件所提供的數據具有完整性、準確性和權威性。

1 數據化校園應用所面臨的問題

突出表現在以下幾個方面。

1.1 建設初期無統籌規則

對教育信息化重要性的共性認識有一個循序漸近的過程，專業技術人員技術的日益成熟使其話語權逐漸擴大，決策層逐漸從一點點的應用中看到信息化的力量。這才形成一種共性的認識，代價是建設初期無全面的統籌規劃，從而決定了諸多先期開發并實際應用的系統各自獨立，基本上各行其是。

1.2 數據孤立

無統籌規劃，開發團隊不盡相同，部門協調困難，數據利用側重點不同，只想以自己部門為中心，直接造成數據冗余度大，“信息孤島”現象突出。這使得重復性勞動大大增加，數據統一性和更新刪除的及時性都得不到解決。

1.3 無預留接口

同樣基于上述原因，沒有考慮系統的互訪和集成，技術的封閉，系統設計實現的各異，難以實現有效接入。

1.4 用戶無統一平臺

由于系統相互獨立，具有多身份的用戶需要在眾多的系統中進行有效驗證，給使用帶來極大的不便。業務也無法有效歸類。

2 數據整合策略

針對現狀，解決歷史遺留問題，進行新系統開發，應制定有效的數據整合策略。

2.1 制定數據標準

由專業開發委員會進行充分調研，集成學校各部門的數據需求，列出共享數據和特色數據，參照國標和相關層次教育標準結合本校校情制定合理的數據標準，并形成有效文件公開發布，作為各部門統一執行的規范;在制度和業務流程上劃分權限，以保障數據標準的唯一性和權威性，按此標準嚴格執行，以解決“信息孤島”問題，充分實現信息共享和解決數據冗余問題。

2.2 集成方式的選擇

已過生命周期的系統可選擇性進行淘汰或集成在新系統中，在生命期中的舊有系統宜采用松耦合方式進行集成。這樣即可有保障原有業務不作大變動，又可保障系統的順利集成效率，有效節省人力物力。其關鍵是把每個應用系統中對外提供服務的部分進行提取調用，其獨自部分保持不變。

2.3 數據共享

數據整合的關鍵是確定數字校園公共共享數據，把這些數據提取出來構建共享數據庫。具體實現可參考一個典型模型。

管理數據層

用戶信息

權限信息數據安全

數據服務層

公共數據庫服務

財務教務人事科研學籍設備辦公其他

業務邏輯層

數據整合、加工

數據規范質量檢查元數據定義

數據采集層

業務數據接口及交換平臺

財務教務人事科研學籍設備辦公其他

2.3.1 數據采集層

主要負責元數據的集匯。數據采集層的數據是共享數據庫應用的基礎，應確保各應用系統業務數據能正確地輸入到共享數據庫，同時各應用系統所需的業務數據也能從共享數據庫中正確地提取，并做到數據交換的及時和準確。

2.3.2 業務邏輯層

根據實際業務的需要，構建完成某一事務的規范流程，從而確保進入系統的數據符合要求，避免臟數據的存在，保證數據質量。

(1)數據訪問服務中提供完整的交易管理，保證一次提交的數據得到完整的保存。

(2)制定數據檢查規則，定義完整性檢查和一致性檢查規則，通過數據審計服務，及時檢查各業務數據庫中的數據，一旦發現不符合即定規則，則及時告警，以便相關人員及時進行處理。

(3)對于外部輸入數據，臨時保存在外部數據緩沖區中，在通過檢查或得到相關用戶確認后，才進入業務數據庫，保證數據的完整和干凈。

(4)建立共享數據字典，最大限度的降低數據冗余，提供數據的共享程度，盡可能保證數據的一致性。

(5)建立相關的工作流考核機制，制定相關運行管理制度，通過制度和考核促進相關人員及時完成信息錄入和工作流任務處理，保證數據的及時性。

2.3.3 數據服務層

負責數據信息的定義、存儲、訪問及其優化。數據服務從其他應用程序組件中分離開來使得數據結構和訪問機制得以維持、修改，甚至在必要的時候可以重新構造而不對其它的應用程序組件產生影響。這在業務考慮上需要進行前瞻性的統籌，以便盡可能的完整，以滿足業務不斷發展的未來需求。

2.3.4 管理數據層

對共享數據庫相關的用戶信息、權限信息以及數據訪問安全控制策略進行集中管理，便于集成分級控制。

2.4 門戶平臺

提供給最終用戶的統一接入界面，便于用戶與各應用系統的的交互。設計原則上，以SOA進行構建。

2.5 參考規范進行后續補正和開發

制定的各種規范隨著數字化校園建設的不斷發展需要做及時的修訂，隨之相應各種應用程序也要做相應調整，以延長應用程序的應用期和業務提供能力。后續開發的應用程序要嚴格按照制定的規范進行開發，從而形成完整的數據化應用環境，形成良好的承繼性，杜絕后續問題的出現。