摘要:
随着城市化进程的加快,城市灾害事件频繁发生,抢险救灾工作变得越来越重要。为了提高城市抢险救灾的效率和准确性,本文设计并实现了一个基于SpringBoot的城市抢险救灾信息服务平台。该平台采用微服务架构,实现了灾害信息的快速采集、传输、处理和分析,为抢险救灾工作提供了有力的信息支持。
本文提出的城市抢险救灾信息服务平台系统采用springboot框架进行开发,springboot框架是一个轻量级的Java Web开发框架,包括Spring、Spring MVC和MyBatis三个部分,通过使用springboot框架,可以提高系统的开发效率和运行效率。采用MySQL数据库对系统数据进行存储和管理,数据库设计主要包括后台首页、灾情信息管理、灾后重建管理、救助请求管理、救援协调管理、救援物资管理、救援装备管理、系统管理、通知公告管理等,通过合理的数据库设计,可以保证数据的完整性和一致性。设计开发此系统旨在为城市抢险救灾提供一个方便、快捷、信息化的服务系统。本文设计的基于SpringBoot的城市抢险救灾信息服务平台为城市抢险救灾工作提供了有力的信息支持,具有重要的实际应用价值。未来,我们将继续优化和完善平台的功能和性能,为城市抢险救灾工作提供更加高效、准确的服务。
关键词:城市抢险救灾信息服务平台;Java;springboot框架;MySQL数据库;
Abstract
With the acceleration of the urbanization process, the urban disasters occur frequently, and the rescue and relief work has become more and more important. In order to improve the efficiency and accuracy of urban rescue and relief, this paper designs and implements an SpringBoot based urban rescue and relief information service platform. The platform adopts the micro-service architecture, which realizes the rapid collection, transmission, processing and analysis of disaster information, and provides a powerful information support for the rescue and relief work.
The urban rescue and disaster relief information service platform system proposed in this paper is developed by using the springboot framework. The springboot framework is a lightweight Java Web development framework, including three parts: Spring, Spring MVC and MyBatis. By using the springboot framework, the development efficiency and operation efficiency of the system can be improved. Using MySQL database to storage and management of system data, database design mainly includes the background homepage, disaster information management, disaster reconstruction, rescue request management, rescue coordination management, rescue equipment management, system management, announcement management, etc., through reasonable database design, can ensure the integrity and consistency of the data. The design and development of this system aims to provide a convenient, fast and information service system for urban rescue and disaster relief. The SpringBoot-based urban rescue and disaster relief information service platform designed in this paper provides powerful information support for urban rescue and disaster relief work, and has important practical application value. In the future, we will continue to optimize and improve the functions and performance of the platform to provide more efficient and accurate services for urban rescue and relief work.
Key words: urban rescue and disaster relief information service platform; Java; springboot framework; MySQL database;
目 录
表post_disaster_reconstruction (灾后重建)
表seeking_help_from_users (求助用户)
致谢 38
1.1研究背景
随着社会的进步和信息技术的发展,基于SpringBoot的城市抢险救灾信息服务平台的设计与实现的研究背景日益凸显。近年来,全球范围内自然灾害和人为事故频发,如地震、洪水、火灾等,给人们的生命财产安全带来了严重威胁。在这种背景下,如何快速、准确地获取抢险救灾信息,提高救援效率,减少灾害损失,成为了亟待解决的问题。
SpringBoot作为一种轻量级、快速构建Web应用的框架,具有开发效率高、部署简单、易于维护等优点,因此在抢险救灾信息服务平台的开发中得到了广泛应用。基于SpringBoot的城市抢险救灾信息服务平台的设计与实现,旨在通过技术手段,实现对抢险救灾信息的快速收集、整合、分析和发布,为相关部门提供决策支持,为公众提供实时信息,以提高抢险救灾的效率和效果。
该平台的设计需要充分考虑抢险救灾的实际情况和需求,如信息获取的实时性、准确性,信息整合的多样性、灵活性,信息分析的智能化、精细化等。同时,还需要考虑平台的可扩展性、可维护性和安全性等因素,确保平台能够在不同场景下稳定运行,为抢险救灾提供可靠的技术支持。总之,对于提高抢险救灾的效率和效果,减少灾害损失,具有重要的现实意义和应用价值。随着信息技术的不断发展和应用,该平台将会在未来的抢险救灾工作中发挥越来越重要的作用。
城市抢险救灾信息服务平台的研究意义不仅在于提供快速、高效的信息传递和处理机制,更在于通过技术手段提升城市应对灾害的综合能力。在当前全球气候多变、灾害频发的大背景下,构建一个稳定、可靠的抢险救灾信息服务平台显得尤为重要。
首先,城市抢险救灾信息服务平台能够迅速集成和分享各类抢险救灾资源。在灾害发生时,时间就是生命,每一分每一秒的延误都可能导致不可估量的损失。通过该平台,政府、救援机构、志愿者等各方可以实时共享救援物资、人力、设备等信息,确保资源得到最合理的配置和最高效的利用。
其次,该平台有助于提升抢险救灾工作的科学性和精准性。通过分析历史灾害数据、实时天气信息、地形地貌等多维度数据,平台可以为救援工作提供决策支持,如预测灾害发展趋势、评估灾害损失、规划救援路线等。这些科学精准的决策依据可以大大提高抢险救灾工作的效率和成功率。
再次,城市抢险救灾信息服务平台还有助于提升公众的灾害意识和自救互救能力。通过平台发布灾害预警信息、普及灾害防范知识、推广自救互救技能等,可以增强公众的灾害防范意识,提高公众在灾害中的自我保护能力和救助他人的能力。
最后,城市抢险救灾信息服务平台的研究和推广还具有深远的社会意义。它不仅是城市应对灾害的重要手段,更是城市治理体系和治理能力现代化的重要体现。通过该平台的建设和运营,可以推动政府、企业、社会组织和公众之间的深度合作与互动,共同构建安全、和谐、宜居的城市环境。
综上所述,城市抢险救灾信息服务平台的研究意义重大而深远。它不仅有助于提升城市应对灾害的能力和效率,还有助于推动城市治理体系和治理能力的现代化,为构建安全、和谐、宜居的城市环境提供有力支撑。
首先,通过引擎搜索或者查阅相关文献资料,了解了本系统开发的背景以及设计系统的意义所在,收集用户需求信息。
其次,在开发工具上,选用Springboot框架来设计开发本系统,MySQL作为设计数据库的工具。即利用java语言实现用户界面,并同数据库连接起来实现完整的通信功能。
再次,设计出系统大致的功能模块。主要从方便用户和管理员的角度进行分析,明确该系统应该具有的功能。
最后,完成系统测试,通过用例测试发现存在的问题并找到解决的方案。利用现有的开发平台,结合自己所学的知识,在老师的指导帮助下来完成该设计,确保系统运行的可靠性和稳定性。
1.4论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:绪论。第一章主要介绍了课题研究的背景,意义和本文的研究内容与主要章节安排。
第二章:系统分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
Springboot是一种基于Java的成熟框架,广泛应用于电子商务领域。采用Springboot框架开发有助于提高系统的可拓展性和可维护性,MySQL数据库具有强大的数据处理能力,能够有效的存储和管理系统中的各项数据,因此从技术上来说是可行的。
Springboot框架是开源的,拥有大量的社区支持和丰富的学习资源。使用Springboot框架进行开发可以降低开发成本,缩短开发周期。此外,Springboot框架具备良好的性能和稳定性,可以降低系统的运行成本和维护成本。因此从经济层面来说是可行的。
-
-
- 社会可行性分析
-
城市抢险救灾信息服务平台可以有效整合救援资源,提高救援服务的效率和质量,有助于推动救援服务工作的开展。此外,该系统还可以为救援提供更加便捷服务,如在线提交灾情信息、灾后重建进度和救援协调意见等,从而提高救援的参与度和满意度。因此,城市抢险救灾信息服务平台具有很好的社会可行性。
-
- 系统功能分析
2.2.1 功能性分析
按照城市抢险救灾信息服务平台的角色,主要划分为救援用户、求助用户和管理员三大功能模块,具体内容如下。
求助用户模块:
1.首页:用户可以查看首页展示的轮播图、活动新闻、活动推荐信息。
2.注册登录:用户可以通过注册成为系统用户,注册后用账号密码进行登录。
3.通知公告:用户可以查看网站公告列表信息,点击某一公告可以查看公告详情。
4.灾情信息:用户可以查看网站信息列表中的某一灾情信息详情并可以进行点赞、收藏和发表评论操作等。
- 灾后重建:用户可以查看所有的灾后重建进度和物资分配情况。
- 个人中心:用户可以修改个人信息和登录密码,也可以查看和管理灾情信息、救助请求、救援协调等功能操作。
救援用户模块:
- 首页:用户可以查看首页展示的轮播图、活动新闻、活动推荐信息。
- 登录:用户可以通过注册成为系统用户,直接登录。
- 通知公告:用户可以查询网站公告列表信息,点击某一公告可以查看公告详情。
- 灾情信息:用户可以查看网站的灾情信息,并进行相关评论。
- 灾后重建:用户可以查询到所有的的灾后重建进度和物资分配情况,并可以对其评论。
- 个人中心:用户可以修改个人信息和登录密码,也可以查看救援协调、救助请求等功能操作。
管理员模块:
1.后台首页:可管理员可以查看后台的所有系统。
2.系统用户:管理员可以查看求助用户、救援用户和管理员的详情,可以对系统用户进行查询、重置、添加和删除操作。
3.灾情信息管理:管理员可以对灾情信息进行添加,可以查看灾情信息列表中的某一信息的详情和评论信息,可以对灾情信息进行查询、重置、新增和删除操作。
4.灾后重建管理:管理员可以查看灾后重建列表中的某一报名灾后重建和评论,可以对灾后重建进行查询、重置、新增和删除操作。
5.救助请求管理:管理员可以查看救助请求列表中的某一救助请求详情并进行审核和回复,可以对救助请求进行查询、重置、新增和删除操作。
6.救援协调管理:管理员可以查看救援协调列表中的某一救援协调信息详情,可以对救援协调进行查询、重置、新增和删除操作。
7.救援物资管理:管理员可以查看救援物资列表中的某一救援物资详情并回复,可以对救援物资进行查询、重置、新增和删除操作。
8.救援装备管理:管理员可以查看救援装备。列表中的某一救援装备详情并回复,可以对救援装备进行查询、重置、新增和删除操作。
- 系统管理:管理员可以对所有的轮播图进行增删改查的操作。
10.通知公告管理:管理员可以查看所有的通知公告管理并对其进行增删改查操作。
2.2.2 非功能性分析
Springboot城市抢险救灾信息服务平台的非功能性需求比如系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1Springboot城市抢险救灾信息服务平台非功能需求表
安全性 | 主要指Springboot城市抢险救灾信息服务平台数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指Springboot城市抢险救灾信息服务平台能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响Springboot城市抢险救灾信息服务平台占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着Springboot城市抢险救灾信息服务平台的页面展示内容进行操作,就可以了。 |
可维护性 | Springboot城市抢险救灾信息服务平台开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3系统用例分析
通过2.2功能的分析,本系统用户主要分为求助用户、救援用户和管理员用户,系统用户角色用例图分别如下图2-1,2-2所示:
求助用户用例图如下图2-1所示。
图2-1 求助用户用例图
管理员用例图如下图2-2所示。
图2-2 管理员用例图
救援用户用例图如下图2-3所示.
图2-3 救援用户用例图
2.4系统流程分析
系统流程是用一些特定的符号和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,系统流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.4.1 数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,数据新增数流程图如下图2-3所示。
图2-3 数据新增流程图
2.4.2数据修改流程
数据修改时的流程和上面介绍的数据新增的流程相似,数据修改的流程如下图2-4所示。
图2-4 数据修改流程图
2.4.3数据删除流程
如果系统里面存在一些没用的数据,相关的管理人员还可以对这些数据进行删除,数据删除流程如下图2-5所示。
图2-5数据删除流程图
本章主要讨论的内容包括城市抢险救灾信息服务平台的功能模块设计、数据库系统设计。
3.1 系统架构设计
本城市抢险救灾信息服务平台从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1城市抢险救灾信息服务平台架构设计图
表现层(UI):又称UI层,主要完成本城市抢险救灾信息服务平台的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本城市抢险救灾信息服务平台时的舒适度。UI的界面设计也要适应不同版本的城市抢险救灾信息服务平台以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本城市抢险救灾信息服务平台的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本城市抢险救灾信息服务平台的数据是放在服务端的MySQL数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本城市抢险救灾信息服务平台的数据存储和管理功能。
3.2 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本城市抢险救灾信息服务平台中的用例。那么接下来就要开始对城市抢险救灾信息服务平台主要功能进行设计。城市抢险救灾信息服务平台根据前面章节的需求分析得出,其总体功能模块图如下图4-2所示。
图3-2 springboot城市抢险救灾信息服务平台功能模块图
3.2.2用户模块设计
管理员能够实现对系统用户查询、新增、重置和删除操作,用户模块结构图如下图:
图3-3用户模块结构图
3.2.3灾情信息模块设计
城市抢险救灾信息服务平台是中需要存储不少灾情信息,其模块功能结构,具体的结构图如下:
图3-4灾情信息模块结构图
3.2.4灾后重建模块设计
城市抢险救灾信息服务平台系统需要展示相关灾后重建信息,其模块功能结构,具体的结构图如下:
图3-5灾后重建模块结构图
3.3数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个城市抢险救灾信息服务平台中主要的数据库表总E-R实体关系图。
图4-3城市抢险救灾信息服务平台E-R图
数据库是城市抢险救灾信息服务平台的数据处理的基础,也是为界面数据的展示与存储的关键。城市抢险救灾信息服务平台的数据库表如下。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | assistance_request_id | int | 10 | 0 | N | Y | 救助请求ID | |
2 | seeking_help_from_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
3 | help_name | varchar | 64 | 0 | Y | N | 求助姓名 | |
4 | geographical_position | varchar | 64 | 0 | Y | N | 地理位置 | |
5 | help_seeking_time | datetime | 19 | 0 | Y | N | 求助时间 | |
6 | request_content | text | 65535 | 0 | Y | N | 请求内容 | |
7 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
8 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | disaster_information_id | int | 10 | 0 | N | Y | 灾情信息ID | |
2 | seeking_help_from_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
3 | help_name | varchar | 64 | 0 | Y | N | 求助姓名 | |
4 | disaster_name | varchar | 64 | 0 | Y | N | 灾情名称 | |
5 | disaster_situation_pictures | varchar | 255 | 0 | Y | N | 灾情图片 | |
6 | geographical_position | varchar | 64 | 0 | Y | N | 地理位置 | |
7 | number_of_people_affected_by_the_disaster | int | 10 | 0 | Y | N | 0 | 受灾人数 |
8 | disaster_details | text | 65535 | 0 | Y | N | 灾情详情 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表post_disaster_reconstruction (灾后重建)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | post_disaster_reconstruction_id | int | 10 | 0 | N | Y | 灾后重建ID | |
2 | disaster_name | varchar | 64 | 0 | Y | N | 灾情名称 | |
3 | disaster_situation_pictures | varchar | 255 | 0 | Y | N | 灾情图片 | |
4 | geographical_position | varchar | 64 | 0 | Y | N | 地理位置 | |
5 | donated_amount | int | 10 | 0 | Y | N | 0 | 捐款金额 |
6 | reconstruction_progress | text | 65535 | 0 | Y | N | 重建进度 | |
7 | material_allocation | text | 65535 | 0 | Y | N | 物资分配 | |
8 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | rescue_coordination_id | int | 10 | 0 | N | Y | 救援协调ID | |
2 | rescue_users | int | 10 | 0 | Y | N | 0 | 救援用户 |
3 | rescue_name | varchar | 64 | 0 | Y | N | 救援姓名 | |
4 | seeking_help_from_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
5 | help_name | varchar | 64 | 0 | Y | N | 求助姓名 | |
6 | geographical_position | varchar | 64 | 0 | Y | N | 地理位置 | |
7 | rescue_supplies | varchar | 64 | 0 | Y | N | 救援物资 | |
8 | rescue_equipment | varchar | 64 | 0 | Y | N | 救援装备 | |
9 | rescue_missions | text | 65535 | 0 | Y | N | 救援任务 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | rescue_equipment_id | int | 10 | 0 | N | Y | 救援装备ID | |
2 | equipment_name | varchar | 64 | 0 | Y | N | 装备名称 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | rescue_request_id | int | 10 | 0 | N | Y | 救援请求ID | |
2 | rescue_users | int | 10 | 0 | Y | N | 0 | 救援用户 |
3 | rescue_name | varchar | 64 | 0 | Y | N | 救援姓名 | |
4 | geographical_position | varchar | 64 | 0 | Y | N | 地理位置 | |
5 | request_for_assistance_time | datetime | 19 | 0 | Y | N | 求援时间 | |
6 | request_content | text | 65535 | 0 | Y | N | 请求内容 | |
7 | rescue_progress | text | 65535 | 0 | Y | N | 救援进度 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | rescue_supplies_id | int | 10 | 0 | N | Y | 救援物资ID | |
2 | material_name | varchar | 64 | 0 | Y | N | 物资名称 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | rescue_users_id | int | 10 | 0 | N | Y | 救援用户ID | |
2 | rescue_name | varchar | 64 | 0 | Y | N | 救援姓名 | |
3 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表seeking_help_from_users (求助用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | seeking_help_from_users_id | int | 10 | 0 | N | Y | 求助用户ID | |
2 | help_name | varchar | 64 | 0 | Y | N | 求助姓名 | |
3 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
4.1.1 首页界面
系统首页以上中下布局,正上方是系统的导航栏,中间是轮播图、下面是社区活动推荐信息。其界面如下图4-1所示:
图4-1 首页界面图
4.1.2用户登录界面
已注册用户点击首页右上方的“登录”按钮进入登录页面输入用户名和密码并点击“登录”按钮,系统会验证输入的信息与数据库中当前保存的用户信息是否一致,验证通过后即可完成登录;否则将会提示相应错误信息。其界面如下图4-2所示:
图4-2 用户登录界面图
4.1.3 我的账户界面
点击“我的”下拉按钮中“我的账户”,用户可以查看和修改个人资料,主要包括头像、昵称和登录密码。其界面如下图4-3所示:
图4-3 我的账户界面图
4.1.4 灾后重建界面
用户可以查看灾后重建列表信息,点击某一灾后重建可以查看详情,提交灾后重建评论内容。其界面如下图4-4所示:
图4-4灾后重建界面图
4.1.5灾情详情界面
用户可以查看灾情详情列表中的某一灾情详情信息详情并可以进行点赞、收藏、评论操作。其界面如下图4-5所示:
图4-5 灾情详情界面图
4.1.6救助请求界面
用户可以查看救助请求列表信息中的某一救助请求详情并可以进行点赞、收藏、发表评论和活动报名操作。其界面如下图4-6所示。
图4-6救助请求界面图
4.1.7个人中心界面
点击右上角“我的”下拉按钮“个人中心”,进入个人中心页面可以查看个人首页、灾情信息、救助请求、救援协调。其界面如下图4-8所示。
图4-7 个人中心界面图
管理员可以对后台首页、系统用户、灾情信息管理、灾后重建管理、救助请求管理、救援协调管理、救援物资管理、救援装备管理、系统管理、通知公告管理进行操作,查看后台首页统计图。其界面如下图4-9所示:
图4-9后台首页界面图
管理员可以查看某一用户详情,可以对系统用户进行查询、重置、新增和删除操作。其界面如下图4-10所示:
图4-10系统用户管理界面图
管理员可以对救助请求信息进行添加,可以查看救助请求列表中的某一救助请求详情,可以对救助请求进行查询、重置、新增和删除操作。其界面如下图4-11所示:
图4-11救助请求管理界面图
管理员可以查看救援协调列表中的某一救援协调的详情,可以对救援协调进行查询、重置、新增和删除操作。其界面如下图4-12所示:
图4-12救援协调管理界面图
管理员可以查看救援装备列表中的某一救援装备详情并进行审核和回复,可以对救援装备进行查询、重置、新增和删除操作。其界面如下图4-13所示:
图4-13救援装备界面图
管理员可以查看系统管理列表中的某一轮播图进行发布,可以对系统管理进行查询、重置、新增和删除操作。其界面如下图4-14所示:
图4-14系统管理界面图
管理员可以查看通知公告管理列表中的某一通知公告详情并提交签到时间,可以对通知公告进行查询、重置和删除操作。其界面如下图4-15所示:
图4-15通知公告管理界面图
用户可以查看通知救援协调列表中的某一救援协调详情并提交签到时间,可以对救援协调进行查询、重置和删除操作。其界面如下图4-16所示:
图4-16救援协调界面图
用户可以查看个人中心的个人首页、救援协调、救助请求并对其进行查询、重置和删除操作。其界面如下图4-17所示:
图4-17救援协调界面图
系统开发的最后一个阶段就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的更新提供支持。
系统测试包括:用户登录功能、通知公告查看功能、轮播图信息添加、密码修改功能测试,分别如表5-1、5-2、5-3、5-4、所示:
登录测试用例如下表所示。
表5-1 登录测试用例
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
通知公告查看功能测试:
表5-2 通知公告查看功能测试表
用例名称 | 通知公告查看 |
目的 | 测试通知公告查看功能 |
前提 | 用户正常登录 |
测试流程 | 点击首页导航栏的通知公告闻 |
预期结果 | 可以查看到所有通知公告信息 |
实际结果 | 实际结果与预期结果一致 |
管理员添加轮播图信息界面测试:
用例名称 | 轮播图信息新增测试用例 |
目的 | 测试轮播图信息新增功能 |
前提 | 管理员正常登录情况下 |
测试流程 | 1)管理员点击公共管理下方的轮播图,进入页面点击新增进入轮播图新增页面填写相关信息。 2)信息填写完毕后点击提交。 |
预期结果 | 确认提交以后,页面首页会显示新的轮播图信息 |
实际结果 | 实际结果与预期结果一致 |
表5-3 管理员添加轮播图信息界面测试表
密码修改功能测试:
表5-4 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)输入原密码和修改密码。 2)点击确认进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写房屋租赁管理系统的测试用例,已经检测完毕用户登录功能、通知公告查看功能、轮播图信息添加、密码修改功能测试,通过这四大模块为城市抢险救灾信息服务平台的后期推广运营提供了强有力的技术支撑。
第六章 结论
在开发城市抢险救灾信息服务平台之前,我们需对用户的实际需求进行深度剖析。这不仅包括对系统的可行性研究,还包括对功能需求和其他需求的分析。在可行性分析阶段,我们从技术性和经济性等多个角度对系统实现的可能性进行了全面评估,结果表明,该系统的实施是可行的。
本文首先概述了城市抢险救灾信息服务平台开发的背景及其意义,接着详细阐述了系统的具体业务需求,并根据这些需求对系统的结构以及功能模块进行设计。我们把这个系统划分为多个功能模块,每个模块都具有其独特的功能和作用。
在深入分析系统功能需求的过程中,我们对系统的总体架构和功能模块进行了深入研究,并选择了最适合的系统开发技术来完成各个模块的开发工作。系统开发完成后,我们进行了系统的测试。测试结果表明,该系统在功能和性能方面都满足了预期的要求,具有较好的稳定性和可靠性。
参考文献
[1]Hudalah D ,Octifanny Y ,Talitha T , et al. From Metropolitanization to Megaregionalization: Intentionality in the Urban Restructuring of Java’s North Coast, Indonesia [J]. Journal of Planning Education and Research, 2024, 44 (1): 292-306.
[2]王凯凯,张涛,李玉梅等. 基于虚拟现实技术的井喷抢险模拟平台开发 [J]. 计算机仿真, 2024, 41 (01): 502-507.
[3]Xiao Z ,Ali Y ,Xin W , et al. Sports Work Strategy of College Counselors Based on MySQL Database Big Data Analysis [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2023, 18 (1): 1-14.
[4]黑龙江 开启防汛抢险救灾应急采购“绿色通道” [J]. 中国招标, 2023, (09): 3.
[5]贺辰,罗超,彭渤等. 海洋石油生产平台的应急抢险救援经验及建议 [J]. 天津科技, 2023, 50 (06): 31-34+39.
[6]Yang Y . Design and Implementation of Student Information Management System Based on Springboot [J]. Advances in Computer, Signals and Systems, 2022, 6 (6):
[7]容丽娜,艾军,张海峰. 河北:无人机应急云平台助力减灾救灾事业发展 [J]. 中国减灾, 2022, (15): 22-23.
[8]罗元贞,张瑞勇,林敏. 云霄:成立民间应急物资储备平台 提高基层救灾反应能力 [J]. 安全与健康, 2020, (05): 16.
[9]段克军,丁明来,房秋怡. 基于Unity3D的挖掘机抢险救灾全景模拟训练平台设计 [J]. 装备制造技术, 2019, (10): 52-57+61.
[10]毛矛. 抢险救灾装备信息化管理方法的初步探索 [J]. 科技与创新, 2019, (12): 112-113.
[11]刘雪芹,梁云辉,梁甜等. 基于物联网技术的防汛抢险综合管理云平台设计与研究 [J]. 治淮, 2019, (05): 29-30.
[12]空天地多源立体化监测预警平台及应急救灾系统 [J]. 中国地质灾害与防治学报, 2019, 30 (02): 151.
[13]苗思远,李斌. 基于组织协作网的抢险救灾物资保障指控组织优化设计 [J]. 军事运筹与系统工程, 2018, 32 (03): 44-50.
[14]王彪,金石声,郭茜等. 防灾减灾救灾决策支持平台 [J]. 大众科学, 2018, (05): 16-17.
[15]章民. 湖南:完善服务平台 积极引导社会力量参与救灾 [J]. 中国民政, 2017, (16): 50-51.
[16]王草山,黄东,刘硕. 基于物联网的武警抢险救灾装备管理调度系统 [J]. 化学工程与装备, 2015, (11): 232-234.
[17]白玉. 抢险救灾装备信息化管理方法的初步探索 [J]. 中国储运, 2015, (04): 135-136.
[18]明镜,薛梅. 空间信息集成管理平台的建立及其在应急工程抢险中的应用 [J]. 工程勘察, 2013, 41 (08): 61-66.
[19]马凡宇. 把抢险救灾作为创先争优实践平台[N]. 中国人事报, 2010-05-12 (002).
[20]朝霞. 重庆构建公众服务及应急抢险指挥两大平台[N]. 中国交通报, 2009-07-08 (002).
致谢
我首先要感谢我的论文指导老师。在论文的完成过程中,是在指导老师的精心指导下完成的。在论文的完成过程之中,导师对我的耐心地指导,提出了建设性意见给了我巨大的帮助,倾注了大量的心血。导师严谨的治学态度、一丝不苟的敬业精神、高水平的教学能力都给我树立了成功的典范,这对于我以后的生活和学习中都起到了积极的影响。
与此同时,我还要感谢我班的同学们对我的关怀和帮助,他们又是我的同学,又是我的朋友,同时也是我学习的榜样。正是由于大家给予我的大力支持才使我顺利地完成了大学学业,感谢在大学期间给予我帮助的所有老师和同学们。
最后,我还要感谢我的父母,你们的养育之恩我永远不会忘记,将来我也要用我的成绩回报你们。