【畢業(yè)學(xué)位論文】（Word原稿）基于Android的消防應(yīng)急救援管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程

中圖分類號 ： 學(xué)校代碼 ： 10055 密級 ： 公開 碩 士 學(xué) 位 論 文 基于 消防應(yīng)急救援管理系統(tǒng)的 設(shè)計與實現(xiàn) 文摘要 中文摘要 當(dāng)人們在遇到突發(fā)火災(zāi)事件后 ， 若只是單純的靠打 119 很難清楚明了的反應(yīng)出當(dāng)前的火災(zāi)狀況 ， 而且由于個人之間的一些意見和觀念不同 ， 對方向和位置把控的精度誤差較大，所以 很難準(zhǔn)確的將火災(zāi)現(xiàn)場的位置信息 ， 火災(zāi)的具體嚴(yán)重程度上報給消防應(yīng)急救援 決策 部門，從而導(dǎo)致了該部門無法做出最優(yōu)的解決方法 ， 耽誤了最佳救援時機(jī) ， 這就會給急救工作帶來很大困難 ， 人們的生命健康也受到了極大的威脅 。 基于上述需求，本文采用 合 臺開發(fā)技術(shù)， 通過對消防應(yīng)急救援管理系統(tǒng)的功能需求、性能需求進(jìn)行分析，圍繞系統(tǒng)的體系結(jié)構(gòu)、功能模塊與數(shù)據(jù)庫等方面展開設(shè)計，最后描述了系統(tǒng)的實現(xiàn)與 應(yīng)用 測試實例。 該系統(tǒng)設(shè)計的目的是為了消防 巡警 人員在遇到火災(zāi)現(xiàn)場 時， 能夠及時準(zhǔn)確的將位置信息 以及 火災(zāi)的 現(xiàn)場 具體 狀況通過數(shù)據(jù)信息 、 音頻 、 視頻等多媒體的形式，直觀形象的展現(xiàn)在決策部門 面前，為 快速制定最優(yōu)應(yīng)急救援方案提供依據(jù)，最大程度避免由于救援信息不足 、 不準(zhǔn)確而導(dǎo)致錯 誤的決策，最大可能避免人們的生命健康受到威脅 和解決由于對火災(zāi)情況把握不準(zhǔn)而導(dǎo)致 的 人力物力調(diào)度不合理現(xiàn)象產(chǎn)生。 關(guān)鍵詞 ： 火災(zāi) 應(yīng)急救援 統(tǒng) in of by 19 is to of to of to is it is to of of to in to to of a on a of is to in of of as as of of in of of to to of to s at to to of 錄 目 錄 第一章 引言 . 1 第一節(jié) 課題背景 . 1 1 1 1 國內(nèi)現(xiàn)狀 . 1 1 1 2 國外現(xiàn)狀 . 1 1 1 3 發(fā)展方向 . 2 1 1 4 主攻方向 . 2 第二節(jié) 課題研究的目的和意義 . 2 第三節(jié) 課題研究內(nèi)容 . 2 第 四節(jié) 論文結(jié)構(gòu) . 3 第二章 相關(guān)技術(shù)論述 . 5 第一節(jié) 客戶端 統(tǒng)簡介 . 5 2 1 1 作系統(tǒng)簡介 . 5 2 1 2 構(gòu) . 5 2 1 3 統(tǒng)的優(yōu)勢 . 5 2 1 4 發(fā)環(huán)境的搭建 . 7 第二節(jié) 計模式分析 . 8 2 2 1 計模式概述 . 8 2 2 2 作原理 . 8 第三章 系統(tǒng)需求分析 . 10 第一節(jié) 系統(tǒng)可行性分析 . 11 3 1 1 經(jīng)濟(jì)可行性 . 11 3 1 2 技術(shù)可行性 . 11目 錄 3 1 3 實施可行性 . 12 第二節(jié) 開發(fā)環(huán)境 . 13 第三節(jié) 功能性需求分析 . 13 3 3 1 客戶端功能性需求分析 . 13 3 3 2 服務(wù)器端功能性需求分析 . 195 第四節(jié) 角色分配 . 15 第五節(jié) 系統(tǒng)用例分析 . 17 3 5 1 緊急呼叫功能相關(guān)分析 . 19 3 5 2 填報救援功能相關(guān)分析 . 20 3 5 3 數(shù)據(jù)同步功能相關(guān)需求 . 21 3 5 4 隱患標(biāo)定功能相關(guān)需求 . 21 3 5 5 路線導(dǎo)航功能相關(guān)需求 . 21 3 5 6 工作計劃功能相關(guān)需求 . 22 3 5 7 車輛管理功能相關(guān)需求 . 23 3 5 8 系統(tǒng)管理功能相關(guān)需求 . 23 第六節(jié) 非功能性需求分析 . 244 3 6 1 安全性需求 . 244 3 6 2 可靠性需求 . 255 第四章 系統(tǒng)概要設(shè)計 . 26 第一 節(jié) 系統(tǒng) 架構(gòu) . 26 第二節(jié) 系統(tǒng)主要用例實現(xiàn) . 28 第三節(jié) 數(shù)據(jù)庫設(shè)計 . 29 4 3 1 系統(tǒng)的概念數(shù)據(jù)模型 . 30 4 3 2 系統(tǒng)的數(shù)據(jù)庫實現(xiàn) . 34 第五章 系統(tǒng)詳細(xì)設(shè)計與實現(xiàn) . 37 第一節(jié) 系統(tǒng)客戶端設(shè)計與實現(xiàn) . 37 5 1 1 總體設(shè)計與實現(xiàn) . 37 5 1 2 系統(tǒng)登錄模塊設(shè)計與實現(xiàn) . 39 5 1 3 緊急呼叫模塊設(shè)計與實現(xiàn) . 41目 錄 5 1 4 填報救援模塊設(shè)計與實現(xiàn) . 43 5 1 5 數(shù)據(jù)同步模塊設(shè)計與實現(xiàn) . 47 5 1 6 路線導(dǎo)航模塊設(shè)計與實現(xiàn) . 49 第二節(jié) 服務(wù)器端應(yīng)急救援設(shè)計與實現(xiàn) . 52 5 2 1 系統(tǒng)業(yè)務(wù)層設(shè)計 . 52 5 2 2 系統(tǒng)持久層設(shè)計 . 53 第三節(jié) 系統(tǒng)測試 . 54 5 3 1 填報救援模塊測試 . 55 5 3 2 路線導(dǎo)航模塊設(shè)計與實現(xiàn) . 61 第六章 總結(jié)與展望 . 65 第一節(jié) 主要工作 . 65 第二節(jié) 展望 . 65 參考文獻(xiàn) . 67 致謝 . 69 個人簡歷 . 70 第 一 章 引言 1 第一章 引言 第一節(jié) 課題背景 1 1 1 國內(nèi)現(xiàn)狀 首先 ， 國內(nèi)現(xiàn)狀從 “短期 效應(yīng) ”來看情況比較普遍，幾乎是沒有一個能夠 涉及整個消防行業(yè)網(wǎng)絡(luò)化工作方式的長遠(yuǎn)規(guī)劃。另外由于目前國內(nèi)沒有一套對消防信息化整體建設(shè)發(fā)展的藍(lán)圖，對各個地區(qū)各個工作階段需要完成的工作要求也就不是太明確，從而很多行業(yè)領(lǐng)導(dǎo)便將信息化建設(shè)的工作重點轉(zhuǎn)移到“短期效應(yīng)”上來，所采購的設(shè)備，軟件以及整體的信息化配置都沒有能夠兼顧到今后的發(fā)展和升級，從而導(dǎo)致各種軟、硬件淘汰速度過快，造成不必要的經(jīng)濟(jì)和人力的浪費。 其次 ， 軟件整體低水平低下、重復(fù)開發(fā)率較高。目前全國軟件市場上各類消防軟件層次不齊只有數(shù)量沒有質(zhì)量，從軟件的整體開 發(fā)數(shù)量來看，是比較可觀的，但是其中重復(fù)率居高不下、濫竽充數(shù)的產(chǎn)品太多，另外軟件的功能上也只停留在低水平上，缺少擴(kuò)展的的可能性，導(dǎo)致現(xiàn)有的各種高技術(shù)設(shè)備不能夠發(fā)揮其應(yīng)用的作用。 最后 ， 目前國內(nèi)軟件市場上消防類的各類軟件開發(fā)的功能各式各樣，不能夠針對消防行業(yè)涉及功能需求。從每年軟件市場上開發(fā)的消防軟件來看，其中的確有一些功能強(qiáng)大的產(chǎn)品，能夠滿足一些消防部門的行業(yè)需求，但是由于其開發(fā)人員不具備消防行業(yè)的工作經(jīng)歷，所涉及開發(fā)的產(chǎn)品缺乏實用性，甚至有的操作復(fù)雜，使用難度大，不適合消防工作人員使用。 1 1 2 國外 現(xiàn)狀 國外尤其是歐洲國家，諸如美國，德國等發(fā)達(dá)國家，針對消防視野擁有統(tǒng)一的行業(yè)規(guī)劃，其設(shè)計研發(fā)的消防系統(tǒng)能夠準(zhǔn)確的覆蓋到各級消防機(jī)構(gòu)、信息系統(tǒng)、消防員訓(xùn)練等方面，從根本上實現(xiàn)了消防工作流程的電子化、網(wǎng)絡(luò)化、工程化，使得消防工作人員從日常工作中充分解放出來，從而實現(xiàn)了信息交流的高速進(jìn)行，各級消防部門，案例和資源的合理共享，大幅度提高了消防部門的辦公效率，節(jié)約了經(jīng)濟(jì)，人力資源，最大程度上保障了廣大人民的生命財產(chǎn)安全。 第 一 章 引言 2 1 1 3 發(fā)展趨勢 消防部門屬于國家政府機(jī)構(gòu)，其整個機(jī)構(gòu)集中使用；涉及到的信息交換和數(shù)據(jù)處理 很頻繁；整個系統(tǒng)維護(hù)；從網(wǎng)絡(luò)安全方面構(gòu)筑良好的系統(tǒng)安全機(jī)制；針對下屬機(jī)構(gòu)采取集中辦公的管理模式；主要體現(xiàn)為方便高效、快速響應(yīng)、智能、人性化的辦公要求。 1 1 4 主攻方向 結(jié)合國外國際標(biāo)準(zhǔn)以及消防行業(yè)的實際行業(yè)工作流程配合現(xiàn)代高科技設(shè)備從實際出發(fā)，以真實的工作流程為依托背景，開發(fā)出一套利于擴(kuò)展、簡潔、高效穩(wěn)定易于操作的管理系統(tǒng)。 第二節(jié) 課題研究的目的和意義 運用現(xiàn)代網(wǎng)絡(luò)科技構(gòu)筑消防監(jiān)督信息化工作平臺，將原有的“口頭轉(zhuǎn)述”辦公方式轉(zhuǎn)變?yōu)椤盁o紙化”網(wǎng)絡(luò)辦公方式，實現(xiàn)消防監(jiān)督工作整體通過網(wǎng)上實施，為“數(shù)字消防 ”實現(xiàn)消防監(jiān)督“無紙化辦公”打基礎(chǔ) ： a 促進(jìn)消防監(jiān)督工作現(xiàn)代化工程化，將消防監(jiān)督工作聯(lián)為一個整體，使在消防監(jiān)督工作工程中的信息搜集、處理更迅速，更準(zhǔn)確。從而最多可能性降低因信息管理延誤而造成的經(jīng)濟(jì)損失。 b 利用現(xiàn)代化的網(wǎng)絡(luò)技術(shù)，保證消防數(shù)據(jù)信息的一致性與完整性。 為做到簡潔實用，在整個系統(tǒng)的設(shè)計過程中必須堅持兩個面向 ： a 面向使用對象，消防部隊的大部分干警對計算機(jī)接觸并不多，所以界面應(yīng)盡量簡化、優(yōu)化，易操作； b 面向?qū)嶋H操作過程，當(dāng)前消防部隊正處在由原有辦公方式向 網(wǎng)上辦公的轉(zhuǎn)變過程中，計算機(jī)編程應(yīng) 盡量面向工作的實際操作過程，從而減緩由原來辦公方式向網(wǎng)上辦公轉(zhuǎn)變的坡度，降低消防部隊使用難度。 第三節(jié) 課題研究內(nèi)容 應(yīng)急救援在當(dāng)前社會是一個不可忽視的話題，隨著社會快速發(fā)展，城市人口密度不斷增加，突發(fā)事件時有發(fā)生，如何快速采取應(yīng)急措施，最大程度上避免人們的生命財產(chǎn)損失已經(jīng)成為了一個刻不容緩的話題，應(yīng)急救援系統(tǒng)是利用現(xiàn)代先進(jìn)的 網(wǎng)絡(luò) 科技技術(shù) 構(gòu)筑 一個 消防監(jiān)督信息化工作平臺， 將 原有 的“口頭第 一 章 引言 3 傳達(dá)” 辦公方式 改 為網(wǎng)絡(luò)辦公 方式，工作方式上實現(xiàn)由“口頭傳達(dá)辦公”向“無紙化辦公”方式的轉(zhuǎn)變 ， 最終 實現(xiàn)消防 信息 監(jiān)督工作網(wǎng)上實施 的 方式 ，為 實現(xiàn)“ 數(shù)字消防 ” 的工作模式 打基礎(chǔ) ： 進(jìn)一步 促進(jìn)消防監(jiān)督工作 的現(xiàn)代化，工程化，運用網(wǎng)絡(luò)方式 將有關(guān)的工作聯(lián)為一個整體，使消防監(jiān)督工作的信息搜集、 上報 、處理更迅速，更準(zhǔn)確。從而減少 因為 信息管理延誤造成的損失。利用現(xiàn)代化的網(wǎng)絡(luò)技術(shù) ，保證數(shù)據(jù)的一致性與完整性。 在中國這個人口大國中應(yīng)急救援的及時與否直接關(guān)系到人民生命財產(chǎn)的安全性高低，對提高人民的生活質(zhì)量、保護(hù)尤為重要。 現(xiàn)實生活中，我們的身邊隨時隨地可能存在這樣或那樣的安全隱患，當(dāng)突發(fā)事件發(fā)生時，利用該應(yīng)急系統(tǒng)可以快速準(zhǔn)確的將現(xiàn)場的數(shù)據(jù)信息通過口快速上報給消防決策部門，以便于決策機(jī)構(gòu)及時、準(zhǔn)確、快捷的啟動救援行動，同時利用網(wǎng)絡(luò)構(gòu)筑消防監(jiān)督信息化平臺，這便是該系統(tǒng)的研究內(nèi)容所在。 第四節(jié) 論文結(jié)構(gòu) 本篇論文的結(jié)構(gòu)一共分為六個章節(jié) ： 第一章 引言，主要從國內(nèi)外現(xiàn)狀、未來發(fā)展趨勢、主攻方向四個方面介紹了基于 臺的消防應(yīng)急管理系統(tǒng)的課題背景，闡釋了課題研究的目的意義及主要研究內(nèi)容。 第二章 相關(guān)理論和技術(shù)論述，介紹了 統(tǒng)的優(yōu)勢、架構(gòu)、開發(fā)環(huán)境的搭建以及 計模式及工作原理。 第三章 系統(tǒng)需求分析，從經(jīng)濟(jì)、技術(shù)、實施三個 方面分析了系統(tǒng)的可行性。在功能性需求分析時，對系統(tǒng)登陸、緊急呼叫、填報救援、隱患標(biāo)定等功能模塊，進(jìn)行了較為詳細(xì)的分析，并通過用例分析進(jìn)一步明確了系統(tǒng)的參與者與用例之間的關(guān)系。 第四章 系統(tǒng)概要設(shè)計，介紹了系統(tǒng)采用的開發(fā)模式和總體架構(gòu)，通過系統(tǒng)主要用例實現(xiàn)闡述了對應(yīng)于需求分析階段的各個模塊的功能。數(shù)據(jù)庫的設(shè)計部分說明了所應(yīng)對使用的各種數(shù)據(jù)信息表。 第五章 系統(tǒng)詳細(xì)的設(shè)計與實現(xiàn)，對手機(jī)客戶端各個模塊的設(shè)計與實現(xiàn)進(jìn)行了介紹，展示了各個功能模塊的實際美工界面，并對各個功能的操作流程進(jìn)行第 一 章 引言 4 了說明；通過對系統(tǒng)業(yè)務(wù)層和持久 層的介紹，說明了系統(tǒng)服務(wù)器端應(yīng)急救援系統(tǒng)的設(shè)計與實現(xiàn)。 第六章 結(jié)論與展望，對基于 臺的消防應(yīng)急救援系統(tǒng)的設(shè)計和實現(xiàn)進(jìn)行了總結(jié)，對不足之處進(jìn)行了歸納整理，并對系統(tǒng)有待完善的部分提出了可研發(fā)性的展望。 第 二 章 相關(guān)技術(shù)論述 5 第二章 相關(guān)技術(shù)論述 第一節(jié) 客戶端 統(tǒng)簡介 2 1 1 作系統(tǒng)簡介 初是指 “ 機(jī)器人 ” ， 也是 2007 年 11 月 5 日宣布的基于 臺的開源手機(jī)操作系統(tǒng)的名稱， 期是 由 持開發(fā)，之后由諸多開發(fā)團(tuán)隊組建的開 發(fā)手機(jī)聯(lián)盟開發(fā)而成 。 體采用了軟件堆層的架構(gòu)模式，其主要結(jié)構(gòu)可以分成三部分 ： 底層是由 核作為基礎(chǔ)，提供了一些基本功能；其他的應(yīng)用層面的軟件由各大軟件公司自行研發(fā)產(chǎn)生。另外， 了推廣 發(fā)技術(shù)平臺，和其他幾十個手機(jī)公司聯(lián)合建立了開發(fā)手機(jī)聯(lián)盟。 2 1 2 統(tǒng)的優(yōu)勢 1 開放性， 具備 強(qiáng)大的開發(fā)軟件者的支持，讓 更多的 消費者有很多軟件可用。 2 無縫結(jié)合的 用，如果你是一位 士，我想你還是常用到這些功能吧。 3 對網(wǎng)絡(luò)友好，豐富 的功能選擇。 4 軟件兼容性比較好。 2 1 3 構(gòu) 如 圖 2 1 所示 是 作系統(tǒng)的主要組件， 以下 將會對每一 個組建 進(jìn)行詳細(xì) 的說明 。 用程序框架 序 開發(fā)者可以 免費 訪問 其 核心應(yīng)用程序所使用的 所有 架 結(jié)構(gòu) 。 該應(yīng)用程序架構(gòu)主要用于簡化組件使得軟件重用；對于每一個 用程序開發(fā)者都可以發(fā)布它的功能模塊同時任何應(yīng)用程序都可以使用該開發(fā)者發(fā)布的功能模塊，但是必須遵循框架的安全性限制規(guī)則 。目前很多 內(nèi)部系統(tǒng)都會采用 系結(jié)構(gòu)開發(fā)，但是針對這種開發(fā)體系結(jié)構(gòu)，客戶端部分承擔(dān)了太多的角色從而使得系統(tǒng)過于臃腫，不能第 二 章 相關(guān)技術(shù)論述 6 夠體現(xiàn)其簡潔靈活的特性，在第一次部署系統(tǒng)時相對來說會顯得比較容易，但是對于系統(tǒng)的二次開發(fā)和系統(tǒng)的擴(kuò)展性能太差，不利于系統(tǒng)后期的升級改造。并且該體系結(jié)果過于依賴某種專有的協(xié)議，從而導(dǎo)致代碼重用和業(yè)務(wù)邏輯的流程化管理顯得異常困難 。 相對于 系結(jié)構(gòu)， 系結(jié)構(gòu) 使用多層分布式應(yīng)用 模式作為開發(fā)的體系結(jié)構(gòu) ， 所有應(yīng)用的業(yè)務(wù)邏輯按具體的功能模塊劃分為多個組件進(jìn)行區(qū)分處理，其中每個組件之間根據(jù)各 自所在的不同層之間存在不同的機(jī)器上，將兩層化模型中的不能層面切分成多個層，使得 一個多層化應(yīng)用能夠 同時 為 多個 不同的服務(wù)提供一個獨立的層， 其體系 結(jié)構(gòu)如圖 2 1所示 ： 圖 2 1 統(tǒng)架構(gòu) 以下所有的應(yīng)用程序都由一系列 不同的 服務(wù)和系統(tǒng)組成， 其中 包括 : 1 （ 可拓展的視圖 : 其主要功能是用來創(chuàng)建應(yīng)用程序 ， 其中 包括網(wǎng)絡(luò)（ ，列表（ ，按鈕 （ ，文本框 （ ，甚至包括一個可嵌入的 覽器。 2 （ 內(nèi)容管理器 ： 其主要功能是供應(yīng)用程序訪問另外一個公用程序的數(shù)據(jù)，或者是共享自己本身所具備的的數(shù)據(jù)。 第 二 章 相關(guān)技術(shù)論述 7 3 （ 資源管理器 ： 其主要功能是用于提供非代碼資源文件的訪問，諸如 ： 圖形，分層文件等等。 4 （ 通知管理器 ： 其主要功能是能夠讓應(yīng)用程序能夠在狀態(tài)欄中顯示提示信息。 5 （ 活動類管理器 ： 其主要功能是用于管理應(yīng)用程序的生命周期和提供一些基本的導(dǎo)航回退功能。 2 1 4 發(fā)環(huán)境的搭建 主要開發(fā)語言是 時在進(jìn)行應(yīng)用程序的開發(fā)過程中需要基于 擬機(jī)，因此， 薦 用程序采用目前主流的 發(fā)環(huán)境 然單純的只有 不夠的，還需要有由 司提供的 此之外，由于 用程序的開發(fā)不同于 發(fā)，需要集成 供的 需要在 安裝 件。 總而言之，如果你想進(jìn)行 用程序的開發(fā)需要以下幾種軟件，才能搭建起 開發(fā)環(huán)境，從而進(jìn)行 用程序的開發(fā)，開啟自己的用程序開發(fā)之旅。 1 括 本的 3 件 以下主要介紹如何去搭建 用程序開發(fā)平臺 ： 第一步 ： 軟件下載 ： 首先需要到 方網(wǎng)站下載 者是去技術(shù)網(wǎng)站下載集成開發(fā)環(huán)境并且進(jìn)行解壓安裝， 安裝過程十分簡單，只需要將下載的 行解壓即可完成對 安裝，下載完成后，緊接著去下載 第二步 ： 安裝 置相應(yīng)的環(huán)境變量 ： 安裝也十分簡單，只需要雙擊下載的安裝文件，按照安裝提示一直點 成安裝即可，當(dāng)完成 裝之后需要對環(huán)境變量進(jìn)行配置，首先找到環(huán)境變量中的 量將 裝目錄的 徑復(fù)制粘貼，保存即可完成 環(huán)境變量配置過程。 第三步 ： 安裝 成 件的集成 ： 安裝過程非常簡單，只需要將下載的壓縮文件進(jìn)行解壓，解壓之后雙擊 壓后目第 二 章 相關(guān)技術(shù)論述 8 錄中的 動 動 后，選擇 單中的 選項卡上的 擊右側(cè)的 “入“ 后確定，然后在 “拉菜單中選擇剛才輸入的網(wǎng)址。稍等片刻就會顯示出 項，勾選之后點擊 完成查找 發(fā)工具插件，然后找 到 中這兩個點擊 會自動下載并安裝 件了，最后會提示重啟 新啟動 可完成 件的集成。 第四步 ： 集成 ： 當(dāng)重新啟動 后如果在菜單列中多了兩個類似 器人的按鈕則代表 件集成成功，只需要選擇 單中的 左側(cè)的后點擊 集成。 第五步 ： 將 路勁配置到環(huán)境變量中 ： 在環(huán)境變量 路徑，完成 發(fā)環(huán)境的最終搭建。 第二節(jié) 計模式分析 2 2 1 計模式概述 一種應(yīng)用很廣泛的軟件設(shè)計模式，其中 M 代表模型 V 代表視圖 C 代表控制器 件設(shè)計模式的最大特點是它對應(yīng)用程序的輸入、數(shù)據(jù)處理、輸出進(jìn)行了分離。在軟件開發(fā)過程中使用 主要目的是能夠?qū)⒋頂?shù)據(jù)模型的 M 層和代表視圖的 V 層實現(xiàn)代碼分離，使得應(yīng)用程序能夠使用不同的表現(xiàn)形式進(jìn)行顯示。 2 2 2 作原理 1 型） 模型主要是用于表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。相比于 型是整個應(yīng)用程序的 核心部件，它具有最多的處理任務(wù)。模型和數(shù)據(jù)的具體格式?jīng)]有任何關(guān)系，因此模型可以為多個視圖提供數(shù)據(jù)支持，從而減少了代碼的重復(fù)性，實現(xiàn)了整個代碼結(jié)構(gòu)的復(fù)用。 第 二 章 相關(guān)技術(shù)論述 9 2 圖） 視圖作為與用戶交互的界面是直接和用戶接觸的，視圖提供了整個系統(tǒng)的外觀界面，是聯(lián)系用于和程序之間的紐帶。 3 制器） 控制器主要是用于接收用戶的輸入并結(jié)合模型和視圖根據(jù)用戶的需求完成用戶對需求的操作。第 三 章 系統(tǒng)需求分析 10 第三章 系統(tǒng)需求分析 軟件系統(tǒng)需求分析 ： 是指對需要解決的實際問題進(jìn)行詳細(xì)的分析，并且能夠根據(jù)分析結(jié)果明確問 題的具體要求，將實際業(yè)務(wù)流程構(gòu)成抽象的具體數(shù)據(jù)模型，主要包括系統(tǒng)在進(jìn)行工作的過程中需要輸入什么樣的數(shù)據(jù)，什么類型數(shù)據(jù)等等，同時對這些輸入的數(shù)據(jù)進(jìn)行怎樣的數(shù)據(jù)處理，最后返回怎樣的輸出結(jié)果，采取什么樣的操作想要達(dá)到怎樣的預(yù)期結(jié)果等等一系列?？傊浖到y(tǒng)需求分析就是明確計算機(jī)需要 “做什么？ ”、 “怎么做？ ”等一些問題。在軟件工程定義中，系統(tǒng)軟件需求分時是指建立一個新的或者是改變一個現(xiàn)有的軟件系統(tǒng)，并且能夠描述新的系統(tǒng)的主要目的、主要功能和主要實現(xiàn)方案。一個軟件的成功與否，能不能夠最大程度上滿足用戶的需求與軟件需求 分析密不可分，在軟件需求分析階段，系統(tǒng)分析員、軟件工程師和對應(yīng)行業(yè)專家需要通過調(diào)研明確用戶需求，只有采集到明確的用戶需求之后軟件工程師才能夠做出相應(yīng)分析尋找系統(tǒng)的研發(fā)方案。 需求分析 以市場調(diào)研資料為基礎(chǔ)，以滿足市場用戶發(fā)展需求為目的，而它又是整個項目系統(tǒng)設(shè)計和實現(xiàn) 過程的 重要前提 ， 通過 系統(tǒng) 可行性 分析 ， 系統(tǒng)開發(fā)環(huán)境分析、 功能性需求分析、非功能性需求分析等不同角度，以語言描述、圖示 （包括功能結(jié)構(gòu)圖、用例圖等）清楚詳細(xì)地予以表達(dá)和呈現(xiàn)該系統(tǒng)的主要開發(fā)目的、 開發(fā)價值、功能 模塊、各模塊的具體功能、相互之間的 規(guī)則約束 以及 界面流程等，這 可以使系統(tǒng)后期負(fù)責(zé)軟件開發(fā) 的人員以及 未來的 實際使用者清晰的了解該系統(tǒng)的開發(fā)環(huán)境和所需功能的實際情況， 并將其作為后期軟件系統(tǒng)設(shè)計和制定工作計劃的主要參考依據(jù)。 軟件開發(fā)中最常用的建模語言是 一建模語言） ， 一些早期面向?qū)ο蟮慕ＵZ言的統(tǒng)一。 清楚、明確地區(qū)分用于軟件設(shè)計文檔的語言和用于產(chǎn)生文檔的過程，對早期方法學(xué)進(jìn)行了重大變革。 面向?qū)ο髨D的方式來描述任何類型的系統(tǒng)，所以具有相當(dāng)廣闊的應(yīng)用領(lǐng)域。其中最常用的是建立軟件系統(tǒng)的模型。 為一個通用的標(biāo)準(zhǔn)建模語言，可以對任 何具有靜態(tài)結(jié)構(gòu)和動態(tài)行為的系統(tǒng)進(jìn)行建模。 在需求分析階段可以通過 的用例來捕獲用戶的需求。用例建模描述了對系統(tǒng)感興趣的外部角色及其對系統(tǒng)的功能要求。在需求分析階段主要關(guān)心第 三 章 系統(tǒng)需求分析 11 的問題域中的主要概念和機(jī)制，并且識別這些類以及它們相互間的關(guān)系，可以用 態(tài)模型來描述用例和類之間的寫作。在分析階段，只對問題域的對象建模，而不需要考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類。這些技術(shù)細(xì)節(jié)將在設(shè)計階段引入，因此設(shè)計階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明。 在第 3 章中，本文先對系統(tǒng)的可行性進(jìn)行了分析，介紹了系統(tǒng)的開發(fā)環(huán)境。隨后著重分 了析系統(tǒng)的功能性需求，并通過用戶分配和用例分析更加明確了系統(tǒng)的功能需求的細(xì)節(jié)，最后對系統(tǒng)的非功能性需求進(jìn)行了描述。 第一節(jié) 系統(tǒng)可行性分析 3 1 1 經(jīng)濟(jì)可行性 經(jīng)濟(jì)因素方面，主要考慮系統(tǒng)的開發(fā)成本和能夠產(chǎn)生多大的效益。由于本系統(tǒng)所使用的開發(fā)平臺和技術(shù)支撐平臺均是免費的，所以從軟件開發(fā)平臺的費用方面是完全免費的，不會產(chǎn)生任何附加費用。另外由于本系統(tǒng)是完全的以畢業(yè)設(shè)計作為研發(fā)目的，前期的整個投入成本很小，后期的維護(hù)費用幾乎沒有，所以對于開發(fā)人員的成本消耗幾乎可以忽略不計。除此之外，對于開發(fā)所使用的測試設(shè)備來 說，隨著 作系統(tǒng)手機(jī)的日益增多，成本價越來越低，人們對 統(tǒng)的了解程度越來越高，在設(shè)備的采購和對消防巡警的培訓(xùn)過程中都不會產(chǎn)生過多費用即可達(dá)到靈活使用?？偠灾浖_發(fā)工具完全免費，軟件開發(fā)人員成本低，對于開發(fā)過程產(chǎn)生的消耗產(chǎn)品投入較低，所以綜合以上幾點該系統(tǒng)從經(jīng)濟(jì)可行性上分析是完全可行的。 3 1 2 技術(shù)可行性 技術(shù)因素方面，本系 統(tǒng) 所涉及的主要技術(shù)包括 架以及 據(jù)庫和 據(jù)庫 。 系統(tǒng)的總體技術(shù)框架為客戶端采用 2 平臺結(jié)合 據(jù)庫，服務(wù)端采用 合 務(wù)器整合 架開發(fā)而成，客戶端和服務(wù)器之間通過 口進(jìn)行數(shù)據(jù)交互。其中 ，客 戶端使用 目前 主流的 境 工具 結(jié)合 司提供的 為開發(fā)工具，數(shù)據(jù)庫采用輕量級的 統(tǒng)作為目前行業(yè)最大的移動端開源系統(tǒng)，具備完善的開發(fā)、調(diào)試環(huán)境，由于用 言作為開發(fā)語言，所以具備很強(qiáng)的第 三 章 系統(tǒng)需求分析 12 跨平臺性，另 外 統(tǒng)自身支持各種擴(kuò)展，涵蓋了大量 的圖形組件、多媒體支持功能以及強(qiáng)大的瀏覽器；服務(wù)端采用技術(shù)成熟的 為開發(fā)工具，數(shù)據(jù)庫采用 據(jù)庫，整體項目設(shè)計的開發(fā)工具和技術(shù)平臺都已經(jīng)是目前軟件開發(fā)過程中相當(dāng)成熟可行的， 自單獨使用時各有利弊，如果將三個框架進(jìn)行有效的整合在一起就成為了目前很流行的架技術(shù)，形成了一個簡單實用，功能完善的 架，很大程度上提高了組件之間的可復(fù)用性，實現(xiàn)了軟件開發(fā)過程中的 “低耦合，高內(nèi)聚 ”，為后期對軟件進(jìn)行系統(tǒng)的維護(hù)開發(fā)和系統(tǒng)的擴(kuò)展提供了有效 的支撐。 綜合以上所述本系統(tǒng)采用先進(jìn)的主流開發(fā)技術(shù)，穩(wěn)定的技術(shù)平臺支撐，完全有可能開發(fā)出一套成熟，安全，可移植性強(qiáng)，可擴(kuò)展可維護(hù)性能高的系統(tǒng)。因此，開發(fā)本系統(tǒng)從技術(shù)上是可行的。 3 1 3 實施可行性 從管理模式發(fā)展的必然性來分析。當(dāng)今社會，尤其是在中國這樣人口密度普遍大的國家和城市，當(dāng)人們在遇到突發(fā)火災(zāi)事件后，傳統(tǒng)的靠打 119 口述火災(zāi)狀況，很難清楚明了的反應(yīng)出當(dāng)前的火災(zāi)狀況，由于個人之間的一些意見和觀念不同，對方向和位置把控的精度誤差較大，所以很難準(zhǔn)確的將火災(zāi)現(xiàn)場的位置信息，火災(zāi)的具體嚴(yán)重程度上報給消防應(yīng) 急救援部門，從而導(dǎo)致了該部門無法做出最優(yōu)的解決方法，耽誤了最佳救援時機(jī)，這就會給急救工作帶來很大困難，人們的生命健康也受到了極大的威脅。因此，要從傳統(tǒng)的人力通報即 “口頭傳達(dá) ”的消防應(yīng)急處理模式中釋放出來，通過 “網(wǎng)格化 ”管理劃分巡防警力責(zé)任區(qū)，完善動態(tài)巡防機(jī)制，引入科技技術(shù)，通過網(wǎng)絡(luò)化、現(xiàn)代化辦公進(jìn)行信息采集和數(shù)據(jù)資料傳輸迫在眉睫。逐步實現(xiàn)精確、及時、高效的現(xiàn)代化、規(guī)范化、數(shù)字化管理系統(tǒng)和救援模式，已成為當(dāng)前提升應(yīng)急管理處置效率和消防現(xiàn)代化管理水平的必經(jīng)之路?；?消防應(yīng)急救援管理系統(tǒng)的研發(fā)正是 基于這樣一個管理趨勢的必然發(fā)展所設(shè)計和實現(xiàn)的。 從反映災(zāi)情信息的準(zhǔn)確性和有效性來分析?？蛻舳说氖褂谜呒囱卜谰瘑T，通過該系統(tǒng)能精準(zhǔn)、高效的判斷當(dāng)即火情發(fā)生的位置地點、人員傷亡嚴(yán)重情況、救援路線等信息并在第一時間啟動緊急動員。管理員即可根據(jù)服務(wù)器端接收到的有效圖片、影像及數(shù)字資料，及時掌握災(zāi)情信息，制定和部署車輛、警力等相應(yīng)的緊急救助方案，從而減少口頭傳達(dá)的滯后性、茫然性和不可控性。 第 三 章 系統(tǒng)需求分析 13 從消防巡警的使用難易度層面來分析。本系統(tǒng)功能簡單，操作便捷?；诓僮飨到y(tǒng)是日常手機(jī)常用的操作系統(tǒng)，對大多數(shù)人來說 并不陌生，在消防巡警巡防工作的使用上，并不存在太大難度，通過簡單培訓(xùn)即可上手操作。 綜上所述，該系統(tǒng)具有很強(qiáng)的實施可行性。 第二節(jié) 開發(fā)環(huán)境 操作系統(tǒng) ： 作系統(tǒng) 體系結(jié)構(gòu) ： B/S 編程語言 ： 發(fā)工具 ： 據(jù)庫 ： 本系統(tǒng)客戶端采用 據(jù)庫，服務(wù)器端選用 據(jù)庫。 第三節(jié) 功能性需求分析 本課題是研究運用現(xiàn)代先進(jìn)的科技水平，利用 筑消防監(jiān)督信息化工作平臺，改原有的“口頭描述”模式為定位采集、網(wǎng)絡(luò)傳輸?shù)?現(xiàn)代化辦公模式。通過網(wǎng)絡(luò)方式將現(xiàn)有的相關(guān)工作聯(lián)為一個整體，使得消防監(jiān)督工作在信息搜集、處理的過程中更加迅速，更加準(zhǔn)確，減少因為個人之間對信息把控敏感程度不同導(dǎo)致的信息管理延誤造成的損失。從而，推進(jìn)消防監(jiān)督工作規(guī)范化、智能化，為最終實現(xiàn)城市數(shù)字化消防管控模式打下基礎(chǔ)。 另外，本系統(tǒng)致力于建立集中統(tǒng)一的基礎(chǔ)數(shù)據(jù)庫，對消防信息數(shù)據(jù)進(jìn)行統(tǒng)一管理，保證監(jiān)督信息管理分析為消防決策部門提供可靠、真實、準(zhǔn)確的數(shù)據(jù)來源。利用現(xiàn)代化的科學(xué)技術(shù)，保證數(shù)據(jù)的一致性、完整性和及時性。消防管控系統(tǒng)將分為兩大部分 ： 一是，人員管理系統(tǒng)；二 是，應(yīng)急救援管理系統(tǒng)。本文即是基于 戶端進(jìn)行設(shè)計和開發(fā)的系統(tǒng)，該系統(tǒng)又分為 戶端和 合 務(wù)器的服務(wù)端。 3 3 1 客戶端功能性需求分析 作為該系統(tǒng)需求分析部分的主要負(fù)責(zé)人，為全面做好需求 設(shè)計，我結(jié)合調(diào)研所掌握的某城市消防網(wǎng)格化責(zé)任分區(qū)和消防應(yīng)急預(yù)防 救援機(jī)制等資料，將本文所研發(fā)的基于 臺的消防急救援管理系統(tǒng)中的各個功能模塊進(jìn)行了第 三 章 系統(tǒng)需求分析 14 詳細(xì)的分析，力求準(zhǔn)確表述系統(tǒng)的各項需求，作為系統(tǒng)設(shè)計和開發(fā)人員的指導(dǎo)準(zhǔn)則。如圖 3 1 所示， 急救援系統(tǒng) 客戶端按其功能可劃分為系統(tǒng)登陸、緊急呼叫、填報救援、系統(tǒng)設(shè)置、數(shù)據(jù)同步、隱患標(biāo)定、路線導(dǎo)航、最新消息、工作計劃九個模塊。 圖 3 1 客戶端系統(tǒng)功能結(jié)構(gòu)圖 通過 3 1 圖示，可以對該系統(tǒng)客戶端的系統(tǒng)功能有一個全面清晰的了解，各個模塊的功能如下 ： 1、系統(tǒng)登錄模塊 ： 該模塊主要是提供使用用戶登錄者，即消防巡警人員按照既定所屬轄區(qū)進(jìn)行登陸系統(tǒng)時，進(jìn)行相應(yīng)操作的系統(tǒng)入口?？赏ㄟ^用戶名、密碼進(jìn)行登陸。 2、緊急呼叫模塊 ： 該模塊主要是在消防巡警人員在遇到火情時，第一時間登錄系統(tǒng)后選擇所在轄區(qū)，系統(tǒng)就會依據(jù)轄區(qū)位置自動 檢索到對應(yīng)的轄區(qū)緊急救助電話號碼，通過一鍵撥號，快速觸發(fā)，上報并啟動應(yīng)急救援行動。 3、填報救援模塊 ： 該模塊為消防巡警人員在遇到火情時，提供了數(shù)據(jù)采集，音頻采集，視頻信息采集的功能，將采集到的信息通過 議上傳給服務(wù)器，供消防決策部門快速準(zhǔn)確的做出應(yīng)急處置方案，確保廣大人民群眾和國家的生命財產(chǎn)安全。 4、系統(tǒng)設(shè)置模塊 ： 主要是對手機(jī)的一些方便性進(jìn)行設(shè)置。 5、數(shù)據(jù)同步模塊 ： 該模塊通過 議與服務(wù)器進(jìn)行通信，以便于消防巡警登陸系統(tǒng)后進(jìn)行數(shù)據(jù)同步，及時有效獲取服務(wù)器最新數(shù)據(jù)信息，更新本地數(shù)據(jù)庫，保障當(dāng) 前信息的真實性和及時性。 第 三 章 系統(tǒng)需求分析 15 6、隱患標(biāo)定模塊 ： 該模塊為當(dāng)消防巡警巡檢過程中發(fā)現(xiàn)某地存在安全隱患，利用 置信息對該位置進(jìn)行隱患標(biāo)定，并采集相應(yīng)的隱患現(xiàn)象，通過 為決策部門制定相應(yīng)預(yù)防和處置的信息依據(jù)，盡量做到防患于未然，保障廣大人民的根本利益。 7、路線導(dǎo)航模塊 ： 該模塊是通過手機(jī)自帶的 塊，準(zhǔn)確定位消防巡警當(dāng)前位置，提供巡警選擇求救的轄區(qū)位置信息，并且提供具體的行車路線，保障救援行動目的地明確、路線獲取及時，以便最高效的按照上級部署的救援方案抵達(dá)和指揮救援現(xiàn)場。 8、最新消 息模塊 ： 該模塊通過 議與服務(wù)器進(jìn)行通信，以便于消防巡警登陸系統(tǒng)后，隨時獲取服務(wù)器最新消息，根據(jù)消息作出相應(yīng)的防患措施。 9、工作計劃模塊 ： 該模塊通過 議與服務(wù)器進(jìn)行通信，以便于消防巡警登陸系統(tǒng)后，獲取服務(wù)器最新工作計劃安排，根據(jù)計劃安排作出相應(yīng)的工作方案。 3 3 2 服務(wù)器端功能性需求分析 為使系統(tǒng)研發(fā)和實現(xiàn)人員更為全面準(zhǔn)確的把握需求設(shè)計，僅將服務(wù)器端功能做簡要表述，但不做本文系統(tǒng)設(shè)計開發(fā)與實現(xiàn)的重點。該服務(wù)器端為決策部門管理員和系統(tǒng)管理員使用，按其功能劃分為系統(tǒng)登陸、車輛管理、救援管理，隱患標(biāo)定，最新消息管理，工作計劃管理、系統(tǒng)管理七個功能模塊。如圖 3 2 所示 ： 圖 3 2 服務(wù)器端系統(tǒng)功能結(jié)構(gòu)圖 第 三 章 系統(tǒng)需求分析 16 通過 3 2 圖示，可以對服務(wù)器端的系統(tǒng)功能有一個全面清晰的了解。服務(wù)器端各模塊功能如下 ： 系統(tǒng)登錄模塊 ： 該模塊主要是提供使用用戶登錄者，即消防決策部門管理人員及系統(tǒng)管理員登陸系統(tǒng)時，進(jìn)行相應(yīng)操作的系統(tǒng)入口?？赏ㄟ^用戶名、密碼進(jìn)行登陸。 車輛管理模塊 ： 該模塊主要是執(zhí)行救援任務(wù)時，對派出車輛的數(shù)量、不同車輛承載人數(shù)、等信息的管理。 救援管理模塊 ： 該模塊主要是以接收到客戶端的緊急呼叫和救援填報情況為