低代碼開(kāi)發(fā)平臺(tái)高校訪客管理系統(tǒng)研究

導(dǎo)語(yǔ)：低代碼開(kāi)發(fā)平臺(tái)高校訪客管理系統(tǒng)研究一文來(lái)源于網(wǎng)友上傳，不代表本站觀點(diǎn)，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

摘要：針對(duì)加強(qiáng)外來(lái)人員管控，創(chuàng)建健康安全的校園環(huán)境要求，高校做了很多嘗試，雖已基本實(shí)現(xiàn)智能化訪客管理，但是進(jìn)校的條件一旦有變動(dòng)，開(kāi)發(fā)人員需要重新修改代碼，難以快速響應(yīng)需求。為解決此問(wèn)題，可基于低代碼開(kāi)發(fā)平臺(tái)搭建高校訪客管理系統(tǒng)。首先，為方便收集訪客信息，使用可視化組件快速創(chuàng)建表單流程；其次，集成至校方常態(tài)化使用的辦公APP，滿足移動(dòng)端審批需求，并調(diào)用短信接口，及時(shí)通知訪客審批結(jié)果；最后，對(duì)接門(mén)禁系統(tǒng)用于同步訪客信息到門(mén)禁數(shù)據(jù)庫(kù)，訪客刷有效證件即可達(dá)到通過(guò)閘機(jī)進(jìn)校的目的。使用結(jié)果表明，該高校訪客管理系統(tǒng)不僅提高了通行效率，還提升了訪客進(jìn)校體驗(yàn)。

關(guān)鍵詞：訪客管理；低代碼；審批流

0引言

高校是外來(lái)訪客進(jìn)出比較頻繁的地方，經(jīng)常有學(xué)術(shù)交流、對(duì)外辦公等工作場(chǎng)景，但當(dāng)前社會(huì)上疫情形勢(shì)較為嚴(yán)峻，且外部干擾因素較多，因此，加強(qiáng)高校訪客管理，保護(hù)師生在校安全就變得尤為重要[1]。為做好此類(lèi)工作，高校主要做兩種嘗試：一種是基于校方已有的辦公APP，集成訪客進(jìn)校審批應(yīng)用，這種方式雖在一定程度上能驗(yàn)證訪客身份，但各個(gè)環(huán)節(jié)獨(dú)立，等待時(shí)間較長(zhǎng)，數(shù)據(jù)完整性低[2]；另一種是開(kāi)發(fā)訪客進(jìn)校的微信小程序或APP，對(duì)接門(mén)禁系統(tǒng)，實(shí)現(xiàn)訪客進(jìn)校的自動(dòng)化管理，但訪客進(jìn)校條件一旦變更，開(kāi)發(fā)人員便需修改代碼，重新發(fā)布，耗時(shí)較長(zhǎng)，難以快速響應(yīng)[3]。為更好的解決訪客進(jìn)校問(wèn)題，本文提出一種基于低代碼開(kāi)發(fā)平臺(tái)的訪客管理系統(tǒng)，實(shí)現(xiàn)訪客智能化通行的同時(shí)，還能快速響應(yīng)需求變更。低代碼開(kāi)發(fā)平臺(tái)通過(guò)拖拉拽組件的方式快速創(chuàng)建訪客進(jìn)校流程表單，不涉及代碼編程，并能根據(jù)新的需求快速修改表單，在線發(fā)布。然后，集成至校方已有的辦公APP，滿足移動(dòng)端審批需求。再調(diào)用短信API，將最終審批結(jié)果反饋給訪客。最后，對(duì)接門(mén)禁系統(tǒng)，實(shí)時(shí)同步數(shù)據(jù)，審批通過(guò)的訪客即可在申請(qǐng)的時(shí)間段內(nèi)刷身份證進(jìn)校，實(shí)現(xiàn)全自動(dòng)化管理。整個(gè)訪客進(jìn)校流程形成一個(gè)閉環(huán)，響應(yīng)快，審批周期短，訪客體驗(yàn)好，不僅保證訪客進(jìn)校管理系統(tǒng)的完整性，更保障了校園的安全。

1相關(guān)概念

1.1低代碼開(kāi)發(fā)平臺(tái)

低代碼開(kāi)發(fā)平臺(tái)是一種高效、高性能的可視化應(yīng)用開(kāi)發(fā)平臺(tái)，它將繁瑣的底層架構(gòu)和基礎(chǔ)設(shè)施抽象為圖形界面，通過(guò)行業(yè)化模版、拖放式組件和可視化配置快速為底層支撐，把業(yè)務(wù)需求標(biāo)準(zhǔn)化、配置化，打通應(yīng)用搭建全鏈路，提供高度開(kāi)放的開(kāi)發(fā)環(huán)境[4]。面向應(yīng)用全生命周期管理，從應(yīng)用的前期構(gòu)建、開(kāi)發(fā)測(cè)試，到部署上線之后的運(yùn)維等，都可在該平臺(tái)上完成。面向全民開(kāi)發(fā)者，即使不懂編程的非技術(shù)人員也能通過(guò)圖形化用戶界面，用可視化模型和拖放式組件來(lái)創(chuàng)建Web和移動(dòng)應(yīng)用[5]，并可一邊創(chuàng)建應(yīng)用，一邊在線預(yù)覽效果，即使應(yīng)用正式發(fā)布，也能按新的需求快速修改。支持多種運(yùn)行平臺(tái)，開(kāi)發(fā)完成的應(yīng)用能一鍵部署到多種環(huán)境，包括但不僅限于PC客戶端、Web端、H5、小程序等。

1.2審批流

審批流是一種在工作流基礎(chǔ)上針對(duì)審批業(yè)務(wù)封裝的流程，通過(guò)定義節(jié)點(diǎn)來(lái)為某個(gè)具體的業(yè)務(wù)單據(jù)或某個(gè)具體單據(jù)的一個(gè)業(yè)務(wù)類(lèi)型進(jìn)行審批流程的定義[6]，被定義了審批流程的單據(jù)將依照定義的審批流程被傳遞和審批[7]，一個(gè)審批流模板對(duì)應(yīng)一種單據(jù)。審批流主要由申請(qǐng)者、審批者、審批規(guī)則、待審信息、操作動(dòng)作和通知方式組成[8-9]，其中，申請(qǐng)者提供待審核信息交由相關(guān)審批人處理，每個(gè)審批者會(huì)基于崗位職責(zé)和分工對(duì)照審批規(guī)則進(jìn)行審批，并以特定的方式通知下一節(jié)點(diǎn)的審批人來(lái)核對(duì)和傳遞待審核信息，直至抵達(dá)最高決策層進(jìn)行取舍[10]，整個(gè)審批過(guò)程中還可設(shè)置回退，對(duì)信息核實(shí)不通過(guò)的申請(qǐng)可以直接退回，減少下一節(jié)點(diǎn)負(fù)責(zé)人的工作。

1.3ElasticSearch

ElasticSearch是一種非關(guān)系型數(shù)據(jù)庫(kù)，以文檔為基本單位，快速地存儲(chǔ)和搜索海量的數(shù)據(jù)。支持一主多從，可根據(jù)數(shù)據(jù)量的增加來(lái)擴(kuò)展集群，實(shí)現(xiàn)負(fù)載均衡，處理PB級(jí)別的數(shù)據(jù)，可擴(kuò)展性強(qiáng)，也可在多個(gè)節(jié)點(diǎn)中進(jìn)行分布式存儲(chǔ)，當(dāng)一個(gè)節(jié)點(diǎn)異常時(shí)，自動(dòng)進(jìn)行主、從切換，恢復(fù)原始數(shù)據(jù)，可用性強(qiáng)[11]。該數(shù)據(jù)庫(kù)采用RestfulAPI標(biāo)準(zhǔn)，使用Lucene作為其核心，實(shí)現(xiàn)索引和搜索的功能，并默認(rèn)以倒排索引的方式進(jìn)行搜索，根據(jù)關(guān)鍵詞就能快速找到相關(guān)數(shù)據(jù)，效率高[12]。

2基于低代碼開(kāi)發(fā)平臺(tái)的訪客管理系統(tǒng)構(gòu)建

基于低代碼開(kāi)發(fā)平臺(tái)的訪客管理系統(tǒng)以保障校園安全為本，整合門(mén)禁系統(tǒng)、訪客信息登記系統(tǒng)、辦公APP和短信平臺(tái)，形成一個(gè)閉環(huán)、自動(dòng)化管理模式，并部署在內(nèi)網(wǎng)服務(wù)器，一定程度上保證數(shù)據(jù)的安全傳輸和存儲(chǔ)，確保了數(shù)據(jù)的完整性。

2.1訪客管理系統(tǒng)架構(gòu)

訪客管理系統(tǒng)架構(gòu)主要包括四個(gè)模塊：訪客信息登記系統(tǒng)、門(mén)禁系統(tǒng)、辦公APP和短信平臺(tái)，這四個(gè)模塊相互獨(dú)立，通過(guò)開(kāi)放接口集成于一體，實(shí)現(xiàn)一個(gè)完整的、智能化的訪客管理系統(tǒng)。訪客管理系統(tǒng)架構(gòu)如圖1所示。利用訪客信息登記系統(tǒng)收集訪客基本信息，門(mén)禁系統(tǒng)核實(shí)訪客的真實(shí)性以及控制道閘的開(kāi)關(guān)，辦公APP實(shí)現(xiàn)移動(dòng)辦公以及通知被拜訪教師訪客進(jìn)校審核結(jié)果，短信通知訪客審核最終結(jié)果。訪客信息提交后，訪客信息登記系統(tǒng)調(diào)用院校方辦公APP接口，將審批流程轉(zhuǎn)給被拜訪教師，通知被拜訪教師審核，調(diào)用短信平臺(tái)接口通知訪客審核結(jié)果，審核通過(guò)的訪客信息由訪客信息登記系統(tǒng)定時(shí)同步至門(mén)禁系統(tǒng)的數(shù)據(jù)庫(kù)，同步成功后門(mén)禁系統(tǒng)通過(guò)回調(diào)接口通知訪客信息登記系統(tǒng)同步結(jié)果。

2.2訪客信息登記系統(tǒng)架構(gòu)

訪客信息登記系統(tǒng)基于低代碼開(kāi)發(fā)平臺(tái)，實(shí)現(xiàn)訪客信息的收集、審批流程的設(shè)置、權(quán)限的授予、數(shù)據(jù)的管理分析和同步等功能，整個(gè)架構(gòu)分為高校數(shù)據(jù)平臺(tái)、智能數(shù)據(jù)填報(bào)工具、填報(bào)采集應(yīng)用三個(gè)部分。高校數(shù)據(jù)平臺(tái)匯集所有數(shù)據(jù)源，按照標(biāo)準(zhǔn)的數(shù)據(jù)規(guī)則對(duì)源數(shù)據(jù)進(jìn)行清洗，把清洗過(guò)的標(biāo)準(zhǔn)數(shù)據(jù)存放于數(shù)據(jù)倉(cāng)庫(kù)為校內(nèi)其它系統(tǒng)提供數(shù)據(jù)支持，保證開(kāi)放數(shù)據(jù)的完整性和一致性。智能數(shù)據(jù)填報(bào)工具一方面支持多種類(lèi)型數(shù)據(jù)存儲(chǔ)，打通和數(shù)據(jù)庫(kù)的連接，通過(guò)選擇數(shù)據(jù)庫(kù)類(lèi)型，輸入服務(wù)器IP、數(shù)據(jù)庫(kù)賬號(hào)和密碼以及數(shù)據(jù)庫(kù)表名就能建立通道，快速傳輸數(shù)據(jù)；另一方面封裝多種組件，比如：部門(mén)單選、部門(mén)多選、成員單選、成員多選、地址、定位、公式、郵箱、身份證號(hào)驗(yàn)證等，用戶不需了解封裝的底層架構(gòu)，只需按規(guī)則進(jìn)行配置，就能實(shí)現(xiàn)即用、即取。填報(bào)采集應(yīng)用基于智能數(shù)據(jù)填報(bào)工具，通過(guò)拖拉拽組件的方式就能快速創(chuàng)建訪客信息登記系統(tǒng)，為訪客提供信息填報(bào)的在線表單，同時(shí)還可接入數(shù)據(jù)中臺(tái)各數(shù)據(jù)源的標(biāo)準(zhǔn)數(shù)據(jù)，也可將新數(shù)據(jù)導(dǎo)出至相應(yīng)的數(shù)據(jù)源。訪客信息登記系統(tǒng)架構(gòu)如圖2所示：

2.3門(mén)禁系統(tǒng)架構(gòu)

門(mén)禁系統(tǒng)一方面以可靠的硬件為支撐，安全的軟件為核心，搭建基礎(chǔ)設(shè)施，確保進(jìn)入高校的人和車(chē)輛都有跡可循，從而保障校園的安全；另一方面利用數(shù)據(jù)同步接口獲取教職工基本信息和訪客信息，保證教職工和訪客信息的真實(shí)性和完整性，授權(quán)接口和認(rèn)證接口核實(shí)進(jìn)校人員的身份，實(shí)現(xiàn)教職工和訪客的智能化通行。門(mén)禁系統(tǒng)架構(gòu)如圖3所示。其中，基礎(chǔ)設(shè)施層主要包含軟件運(yùn)行環(huán)境、網(wǎng)絡(luò)設(shè)備、身份認(rèn)證算法服務(wù)器、業(yè)務(wù)服務(wù)器、身份認(rèn)證設(shè)備和道閘。軟件運(yùn)行環(huán)境是身份認(rèn)證算法執(zhí)行的容器，也是應(yīng)用平穩(wěn)運(yùn)行的支撐，部署于校內(nèi)私有化服務(wù)器，有效減少了被攻擊的風(fēng)險(xiǎn)。業(yè)務(wù)服務(wù)器主要存儲(chǔ)其它數(shù)據(jù)源的數(shù)據(jù)，按照需求對(duì)各種數(shù)據(jù)進(jìn)行關(guān)聯(lián)，為訪客身份識(shí)別提供支撐。網(wǎng)絡(luò)設(shè)備服務(wù)于整個(gè)系統(tǒng)的穩(wěn)定運(yùn)行、數(shù)據(jù)的在線傳播，以及其它需連網(wǎng)的場(chǎng)景，也能對(duì)一些非法攻擊起到監(jiān)控和防御的作用。當(dāng)有訪客刷身份證進(jìn)校時(shí)，身份認(rèn)證設(shè)備會(huì)獲取訪客身份信息，利用身份認(rèn)證算法和訪客信息庫(kù)中的數(shù)據(jù)做匹配，匹配成功則自動(dòng)開(kāi)啟道閘，否則不能進(jìn)校。

3高校訪客管理系統(tǒng)的實(shí)現(xiàn)

3.1技術(shù)實(shí)現(xiàn)

基于低代碼開(kāi)發(fā)平臺(tái)的高校訪客管理系統(tǒng)基于Java語(yǔ)言開(kāi)發(fā)，采用主流的Springboot+Mybatis+antd前后分離框架，借助ElasticSearch來(lái)存儲(chǔ)數(shù)據(jù)，使用代碼生成器一鍵生成前后端代碼實(shí)現(xiàn)高效率開(kāi)發(fā)。后端搭建基礎(chǔ)、微服務(wù)、持久層、緩存等框架，使用SpringBoot、Mybatis、SpringSecurity、Redis&Jwt等技術(shù)，接入ApacheShiro微服務(wù)技術(shù)棧和阿里巴巴Druid數(shù)據(jù)庫(kù)連接池，確保數(shù)據(jù)的正常傳輸。前端采用Vue、ElementUI框架，ApipayAntV數(shù)據(jù)可視化圖表等，優(yōu)化頁(yè)面，支持加載動(dòng)態(tài)權(quán)限菜單，多方式輕松控制權(quán)限。同時(shí)，平臺(tái)采用MIT開(kāi)源協(xié)議，除了PC端，還適合APP、小程序等項(xiàng)目開(kāi)發(fā)，可擴(kuò)展性強(qiáng)。

3.2業(yè)務(wù)實(shí)現(xiàn)

訪客管理系統(tǒng)是用來(lái)管理校外人員進(jìn)校的一個(gè)平臺(tái)，保證進(jìn)入校園的每個(gè)人、車(chē)輛信息都有跡可循，能夠溯源。參與訪客進(jìn)校審批的相關(guān)人員都可查詢權(quán)限以內(nèi)的數(shù)據(jù)，比如，部門(mén)（學(xué)院）書(shū)記能查看本部門(mén)所有訪客進(jìn)校審批的記錄，被訪問(wèn)教師也能查看自己審核的所有記錄，便于集中化管理。管理員在低代碼開(kāi)發(fā)平臺(tái)中創(chuàng)建訪客信息登記應(yīng)用并發(fā)布，當(dāng)有訪客需進(jìn)校時(shí)，被訪問(wèn)教師將應(yīng)用對(duì)應(yīng)的二維碼轉(zhuǎn)發(fā)給訪客。訪客填寫(xiě)個(gè)人基本信息和訪問(wèn)事由，提交后被訪問(wèn)教師的辦公APP和低代碼開(kāi)發(fā)平臺(tái)都會(huì)收到待辦消息，在移動(dòng)端和PC端對(duì)訪客的信息進(jìn)行初步審核，審核通過(guò)后選擇后兩個(gè)節(jié)點(diǎn)的審批人，否則訪客將收到審批不通過(guò)的短信。后兩個(gè)節(jié)點(diǎn)的審批人以同樣的方式收到待辦消息，對(duì)訪客信息進(jìn)行再次審核，審核通過(guò)流程則結(jié)束，系統(tǒng)自動(dòng)告知被訪問(wèn)教師審批結(jié)果，訪客也會(huì)收到審批成功的短信，否則，以相同方式告知兩者審批不通過(guò)。審批通過(guò)的訪客信息通過(guò)定時(shí)任務(wù)推送到門(mén)禁系統(tǒng)數(shù)據(jù)庫(kù)，推送成功后訪客在規(guī)定的時(shí)間內(nèi)刷身份證即可通過(guò)道閘進(jìn)校。訪客管理系統(tǒng)業(yè)務(wù)流程如圖4所示。

3.2.1訪客信息登記表單

訪客信息登記表單主要包括訪客和審核人信息，訪客可細(xì)分為訪客明細(xì)和訪客其它信息，審批人可細(xì)分為被訪問(wèn)教師和其它節(jié)點(diǎn)的審批負(fù)責(zé)人。訪客明細(xì)處需填寫(xiě)姓名、聯(lián)系電話、身份證號(hào)、車(chē)牌號(hào)、交通方式等信息，上傳健康碼、行程卡、核酸報(bào)告等截圖，如有多個(gè)訪客，可添加多個(gè)人員的明細(xì)信息。訪客其它信息是所有訪客人員公共信息，即進(jìn)校日期、拜訪時(shí)間、進(jìn)校事由等，避免信息的重復(fù)提交。校內(nèi)聯(lián)系人處需填寫(xiě)被訪問(wèn)教師的工號(hào)，系統(tǒng)會(huì)自動(dòng)帶出該教師的姓名和所在部門(mén)，但這兩個(gè)信息被設(shè)置為隱藏，既保證表單能自動(dòng)轉(zhuǎn)給被拜訪教師，也保護(hù)教師的個(gè)人信息。審批人主要是被拜訪教師、學(xué)院（部門(mén)）辦公室主任和部門(mén)（學(xué)院）書(shū)記，被拜訪教師也是校內(nèi)聯(lián)系人，在他審核通過(guò)后，需選擇下一節(jié)點(diǎn)的負(fù)責(zé)人，即學(xué)院（部門(mén)）辦公室主任，學(xué)院（部門(mén)）辦公室主任審核通過(guò)后，選擇下一節(jié)點(diǎn)的負(fù)責(zé)人，即部門(mén)（學(xué)院）書(shū)記，下一節(jié)點(diǎn)的信息只有上一節(jié)點(diǎn)能夠查看，減少高校組織架構(gòu)和人員信息泄漏的風(fēng)險(xiǎn)，進(jìn)一步保護(hù)院校和教師的信息。訪客信息登記表單如圖5所示。

3.2.2進(jìn)校審批

訪客發(fā)起進(jìn)校審批后，先由被訪問(wèn)教師審核，如果信息填寫(xiě)正確，則點(diǎn)擊同意，表單自動(dòng)轉(zhuǎn)給學(xué)院（部門(mén)）的辦公室主任，辦公室主任審核通過(guò)后再轉(zhuǎn)給學(xué)院（部門(mén)）的書(shū)記，書(shū)記審核通過(guò)后，訪客的信息會(huì)抄送給保衛(wèi)處的負(fù)責(zé)人，整個(gè)流程結(jié)束后，訪客才能正常進(jìn)校。三個(gè)審批人在審核信息時(shí)，發(fā)現(xiàn)信息不全或者不符合進(jìn)校要求，都可點(diǎn)擊不同意，表單會(huì)自動(dòng)退回給訪客，訪客修改信息后可二次提交。設(shè)置流程時(shí)可限制訪客以及審批人對(duì)某一信息的查看或編輯權(quán)限，比如：訪客填寫(xiě)進(jìn)校申請(qǐng)表單時(shí)無(wú)法看到學(xué)院（部門(mén)）的辦公室主任和學(xué)院（部門(mén)）的書(shū)記的信息，所有審批人無(wú)法看到訪客的身份證號(hào)等。進(jìn)校審批流程如圖6所示。

3.2.3登記入庫(kù)

低代碼平臺(tái)支持Oracle、SQLServer、MySQL等多種數(shù)據(jù)庫(kù)的數(shù)據(jù)開(kāi)放，可設(shè)置定時(shí)任務(wù)，將審核通過(guò)的訪客信息同步至門(mén)禁系統(tǒng)的數(shù)據(jù)庫(kù)。管理員添加一條數(shù)據(jù)開(kāi)放任務(wù)，選擇目標(biāo)數(shù)據(jù)庫(kù)的類(lèi)型，填寫(xiě)主機(jī)、端口、用戶名、密碼、數(shù)據(jù)庫(kù)名稱(chēng)等信息，測(cè)試連接成功后，選擇要同步訪客的信息字段，在規(guī)定的時(shí)間訪客信息會(huì)自動(dòng)同步。門(mén)禁系統(tǒng)數(shù)據(jù)庫(kù)中不需提前創(chuàng)建訪客信息表，低代碼平臺(tái)中設(shè)置好表名和字段名后，門(mén)禁系統(tǒng)數(shù)據(jù)庫(kù)會(huì)自動(dòng)創(chuàng)建相同表結(jié)構(gòu)的表，保證數(shù)據(jù)的一致性。數(shù)據(jù)同步如圖7所示：

4結(jié)論

針對(duì)訪客進(jìn)校人工審核效率低以及需求響應(yīng)慢的問(wèn)題，基于低代碼平臺(tái)的高校訪客管理系統(tǒng)通過(guò)打通院校已有的低代碼開(kāi)發(fā)平臺(tái)、門(mén)禁系統(tǒng)、第三方移動(dòng)應(yīng)用和短信平臺(tái)，實(shí)現(xiàn)訪客進(jìn)院校的自動(dòng)化管理，不僅更好地發(fā)揮已有系統(tǒng)的價(jià)值，還優(yōu)化訪客進(jìn)校審批流程，提升訪客體驗(yàn)。但是，訪客管理系統(tǒng)涉及訪客信息的多層傳輸，保護(hù)訪客信息在傳輸過(guò)程中的安全性也至關(guān)重要，未來(lái)擬將針對(duì)該問(wèn)題做進(jìn)一步的研究。

作者：夏演 單位：常熟理工學(xué)院 信息化辦公室