【毕业学位论文】（Word原稿）基于Android的消防应急救援管理系统的设计与实现-软件工程

中图分类号 ： 学校代码 ： 10055 密级 ： 公开 硕 士 学 位 论 文 基于 消防应急救援管理系统的 设计与实现 文摘要 中文摘要 当人们在遇到突发火灾事件后 ， 若只是单纯的靠打 119 很难清楚明了的反应出当前的火灾状况 ， 而且由于个人之间的一些意见和观念不同 ， 对方向和位置把控的精度误差较大，所以 很难准确的将火灾现场的位置信息 ， 火灾的具体严重程度上报给消防应急救援 决策 部门，从而导致了该部门无法做出最优的解决方法 ， 耽误了最佳救援时机 ， 这就会给急救工作带来很大困难 ， 人们的生命健康也受到了极大的威胁 。 基于上述需求，本文采用 合 台开发技术， 通过对消防应急救援管理系统的功能需求、性能需求进行分析，围绕系统的体系结构、功能模块与数据库等方面展开设计，最后描述了系统的实现与 应用 测试实例。 该系统设计的目的是为了消防 巡警 人员在遇到火灾现场 时， 能够及时准确的将位置信息 以及 火灾的 现场 具体 状况通过数据信息 、 音频 、 视频等多媒体的形式，直观形象的展现在决策部门 面前，为 快速制定最优应急救援方案提供依据，最大程度避免由于救援信息不足 、 不准确而导致错 误的决策，最大可能避免人们的生命健康受到威胁 和解决由于对火灾情况把握不准而导致 的 人力物力调度不合理现象产生。 关键词 ： 火灾 应急救援 统 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 第一节 课题背景 . 1 1 1 1 国内现状 . 1 1 1 2 国外现状 . 1 1 1 3 发展方向 . 2 1 1 4 主攻方向 . 2 第二节 课题研究的目的和意义 . 2 第三节 课题研究内容 . 2 第 四节 论文结构 . 3 第二章 相关技术论述 . 5 第一节 客户端 统简介 . 5 2 1 1 作系统简介 . 5 2 1 2 构 . 5 2 1 3 统的优势 . 5 2 1 4 发环境的搭建 . 7 第二节 计模式分析 . 8 2 2 1 计模式概述 . 8 2 2 2 作原理 . 8 第三章 系统需求分析 . 10 第一节 系统可行性分析 . 11 3 1 1 经济可行性 . 11 3 1 2 技术可行性 . 11目 录 3 1 3 实施可行性 . 12 第二节 开发环境 . 13 第三节 功能性需求分析 . 13 3 3 1 客户端功能性需求分析 . 13 3 3 2 服务器端功能性需求分析 . 195 第四节 角色分配 . 15 第五节 系统用例分析 . 17 3 5 1 紧急呼叫功能相关分析 . 19 3 5 2 填报救援功能相关分析 . 20 3 5 3 数据同步功能相关需求 . 21 3 5 4 隐患标定功能相关需求 . 21 3 5 5 路线导航功能相关需求 . 21 3 5 6 工作计划功能相关需求 . 22 3 5 7 车辆管理功能相关需求 . 23 3 5 8 系统管理功能相关需求 . 23 第六节 非功能性需求分析 . 244 3 6 1 安全性需求 . 244 3 6 2 可靠性需求 . 255 第四章 系统概要设计 . 26 第一 节 系统 架构 . 26 第二节 系统主要用例实现 . 28 第三节 数据库设计 . 29 4 3 1 系统的概念数据模型 . 30 4 3 2 系统的数据库实现 . 34 第五章 系统详细设计与实现 . 37 第一节 系统客户端设计与实现 . 37 5 1 1 总体设计与实现 . 37 5 1 2 系统登录模块设计与实现 . 39 5 1 3 紧急呼叫模块设计与实现 . 41目 录 5 1 4 填报救援模块设计与实现 . 43 5 1 5 数据同步模块设计与实现 . 47 5 1 6 路线导航模块设计与实现 . 49 第二节 服务器端应急救援设计与实现 . 52 5 2 1 系统业务层设计 . 52 5 2 2 系统持久层设计 . 53 第三节 系统测试 . 54 5 3 1 填报救援模块测试 . 55 5 3 2 路线导航模块设计与实现 . 61 第六章 总结与展望 . 65 第一节 主要工作 . 65 第二节 展望 . 65 参考文献 . 67 致谢 . 69 个人简历 . 70 第 一 章 引言 1 第一章 引言 第一节 课题背景 1 1 1 国内现状 首先 ， 国内现状从 “短期 效应 ”来看情况比较普遍，几乎是没有一个能够 涉及整个消防行业网络化工作方式的长远规划。另外由于目前国内没有一套对消防信息化整体建设发展的蓝图，对各个地区各个工作阶段需要完成的工作要求也就不是太明确，从而很多行业领导便将信息化建设的工作重点转移到“短期效应”上来，所采购的设备，软件以及整体的信息化配置都没有能够兼顾到今后的发展和升级，从而导致各种软、硬件淘汰速度过快，造成不必要的经济和人力的浪费。 其次 ， 软件整体低水平低下、重复开发率较高。目前全国软件市场上各类消防软件层次不齐只有数量没有质量，从软件的整体开 发数量来看，是比较可观的，但是其中重复率居高不下、滥竽充数的产品太多，另外软件的功能上也只停留在低水平上，缺少扩展的的可能性，导致现有的各种高技术设备不能够发挥其应用的作用。 最后 ， 目前国内软件市场上消防类的各类软件开发的功能各式各样，不能够针对消防行业涉及功能需求。从每年软件市场上开发的消防软件来看，其中的确有一些功能强大的产品，能够满足一些消防部门的行业需求，但是由于其开发人员不具备消防行业的工作经历，所涉及开发的产品缺乏实用性，甚至有的操作复杂，使用难度大，不适合消防工作人员使用。 1 1 2 国外 现状 国外尤其是欧洲国家，诸如美国，德国等发达国家，针对消防视野拥有统一的行业规划，其设计研发的消防系统能够准确的覆盖到各级消防机构、信息系统、消防员训练等方面，从根本上实现了消防工作流程的电子化、网络化、工程化，使得消防工作人员从日常工作中充分解放出来，从而实现了信息交流的高速进行，各级消防部门，案例和资源的合理共享，大幅度提高了消防部门的办公效率，节约了经济，人力资源，最大程度上保障了广大人民的生命财产安全。 第 一 章 引言 2 1 1 3 发展趋势 消防部门属于国家政府机构，其整个机构集中使用；涉及到的信息交换和数据处理 很频繁；整个系统维护；从网络安全方面构筑良好的系统安全机制；针对下属机构采取集中办公的管理模式；主要体现为方便高效、快速响应、智能、人性化的办公要求。 1 1 4 主攻方向 结合国外国际标准以及消防行业的实际行业工作流程配合现代高科技设备从实际出发，以真实的工作流程为依托背景，开发出一套利于扩展、简洁、高效稳定易于操作的管理系统。 第二节 课题研究的目的和意义 运用现代网络科技构筑消防监督信息化工作平台，将原有的“口头转述”办公方式转变为“无纸化”网络办公方式，实现消防监督工作整体通过网上实施，为“数字消防 ”实现消防监督“无纸化办公”打基础 ： a 促进消防监督工作现代化工程化，将消防监督工作联为一个整体，使在消防监督工作工程中的信息搜集、处理更迅速，更准确。从而最多可能性降低因信息管理延误而造成的经济损失。 b 利用现代化的网络技术，保证消防数据信息的一致性与完整性。 为做到简洁实用，在整个系统的设计过程中必须坚持两个面向 ： a 面向使用对象，消防部队的大部分干警对计算机接触并不多，所以界面应尽量简化、优化，易操作； b 面向实际操作过程，当前消防部队正处在由原有办公方式向 网上办公的转变过程中，计算机编程应 尽量面向工作的实际操作过程，从而减缓由原来办公方式向网上办公转变的坡度，降低消防部队使用难度。 第三节 课题研究内容 应急救援在当前社会是一个不可忽视的话题，随着社会快速发展，城市人口密度不断增加，突发事件时有发生，如何快速采取应急措施，最大程度上避免人们的生命财产损失已经成为了一个刻不容缓的话题，应急救援系统是利用现代先进的 网络 科技技术 构筑 一个 消防监督信息化工作平台， 将 原有 的“口头第 一 章 引言 3 传达” 办公方式 改 为网络办公 方式，工作方式上实现由“口头传达办公”向“无纸化办公”方式的转变 ， 最终 实现消防 信息 监督工作网上实施 的 方式 ，为 实现“ 数字消防 ” 的工作模式 打基础 ： 进一步 促进消防监督工作 的现代化，工程化，运用网络方式 将有关的工作联为一个整体，使消防监督工作的信息搜集、 上报 、处理更迅速，更准确。从而减少 因为 信息管理延误造成的损失。利用现代化的网络技术 ，保证数据的一致性与完整性。 在中国这个人口大国中应急救援的及时与否直接关系到人民生命财产的安全性高低，对提高人民的生活质量、保护尤为重要。 现实生活中，我们的身边随时随地可能存在这样或那样的安全隐患，当突发事件发生时，利用该应急系统可以快速准确的将现场的数据信息通过口快速上报给消防决策部门，以便于决策机构及时、准确、快捷的启动救援行动，同时利用网络构筑消防监督信息化平台，这便是该系统的研究内容所在。 第四节 论文结构 本篇论文的结构一共分为六个章节 ： 第一章 引言，主要从国内外现状、未来发展趋势、主攻方向四个方面介绍了基于 台的消防应急管理系统的课题背景，阐释了课题研究的目的意义及主要研究内容。 第二章 相关理论和技术论述，介绍了 统的优势、架构、开发环境的搭建以及 计模式及工作原理。 第三章 系统需求分析，从经济、技术、实施三个 方面分析了系统的可行性。在功能性需求分析时，对系统登陆、紧急呼叫、填报救援、隐患标定等功能模块，进行了较为详细的分析，并通过用例分析进一步明确了系统的参与者与用例之间的关系。 第四章 系统概要设计，介绍了系统采用的开发模式和总体架构，通过系统主要用例实现阐述了对应于需求分析阶段的各个模块的功能。数据库的设计部分说明了所应对使用的各种数据信息表。 第五章 系统详细的设计与实现，对手机客户端各个模块的设计与实现进行了介绍，展示了各个功能模块的实际美工界面，并对各个功能的操作流程进行第 一 章 引言 4 了说明；通过对系统业务层和持久 层的介绍，说明了系统服务器端应急救援系统的设计与实现。 第六章 结论与展望，对基于 台的消防应急救援系统的设计和实现进行了总结，对不足之处进行了归纳整理，并对系统有待完善的部分提出了可研发性的展望。 第 二 章 相关技术论述 5 第二章 相关技术论述 第一节 客户端 统简介 2 1 1 作系统简介 初是指 “ 机器人 ” ， 也是 2007 年 11 月 5 日宣布的基于 台的开源手机操作系统的名称， 期是 由 持开发，之后由诸多开发团队组建的开 发手机联盟开发而成 。 体采用了软件堆层的架构模式，其主要结构可以分成三部分 ： 底层是由 核作为基础，提供了一些基本功能；其他的应用层面的软件由各大软件公司自行研发产生。另外， 了推广 发技术平台，和其他几十个手机公司联合建立了开发手机联盟。 2 1 2 统的优势 1 开放性， 具备 强大的开发软件者的支持，让 更多的 消费者有很多软件可用。 2 无缝结合的 用，如果你是一位 士，我想你还是常用到这些功能吧。 3 对网络友好，丰富 的功能选择。 4 软件兼容性比较好。 2 1 3 构 如 图 2 1 所示 是 作系统的主要组件， 以下 将会对每一 个组建 进行详细 的说明 。 用程序框架 序 开发者可以 免费 访问 其 核心应用程序所使用的 所有 架 结构 。 该应用程序架构主要用于简化组件使得软件重用；对于每一个 用程序开发者都可以发布它的功能模块同时任何应用程序都可以使用该开发者发布的功能模块，但是必须遵循框架的安全性限制规则 。目前很多 内部系统都会采用 系结构开发，但是针对这种开发体系结构，客户端部分承担了太多的角色从而使得系统过于臃肿，不能第 二 章 相关技术论述 6 够体现其简洁灵活的特性，在第一次部署系统时相对来说会显得比较容易，但是对于系统的二次开发和系统的扩展性能太差，不利于系统后期的升级改造。并且该体系结果过于依赖某种专有的协议，从而导致代码重用和业务逻辑的流程化管理显得异常困难 。 相对于 系结构， 系结构 使用多层分布式应用 模式作为开发的体系结构 ， 所有应用的业务逻辑按具体的功能模块划分为多个组件进行区分处理，其中每个组件之间根据各 自所在的不同层之间存在不同的机器上，将两层化模型中的不能层面切分成多个层，使得 一个多层化应用能够 同时 为 多个 不同的服务提供一个独立的层， 其体系 结构如图 2 1所示 ： 图 2 1 统架构 以下所有的应用程序都由一系列 不同的 服务和系统组成， 其中 包括 : 1 （ 可拓展的视图 : 其主要功能是用来创建应用程序 ， 其中 包括网络（ ，列表（ ，按钮 （ ，文本框 （ ，甚至包括一个可嵌入的 览器。 2 （ 内容管理器 ： 其主要功能是供应用程序访问另外一个公用程序的数据，或者是共享自己本身所具备的的数据。 第 二 章 相关技术论述 7 3 （ 资源管理器 ： 其主要功能是用于提供非代码资源文件的访问，诸如 ： 图形，分层文件等等。 4 （ 通知管理器 ： 其主要功能是能够让应用程序能够在状态栏中显示提示信息。 5 （ 活动类管理器 ： 其主要功能是用于管理应用程序的生命周期和提供一些基本的导航回退功能。 2 1 4 发环境的搭建 主要开发语言是 时在进行应用程序的开发过程中需要基于 拟机，因此， 荐 用程序采用目前主流的 发环境 然单纯的只有 不够的，还需要有由 司提供的 此之外，由于 用程序的开发不同于 发，需要集成 供的 需要在 安装 件。 总而言之，如果你想进行 用程序的开发需要以下几种软件，才能搭建起 开发环境，从而进行 用程序的开发，开启自己的用程序开发之旅。 1 括 本的 3 件 以下主要介绍如何去搭建 用程序开发平台 ： 第一步 ： 软件下载 ： 首先需要到 方网站下载 者是去技术网站下载集成开发环境并且进行解压安装， 安装过程十分简单，只需要将下载的 行解压即可完成对 安装，下载完成后，紧接着去下载 第二步 ： 安装 置相应的环境变量 ： 安装也十分简单，只需要双击下载的安装文件，按照安装提示一直点 成安装即可，当完成 装之后需要对环境变量进行配置，首先找到环境变量中的 量将 装目录的 径复制粘贴，保存即可完成 环境变量配置过程。 第三步 ： 安装 成 件的集成 ： 安装过程非常简单，只需要将下载的压缩文件进行解压，解压之后双击 压后目第 二 章 相关技术论述 8 录中的 动 动 后，选择 单中的 选项卡上的 击右侧的 “入“ 后确定，然后在 “拉菜单中选择刚才输入的网址。稍等片刻就会显示出 项，勾选之后点击 完成查找 发工具插件，然后找 到 中这两个点击 会自动下载并安装 件了，最后会提示重启 新启动 可完成 件的集成。 第四步 ： 集成 ： 当重新启动 后如果在菜单列中多了两个类似 器人的按钮则代表 件集成成功，只需要选择 单中的 左侧的后点击 集成。 第五步 ： 将 路劲配置到环境变量中 ： 在环境变量 路径，完成 发环境的最终搭建。 第二节 计模式分析 2 2 1 计模式概述 一种应用很广泛的软件设计模式，其中 M 代表模型 V 代表视图 C 代表控制器 件设计模式的最大特点是它对应用程序的输入、数据处理、输出进行了分离。在软件开发过程中使用 主要目的是能够将代表数据模型的 M 层和代表视图的 V 层实现代码分离，使得应用程序能够使用不同的表现形式进行显示。 2 2 2 作原理 1 型） 模型主要是用于表示企业数据和业务规则。相比于 型是整个应用程序的 核心部件，它具有最多的处理任务。模型和数据的具体格式没有任何关系，因此模型可以为多个视图提供数据支持，从而减少了代码的重复性，实现了整个代码结构的复用。 第 二 章 相关技术论述 9 2 图） 视图作为与用户交互的界面是直接和用户接触的，视图提供了整个系统的外观界面，是联系用于和程序之间的纽带。 3 制器） 控制器主要是用于接收用户的输入并结合模型和视图根据用户的需求完成用户对需求的操作。第 三 章 系统需求分析 10 第三章 系统需求分析 软件系统需求分析 ： 是指对需要解决的实际问题进行详细的分析，并且能够根据分析结果明确问 题的具体要求，将实际业务流程构成抽象的具体数据模型，主要包括系统在进行工作的过程中需要输入什么样的数据，什么类型数据等等，同时对这些输入的数据进行怎样的数据处理，最后返回怎样的输出结果，采取什么样的操作想要达到怎样的预期结果等等一系列。总之，软件系统需求分析就是明确计算机需要 “做什么？ ”、 “怎么做？ ”等一些问题。在软件工程定义中，系统软件需求分时是指建立一个新的或者是改变一个现有的软件系统，并且能够描述新的系统的主要目的、主要功能和主要实现方案。一个软件的成功与否，能不能够最大程度上满足用户的需求与软件需求 分析密不可分，在软件需求分析阶段，系统分析员、软件工程师和对应行业专家需要通过调研明确用户需求，只有采集到明确的用户需求之后软件工程师才能够做出相应分析寻找系统的研发方案。 需求分析 以市场调研资料为基础，以满足市场用户发展需求为目的，而它又是整个项目系统设计和实现 过程的 重要前提 ， 通过 系统 可行性 分析 ， 系统开发环境分析、 功能性需求分析、非功能性需求分析等不同角度，以语言描述、图示 （包括功能结构图、用例图等）清楚详细地予以表达和呈现该系统的主要开发目的、 开发价值、功能 模块、各模块的具体功能、相互之间的 规则约束 以及 界面流程等，这 可以使系统后期负责软件开发 的人员以及 未来的 实际使用者清晰的了解该系统的开发环境和所需功能的实际情况， 并将其作为后期软件系统设计和制定工作计划的主要参考依据。 软件开发中最常用的建模语言是 一建模语言） ， 一些早期面向对象的建模语言的统一。 清楚、明确地区分用于软件设计文档的语言和用于产生文档的过程，对早期方法学进行了重大变革。 面向对象图的方式来描述任何类型的系统，所以具有相当广阔的应用领域。其中最常用的是建立软件系统的模型。 为一个通用的标准建模语言，可以对任 何具有静态结构和动态行为的系统进行建模。 在需求分析阶段可以通过 的用例来捕获用户的需求。用例建模描述了对系统感兴趣的外部角色及其对系统的功能要求。在需求分析阶段主要关心第 三 章 系统需求分析 11 的问题域中的主要概念和机制，并且识别这些类以及它们相互间的关系，可以用 态模型来描述用例和类之间的写作。在分析阶段，只对问题域的对象建模，而不需要考虑定义软件系统中技术细节的类。这些技术细节将在设计阶段引入，因此设计阶段为构造阶段提供更详细的规格说明。 在第 3 章中，本文先对系统的可行性进行了分析，介绍了系统的开发环境。随后着重分 了析系统的功能性需求，并通过用户分配和用例分析更加明确了系统的功能需求的细节，最后对系统的非功能性需求进行了描述。 第一节 系统可行性分析 3 1 1 经济可行性 经济因素方面，主要考虑系统的开发成本和能够产生多大的效益。由于本系统所使用的开发平台和技术支撑平台均是免费的，所以从软件开发平台的费用方面是完全免费的，不会产生任何附加费用。另外由于本系统是完全的以毕业设计作为研发目的，前期的整个投入成本很小，后期的维护费用几乎没有，所以对于开发人员的成本消耗几乎可以忽略不计。除此之外，对于开发所使用的测试设备来 说，随着 作系统手机的日益增多，成本价越来越低，人们对 统的了解程度越来越高，在设备的采购和对消防巡警的培训过程中都不会产生过多费用即可达到灵活使用。总而言之，软件开发工具完全免费，软件开发人员成本低，对于开发过程产生的消耗产品投入较低，所以综合以上几点该系统从经济可行性上分析是完全可行的。 3 1 2 技术可行性 技术因素方面，本系 统 所涉及的主要技术包括 架以及 据库和 据库 。 系统的总体技术框架为客户端采用 2 平台结合 据库，服务端采用 合 务器整合 架开发而成，客户端和服务器之间通过 口进行数据交互。其中 ，客 户端使用 目前 主流的 境 工具 结合 司提供的 为开发工具，数据库采用轻量级的 统作为目前行业最大的移动端开源系统，具备完善的开发、调试环境，由于用 言作为开发语言，所以具备很强的第 三 章 系统需求分析 12 跨平台性，另 外 统自身支持各种扩展，涵盖了大量 的图形组件、多媒体支持功能以及强大的浏览器；服务端采用技术成熟的 为开发工具，数据库采用 据库，整体项目设计的开发工具和技术平台都已经是目前软件开发过程中相当成熟可行的， 自单独使用时各有利弊，如果将三个框架进行有效的整合在一起就成为了目前很流行的架技术，形成了一个简单实用，功能完善的 架，很大程度上提高了组件之间的可复用性，实现了软件开发过程中的 “低耦合，高内聚 ”，为后期对软件进行系统的维护开发和系统的扩展提供了有效 的支撑。 综合以上所述本系统采用先进的主流开发技术，稳定的技术平台支撑，完全有可能开发出一套成熟，安全，可移植性强，可扩展可维护性能高的系统。因此，开发本系统从技术上是可行的。 3 1 3 实施可行性 从管理模式发展的必然性来分析。当今社会，尤其是在中国这样人口密度普遍大的国家和城市，当人们在遇到突发火灾事件后，传统的靠打 119 口述火灾状况，很难清楚明了的反应出当前的火灾状况，由于个人之间的一些意见和观念不同，对方向和位置把控的精度误差较大，所以很难准确的将火灾现场的位置信息，火灾的具体严重程度上报给消防应 急救援部门，从而导致了该部门无法做出最优的解决方法，耽误了最佳救援时机，这就会给急救工作带来很大困难，人们的生命健康也受到了极大的威胁。因此，要从传统的人力通报即 “口头传达 ”的消防应急处理模式中释放出来，通过 “网格化 ”管理划分巡防警力责任区，完善动态巡防机制，引入科技技术，通过网络化、现代化办公进行信息采集和数据资料传输迫在眉睫。逐步实现精确、及时、高效的现代化、规范化、数字化管理系统和救援模式，已成为当前提升应急管理处置效率和消防现代化管理水平的必经之路。基于 消防应急救援管理系统的研发正是 基于这样一个管理趋势的必然发展所设计和实现的。 从反映灾情信息的准确性和有效性来分析。客户端的使用者即巡防警员，通过该系统能精准、高效的判断当即火情发生的位置地点、人员伤亡严重情况、救援路线等信息并在第一时间启动紧急动员。管理员即可根据服务器端接收到的有效图片、影像及数字资料，及时掌握灾情信息，制定和部署车辆、警力等相应的紧急救助方案，从而减少口头传达的滞后性、茫然性和不可控性。 第 三 章 系统需求分析 13 从消防巡警的使用难易度层面来分析。本系统功能简单，操作便捷。基于操作系统是日常手机常用的操作系统，对大多数人来说 并不陌生，在消防巡警巡防工作的使用上，并不存在太大难度，通过简单培训即可上手操作。 综上所述，该系统具有很强的实施可行性。 第二节 开发环境 操作系统 ： 作系统 体系结构 ： B/S 编程语言 ： 发工具 ： 据库 ： 本系统客户端采用 据库，服务器端选用 据库。 第三节 功能性需求分析 本课题是研究运用现代先进的科技水平，利用 筑消防监督信息化工作平台，改原有的“口头描述”模式为定位采集、网络传输的 现代化办公模式。通过网络方式将现有的相关工作联为一个整体，使得消防监督工作在信息搜集、处理的过程中更加迅速，更加准确，减少因为个人之间对信息把控敏感程度不同导致的信息管理延误造成的损失。从而，推进消防监督工作规范化、智能化，为最终实现城市数字化消防管控模式打下基础。 另外，本系统致力于建立集中统一的基础数据库，对消防信息数据进行统一管理，保证监督信息管理分析为消防决策部门提供可靠、真实、准确的数据来源。利用现代化的科学技术，保证数据的一致性、完整性和及时性。消防管控系统将分为两大部分 ： 一是，人员管理系统；二 是，应急救援管理系统。本文即是基于 户端进行设计和开发的系统，该系统又分为 户端和 合 务器的服务端。 3 3 1 客户端功能性需求分析 作为该系统需求分析部分的主要负责人，为全面做好需求 设计，我结合调研所掌握的某城市消防网格化责任分区和消防应急预防 救援机制等资料，将本文所研发的基于 台的消防急救援管理系统中的各个功能模块进行了第 三 章 系统需求分析 14 详细的分析，力求准确表述系统的各项需求，作为系统设计和开发人员的指导准则。如图 3 1 所示， 急救援系统 客户端按其功能可划分为系统登陆、紧急呼叫、填报救援、系统设置、数据同步、隐患标定、路线导航、最新消息、工作计划九个模块。 图 3 1 客户端系统功能结构图 通过 3 1 图示，可以对该系统客户端的系统功能有一个全面清晰的了解，各个模块的功能如下 ： 1、系统登录模块 ： 该模块主要是提供使用用户登录者，即消防巡警人员按照既定所属辖区进行登陆系统时，进行相应操作的系统入口。可通过用户名、密码进行登陆。 2、紧急呼叫模块 ： 该模块主要是在消防巡警人员在遇到火情时，第一时间登录系统后选择所在辖区，系统就会依据辖区位置自动 检索到对应的辖区紧急救助电话号码，通过一键拨号，快速触发，上报并启动应急救援行动。 3、填报救援模块 ： 该模块为消防巡警人员在遇到火情时，提供了数据采集，音频采集，视频信息采集的功能，将采集到的信息通过 议上传给服务器，供消防决策部门快速准确的做出应急处置方案，确保广大人民群众和国家的生命财产安全。 4、系统设置模块 ： 主要是对手机的一些方便性进行设置。 5、数据同步模块 ： 该模块通过 议与服务器进行通信，以便于消防巡警登陆系统后进行数据同步，及时有效获取服务器最新数据信息，更新本地数据库，保障当 前信息的真实性和及时性。 第 三 章 系统需求分析 15 6、隐患标定模块 ： 该模块为当消防巡警巡检过程中发现某地存在安全隐患，利用 置信息对该位置进行隐患标定，并采集相应的隐患现象，通过 为决策部门制定相应预防和处置的信息依据，尽量做到防患于未然，保障广大人民的根本利益。 7、路线导航模块 ： 该模块是通过手机自带的 块，准确定位消防巡警当前位置，提供巡警选择求救的辖区位置信息，并且提供具体的行车路线，保障救援行动目的地明确、路线获取及时，以便最高效的按照上级部署的救援方案抵达和指挥救援现场。 8、最新消 息模块 ： 该模块通过 议与服务器进行通信，以便于消防巡警登陆系统后，随时获取服务器最新消息，根据消息作出相应的防患措施。 9、工作计划模块 ： 该模块通过 议与服务器进行通信，以便于消防巡警登陆系统后，获取服务器最新工作计划安排，根据计划安排作出相应的工作方案。 3 3 2 服务器端功能性需求分析 为使系统研发和实现人员更为全面准确的把握需求设计，仅将服务器端功能做简要表述，但不做本文系统设计开发与实现的重点。该服务器端为决策部门管理员和系统管理员使用，按其功能划分为系统登陆、车辆管理、救援管理，隐患标定，最新消息管理，工作计划管理、系统管理七个功能模块。如图 3 2 所示 ： 图 3 2 服务器端系统功能结构图 第 三 章 系统需求分析 16 通过 3 2 图示，可以对服务器端的系统功能有一个全面清晰的了解。服务器端各模块功能如下 ： 系统登录模块 ： 该模块主要是提供使用用户登录者，即消防决策部门管理人员及系统管理员登陆系统时，进行相应操作的系统入口。可通过用户名、密码进行登陆。 车辆管理模块 ： 该模块主要是执行救援任务时，对派出车辆的数量、不同车辆承载人数、等信息的管理。 救援管理模块 ： 该模块主要是以接收到客户端的紧急呼叫和救援填报情况为