內(nèi)蒙古古跡遺址數(shù)字化保護(hù)平臺的設(shè)計(jì)研究與實(shí)現(xiàn)

王媛媛　侯智國

摘 要：文章首先從總體需求、功能需求、性能需求三個方面對內(nèi)蒙古古跡遺址數(shù)字化保護(hù)平臺進(jìn)行需求分析，在需求分析的基礎(chǔ)上開展充分、完整的系統(tǒng)設(shè)計(jì)，通過與平臺用戶、管理人員等溝通從用戶注冊、用戶登錄、古跡遺址展示、古跡遺址檢索、點(diǎn)云數(shù)據(jù)可視化、資料數(shù)據(jù)共享、古跡遺址資料分類管理、用戶管理八大功能模塊提出內(nèi)蒙古古跡遺址數(shù)字化保護(hù)平臺的實(shí)現(xiàn)策略。

關(guān)鍵詞：古跡遺址；數(shù)字化保護(hù)平臺；內(nèi)蒙古

DOI：10.20005/j.cnki.issn.1674-8697.2024.07.004

0 引言

內(nèi)蒙古自治區(qū)歷史文化資源豐富厚重，古跡遺址眾多，這些文物古跡遺址是中華民族傳統(tǒng)文化的活化石，中華民族團(tuán)結(jié)和諧、繁榮發(fā)展的見證者。內(nèi)蒙古自治區(qū)現(xiàn)有近2.1萬處不可移動的文物古跡遺址，其中國家重點(diǎn)文物保護(hù)單位149處，自治區(qū)重點(diǎn)文物保護(hù)單位511處，這些海量的古跡遺址亟需科學(xué)的勘查測繪和數(shù)字化保護(hù)①。但傳統(tǒng)的保護(hù)如手工繪圖和人工測繪等技術(shù)，收集到的資料數(shù)據(jù)不易留存且容易丟失，紙質(zhì)資料共享的局限性也造成數(shù)據(jù)的傳播不便。現(xiàn)階段內(nèi)蒙古古跡遺址數(shù)字化保護(hù)方式也存在缺乏全面和系統(tǒng)研究，無法為古跡遺址修繕施工提供精準(zhǔn)數(shù)據(jù)等問題②。因而，探索構(gòu)建對零散的古跡遺址數(shù)據(jù)資料采集、存儲、保護(hù)平臺，并以數(shù)字化的方式展示顯得迫切且重要。

研究所構(gòu)建的內(nèi)蒙古古跡遺址數(shù)字化保護(hù)平臺（下文簡稱“平臺”）依托內(nèi)蒙古古跡遺址保護(hù)與利用協(xié)同創(chuàng)新中心（教育部技術(shù)應(yīng)用協(xié)同創(chuàng)新中心）已采集的點(diǎn)云數(shù)據(jù)及其他數(shù)據(jù)資料，對相關(guān)資料進(jìn)行全面梳理、分類展示，為推動內(nèi)蒙古自治區(qū)古跡遺址信息數(shù)字化建設(shè)奠定基礎(chǔ)。

1 平臺需求分析

1.1 總體需求

內(nèi)蒙古自治區(qū)是中華文明多元一體的富集地，形成了多種文化交融的建筑文化，留下了大量具有很高歷史、文化、藝術(shù)價值的多元古跡遺址。內(nèi)蒙古地域由東北向西南斜伸，呈狹長形，東西跨度約2400千米。文化的多樣化及地域的特殊性造就了內(nèi)蒙古地區(qū)古跡遺址多元呈現(xiàn)、廣泛分布等特點(diǎn)。設(shè)計(jì)一個能科學(xué)、清晰展示內(nèi)蒙古古跡遺址相關(guān)信息的界面是平臺的基點(diǎn)需求，如何從數(shù)字化角度為古跡遺址保護(hù)感興趣者、研究者、從業(yè)者提供精準(zhǔn)數(shù)據(jù)是平臺的關(guān)鍵需求。平臺同時對接第三方陜西時光軟件有限公司，從管理者及用戶角度出發(fā)，分析后端系統(tǒng)及數(shù)據(jù)庫應(yīng)滿足便于管理且具有良好的交互性等需求。

1.2 功能需求

平臺基于SpringBoot框架開發(fā)，并將其劃分為兩個部分：前端頁面和后端管理，前端頁面采用Bootstrap+Freemarker+JavaScript+jQuery等技術(shù)實(shí)現(xiàn)功能需求。面向的用戶群體分為兩大類：一是古跡遺址感興趣者，二是有古跡遺址修繕需求的從業(yè)者。古跡遺址感興趣者可以通過簡潔明了的方式在平臺檢索古跡遺址的相關(guān)資料。有修繕需求的從業(yè)者除了可以通過平臺檢索古跡遺址相關(guān)資料外，還可以上傳、下載資料及數(shù)據(jù)。后端管理采用SpringBoot+MySQL+Mybatis等技術(shù)實(shí)現(xiàn)，使用者為平臺管理人員。平臺管理人員可以根據(jù)古跡遺址的分類結(jié)構(gòu)對繁雜的古跡遺址資料數(shù)據(jù)進(jìn)行維護(hù)操作，同時實(shí)現(xiàn)對平臺訪問的用戶管理。具體功能如下：

①用戶注冊。用戶提交注冊數(shù)據(jù)如用戶名、密碼，服務(wù)器端對用戶名進(jìn)行驗(yàn)證，確保用戶不存在重名的現(xiàn)象且確保密碼填寫規(guī)范。

②用戶登錄。按照注冊密碼進(jìn)行登錄，首次登錄需進(jìn)行個人信息維護(hù)，確保用戶信息的安全性。針對不同用戶設(shè)置不同登錄等級，共設(shè)置三級登錄，根據(jù)等級不同，控制訪問或操作權(quán)限。

③古跡遺址展示。為了可以合理、清晰地展示內(nèi)蒙古古跡遺址相關(guān)信息，平臺設(shè)計(jì)以內(nèi)蒙古地圖為展示載體，按城市一級分類，區(qū)、縣二級分類展示古跡遺址的相關(guān)文獻(xiàn)、歷史淵源、學(xué)術(shù)研究等信息。

④古跡遺址檢索。檢索分為精確檢索及模糊檢索，精確檢索適用于用戶明確知道古跡遺址的信息如詳細(xì)名稱等，精確檢索用戶可直接通過古跡遺址名稱等關(guān)鍵詞進(jìn)行檢索，而模糊檢索在用戶無法確定古跡遺址準(zhǔn)確信息時，可以通過古跡遺址所處區(qū)域、管理單位等單一條件或者多條件組合檢索。

⑤點(diǎn)云數(shù)據(jù)行可視化。存取點(diǎn)云數(shù)據(jù)、點(diǎn)云顏色模型，對點(diǎn)云數(shù)據(jù)及顏色模型進(jìn)行轉(zhuǎn)角處理，提高數(shù)據(jù)的精準(zhǔn)性及逼真性，并在頁面上實(shí)現(xiàn)點(diǎn)云數(shù)據(jù)可視化和交互功能。

⑥資料數(shù)據(jù)共享。根據(jù)用戶登錄權(quán)限不同，三級用戶可以上傳、下載古跡遺址相關(guān)資料。

⑦古跡遺址資料分類管理。管理員按古跡遺址展示中一二級分類開展資料管理，包括資料的增加、修改和查看，也可增加一二級分類，并對一二級分類下古跡遺址詳細(xì)信息進(jìn)行維護(hù)。

⑧用戶管理。實(shí)現(xiàn)平臺管理員對用戶信息的管理，包括用戶查詢、保存、更新、禁用啟用等操作。

1.3 性能需求

為了達(dá)到良好的性能，平臺應(yīng)做好以下幾個方面的需求：

①對前端頁面錄入的合法性進(jìn)行充分核實(shí)，防止與后端審核不相符。對于不能通過前端校驗(yàn)的網(wǎng)頁，應(yīng)該保留在原頁面并提示錯誤信息，以緩解對服務(wù)器的訪問壓力。在前端校驗(yàn)方面，采用了Ajax和JavaScript技術(shù)，而后端驗(yàn)證則采用Servlet技術(shù)③。

②控制后端數(shù)據(jù)讀入時間，每個請求都要控制在指定的時間內(nèi)。平臺底層采WebSocket技術(shù)，連接允許前端頁面和服務(wù)器之間進(jìn)行全雙工通信，只需要建立一次連接，就可以一直保持連接狀態(tài)。這樣既減少了系統(tǒng)占用的資源，也提高了系統(tǒng)的響應(yīng)速度④。

③保證數(shù)據(jù)庫及后端管理平臺安全性非常重要，一定要杜絕未進(jìn)行登錄驗(yàn)證就可訪問的現(xiàn)象。因而平臺采用了Spring MVC技術(shù)，主要用于攔截用戶的請求并做相應(yīng)的處理，驗(yàn)證用戶權(quán)限、記錄請求信息的日志、判斷用戶是否登錄等。平臺采用了攔截器技術(shù)，提高了后端管理平臺的安全性，杜絕資料數(shù)據(jù)非法訪問等情況⑤。

④為了減少資料數(shù)據(jù)超量訪問帶來的負(fù)荷，需要平臺管理員定時將數(shù)據(jù)記錄從數(shù)據(jù)庫中導(dǎo)出，以減少數(shù)據(jù)庫的工作量。

2 平臺系統(tǒng)設(shè)計(jì)

根據(jù)需求分析，系統(tǒng)設(shè)計(jì)應(yīng)提出一套合理可行的技術(shù)解決方案，實(shí)現(xiàn)平臺對古跡遺址相關(guān)資料的數(shù)字化管理。具體是將古跡遺址相關(guān)的展示、檢索、共享等全部流程通過前端頁面和服務(wù)器交互完成。將功能模塊分解細(xì)化到功能點(diǎn)上，實(shí)現(xiàn)平臺的全部功能。

2.1 總體框架設(shè)計(jì)

在平臺中，前端頁面主要實(shí)現(xiàn)頁面呈現(xiàn)及前端校驗(yàn)邏輯，而服務(wù)端則是對業(yè)務(wù)的處理與訪問。當(dāng)對用戶的訪問等請求進(jìn)行處理時，前端頁面會對服務(wù)器發(fā)送業(yè)務(wù)請求，服務(wù)器端根據(jù)請求的不同執(zhí)行不同的處理事務(wù)，如服務(wù)器端從數(shù)據(jù)庫中獲得對應(yīng)的古跡遺址文獻(xiàn)，將查詢結(jié)果返回給前端頁面并以內(nèi)蒙古地圖為載體向用戶展示。同時與陜西時光軟件有限公司對接，建立中心數(shù)據(jù)庫，將古跡遺址資料數(shù)據(jù)全部存放到數(shù)據(jù)庫中，對數(shù)據(jù)庫統(tǒng)一進(jìn)行管理與維護(hù)，確保資料數(shù)據(jù)的安全性。平臺總體框架如圖1所示。

2.2 主要功能模塊設(shè)計(jì)

平臺由八個功能模塊構(gòu)成，它們分別是用戶注冊、用戶登錄、古跡遺址展示、古跡遺址檢索、點(diǎn)云數(shù)據(jù)可視化、資料數(shù)據(jù)共享、古跡遺址資料分類管理、用戶管理。平臺的各個模塊均為統(tǒng)一的數(shù)據(jù)庫平臺，既能實(shí)現(xiàn)古跡遺址數(shù)據(jù)的共享，又具有各自獨(dú)立的邏輯結(jié)構(gòu)（圖2）。

2.3 數(shù)據(jù)庫設(shè)計(jì)

平臺數(shù)據(jù)庫設(shè)計(jì)需要經(jīng)過需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)等多個階段，每個階段都需要認(rèn)真思考和設(shè)計(jì)，確保數(shù)據(jù)管理系統(tǒng)的高效性、可擴(kuò)展性、易用性和安全性。概念設(shè)計(jì)是以上文提到的需求分析為基礎(chǔ)進(jìn)行，該階段是設(shè)計(jì)和分析出能夠滿足用戶需求的各種實(shí)體，并整理出各實(shí)體之間的關(guān)系。平臺主要有以下實(shí)體：用戶、管理員、古跡遺址、資料、資料類別、點(diǎn)云數(shù)據(jù)等，實(shí)體間關(guān)系有一對多、多對多等。邏輯設(shè)計(jì)階段是通過概念設(shè)計(jì)中的實(shí)體和實(shí)體間的關(guān)系實(shí)現(xiàn)數(shù)據(jù)庫中表的結(jié)構(gòu)，數(shù)據(jù)庫表主要包括用戶信息表T_User、管理員信息表T_Adm、古跡遺址列表T_BuildingUnit、資料列表T_Information、資料類別列表T_Category、點(diǎn)云數(shù)據(jù)表T_CloudData等，上述列表分別存儲對應(yīng)信息，包括編號、主鍵、外鍵等。以古跡遺址列表為主表，其他表為古跡遺址列表各個屬性的子表。在邏輯設(shè)計(jì)完成后，將邏輯設(shè)計(jì)轉(zhuǎn)換成數(shù)據(jù)庫管理系統(tǒng)所需的物理結(jié)構(gòu)，平臺物理設(shè)計(jì)主要包括合理數(shù)據(jù)庫分區(qū)優(yōu)化存儲、提高存儲空間利用率以及設(shè)計(jì)合理的存儲安排、備份和恢復(fù)等。

3 平臺系統(tǒng)實(shí)現(xiàn)

平臺實(shí)現(xiàn)環(huán)節(jié)是本文的核心部分，根據(jù)詳細(xì)的需求分析和系統(tǒng)設(shè)計(jì)，依照嚴(yán)格的編碼實(shí)現(xiàn)規(guī)范，對平臺進(jìn)行代碼編寫實(shí)現(xiàn)。對八大功能模塊進(jìn)行代碼編寫實(shí)現(xiàn)時，隨時與平臺管理員、用戶溝通并測試，保證平臺能夠滿足管理員及用戶的使用要求。

3.1 用戶注冊功能模塊功能實(shí)現(xiàn)

用戶注冊是平臺行為的開始模塊，用戶通過表單提交注冊數(shù)據(jù)如賬號、用戶名、密碼、郵箱，基本字段定義為id、username、password、email，服務(wù)器端校驗(yàn)用戶名，以避免出現(xiàn)重名。密碼填寫時，密碼設(shè)置遵循填寫規(guī)范，設(shè)定合理安全的密碼規(guī)則，采用兩次密碼校驗(yàn)方式確保密碼設(shè)置的一致性。服務(wù)器通過SystemController、UserController與前端頁面進(jìn)行交互，負(fù)責(zé)注冊數(shù)據(jù)的提交和響應(yīng)。同時服務(wù)器端在Impl中采用EmailServiceImpl方法，發(fā)送激活郵件，用戶點(diǎn)擊郵件中的激活鏈接，訪問服務(wù)器的賬號激活服務(wù)⑥。

3.2 用戶登錄模塊功能實(shí)現(xiàn)

用戶登錄模塊的主要功能是校驗(yàn)該用戶登錄的合法性，為了保障古跡遺址資料數(shù)據(jù)的安全，平臺某些功能模塊只針對合法用戶開放，如古跡遺址資料的上傳下載功能。用戶在登錄時，前端采用Ajax技術(shù)在用戶表T_User進(jìn)行異步校驗(yàn)，校驗(yàn)用戶填寫的用戶名及密碼的正確性，進(jìn)而判斷登錄的合法性。若輸入的用戶名和密碼錯誤，則返回登錄界面并給出提示信息，若正確，則通過JS的window.location方法將頁面跳轉(zhuǎn)至平臺主頁。此外，平臺使用攔截技術(shù)在用戶未登錄情況下頁面自動跳轉(zhuǎn)回登錄頁，具體為通過創(chuàng)建Filter包，在包下創(chuàng)建LoginCheckFliter，判斷session值從而確定用戶是否完成登錄，若值不為null則用戶已登錄，若未登錄通過輸出流方式向用戶頁面響應(yīng)數(shù)據(jù)⑦。同時平臺將頁面路由名稱映射到invisibleMap數(shù)組上，攔截判斷該等級用戶是否可以登錄訪問對應(yīng)頁面。

3.3 古跡遺址展示模塊功能實(shí)現(xiàn)

古跡遺址展示是平臺的重要模塊，是用戶了解和學(xué)習(xí)古跡遺址的重要途徑。古跡遺址展示形式以內(nèi)蒙古地圖樣式為基礎(chǔ)，根據(jù)古跡遺址資料分類列表中一級分類城市名及二級分類區(qū)、縣名的體系結(jié)構(gòu)展示古跡遺址相關(guān)資料，如概要信息、相關(guān)文獻(xiàn)、歷史淵源、學(xué)術(shù)研究等。當(dāng)用戶想要進(jìn)一步了解內(nèi)蒙古古跡遺址點(diǎn)云數(shù)據(jù)時，可以點(diǎn)擊展示頁面下方的超鏈接進(jìn)行查看。點(diǎn)擊后會根據(jù)訪問用戶等級，彈出登錄界面或無權(quán)限訪問。資料展示模塊的前端主要文件有BuildDetail.jsp、DescLiterature.jsp、DescHistory.jsp、AcademicResearch.jsp等。后端調(diào)用的主要方法有findByBid（）、findLiterature（）、findHistory（）、findAcademicResear（）等。findByBid（）方法能夠得到概要信息，findLiterature（）方法能夠得到古跡遺址的文獻(xiàn)信息，findHistory（）方法能夠得到古跡遺址的歷史淵源信息，findAcademicResear（）方法能夠得到古跡遺址學(xué)術(shù)研究信息。古跡遺址展示模塊用到的表有T_BuildingUnit、T_Literature、T_History、T_AcademicResear、T_CloudData等。

3.4 古跡遺址檢索模塊功能實(shí)現(xiàn)

由于數(shù)據(jù)庫中古跡遺址相關(guān)資料數(shù)據(jù)較多，且不同資料包含不同的參數(shù)，需要精確定位。為了讓用戶可以精準(zhǔn)、高效找到想要了解的古跡遺址相關(guān)信息，平臺設(shè)計(jì)古跡遺址資料檢索模塊，具體分為精確檢索及模糊檢索，精確檢索適用于用戶明確知道古跡遺址的信息如詳細(xì)名稱等，精確檢索用戶可直接通過古跡遺址名稱等關(guān)鍵詞進(jìn)行檢索，而模糊檢索在用戶無法確定古跡遺址準(zhǔn)確信息時，可以通過古跡遺址所處區(qū)域、管理單位等單一條件或者多條件組合對其進(jìn)行檢索。古跡遺址信息檢索功能的前端主要文件有AccurateSearch.jsp、VagueSearch.jsp和BuildList.jsp等。后端調(diào)用的主要方法有findByName（）和findByCombination（）findByName對應(yīng)的精確檢索功能，findByCombination對應(yīng)模糊檢索功能。古跡遺址資料檢索查詢的數(shù)據(jù)庫中的表為T_BuildingUnit、T_CloudData。

3.5 古跡遺址點(diǎn)云數(shù)據(jù)行可視化功能模塊實(shí)現(xiàn)

古跡遺址點(diǎn)云數(shù)據(jù)行可視化功能模塊是平臺以“內(nèi)蒙古古跡遺址保護(hù)與利用協(xié)同創(chuàng)新中心”中點(diǎn)云數(shù)據(jù)為基礎(chǔ)，利用古跡遺址結(jié)構(gòu)體存儲需要顯示點(diǎn)云數(shù)據(jù)的各個子數(shù)據(jù)，通過數(shù)據(jù)庫把數(shù)據(jù)解譯出來，將數(shù)據(jù)里的值賦值給結(jié)構(gòu)體，結(jié)構(gòu)里的數(shù)據(jù)再賦值給OpenGL的顯示函數(shù)接口，從而完成了點(diǎn)云的顯示功能⑧。選擇點(diǎn)云數(shù)據(jù)可以查看點(diǎn)云彩色模型數(shù)據(jù)，旋轉(zhuǎn)角度使彩色點(diǎn)云數(shù)據(jù)更具有真實(shí)感，同時在一定程度上提高了數(shù)據(jù)的精準(zhǔn)性⑨。要實(shí)現(xiàn)代碼為fread（）函數(shù)讀取點(diǎn)云存儲的文件頭，寫入抓取文件中，fseek（）函數(shù)更改抓取的頭文件中的高度和寬度，glPixelStorei（）函數(shù)讀取窗口像素并存儲，fseek（）函數(shù)寫入點(diǎn)云像素數(shù)據(jù)。后端調(diào)用的主要方法有findCloud（）。古跡遺址點(diǎn)云數(shù)據(jù)行可視化查詢的數(shù)據(jù)庫中的表為T_BuildingUnit、T_CloudData。

3.6 資料數(shù)據(jù)共享模塊功能實(shí)現(xiàn)

資料數(shù)據(jù)共享模塊是平臺進(jìn)行古跡遺址資料數(shù)據(jù)交流的重要一環(huán)。資料數(shù)據(jù)共享模塊分為上傳、下載兩個功能，用戶能夠下載平臺中自己想要的古跡遺址資料數(shù)據(jù)，也可以上傳古跡遺址資料數(shù)據(jù)進(jìn)行分享。只有對應(yīng)權(quán)限用戶才具有古跡遺址資料數(shù)據(jù)的上傳、下載權(quán)限。古跡遺址資料數(shù)據(jù)上傳前端主要文件有UploadBuild.jsp，后端調(diào)用的主要方法有AddBuild（）。上傳功能用到的表有T_BuildUnit、T_Information、T_CloudData。古跡遺址資料數(shù)據(jù)上傳功能的實(shí)現(xiàn)借助fileupload組件來實(shí)現(xiàn)。古跡遺址資料數(shù)據(jù)上傳后端實(shí)現(xiàn)步驟如下：采用common-fileupload上傳組件進(jìn)行資料數(shù)據(jù)上傳，先對古跡遺址資料數(shù)據(jù)上傳頁面的表單數(shù)據(jù)進(jìn)行校驗(yàn)，然后調(diào)用文件上傳函數(shù)完成古跡遺址資料數(shù)據(jù)實(shí)體上傳，調(diào)用古跡遺址資料數(shù)據(jù)插入數(shù)據(jù)庫中的古跡遺址資料數(shù)據(jù)表中，完成上傳，隨后跳轉(zhuǎn)到資料數(shù)據(jù)上傳成功頁面的提示。另外為保證服務(wù)器安全，上傳文件應(yīng)該放在外界無法直接訪問的目錄下，如放于WEB-INF目錄下。為防止一個目錄下面出現(xiàn)太多文件，使用hash算法對資料數(shù)據(jù)打散存儲。古跡遺址資料數(shù)據(jù)下載的前端主要頁面為BuildtDetail.jsp。后端調(diào)用的主要方法有Downloadbuildt（）。古跡遺址資料數(shù)據(jù)下載功能用到的表為T_BuildingUnit、T_Information、T_CloudDat。古跡遺址資料數(shù)據(jù)下載功能的實(shí)現(xiàn)借助于I/O類的文件輸入流和輸出流來實(shí)現(xiàn)。古跡遺址資料數(shù)據(jù)下載后端實(shí)現(xiàn)步驟如下：先得到從頁面?zhèn)鱽淼南螺d地址，通過File類得到要下載的文件，判斷下載的文件是否存在，如果不存在則給出提示信息，返回古跡遺址信息頁面，如果文件存在則控制瀏覽器對文件進(jìn)行下載。最后關(guān)閉文件輸入流和輸出流，并給出下載成功的提示信息。

3.7 古跡遺址資料分類管理模塊實(shí)現(xiàn)

古跡遺址資料分類管理模塊是平臺的管理人員對大量古跡遺址資料按分類結(jié)構(gòu)有條理性進(jìn)行管理的功能實(shí)現(xiàn)。具體是管理員對已有的古跡遺址信息一二級分類信息進(jìn)行修改和查看，也可增加古跡遺址信息一二級分類。同時對一二級分類資料下具體資料數(shù)據(jù)進(jìn)行維護(hù)。古跡遺址資料分類管理的前端主要文件有CategoryList.jsp、AddCategory.jsp和EditCategory.jsp，后端調(diào)用的主要方法有findAll（）、addCategory（）、addChild（）、addParent（）等。當(dāng)需要添加一二級分類時，通過點(diǎn)擊古跡遺址資料分類管理主頁面的“添加一二級分類”超鏈接，平臺就會跳轉(zhuǎn)到添加一級分類頁面。古跡遺址資料分類管理的前端主要文件有BuildList.jsp、AddBuild.jsp、EditBuild.jsp。后端調(diào)用的主要方法有findCetegoryAll（）、AddBuild（）、EditBuild（）、DeleteBuild（）等。古跡遺址資料分類管理功能用到的表有T_BuildingUnit、T_Information、T_CloudData。

3.8 用戶管理

用戶管理模塊是平臺后端管理系統(tǒng)實(shí)現(xiàn)的對用戶的管理。用戶管理模塊的主要功能是管理員對已有的用戶信息進(jìn)行增加、修改和查看。用戶管理的前端主要文件有UserList.jsp、Adduser.jsp和Edituser.jsp。后端調(diào)用的主要方法有findCetegoryAll（）、AddUser（）、EditUser（）、DeleteUser（）等。用戶管理功能用到的表有T_User。

4 結(jié)語

內(nèi)蒙古古跡遺址數(shù)字化保護(hù)平臺基于SpringBoot框架開發(fā)，mysql作為底層數(shù)據(jù)庫，采用Bootstrap技術(shù)、WebSocket技術(shù)提升平臺的實(shí)用性。數(shù)字化存儲和管理方式更好地解決了古跡遺址資料不易存儲、數(shù)據(jù)不便傳播等缺點(diǎn)，平臺提供的點(diǎn)云數(shù)據(jù)共享為古跡遺址修繕施工提供精準(zhǔn)數(shù)據(jù)。在后續(xù)的開發(fā)中，將持續(xù)優(yōu)化平臺功能，從而推動內(nèi)蒙古自治區(qū)古跡遺址信息數(shù)字化建設(shè)的系統(tǒng)研究體系的建立與完善。

注釋

①張鵬.內(nèi)蒙古地域建筑史學(xué)研究淺析[C]//中國建筑學(xué)會建筑史學(xué)分會，北京工業(yè)大學(xué).2019年中國建筑學(xué)會建筑史學(xué)分會年會暨學(xué)術(shù)研討會論文集（上）北京：中國建筑工業(yè)出版社，2019：173-179.

②楊哲.中國古建筑保護(hù)的發(fā)展與對策淺析[J].文化產(chǎn)業(yè)，2021（29）：115-118.

③鄭蘇寧.Web跨站請求編造的防護(hù)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D].南京：南京郵電大學(xué)，2021.

④趙輝，彭建友，秦玉林，等.基于Websocket協(xié)議的車聯(lián)網(wǎng)隱蔽信道構(gòu)建[J].計(jì)算機(jī)科學(xué)，2023（9）：11.

⑤王歡，李民，鄧秀輝，等.基于Redis緩存數(shù)據(jù)庫和Nginx負(fù)載均衡技術(shù)的購物網(wǎng)站性能優(yōu)化[J].軟件導(dǎo)刊，2022（8）：114-119.

⑥李桂瓊.基于大數(shù)據(jù)的物聯(lián)網(wǎng)接入身份安全認(rèn)證系統(tǒng)設(shè)計(jì)[J].自動化技術(shù)與應(yīng)用，2023（4）：118-121.

⑦徐世英，黃驍.解決負(fù)載測試第三方平臺的用戶登錄問題[J].網(wǎng)絡(luò)安全與信息化，2023（4）：149-153.

⑧劉科.基于古建筑保護(hù)修繕需求的三維激光幾何信息采集應(yīng)用研究[D].北京：北京工業(yè)大學(xué)，2017.

⑨許良梅，王友光，田朋飛，等.三維激光掃描技術(shù)在施工精準(zhǔn)控制中的應(yīng)用與研究：以裝配式鋼結(jié)構(gòu)建筑為例[J].安徽建筑，2019（10）：118-119.