摘要
隨我國的經濟與科技迅速發展，城市化建設也越發深入，隨之而來的是城市安全問題的加劇，能夠發現，當前我國各類安全事故的出現頻率依舊很高，如2020年3月在泉州發生的酒店坍塌事件。若在發生此類重大事故后，迅速傳達事故信息，合理安排救助人員和物資，可以減少事故對生命、財產和環境的危害。
任何系統都要遵循系統設計的基本流程，本系統也不例外，同樣需要經過市場調研，需求分析，概要設計，詳細設計，編碼，測試這些步驟，基于JSP技術設計并實現了事故救災管理系統的基礎是B/S即所謂瀏覽器/服務器模式，該系統包含了SSM框架，其后臺數據庫為MySQL。事故救災系統由多個部分構成，包括個人中心、應急管理人員管理、部門管理、事故類型管理、事故信息管理、物資分類管理、救災物資管理、應急處置方案管理、系統管理等功能模塊。提高了事故救災物資分配、人員管理以及信息傳遞的效率。
關鍵詞：事故救災管理系統；JSP技術；MySQL數據庫；SSM框架
一、緒論
?。ㄒ唬┭芯勘尘昂鸵饬x
隨著互聯網的發展，電腦已成為人們生活中必不可少的生活辦公工具，在這樣的背景下，網絡技術被應用到各個方面，人類社會進入了全新的信息化的時代。事故救災一直是人民的一大難題，人們經濟條件不斷的提高，于是對網絡需求也越來越來高，傳統的手工作業無法滿足用戶需求，此時尋找有效便捷的網絡管理方法就是當務之急。而日趨成熟的計算機信息管理技術便成為解決這一難題的唯一之選。如今計算機信息管理技術來處理事故救災早已游刃有余，其實信息管理技術已經滲透到各個行業的信息控制管理當中，且有著舉足輕重的地位。而隨著現代化社會主義不斷進步，普通群眾生活水平有了大幅提高，很多方面都在網絡上去實現，從而網絡也就成為了最直接、即方便又快捷的接入口。
使用事故救災管理系統相對傳統事故救災方式具備很多優點：首先可以大幅提高事故信息檢索，只需輸入事故救災相關信息就能在數秒內反饋想要的結果；其次可存儲大量的事故救災管理信息，同時事故救災管理信息安全性有更高的保障；相比紙質文件來管理事故救災管理信息，事故救災管理系統更節省空間人力資源。這些優點大大提高運營效率并節省運營成本。因此，開發事故救災管理系統對事故信息進行有效的管理是很必要的，不僅提高了事故救災管理系統效率，增加了應急管理人員信息安全性，方便應急管理人員及時反饋信息給管理員，增加了應急管理人員與管理員之間的互動交流，更能提高事故救災的體驗強度。
本系統為了數據庫結構的靈活性所以打算采用MySQL來設計數據庫，而SSM框架，B/S架構則保證了較高的平臺適應性。
（二）課題國內外研究進展
隨著多種衛生公共事件的發生，比如新冠肺炎疫情等，人們越來越重視其應急問題，許多國家致力于研究應急系統的設計與研發，并將此任務當作了重要的發展戰略。如果從特征來對公共突發事件進行分析，能夠發現，其類別包括自然災害、社會安全事件等。
早年間，我國的防災減災管理組織方式是基于單一災種施行的，但在2003年，全球爆發非典危機，此時政府認識到了我國防災救災方面存在的各種問題，開始將重點放在了應急綜合管理體系的建設與優化上，并為此出臺了諸多關系搭配突發應急事件的預案，建立了相應的法律體系。我國想要將信息化輔助手段作用于應急指揮管理，不僅要提高其效率，還要提高其水平，防止我國災害突發以及公共事件突發。由此可見，當前我國必須結合自身國情建設完善的大城市應急指揮系統。
現今，越來越多的人樂于選擇一項合適的管理方案，但是往往受到管理經驗地限制，Internet作為新型網絡崛起，網絡進入人們生活，事故救災管理系統無疑是給應急管理人員提供更好平臺，在這樣成功的管理模式背景下，不僅方便管理員管理，也方便應急管理人員查看知識信息進行點擊下載。高效便捷地管理事故救災成為了轉變管理模式，與時代兼容的當務之急。
?。ㄈ┏醪皆O計方法與實施方案
軟件體系結構方案：由于本系統需要在不同設備上都能運行，而且電腦配置要求也要越低越好，為了實現這一要求，經過考慮B/S結構成為最佳之選。使用B/S結構的系統可以幾乎在任何電腦上運行，只要瀏覽器可以正常工作就可以正常運行該系統，而且后期維護及二次修改較為容易，符合要求。
操作系統方案：Windows10操作系統，目前大多數市面上的電腦都使用該系統，并且該系統功能完善，兼容性好。開發工具：選用Eclipse、JSP開發技術。
?。ㄋ模┱撐慕Y構
本文主要分為七個章節，（1）緒論，主要介紹目前電腦技術發展狀況、事故救災行業發展階段，分析當前事故救災管理系統弊端以及使用信息技術來管理事故救災信息的好處。
（2）本系統涉及的多項技術。能夠發現，該章節不但闡述了各項技術的發展情況，還總結了各項技的優點。除此之外，還闡明了選擇技術的原因。
（3）系統分析，具體包括軟件設計中涉及的功能。
（4）系統設計，具體包括系統數據庫設計以及框架設計。
（5）系統詳細設計。
（6）系統調試情況以及測試情況，測試的內容包括系統性能、可行性等。
（7）總結和致謝。主要總結程序設計的完成過程及完成情況，比對完成設計過程中施以援手的同學和老師表達中心的感謝和祝愿。
二、系統開發環境
?。ㄒ唬㎎SP技術介紹
翻閱相關資料可知，JSP技術來源于Sun公司，其對動態Web應用的開發有著重要作用。通過分析能夠發現，該技術存在許多優點，比如不僅簡單易學，而且適用范圍廣泛，能實現跨平臺操作等等。隨著各類技術的成熟和發展，JSP技術得到了諸多領域的青睞，得到了廣泛應用。[3]國內同樣重視JSP的應用，能夠發現，隨著經濟的發展，許多動態網站的設計與制作采用了JSP技術。[4]JSP技術可以更加迅速，更加便捷地完成Web頁面的開發。有許多應用程序是在Web的基礎上開發的，這些程序可以和Web服務器、瀏覽器等一起工作，而JSP技術能夠極大的縮短這些程序的開發時間。
（二）B/S模式
B/S結構是目前使用最多的結構模式，它可以使得系統的開發更加的簡單，好操作，而且還可以對其進行維護。使用該結構時只需要在計算機中安裝數據庫，和一些很常用的瀏覽器就能完成。瀏覽器就會與數據庫進行信息的連接，可以實現很多的功能，B/S結構是可以直接進行使用的，而且B/S結構在使用中極大的減少了工作的維護?；贐/S的軟件，所有的數據庫之間都是相互獨立的，因此是較為安全的。因為基于B/S結構可以清楚的看到系統正在處理的業務，并且能夠及時的讓管理人員做出決策，這樣就可以避免企業的損失。B/S結構的基本特點是集中式的管理模式，用戶使用系統生成數據后，這些數據就可以存儲到系統的數據庫中，方便日后能夠用到，這樣就可以滿足人們的需求。
三、系統分析
?。ㄒ唬┫到y可行性分析
1.經濟可行性
由于本系統是作為畢業設計系統，且系統本身存在一些技術層面的缺陷，并不能直接用于商業用途，只想要通過該系統的開發提高自身學術水平，不需要特定服務器等額外花費。所有創造及工作過程僅需在個人電腦上就能實現，使用到的軟件大多為開源軟件，所以經濟成本并不高，可以輕易實現。
2.技術可行性
本系統的開發使用JSP作為系統開發的開發技術，開發環境選擇Eclipse，而B/S結構決定了本系統的兼容性和多用戶可操作性，此外選擇MySql作為數據庫不僅提高了數據安全性更保障了數據的可操作性。
3.運行可行性
本系統作為以JSP作為開發技術的系統，而且選用B/S結構則決定了要操作本系統僅需要占用很小的資源，并沒有過多地硬件配置要求，目前市面上只要能正常運行瀏覽器的個人電腦都可以正常運行該系統。
總而言之，無論是從經濟的角度來看，從運行的角度來看，亦或是從技術的角度來看，事故救災管理系統都能有序的設計，有序的開發。所以，該系統具有可行性。
?。ǘ┕δ苄枨蠓治?/strong>
系統功能需求分析是通過軟件開發者在參與市場調研，管理者交流后經過詳細縝密的思考，再討論研究后得出的初步系統開發所需實現功能。這是開發的第一步，也是至關重要的一步，如果不在這個階段制定系統所需模塊，日后會帶來不必要的麻煩。因此，必須嚴肅認真，全身心投入去做好這個步驟。
在開發的過程中，本系統借助了自上往下這一方法。筆者在下文大致介紹了本系統的功能：
為滿足課題需求，筆者進行了事故救災管理系統的設計，該系統內含諸多功能模塊，如管理員模塊。
（1）圖管理員用例圖如圖3-1所示：
圖3-1管理員用例圖
（2）應急管理人員用例圖如圖3-2所示：
圖3-2應急管理人員用例圖
?。ㄈ┫到y設計規則與運行環境
從系統軟件的角度來看，其優勢與劣勢大多體現系統設計方面，特別是其完善程度，因此利用在系統設計的基礎上設計系統軟件。
規則如下：
簡單性：為了擴大系統使用者的受眾面，系統設計應該本著操作越簡單約好的原則，這樣不僅能提高系統的使用率更能夠擴大系統使用面。
針對性：一個系統針對性越強，所能提供的功能必然越完善，用戶體驗肯定更好，所以應該明實用性：實用永遠是檢驗一個系統是否成功的唯一標準，使用的語言再高端，使用的結構再新穎但不能滿足管理員及用戶的要求那就是失敗。
運行環境：
事故救災管理系統的結構與數據庫分別是B/S結構，MySQL數據庫。除此之外還有Eclipse等常規開發程序。從硬件的角度來看，在CPU方面酷睿i3-3.0GHZ即可運行該軟件；在硬盤方面，其內存理應達到128GB；從內存方面來看，電腦內容不低于4G。從軟件平臺的角度來看，該軟件是基于Windows運行的。
四、系統設計
?。ㄒ唬┕δ芙Y構
通過市場調研及咨詢研究，了解了用戶的使用需求，于是制定了管理員與應急管理人員等模塊。其功能結構圖如下圖4-1所示：
圖4-1系統功能結構圖
系統登錄流程圖，如圖4-2所示：
圖4-2登錄流程圖
添加信息流程圖，如圖4-3所示：
圖4-3添加信息流程圖
刪除信息流程圖，如圖4-4所示：
圖4-4刪除信息流程圖
?。ǘ祿煸O計
1.數據庫設計規范
數據可設計要遵循職責分離原則，即在設計時應該要考慮系統獨立性，即每個系統之間互不干預不能混亂數據表和系統關系。
數據庫命名也要遵循一定規范，否則容易混淆，數據庫字段名要盡量做到與表名類似。
2.E-R圖
管理員信息E-R圖，如圖4-5所示：
圖4-5管理員信息E-R圖
事故信息E-R圖，如圖4-6所示：
圖4-6事故信息E-R圖
應急處置方案信息E-R圖如圖4-7所示。
圖4-7應急處置方案信息E-R圖
救災物資信息E-R圖如圖4-8所示。
圖4-8救災物資信息E-R圖
3.數據表
被系統設有MySQL數據庫存儲數據，下表包含了系統所采用的數據表：
五、系統實現
?。ㄒ唬┫到y功能模塊
事故救災管理系統，在網站首頁可以查看首頁、事故信息、救災物資、公告信息、個人中心、后臺管理等內容操作，如圖5-1所示。
圖5-1網站首頁界面圖
事故信息；在事故信息頁面中可以查看事故名稱、事故類型、封面、事故區域、發生時間、傷亡人數、財產損失、發生原因等內容，并進行物資操作；如圖5-2所示。
圖5-2事故信息界面圖
救災物資；在救災物資頁面中可以查看事故名稱、事故區域、物資名稱、物資分類、物資圖片、物資規格、物資數量、調配時間、賬號、姓名、聯系電話等內容，并進行提交操作；如圖5-3所示。
圖5-3救災物資界面圖
應急管理人員注冊、應急管理人員登錄，在注冊頁面可以填寫賬號、姓名等多項內容，最后點擊注冊，點擊注冊。詳情見圖5-4及5-5。
圖5-4應急管理人員注冊界面圖
圖5-5應急管理人員登錄界面圖
在公告信息頁面填寫標題，進行搜索，如圖5-6所示。
圖5-6公告信息界面圖
可通過個人中心頁面進行個人信息的查閱與修改。詳情見圖5-7。
（二）管理員功能模塊
在登錄時，管理員需在登錄頁面輸入相關信息，如用戶名、用戶密碼等，之后點擊登錄。詳情見圖5-8。
管理員登錄進入事故救災管理系統之后，可對物資分類管理、救災物資管理、應急處置方案管理、系統管理等信息進行相應操作，如圖5-8所示。
應急管理人員管理：管理人員可在該頁面查閱部門、姓名等多項內容，具有該頁面內諸多內容的刪改權限。詳情見圖5-9。
部門管理：管理人員可以通過該頁面查閱多項內容，如部門，他們擁有頁面內諸多內容的刪改權限。詳情見圖5-11。
事故類型管理；管理員可通過該頁面進行事故類型的查閱，他們擁有事故類型的刪改權限。詳情見圖5-12。
事故信息管理；在事故信息管理頁面中可以查看事故名稱、事故類型、封面、事故區域、發生時間、傷亡人數、財產損失、發生原因等內容，并進行修改、刪除等操作；如圖5-13所示。
物資分類管理；管理員可通過該頁面進行多項內容的查閱與刪改。詳情見圖5-14。
救災物資管理；在救災物資管理頁面中可以查看事故名稱、事故區域、物資名稱、物資分類、物資圖片、物資規格、物資數量、調配時間、賬號、姓名、聯系電話等內容，并進行修改、刪除等操作；如圖5-15所示。
應急處置方案管理；在應急處置方案管理頁面中可以查看賬號、方案標題、注意事項等，并進行修改、刪除等操作；如圖5-16所示。
系統管理；管理員在該頁面為公告信息、輪播圖管理界面。管理員能夠利用該頁面上傳公告信息，以發布公告；能夠對圖片上傳進行管理，即點擊“新建”以添加圖片；能夠刪改已上傳圖片。如圖5-17、5-18所示。
（三）應急管理人員功能模塊
應急管理人員登錄進入事故救災管理系統后臺查看個人中心、救災物資管理、應急處置方案管理等內容進行相應操作，如圖5-19所示。
救災物資管理；在救災物資管理頁面中查看事故名稱、事故區域、物資名稱、物資分類、物資圖片、物資規格、物資數量、調配時間、賬號、姓名、聯系電話等內容，進行查看如圖5-19所示。
應急處置方案管理；在應急處置方案管理頁面中查看方案標題、事故名稱、危險性、事故特征、處置要點、發布時間、注意事項、賬號、姓名、聯系電話等內容，進行查看如圖5-21所示。
六、系統測試
系統測試是軟件開發過程中最后一步，但也是不可或缺的重要的一步，沒有人可以保證一次性編寫完成的系統不會出錯，而系統測試就是將自己開發的系統成為成品前的最后一步。在測試過程中需要進行嚴謹細致的測試，要盡可能全面地在不同情況下運行該系統，排除一切出現錯誤的可能。
此次系統測試的內容包含系統性能、功能等，測試結果如下：
（一）功能測試
本系統功能測試如表6-1所示：
表6-1系統功能測試
?。ǘ┛捎眯詼y試
可用性測試用于檢測系統的可操作性、可理解性、可學習性等方面內容。具體測試方面如表6-2所示。
?。ㄈ┚S護測試
由于篇幅的原因，本節給出系統部分功能的維護測試用例。具體測試方面如表6-3所示。
表6-3系統用例測試
?。ㄋ模┬阅軠y試
性能測試是基于模擬系統運行環境實現的，其作用在于了解系統于用戶需求是否相符。在此次研究中，筆者在性能測試方面選用的重要技術指標有三個，一是支持并發節點數；二是系統運行速度；三是網絡響應時間。
首先是系統運行速度。得益于B/S架構，該系統能在不同配置電腦上運行并無明顯卡頓，滯后，完全符合用戶要求。
其次是網絡響應時間。所謂網闊響應時間，具體分為以下三個參數：其一，最大響應時間；其二，平均相應時間；其三，最小響應時間。通過測試筆者發現，在網絡運營正常的情況下，局域網內最大響應時間是五秒，最小響應時間是三秒，平均響應時間是七秒，與在用戶心理可承受范圍內。
最后是支持并發節點數。在模擬環境測試中，從并發節點數的角度來看，該系統達到了四十五個時；從網絡運營的角度來看，該系統存在一定的網絡波動，但延遲時間不會超過十秒，與用戶需求相吻合。
?。ㄎ澹y試結果分析
經過對上述測試結果分析，本系統能夠在不同電腦上使用運行，具備一定安全性，用戶信息不易泄露，能夠日后再增刪功能，能夠實現所有功能，產品基本滿足使用需求，可以順利運行。
七、總結與展望
?。ㄒ唬┛偨Y
本文主要根據目前信息技術發展現狀結合人們對于事故救災的轉變，引出開發事故救災管理系統的必要性。然后根據管理員及應急管理人員需求指定需求分析和可行性分析，并介紹應用到的相應技術，包括SSM框架，B/S結構等文中已做相關介紹和科普，然后展示相關模塊完成的實現截圖，并做相關測試確保程序能正常運行。
本設計所實現的是一個事故救災管理系統，該系統嚴格按照需求分析制作相關模塊，并利用所學知識盡力完成，但是本人由于學識淺薄，無法真正做到讓該程序可以投入市場使用，僅僅簡單實現部分功能，希望日后還能改善。
本系統具有以下優點：
（1）該系統具有較高的適用性，選用B/S結構，可以在絕大部分個人平臺上使用該系統。
（2）系統將用戶權限進行劃分，管理員及應急管理人員能看到及操作的信息不一樣，二者具備不同的操作權限。
（3）該系統操作界面簡單明了，大部分人都可以正常使用。
（4）但也存在以下問題需要改進：
（5）系統美觀度不足。
（6）系統過于簡單，顯示的信息有限。
（7）不能添加多個管理員賬號，網絡的發展可以幫助事故救災擴大規模，便于管理員集中管理。
?。ǘ┱雇?/strong>
總體上來說，本系統的設計與實現具有良好操作性并且開發成本極低，對于管理員和應急人員來說也更便捷，節省時間，但因時間和筆者能力上的欠缺，本系統還存在著一些不足之處，希望以后能學習更多的知識將此系統完善。
參考文獻
[1]周文民.突發公共事件應急指揮管理系統的設計與實現[D].哈爾濱：哈爾濱工業大學，2012：
[2]雷志梅,王延章,裘江南,王雪華.突發事件應急信息的多維度需求分析[J].情報科學,2014,32(12):133-137.
[3]方濤.科技申報系統設計的關鍵技術分析[J].商場現代化,2010,(32):3-4.
[4]黃莉.基于web的名片網系統的設計與實現[J].電腦知識與技術,2010,(26):7238-7239.
[5]劉朋飛.基于Web的標準化考試系統的設計與實現[J].計算機光盤軟件與應用,2012,(4):184-186.
[6]羅時遠.高校學生成績管理系統的分析探討[J].辦公自動化（綜合版）,2009,(6):31-33,64.
[7]劉永利.基于策略的Web服務實時性能評價與驗證[J].電子學報,2010,(z1):182-187.
[8]梁健.基于C/S模式的學籍學歷管理系統測試與維護策略[J].遼寧師專學報（自然科學版）,2016,(3):26-28.
[9]文仕豪.銀行個人信貸風險管理系統設計與實現[D].廣東：廣東工業大學，2017：5.
1、如文檔侵犯商業秘密、侵犯著作權、侵犯人身權等，請點擊“文章版權申述”（推薦），也可以打舉報電話：18735597641(電話支持時間：9:00-18:30)。
2、網站文檔一經付費（服務費），不意味著購買了該文檔的版權，僅供個人/單位學習、研究之用，不得用于商業用途，未經授權，嚴禁復制、發行、匯編、翻譯或者網絡傳播等，侵權必究。
3、本站所有內容均由合作方或網友投稿，本站不對文檔的完整性、權威性及其觀點立場正確性做任何保證或承諾！文檔內容僅供研究參考，付費前請自行鑒別。如您付費，意味著您自己接受本站規則且自行承擔風險，本站不退款、不進行額外附加服務。
原創文章，作者：1158，如若轉載，請注明出處：http://www.therealfoodists.com/chachong/176355.html,