時間:2020年09月17日 分類:教育論文 次數:
一、研究背景
信息化建設是近些年來高校工作的重點業務板塊之一,隨著智能手機和4/5G網絡的普及,基于移動端的校園信息門戶也在高校信息化建設的浪潮中孕育而生,走進校園,服務師生。
校園移動信息門戶是高校在移動互聯網時代學校信息和應用匯聚的重要平臺,但當前大多高校的移動信息門戶建設仍遵循原有數字化校園信息門戶的建設思路,以傳統信息門戶為基礎,對現有的應用系統做移動化改造整合,只是將現有信息門戶移植到手機上,作為 PC 端校園信息門戶的一個補充。在這樣思路下構建而成的移動信息門戶普遍著一些問題:
(1) 缺乏用戶的參與性。一線師生用戶只是被動的使用者,移動信息門戶的完善和豐富只能依靠信息化部門完成,尤其是大學生群體無法深度參與其中。
(2) 缺乏內容的靈活化。現行的高校移動信息門戶,大部分僅僅滿足了信息獲取的及時性和便捷性,忽視了師生用戶個性化及多元化信息獲取等方面的需求,特別是不能及時響應師生的實際需求的變化。
(3) 缺乏信息的交互性。在消息傳遞方面只是實現了單方的消息推送,用戶只是被動的接受消息。將現有的論壇移動化的方案雖能初步解決交互性問題,卻很難利用學校現有的組織結構來實現如班級、師生、同事甚至是校友等用戶之間等群組的信息交互,同時也缺乏消息傳遞的實時性。
(4) 缺乏服務的智慧性。現行的移動端門戶上呈現的數據,基本是都只是扮演了一個“數據查詢”的角色,即用戶想要獲取什么信息就找到相關的功能項去查閱,再或是由管理端統一推送一些公共信息,如通知公告等。而“智慧校園”建設則對信息化服務提出更高的要求,即要求系統能按既定方案對業務數據深入整理和挖掘,分析數據與用戶個體需求之間的聯系進而能“智慧化”地主動地向用戶提供信息服務的要求。比如:根據用戶的入學年份判斷用戶是新生,并自動向其送一些新生需要注意事項和幫助等。
(5) 缺乏應用的擴展性。由于沒有統一開放的開發平臺,對于一些學校內的應用如“移動教務”、“移動辦公”等一般是采用對原有系統開發接口對接或采用獨立應用的開發方式,往往會造成應用開發難度大、質量不高、用戶使用體驗不好等問題。同時,如果有第三方產品需要接入時,其對接成本也比較高。
二、研究內容
本研究以浙江商業職業技術學院為例,將用戶需求與信息技術結合,以移動終端應用“校園微門戶”為目標載體,探索和構建“智慧校園“理念下如何為師生提供優質的、個性化的、主動信息推送、數據查詢服務,以及提供輕量級的辦公教學管理功能的整體性解決方案,主要包括:
(1) 數據整合技術的研究。充分利用數字化校園環境下的計算機網絡,“利用手機實現校園信息的完全掌握”是系統設計的出發點。每所高校都建有來自不同軟件廠商開發的業務應用系統,其系統架構和數據存儲結構也不盡相同,所以有必要構建一個集成化的主數據庫。
校園微門戶平臺的“集成數據庫”其有別于數字化校園“共享數據庫”。數字化校園的共享數據庫只側重提取和存儲具備“共享”特質的業務數據,它的服務對象是各業務系統本身,而非一線用戶。通過“數據交換平臺”實現業務系統間數據共享,達到消除“數據孤島”現象的目的。
而校園微門戶的主數據庫,它的服務對象則直接是師生用戶。師生用戶對于數據信息的需求應是遠遠大于數字化校園共享數據庫中所存儲的“共享數據”內容的,師生對數據的需求范圍更大,層次更深、顆粒更細,甚至對數據間的邏輯關系也有一定的要求。對此,本課題將通過調研和總結高校師生信息內容和管理的共性特點,通過研究解決業務數據的整合技術實現以及整合內容的細粒度級定義,形成完整的、實用的且具備一定通用性的校園微門戶的信息數據庫。
(2) 信息服務模式的研究。構建信息服務引擎,實現覆蓋校園主要協同應用、服務。對此,本課題將側重從“信息的主動推送”和“信息的被動查詢”兩個方面展開機制設計、技術實現和內容管理方面的研究。
主動消息推送模塊,將實現把數字校園里面的消息都通過該平臺發送出去,解決數字校園里面消息發送混亂的現象,以便師生在任何需要的時間和場合,方便、高效、迅速地獲取和處理業務信息。該模塊研究的重點將放在統一應用系統消息的發送渠道,統一管理,統一監控,統一用戶對消息歷史的管理,同時能夠實現真正的“移動校園”教學與辦公等方面。同時,還需要對消息進行統計,可以查看消息的總體趨勢和分布,可以對消息進行安全審計,過濾敏感詞語,保證校園流通的消息合符國家的法律法規及其安全可靠性。消息的接收端除了移動客戶端外,還包括手機短信、電子郵件、微信公眾平臺、新浪微博等終端進行接收與傳閱。另外,課題組還將研究如何與“智慧校園”結合,尋找用戶需求和消息內容之間的邏輯關系,實現更為人性化、主動化的信息推送服務。
被動信息查詢模塊,將校園微門戶平臺的集成數據庫緊密聯系,滿足用戶對校園公共信息和個人相關信息的查詢閱覽需求。通過深入調研掌握師生需求,實現對查詢信息的內容組織形式、結構分類及相關技術架構層面的研究與實現。
三、平臺實現
1.系統架構
2.功能設計
3.參數要求
(1) 用戶分類:系統用戶角色分為:學生、教師和系統管理員。
(2) 必須具備獨立的ETL產品和集成數據中心庫,實現相關業務數據的同步集中存儲與報表生成。
(3) 同時支持IOS、Android、移動 WEB、微信(企業號)的登錄使用。
(4) 支持對信息主動推送功能(人工指定信息推送或根據欄目自動推送)。
四、建設階段
(1) 準備階段
圍繞“移動端校園微門戶”這一主題來開展相關的文獻方案、軟件產品的調研和分析,掌握主流文獻方案和軟件產品的系統架構、功能分類、應用特點以及在體現人性化、智慧化信息服務方面的設計與實現思路,進而分析其不足和改進之處、研究意義和價值、找出比較合理的研究框架。
教育論文范例:試析初中物理智慧化課堂的應用
(2) 實施階段
圍繞“系統架構、數據整合、信息的分類、智慧服務”等主題開展“移動端校園微門戶”的具體方案設計和實用性研究。研究重點:探討適用于“移動端校園微門戶”的數據信息內容及其管理分類;總結數據信息整合、清洗、提煉的技術重點與難點并提出破解思路或解決方案;在充分調研和掌握師生信息化功能需求和數據信息需求的基礎上,結合移動端校園微門戶的理念和特點,提出完整的功能設計和技術解決方案。
作者:沈杰