灾害应急救援平台的目的是让使用者可以更方便的将人、设备和场景更立体的连接在一起。能让用户以更科幻的方式使用产品，体验高科技时代带给人们的方便，同时也能让用户体会到与以往常规产品不同的体验风格。
与安卓，iOS相比较起来，灾害应急救援平台在流畅性，续航能力，等方方面面都有着很大的优势。这就意味着灾害应急救援平台的设计可以比其他系统更为出色的能力，可以更高效的完成最新的用户、应急人员、应急设备、应急决策、应急信息、应急物资、紧急呼救、应急评估、指挥调度、救援信息、救援反馈、现场反馈等功能。
 目 录
摘 要 I
Abstract II
1 绪 论 1
1.1研究意义 1
1.2系统设计目的 2
1.3系统设计思想 2
2系统需求分析 3
2.1系统性能需求 3
2.2系统用例图 3
2.3可行性分析 4
2.3.1经济可行性 4
2.3.2技术可行性 5
2.3.3社会可行性 6
2.4系统开发技术 6
2.4.1django框架 7
2.4.2 B/S架构 8
2.4.3 MySQL介绍 8
2.4.4 python介绍 9
2.5系统流程分析 10
3系统设计 11
3.1系统功能结构 12
3.1.1系统结构图 13
3.2数据库设计 15
3.2.1 数据库概念设计 16
3.2.2数据逻辑结构 18
4系统详细设计 21
4.1登录模块设计 22
4.2管理员功能模块 23
4.3用户功能模块 24
4.4应急人员功能模块 25
5 软件测试 28
5.1软件测试原则 29
5.2测试用例 30
结 论 30
参考文献 31
致 谢 32

1 绪 论
近些年来，随着电子科学技术的高速发展，计算机相关行业的发展创新。衍生出了各种各样方便快捷的电子设备。如手机，电脑等。这些电子设备功能强大，方便所有类型的人们使用。但这些年来，人们对手机，电脑等电子高科技产物的依赖和需求也越来越大。现在的人们已经不再满足于它们各式各样的基础功能，例如与他人通讯，上网了解信息等。人们现在更希望的是随着科技的发展，手机、电脑等高科技产品可以给自己带来更多方便快捷、简单实用的功能。同时也希望自己在使用的时候可以更轻松的掌握使用这些设备的技巧。同时，伴随着这些电子设备的出现，操作系统就显的尤为重要，电子设备各式各样功能的顺利运行都要依靠它的稳定运行。操作系统可以管理、控制计算机的硬件资源和软件资源，也是计算机最为基本的系统软件。人们所有能涉及到和使用到的软件运行几乎都离不开它。它就像人类的大脑一样，控制着计算机的各种设备。但同样，操作系统在发展时自身也会出现很多问题，同样的系统不能应用在所有的硬件设备上。这个问题对于大部分的电子科技受益者来说很陌生，处理起来很有困难。会让使用者不能在第一时间使用，因此会造成很多负面的影响。
什么是灾害应急救援平台？灾害应急救援平台区别于人们司空见惯的安卓系统和iOS系统，灾害应急救援平台希望只用一整套系统就解决使用的硬件设备需要有不同的系统的繁琐问题。它的出现不仅让使用者在使用时更加方便，还可以让使用者在使用选项上有了更多选择的余地。灾害应急救援平台十分流畅，可以让使用者在使用时几乎没有任何的延迟和卡顿，可以给使用者带来十分轻松的体验。并且可以在几乎我们能看到的所有电子设备上使用，大幅度的增加了灾害应急救援平台的使用范围。同时，灾害应急救援平台可以同步全部的连接对象，对于使用者来说这样的系统更加方便。它可以很精准的将使用者所需的各方面的灾害应急救援需求通过该系统提供给使用者，并且它的使用普遍性可以让各个年龄段的使用者都能有一个良好的使用体验。
1.1研究意义
伴随着科技的进步，时代的发展，越来越多的电子设备也随之出现在人们的眼前，在电子设备，软件技术成熟之前，人们可以选择使用电子设备，通过灾害应急救援软件的帮助，找到最适合自己，最符合自己的管理方式。而灾害应急救援的普及也伴随着很多问题，有的灾害应急救援软件不能适应用户使用的电子设备的系统，这会让部分使用者对这款软件彻底否认，会导致该系统失去预想的市场竞争力，面临淘汰。使用者更希望自己使用的灾害应急救援平台可以在完成最基本的功能需求的基础上变的更加稳定，流畅，并且没有任何因兼容性而引发的复杂问题。
而灾害应急救援平台的出现也渐渐让这种类似的问题有了一个相对明确的解决方案，灾害应急救援平台可以使软件的运行速度变的更快，并且可以同步全部的连接对象，可以确保项目的正确运行，同时，在如此信息化的时代里，使用者对软件的各项要求也越来越多，在如此广阔的信息量之下，使用者更希望自己使用的系统可以畅通无阻的浏览每个网页上的信息，可以全方位的了解应急设备、应急决策、应急信息、应急物资、紧急呼救、应急评估、指挥调度等的特点，根据自己的需求，选择最适合自己的方案。并且让整个电子信息时代都注入了新鲜的血液，且能更好的流向各个领域，各个行业，为电子信息时代继续发光发热。
1.2系统设计目的
为了适应电子信息时代和科技化时代的到来，并且应对今后可能越来越广泛的信息化的发展，需要做出了更加超前时代的功能应对。在这个高速发展的时代里，使用者对信息管理系统的要求也是越来越高，使用者都希望自己可以有拥有一款符合当今科技发展时代，且具有科技感，功能齐全的系统。希望可以只通过一个系统就可以轻松完成自己的需求，而不再因为信息的复杂而不知如何做出最佳选择。科技时代带给了人们轻松，立体的体验，而灾害应急救援平台就符合大家对科技时代的系统所拥有的期待，它可以提升用户的使用体验。
1.3系统设计思想
想要做一个完整的系统，就必须要为其制定一套详细并且规范的原则。这些原则定可以帮助我们在设计过程中能有一个更好的设计理念和设计方向，可以让系统变的更加立体，更加完美。变成更加符合使用者所希望的模样。所以为了能够更好的完成系统，对系统制定了一些原则：
（1）以人为本原则
这个灾害应急救援平台，它的本质是为人们服务。是希望其可以实现并满足广大使用者对科技时代下的灾害应急救援平台的憧憬与向往。如何解放需要人工才能完成的部分和提升使用者的使用观感是最为基础的也是最重要的。它的设计宗旨就是为使用者服务。明确使用者的想法和需求，设法让使用者可以真实的感受到科技时代的魅力是设计的初衷。灾害应急救援平台可以满足新时代使用者的需求，让使用者能够真实的感受到它的便捷。
（2）可修改原则
设计系统时并不能确保让所有的功能都达到使用者最理想的要求，在设计的过程中可能会有纰漏。所以在设计时要确保可以及时对不完整，不完美的部分进行修改和补充。同时，也要确保在系统发行后，在出现bug时可以在不影响使用者使用的情况下对系统进行线上维护。同时要确保在修复，更新，维护的同时可以保证使用者的体验。

2系统需求分析
需求分析的首要是要分析用户的需求，知道用户存在的一些情况，并且要明确用户的使用状况，然后设计规划解决的问题。其中在使用定性的分析以及定量的分析，从这两个方面获取用户的需求。一方面定性的分析获得的应该是用户的基本需求，能够发现现在人们的习惯要求。所以定性的需要主要是为了多与用户交流，从而更为深刻的了解一些存在的需求问题；定量的分析则是发现一些潜在的用户，并且获得不一样的反馈内容。所以定量的需求要让用户来阐述一些情况，一定让使用者清晰的进行客观的描述，这样才能够比较全面的获得用户的需求所在。
2.1系统性能需求
（1）鉴于该系统是一款面向全体使用者的系统，管理者需要录入使用者的个人信息、给予使用者应有的权限，让使用者可以更加自由的使用系统。
（2）要给予用户更高的查询权限，让用户可以全方位的了解本课题，让用户可以查询到指挥调度、救援信息、救援反馈等。
（3）要提升用户的使用效率，让用户可以更加快捷的查询自己想要查询的东西。同时，还要做到同步性，在用户查询信息或者修改信息的同时，系统可以及时反馈到数据库上，进行及时更新和修复。
 语言：Python
框架：django/flask
软件版本：python3.7.7
数据库：mysql 
数据库工具：Navicat
前端框架:vue.js
通过比较两个不同因素的框架，可以看出Flask和Django不能被标记为单一功能中的最佳框架。当Django在快速发展的大型项目中看起来更好并且提供更多功能时，Flask似乎更容易上手。这两个框架对于开发Web应用程序都非常有用，应根据当前的需求和项目的规模来选择它们。
最新python的web框架django/flask都可以开发.基于B/S模式,前端技术:nodejs+vue+Elementui+html+css
,前后端分离就是将一个单体应用拆分成两个独立的应用：前端应用和后端应用，以JSON格式进行数据交互.充分保证了系统代码的良好可读性、实用性、易扩展性、通用性、便于后期维护等特点
4.1登录模块设计
这个功能模块用来让工作人员进行后端登录。管理人员通过网站。在输入自己的用户名和密码、角色进行登录，登录后管理人员就可以对后台的信息相关的操作。
首先，设计后端管理的登陆页面。对页面的各个板块进行详细的设计，规划它们的字体大小，背景颜色，字体颜色和板块大小等。还要加上图片，让页面被设计的更加美观。以便让以后需要登陆的管理员可以直观的使用。
4.2管理员功能模块
 2.3可行性分析
2.3.1经济可行性
任何系统在开发之前，经济方面的问题都是最应该被考虑的，经济问题主要体现在两个方面。一方面是在开发时，现有可使用的设计资源能否满足系统的预计开发消耗；另一方面是在开发以后，系统的盈利能否保证系统的正常运行和日复一日的更新消耗。
开发方面，因为在开发系统时使用的开发工具基本都是免费的，只有一些少量的人工费。所以，开发工具上的经济消耗都是很少的，都是在可控范围内的。另外，可以在确保质量的前提下，尽可能的减少设计成本，可以为开发之后的工作留下更多的经济资源。
在最大限度降低开发成本的同时，也可以让使用者最大限度的从系统中获利，对双方来说都是一个可行的灾害应急救援平台。总结下来就是，该系统的各项开发费用都处于可控范围内。经过了种种分析和考虑后证明，该系统软件可以行得通的，经济方面的压力是在预料之内的。
 2.3.2技术可行性
在研究技术可行性的时候，系统的开发环境是可以确定的，所以技术可行性最好与系统功能和性能以及一些实际的情况同时考虑。在可行性研究阶段，结合实际调整开发的内容和选择能够完成的技术体系是一个可用的手段，如果系统进入开发阶段，任何的调整都意味着会耗费更多的经历。需要再次明确的问题是，技术可行性不只是考虑在技术上是否可实现，实际上还包含了在当前的实际的情况下的技术可行性。有很多的因素例如时间不足、预期的开发目标技术难度比较难、不能有充足的技术积累、而且对于技术的掌握不够等这些实际存在的情况，都是要提前部署和认真规划的。
开发灾害应急救援平台的技术内容分析，目前的状况是从网络硬件和相关技术上看是可行的。该系统采用了python和 MySQL技术。到现在可以知道，很多的基础知识都是经过学习使用的，在后续的设计中还需要不断的练习，学习更多相关的技术经验来充实自己对于系统的开发。
2.3.3社会可行性
在社会可行性分析中，首先能结合国家经济和社会发展的实际情况，还需要能够让用户更加的便利，给使用者带来多方面的高效益，使得可以比较快速的发展以及应用，随着很多领域的发展，尤其是智能化的社会下，据统计许多的人都拥有属于自己的系统，这种情况下就带来很多的问题，比较突出的就是管理上的不足，从而出现低效率的原因。
在可行性分析中的收益分析，是比较清晰地发掘开发的系统带来的各种直接的有效的利益以及一些隐藏起来的好处，以便在后续的设计中更加的坚定和确信系统开发的意义。解决一些社会方面存在的问题，设计并开发系统肯定是要发现某类社会存在的问题，并且能够带来一定的社会价值。还有一些社会的影响力，是通过系统想优势和切实的好处来产生的，能够在一定的情况下提高效率，肯定会增加一些社会的进步和发展。社会上的可行性，包括法律上的可行性，也包括法律上的可能性，法律上的可行性，需要社会上的许多因素，可以来实现系统建设的现实性。如果所开发的系统与国家法律或政策等相关的因素不相符合，在某些信息化的邻域中使用的是一些加密的信息或者技术问题，还有不经过正常的操作使用其他的一些公开的信息等这些情况，这样的系统的开发在法律的范围中就是不能被允许的。
其中还有一个比较重要的用户使用可行性也是通过执行系统时的可行性，是从所有情况下用户的角度来考虑系统的可行性，由于设计开发相关的系统就是站在社会中广大的用户体验考虑的，所以在这个层面考虑也是符合的。
2.4系统开发技术
2.4.1　flask框架
该框架拥有自己独特的配置方式，网站开发人员不需要再进行大量重复的样板 式的配置工作，开箱即用，不会生成额外代码量，不需要进行XML文件的配置。
2.4.2　B/S架构
B/S结构就是指系统客户端与服务器分离，客户端通过浏览器访问服务端进行操作。
B/S结构目前广泛应用于绝大部分系统搭建中，这种结构摒弃C/S结构客户端服务端不分离的缺点，具有更多的优势：
（1）跨平台性：B/S的标准由标准化组织确立，适用于绝大多数的系统搭建，通用于应用之间。
（2）低维护成本：客户端和服务器端分离，减轻了两端的压力，尤其是客户端，对客户端设备，硬件、软件要求都比较低，并且系统需要升级或维护时，只需要在服务器端升级或维护就可以，使相应的费用减少。
2.4.3 MySQL介绍
MySQL 是一种关联数据库管理系统，该系统速度快而且灵活性强，主要原因是它将数据保存在不同的表中，MySQL软件的优点是成本低、体积小、速度快，开放源码，所以一般中小型网站的开发都选择 MySQL 作为网站数据库。
2.4.4 python介绍
python 最大的两个特点就是功能强大和简单易用。python可以让程序员进行复杂的编程而不必为储存管理对象等问题所烦恼，把精力和时间更多的放在研发与设计上，极大地提高了开发者的工作效率和工作热情。