本系統(tǒng)主要實現(xiàn)橋梁基礎信息和橋梁結(jié)構數(shù)據(jù)的導入，橋梁信息的更新.

 橋梁結(jié)構展示，橋梁定期檢測、橋梁日常巡查、加固維修錄入、橋梁檢測數(shù)據(jù)自動評級及報告生成、監(jiān)測數(shù)據(jù)分析及預警。

b.硬件管理

主要包括傳感器、采集器、電源、基站和攝像頭等硬件設備管理。傳咸器 內(nèi)容包括傳感器基礎信息、與橋梁結(jié)構和三維模型的關

系、

                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             與采集器關系、刑號信息四部分:采集器內(nèi)容包括:采集器基礎信息、與橋梁結(jié)構和三維模型的 關系、與傳感器的關系。電源包括電源基礎

、

與橋梁結(jié)構和三維模型的關系、和采集器的關系?；景ɑ净A信息、和與橋梁結(jié)構模型關系、和采集器的關系。攝像頭包括

電源基礎信息、與橋梁三維模型的關系

c.用戶管理模塊

主要實現(xiàn)整個系統(tǒng)的用戶管理的功能，包括新增、修改、刪除賬號，對賬號密碼、使用期限、查看數(shù)據(jù)范圍分配的設置。系統(tǒng)包括三種類

型的用戶:普通用戶、管理員、超級管理員。

普通用戶:查看某幾座橋梁監(jiān)測數(shù)據(jù)管理員:查看系統(tǒng)所有橋梁的監(jiān)測數(shù)據(jù):

超級管理員:對系統(tǒng)所有監(jiān)測數(shù)據(jù)的增刪改查。

3.2.3 數(shù)據(jù)庫

       采用關系型數(shù)據(jù)庫和非關系型數(shù)據(jù)庫結(jié)合使用的方式。一方面利用關系型數(shù)據(jù)庫處理結(jié)構化強關系數(shù)據(jù)，例如橋梁模型數(shù)據(jù)等。另一方，采用非關系型數(shù)據(jù)庫MongoDB存儲少量傳感器數(shù)據(jù)，提高數(shù)據(jù)處理速率，系統(tǒng)吞吐量。采用Redis作為緩存數(shù)據(jù)庫，Redis具有性能極

高、速度快、持久化、快速的主-從復制等優(yōu)點。

每個微服務都有自己獨立的數(shù)據(jù)庫，數(shù)據(jù)嚴格按照微服務的要求來切分，以滿足業(yè)務高并發(fā)，實時或者準實時將各微服務數(shù)據(jù)庫同步到No

SQL數(shù)據(jù)庫中，在同步的過程中進行數(shù)據(jù)清洗，用來滿足后臺業(yè)務系統(tǒng)的使用。

為了提高系統(tǒng)的運行效率，將引入級存機制，將程序或系統(tǒng)經(jīng)常要調(diào)用的對象存在內(nèi)存中，使用時可以快速調(diào)用，不必再去創(chuàng)建新的

重復的實例。這樣做可以減少系統(tǒng)開銷，提高系統(tǒng)效率。

移動端采用 android 操作系統(tǒng)作為軟件的運行平臺，采用0cise開發(fā)工具|進行開發(fā)。

服

務器軟件所處的位置決定了其必須具有大數(shù)據(jù)存儲、分析、數(shù)據(jù)可視化對及數(shù)據(jù)文檔化的功能。因此服務器軟件需采用BS+數(shù)據(jù)庫

的方式搭建，使用webservcic和 FTP方式作為數(shù)據(jù)通訊的主要方式

.2.4 系統(tǒng)架構系統(tǒng)模塊:

(

1）

數(shù)據(jù)采集轉(zhuǎn)換服務

設備橋梁數(shù)據(jù)同步服務

采用

微服務架構形式設計與部署，遵從以下幾個原則)

頁而與后臺交互使用前后端分離部署框架，web 前貓通過Http協(xié)議調(diào)用UI后端，由 API 網(wǎng)關再 經(jīng)過路由服務調(diào)用相應的微服務：

（

不同微服務之間通過REST方式互相調(diào)用

；

（

服務之間通過RabbitMQ實現(xiàn)消息推送；

（

4）每個服務被獨立部署在一個進程內(nèi)，這種運行和部署方式能夠賦予系統(tǒng)靈活的代碼組織方式和發(fā)布節(jié)奏。