基于低代碼平臺(tái)的多媒體教室巡檢管理系統(tǒng)建設(shè)與應(yīng)用研究

李溫溫

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

中圖分類號(hào)：TP3 文獻(xiàn)標(biāo)識(shí)碼：A

文章編號(hào)：1009-3044（2023）03-0116-03

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

1 低代碼平臺(tái)研究與分析

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

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

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

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

1.2 低代碼開發(fā)平臺(tái)簡(jiǎn)介

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

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

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

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

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

2.1 管理模式落后

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1） 表單設(shè)計(jì)

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

2） 流程設(shè)定

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

3） 分析報(bào)表設(shè)計(jì)

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

5 結(jié)束語(yǔ)

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