劉振華 中華女子學院
隨著教育信息化水平的不斷發展,大部分高校基本實現了教育管理工作信息化的目標,業務部門圍繞自身業務獨立部署了人事、科研、財務、資產、OA等多個信息系統,在很大程度上提高了高校管理工作的效率。從宏觀角度看,高校信息化建設更強調注重頂層設計、統一整合建設、規范化管理、構建高質量教育體系。從微觀角度看,高校信息化建設更強調數據質量控制、數據權責分配、數據治理技術,為建設精準化和個性化的師生服務及學校領導層決策提供良好支撐。
高校信息化建設往往缺乏良好的頂層設計,缺乏統一標準和規劃,管理比較混亂,多數業務系統分散建設,有些功能重復建設造成了較大的資源浪費,并且業務部門自建與信息化部門統籌建設角度不一樣,系統功能需求在調研時未考慮學校其他部門的發展需要,在系統對接時部門間協調困難,很難打通數據流和業務流。同時,頂層設計的缺失導致數據管理責任不明確,數據質量得不到提升,制約了各類信息化服務的建設。
為了給師生提供良好的信息化服務,很多高校開展了一網通辦、數據共享、數據治理等工作。但信息系統建設與數據維護相關管理制度缺失或經常執行不力,并且信息化建設與運維工作很少納入績效考核體系中,教育教學管理人員缺乏將日常業務工作轉為信息化管理的意識與動力。此外,關鍵業務部門使用系統僅限于自身工作范圍,對學校層面相關業務運轉與數據共享不重視,維護數據不標準、不及時。
高校信息系統建設涉及參與者多、技術相對復雜、專業性強、需求變更頻繁等問題,建設過程中有很多不可控因素,因此高校信息化建設需要高質量的人才隊伍,但信息化部門的人才隊伍建設遠遠落后于教師隊伍、科研隊伍、基建隊伍的建設。高職稱、高學歷比例很低,懂得先進技術的人才缺乏,導致先進技術研發存在投入不足問題、監督不足問題,從而影響系統建設的創新性和可持續性。
基于業務流程,將傳統的應用系統劃分為一組組功能單一的微服務,是目前軟件架構中較為流行的模式。在微服務架構模式下,每個服務圍繞具體業務功能構建,可以獨立部署,將傳統的應用系統分解為高內聚、低耦合的一組服務。但目前很多高校信息化服務體系仍存在以學校組織機構為責任劃分的情況,操作不同的業務需要首先登錄相應的系統,然后在系統中尋找相應的模塊,造成了用戶多層級的訪問。有些高校信息系統雖然采用了微服務架構,但微服務建設不夠深入,涉及查詢類或單部門業務內的應用較多。
高校頂層設計要從高校現有條件出發,在充分調研的基礎上從全局角度抓住重要問題,從技術、管理、運維、制度、安全、人員等多維度,長遠規劃統籌全校的信息系統建設,有效評估系統建設的可行性、必要性、安全性,避免部門各自為政、信息系統分散建設,解決系統功能重復、數據標準不統一、數據共享流程不暢等問題。
為了規范信息系統建設管理,高校應制訂和嚴格推行“信息系統建設管理辦法”,明確信息系統建設的基本原則、職責分工、階段劃分及管理、安全保障措施、罰則等,將信息系統建設的全生命周期納入管理,確保信息系統建設質量。同時,要不斷完善網絡與安全規章制度,嚴格按照工作流程,明確安全責任人,采取加強賬號安全等級、定期更換密碼或加密數據等方式保障信息系統安全性。
具體到高校信息系統建設與管理模式,筆者根據所在學校信息系統建設經驗認為可采用如下模式:信息化部門統一負責學校信息化經費管理,校級信息系統建設由信息化部門建設、管理與運維,系統中涉及部門業務部分,業務部門負責明確信息化需求并維護源數據的準確和規范,同時享有系統的使用權利;部門級信息系統建設由業務部門自行建設,但需遵循學校公共數據標準與接口標準,信息化部門負責分配網絡、服務器等硬件基礎設施資源。
高校信息系統建設要遵守國家教育管理信息化的相關規范,標準體系的建設要具有規范性、權威性、兼容性、可擴展性、安全性等。目前,為了推進標準體系建設,很多高校進一步整合各業務系統的數據資源,包括人事、資產、科研、學生學籍、學生工作、招生就業等多個方面,構建統一的數據標準,規范數據模型與數據接口,對數據進行統一管理與利用。需注意的是,在應用創建方面,需使用規范和統一的接口標準,才能使系統部署具有良好的開放性和靈活性。
高校信息化建設以為人本,是指要以師生為中心,為師生提供差異化、個性化、多樣化的優質服務。在統一數據的基礎上,以用戶需求為導向重構業務流程,創新思維改革,融合學校教務、學工、科研、資產等各類核心業務,實現統一入口、統一標準、統一流程引擎、統一用戶權限、統一消息推送。
隨著大數據技術和面向服務架構的廣泛使用,針對高校信息系統缺乏整體規劃、功能重復建設、數據質量低、用戶體驗差等問題,筆者基于中臺的理念提出了一種校園融合門戶建設框架。數據中臺主要是構建規范的、數據全域化的、智能的數據處理架構,進而為前臺提供高效的數據分析和應用服務。數據中臺主要涵蓋了數據資產、數據治理、數據模型、全域數據中心、數據服務等多個層次的體系化建設方法。業務中臺為學校師生提供工作學習和辦事平臺,可以融合現有信息系統功能,實現統一入口辦理。隨著面向服務架構的廣泛使用,業務中臺基于微服務架構,將各業務系統相關的應用功能通過松耦合的形式整合,基于流程引擎也可以靈活配置辦事審批流程,具有擴展性好、部署靈活、開發時間短等優點。
筆者借助“數據中臺”及“業務中臺”理念,以服務師生為主管理為輔的思路將數據和服務分離,遵循數據標準和服務標準,提出的校園信息系統建設框架如下頁圖所示。
框架圖分成三部分:數據源、數據中臺、業務中臺。
數據源來自各部門業務系統,由業務部門使用及進行數據維護。

數據中臺簡單規劃為三層。一層為數據采集層:利用數據采集工具,配置數據源,采集業務系統數據,該層數據與原始數據保持一致,數據只是簡單的整合,沒有進行深度處理。二層為數據倉庫層:對數據進行建模存儲,按領域將數據整合與預處理。其中分為學生學籍域、教師基本信息域、學生學工域、課程域、科研域、資產域等。三層為數據服務層:為前臺業務提供數據API接口,為學校各級人員提供數據查詢、數據分析、數據可視化大屏展示等,方便業務的快速部署,輔助學校決策。此外,數據質量管理是數據中臺的重要組成部分,也是保障數據安全的重要措施,可以完善數據標準建設,分析現有數據的有效性、完整性、準確性、規范性,對數據內容有一個完整的質量評估,在數據集成方面,可以清晰查閱和監控數據流,保障學校有一個穩定的數據體系。
在數據中臺的支撐下,將業務中臺劃分為三個層次。一層為支撐層:包括統一身份認證管理平臺、門戶基礎平臺、消息中心、流程中心、日程中心等,為微服務的建設應用提供支撐組件。借助支撐組件,微服務在創建過程中,大大縮短了開發時間,能夠方便調用數據接口和API接口,實現靈活部署,有良好的擴展性。二層為展示層:學校現有業務系統的部分功能融合到一個大的校園融合門戶系統中,展示層將微服務分類整理,分為辦公類、財務類、科研類、人事類、生活類等。三層為入口層:借助統一身份認證組件,在用戶通過認證后,根據角色訪問授權微服務,有利于系統安全管控工作的開展。在支撐組件管理下,統一各個業務系統的待辦提醒、節點提醒、數據統計提醒等,能夠大大提升用戶體驗。
在大數據背景下,高校信息系統建設應站在師生的角度分析判斷,依托信息系統更好地服務師生和促進部門間的良好配合。面向服務架構的校園信息系統的構建,可以有效創新教育管理方式,提升用戶體驗。數據中臺是校園信息系統建設的底座支撐,實現數據采集、處理、整合與監控,為微服務提供數據調用接口。業務中臺的流程引擎、消息推送、日程管理等支撐組件,支持校園融合門戶各類微服務的快速構建,讓數據價值得到體現。但在信息系統建設過程中,還要充分認識到數據治理和流程再造的復雜性,結合學校的實際業務和規范化的管理制度,借鑒先進的技術平臺思想,建設一條適合自身學校發展的信息化道路。