【畢業(yè)學(xué)位論文】(Word原稿)基于Android的消防應(yīng)急救援管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程_第1頁
【畢業(yè)學(xué)位論文】(Word原稿)基于Android的消防應(yīng)急救援管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程_第2頁
【畢業(yè)學(xué)位論文】(Word原稿)基于Android的消防應(yīng)急救援管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程_第3頁
【畢業(yè)學(xué)位論文】(Word原稿)基于Android的消防應(yīng)急救援管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程_第4頁
【畢業(yè)學(xué)位論文】(Word原稿)基于Android的消防應(yīng)急救援管理系統(tǒng)的設(shè)計與實現(xiàn)-軟件工程_第5頁
已閱讀5頁,還剩71頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

中圖分類號 : 學(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é) 課題研究的目的和意義 運(yùn)用現(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)代化,工程化,運(yù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ū)ο蟮慕UZ言的統(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é) 功能性需求分析 本課題是研究運(yùn)用現(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ù)、等信息的管理。 救援管理模塊 : 該模塊主要是以接收到客戶端的緊急呼叫和救援填報情況為

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論