樁基施工質(zhì)量的好壞關(guān)系到整個(gè)建設(shè)工程的成敗,而我國(guó)沿海地區(qū)廣泛存在著軟土地質(zhì),樁基施工難度較大,施工中存在較多施工質(zhì)量問(wèn)題,因此對(duì)軟土地基樁機(jī)施工質(zhì)量進(jìn)行有效監(jiān)管已經(jīng)成為一項(xiàng)重要的日程工作。使用傳統(tǒng)的監(jiān)測(cè)方法,很難實(shí)現(xiàn)實(shí)時(shí)監(jiān)控,消耗大量的人力、物力等資源,易受場(chǎng)地要求、設(shè)備等因素的影響,不利于監(jiān)管工作的有效開(kāi)展。本論文從工程的實(shí)際應(yīng)用角度出發(fā),結(jié)合傳感器、通信、Web開(kāi)發(fā)等技術(shù),設(shè)計(jì)并開(kāi)發(fā)了軟土地基樁機(jī)施工質(zhì)量監(jiān)測(cè)與分析系統(tǒng),實(shí)現(xiàn)了對(duì)施工過(guò)程樁機(jī)運(yùn)行參數(shù)的智能化實(shí)時(shí)監(jiān)測(cè),并對(duì)監(jiān)測(cè)參數(shù)進(jìn)行分析和處理,進(jìn)而對(duì)施工質(zhì)量進(jìn)行合理評(píng)價(jià)。本論文完成的主要工作如下:（1）設(shè)計(jì)了軟土地基樁機(jī)施工質(zhì)量監(jiān)測(cè)與分析系統(tǒng)的總體結(jié)構(gòu),分為數(shù)據(jù)采集層、數(shù)據(jù)傳輸層、數(shù)據(jù)服務(wù)層和系統(tǒng)展示層。數(shù)據(jù)采集層通過(guò)智能監(jiān)測(cè)終端處理及上傳樁基監(jiān)測(cè)數(shù)據(jù),數(shù)據(jù)傳輸層基于TCP連接的建立完成樁基數(shù)據(jù)的遠(yuǎn)程傳輸,數(shù)據(jù)服務(wù)層負(fù)責(zé)樁基數(shù)據(jù)的接收與存儲(chǔ),系統(tǒng)展示層采用B/S架構(gòu)的方式為用戶(hù)提供服務(wù)。（2）設(shè)計(jì)了智能監(jiān)測(cè)終端的總體結(jié)構(gòu),主要包含數(shù)據(jù)處理模塊,報(bào)警控制模塊和數(shù)據(jù)傳輸模塊,實(shí)現(xiàn)樁基監(jiān)測(cè)數(shù)據(jù)的處理、報(bào)警及傳輸功能;為了緩解高并發(fā)環(huán)境下... 

【文章來(lái)源】：東南大學(xué)江蘇省 211工程院校 985工程院校 教育部直屬院校

【文章頁(yè)數(shù)】：95 頁(yè)

【學(xué)位級(jí)別】：碩士

【部分圖文】：

水泥攪拌樁施工

第二章系統(tǒng)總體設(shè)計(jì)132.4.1.2Web服務(wù)通信技術(shù)HTTP協(xié)議，即超文本傳輸協(xié)議，是一種通用的面向應(yīng)用層的協(xié)議[36]。HTTP協(xié)議基于TCP/IP協(xié)議，常用于瀏覽器與Web服務(wù)器之間進(jìn)行數(shù)據(jù)的傳遞，服務(wù)端在響應(yīng)客戶(hù)端的請(qǐng)求之后，便主動(dòng)釋放連接。它默認(rèn)的端口號(hào)是80，最常用的方法有四種，即GET、PUT、DELETE、POST，用與完成對(duì)資源的增刪改差操作，其結(jié)構(gòu)圖如圖2-6所示。圖2-6HTTP通信結(jié)構(gòu)圖采用HTTP協(xié)議進(jìn)行用戶(hù)登錄時(shí)，通常采用POST方式提交用戶(hù)名和密碼，但往往會(huì)因?yàn)槭褂玫氖遣患用艿拿魑膫鬏敚鋽?shù)據(jù)包容易被第三方在傳輸過(guò)程中截獲。即便是對(duì)用戶(hù)名和密碼進(jìn)行加密，第三方在獲取到加密之后的字符串，仍然可以重放攻擊，從而泄漏個(gè)人的安全信息。對(duì)于一些安全性要求高的網(wǎng)站一般使用HTTPS協(xié)議，利用CA證書(shū)，將服務(wù)器與瀏覽器之間的通信進(jìn)行加密，從而保證用戶(hù)的信息安全。但由于申請(qǐng)證書(shū)需要一定的門(mén)檻，并且需要額外付費(fèi)，因此本系統(tǒng)采用基于HTTP協(xié)議的前端加密方法來(lái)保證用戶(hù)信息的安全性。登錄系統(tǒng)的安全設(shè)計(jì)的核心在于添加擾動(dòng)信息，這里采用的是動(dòng)態(tài)驗(yàn)證碼的方式。由于動(dòng)態(tài)驗(yàn)證碼是一次性的，即使被第三方攔截獲取也不能重復(fù)登錄。用戶(hù)登錄系統(tǒng)時(shí)，調(diào)用js代碼，使用SHA1算法將用戶(hù)密碼進(jìn)行加密，首先將userID與passwd進(jìn)行拼接加密，之后將結(jié)果與vericode拼接再進(jìn)行加密處理，最終將表單提交到后臺(tái)服務(wù)器。后臺(tái)服務(wù)器首先會(huì)對(duì)比提交的vericode與后臺(tái)生成的驗(yàn)證碼是否一致，如果一致，則查詢(xún)數(shù)據(jù)庫(kù)中user表中對(duì)應(yīng)userID的passwd（數(shù)據(jù)庫(kù)user表的passwd字段保存的是uerid+原始passwd進(jìn)行SHA1算法加密的字符串），與表單提交的veicode拼接進(jìn)行SHA1加密，并將加密后的結(jié)果與表單提交的passwd進(jìn)行對(duì)比，如果一致則登錄成功并進(jìn)入系統(tǒng)主頁(yè)面，否則?

第三章智能監(jiān)測(cè)終端與服務(wù)器設(shè)計(jì)293.3服務(wù)器測(cè)試數(shù)據(jù)接收服務(wù)器主要負(fù)責(zé)接收智能監(jiān)測(cè)終端上傳的樁基數(shù)據(jù)，經(jīng)解析處理之后，保存至數(shù)據(jù)庫(kù)，便于數(shù)據(jù)的管理和操作。以實(shí)時(shí)樁基數(shù)據(jù)為例，在個(gè)人PC上進(jìn)行服務(wù)器的功能測(cè)試。首先，啟動(dòng)服務(wù)器，監(jiān)聽(tīng)客戶(hù)端的連接；然后啟動(dòng)客戶(hù)端，發(fā)送實(shí)時(shí)數(shù)據(jù)到服務(wù)器。服務(wù)器運(yùn)行情況如圖3-10所示。圖3-10服務(wù)器測(cè)試結(jié)果3.4本章小節(jié)首先設(shè)計(jì)了智能監(jiān)測(cè)終端的總體結(jié)構(gòu)，詳細(xì)介紹了NA200PLC與工控機(jī)之間的數(shù)據(jù)通訊協(xié)議，包括數(shù)據(jù)處理、報(bào)警控制等，并對(duì)智能監(jiān)測(cè)終端與遠(yuǎn)程數(shù)據(jù)接收服務(wù)器之間的傳輸協(xié)議和數(shù)據(jù)傳輸流程進(jìn)行簡(jiǎn)要地介紹；然后基于實(shí)際應(yīng)用場(chǎng)景，設(shè)計(jì)了服務(wù)器的總體架構(gòu)及工作流程，對(duì)服務(wù)器的網(wǎng)絡(luò)通信模塊和業(yè)務(wù)處理模塊進(jìn)行詳細(xì)的介紹；最后對(duì)服務(wù)器進(jìn)行相關(guān)測(cè)試，實(shí)驗(yàn)表明，可以滿(mǎn)足系統(tǒng)的應(yīng)用需求。


本文編號(hào)：3363108