震后建筑物受損情況管理信息系統(tǒng)畢業(yè)設計

1、<p><b>　　摘 要</b></p><p>　　我國地震多發(fā)，建筑物的損壞和倒塌是造成生命財產(chǎn)損失的重大原因。因此，我國越來越重視建筑物安全鑒定工作。這時，及時準確地記錄建筑物受損情況就顯得尤為重要。將數(shù)據(jù)進行匯總統(tǒng)計一方面可以為災區(qū)建筑物的安全鑒定等工作做好準備，一方面也可以為今后房屋建筑的抗震性提供參考。</p><p>　　本系統(tǒng)主要完成信

2、息的儲備統(tǒng)計工作。系統(tǒng)主要包含五個模塊：用戶管理、地震信息管理、建筑物信息管理、震損信息管理、數(shù)據(jù)統(tǒng)計分析。分別對使用本系統(tǒng)的用戶信息、周圍發(fā)生的地震信息、建筑物信息及建筑物的損壞情況信息進行記錄，并對建筑物損壞情況進行統(tǒng)計分析，用直觀的統(tǒng)計圖表示。管理員擁有系統(tǒng)最高權(quán)限，對系統(tǒng)的所有信息均可進行管理。普通用戶權(quán)限最低，只可查看系統(tǒng)匯總的信息。普通用戶可以提交申請成為專業(yè)用戶，系統(tǒng)主要的地震建筑物等數(shù)據(jù)，專業(yè)用戶可以進行查看、錄入、修改

3、。</p><p>　　本系統(tǒng)設計基于B/S的MVC三層結(jié)構(gòu)模式。因為在Web環(huán)境下完成，擁有網(wǎng)絡基礎，所以能實現(xiàn)多用戶登錄，可以實時地記錄信息并由另一方查看，相對于通過紙質(zhì)文件的記錄和傳遞，加快了信息搜集的速度，提高了效率。另一方面，系統(tǒng)可存的信息量大，可以把各地的信息都歸類匯總，方便快捷，易用性強。</p><p>　　關鍵詞：震損；B/S結(jié)構(gòu)；JSP；MySQL</p>

4、<p><b>　　Abstract</b></p><p>　　There are a lot of earthquake in China, and the damage of buildings is the main reason of the loss of life and property.So accurate documentation of damaged

5、buildings on time has become particularly important.Statistical data can be prepared for safety appraisal of buildings in the disaster area of the work, on the one hand can also provide reference for future housing const

6、ruction earthquake resistance. </p><p>　　The system mainly completes reserve statistics information.And it supply users with the administration of seismic data,information about buildings,damage management i

7、nformation systems,requirements analysis, system design and detailed design process, besides establish the basis of background database. Then it introduces a Web environment, based on b/s mode of three-layer structure, u

8、sing JSP technology development under the post-earthquake building damage management information systems , the mai</p><p>　　The system design is based on B/S,and adopts MVC structure mode. Users can record i

9、nformation on a real-time basis and viewed by the other party.The system accelerate the speed of information gathering, improves efficiency relative to the recording and transmission through paper documents. On the other

10、 hand, the amount of information can be stored in the system, you can put the country are classified as summary information, convenient, easy to use and strong.</p><p>　　Key words: Damage in Earthquake; B/S

11、Structure; JSP; MySQL</p><p><b>　　目 錄</b></p><p><b>　　第一章 前言1</b></p><p>　　1.1本文研究的背景、目的與意義1</p><p>　　1.1.1 研究背景1</p><p>　　1.1

12、.2 研究目的1</p><p>　　1.1.3 研究意義1</p><p>　　1.2本文的組織安排2</p><p>　　第二章 系統(tǒng)開發(fā)環(huán)境及開發(fā)技術3</p><p>　　2.1 系統(tǒng)開發(fā)環(huán)境3</p><p>　　2.2 系統(tǒng)開發(fā)技術3</p><p>　　2.2.1 J

13、SP介紹3</p><p>　　2.2.2 Servlet 介紹3</p><p>　　2.2.3 MySQL 介紹4</p><p>　　第三章 系統(tǒng)需求分析與設計6</p><p>　　3.1系統(tǒng)需求分析6</p><p>　　3.2 系統(tǒng)可行性分析6</p><p>　　3

14、.3 系統(tǒng)功能設計6</p><p>　　3.3.1 系統(tǒng)功能劃分7</p><p>　　3.3.2 系統(tǒng)各子模塊功能設計7</p><p>　　3.4 系統(tǒng)數(shù)據(jù)庫設計9</p><p>　　3.4.1 數(shù)據(jù)庫概念結(jié)構(gòu)設計9</p><p>　　3.4.2 關系數(shù)據(jù)庫的邏輯設計10</p>&

15、lt;p>　　第四章 系統(tǒng)實現(xiàn)16</p><p>　　4.1 數(shù)據(jù)庫實現(xiàn)16</p><p>　　4.2 登錄驗證模塊的實現(xiàn)17</p><p>　　4.3 用戶信息管理模塊的實現(xiàn)18</p><p>　　4.4 地震信息管理模塊的實現(xiàn)22</p><p>　　4.5 建筑物信息管理模塊的實現(xiàn)23

16、</p><p>　　4.6 建筑物震損信息管理模塊的實現(xiàn)24</p><p>　　4.7 統(tǒng)計分析模塊的實現(xiàn)27</p><p>　　第五章 總結(jié)29</p><p><b>　　謝 辭30</b></p><p><b>　　參考文獻31</b></p

17、><p><b>　　第一章 前言</b></p><p>　　1.1本文研究的背景、目的與意義</p><p>　　1.1.1 研究背景</p><p>　　現(xiàn)代科學技術的不斷發(fā)展進步，隨著各個學科之間交織融匯，逐漸有新的科技應運而生。有了新學科新技術，傳統(tǒng)學科的發(fā)展將有更好的機遇和途徑。地震工程中，某些領域的問題對專家

18、經(jīng)驗的依賴非常大，離開有經(jīng)驗的專家，問題就無法很好的解決，這嚴重地制約了這些工作的有效開展。將人類經(jīng)驗與計算機技術相結(jié)合，例如引用人工智能技術和建立智能輔助決策系統(tǒng)，已經(jīng)成為解決這類問題的有效方法。因此，我們看到很多智能的計算機應用系統(tǒng)在地震工程領域嶄露頭角，經(jīng)過時間的推移，它也已經(jīng)成為推動地震工程進一步發(fā)展的一個重要因素。</p><p>　　在我國，劉恢先等1989年建成一個供試驗研究的“地震危險度智能輔助評

19、估系統(tǒng)”。楊玉成等人研制的“城市現(xiàn)有房屋震害預測智能輔助決策系統(tǒng)”，在1991年9月通過的科學技術鑒定會上被認為“其科學水平已經(jīng)達到國內(nèi)及國際先進水平”，這是一個專門用于震害預測的軟件。同類的軟件還有王曉青等開發(fā)的“地震災害損失預測系統(tǒng)”。楊麗萍開發(fā)的“多層砌體房屋易損性評價專家系統(tǒng)”,該系統(tǒng)主要用于對現(xiàn)有多層砌體房屋進行易損性的評價。在綜合防災減災系統(tǒng)研究方面,在房屋地震破壞特征演示方面,均開發(fā)有很多非常有應用價值的系統(tǒng)。</p

20、><p>　　由于震害鑒定或預測的算法復雜且非研究人員不易得到，所以用現(xiàn)有的資源做了這樣一個管理信息系統(tǒng)，將地震、建筑物、震損情況均記錄下來，搭建在現(xiàn)有的網(wǎng)絡和計算機的基礎之上，形成基礎信息的整合。</p><p>　　1.1.2 研究目的</p><p>　　本文所做的工作，旨在能為抗震防災工作人員及一般土木工程技術人員分享到已發(fā)生的地震與受地震影響的建筑物信息。這樣

21、做能避免重復性勞動，使相關工作人員能在短時間內(nèi)掌握地震現(xiàn)場建筑物情況，并在地震過后工作中能夠普遍展開、有效實施建筑物安全鑒定，從而達到提高鑒定工作效率和結(jié)果可靠性的目的。</p><p>　　1.1.3 研究意義</p><p>　　自20世紀90年代以來，我國的震害評估工作任務很重，因為在我們所在的區(qū)域地震活動進入了第五個新的活躍期。中國地震局工程力學研究所的袁一凡等專家，于2005年制

22、定了國家標準《地震現(xiàn)場工作 第四部分：地震災害直接損失評估》(GB/T18294.4-2005)，由此，我國的震害損失評估工作邁上了一個新的臺階[2]。在《地震現(xiàn)場工作》系列國家標準第二部分建筑物安全鑒定中，明確了鑒定所需的各種數(shù)據(jù)，在國家標準第三部分調(diào)查規(guī)范中，明確了房屋震害調(diào)查的各種數(shù)據(jù)資料?！督ㄖ卣鹌茐牡燃墑澐謽藴省分袑⑵茐牡燃墑澐譃槲宸N：基本完好、輕微損壞、中等破壞、嚴重破壞、倒塌。統(tǒng)計時，按建筑年代、使用功能、結(jié)構(gòu)形式又將建

23、筑分為三類分別呈現(xiàn)。</p><p>　　雖然震害評估方式隨時都在改變和增強，但是還是有很多的缺點：比方說大多數(shù)經(jīng)濟落后的鄉(xiāng)鎮(zhèn)地區(qū)，不能被建筑的經(jīng)濟損失評估方法所評估。同時，在我國都是一些經(jīng)驗豐富知識淵博的專家來進行建筑物安全的鑒定和建筑物受損的評估。要培養(yǎng)這樣優(yōu)秀專家需要很長時間且代價昂貴，同時也不可多得。因為專家人數(shù)十分緊缺，我國地震還頻頻發(fā)生，在這樣的情況下，提高效率顯得尤為重要。有了地震現(xiàn)場建筑物損壞情況

24、的數(shù)據(jù)統(tǒng)計應用，專家直接對數(shù)據(jù)進行分析，就能較快解決現(xiàn)實需要。</p><p>　　1.2本文的組織安排</p><p>　　，簡單介紹一下本論文研究的背景、意義和目的。</p><p>　　，先介紹一下本論文所描述系統(tǒng)的開發(fā)環(huán)境，采用技術和框架；詳細地介紹了JSP、Servlet及MySQL的特點；接著介紹了MVC設計模式。</p><p>

25、;　　，詳細地介紹了開發(fā)系統(tǒng)的需求分析，包括：系統(tǒng)實現(xiàn)目標、系統(tǒng)可行性分析、關系模式的設計、系統(tǒng)功能設計。</p><p>　　第四章，主要介紹系統(tǒng)各個模塊的設計與開發(fā)。</p><p>　　第五章，總結(jié)本系統(tǒng)，指出系統(tǒng)還存在的問題，提出展望。</p><p>　　第二章 系統(tǒng)開發(fā)環(huán)境及開發(fā)技術</p><p>　　2.1 系統(tǒng)開發(fā)環(huán)境&l

26、t;/p><p>　　(1) 操作系統(tǒng)：Windows XP/ Windows 7</p><p>　　(2) 數(shù)據(jù)庫：MySQL 5.5</p><p>　　(3) Web服務器：Tomcat5.5</p><p>　　(4) 后臺編譯器：MyEclipse8.5</p><p>　　(5) 前臺編譯器：Dreamwea

27、ver</p><p>　　(6) Java運行環(huán)境：JDK1.6</p><p>　　2.2 系統(tǒng)開發(fā)技術</p><p>　　本信息系統(tǒng)以B/S(Browser/Server)作為基本結(jié)構(gòu)，使用MySQL作為應用程序的數(shù)據(jù)庫，運用MVC設計模式，通過JSP方式實現(xiàn)交互。</p><p>　　2.2.1 JSP介紹</p>&

28、lt;p>　　JSP(Java Server Pages)是許多公司一起建立的一種動態(tài)網(wǎng)頁技術標準，下面簡單介紹一下JSP及其優(yōu)點。</p><p>　　JSP技術通俗點說其實就是Java加上HTML。JSP網(wǎng)頁為整個服務器端的Java庫單元提供了一個接口來服務于HTTP的應用程序[5]。在傳統(tǒng)的網(wǎng)頁HTML文件(*.htm,*.html)中加入Java程序片段(Scriptlet)和JSP標記(tag)，

29、就構(gòu)成了JSP網(wǎng)頁(*.jsp)。當用戶提交訪問JSP網(wǎng)頁的請求時，服務器接收請求后先執(zhí)行其中的程序片段，然后返回給客戶執(zhí)行結(jié)果，但是這個結(jié)果是HTML格式的。程序片段可以傳遞參數(shù)，獲得數(shù)據(jù)，或者對數(shù)據(jù)庫進行需要的查找修改等，總之可以方便的幫助用戶實現(xiàn)需要的功能。服務器端會執(zhí)行所有的程序操作，客戶端接收的只是通過網(wǎng)絡所傳送的結(jié)果，對客戶瀏覽器的要求最低。</p><p><b>　　JSP的優(yōu)點： &l

30、t;/b></p><p>　　(1) JSP具備了Java技術的簡單易用，基本上可以在所有平臺上的任意環(huán)境中開發(fā)，有一次編寫就可以到處運行。</p><p>　　(2) 基于服務器這一點，可以支持它們保持最新版。</p><p>　　2.2.2 Servlet 介紹</p><p>　　(1) Servlet概述：</p>

31、;<p>　　Servlet簡單的說，是運行在Web服務器上的一段Java程序，與平臺和協(xié)議無關。它能夠通過Web服務器接受并處理瀏覽器發(fā)送的請求，然后通過Web服務器將動態(tài)生成的結(jié)果發(fā)送給客戶端，即應答。這樣，就基本實現(xiàn)了能被系統(tǒng)利用的動態(tài)網(wǎng)頁功能。如果需要，還可以保存請求－響應過程中的信息。在美國，關于電子商務的開發(fā)，幾乎都使用的是EJB+Servlet+JSP標準。 </p><p>　　(2

32、) Servlet的優(yōu)勢： </p><p>　　采用Servlet，服務器可以完全授權(quán)對像數(shù)據(jù)庫這樣的本地資源的訪問，來自外部的用戶訪問數(shù)量及其訪問性質(zhì)也將會被控制。Servlet擁有Java應用程序的穩(wěn)定、可移植、易開發(fā)的特點，也是優(yōu)勢。Servlet通過標簽，可以生成動態(tài)內(nèi)容嵌套在HTML中?？蛻舳税l(fā)送的每個請求都對應一個線程，多個客戶端用戶可以在同一個進程中同時得到服務器所提供的服務。</p>

33、<p>　　(3) Servlet生命周期： </p><p>　　Servlet的生命周期可以簡單概括成四個階段：Servlet類加載、實例化、服務和銷毀。當用戶第一次訪問時，Servlet對象被創(chuàng)建，客戶端向服務器發(fā)出請求，并調(diào)用service()方法，service()方法可能激活其它方法以處理請求，如doGet()或doPost()或程序員自己開發(fā)的新的方法。當?shù)诙位蚋嗟恼埱蟮竭_時，創(chuàng)建

34、新的請求和響應對象，但是仍繼續(xù)調(diào)用已存在的Servlet對象的service()方法。當服務停止不再需要Servlet時(一般當服務器關閉時)，會調(diào)用Servlet的Destroy()方法。</p><p>　　2.2.3 MySQL 介紹</p><p>　　MySQL是一個可擴展的、高性能的、為分布式客戶機/服務器計算所設計的數(shù)據(jù)庫管理系統(tǒng)，提供了基于事務的企業(yè)級信息管理系統(tǒng)方案。&l

35、t;/p><p><b>　　MySQL的特點：</b></p><p><b>　　(1) 上手容易 </b></p><p>　　(2) 兼容性良好 </p><p>　　(3) 利于構(gòu)筑"敏捷性商務" 2.2.4 MVC模式</p><p>　　(1)

36、 MVC模式簡介</p><p>　　MVC是一種支持大多數(shù)現(xiàn)代圖形用戶界面的軟件設計模式。它常被廣泛地用在Web應用程序的開發(fā)中，尤其是大型的、比較復雜的開發(fā)。</p><p>　　MVC模式有模型、視圖、控制器三層。其中，M代表Model，V代表View，C代表Controller。視圖，就是展現(xiàn)給用戶的界面，是應用程序的表示層。MVC負責處理用戶的請求，采集頁面上的數(shù)據(jù)。模型，是應用

37、程序的業(yè)務處理層，負責所有業(yè)務流程的處理和業(yè)務規(guī)則的制定。模型處理由控制器轉(zhuǎn)發(fā)來的視圖的請求數(shù)據(jù)，并將最終的處理結(jié)果返回給視圖[8]?？刂茖樱旧聿惶幚順I(yè)務信息，就負責根據(jù)請求的數(shù)據(jù)，分配相應的模型組件去處理，以及選擇合理的視圖將模型反饋給用戶的數(shù)據(jù)顯示出來。這3部分的關系如圖2-1所示。</p><p>　　圖2-1 MVC模式3個部分的關系</p><p>　　(2) 使用MVC模

38、式的原因 </p><p>　　由于MVC模式的三層結(jié)構(gòu)之間是相互獨立的，各自負責自己的功能，減少了應用操作的可耦合度，如果某些情況下需要修改某一層的需求，那么只要把那一層的代碼進行下修改。使用MVC模式，使代碼的可讀性比較高也有利于程序的擴展，并且，應用程序的封裝性、可維護性、靈活性也大大提高。 </p><p>　　第三章 系統(tǒng)需求分析與設計</p><p>

39、<b>　　3.1系統(tǒng)需求分析</b></p><p>　　需求分析是軟件定義時期的最后一個階段，也是數(shù)據(jù)庫設計過程的基礎。它的基本任務是明確系統(tǒng)到底要完成哪些工作。對目標系統(tǒng)提出完整、準確、清晰、具體的要求。</p><p>　　開發(fā)這個系統(tǒng)的目的就是為災區(qū)建筑物的安全鑒定等后期工作做好準備。幫助相關人員對地震信息，以及災區(qū)建筑物的損毀情況進行增刪改查等操作，并進行

40、統(tǒng)計分析，提高工作效率，也避免一些多方信息傳遞所造成的誤報等情況。</p><p>　　系統(tǒng)最終實現(xiàn)的主要功能如下：</p><p>　　(1) 用戶管理部分：用戶角色分為普通用戶、專家、管理員三種，均可以對自己的基本信息進行編輯，每個人都有自己的編號，管理員可以對全系統(tǒng)用戶實施增、刪、改、查的操作。</p><p>　　(2) 地震信息管理部分：普通用戶查詢地震信

41、息，專家可增、改、查地震信息、管理員可以對地震信息實施增、刪、改、查的操作。</p><p>　　(3) 建筑物信息管理部分：普通用戶查詢建筑物信息，專家可增、改、查建筑物信息、管理員可以對建筑物信息實施增、刪、改、查的操作。</p><p>　　(4) 震損信息管理部分：普通用戶查詢震損信息，專家可增、改、查震損信息、管理員可以對震損信息實施增、刪、改、查的操作。</p>

42、<p>　　(5) 統(tǒng)計分析部分：所有用戶均可查看該部分。</p><p>　　3.2 系統(tǒng)可行性分析</p><p>　　可行性研究是為了弄清楚系統(tǒng)開發(fā)的項目是不是可以實現(xiàn)和值得進行研究的過程，實際上是一次大大簡化系統(tǒng)分析和系統(tǒng)設計的過程，所以，進行可執(zhí)行性的分析是非常必要的，經(jīng)過最初的設計目標和進行的市場調(diào)查得出以下三點的可行性分析：</p><p>

43、　　(1) 經(jīng)濟可行性：不需要大量設備，只需一臺電腦以及相關軟件便可進行開發(fā)。</p><p>　　(2) 技術可行性：J2EE技術已經(jīng)推行廣泛，JSP技術已相當成熟，開發(fā)效率高，使用穩(wěn)定。</p><p>　　(3) 運行可行性：本系統(tǒng)的服務端運行是以jdk作為編譯環(huán)境，tomcat作為web服務器，將系統(tǒng)包放到tomcat容器下連接到數(shù)據(jù)庫就可運行。</p><p&

44、gt;　　通過以上的可行性分析，本設計將采用J2EE開發(fā)，使用JSP技術，以MySQL作為數(shù)據(jù)庫實現(xiàn)。</p><p>　　3.3 系統(tǒng)功能設計</p><p>　　本系統(tǒng)是以建筑物鑒定為背景，提供震后的統(tǒng)計數(shù)據(jù)，方便相關人員查閱。為了很好的記錄震后建筑物受損情況，會有相應的地震信息和建筑物信息的記錄，為了方便用戶對自己信息的管理，系統(tǒng)提供個人信息的修改、密碼修改的部分。同時，為了直觀的展

45、現(xiàn)系統(tǒng)所存儲數(shù)據(jù)的量及關系，為用戶提供了統(tǒng)計分析的功能，由統(tǒng)計圖的形式展示數(shù)據(jù)。由于所存儲信息的專業(yè)性，系統(tǒng)會限制一部分用戶對系統(tǒng)的操作，系統(tǒng)管理員會對系統(tǒng)的所有信息包括用戶信息與震損相關信息進行管理和維護。</p><p>　　3.3.1 系統(tǒng)功能劃分</p><p>　　系統(tǒng)設定了四個信息管理模塊，分別是用戶信息管理、建筑物信息管理、地震信息管理、震損信息管理，主要用戶管理信息系統(tǒng)中的

46、基本數(shù)據(jù)。同時，用登錄驗證部分來負責用戶的登錄注冊工作，而對系統(tǒng)所存儲的信息進行統(tǒng)計分析由最后的統(tǒng)計分析部分來完成。用戶分為普通用戶、專業(yè)用戶、管理員，普通用戶只能查看建筑物、地震、震損信息，專業(yè)用戶和管理員可以對這些信息進行增、刪、改、查的操作。系統(tǒng)的具體模塊劃分圖，如圖3.1所示。</p><p>　　圖3.1 系統(tǒng)模塊圖</p><p>　　3.3.2 系統(tǒng)各子模塊功能設計</

47、p><p>　　(1) 登錄驗證模塊：若用戶沒有賬號則先注冊后登錄，若有則直接登錄。系統(tǒng)根據(jù)用戶的編號和密碼進行驗證，驗證成功則登錄系統(tǒng)，驗證失敗重新輸入賬號密碼。系統(tǒng)登錄注冊功能表3.1如下所示。</p><p>　　3.1 登錄注冊功能表</p><p>　　(2) 用戶管理模塊：用戶角色分為普通用戶、專家、管理員三種，均可以對自己的基本信息進行編輯，每個人都有自己

48、的編號，管理員可以對全系統(tǒng)用戶實施增、刪、改、查的操作。具體的權(quán)限分配詳見表3.2所示。</p><p>　　表3.2 權(quán)限分配表</p><p>　　(3)地震信息管理模塊：主要管理地震信息。</p><p>　　地震信息錄入：新發(fā)生地震，即錄入系統(tǒng)。</p><p>　　地震信息查詢：查詢已發(fā)生地震的具體信息（普通用戶只有這一權(quán)限）。&

49、lt;/p><p>　　地震信息修改：對已錄入的地震信息進行修改。</p><p>　　地震信息刪除：對已過期，無利用價值的地震信息進行刪除。</p><p>　　(4) 建筑物信息管理模塊：普通用戶查詢建筑物信息，專家可增、改、查建筑物信息、管理員可以對建筑物信息實施增、刪、改、查的操作。</p><p>　　建筑物信息錄入：新建建筑物，即錄入

50、系統(tǒng)。</p><p>　　建筑物信息查詢：查詢已有建筑物的具體信息（普通用戶在該模塊只有這一權(quán)限）。</p><p>　　建筑物信息修改：對已錄入的建筑物信息進行修改。</p><p>　　建筑物信息刪除：對無法利用或已廢棄的建筑物信息進行刪除。</p><p>　　(5) 震損信息管理模塊：普通用戶查詢震損信息，專家可增、改、查震損信息、

51、管理員可以對震損信息實施增、刪、改、查的操作。</p><p>　　建筑物震損信息錄入：有建筑物受損，即錄入系統(tǒng)。</p><p>　　建筑物震損信息查詢：查詢已有的建筑物損毀具體信息（普通用戶在該模塊只有這一權(quán)限）。</p><p>　　建筑物震損信息修改：對已錄入的建筑物震損信息進行修改。</p><p>　　建筑物震損信息刪除：對已無利

52、用價值的數(shù)據(jù)可進行刪除。</p><p>　　(6) 統(tǒng)計分析模塊：對系統(tǒng)存儲的部分數(shù)據(jù)進行統(tǒng)計，生成統(tǒng)計圖，所有用戶均可查看該部分。</p><p>　　3.4 系統(tǒng)數(shù)據(jù)庫設計</p><p>　　所謂數(shù)據(jù)庫設計是指從對現(xiàn)行非計算機管理的數(shù)據(jù)庫系統(tǒng)地分析到最終實現(xiàn)由計算機管理的數(shù)據(jù)庫系統(tǒng)的全過程。它是建立數(shù)據(jù)庫及其應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建設中的核心技術。

53、數(shù)據(jù)庫設計具有兩個特點：一是數(shù)據(jù)庫建設是硬件和軟件的結(jié)合；二是數(shù)據(jù)庫設計應該和應用系統(tǒng)設計結(jié)合在一起。數(shù)據(jù)庫設計質(zhì)量的好壞直接影響系統(tǒng)中各個處理過程的性能和質(zhì)量。</p><p>　　3.4.1 數(shù)據(jù)庫概念結(jié)構(gòu)設計</p><p>　　(1) 用戶信息部分本系統(tǒng)設置了八個屬性，用戶編號、用戶密碼、真實姓名、用戶行業(yè)、用戶單位、通訊地址、聯(lián)系電話、用戶角色，其中用戶編號和密碼用于登錄驗證，用

54、戶編號是主鍵，把用戶和其他關系聯(lián)系起來。</p><p>　　(2) 地震信息部分本系統(tǒng)設置了九個屬性，地震編號、地震時間、發(fā)震地點、震源經(jīng)度、震源緯度、震級、震源深度、創(chuàng)建時間、錄入用戶編號，描述了地震基本信息。其中地震編號是主鍵，把地震信息和其他關系聯(lián)系起來。</p><p>　　(3) 建筑物信息部分本系統(tǒng)設置了十三個屬性，建筑物編號、建筑物名稱、棟數(shù)、建成年份、建筑面積、層數(shù)、中心

55、經(jīng)度、中心緯度、建筑物地點、結(jié)構(gòu)類型、使用功能、更新時間、錄入用戶編號，描述了建筑物基本信息。其中建筑物編號是主鍵，把建筑物信息和其他關系聯(lián)系起來。</p><p>　　(4) 建筑物震損信息部分本系統(tǒng)設置了六個屬性，震損信息編號、建筑物編號、地震編號、建筑物破壞等級、錄入用戶編號、更新時間，描述了建筑物震損信息對應的建筑物，造成震損的地震，與建筑物的破壞等級等信息。其中震損信息編號是主鍵，建筑物編號和地震編號是

56、外鍵。</p><p>　　實體之間關系的E-R圖，如圖3.2所示。主要實體為用戶、地震、建筑物，一個用戶可以記錄多個地震信息，也可以記錄多個建筑物信息，但是建筑物和地震的信息只對應一個錄入者。一個建筑物會在多次地震中產(chǎn)生不同程度的損壞，每發(fā)生一次地震會對很多建筑物造成損壞，而這些損壞的記錄，會被存入震損信息中。系統(tǒng)在震損信息中給各種震損情況劃分了等級，直接呈現(xiàn)給用戶。每個建筑物都有自己的結(jié)構(gòu)類型，是唯一的，每個

57、建筑物也有唯一的使用功能，例如住宅，醫(yī)院等等。</p><p>　　圖3.2 系統(tǒng)E-R圖</p><p>　　3.4.2 關系數(shù)據(jù)庫的邏輯設計</p><p>　　系統(tǒng)由登錄驗證模塊、用戶信息管理模塊、地震信息管理模塊、建筑物信息管理模塊、震損信息管理模塊、統(tǒng)計分析模塊等模塊組成。要每個模塊實現(xiàn)其功能，系統(tǒng)至少需要包含building表、damage表、earth

58、quake表、husage表、standard表、structure表、user表，分別對使用本系統(tǒng)的用戶信息、周圍發(fā)生的地震信息、建筑物信息及建筑物的損壞情況信息進行記錄。</p><p>　　用戶信息表user記錄了注冊系統(tǒng)的所有用戶信息,具體設計如下表3.3。字段role用于標示用戶的身份，管理員、專家或者是普通用戶。字段ustatus用來記錄用戶申請成為專業(yè)用戶的狀態(tài)，no是未申請或已拒絕，in是已申請未

59、處理，yes是管理員同意申請。</p><p>　　地震信息表記錄了用戶錄入的地震詳細信息，具體設計如下表3.4所示。</p><p>　　表3.3 用戶信息表 user</p><p>　　表3.4 地震信息表 earthquake</p><p>　　表3.5為建筑物類型表structure，用于對建筑物分類，建筑物類型在本系統(tǒng)中列舉了6

60、項，在建筑物類型錄入和修改時，由下拉列表的形式顯示在頁面中，用戶根據(jù)所要錄入房屋的具體類型去選擇。防止各種用戶自定義的類型存入數(shù)據(jù)庫，造成各種不規(guī)范的情況。</p><p>　　表3.5 建筑物類型表structure</p><p>　　建筑物類型表structure的詳細記錄在系統(tǒng)中已經(jīng)存儲好了，詳見表3.6所示。所有用戶均可以查看建筑物類型的具體定義和描述，當?shù)卿浫藶楣芾韱T時，可以對

61、建筑物類型表的數(shù)據(jù)進行修改操作。</p><p>　　表3.6 建筑物類型structure數(shù)據(jù)庫記錄</p><p>　　對于建筑物，系統(tǒng)按現(xiàn)實生活中建筑物常用的使用功能，給出了一系列的劃分。建筑物使用功能表設計如下表3.7所示，使用功能的具體描述記錄，如下表3.7所示。使用功能系統(tǒng)具體分了7類。</p><p>　　表3.7 建筑物使用功能表 husage<

62、;/p><p>　　表3.8 建筑物用途表usage記錄</p><p>　　建筑物信息的存儲，具體如表3.9所示。該表負責記錄建筑物的基本信息，上文提到的建筑物類型及使用功能均以外鍵的形式在表中呈現(xiàn)。</p><p>　　表3.9 建筑物基本信息表 building</p><p>　　表3.9 建筑物基本信息表 building (續(xù))&l

63、t;/p><p>　　表3.10描述的是衡量建筑物受損情況的等級劃分標準，該破壞標準為《建筑地震破壞等級劃分標準》[（1990）建抗字第377號]，具體取值詳見表3.9的記錄</p><p>　　表3.10 破壞等級劃分標準表standard</p><p>　　表3.11 破壞等級劃分標準standard數(shù)據(jù)庫記錄</p><p>　　表3.1

64、2為建筑物受損信息表，記錄建筑物的具體震損數(shù)據(jù)。</p><p>　　表3.12 建筑物受損信息表 damage</p><p><b>　　第四章 系統(tǒng)實現(xiàn)</b></p><p>　　系統(tǒng)總流程圖如圖4.1所示。</p><p>　　圖4.1 系統(tǒng)流程圖</p><p><b>　

65、　4.1 數(shù)據(jù)庫實現(xiàn)</b></p><p>　　本系統(tǒng)使用MySQL數(shù)據(jù)庫，添加了mysql-connector-java-5.0.6-bin.jar這個數(shù)據(jù)庫連接的jar包。數(shù)據(jù)庫訪問時，前端與后臺連接的橋梁是web項目中最重要的步驟之一。對于數(shù)據(jù)庫訪問的主要步驟：</p><p>　　(1) 加載數(shù)據(jù)庫驅(qū)動</p><p>　　Class.forN

66、ame("com.mysql.jdbc.Driver");</p><p><b>　　(2) 連接數(shù)據(jù)庫</b></p><p>　　String username="root"; (數(shù)據(jù)庫用戶名)</p><p>　　String pwd="123456"; (數(shù)據(jù)庫密碼)<

67、/p><p>　　String url="jdbc:mysql://localhost:3306/house"; </p><p>　　(jdbc:數(shù)據(jù)庫://本機/數(shù)據(jù)庫端口號/數(shù)據(jù)庫名稱)</p><p>　　Connection conn=DriverManager.getConnection(url,username,pwd);</p&

68、gt;<p><b>　　獲取數(shù)據(jù)庫連接對象</b></p><p>　　PreparedStatement pst=conn.prepareStatement(“SQL語句”);</p><p>　　執(zhí)行并獲取數(shù)據(jù)庫結(jié)果集</p><p><b>　　關閉</b></p><p>　

69、　conn.close();</p><p>　　pst.close();</p><p>　　4.2 登錄驗證模塊的實現(xiàn)</p><p>　　用戶登錄是本系統(tǒng)的主入口，用戶只有通過該入口才能進入系統(tǒng)。用戶登錄系統(tǒng)輸入8位用戶名和密碼。如果用戶登錄信息輸入有誤，在頁面上會出現(xiàn)相應提示，例如用戶名長度不夠或者用戶名密碼不匹配等。對文本框的驗證是在光標離開文本框時開始的

70、，用戶登錄是否成功是點擊登錄按鈕提交表單之后進行驗證的。</p><p>　　登錄頁面，如圖4.2所示。后臺實現(xiàn)過程為：在LoginAction這Servlet中獲得登錄頁面用戶在文本框中輸入的值，然后將id和pwd作為參數(shù)，利用UserDao類下面的isLogin方法進行匹配驗證。登錄成功后記錄用戶session，系統(tǒng)根據(jù)用戶session的role屬性生成系統(tǒng)菜單。普通用戶的role屬性為2，專家用戶的rol

71、e屬性為1，管理員的role屬性為0。</p><p>　　注冊頁面如圖4.3所示。除了對賬號輸入的驗證外，對其他輸入框也進行了是否為空的驗證，并給用戶提示。后臺實現(xiàn)過程為：在JSP頁面的js代碼部分，進行對用戶所輸入信息的驗證，通過驗證后，由提交按鈕將表單的信息提交給RegisteAction中，該Servlet將表單信息封裝到User對象中，利用UserDao類下的insert方法，將User對象中的數(shù)據(jù)插入

72、到數(shù)據(jù)庫，完成用戶的注冊功能。</p><p>　　圖4.2 用戶登錄頁面</p><p>　　圖4.3 用戶注冊頁面</p><p>　　4.3 用戶信息管理模塊的實現(xiàn)</p><p>　　以管理員登錄為例，展示該模塊的各項功能。用戶登錄后，左邊顯示菜單欄，用戶信息標題下面有三項：用戶信息管理、個人信息修改、修改密碼。</p>

73、<p>　　修改個人信息頁面如圖4.4所示。后臺實現(xiàn)的過程為：菜單欄個人信息管理是一個鏈接，鏈接到UserAction中的case31，跳轉(zhuǎn)到修改頁面。之后用戶填寫好修改信息后，由修改按鈕將表單信息提交到case32，該case獲取JSP頁面中的表單數(shù)據(jù)，利用UserDao中的Update方法修改信息。</p><p>　　普通用戶可在個人信息管理中申請成為專業(yè)用戶，界面如圖4.5所示。后臺實現(xiàn)的過程

74、為：個人信息管理中的申請用戶按鈕，可以觸發(fā)點擊事件，該事件將處理信息的請求給了UserAction中的case71，該case獲取申請用戶的id，即session中存儲的uID數(shù)據(jù)，然后調(diào)用UserDao中的apply方法，將該用戶信息對應的ustatus屬性值修改為in，表示該用戶正在申請成為專業(yè)用戶。</p><p>　　圖4.4 修改個人信息頁面</p><p>　　圖4.5 普通用

75、戶個人信息管理提交申請頁面</p><p>　　作為管理員，可以對普通用戶提交的申請進行處理，同意該用戶為專業(yè)用戶，或者拒絕該用戶為專業(yè)用戶，具體頁面實現(xiàn)如圖4.6所示。 后臺實現(xiàn)的過程為：在某用戶信息欄的同意按鈕都會觸發(fā)點擊事件，將本行用戶的ID綁定到請求上，傳給UserAction中的case73，之后調(diào)用UserDao中的approve方法，將用戶信息的ustatus屬性值修改為yes，即管理員同意用戶申請

76、操作。若是拒絕，則傳給case74，之后調(diào)用UserDao中的refuse方法，將用戶信息的ustatus屬性值修改為no，即管理員拒絕用戶申請操作。</p><p>　　圖4.6 管理員處理申請頁面</p><p>　　作為管理員，可以對用戶的信息進行修改、刪除，頁面如圖4.7所示。后臺實現(xiàn)的過程為：用戶信息管理是一個鏈接，鏈接到UserAction中的case2，查詢出所有的用戶數(shù)據(jù)，

77、修改、按鈕分別對應一個觸發(fā)事件，這事件將該行的用戶ID綁定到請求上傳給對應的case做相應的處理，然后對應修改數(shù)據(jù)庫中的數(shù)據(jù)。</p><p>　　圖4.7 用戶信息管理圖</p><p>　　用戶可以修改個人密碼，其流程圖如圖4.8所示，頁面如圖4.9所示。對用戶所輸入密碼的長度有驗證，兩次輸入密碼一致才可修改，并在文本框右側(cè)做出相應的提示。</p><p>　　

78、圖4.8 修改個人密碼流程圖</p><p>　　圖4.9 修改密碼頁面</p><p>　　4.4 地震信息管理模塊的實現(xiàn)</p><p>　　用戶可以進行地震信息查詢操作，頁面如圖4.10所示。后臺實現(xiàn)的過程為：左邊菜單地震信息查詢是一個鏈接，鏈接到EarthquakeAction中的case1，查詢出所有的地震數(shù)據(jù)，修改、刪除按鈕分別對應一個觸發(fā)事件，這事件將

79、該行的地震信息ID綁定到請求上傳給對應的case，調(diào)用EarthquakeDao中的修改、刪除方法做相應的處理，然后對應修改數(shù)據(jù)庫中的數(shù)據(jù)。</p><p>　　圖4.10 地震信息查詢頁面</p><p>　　管理員和專業(yè)用戶可以錄入地震信息，頁面如圖4.11所示。后臺實現(xiàn)的過程為：用js代碼對輸入框進行格式限制及驗證，地震時間一欄日期限定到用戶登錄當天為止，時分秒的文本框不能輸入數(shù)字以

80、外的字符。震源的經(jīng)緯度、震級和震源深度也是只能輸入數(shù)字。提交按鈕利用觸發(fā)事件將表單數(shù)據(jù)傳遞到EarthquakeAction中的case42，將數(shù)據(jù)封裝到Earthquake對象后調(diào)用EarthquakeDao的insert方法，進行新增數(shù)據(jù)操作。</p><p>　　圖4.11 地震信息錄入頁面</p><p>　　4.5 建筑物信息管理模塊的實現(xiàn)</p><p>

81、;　　用戶可以查詢建筑物信息，頁面如圖4.12所示。后臺實現(xiàn)的過程為：左邊菜單建筑信息查詢是一個鏈接，鏈接到BuildingAction中的case1，查詢出所有的建筑物數(shù)據(jù)，修改、刪除按鈕分別對應一個觸發(fā)事件，這事件將該行的建筑信息ID綁定到請求上傳給對應的case，調(diào)用BuildingDao中的修改、刪除方法做處理，修改數(shù)據(jù)庫中的數(shù)據(jù)。</p><p>　　圖4.12 建筑物信息查詢</p>&

82、lt;p>　　如需新建建筑物信息，系統(tǒng)提供了建筑物信息錄入，頁面如圖4.13所示。在頁面設計中，利用ajax檢驗用戶輸入的建筑物編號在數(shù)據(jù)庫中是否存在。還有Js代碼對于年份，棟數(shù)，層數(shù)這些文本輸入框進行了輸入限制，只能輸入數(shù)字且符合現(xiàn)實意義。而建筑物的結(jié)構(gòu)類型和使用功能是用下拉列表的方式讓用戶進行選擇，從而避免了一些自定義的數(shù)據(jù)存入數(shù)據(jù)庫。但是這里錄入選項，只有專業(yè)用戶和管理員可以進行錄入工作，普通用戶登錄系統(tǒng)后，左邊的菜單欄中不

83、會顯示建筑物信息錄入這一菜單選項。用戶輸入正確的信息點提交按鈕時，會觸發(fā)點擊事件。表單提交到BuildingAction中的case32，將表單數(shù)據(jù)封裝到Building對象之后，調(diào)用BuildingDao的insert方法，進行新增數(shù)據(jù)。</p><p>　　系統(tǒng)附了建筑物類型描述的表，即顯示建筑物類型描述表，頁面如圖4.14所示。由于考慮到建筑物類型由于地區(qū)的不同而不同的情況，系統(tǒng)給了建筑物類型修改的選項，以

84、便于適應環(huán)境，更好的記錄數(shù)據(jù)。</p><p>　　圖4.13 建筑物信息錄入頁面</p><p>　　圖4.14 建筑物結(jié)構(gòu)類型描述頁面</p><p>　　4.6 建筑物震損信息管理模塊的實現(xiàn)</p><p>　　建筑物震損信息查詢，頁面如圖4.15所示。震損信息查詢將鏈接轉(zhuǎn)到DamageAction的case1，顯示查詢頁面。查詢列表中

85、右側(cè)有修改和刪除，為管理員提供對建筑物震損信息的修改和刪除操作。每個按鈕都有一個點擊事件，將該按鈕所在行的信息編號綁定到請求上傳遞給DamageAction中的相應case，調(diào)用DamageDao中的修改或刪除函數(shù)，分別進行震損信息的修改、刪除操作。</p><p>　　在頁面下方，系統(tǒng)提供了一個導出數(shù)據(jù)的功能，可以將頁面上查詢出來的數(shù)據(jù)導出到Excel文件中，存儲在用戶本地，導出的Excel文件如圖4.16所示

86、。實現(xiàn)過程如下：將查詢的數(shù)據(jù)綁定在請求中，利用DamageAction中的case6，先創(chuàng)建Excel表格，之后利用文件流將綁定的數(shù)據(jù)一條一條的寫入Excel表中。</p><p>　　圖4.15 建筑物震損信息查詢</p><p>　　圖4.16 導出的Excel文件</p><p>　　系統(tǒng)提供給用戶的建筑物震損信息錄入，頁面如圖4.17所示。由于一般情況下用戶

87、無法準確知道震損信息對應的建筑物和地震信息的編號，所以采用了查詢選擇的方式進行錄入。分步選擇，先選擇建筑物，之后進入的頁面如圖4.18所示選擇地震信息，每一步都是先由DamageAction的case先做查詢的工作，每頁的選擇按鈕的對應的觸發(fā)事件，將記錄下該行的編號，綁定到請求中。兩項都選擇完之后進入的頁面如圖4.19所示，在該頁面錄入建筑物破壞等級。提交按鈕將表單提交的DamageAction的case34，將數(shù)據(jù)封裝到Damage對

88、象中，調(diào)用DamageDao類下的insert方法，將數(shù)據(jù)插入數(shù)據(jù)庫。</p><p>　　圖4.17 建筑物震損信息錄入頁面1</p><p>　　圖4.18 建筑物震損信息錄入頁面2</p><p>　　圖4.19 建筑物震損信息錄入頁面3</p><p>　　系統(tǒng)還附有建筑物破壞等級描述信息，以讓用戶了解相應破壞等級，建筑物破損的程度。

89、頁面如圖4.20所示。</p><p>　　圖4.20 建筑物破壞等級描述頁面</p><p>　　4.7 統(tǒng)計分析模塊的實現(xiàn)</p><p>　　本模塊用jfreechart工具輔助生成統(tǒng)計圖，震損信息按破壞等級進行統(tǒng)計生成統(tǒng)計圖，頁面如圖4.21所示。先利用Picture這個Servlet將生成統(tǒng)計圖所需要的圖名，橫、縱坐標、圖中統(tǒng)計所需的數(shù)據(jù)都準備好，然后生成

90、jpg格式的統(tǒng)計圖存儲在服務器上，之后，將該服務器存儲路徑下的統(tǒng)計圖嵌入JSP頁面，用戶即可查看到該統(tǒng)計圖。</p><p>　　圖4.21 震損信息按破壞等級統(tǒng)計圖</p><p><b>　　第五章 總結(jié)</b></p><p>　　本次的畢業(yè)設計是對大學五年學習的一個總結(jié)。在幾個月的時間里，按照軟件工程軟件開發(fā)的流程對系統(tǒng)進行設計開發(fā)，

91、其中遇到了許許多多的問題，在遇到問題，分析問題和解決問題的過程中，學習了很多知識，系統(tǒng)也慢慢地成型，雖然在功能的細節(jié)上還是比較粗糙，但總體上還是達到了設計要求。</p><p>　　通過這次畢業(yè)設計，對MyEclipse開發(fā)工具的使用，對jdk、tomcat編譯運行環(huán)境的安裝配置，對MySQL數(shù)據(jù)庫的更新、刪除、插入、查詢等基本操作更加熟練；對J2EE開發(fā)流程有了進一步的熟悉；對JSP+Servlet+MySQL

92、技術有了進一步的應用；對軟件部署、測試和web程序?qū)Ω鳛g覽器的兼容技巧有了進一步的學習?？傊?，這次畢業(yè)設計在J2EE的開發(fā)技術和動手實踐能力上成熟了很多，是大學五年學習的總結(jié)，也是今后工作的寶貴經(jīng)驗。</p><p>　　本次畢業(yè)設計，完成了震后建筑物受損情況管理信息系統(tǒng)的大部分基本功能，當然，由于開發(fā)經(jīng)驗尚淺，在系統(tǒng)的界面設計方面做得不是很好。該系統(tǒng)的設計與實現(xiàn)基本完成，現(xiàn)已能夠基本達到設計要求，盡管如此，仍然

93、存在有許多不足之處，還無法和別的大型管理信息系統(tǒng)相提并論，還需要進一步學習。</p><p>　　隨著全球互聯(lián)網(wǎng)的逐步發(fā)展和深入，信息的搜集整理和共享通過網(wǎng)絡來完成，節(jié)約時間并提高工作效率，所以震后建筑物受損情況管理信息系統(tǒng)的應用前景還有待開發(fā)。</p><p>　　通過本次畢業(yè)設計，使本人的能力得到了提高，不但能獨立的進行軟件的開發(fā)，而且在軟件設計與開發(fā)過程中提高了軟件開發(fā)技能和編程技能

94、，學習了新的應用技術，希望在以后的工作中繼續(xù)得到鍛煉。</p><p><b>　　謝 辭</b></p><p>　　首先，要感謝我的指導老師。本課程設計的構(gòu)思、寫作與定稿都離不開老師的悉心指導和關懷。在畢業(yè)論文和設計的完成過程中，老師在百忙之中查閱和修改本論文，給予了很多悉心的指導，對論文的修改建議很細致，給予了很多完善論文的啟發(fā)。在指出論文中存在的問題和提供建

95、設性修改意見的同時，也不忘激勵我，讓我很受鼓舞。從老師身上，我學到了很多東西，從為人處事到求學求知，包括發(fā)現(xiàn)問題，分析問題，解決問題的態(tài)度和技巧，都將是我今后工作和生活中最寶貴的財富。通過與老師的交流，以及整個畢業(yè)設計的完成實現(xiàn)，我在各個方面都得到了很大的提高，在這里，學生真誠地對王老師表示深深的感激與謝意。</p><p>　　其次，還要感謝我的朋友們，在設計過程中他們也給予了很多幫助，給予了我很多設計的想法和

96、開闊的思路，在此向他們表示感謝。</p><p>　　通過這一階段的學習和研究，系統(tǒng)終于得以實現(xiàn)，其中耗費了很多精力和時間，但本次設計是大學對即將走進社會的我們的一次知識和能力的綜合考驗，這將是激勵我去創(chuàng)造的一個起點，會永遠激勵著我前進。</p><p>　　最后，衷心感謝各位老師在百忙中審閱我的論文</p><p><b>　　參考文獻</b>

97、;</p><p>　　袁一凡.地震現(xiàn)場工作[M].地震出版社北京發(fā)行部.2007</p><p>　　陳洪富. HAZ-China地震災害損失評估系統(tǒng)設計及初步實現(xiàn)[D](博士學位論文). 中國地震局工程力學研究所, 2012</p><p>　　宋小虎，徐其功.512地震汶川縣城房屋震害統(tǒng)計分析與啟示[J].四川建筑，2010，（01）：144-146</

98、p><p>　　[4] 李少輝.面向?qū)ο笈cMVC框架的融合[J].軟件, 2013, (01): 82-84</p><p>　　[5] 吳康. 基于J2EE的新型分布式網(wǎng)絡商店的設計與實現(xiàn)[D](碩士學位論文). 電子科技大學, 2010</p><p>　　[6] 劉佳. 基于JSP&Servlet圖書信息管理系統(tǒng)的設計與實現(xiàn)[D](碩士學位論文). 天津大

99、學, 2012</p><p>　　[7] 王進.B/S模式下的三層架構(gòu)模式[J].軟件導刊, 2011,(03): 30-31</p><p>　　[8] 趙甲慶. 基于Java EE5的Web應用框架研究與實踐[D](碩士學位論文). 大連海事大學, 2009</p><p>　　[9] 張超. 基于JSP的MVC設計模式探究[J]. 電腦與信息技術, 2013

100、, (04): 60-62</p><p>　　[10] 王夕寧.JSP通用模塊及典型系統(tǒng)開發(fā)實例導航[M].人民郵電出版社.2006</p><p>　　[11] 尼俊紅, 張麗, 張淼, 張冉. 基于Ajax和MVC的電力通信告警系統(tǒng)的設計實現(xiàn)[J]. 計算機應用與軟件, 2013, (08): 226-228</p><p>　　[12] 孫衛(wèi)琴.Tomcat

101、與Java Web開發(fā)技術詳解[M].電子工業(yè)出版社，2006</p><p>　　[13] 李剛.Struts2權(quán)威指南[M].電子工業(yè)出版社，2007</p><p>　　[14] G,W,Housner.2 Historical view of earthquake engineering[J]. International Geophysics, 2002, 81: 13-18&l