柚子快報(bào)激活碼778899分享：大數(shù)據(jù) 應(yīng)急指揮

http://yzkb.51969.com/

1.2.1應(yīng)急救援指揮應(yīng)急系統(tǒng)的目的

本系統(tǒng)的應(yīng)用希望能夠提高突發(fā)應(yīng)急救援事件的處置效率和事件的利用率，降低了突發(fā)事件對(duì)人民生命安全的損失。在科技日新月異的今天，如何利用現(xiàn)代科技將突發(fā)應(yīng)急救援事件應(yīng)急指揮系統(tǒng)在處置流程上不斷的完善使其更加適應(yīng)政府和用戶的需求，提高應(yīng)對(duì)突發(fā)應(yīng)急救援事件的能力，讓有限事件的利用率達(dá)到最大，最大程度的保障人民的生命財(cái)產(chǎn)的安全，需要我們?cè)谖磥?lái)不斷探索和研究。

1.2.2應(yīng)急救援指揮應(yīng)急系統(tǒng)的意義

通過(guò)對(duì)應(yīng)急事件善后處理的經(jīng)驗(yàn)借鑒，可以從以下幾方面著手：首先，政府要加強(qiáng)對(duì)危機(jī)事件的處理能力，有必要設(shè)置專門從事應(yīng)對(duì)突發(fā)事件的工作人員和管理機(jī)構(gòu)。如設(shè)立公共衛(wèi)生協(xié)調(diào)員，他們是信息最早獲得者和協(xié)調(diào)者之一，并且受過(guò)專門培訓(xùn)，具有一定的敏感性和處理應(yīng)對(duì)能力，這樣可以較好起到統(tǒng)籌事件和綜合協(xié)調(diào)的作用。其次，增強(qiáng)民眾危機(jī)防范意識(shí)、培養(yǎng)公民應(yīng)急能力。如出版應(yīng)急預(yù)防刊物，舉辦應(yīng)急博覽會(huì)和展會(huì)，通過(guò)網(wǎng)站、電視等媒體向公眾進(jìn)行相關(guān)教育等。發(fā)達(dá)國(guó)家在這方面積累了豐富的經(jīng)驗(yàn)，我們可以參照它們的做法，開展有關(guān)的活動(dòng)，提高民眾的危機(jī)防范意識(shí)。最后，通過(guò)志愿者服務(wù)組織，使全社會(huì)參與突發(fā)事件的處理。如建立義務(wù)與志愿相結(jié)合的傳染病監(jiān)管體系，擴(kuò)大突發(fā)應(yīng)急救援監(jiān)管覆蓋范圍，確保信息的充分和通暢，更好地應(yīng)對(duì)突發(fā)公共衛(wèi)生事件。

1.3相關(guān)技術(shù)介紹

本次應(yīng)急救援指揮的應(yīng)急系統(tǒng)采用的是B/S架構(gòu)，數(shù)據(jù)庫(kù)使用的是SqlServer，服務(wù)器使用的是Tomcat7.0。

1.3.1SSM結(jié)構(gòu)模式

Spring就像是整個(gè)項(xiàng)目中裝配bean的大工廠，在配置文件中可以指定使用特定的參數(shù)去調(diào)用實(shí)體類的構(gòu)造方法來(lái)實(shí)例化對(duì)象。

SpringMVC在項(xiàng)目中攔截用戶請(qǐng)求，它的核心Servlet即DispatcherServlet承擔(dān)中介或是前臺(tái)這樣的職責(zé)。SpringMVC相當(dāng)于SSH框架中struts。其次，MVC設(shè)計(jì)模式對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)，給出系統(tǒng)的子系統(tǒng)結(jié)構(gòu)和類結(jié)構(gòu)，以及數(shù)據(jù)庫(kù)的表結(jié)構(gòu)的設(shè)計(jì)。而這款框架是非常強(qiáng)大的，能夠分離出很多種便于編寫階段的架構(gòu)，這樣的分離能更方便的進(jìn)行定制及操作控制。

mybatis是對(duì)jdbc的封裝，它讓數(shù)據(jù)庫(kù)底層操作變的透明。mybatis的操作都是圍繞一個(gè)sqlSessionFactory實(shí)例展開的。Mybatis具有以下特點(diǎn)：

1、簡(jiǎn)單易學(xué)：本身就很小且簡(jiǎn)單。沒(méi)有任何第三方依賴，最簡(jiǎn)單安裝只要兩個(gè)jar文件+配置幾個(gè)sql映射文件易于學(xué)習(xí)，易于使用，通過(guò)文檔和源代碼，可以比較完全的掌握它的設(shè)計(jì)思路和實(shí)現(xiàn)。

2、靈活：mybatis不會(huì)對(duì)應(yīng)用程序或者數(shù)據(jù)庫(kù)的現(xiàn)有設(shè)計(jì)強(qiáng)加任何影響。sql寫在xml里，便于統(tǒng)一管理和優(yōu)化。通過(guò)sql語(yǔ)句可以滿足操作數(shù)據(jù)庫(kù)的所有需求。

3、解除sql與程序代碼的耦合：通過(guò)提供DAO層，將業(yè)務(wù)邏輯和數(shù)據(jù)訪問(wèn)邏輯分離，使系統(tǒng)的設(shè)計(jì)更清晰，更易維護(hù)，更易單元測(cè)試。sql和代碼的分離，提高了可維護(hù)性。

4、提供映射標(biāo)簽，支持對(duì)象與數(shù)據(jù)庫(kù)的orm字段關(guān)系映射。

5、提供對(duì)象關(guān)系映射標(biāo)簽，支持對(duì)象關(guān)系組建維護(hù)。

6、提供xml標(biāo)簽，支持編寫動(dòng)態(tài)sql。

1.3.2Tomcat服務(wù)器

Tomcat服務(wù)器是一個(gè)免費(fèi)的開放源代碼的Web應(yīng)用服務(wù)器，屬于輕量級(jí)應(yīng)用服務(wù)器，在系統(tǒng)和并發(fā)訪問(wèn)用戶不是很多的場(chǎng)合下被普遍使用，是開發(fā)和調(diào)試JSP程序的首選。實(shí)際上Tomcat是Apache服務(wù)器的擴(kuò)展，但運(yùn)行時(shí)它是獨(dú)立運(yùn)行的。當(dāng)配置正確時(shí)，Apache為HTML頁(yè)面服務(wù)，而Tomcat實(shí)際上運(yùn)行JSP頁(yè)面和Servlet。目前Tomcat最新版本為9.0.41。

1.3.3SqlServer數(shù)據(jù)庫(kù)

SqlServer是目前互聯(lián)網(wǎng)企業(yè)使用最廣泛的數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)在應(yīng)用程序開發(fā)中非常重要，它直接決定了程序的上限。SqlServer，它是一種關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)，關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)可以組合多個(gè)數(shù)據(jù)表單來(lái)處理信息并完成數(shù)據(jù)管理。

SqlServer是一個(gè)降低開發(fā)成本的數(shù)據(jù)庫(kù)。它易于開發(fā)、標(biāo)準(zhǔn)化、可移植，并且可以在多個(gè)操作平臺(tái)上以標(biāo)準(zhǔn)SQL語(yǔ)言同時(shí)使用。它與多種語(yǔ)言(如PERL、C、JAVA等)都有良好的兼容性，并且可以實(shí)現(xiàn)自定義使用。

SqlServer的以上優(yōu)點(diǎn)促使了本次開發(fā)過(guò)程選擇SqlServer作為數(shù)據(jù)庫(kù)的管理工具。本人所設(shè)計(jì)研究開發(fā)的畢業(yè)項(xiàng)目在數(shù)據(jù)庫(kù)方面運(yùn)用了非常干流的SqlServer數(shù)據(jù)庫(kù)，正因?yàn)樗梢允褂胹ql語(yǔ)言進(jìn)行數(shù)據(jù)庫(kù)管理，所以受到了大多數(shù)程序員的喜愛(ài)。

1.3.4Java語(yǔ)言介紹

Java語(yǔ)言的語(yǔ)言結(jié)構(gòu)和C語(yǔ)言接近，相對(duì)于C++技術(shù)，Java更容易上手。另一方面，Java語(yǔ)言擁有的類、封裝、繼承、多態(tài)等特性使得變成更加的方便。在網(wǎng)絡(luò)環(huán)境中，Java擁有的安全機(jī)制，可以對(duì)網(wǎng)絡(luò)下載的類進(jìn)行安全防范。例如裝在的類是放在分開的名字空間而不是局部類，預(yù)防惡意的小程序用它自己的版本來(lái)代替標(biāo)準(zhǔn)的Java類。Java語(yǔ)言還擁有跨平臺(tái)的特性。其內(nèi)部有許多接口，方便程序員使用。使用Java語(yǔ)言開發(fā)社區(qū)管理系統(tǒng)的原因如下：

(1)適應(yīng)性：J2EE平臺(tái)的適應(yīng)性是毋庸置疑的，它能夠?qū)⒉僮飨到y(tǒng)對(duì)底層代碼的影響降到最低。

(2)可維護(hù)性：內(nèi)部擁有豐富的接口，維護(hù)成本低，而且Java中類的繼承、多態(tài)的特點(diǎn)能夠保障網(wǎng)站的開發(fā)更加容易。

(3)安全性：Java內(nèi)部擁有許多的安全算法，能夠保障底層順利運(yùn)行的同時(shí)，不受外界的攻擊和侵?jǐn)_。

1.4論文結(jié)構(gòu)

本文首先針對(duì)課題的研究背景和研究目的進(jìn)行論述，結(jié)合課題的實(shí)際需求，按照軟件設(shè)計(jì)的標(biāo)準(zhǔn)流程進(jìn)行開發(fā)，并結(jié)合設(shè)計(jì)的實(shí)際功能進(jìn)而來(lái)完成論文的編寫任務(wù)。論文主要從以下章節(jié)展開分析：

第一章，介紹該系統(tǒng)的國(guó)內(nèi)外現(xiàn)狀，通過(guò)對(duì)系統(tǒng)當(dāng)前的發(fā)展情況以及需求所面對(duì)的核心問(wèn)題進(jìn)行分析，并對(duì)課題背景闡述和意義的說(shuō)明，最后總結(jié)全文的章節(jié)內(nèi)容。

第二章，主要介紹系統(tǒng)的需求分析，分別從三個(gè)角度來(lái)分析，三個(gè)分析角度分別是技術(shù)角度、經(jīng)濟(jì)角度、操作角度等方面分析系統(tǒng)開發(fā)的可行性。

第三章，主要介紹了系統(tǒng)的結(jié)構(gòu)以及針對(duì)系統(tǒng)需求的功能設(shè)計(jì)，其中詳細(xì)分為系統(tǒng)功能模塊設(shè)計(jì)以及系統(tǒng)的數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)兩個(gè)方面。

第四章，重點(diǎn)介紹系統(tǒng)中每一個(gè)所模塊所包含的功能及具體實(shí)現(xiàn)與操作流程，通過(guò)對(duì)模塊的描述，更加清楚的了解程序整體模塊設(shè)計(jì)。

系統(tǒng)測(cè)試，對(duì)系統(tǒng)進(jìn)行測(cè)試工作，查找問(wèn)題，更改錯(cuò)誤。

2需求分析

突發(fā)公共衛(wèi)生事件的危害范圍相當(dāng)廣，發(fā)生原因較為復(fù)雜，嚴(yán)重威脅人們的生命財(cái)產(chǎn)安全。如何預(yù)防突發(fā)公共衛(wèi)生事件，并在公共衛(wèi)生事件發(fā)生后做好管理與控制是應(yīng)急救援機(jī)構(gòu)的重點(diǎn)工作內(nèi)容，也對(duì)其應(yīng)急能力提出了嚴(yán)峻的挑戰(zhàn)?；诖?，文章分析了突發(fā)公共衛(wèi)生事件中應(yīng)急救援機(jī)構(gòu)的應(yīng)急能力現(xiàn)狀，并結(jié)合實(shí)際提出了嘗試性的管理對(duì)策，希望為應(yīng)急救援機(jī)構(gòu)應(yīng)急能力的提升提供有意義的參考，也為我國(guó)突發(fā)公共衛(wèi)生事件的預(yù)防管理增添一份力量。

本次應(yīng)急救援指揮的應(yīng)急系統(tǒng)采用的是B/S架構(gòu)，數(shù)據(jù)庫(kù)使用的是SqlServer，服務(wù)器使用的是Tomcat7.0，前臺(tái)頁(yè)面使用的是JSP+JavaScript技術(shù)進(jìn)行實(shí)現(xiàn)。

通過(guò)國(guó)內(nèi)外的應(yīng)急救援指揮的應(yīng)急工作的分析，以及相關(guān)資料的學(xué)習(xí)研究，了解應(yīng)急救援應(yīng)急工作的需求，對(duì)于應(yīng)急救援指揮的應(yīng)急設(shè)計(jì)人員信息模塊、登錄日志模塊、應(yīng)急事件模塊、事件查找模塊、數(shù)據(jù)統(tǒng)計(jì)模塊五個(gè)模塊。

2.1可行性研究

可行性分析是系統(tǒng)開發(fā)必須要經(jīng)歷的步驟，而且非常重要，可行性分析能夠知道系統(tǒng)是否具有開發(fā)價(jià)值，是否值得投資，分別從技術(shù)角度，價(jià)值角度，操作角度來(lái)進(jìn)行說(shuō)明的；可行性分析環(huán)節(jié)必不可少，能夠明確在項(xiàng)目開發(fā)前了解項(xiàng)目是否可行，有無(wú)必要投資等問(wèn)題；本次系統(tǒng)分析具體內(nèi)容如下。

2.1.1經(jīng)濟(jì)可行性

經(jīng)濟(jì)可行性主要是分析系統(tǒng)開發(fā)成本，開發(fā)利潤(rùn)等方面是否具有投資價(jià)值必要。當(dāng)投資大于匯報(bào)時(shí)，那么該項(xiàng)目投資就沒(méi)有必要，反之，就可以進(jìn)行開發(fā)投資。由于本次系統(tǒng)開發(fā)為本人畢業(yè)設(shè)計(jì)，所以經(jīng)濟(jì)方面的投資較小，研發(fā)、運(yùn)行主要費(fèi)用包含：

1.硬件設(shè)備：計(jì)算機(jī)，由于本人有可供開發(fā)用的電腦，所以無(wú)需硬件成本。

2.軟件開發(fā)：本次系統(tǒng)開發(fā)所應(yīng)用的各類軟件，如：SqlServer，Tomcat7.0等，均為開源軟件，也無(wú)需經(jīng)濟(jì)成本。

3.人員費(fèi)用：本人獨(dú)立開發(fā)，無(wú)需費(fèi)用。

2.1.2技術(shù)可行性

技術(shù)可行性可以理解為系統(tǒng)在開發(fā)技術(shù)層面上是否可行。對(duì)于系統(tǒng)的各個(gè)模塊，各個(gè)框架設(shè)計(jì)等方面都需要進(jìn)行分析和比較。本次設(shè)計(jì)主要采用的是JAVA技術(shù)來(lái)進(jìn)行開發(fā)，采用SSM框架技術(shù)，框架分為三層，分別是控制層Controller，業(yè)務(wù)處理層Service，持久層Dao，能夠采用多層次架構(gòu)管理開發(fā)，對(duì)于各個(gè)模塊設(shè)計(jì)制作有一定的安全性；數(shù)據(jù)庫(kù)方面主要采用的是SqlServer來(lái)進(jìn)行開發(fā)，其特點(diǎn)是穩(wěn)定性好，數(shù)據(jù)庫(kù)存儲(chǔ)容量大，處理能力快等優(yōu)勢(shì)；服務(wù)器采用的是Tomcat服務(wù)，能夠提供穩(wěn)固的運(yùn)行平臺(tái)，確保系統(tǒng)穩(wěn)定運(yùn)行。

2.1.3操作可行性

操作可行性顧名思義就是系統(tǒng)操作流程是否符合要求，操作界面是否美觀直觀，用戶能否直接操作，是否影響工作效率等問(wèn)題；主要是衡量系統(tǒng)上線之后，操作便利性及實(shí)用性問(wèn)題；目前系統(tǒng)開發(fā)都是可視化界面，簡(jiǎn)單模塊操作，適合各個(gè)年齡段的用戶，簡(jiǎn)單易懂，容易理解，因此，操作可行性能夠通過(guò)。

2.2系統(tǒng)功能需求分析

2.2.1需求模型建立

采用參與者詞匯表進(jìn)行描述，如表2-1所示。

表2-1參與者詞匯表

序號(hào)詞匯同義詞描述1操作員用戶操作員操作員接收處理事件、日志管理、事件管理和數(shù)據(jù)統(tǒng)計(jì)等功能2專家用戶專家專家對(duì)日志記錄和應(yīng)急事件報(bào)告進(jìn)行評(píng)估和總結(jié)3領(lǐng)導(dǎo)用戶領(lǐng)導(dǎo)領(lǐng)導(dǎo)對(duì)日志記錄和應(yīng)急事件報(bào)告進(jìn)行評(píng)估和總結(jié)

2.2.2系統(tǒng)用例圖

1.操作員角色用例圖

操作員角色主要完成人員處理、日志管理、事件管理、應(yīng)急事件等操作，基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)操作員角色用例圖如圖2-2所示。

圖2-1操作員用例圖

2.專家、領(lǐng)導(dǎo)角色管理

專家和領(lǐng)導(dǎo)角色主要完成數(shù)據(jù)統(tǒng)計(jì)操作，基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)專家、領(lǐng)導(dǎo)角色用例圖如圖2-2所示。

圖2-2專家、領(lǐng)導(dǎo)用例圖

3.系統(tǒng)用例模型圖如圖2-3所示。

圖2-3系統(tǒng)用例模型圖

2.2.3系統(tǒng)用例描述

根據(jù)用例設(shè)計(jì)管理系統(tǒng)的權(quán)限功能劃分，本小節(jié)將說(shuō)明應(yīng)急救援指揮的應(yīng)急系統(tǒng)主要功能用例描述，具體如下。

基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)計(jì)人員信息管理用例描述如比表2-2所示。

表2-2人員信息管理用例描述表

用例條目輸出用例名稱人員信息管理主要業(yè)務(wù)參與者操作員其他參與者描述操作員進(jìn)行信息接收，接處警監(jiān)督和事件查找操作前置條件訪問(wèn)人員信息管理模塊后置條件人員信息管理增刪改查操作成功基本流程操作員訪問(wèn)對(duì)應(yīng)模塊選擇增刪改查操作數(shù)據(jù)實(shí)時(shí)入庫(kù)替代流程1.訪問(wèn)人員信息管理模塊 2.數(shù)據(jù)訪問(wèn)失敗結(jié)束數(shù)據(jù)操作成功實(shí)現(xiàn)約束和說(shuō)明1.新增信息錄入完整數(shù)據(jù) 2.修改信息需要獲取選中行 3.刪除信息需要獲取選中行 4.查詢信息需要獲取數(shù)據(jù)源其他事件流無(wú)

基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)日志管理用例描述如表2-3所示。

表2-3日志管理用例描述表

用例條目輸出用例名稱日志管理主要業(yè)務(wù)參與者操作員其他參與者描述操作員維護(hù)日志事件，日志查詢、日志提交、日志審核。前置條件訪問(wèn)登錄日志模塊后置條件日志管理增刪改查操作成功基本流程操作員訪問(wèn)對(duì)應(yīng)模塊選擇增刪改查操作數(shù)據(jù)實(shí)時(shí)入庫(kù)替代流程1.訪問(wèn)登錄日志模塊 2.數(shù)據(jù)訪問(wèn)失敗結(jié)束日志管理數(shù)據(jù)維護(hù)成功

續(xù)表2-3日志管理用例描述表

用例條目輸出實(shí)現(xiàn)約束和說(shuō)明1.新增信息錄入完整數(shù)據(jù) 2.修改信息需要獲取選中行 3.刪除信息需要獲取選中行 4.查詢信息需要獲取數(shù)據(jù)源其他事件流無(wú)

基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)事件管理功能用例描述如表2-4所示。

表2-4事件管理用例描述表

用例條目輸出用例名稱事件管理主要業(yè)務(wù)參與者操作員其他參與者描述操作員進(jìn)行事件類型維護(hù)、事件查找、資料查詢統(tǒng)計(jì)、事件錄入、事件配置前置條件訪問(wèn)事件查找模塊后置條件事件管理增刪改查操作成功基本流程用戶訪問(wèn)對(duì)應(yīng)模塊選擇增刪改查操作數(shù)據(jù)實(shí)時(shí)入庫(kù)替代流程1.訪問(wèn)事件查找模塊 2.數(shù)據(jù)訪問(wèn)失敗結(jié)束事件管理數(shù)據(jù)維護(hù)成功實(shí)現(xiàn)約束和說(shuō)明1.錄入數(shù)據(jù)要保證數(shù)據(jù)全面 2.更新操作需要獲得選中行信息 3.刪除操作需要獲得選中行信息 4.所有操作要和數(shù)據(jù)庫(kù)進(jìn)行交互其他事件流無(wú)

基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)應(yīng)急事件管理功能用例描述如表2-5所示。

表2-5應(yīng)急事件管理用例描述表

用例條目輸出用例名稱應(yīng)急事件管理主要業(yè)務(wù)參與者操作員其他參與者描述操作員維護(hù)推送消息的基本信息 用戶可以查看隨送消息的相關(guān)信息前置條件訪問(wèn)推應(yīng)急事件管理后置條件推送消息管理增刪改查操作成功基本流程管理員訪問(wèn)對(duì)應(yīng)模塊選擇增刪改查操作數(shù)據(jù)實(shí)時(shí)入庫(kù)替代流程1.訪問(wèn)推應(yīng)急事件管理 2.數(shù)據(jù)訪問(wèn)失敗

續(xù)表2-5應(yīng)急事件管理用例描述表

用例條目輸出結(jié)束數(shù)據(jù)操作成功實(shí)現(xiàn)約束和說(shuō)明1.新增信息錄入完整數(shù)據(jù) 2.修改信息需要獲取選中行 3.刪除信息需要獲取選中行 4.查詢信息需要獲取數(shù)據(jù)源其他事件流無(wú)

基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)數(shù)據(jù)統(tǒng)計(jì)功能用例描述如表2-6所示。

表2-6數(shù)據(jù)統(tǒng)計(jì)用例描述表

用例條目輸出用例名稱數(shù)據(jù)統(tǒng)計(jì)主要業(yè)務(wù)參與者操作員其他參與者專家、領(lǐng)導(dǎo)描述操作員進(jìn)行日志記錄生成、日志記錄統(tǒng)計(jì)、日志記錄查詢，領(lǐng)導(dǎo)和專家可以對(duì)日志記錄和應(yīng)急事件報(bào)告進(jìn)行評(píng)估和總結(jié)前置條件訪問(wèn)數(shù)據(jù)統(tǒng)計(jì)模塊后置條件數(shù)據(jù)統(tǒng)計(jì)增刪改查操作成功基本流程用戶訪問(wèn)對(duì)應(yīng)模塊選擇增刪改查操作數(shù)據(jù)實(shí)時(shí)入庫(kù)替代流程1.訪問(wèn)數(shù)據(jù)統(tǒng)計(jì)模塊 2.數(shù)據(jù)訪問(wèn)失敗結(jié)束數(shù)據(jù)統(tǒng)計(jì)數(shù)據(jù)維護(hù)成功實(shí)現(xiàn)約束和說(shuō)明1.錄入數(shù)據(jù)要保證數(shù)據(jù)全面 2.更新操作需要獲得選中行信息 3.刪除操作需要獲得選中行信息 4.所有操作要和數(shù)據(jù)庫(kù)進(jìn)行交互其他事件流無(wú)

2.3非功能性需求

非功能性需求包括性能、可修改性、可用性、易用性、安全性、環(huán)境要求等，在最初的需求方案分析階段很容易被忽略，而這些內(nèi)容的考慮往往會(huì)影響到產(chǎn)品的實(shí)現(xiàn)，包括功能架構(gòu)、操作方式、界面展現(xiàn)、后臺(tái)處理方式、數(shù)據(jù)庫(kù)設(shè)計(jì)方式等，所以到產(chǎn)品集成測(cè)試甚至回歸測(cè)試時(shí)才考慮性能，往往就為時(shí)晚矣，可能就需要大量修改前期已完成的功能。

本文非功能性需求主要考慮了程序的可修改性，需要易于維護(hù)。易用性要考慮到用戶的操作方便，可以提高用戶的使用效率，減少工作量。

2.4本章小結(jié)

本章介紹的是應(yīng)急救援指揮的應(yīng)急系統(tǒng)的需求分析，從三方面可行性角度出發(fā)，分析系統(tǒng)是否值得開發(fā)，系統(tǒng)采用的具體技術(shù)環(huán)境等問(wèn)題做出說(shuō)明；系統(tǒng)流程圖以及對(duì)系統(tǒng)的具體功能進(jìn)行說(shuō)明，最后進(jìn)行用例圖的分析。

3系統(tǒng)設(shè)計(jì)

隨著計(jì)算機(jī)技術(shù)的發(fā)展，在科技日新月異的今天，如何利用現(xiàn)代科技將突發(fā)應(yīng)急救援事件應(yīng)急指揮系統(tǒng)在處置流程上不斷的完善使其更加適應(yīng)政府和用戶的需求，提高應(yīng)對(duì)突發(fā)應(yīng)急救援事件的能力，讓有限事件的利用率達(dá)到最大，最大程度的保障人民的生命財(cái)產(chǎn)的安全，需要我們?cè)谖磥?lái)不斷探索和研究。

3.1模塊設(shè)計(jì)原則

基于基本功能的模塊劃分方法與其他方法相比比較簡(jiǎn)單，但也遵循了模塊劃分的基本原則。首先，盡量減少各模塊之間的連接，以保證模塊的正常運(yùn)行。兩者獨(dú)立。每個(gè)模塊都盡可能地發(fā)揮功能，并在邏輯上獨(dú)立。避免在系統(tǒng)結(jié)構(gòu)中造成混亂。模塊接口盡量簡(jiǎn)單。功能調(diào)整，盡量減少對(duì)模塊的影響和影響。系統(tǒng)按基本功能劃分。該模塊劃分方法能使需求分類清晰劃分，功能分解效果較好。

3.2軟件結(jié)構(gòu)設(shè)計(jì)

當(dāng)系統(tǒng)開發(fā)工作通過(guò)需求分析階段后，用戶的需求得到了充分的明確，設(shè)計(jì)模型是說(shuō)明用例實(shí)現(xiàn)的對(duì)象模型，是實(shí)施模型及其源代碼的抽象。設(shè)計(jì)模型用作實(shí)施和測(cè)試活動(dòng)多的基本輸入。通常情況，在設(shè)計(jì)模型的時(shí)候基本上是按照都是按照對(duì)象的屬性都合并在一個(gè)模型中。

3.2.1軟件結(jié)構(gòu)圖

軟件體系結(jié)構(gòu)包括構(gòu)成系統(tǒng)的設(shè)計(jì)元素的描述，它通常通過(guò)分層或時(shí)間間隔來(lái)說(shuō)明架構(gòu)的各種組件的組合關(guān)系。由一組組件及其相互作用組成的系統(tǒng)本身可以成為更大系統(tǒng)的組成元素。在結(jié)構(gòu)設(shè)計(jì)方法中，軟件結(jié)構(gòu)圖可以分為兩種類型：轉(zhuǎn)換軟件結(jié)構(gòu)圖和事務(wù)軟件結(jié)構(gòu)圖，如圖3-1所示。

圖3-1系統(tǒng)功能結(jié)構(gòu)圖

3.2.2模塊功能的劃分

經(jīng)過(guò)需求分析，可以確定基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)功能

總體上劃分為五個(gè)模塊：人員信息模塊、登錄日志模塊、應(yīng)急事件模塊、事件查找模塊、數(shù)據(jù)統(tǒng)計(jì)模塊。

具體業(yè)務(wù)流程如下：

（1）根據(jù)突發(fā)應(yīng)急救援事件的級(jí)別和緊急情況，級(jí)別較低的突發(fā)應(yīng)急救援事件由人員信息模塊處置，級(jí)別較高或較為緊急的事件由應(yīng)急事件模塊處置。

（2）當(dāng)突發(fā)應(yīng)急救援事件發(fā)生時(shí)，依據(jù)人員提交的事件信息調(diào)用相應(yīng)的日志，并完善相應(yīng)的信息，包括事件的配置和指定相關(guān)責(zé)任單位。

（3）接受到任務(wù)的相關(guān)責(zé)任單位根據(jù)任務(wù)內(nèi)容和實(shí)際情況進(jìn)行突發(fā)應(yīng)急救援事件的處置。

（4）任務(wù)的相關(guān)責(zé)任單位在處置過(guò)程中將應(yīng)急事件的進(jìn)展情況及時(shí)的進(jìn)行反饋，跟蹤應(yīng)急事件的情況。

（5）應(yīng)急事件相關(guān)單位根據(jù)事件反饋情況合理調(diào)整任務(wù)，保證應(yīng)急事件的準(zhǔn)確性和效率。

（6）當(dāng)突發(fā)應(yīng)急救援事件得到控制或者解除緊急狀態(tài)后，可以結(jié)案，應(yīng)急事件的所有工作結(jié)束后，進(jìn)入數(shù)據(jù)統(tǒng)計(jì)模塊。

（7）數(shù)據(jù)統(tǒng)計(jì)對(duì)突發(fā)應(yīng)急救援事件應(yīng)急管理系統(tǒng)處置的所有重大或特別重大的事件的處置過(guò)程以及基本信息進(jìn)行記錄，便于統(tǒng)計(jì)和查詢。

（8）領(lǐng)導(dǎo)和專家可以對(duì)日志記錄和應(yīng)急事件報(bào)告進(jìn)行評(píng)估和總結(jié)，以便完善日志事件的管理，提高處置相似或者相同突發(fā)應(yīng)急救援事件的效率。

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

3.3.1數(shù)據(jù)庫(kù)ER圖

用戶實(shí)體，管理員實(shí)體是用于存儲(chǔ)管理員賬戶信息，它包括了編號(hào)、用戶名、密碼、標(biāo)識(shí)。用戶實(shí)體的E-R如圖3-3所示。

圖3-3用戶實(shí)體圖

|

|

事件類型實(shí)體，該實(shí)體是用于存儲(chǔ)事件類型信息，它包括了編號(hào)，事件類型。事件類型實(shí)體的E-R如圖3-4所示。

圖3-4事件類型實(shí)體圖

事件實(shí)體，它反映了事件信息，屬性主要有編號(hào)、事件名稱、事件類型、數(shù)量。事件實(shí)體的E-R如圖3-5所示。

圖3-5事件實(shí)體圖

人員實(shí)體，人員實(shí)體是用來(lái)存儲(chǔ)人員的信息，包括編號(hào)、名稱、電話、接報(bào)時(shí)間、級(jí)別、人員人、人員人電話等。人員實(shí)體的E-R圖如圖3-6所示。

圖3-6人員實(shí)體圖

事件實(shí)體，樓房實(shí)體是用來(lái)存儲(chǔ)事件的信息，包括編號(hào)、名稱，時(shí)間，級(jí)別、狀態(tài)、人員編號(hào)、人員人、人員電話、處警人、出警人電話。事件的E-R圖如圖3-7所示。

圖3-7事件實(shí)體圖

應(yīng)急事件實(shí)體，應(yīng)急事件實(shí)體是用來(lái)存儲(chǔ)應(yīng)急事件信息，包括編號(hào)、事件編號(hào)、事件名稱、日志編號(hào)、日志名稱、事件編號(hào)、事件名稱、數(shù)量、狀態(tài)等。應(yīng)急事件實(shí)體的E-R如圖3-8所示。

圖3-8應(yīng)急事件實(shí)體圖

根據(jù)分析，系統(tǒng)中主要存在以下幾個(gè)實(shí)體：用戶、事件類型、事件、人員、事件查找、日志，它們之間的E-R圖如圖3-10所示。

圖3-10數(shù)據(jù)庫(kù)實(shí)體之間總E-R圖

3.3.2數(shù)據(jù)表設(shè)計(jì)

系統(tǒng)主要由多個(gè)表組成，其表的設(shè)計(jì)主要根據(jù)系統(tǒng)功能來(lái)制定，其中包括用戶表，事件類型表，事件信息表，日志表，人員表，事件表，處警表等構(gòu)成，每個(gè)表的結(jié)構(gòu)都是比較嚴(yán)謹(jǐn)?shù)模枰鶕?jù)功能的需求制定字段類型和長(zhǎng)度。

用戶表：主要是用戶的基本信息。用戶表作用是保存用的信息內(nèi)容，當(dāng)用戶登陸時(shí)，用戶輸入信息，系統(tǒng)將用戶輸入的信息和數(shù)據(jù)庫(kù)中的這個(gè)表作對(duì)比。如果賬號(hào)密碼相同，則用戶登陸成功，可以進(jìn)行下一步的操作，如表3-1所示。

表3-1用戶表

字段類型長(zhǎng)度是否為空主鍵備注idint11否主鍵編號(hào)usernamevarchar255否用戶名passwordvarchar255否密碼b1varchar255否標(biāo)識(shí)

事件類型表，記錄事件類型的基本信息，這個(gè)表作為管理系統(tǒng)中最重要的一個(gè)表。事件類型的信息都被記錄在這個(gè)表中，可以隨時(shí)調(diào)取使用事件的類型信息。如表3-2所示。

表3-2事件類型表

字段類型長(zhǎng)度是否為空主鍵備注idint11否主鍵編號(hào)namevarchar255否事件類型名稱

下圖是事件信息表，主要包括了編號(hào)、事件名稱、事件類型、數(shù)量等信息構(gòu)成，添加、修改、刪除、查詢都操作這個(gè)表來(lái)完成的，如表3-3所示。

表3-3事件信息表

字段類型長(zhǎng)度是否為空主鍵備注idint11否主鍵編號(hào)namevarchar255否事件名稱typevarchar255否事件類型countint11否數(shù)量

日志信息表：這個(gè)表非常重要。這個(gè)表主要存儲(chǔ)編號(hào)、名稱、級(jí)別、日志內(nèi)容、日志類型、狀態(tài)、審核狀態(tài)。日志信息表如表3-4所示。

表3-4日志信息表

字段類型長(zhǎng)度是否為空主鍵備注idint11否主鍵編號(hào)namevarchar255否名稱levelvarchar255否級(jí)別contentvarchar255否日志內(nèi)容typeint11否日志類型statevarchar255否狀態(tài)shstatevarchar255否審核狀態(tài)

人員信息表，記錄人員的信息、包括編號(hào)、名稱、接報(bào)時(shí)間、級(jí)別、人員人、人員人電話等信息，如表3-5所示。

表3-5人員信息表

字段類型長(zhǎng)度是否為空主鍵備注idint11否主鍵編號(hào)namevarchar255否名稱telvarchar20否人員電話jdtimedatetime否人員時(shí)間levelvarchar255否級(jí)別jjnamevarchar255否人員人

事件信息表，包括編號(hào)、名稱、時(shí)間、級(jí)別、狀態(tài)、人員編號(hào)、人員人、人員電話、處警人、處警人電話等，所有的事件信息都是讀取的這個(gè)表來(lái)完成的。事件信息表，如表3-6所示。

表3-6事件信息表

字段類型長(zhǎng)度是否為空主鍵備注idint22否主鍵編號(hào)namevarchar20否名稱createtimedatetime否時(shí)間levelvarchar20否級(jí)別statevarchar30否狀態(tài)jjidint11否人員編號(hào)jjnamevarchar20否人員人jjtelvarchar20否人員電話cjnamevarchar20否處警人cjtelvarchar20否處警人電話

3.4本章小結(jié)

基于SSM的應(yīng)急救援指揮的應(yīng)急系統(tǒng)論文第三章說(shuō)明網(wǎng)站的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，建立多種設(shè)計(jì)模型，分別介紹網(wǎng)站的功能模塊設(shè)計(jì)和數(shù)據(jù)庫(kù)表的設(shè)計(jì)。

4系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)

4.1登錄功能的實(shí)現(xiàn)

下圖為登陸模塊流程圖，詳細(xì)流程為最開始用戶輸入賬號(hào)密碼，系統(tǒng)判斷是否正確，正確顯示登陸成功錯(cuò)誤或者用戶和密碼其一為空則需重新輸入賬號(hào)密碼。如圖4-1所示。

圖4-1登錄流程面

下圖界面是應(yīng)急指揮系統(tǒng)的登錄管理界面，登錄界面主要是用來(lái)審核登陸者身份，把控系統(tǒng)安全的首要關(guān)口。圖中主要包括了用戶賬戶信息，密碼信息，如果輸入的賬號(hào)密碼用戶表里不存在，那么則提示登錄失敗，需重新輸入正確的賬號(hào)密碼。如圖4-2所示。

圖4-2登錄主界面

代碼如下：

<%@pagelanguage="java"contentType=“text/html;charset=UTF-8”

pageEncoding=“UTF-8”%>

<%@taglibprefix="c"uri=“http://java.sun.com/jsp/jstl/core”%>

應(yīng)急指揮