李溫溫

關(guān)鍵詞：低代碼平臺；二維碼；多媒體教室巡檢管理系統(tǒng)

中圖分類號：TP3 文獻標識碼：A

文章編號：1009-3044（2023）03-0116-03

2021年5月，教育部發(fā)布《關(guān)于加強新時代教育管理信息化工作的通知》，鼓勵高等學(xué)校探索以提供應(yīng)用服務(wù)替代建設(shè)信息系統(tǒng)，實現(xiàn)低成本、短周期、高質(zhì)量的管理信息化應(yīng)用開發(fā)，為本單位提供優(yōu)質(zhì)、便捷的服務(wù)。多媒體教學(xué)服務(wù)是教育信息化的重要支撐，多媒體教室巡檢管理系統(tǒng)可以提高點檢巡檢效率，提高故障響應(yīng)速度，提高保養(yǎng)工作效率，降低設(shè)備維護成本，從而提升多媒體教室設(shè)備的現(xiàn)代化管理水平。借助敏捷、快速、業(yè)務(wù)人員可參與的低代碼平臺，高?？裳杆俅罱M足自己的個性化需求的應(yīng)用，成本更低、周期更短、質(zhì)量更高，為師生提供更優(yōu)質(zhì)服務(wù)，這也是學(xué)校提升到智慧校園級別的體現(xiàn)。

1 低代碼平臺研究與分析

1.1 高校信息系統(tǒng)建設(shè)現(xiàn)狀

高校信息系統(tǒng)建設(shè)主要有兩種方式，一種是外部系統(tǒng)采購，一種是外包或自主開發(fā)軟件。外部采購的定制系統(tǒng)，很難完全契合業(yè)務(wù)部門的實際需求，更多的是業(yè)務(wù)適應(yīng)系統(tǒng)。同時，外部系統(tǒng)在系統(tǒng)集成、數(shù)據(jù)對接方面面臨較大的技術(shù)風(fēng)險。外包或自主開發(fā)模式，由于信息化建設(shè)目標模糊，業(yè)務(wù)需求不明確，溝通低效，軟件開發(fā)周期長、成本高。而這兩種方式共同面臨一個問題：難以應(yīng)對不斷變化的市場和客戶期望，系統(tǒng)上線不久甚至還未上線就已不再適用，這些問題是由于傳統(tǒng)軟件開發(fā)模式存在的弊端決定的。

傳統(tǒng)的軟件開發(fā)需要技術(shù)人員先收集業(yè)務(wù)人員的需求，花費大量時間用于需求溝通，再將需求轉(zhuǎn)化為模型討論，最后才能進行開發(fā)，過于昂貴和僵化，無法為企業(yè)提供高效和敏捷的開發(fā)流程。開發(fā)過程中頻繁的需求變更會導(dǎo)致系統(tǒng)穩(wěn)定性降低。新冠肺炎疫情發(fā)生時期，很多政府部門和企事業(yè)單位需要在幾天內(nèi)迅速開發(fā)出應(yīng)對疫情的應(yīng)用，對傳統(tǒng)開發(fā)的模式來說，幾乎是不可能完成的任務(wù)。

低代碼產(chǎn)品通過對代碼進行模塊化封裝，極大程度上提高了軟件開發(fā)效率，因此進入開發(fā)者視野。業(yè)務(wù)部門用拖拽的方式積木式搭建應(yīng)用平臺，可以滿足個性化需求，減少了與IT部門反復(fù)溝通的時間成本，降低了溝通導(dǎo)致的理解偏差，縮短了項目的開發(fā)周期。低代碼平臺支持跨平臺部署，能實現(xiàn)不同系統(tǒng)間數(shù)據(jù)互聯(lián)互通[1]。

1.2 低代碼開發(fā)平臺簡介

低代碼由Forrester于2014年提出，基于模塊化、組件式拼接搭建的設(shè)計模式，通過為開發(fā)者提供可視化的應(yīng)用開發(fā)環(huán)境，不同經(jīng)驗水平的開發(fā)人員可以通過直觀的圖形界面，使用拖放式組件和模型驅(qū)動邏輯便捷構(gòu)建Web和移動應(yīng)用。

低代碼平臺提供表結(jié)構(gòu)、工作流、視圖、用戶角色權(quán)限、自定義頁面、統(tǒng)計報表六大基本組件，具備流程編排、界面編排、終端編排、數(shù)據(jù)編排、API編排、BI報表等能力，基于數(shù)據(jù)管理和工作流兩大核心職能搭建低代碼平臺。

目前很多開發(fā)者對低代碼平臺的疑慮主要在于低代碼平臺是否有足夠的擴展能力和編程接口，擔心在遇到復(fù)雜的業(yè)務(wù)要求時，會遭遇之前開發(fā)的工作前功盡棄的風(fēng)險，事實上優(yōu)秀的低代碼平臺具備完善的腳手架和多層級開放API，不僅可以原生集成企業(yè)微信、釘釘，支持H5拓展，還可以對接泛微等專業(yè)的軟件，還能對接硬件設(shè)備。另外，優(yōu)秀的低代碼平臺還支持多重部署方式，包括公有云、私有、混合云，提供安全計算環(huán)境，提供網(wǎng)絡(luò)訪問控制、核心數(shù)據(jù)加密、多點災(zāi)難備份、SSL/TLS全程加密等方式確保信息安全。除此之外，基于行業(yè)垂直領(lǐng)域的經(jīng)驗，很多低代碼平臺內(nèi)置與行業(yè)相關(guān)的大量素材、樣式、主題以及頁面元素樣式設(shè)計器，支持在開發(fā)平臺上引入統(tǒng)一的CSS樣式，具備良好的視覺效果[2]。

目前，除操作系統(tǒng)、數(shù)據(jù)庫、中間件、安全、游戲、交易等特殊領(lǐng)域，或者研發(fā)核心競爭力產(chǎn)品的情況，低代碼平臺幾乎可以應(yīng)對不同復(fù)雜場景的開發(fā)需求，覆蓋企業(yè)應(yīng)用場景。一些低代碼平臺也在開展AI能力研發(fā)，包括IDP（智能文檔處理）、OCR、NLP、機器視覺、ASR（自動語音識別技術(shù)）、IoT（物聯(lián)網(wǎng)），為用戶提供更加優(yōu)質(zhì)的體驗。

2 多媒體教室運維管理現(xiàn)狀

2.1 管理模式落后

多媒體教室作為承載教學(xué)活動的主要場所，分散在眾多教學(xué)樓的不同樓層，由于建設(shè)時期不一致，設(shè)備種類繁多、型號各異、質(zhì)量參差不齊、使用頻率高，增加了管理和運維工作的難度[3]。當前許多高校對多媒體教室多采用粗放式管理模式，比如對于維修管理工作，一些高校在多媒體教室粘貼管理員聯(lián)系電話，遇到問題時電話聯(lián)系管理員處理故障；一些高校采用學(xué)生信息管理員收集意見集中報修的方式，處理周期較長。這些方法都存在以下問題：報修人員信息化素養(yǎng)良莠不齊、不清楚設(shè)備的規(guī)格和型號、無法精確描述故障詳情，而多媒體教室管理員處理問題時首先要定位故障設(shè)備，接著根據(jù)故障的文字描述，有時需配合圖片和視頻才能對故障初步判斷，這些問題導(dǎo)致報修人員和教室管理員之間溝通成本比較大，也導(dǎo)致故障不能及時快速地解決。

2.2 設(shè)備維護工作流于形式

管理人員日常只是清掃設(shè)備衛(wèi)生和填寫紙質(zhì)表格，對設(shè)備的管理也只是停留在事后管理、事后維修上，紙質(zhì)方式的記錄存儲也無法為數(shù)據(jù)分析形成決策。

2.3 缺乏設(shè)備維修記錄沉淀

大多數(shù)設(shè)備維修仍然依賴經(jīng)驗，帶有一定的隨意性與盲目性，且極少對設(shè)備故障原因進行技術(shù)性的總結(jié)，無法建立有效的設(shè)備檢修手冊與維修體系。

3 多媒體教室運維的幾大關(guān)鍵

3.1 健全設(shè)備檔案管理

設(shè)備檔案記錄了一臺設(shè)備從規(guī)劃設(shè)計到報廢的全過程，包括：設(shè)備的設(shè)計圖紙、設(shè)備的使用、設(shè)備的維修檔案等。設(shè)備管理人員要在日常的工作中不斷修正和完善設(shè)備檔案。也就是說，既要對新的設(shè)備運行狀況和維護維修情況及時做詳細記錄，以備后查；又能隨著設(shè)備使用過程中的損耗，結(jié)合自己日常管理經(jīng)驗，細心重新修訂原點檢標準。

3.2 執(zhí)行日常維護管理

高校需要重視維護標準的制訂和執(zhí)行工作，因地、因時、因經(jīng)驗根據(jù)實際使用情況制訂標準。一些高校認為設(shè)備管理與設(shè)備的使用人員也就是高校教師和學(xué)生無關(guān)，是設(shè)備管理與維保人員的工作。事實上設(shè)備使用人員正確操作設(shè)備與否，直接影響設(shè)備的壽命。需要加強對高校教師的信息化培訓(xùn)，提升設(shè)備全員管理水平。

3.3 及時設(shè)備維修管理

設(shè)備從投入使用到報廢具備一定的周期，需要提升設(shè)備維護保養(yǎng)質(zhì)量，減少技術(shù)故障，提升設(shè)備使用性能。一方面應(yīng)加強培訓(xùn)，切實提高設(shè)備管理人員的管理水平和設(shè)備維保人員的維修水平。另一方面，應(yīng)合理安排維護方案，設(shè)備管理人員應(yīng)適時組織人員進行維護管理，新學(xué)期需要對全校所有教室的所有設(shè)備進行全面巡檢，每月對重點設(shè)備進行全面檢查，每天對教學(xué)設(shè)備進行檢查，還需要根據(jù)不同設(shè)備的特殊情況進行設(shè)備的養(yǎng)護。

4 多媒體教室巡檢系統(tǒng)的實現(xiàn)

4.1 系統(tǒng)架構(gòu)設(shè)計

如圖1所示，基于低代碼的多媒體教室設(shè)備巡檢管理系統(tǒng)的架構(gòu)主要分為基礎(chǔ)設(shè)施、數(shù)據(jù)層、服務(wù)層、應(yīng)用層和表現(xiàn)層[4]。系統(tǒng)為設(shè)備建立了線上檔案，包括設(shè)備基礎(chǔ)信息、點檢記錄、維修記錄、保養(yǎng)記錄、備件更換記錄等信息，設(shè)備基礎(chǔ)信息可手動錄入或通過api接口導(dǎo)入資產(chǎn)管理相關(guān)系統(tǒng)的資產(chǎn)信息，而點檢、維修、保養(yǎng)信息則由日常對應(yīng)的巡檢流程生成。由于流程相似，下面重點說明設(shè)備報修模塊的設(shè)計。

實現(xiàn)思路：首先建立設(shè)備管理表，包括設(shè)備編號、設(shè)備名稱、規(guī)格型號、生產(chǎn)廠家、生產(chǎn)日期等字段；之后建立報修流程，報修人通過提交報修單發(fā)起維修申請；最后維修人員接單并處理故障，反饋處理結(jié)果。相對于傳統(tǒng)的報修系統(tǒng)，此系統(tǒng)為每個設(shè)備生成專屬的二維碼，掃碼后根據(jù)業(yè)務(wù)需要和用戶權(quán)限，選擇查看基本信息，巡檢、報修、保養(yǎng)記錄，還可以查看說明書等靜態(tài)資料。設(shè)備維修流程如下：用戶通過企業(yè)微信掃描設(shè)備專屬二維碼定位故障設(shè)備上報故障，系統(tǒng)支持文字、圖片、視頻三種方式。根據(jù)設(shè)定好的報修流程分配給相應(yīng)的處理人員，報修人員可隨時查看維修進度。下面，用簡道云演示系統(tǒng)搭建的過程。

4.2 系統(tǒng)建設(shè)

1） 表單設(shè)計

平臺內(nèi)置表單引擎，可通過拖曳方式完成數(shù)據(jù)模型搭建，自動生成數(shù)據(jù)表及“增刪改查”功能及相關(guān)頁面。根據(jù)報修實際需要建立表單，如圖2所示，其中設(shè)備編號可通過掃碼自動獲取，掃碼時從設(shè)備基礎(chǔ)信息表中獲取設(shè)備所在地點。報修人字段設(shè)定為數(shù)據(jù)聯(lián)動方式，關(guān)聯(lián)用戶信息表中的維修人員字段[5]。

2） 流程設(shè)定

平臺提供自定義業(yè)務(wù)流程功能，用戶對流程負責(zé)人、流程節(jié)點、流程提醒等進行配置，實現(xiàn)可視化流程配置。平臺在每個流程節(jié)點低代碼平臺采用基于角色的訪問控制模型，同時，在每個流程節(jié)點均可以設(shè)置字段權(quán)限，實現(xiàn)精確的權(quán)限設(shè)置。

3） 分析報表設(shè)計

低代碼平臺提供統(tǒng)計報表功能，通過選取數(shù)據(jù)源、定義統(tǒng)計規(guī)則、定義展示形式，實現(xiàn)統(tǒng)計圖表的可視化配置。維修報表可統(tǒng)計維修工單總數(shù)、本月維修工單數(shù)、故障響應(yīng)時長、維修時長等信息，輔助高校根據(jù)數(shù)據(jù)變化趨勢做出決策。

5 結(jié)束語

借助敏捷、快速、業(yè)務(wù)人員可參與的低代碼平臺，高?？裳杆俅罱ǘ嗝襟w教室巡檢管理系統(tǒng)，有效解決高校多媒體教室設(shè)備管理、設(shè)備巡檢、設(shè)備維護等基礎(chǔ)管理方面存在的問題，為本單位提供優(yōu)質(zhì)、便捷的服務(wù)，對提升高校整體管理水平具有積極意義。