低代碼開發平臺高校訪客管理系統研究

導語：低代碼開發平臺高校訪客管理系統研究一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

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

關鍵詞：訪客管理；低代碼；審批流

0引言

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

1相關概念

1.1低代碼開發平臺

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

1.2審批流

審批流是一種在工作流基礎上針對審批業務封裝的流程，通過定義節點來為某個具體的業務單據或某個具體單據的一個業務類型進行審批流程的定義[6]，被定義了審批流程的單據將依照定義的審批流程被傳遞和審批[7]，一個審批流模板對應一種單據。審批流主要由申請者、審批者、審批規則、待審信息、操作動作和通知方式組成[8-9]，其中，申請者提供待審核信息交由相關審批人處理，每個審批者會基于崗位職責和分工對照審批規則進行審批，并以特定的方式通知下一節點的審批人來核對和傳遞待審核信息，直至抵達最高決策層進行取舍[10]，整個審批過程中還可設置回退，對信息核實不通過的申請可以直接退回，減少下一節點負責人的工作。

1.3ElasticSearch

ElasticSearch是一種非關系型數據庫，以文檔為基本單位，快速地存儲和搜索海量的數據。支持一主多從，可根據數據量的增加來擴展集群，實現負載均衡，處理PB級別的數據，可擴展性強，也可在多個節點中進行分布式存儲，當一個節點異常時，自動進行主、從切換，恢復原始數據，可用性強[11]。該數據庫采用RestfulAPI標準，使用Lucene作為其核心，實現索引和搜索的功能，并默認以倒排索引的方式進行搜索，根據關鍵詞就能快速找到相關數據，效率高[12]。

2基于低代碼開發平臺的訪客管理系統構建

基于低代碼開發平臺的訪客管理系統以保障校園安全為本，整合門禁系統、訪客信息登記系統、辦公APP和短信平臺，形成一個閉環、自動化管理模式，并部署在內網服務器，一定程度上保證數據的安全傳輸和存儲，確保了數據的完整性。

2.1訪客管理系統架構

訪客管理系統架構主要包括四個模塊：訪客信息登記系統、門禁系統、辦公APP和短信平臺，這四個模塊相互獨立，通過開放接口集成于一體，實現一個完整的、智能化的訪客管理系統。訪客管理系統架構如圖1所示。利用訪客信息登記系統收集訪客基本信息，門禁系統核實訪客的真實性以及控制道閘的開關，辦公APP實現移動辦公以及通知被拜訪教師訪客進校審核結果，短信通知訪客審核最終結果。訪客信息提交后，訪客信息登記系統調用院校方辦公APP接口，將審批流程轉給被拜訪教師，通知被拜訪教師審核，調用短信平臺接口通知訪客審核結果，審核通過的訪客信息由訪客信息登記系統定時同步至門禁系統的數據庫，同步成功后門禁系統通過回調接口通知訪客信息登記系統同步結果。

2.2訪客信息登記系統架構

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

2.3門禁系統架構

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

3高校訪客管理系統的實現

3.1技術實現

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

3.2業務實現

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

3.2.1訪客信息登記表單

訪客信息登記表單主要包括訪客和審核人信息，訪客可細分為訪客明細和訪客其它信息，審批人可細分為被訪問教師和其它節點的審批負責人。訪客明細處需填寫姓名、聯系電話、身份證號、車牌號、交通方式等信息，上傳健康碼、行程卡、核酸報告等截圖，如有多個訪客，可添加多個人員的明細信息。訪客其它信息是所有訪客人員公共信息，即進校日期、拜訪時間、進校事由等，避免信息的重復提交。校內聯系人處需填寫被訪問教師的工號，系統會自動帶出該教師的姓名和所在部門，但這兩個信息被設置為隱藏，既保證表單能自動轉給被拜訪教師，也保護教師的個人信息。審批人主要是被拜訪教師、學院（部門）辦公室主任和部門（學院）書記，被拜訪教師也是校內聯系人，在他審核通過后，需選擇下一節點的負責人，即學院（部門）辦公室主任，學院（部門）辦公室主任審核通過后，選擇下一節點的負責人，即部門（學院）書記，下一節點的信息只有上一節點能夠查看，減少高校組織架構和人員信息泄漏的風險，進一步保護院校和教師的信息。訪客信息登記表單如圖5所示。

3.2.2進校審批

訪客發起進校審批后，先由被訪問教師審核，如果信息填寫正確，則點擊同意，表單自動轉給學院（部門）的辦公室主任，辦公室主任審核通過后再轉給學院（部門）的書記，書記審核通過后，訪客的信息會抄送給保衛處的負責人，整個流程結束后，訪客才能正常進校。三個審批人在審核信息時，發現信息不全或者不符合進校要求，都可點擊不同意，表單會自動退回給訪客，訪客修改信息后可二次提交。設置流程時可限制訪客以及審批人對某一信息的查看或編輯權限，比如：訪客填寫進校申請表單時無法看到學院（部門）的辦公室主任和學院（部門）的書記的信息，所有審批人無法看到訪客的身份證號等。進校審批流程如圖6所示。

3.2.3登記入庫

低代碼平臺支持Oracle、SQLServer、MySQL等多種數據庫的數據開放，可設置定時任務，將審核通過的訪客信息同步至門禁系統的數據庫。管理員添加一條數據開放任務，選擇目標數據庫的類型，填寫主機、端口、用戶名、密碼、數據庫名稱等信息，測試連接成功后，選擇要同步訪客的信息字段，在規定的時間訪客信息會自動同步。門禁系統數據庫中不需提前創建訪客信息表，低代碼平臺中設置好表名和字段名后，門禁系統數據庫會自動創建相同表結構的表，保證數據的一致性。數據同步如圖7所示：

4結論

針對訪客進校人工審核效率低以及需求響應慢的問題，基于低代碼平臺的高校訪客管理系統通過打通院校已有的低代碼開發平臺、門禁系統、第三方移動應用和短信平臺，實現訪客進院校的自動化管理，不僅更好地發揮已有系統的價值，還優化訪客進校審批流程，提升訪客體驗。但是，訪客管理系統涉及訪客信息的多層傳輸，保護訪客信息在傳輸過程中的安全性也至關重要，未來擬將針對該問題做進一步的研究。

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