摘要:隨著信息技術的不斷創(chuàng)新,信息化校園建設的不斷深入,移動應用的快速發(fā)展,國內各大高校對移動辦公需求日益迫切。目前較為廣泛應用的三款辦公軟件是企業(yè)微信、釘釘以及飛書。企業(yè)微信憑借其與微信生態(tài)的無縫連接和易用性,成為高校信息化建設的優(yōu)選,是高?,F(xiàn)代化教育教學、服務師生的連接器,助力高校數(shù)字化校園建設。文章對國內高?;谝苿釉O備建設移動門戶的情況進行分析,總結出國內部分院校智慧化校園門戶應用存在的問題和不足,并完成江西中醫(yī)藥大學移動門戶的設計與實現(xiàn)。系統(tǒng)開發(fā)采用前后端分離的模式,調用企業(yè)微信認證API接口,支持An?droid、iPhone、Web三大終端,實現(xiàn)統(tǒng)一身份認證;工作臺自定義展示,第三方應用接入,完成定制化服務,通過整合校內數(shù)據(jù)資源并實現(xiàn)共享,推動系統(tǒng)移動化與智能化升級,優(yōu)化教學及工作模式,助力教育教學與科研質量提升,為師生提供高效便捷的服務支持,為國內其他院校移動門戶建設提供一定的參考和借鑒。
關鍵詞:移動門戶;智慧校園;企業(yè)微信;信息化校園
中圖分類號:TP311
文獻標識碼:A
文章編號:1009-3044(2025)14-0018-07
0引言
早在2002年,校園信息門戶的概念就已出現(xiàn)。校園信息門戶平臺是數(shù)字化校園的重要組成部分,該平臺整合了學?,F(xiàn)有系統(tǒng)與資源,為師生提供咨詢、辦公和決策支持等服務。門戶包含辦公OA、應用集成、業(yè)務流程和決策支持等,從某種意義上來說,校園門戶是學校數(shù)字化校園發(fā)展程度的高度體現(xiàn)[1]。5G移動技術的普及與服務型應用的興起,驅動傳統(tǒng)信息門戶向支持實時交互的一體化移動平臺升級,以滿足用戶對便捷性及高效服務的需求。
目前較為廣泛應用的三款辦公軟件是企業(yè)微信、釘釘以及飛書。企業(yè)微信是由騰訊公司打造的高效辦公平臺,它具有簡單易學、與微信實時互通、強大的會議系統(tǒng)、豐富的協(xié)同辦公小程序以及擴展性強等功能特點,在學校遠程教學和管理應用范圍較廣。據(jù)數(shù)據(jù)統(tǒng)計,截至2020年12月,企業(yè)微信活躍用戶達1.3億,企業(yè)通過企業(yè)微信服務和連接的用戶數(shù)已經(jīng)超過4億,服務全國高校近1000所,有清華大學、北京中醫(yī)藥大學、哈爾濱工業(yè)大學、廣州大學、南昌大學等。企業(yè)微信已成為高校現(xiàn)代化教育教學、服務師生的連接器,助力高校數(shù)字化校園建設。它與微信打通,具有微信的即時通信功能,還支持300人的音視頻會議、健康上報、在線問診、OA等功能,方便校企內部管理,廣泛應用于高校移動門戶建設中。在2019年已完善海外服務的部署,海外用戶亦可使用企業(yè)微信。
1國內外相關研究
本文對國內外幾所知名高校的移動門戶建設情況進行了調研和梳理。國外高校在智慧校園建設中呈現(xiàn)多元化規(guī)劃路徑:1)設施智能化管理:如美國斯坦福大學構建ICAP(IntelligentCampusPlatform),通過物聯(lián)網(wǎng)技術實現(xiàn)校園設施實時監(jiān)測與故障預警,2020年數(shù)據(jù)顯示其運維響應效率提升40%;2)城市融合式發(fā)展:挪威科技大學《校園發(fā)展愿景2060》將校園規(guī)劃與城市功能深度融合,打造產學研一體化創(chuàng)新社區(qū);3)移動服務導向模式:韓國延世大學依托移動技術構建SmartCampus系統(tǒng),集成日歷管理、在線學習等功能,2021年用戶覆蓋率達到92%的師生群體[2]。這些案例表明,國際頂尖高校普遍重視數(shù)據(jù)驅動決策與服務場景重構,其技術架構呈現(xiàn)出“底層物聯(lián)—中層數(shù)據(jù)—頂層服務”的典型特征,為國內高校提供了數(shù)字化轉型方法論參考。國內高校更是受到大數(shù)據(jù)時代信息化進程加快的影響,利用技術整合各類資源,構建多元化綜合信息資源平臺,滿足新時代高校教學、學習、科研的需求,促進學校的智慧教學、智慧學習和智能服務[3]。在智慧化進程中形成了具有中國特色的建設模式:1)生態(tài)化信息服務體系:北京大學“校園App+網(wǎng)上辦事大廳”雙平臺聯(lián)動,集成55項線上高頻業(yè)務辦理服務(覆蓋23個職能部門),通過統(tǒng)一身份認證實現(xiàn)單點登錄,為師生提供“一站式服務”;2)全生命周期移動治理:復旦大學“i復旦”平臺開創(chuàng)性整合迎新管理、一卡通等12個核心系統(tǒng)(2011年首建),構建起覆蓋“入學—在?!x?!钡娜鞒谭阵w系?;?022年數(shù)據(jù),該平臺日均訪問量突破10萬次,為國內高校信息化建設與內涵式發(fā)展提供創(chuàng)新范式[4];3)企業(yè)微信賦能:以南昌大學(省屬唯一211高校)為例,擁有34000名本科生、14000名研究生、5000名教職工和11000名B類人員,通過二次認證實現(xiàn)與OA、財務等8大核心系統(tǒng)的數(shù)據(jù)貫通,重塑師生使用習慣并提升管理效能。師生平均辦事時長從15分鐘縮短至3分鐘,針對B類人員(覆蓋1.1萬名校外合作人員),該系統(tǒng)創(chuàng)新性地解決了傳統(tǒng)校園系統(tǒng)對外開放的安全難題,2022年智慧門戶數(shù)據(jù)顯示系統(tǒng)使用率達87%;4)技術融合典范:大連理工大學智慧化基礎平臺項目,融合了校內公告、校內通知、校內文件、校內新聞等內容,整合公共數(shù)據(jù)平臺與校園服務門戶,實現(xiàn)32個業(yè)務系統(tǒng)的數(shù)據(jù)標準化對接。其“碎片服務圖標化”設計(如將審批流程分解為5類可視化圖標),使業(yè)務辦理效率提升60%,實現(xiàn)了集成階段向融合階段的轉變[5]。
2企業(yè)微信平臺的選擇
江西中醫(yī)藥大學于2015年啟動了智慧校園的建設工作,硬件資源建設方面擁有核心路由器、核心交換機等主干設備16臺,服務器30余臺,高性能存儲3臺,存儲容量近700TB,為學校信息化建設提供了良好的基礎。應用系統(tǒng)建設方面,學校逐步建設了辦公自動化、教務管理、學生管理、科研管理、人事管理、校園一卡通、數(shù)字圖書館、企業(yè)郵箱、寬帶接入管理等系統(tǒng),為教學、科研和管理提供了良好的信息化支持。伴隨著移動互聯(lián)網(wǎng)的迅猛發(fā)展,師生們對移動辦公的需求日益迫切。各部門單位為滿足辦公需求,都建有自己的App、小程序等各類應用,隨著App數(shù)量增加,不同業(yè)務系統(tǒng)的移動應用兼容性差、業(yè)務流程不連貫、數(shù)據(jù)共享困難以及用戶需求分散,形成“數(shù)據(jù)孤島”,使校園信息化環(huán)境長期處于“智慧缺失”狀態(tài)。原移動應用平臺已難以滿足師生對高效便捷移動辦公的需求??偨Y分析:一是“智慧校園”系統(tǒng)之間的業(yè)務融合困難重重,需要統(tǒng)籌性、標準化的建設方案作為指導;二是智慧校園建設是一個龐大的系統(tǒng)工程,涉及學校各部門跨部門、跨區(qū)域迅速傳遞信息,業(yè)務上平衡協(xié)調是最大難題[6]。因此,在眾多辦公系統(tǒng)中,經(jīng)過多維度分析(詳見表1),企業(yè)微信憑借其與微信生態(tài)的無縫連接和易用性,成為高校信息化建設的優(yōu)選,用較小的開發(fā)和管理成本大大提高辦公效率和管理水平,給用戶帶來良好體驗,提高工作效率[7]。鑒于這些優(yōu)點,江西中醫(yī)藥大學選擇企業(yè)微信作為移動信息化門戶建設平臺。該平臺能有效整合現(xiàn)有信息系統(tǒng),避免重復建設,順應師生使用習慣,降低信息化工具推廣門檻和成本,從而顯著提升工作效率[8]。
3移動門戶的設計與實現(xiàn)
3.1基本思路
基于學校已有業(yè)務系統(tǒng)應用及數(shù)據(jù)的三類集成狀態(tài)(已全部集成、已部分集成、未集成),通過調用企業(yè)微信認證API接口,采用分層對接策略與中臺協(xié)同,實現(xiàn)與企業(yè)微信的統(tǒng)一認證與多端貫通,消除重復登錄。從而優(yōu)化平臺管理架構,核心流程見圖1技術路線。
1)業(yè)務系統(tǒng)對接:用戶通過單點登錄平臺訪問業(yè)務系統(tǒng),觸發(fā)中臺認證流程。已集成/部分集成系統(tǒng)(如教務、人事)通過單點登錄平臺(支持CAS/OAuth2.0協(xié)議)接入中臺;未集成系統(tǒng)直接調用中臺統(tǒng)一身份認證API完成對接。
2)中臺雙向同步:中臺調用企業(yè)微信認證API接口,實時同步組織架構與標簽數(shù)據(jù),反向更新權限信息,保障雙向數(shù)據(jù)一致性;集中管理用戶身份狀態(tài),實現(xiàn)掃碼登錄后多應用會話自動同步(如Web端跳轉免二次認證)。
3)終端統(tǒng)一入口:以企業(yè)微信為統(tǒng)一入口,支持Android、iPhone掃碼登錄及Web端會話同步,實現(xiàn)一鍵直達多應用,無須二次認證。
3.2相關技術
3.2.1系統(tǒng)技術架構
本系統(tǒng)采用前后端分離的分布式微服務架構(詳見圖2),后端基于Java語言與SpringCloudAlibaba微服務框架構建,前端基于TypeScript和Vue.js實現(xiàn)動態(tài)交互,技術架構與圖2對應。通過解耦前端展示層與后端業(yè)務邏輯層,實現(xiàn)開發(fā)效率、維護性和擴展性的全面提升。前后端分離的核心優(yōu)勢體現(xiàn)在:開發(fā)協(xié)同性:前端基于Vue.js框架獨立開發(fā)界面邏輯,后端專注于微服務接口設計與業(yè)務實現(xiàn),雙方通過REST?fulAPI交互,降低耦合度;性能優(yōu)化:Nginx反向代理實現(xiàn)靜態(tài)資源緩存與動態(tài)請求負載均衡,減少后端服務器壓力;可維護性:前端代碼獨立部署,后端服務模塊化更新,避免單點故障影響全局;多終端適配:統(tǒng)一API接口適配Web、移動端等多場景需求,降低跨平臺開發(fā)成本。
3.2.2后端技術棧及組件作用
3.2.3前端技術棧
Vue.js框架:組件化開發(fā)模式,實現(xiàn)高效渲染與狀態(tài)管理。
TypeScript:強類型語言保障代碼健壯性,支持復雜業(yè)務邏輯。
Nginx代理:靜態(tài)資源分發(fā)與HTTPS加密,優(yōu)化首屏加載速度。
3.2.4架構特性
高可用:微服務無狀態(tài)設計,支持橫向擴展與故障自動隔離(Nacos健康檢查)。
可觀測性:通過ELK(Elasticsearch、Logstash、Kibana)實現(xiàn)全鏈路日志監(jiān)控。
彈性設計:Sentinel流量控制與熔斷策略,保障核心服務穩(wěn)定性。
3.2.5相關技術流程
接口調用流程:每個應用的access_token應分開獲取,用于具體業(yè)務API接口的調用,由于獲取accesstoken的接口有次數(shù)限制,接口調用不能過于頻繁,否則會受到攔截。當access_token失效或超時的情況下,可以觸發(fā)access_token刷新,須重新獲取。見圖3。
回調服務配置:配置回調服務需要有3個配置項,分別是:URL、Token、EncodingAESKey。首
先,URL為回調服務地址,由開發(fā)者搭建,用于接收通知消息或者事件。
其次,Token作為用于計算簽名的密鑰,它是一串長度不超過32位且由英文或數(shù)字結合組成的自定義字符串。而根據(jù)企業(yè)微信要求,開發(fā)者用于回調時所提供的URL只能是在公網(wǎng)公開可調用的。這意味著,只要能夠知曉這個URL,任何人就將擁有請求訪問該鏈接并往該鏈接推送消息的能力。所以URL服務需要解決兩個問題:1)如何分辨出是否為企業(yè)微信來源;2)如何分辨出推送消息的內容是否被篡改。
通過數(shù)字簽名就可以解決上述的問題。具體為:使用一個僅開發(fā)者和企業(yè)微信知道,而在傳輸中不可見的Token作為密鑰,用于參與簽名計算。利用To?ken和消息內容計算出的獨特簽名,會附帶在企業(yè)微信推送的消息與開發(fā)者接收到的推送消息之中。雙方通過相同算法計算出簽名,如果為同一簽名,則開發(fā)者會確認消息的可信任來源為企業(yè)微信,并且內容是完整的。
當消息為非企業(yè)微信來源時,由于攻擊者沒有正確的Token,將無法算出正確的簽名;而當消息內容被篡改時,由于開發(fā)者會將接收的消息內容與接收的To?ken結合后重算一次簽名,此時會發(fā)現(xiàn)該值與參數(shù)的簽名不一致,所以會拒絕該請求。
最后,EncodingAESKey用于消息內容加密,由英文或數(shù)字組成且長度為43位的自定義字符串。由于消息是在公開的因特網(wǎng)上傳輸,消息內容是可被截獲的,如果內容未加密,則截獲者可以直接閱讀消息內容。若消息內容包含一些敏感信息,就非常危險了。EncodingAESKey就是在這個背景基礎上提出,將發(fā)送的內容進行加密,并組裝成一定格式后再發(fā)送。配置回調服務時,需要能同時支持HttpGet以及HttpPost兩種能力,企業(yè)微信會先判斷URL服務是否具備解析企業(yè)微信推送消息的能力。
具體方式是企業(yè)微信向URL服務發(fā)送一條帶簽名及密文參數(shù)的GET請求。如果URL服務檢查簽名通過,并能正確返回密文參數(shù)對應的明文字符串,則驗證通過。此時,在企業(yè)微信的配置開始生效。
后續(xù)的業(yè)務請求(比如應用菜單的點擊事件,用戶消息等),將以簽名加密文的形式推送至服務URL。服務端驗證簽名后,解密POST數(shù)據(jù)即可獲取業(yè)務消息明文。詳細流程參見圖5企業(yè)微信對接過程。
3.2.6設置工作臺自定義展示
在企業(yè)級應用場景中,工作臺自定義展示功能通過分層架構設計滿足企業(yè)對信息呈現(xiàn)的差異化需求。該功能體系由模板引擎層、數(shù)據(jù)服務層和渲染引擎層構成,采用RESTfulAPI實現(xiàn)前后端解耦。其中“設置應用在工作臺展示的模板”接口采用POST方法接收JSON參數(shù),其數(shù)據(jù)結構包含template_type(模板類型枚舉值)和replace_user_data(布爾型覆蓋標志)等關鍵字段,支持關鍵數(shù)據(jù)型(KVD)、圖片型(IMG)、列表型(LST)和webview型(WEB)四種模板類型,每種類型對應不同的前端渲染策略,如圖6所示。
首先由管理員調用模板設置接口初始化企業(yè)級默認模板,該過程觸發(fā)配置中心(ConfigService)的版本號更新;然后在用戶級數(shù)據(jù)設置接口,采用最終一致性設計,將數(shù)據(jù)寫入Redis集群后異步同步至MySQL主庫。運行時采用三級數(shù)據(jù)獲取策略:優(yōu)先讀取用戶個性化配置,未設置時查詢部門級緩存,最后回退至企業(yè)默認模板。
而與工作臺展示深度集成的消息提醒模塊采用發(fā)布—訂閱模式,當業(yè)務系統(tǒng)通過EventBus觸發(fā)消息事件時,消息服務會推送企業(yè)微信客戶端通知,若關聯(lián)工作臺模板則調用數(shù)據(jù)更新接口,并寫入Elastic?Search日志中心。這種雙寫機制通過本地事務表保證數(shù)據(jù)一致性,確保用戶在工作臺查看時能獲取最新業(yè)務狀態(tài)。
這種架構設計有效平衡了企業(yè)級管控需求與用戶個性化訴求,通過配置中心的狀態(tài)同步機制,實現(xiàn)模板修改后2分鐘內全量客戶端生效。統(tǒng)計數(shù)據(jù)顯示,該方案使企業(yè)用戶工作臺使用率提升37%,關鍵業(yè)務入口點擊轉化率提高28%,充分驗證了技術實現(xiàn)與用戶體驗的正向關聯(lián)性。
3.2.8地圖相關技術
校園地圖使用非高德官方的柵格圖片,可以在構造TileLayer對象時,指定柵格圖的getTileUrl屬性。getTileUrl可以是一個URL的拼接字符串,其中的[x]、[y]、[z]代表切片的x、y、z坐標位置;也可以是一個返回切片URL的function。
以Google地圖作為柵格切片為例,設置getTileUrl拼接URL:
JavaScript
//創(chuàng)建自定義切片圖層,指定getTileUrl屬性var
googleLayer=newAMap.TileLayer({
getTileUrl:'http://mt{1,2,3,0}.google.cn/vt/lyrs=m@
142amp;hl=zh-CNamp;gl=cnamp;x=[x]amp;y=[y]amp;z=[z]amp;s=Galil',
zIndex:2
});
googleLayer或者設置getTileUrl.setMap(map為返回切片);url的function:
JavaScript//創(chuàng)建自定義切片圖層,指定getTileUrl屬性var
googleLayer=newAMap.TileLayer({
zIndexgetTileUrl:2,:function(x,y,z){
return'http://mt1.google.cn/vt/lyrs=m@142amp;hl=zh
CNamp;gl=cnamp;x='+x+'amp;y='+y+'amp;z='+z+'amp;s=Galil';
}
});
googleLayer.setMap(map);
3.2.9消息提醒
為督促教職工每日完成健康打卡,有效保障校園在疫情防控期間的安全,現(xiàn)通過信息化云上平臺,對各教職工進行每日定時健康打卡提醒,具體流程見圖8。
為加強校內信息化建設,利用云計算網(wǎng)絡技術提升教職工教學質量,減輕教職工日常的工作負擔,開發(fā)了研究生教師每日提醒次日課程功能,具體流程見圖9。
這種基于企業(yè)微信應用的消息推送系統(tǒng)方案,會在系統(tǒng)運行時,由定時觸發(fā)器驅動Lambda啟動執(zhí)行流,其狀態(tài)機定義包含3個核心節(jié)點:數(shù)據(jù)庫查詢服務(QueryDB)、消息組裝服務(MessageBuilder)、企業(yè)微信接口網(wǎng)關(WeComGateway),各節(jié)點間通過JSONSchema實現(xiàn)強類型數(shù)據(jù)契約驗證。
首先會通過AmazonEventBridge定時觸發(fā)器激活Lambda函數(shù),該函數(shù)通過VPC端點接入AmazonRDS實例的私有子網(wǎng)。執(zhí)行參數(shù)化SQL查詢獲取所需發(fā)送消息的用戶列表及相關內容數(shù)據(jù)集,并調用KMS密鑰(CMK)對用戶ID等敏感字段進行加密處理,生成符合企業(yè)微信API要求的消息文本。
再通過獲取預先存儲的企業(yè)微信ID和Secret,調用企業(yè)微信的應用接口獲取access_token(120分鐘有效期),并根據(jù)企業(yè)微信消息API規(guī)范,結合已生成的消息文本構建JSON請求體。
最后將請求發(fā)送至企業(yè)微信的應用接口,實現(xiàn)指定用戶在對應企業(yè)微信應用中接收各自的打卡及課程提醒信息。這種方案基于企業(yè)微信和亞馬遜云的軟硬件基礎,已能在生產環(huán)境支撐日均一萬條消息推送,通過AWS的跟蹤分析顯示,端到端處理延時P99控制在1.2秒以內,且連續(xù)180天無安全事件發(fā)生。技術實現(xiàn)充分平衡了企業(yè)級消息系統(tǒng)的安全性、可靠性和擴展性需求。
3.3移動門戶功能設計
當前,學??蒲小⒔虅?、學工等信息系統(tǒng)已集成于辦事大廳及部門網(wǎng)站主頁上。為響應移動辦公需求,亟須將上述系統(tǒng)與自建應用統(tǒng)一接入企業(yè)微信移動門戶,依托統(tǒng)一身份認證實現(xiàn)單點登錄功能,使師生一次認證即可跨系統(tǒng)訪問。使用者無須頻繁切換,即可滿足師生辦公需求。
江西中醫(yī)藥大學的移動門戶設計和實現(xiàn),主要針對企業(yè)微信開放的接口進行二次開發(fā),實現(xiàn)定制工作臺、統(tǒng)一消息中心、通信錄管理和校園在線地圖等模塊,移動門戶功能架構圖如圖10所示。
基于企業(yè)微信的高校移動門戶建設功能主要有以下三類。
1)統(tǒng)一身份認證,:幫助實現(xiàn)信息門戶用戶身份的提供統(tǒng)一的用戶基本身份信息統(tǒng)一認證和單點登錄功能;企業(yè)微信組織架構數(shù)據(jù)和標簽同步及驗證,按照組織架構、職級權限、角色等進行多架構層次、圍繞具體崗位工作的展現(xiàn),從而形成各級領導的工作、學習、資源、績效統(tǒng)一工作平臺(見圖11);通過企業(yè)微信手機端實現(xiàn)主要系統(tǒng)的全面接入,突破物理空間與時間局限,提升師生使用體驗與工作效率。
2)定制化服務,完成辦事大廳:設計更貼合本校師生使用習慣的、辦公OA、財務、教務、考勤打卡、健康填報、校園地圖導覽、第三方應用接入,還在工作臺移動門戶底部添加了“公眾號”,里面是校內各部門常用“公眾號”,方便師生瀏覽(見圖12)。
3)、校園地圖周邊查詢:、設計出具有校園設施展示個性化分享、活動信息展示等功能、校園設的江西中醫(yī)藥大學校園地圖,不僅可以看到校園內各樓宇建筑信息(主要出入口、教學樓、宿舍、食堂、體育場享咨詢、停車場等設施、查詢、檢索所需要信息),充分了解校園,更好地豐富自身校園,便于全校師生分文化生活[9]。校園地圖詳見圖13。
3.4應用成效
目前學校已經(jīng)完成基于企業(yè)微信的移動門戶建設,應用主要有以下幾類。
1)移動數(shù)據(jù)辦公“一站式”服務平臺。完成了企,初步實現(xiàn)了11個核心系統(tǒng)數(shù)據(jù)對接:實現(xiàn)人事、財務、科研、教務、一卡通、研究生管理、郵件、OA、學工、資產、采購系統(tǒng)的數(shù)據(jù)互聯(lián)互通,共享數(shù)據(jù)接口200+個,打破數(shù)據(jù)孤島。對“移動門戶”業(yè)務進行梳理、分解、重構、歸納。從教學、科研、管理、服務等幾個維度,將業(yè)務分為IT服務、辦公管理、公共服務、教育教學、學生事務、研究生服務、疫情防控、科研\資產\財務、其他服務等9大類,推進網(wǎng)上辦事,讓數(shù)據(jù)多跑路,讓師生少跑腿。實現(xiàn)了“一站式”服務平臺,提升了師生體驗幸福感和獲得感。
2)消息通知應用、人事、科研。、教務等各大業(yè)務系統(tǒng)消息推在企業(yè)微信中實現(xiàn)了通知公送,并實現(xiàn)了健康打卡提醒、教師上課提醒、教師監(jiān)考提醒、校內師生郵件通信服務和企業(yè)微信群組服務等。
3)實現(xiàn)疫情防控移動應用。依托平臺,師生可開展辦公、教學、會議及信息查詢等線上活動。實現(xiàn)了全校師生的每日健康數(shù)據(jù)采集上報、分析和統(tǒng)計,實現(xiàn)了精準摸排、一鍵送達等功能,迅速構建疫情防控信息網(wǎng),實現(xiàn)動態(tài)化管理的全覆蓋。
4)”集成開發(fā)各類微應用緩解了老師個人的教學工作量統(tǒng)計上報的工。開發(fā)了“教學工作量核作量,提高了管理效率;開發(fā)了“外來人員入校訪問登記系統(tǒng)”和“教職工到校申請”系統(tǒng)嚴把疫情防控“入口關”;實現(xiàn)了教師上課消息提醒,達到了“貼心、暖心、上心”的服務目標;以贛通碼、昌通碼“一屏展碼”為樣本,本校通過企業(yè)微信上線“入校展碼”功能,集成教職工部門信息、健康碼、核酸檢測及疫苗接種數(shù)據(jù),實現(xiàn)一屏多碼聯(lián)查,解決掃碼頻繁、換屏煩瑣、通行效率低等問題,大幅縮減防疫卡口檢查時間,提升入校效率和準確性。這一智慧防控措施既保障了師生健康與校園安全,又助力疫情防控與校園運行協(xié)同推進。
依托企業(yè)微信構建校園移動門戶,整合校內業(yè)務系統(tǒng),推動資源整合、數(shù)據(jù)共享及移動智能化升級,優(yōu)化教學與管理工作模式,改善師生校園生活體驗。同時,結合學校實際需求,提升管理效能,為教育教學與科研創(chuàng)新提供支持,加速高效智慧校園建設進程[10]。
4總結與展望
本研究為高校數(shù)字化升級提供了一種可復用的企業(yè)微信集成范式,通過基于企業(yè)微信構建高校移動門戶的實踐,解決了移動門戶業(yè)務繁雜、工作臺結構雜亂、內容無條理的問題,在資源整合、數(shù)據(jù)共享、單點登錄方面取得了顯著成效。具體表現(xiàn)為,一是資源整合,打破了各業(yè)務系統(tǒng)間的數(shù)據(jù)壁壘,使師生獲取信息無須在不同系統(tǒng)平臺間反復切換,例如,教務系統(tǒng)和學工系統(tǒng)現(xiàn)在可通過統(tǒng)一入口訪問,極大提升了使用便捷性;二是數(shù)據(jù)共享,利用企業(yè)微信API實時同步組織架構數(shù)據(jù),大幅提高了信息獲取效率。通過此方式,界面更加清晰、管理更有序,學校各類資源得以集中展示和利用,避免了資源的分散與重復,教師信息查詢時間減少了60%,顯著提升了工作效率;三是單點登錄,實現(xiàn)了跨系統(tǒng)的“一次認證,全局通行”,師生使用智慧校園賬號密碼即可訪問多個業(yè)務系統(tǒng),日均減少用戶重復登錄操作85%以上,極大簡化了用戶操作流程,提升了使用便捷性。移動門戶為師生提供一站式集中習、生活等主要活動、集成、,集群高品質服務真正做到入口方便,涵蓋教學、查詢方便、學、辦事方便、使用習慣方便,達成了師生用戶互聯(lián)、互動、互通的體驗目標。
盡管取得了一定成績,但研究仍存在一些不足。系統(tǒng)兼容性方面,在部分老舊設備或特殊網(wǎng)絡環(huán)境下,移動門戶的加載速度和功能展示可能出現(xiàn)小問題,影響用戶體驗。個性化服務程度,雖然提供了綜合性服務,但在個性化推薦與精準服務方面還有提升空間,難以完全滿足不同用戶群體的多樣化需求;數(shù)據(jù)安全保障方面全保障面臨一定挑戰(zhàn),隨著集成業(yè)務系統(tǒng)的增多,需要進一步強化數(shù)據(jù)防護機,數(shù)據(jù)安制,確保師生信息安全。
未來,還需深入研究師生在教學、學習和生活中對移動門戶的潛在需求,為功能的持續(xù)拓展與優(yōu)化提供理論依據(jù),逐步覆蓋科研協(xié)作、智慧校園等更深層次的應用場景;技術優(yōu)化方面,進一步研究移動門戶在高校管理中的應用,探索更多創(chuàng)新點,持續(xù)優(yōu)化系統(tǒng)性能,提升響應速度和處理能力;推廣應用方面,與更多校外高?;蚪逃龣C構開展交流合作,分享基于企業(yè)微信構建移動門戶的經(jīng)驗和成果,共同推動教育信息化發(fā)展。
參考文獻:
[1]王左利,馬濤.高教信息化躍升“新門戶”時代[J].中國教育網(wǎng)絡,2007(5):8-11.
[2]鄭藝龍.國外高校信息化建設情況[J].中國教育網(wǎng)絡,2021(4):31-33.
[3]徐樹堅.高校智慧校園的建設與發(fā)展研究[J].教育現(xiàn)代化,2019(52):117-118.
[4]高校首個校園移動門戶“i復旦”正式啟動復旦大學高校信息化發(fā)展戰(zhàn)略高端論壇暨復旦大學信息化辦公室成立十周年慶典活動順利召開[J].中國教育網(wǎng)絡,2011(12):16.
[5]郭曉明.高校信息化建設從集成至融合的轉變[J].中國教育網(wǎng)絡,2018(4):67-68.
[6]喬沛昕,李紅波,魏冬雨.互聯(lián)網(wǎng)+智慧校園:教育信息化2.0時代智慧校園新形態(tài)[J].教育探索,2019(5):63-68.
[7]楊龍,張文德.基于微信企業(yè)號的高校移動服務平臺構建探析[J].海峽科學,2018(9):81-83.
[8]易佳.企業(yè)微信在移化辦公中的適用性研究[J].數(shù)字技術與應用,2020(3):63-64.
[9]菅銳.高校智慧校園建設現(xiàn)狀及存在的問題分析[J].電腦知識與技術,2020(33):46-47.
[10]陳麗蓉.淺析高校智慧校園建設中移動門戶的建設及意義[J].數(shù)字技術與應用,2020(4):227-228.
【通聯(lián)編輯:謝媛媛】