校内消防设施管理系统采用B/S架构,数据库是MySQL。网站的搭建与开发采用了先进的Java进行编写,使用了SpringBoot框架。该系统从三个对象:由管理员和消防站人员、检修员来对系统进行设计构建。主要功能包括:个人信息修改,对公共管理、用户管理、资讯管理、设施信息、警报信息、巡检信息、申请信息、使用上报、灾情信息、提示信息等功能进行管理。本系统在一般校内消防设施管理系统的基础上增加了首页推送最新信息的功能,方便用户快速浏览,是一个高效的、动态的、交互友好的校内消防设施管理系统。
本系统在设计过程中,很好地发挥了该开发方式的优势,让实现代码有了良好的可读性,而且使代码的更新和维护更加的方便,操作简单,对以后的维护减少了很多麻烦。系统的顺利开发和实现,对于消防设施管理这一方面提供巨大的便利服务,无论是管理员还是用户,都带来了极大的便利,方便大众,为社会的进步与发展提供了一些动力。
关键词:校内消防设施管理系统;Java语言;MySQL数据库;SpringBoot框架;
Abstract
The campus fire facilities management system adopts B/S architecture, and the database is MySQL. The construction and development of the website are written in advanced Java and SpringBoot framework is used. The system is designed and constructed from four objects: administrators, fire station personnel and maintenance personnel. The main functions include: personal information modification, public management, user management, information management, facility information, alarm information, inspection information, application information, use report, disaster information, prompt information and other functions. On the basis of the general campus fire facilities management system, this system adds the function of pushing the latest information on the home page, which is convenient for users to quickly browse, and is an efficient, dynamic, interactive and friendly campus fire facilities management system.
In the design process of this system, the advantages of the development method are well played, so that the implementation code has a good readability, and the update and maintenance of the code is more convenient, simple operation, and the maintenance of the future reduced a lot of trouble. The smooth development and implementation of the system provides great convenience for the management of fire facilities, both administrators and users, which brings great convenience, facilitates the public, and provides some impetus for the progress and development of society.
Keywords: Campus fire facilities management system; Java language; MySQL database; SpringBoot framework;
目 录
5.2前台消防站人员模块实现................................................................................ 21
1 绪 论
互联网这几年来的发展也是日新月异的,互联网让地球变成了一个地球村,人们足不出户就可以完成各种各样的工作[1]。从2017年末开始,国家各个部门印发的各项文件,包括给领导人的工作报告中都频繁提到了互联网发展的重要性,这为人们指明了互联网将是未来发展的主要方向,在国内受到了众多的重视并得到了大力发展。在这个大数据时代下,互联网的普遍应用可以解决上述人们的问题,一个校内消防设施管理系统便开始研发了[2]。
1.1背景与意义
随着社会的快速发展,计算机技术的影响是全面且深入的。目前,社会的各种类型的网站越来越多,但是有些类型的网站附加了太多的商业元素和虚假信息,而且,用户在搜索相关信息时需访问多个网站和大量垃圾广告,这已经在很大程度上影响了对信息搜索效率,并且降低了用户的体验感,使用户很难快速地浏览或查询到自己所需要的相关信息。电子计算机在现代管理中的应用使电子,计算机变成了人类运用现代信息技术的主要工具[3]。可以更高效的处理人类获取信息中精细化、全面化的问题,从而提高了效率。本系统使用具有独特且和资源相对优势的管理方式,来提供一个优秀的系统平台,在这个管理过程受到了鼓励与帮助。而随着互联网的应用,互联网也以一种巨大变革力的新形象出现于商务关系领域。
探究本课题,就是希望能够实现管理员和消防站人员、检修员的选择,便于管理员和消防站人员、检修员的同时也可以发现更优质的信息管理系统[4]。
1.2 国内外研究概况
在当前这个飞速发展的时代,无论是国内还是国外,发展都是突飞猛进的,经济形势也是一片明朗。在这种背景下,互联网的这一块的市场成为了各个国家想要争夺的香饽饽。于是无论是国内还是国外一些公司把目光投向了互联网这块市场,越来越多的人对互联网有所了解,具备了一些网络意识。在这种互联网大浪潮的不断冲刷下,各种各样的系统被开发出来[5]。计算机技术无论是在国内还是国外中应用普遍,使计算机这一新型工具成为人们耳熟能详、妇孺皆知的新技术。计算机和互联网的广泛应用,让国内外的距离变“近”了,这个庞大的地球家园一下变成了地球村。国内国外的互联网发展也存在一些差距,我国近些年的互联网发展迅速,跻身于世界前列。
本系统使用Java语言,B/S架构和MySQL数据库进行开发。该系统的开发方式无论在国内还是国外都比较常见,而且开发完成后使用普遍,可以给用户提供大量的便利。该系统在国内外前景较为良好[6]。
1.3 研究的内容
目前很多人仍把传统的纸质工具,如记录本、文档、文件夹等视为信息处理的主要工具,对大多数人而言,选择记录和获取信息的第一选择永远是纸质工具,而互联网上的信息和数据对人们而言相对抽象遥远。这些纸质工具存在一些优点,但在当下这个互联网飞速发展的社会,纸质工具的缺点也被逐渐放大,如记录数据内容有限、操作不方便、数据重读性低、容易丢失以及浪费资源等。虽然也有很多人在互联网上冲浪来获取信息,但网络这一块的理解也是很有局限的。当下流行的WPS、Word等办公软件成为了人们耳熟能详的系统,但一些更加专业性、性能更加强大的网络信息工具被人们“埋没”在互联网的大海中。校内消防设施管理系统是一个便于检修员在线查看新闻、设施信息、消防资讯等,管理员进行管理的平台。因此本文主要论述了系统开发的过程和实现的功能,结合Web技术来实现的校内消防设施管理系统。本系统以软件工程理论为开发基础,以专业的计算机编程语言来开发并实现系统的功能[7]。
该选题原则上力求采用标签模块分类等方法,来完成注册登录、用户管理、资讯管理、设施信息、警报信息、巡检信息、申请信息、使用上报、灾情信息、提示信息等,管理员对页面的设置和对后台数据库中数据的增删查改等一系列的操作和运行等。在这一系列模块分类的功能下,完成对消防设施管理的高效执行和规范管理[8]。
2 系统开发技术
2.1 Java语言简介
Java,目前Internet中最流行的编程语言之一。它吸取了C++编程语言的长处的同时还摒弃了许多复杂抽象,不易掌握的问题,使得Java编程语言不但功能强大而且使用方便。
Java技术在使用过程中有优势也有劣势。其优势在于,因为Java本身相对严格的语法,所以可以强化程序员在编程时的规范性问题,不容易出现明显结构错乱的问题。因此,规范将是Java的巨大优势。但是它也有劣势,就是不太适应互联网模式下的不断修改,总是修改容易破坏架构。
面向对象的三种特征:封装,继承和多态。
密封:主要是指对数据信息的隐藏,通过把数据信息类别与通过数据信息的功能密封在一块,让数据信息被保存在数据信息类别的里面,只留下一部分可以对外的接口,以便于尽可能的地隐蔽里面的数据信息。因此好处也就十分的明显就是实现了专业的分工,同时也隐藏了信息,保证了安全。
继承:这就像是实际人生中的父子关系一样,孩子要承袭父母的特点。类似的,一个种类同时也继承了另一个种类的某些特性,其父属之间有一种特别的一般性的联系,是is-a的关系,从根本上来说都属于同一个实体。
多态:多态系统是以封装和继承为基础的。由于所传输的父类对象能够引入各种各样的子类对象,因而能够显示出各种各样的现象,给多态的编程带来了良好的扩展。
2.2 MySQL数据库
MySQL是一种关系型的数据库管理系统,属于Oracle旗下的产品。
MySQL的语言是非结构化的,使用的用户可以在数据上进行工作。这个数据库管理系统一经问世就受到了社会的广泛关注。在各个方面,与同等的数据库相比,MySQL的优点极为突出,它的运行速度快,适用的范围广泛,而且数据库的安全性这一方面独树一帜。在语言结构方面,MySQL的语言简单,其他数据库需要一大段代码来实现的操作,MySQL仅需要一小部分代码甚至几行。综上所述,MySQL这种关系型数据库管理系统,已经成为了开发者进行项目的数据开发、存储的不二之选。MySQL的功能也多种多样,如数据操纵和数据库的建立维护等。而且该数据库的数据共享性高、冗余度低而且容易扩充。MySQL在安全性这一方面也具有自身的特点,它应用了用户的标识和鉴别技术,对试图和数据进行加密,确保资料信息的可靠性。介于数据库系统的功能与强大等性质之间,本数据库系统的设计中主要使用了MySQL实现对数据的处理。社区志愿者服务管理系统运用MySQL数据库,在Web应用这一块,MySQL是最好的选择。对于该系统整个的开发、搭建、运行和维护具有极其重要的作用。
2.3 B/S架构
B/S结构就是指系统客户端与服务器分离,客户端通过浏览器访问服务端进行操作。
B/S结构目前广泛应用于绝大部分系统搭建中,这种结构摒弃C/S结构客户端服务端不分离的缺点,具有更多的优势:
(1)跨平台性:B/S的标准由标准化组织确立,适用于绝大多数的系统搭建,通用于应用之间。
(2)低维护成本:客户端和服务器端分离,减轻了两端的压力,尤其是客户端,对客户端设备,硬件、软件要求都比较低,并且系统需要升级或维护时,只需要在服务器端升级或维护就可以,使相应的费用减少。
2.4 SpringBoot框架
该框架拥有自己独特的配置方式,网站开发人员不需要再进行大量重复的样板式的配置工作,开箱即用,不会生成额外代码量,不需要进行XML文件的配置。
3系统分析
3.1 系统需求分析
在当下社会的生活中,互联网已经非常普遍和十分重要。利用好互联网大数据等技术,可以帮助解决很多问题。当下消防设施管理方面都面临各自的问题。根据这一常见现象,本校内消防设施管理系统的出现就有很大的需求。该系统可以很好地解决这些麻烦和问题。系统中三类用户的数据极为关键,所以系统数据要整理好,因为数据的存储是按一定格式,但并非无序的,其概念是:按长期的稳定格式,可共享的存放在电脑内存上[9]。数据库管理系统,主要是指数据保存、更改和添加以及数据库的设置。为保证系统数据管理的顺利操作,一些有能力的处理者可以进行管理而不需要专业的人来处理。资料表的建立,可对资料表中的数据加以调整,数据的重新组合和重新建立,确保资料的可靠性。介于数据库系统的功能与强大等性质之间本数据库系统的设计中主要使用了MySQL实现对数据的集中管理。各个方面都具有不错的性能[10]。
3.2 系统可行性分析
3.2.1技术可行性
在系统可行性分析中,技术可行性分析是十分重要的分析角度。本校内消防设施管理系统是在Windows 11系统上进行开发与运行,该系统是目前比较先进,应用范围比较广的电脑系统。开发该系统的电脑的客户端也都配置较高的硬件设施,性能强大。系统开发所使用的各种技术也都来自PC端,也都十分的先进。与普通的Web服务器相比,具有非常明显的优势。开发的技术也都来自也专业方面,有据可依,具有较强的理论性和权威性[11]。
(1)硬件可行性分析
校内消防设施管理系统的操作运行和数据处理跟大多数系统一样,大同小异,没有特殊的地方,对于硬件也没有过多的要求。无论是公司的办公电脑,还是家里的私人电脑,只要能够进行正常的代码编写和网页浏览就可以。该系统的“苛刻”条件是针对于服务器,服务器的优劣是该系统的关键,所以拥有一个良好的服务器至关重要。对于服务器的选择应慎重,必须选择具有良好的完整性,安全可靠的服务器,以确保打开浏览器执行一系列操作时能够流畅的运行,不会出现卡顿的现象,最后安全方面也有所保障。
(2)软件可行性分析
该系统运用的软件是一些完全免费且常用的,操作简单易上手,只要是有点计算机基础的用户只要花上很少的时间就能掌握相关技能;同时无论是从经济上还是安全上都能使系统得到充分的保障。
技术可行性从硬件可行性分析和软件可行性分析这两个方面进行了可行性研究,可以看出该校内消防设施管理系统的开发没有问题,所以在技术这一方面,本系统没有阻碍,会顺利执行。
3.2.2经济可行性
校内消防设施管理系统开发之前,通过互联网、广播以及新闻等渠道得出了关键信息,对于现有的消防设施管理的系统不多且大都不太健全,该系统的开发可以给这个领域增加新的血液,具有良好的前景。
校内消防设施管理系统开发的时候,对一些相关事于进行了充分的调查。调查都是开发人员亲自做的,没有花钱雇佣他人,接近零成本。开发过程遇到困难时,通过互联网搜索,或者向指导老师求助来进行解决的,没有造成成本损失。
校内消防设施管理系统开发完成后,该系统是基于Java来开发的,采用了MySQL数据库。两者都具有较强的稳定性和安全性,在后续的维护与更新中,也能够减少成本浪费。
综上所述,开发前、中、后期成本和要求非常小,具有较高的经济可行性。而且,该系统的开发成功也会有不错的市场前景[12]。
3.3 项目设计目标与原则
3.3.1系统总体描述
关于校内消防设施管理系统的基本要求
(1)功能要求:信息共享、信息更新、平台个性化的设置、三者相互的信息交流、一些数据的增删查改和访问、消防站人员、检修员和管理员数据的查找及管理等常见的功能。
(2)性能要求:在各种各样的操作系统上,无论是消防站人员、检修员和管理员都能够顺利的登录该校内消防设施管理系统,且成功登录后完成相应的操作和预期的目的,顺利执行各个页面功能。
(3)安全性保密规定:管理员的登录一定要进行安全监测。管理员通过特定的账号和密码登录并要进行身份验证才能进入下一个界面从而进行一些内部操作。
(4)系统的运行环境要求:支持Windows等一系列操作平台。
3.3.2开发目标
校内消防设施管理系统的主要开发目标如下:
(1)对零碎化、分布散的数据信息进行收纳、整理,通过网络服务平台使这些信息内容更加调理,更加方便化和清晰化,让访问该系统的每个用户享受浏览的过程。
(2)生活中存在的一些现象:人员冗余。校内消防设施管理系统应尽量减少用户的需求压力,给他们提供省时省力省心的服务平台,降低其工作量。
(3)便于查询信息及管理信息等。
(4)通过计算机网络技术,提升解决管理问题和技术工作的质量,为用户一种规范方便的服务。
(5)该系统的设计风格应该简约整洁,操作容易上手,目标信息明确,避免花里胡哨。
(6)为社会稳定和发展贡献一份力量。
3.4系统流程分析
3.4.1操作流程
图3-1登录流程图
3.4.2添加信息流程
然后是添加信息的页面。进入该页面后,页面会出现一个提示框,示意操作者可以进行信息的添加,从而进行下一步的操作。用户输入想要添加的信息后提交,系统会对输入的内容进行检测。如果检测后输入的信息正确,则会出现“添加成功”的提示框,从而可以进行下一步操作;如果系统检测后检测到想要添加的信息不符合规范要求,则会提示报错,需要进行修改后重新添加。添加信息流程图如图3-2所示:
图3-2添加信息流程图
3.4.3删除信息流程
最后为删除信息页面。进入该页面后,用户可以对所要删除的信息进行选择,选择好删除的内容后,会有一个“是否确认删除”的提示框,操作者可以根据自己的意愿来选择“是”或“否”。完成上述操作,系统会自动的对删除的内容进行判断,如果符合删除要求则会成功删除数据记录,并且更新数据库的内容信息;如果删除的数据记录不符合要求,则会有一个“删除失败”的提示框,操作人员需要根据提示来进行修改,修改完成后重新删除知道删除成功。删除信息流程图如图3-3所示:
图3-3删除信息流程图
4 系统设计
4.1 系统体系结构
管理员管理用例图4-1所示。
图4-1 管理员管理用例图
登录管理用例图4-2所示。
图4-2 登录管理用例图
图4-3 检修员用例图
图4-4消防站人员用例图
图4-5管理员用例图
4.2 系统总功能结构设计
系统按照用户的实际需求开发而来,贴近生活。从管理员通过正确的账号的密码进入系统,可以使用相关的系统应用。管理员总体负责整体系统的运行维护,统筹协调。
系统整体模块设计:系统分为管理员和消防站人员、检修员三大角色,系统管理员有最大的权限,总体功能展示如图4-6所示。
图4-6系统总体功能图
4.3开发流程设计
系统开发流程的分析是一个至关重要的过程,它是指通过系统的设计开发目的初衷、面向使用用户的范围、系统运行和操作的安全性、各种问题的处理以及后台数据的分析能力等各个角度,来对校内消防设施管理系统进行设计、开发、搭建和调节,以保证该系统能够顺利的完成,达到预期的工作状态。上述每个环节、每个步骤一开始就要下足功夫,从各个方面、各个角度进行调查研究,进行大量的测试和评估,来保证校内消防设施管理系统的正常和该系统的后台数据库的完整性以及安全性,从而把控系统所包含信息的安全性、确保信息进入、出口顺利过渡。然后,对系统和数据进行操作和分析,根据每一步的执行步骤,完成信息的流程图制作过程。
系统的开发对管理模型和系统应用中的数据库进行了分类,创建代码,以及系统测试,如图4-7所显示。
图4-7开发系统流程图
4.4 数据库设计原则
通过对校内消防设施管理系统的主要功能信息进行规划并分为若干功能实体信息,本系统的主要功能实体E-R图如图4-8、图4-9、图4-10、图4-11、图4-12。
图4-8消防站人员信息E-R图
图4-9检修员信息E-R图
图4-10设施信息E-R图
图4-11巡检信息E-R图
图4-12校内消防设施管理系统总体E-R图
4.5 数据表
把按照数据库理念建立的E-R图,转换为国际关系信息库。在关联数据库中,统计关联主要由统计表所构成,但是表的构成主要体现在表格的数文字段上。如下表所示。
表4-1:(警报信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | alarm_information_id | int | 10 | 0 | N | Y | 警报信息ID | |
2 | facility_name | varchar | 64 | 0 | Y | N | 设施名称 | |
3 | facility_location | varchar | 64 | 0 | Y | N | 设施位置 | |
4 | alarm_image | varchar | 255 | 0 | Y | N | 警报图片 | |
5 | alarm_type | varchar | 64 | 0 | Y | N | 警报类型 | |
6 | alarm_content | text | 65535 | 0 | Y | N | 警报内容 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-2:(申请信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | application_information_id | int | 10 | 0 | N | Y | 申请信息ID | |
2 | maintenance_personnel | int | 10 | 0 | Y | N | 0 | 检修员 |
3 | name_of_maintenance_personnel | varchar | 64 | 0 | Y | N | 检修员姓名 | |
4 | facility_name | varchar | 64 | 0 | Y | N | 设施名称 | |
5 | facility_images | varchar | 255 | 0 | Y | N | 设施图片 | |
6 | facility_location | varchar | 64 | 0 | Y | N | 设施位置 | |
7 | application_type | varchar | 64 | 0 | Y | N | 申请类型 | |
8 | reason_for_application | longtext | 2147483647 | 0 | Y | N | 申请理由 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-3: (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表4-4:(灾情信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | disaster_information_id | int | 10 | 0 | N | Y | 灾情信息ID | |
2 | fire_station_personnel | int | 10 | 0 | Y | N | 0 | 消防站人员 |
3 | employee_name | varchar | 64 | 0 | Y | N | 工作员姓名 | |
4 | disaster_name | varchar | 64 | 0 | Y | N | 灾情名称 | |
5 | time_of_occurrence | datetime | 19 | 0 | Y | N | 发生时间 | |
6 | disaster_details | longtext | 2147483647 | 0 | Y | N | 灾情详情 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-5:(设施信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | facility_information_id | int | 10 | 0 | N | Y | 设施信息ID | |
2 | facility_name | varchar | 64 | 0 | Y | N | 设施名称 | |
3 | facility_images | varchar | 255 | 0 | Y | N | 设施图片 | |
4 | facility_location | varchar | 64 | 0 | Y | N | 设施位置 | |
5 | expiration_time | datetime | 19 | 0 | Y | N | 到期时间 | |
6 | facility_status | varchar | 64 | 0 | Y | N | 设施状态 | |
7 | maintenance_plan | longtext | 2147483647 | 0 | Y | N | 维护计划 | |
8 | facility_remarks | longtext | 2147483647 | 0 | Y | N | 设施备注 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-6:(消防站人员)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | fire_station_users_id | int | 10 | 0 | N | Y | 消防站人员ID | |
2 | employee_name | varchar | 64 | 0 | Y | N | 工作员姓名 | |
3 | employee_id | varchar | 64 | 0 | N | 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 | 更新时间 |
表4-7: (巡检信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | inspection_information_id | int | 10 | 0 | N | Y | 巡检信息ID | |
2 | maintenance_personnel | int | 10 | 0 | Y | N | 0 | 检修员 |
3 | name_of_maintenance_personnel | varchar | 64 | 0 | Y | N | 检修员姓名 | |
4 | facility_name | varchar | 64 | 0 | Y | N | 设施名称 | |
5 | facility_images | varchar | 255 | 0 | Y | N | 设施图片 | |
6 | facility_location | varchar | 64 | 0 | Y | N | 设施位置 | |
7 | inspection_time | datetime | 19 | 0 | Y | N | 巡检时间 | |
8 | inspection_situation | varchar | 64 | 0 | Y | N | 巡检情况 | |
9 | inspection_content | longtext | 2147483647 | 0 | Y | N | 巡检内容 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-8: (检修员)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | maintenance_personnel_user_id | int | 10 | 0 | N | Y | 检修员ID | |
2 | name_of_maintenance_personnel | varchar | 64 | 0 | Y | N | 检修员姓名 | |
3 | maintenance_employee_number | varchar | 64 | 0 | N | 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 | 更新时间 |
表4-9: (提示信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | prompt_information_id | int | 10 | 0 | N | Y | 提示信息ID | |
2 | fire_station_personnel | varchar | 64 | 0 | Y | N | 消防站人员 | |
3 | employee_name | varchar | 64 | 0 | Y | N | 工作员姓名 | |
4 | maintenance_personnel | int | 10 | 0 | Y | N | 0 | 检修员 |
5 | name_of_maintenance_personnel | varchar | 64 | 0 | Y | N | 检修员姓名 | |
6 | prompt_content | longtext | 2147483647 | 0 | Y | N | 提示内容 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表4-10: (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表4-11: (使用上报)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | use_reporting_id | int | 10 | 0 | N | Y | 使用上报ID | |
2 | fire_station_personnel | int | 10 | 0 | Y | N | 0 | 消防站人员 |
3 | employee_name | varchar | 64 | 0 | Y | N | 工作员姓名 | |
4 | facility_name | varchar | 64 | 0 | Y | N | 设施名称 | |
5 | facility_images | varchar | 255 | 0 | Y | N | 设施图片 | |
6 | facility_location | varchar | 64 | 0 | Y | N | 设施位置 | |
7 | usage_details | longtext | 2147483647 | 0 | Y | N | 使用详情 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
5 系统详细设计
5.1前台检修员模块实现
当游客打开系统的网址后,首先看到的就是首页界面。在这里,游客能够看到校内消防设施管理系统的导航条显示首页、新闻、设施信息、我的帐户、个人中心等,系统首页界面如图5-1所示:
图5-1 系统首页界面
在注册流程中,用户在Vue前端填写必要信息(如用户名、密码等)并提交。前端将这些信息通过HTTP请求发送到Java后端。后端处理这些信息,检查用户名是否唯一,并将新用户数据存入MySQL数据库。完成后,后端向前端发送注册成功的确认,前端随后通知用户完成注册。这个过程实现了新用户的数据收集、验证和存储。检修员注册界面如图5-2所示:
图5-2检修员注册登录界面
在登录流程中,检修员首先在Vue前端界面输入用户名和密码。这些信息通过HTTP请求发送到Java后端。后端接收请求,通过与MySQL数据库交互验证用户凭证。如果认证成功,后端会返回给前端,允许检修员访问系统。这个过程涵盖了从检修员输入到系统验证和响应的全过程。检修员登录界面如图5-3所示:
图5-3检修员登录界面
检修员点击个人中心,在个人中心页面可以对设施信息、警报信息、巡检信息、申请信息、灾情信息、提示信息等内容模块进行操作,如图5-4所示:
图5-4个人中心页面
检修员点击设施信息,在设施信息页面的输入栏中填写设施名称、设施状态,进行查询,可以查看设施名称、设施位置、到期时间、设施状态、维护计划、设施备注等详细信息,并可进行一键报警、巡检记录、填写申请等操作,如图5-5所示:
图5-5设施信息页面
5.2前台消防站人员模块实现
当游客打开系统的网址后,首先看到的就是首页界面。在这里,游客能够看到校内消防设施管理系统的导航条显示首页、新闻、消防资讯、设施信息、我的帐户、个人中心等,系统首页界面如图5-6所示:
图5-6系统首页界面
在注册流程中,消防站人员在Vue前端填写必要信息(如帐号、密码等)并提交。前端将这些信息通过HTTP请求发送到Java后端。后端处理这些信息,检查用户名是否唯一,并将新用户数据存入MySQL数据库。完成后,后端向前端发送注册成功的确认,前端随后通知消防站人员完成注册。这个过程实现了新用户的数据收集、验证和存储。消防站人员注册界面如图5-7所示:
图5-7消防站人员注册登录界面
在登录流程中,消防站人员首先在Vue前端界面输入用户名和密码。这些信息通过HTTP请求发送到Java后端。后端接收请求,通过与MySQL数据库交互验证用户凭证。如果认证成功,后端会返回给前端,允许消防站人员访问系统。这个过程涵盖了从消防站人员输入到系统验证和响应的全过程。消防站人员登录界面如图5-8所示:
图5-8消防站人员登录界面
消防站人员点击个人中心,在个人中心页面可以对警报信息、巡检信息、申请信息、使用上报、灾情信息、提示信息等内容模块进行操作,如图5-9所示:
图5-9个人中心页面
5.2后台管理员模块实现
管理员登录,在登录页面正确输入帐号和密码后,进入操作系统进行操作;如图5-10所示。
图5-10管理员登录界面
管理员进入系统主页面,主要功能包括对网站首页、公共管理、用户管理、资讯管理、设施信息、警报信息、巡检信息、申请信息、使用上报、灾情信息、提示信息、退出、个人信息、修改密码等进行操作。管理员主页面如图5-11所示:
图5-11管理员主界面
检修员信息功能在视图层(view层)进行交互,比如点击“新增”按钮或填写检修员信息表单。这些检修员信息动作被视图层捕获并作为请求发送给相应的控制器层(control1er层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查询、新增、更新或删除检修员信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便检修员信息功能可以看到最新的信息或相应的操作反馈。在检修员信息页面的输入栏中输入检修员姓名进行查询,可以查看到检修员详细信息,并根据需要进行修改或者删除等操作;如图5-12所示:
图5-12检修员管理界面
消防站人员信息功能在视图层(view层)进行交互,比如点击“新增”按钮或填写消防站人员信息表单。这些消防站人员信息动作被视图层捕获并作为请求发送给相应的控制器层(control1er层)。控制器接收到这些请求后,调用服务层(service层)以执行相关的业务逻辑,例如验证输入数据的有效性和与数据库的交互。服务层处理完这些逻辑后,进一步与数据访问对象层(DAO层)交互,后者负责具体的数据操作如查询、新增、更新或删除消防站人员信息,并将操作结果返回给控制器。最终,控制器根据这些结果更新视图层,以便消防站人员信息功能可以看到最新的信息或相应的操作反馈。在消防站人员信息页面的输入栏中输入工作员姓名进行查询,可以查看到消防站人员详细信息,并根据需要进行修改或者删除等操作;如图5-13所示:
图5-13消防站人员管理界面
管理员点击资讯管理,在资讯管理页面中对新闻列表、新闻分类列表模块信息进行操作;要新闻列表页面可以对标题、封面图、文章分类、标签、新增时间、更新时间等信息,进行查询、新增、修改详情、查看评论或删除新闻资讯等操作。如图5-14所示:
图5-14资讯管理界面
管理员点击设施信息,在设施信息页面中对设施名称、设施图片、设施位置、到期时间、设施状态、新增时间等信息,进行查询、新增、修改详情或删除设施信息等操作。如图5-15所示:
图5-15设施信息界面
管理员点击警报信息,在警报信息页面中对设施名称、设施位置、警报图片、警报类型、警报内容、新增时间等信息,进行查询、新增、修改详情或删除警报信息等操作。如图5-16所示:
图5-16警报信息界面
管理员点击巡检信息,在巡检信息页面中对检修员、检修员姓名、设施名称、设施图片、设施位置、巡检时间、巡检情况等信息,进行查询、新增、修改详情或删除巡检信息等操作。如图5-17所示:
图5-17巡检信息界面
管理员点击申请信息,在申请信息页面中对检修员、检修员姓名、设施名称、设施图片、设施位置、申请类型、审核状态等信息,进行查询、新增、修改详情或删除申请信息等操作。如图5-18所示:
图5-18申请信息界面
管理员点击使用上报,在使用上报页面中对消防站人员、工作员姓名、设施名称、设施图片、设施位置、新增时间等信息,进行查询、新增、修改详情或删除使用上报等操作。如图5-19所示:
图5-19使用上报界面
管理员点击灾情信息,在灾情信息页面中对消防站人员、工作员姓名、灾情名称、发生时间、新增时间、更新时间等信息,进行查询、新增、修改详情或删除灾情信息等操作。如图5-20所示:
图5-20灾情信息界面
6 系统测试
6.1系统测试的目的
在经过长期的测试与修改下,系统能正常运行,已经达到基本的要求,但难免有时会出现一些报错和Bug,如果忽略一些不起眼的小问题有可能会产生连锁反应:数据的报错,数据的无缘被修改以及泄露,甚至会成为不法分子的可乘之机,给开发者和用户造成惨重的代价。综合以上几点,必修要对这个完成的系统进行测试,只有通过一定的测试来解决这些出现的问题。通过不断地进行测试,一步一步的发现系统中的问题,然后对问题进行一次又一次的修改,使该校内消防设施管理系统更加完善,最后争取没有漏洞和Bug,成为一个接近完美无暇的校内消防设施管理系统。还要在测试修改的过程中吸取经验:自己为什么会犯这种错误、代码的编写哪个逻辑环节出了错误、又有哪些地方是因为自己的粗心大意造成的等等。使系统本身接近完美以及以后的维护更加快捷方便[13]。
对于校内消防设施管理系统,要对其进行一个整体的测试。测试根据各个模块的功能,以及各功能之间的相互联系,协同关系来进行操作。尤其在消防站人员、检修员和管理员三个的数据库这一地方进行多次测试以及调整。通过一次又一次的系统测试,保证校内消防设施管理系统能够在上线面向开放使用后是一个方面、安全、省心的系统。
6.2系统测试方法
系统的测试方法有很多,在对系统进行测试时,应选择最适合并且稳定性良好最好保障的测试方法进行测试。撰写的代码完成后,就要开始着手于对系统进行一系列的测试。本系统代码是在Eclipse编写完成的,完成后部署在Eclipse集成好的Tomcat7上。测试的浏览器使用了Google浏览器进行的。系统测试的具体要求顺序如下:
(1)打开相应的运行代码软件,使用Google浏览器运行该系统页面[14]。
(2)测试整体从三个角度进行测试:登录测试、删除分类测试和修改密码测试。对这些功能进行多次的测试,多用几个不同的测试用例。测试的同时还要分析源代码,对于产生的异常结果和错误,进行分析查找其原因,进行解决。
(3)在测试的过程中,尽量使用Debug来进行测试,这样得到的结果和数据更加准确无误。
(4)还要对系统进行高数据下并行和并发的系统测试[15]。
6.3功能测试
(1)用户登录测试。在登录模块页面,通过输入三个用户名和密码进行测试。其中只有但三次输入的用户名“admin”和密码“admin”是正确的,会发现第三个是登陆成功的提示信息,而第一个和第二个登录失败。第一个登录失败的原因是因为用户名和密码不匹配,数据库中无法找到相应的匹配数据;第二个登录失败的原因是因为该用户名没有注册,数据库中没有相应的记录,所以第一次和第二次的登录会出现登录失败的得结果。如表6-1所示。
(2)删除分类测试。在删除分类模块,找到相对应的删除信息,点击“删除”该信息的接口,删除成功后信息会在数据库中的表中进行删除,然后返回前端页面删除成功的提示框。通过一次又一次的删除操作,发现该系统的删除功能以及后端代码运行正常,多次的删除测试说明该系统的删除分类功能没有问题。如表6-2所示。
(3)修改密码测试。在修改密码模块,通过三个用户的修改数据进行该功能的测试。测试中发现只有第三次的修改密码成功了,第一次和第二次的密码修改出现了问题。问题的原因分别为“密码错误”和“确认密码不一致”的问题。通过多次的修改和测试,发现修改密码这一功能运行正常,没有问题。如表6-3所示。
通过上述一次又一次的测试修改,又加上对系统的白盒测试和黑盒测试等一系列的操作,对系统进行了多次全面具体的测试。该系统的各个功能模块都能正常运行,性能良好,占据CPU的空间也较小。对所有的用户都有很大的帮助,提供了便利,对账户信息有较强的保密性,后台数据库能保持良好的完整性和安全性。无论是前端的页面设计,还是后端的数据库和代码运行,都十分不错,达到了预期的效果。
结 论
经过这几个月的努力,在老师和同学的帮助与指导下,对系统顺利完成。对于该系统的研究和开发虽然没有耗费大量的时间,但为了成功完成该校内消防设施管理系统,消耗了大量的经历和汗水去了解学习这方面涉及到的专业知识以及开发环境的应用。
该系统的设计与实现,是经过了很长时间的分析、观察、调研和研究分析并整理资料实施的。校内消防设施管理系统采用B/S架构、Java开发语言、SpringBoot框架以及MySQL数据库等技术开发与设计。该系统主要分为消防站人员、检修员和管理员三个角色。该校内消防设施管理系统分为前端和后端两大部分。前端的主要功能为向注册用户展示新闻、设施信息、消防资讯等,并对一些数据进行记录。后端的主要任务是对数据的一些准备处理的工作,对于管理员的数据属性的添加、维护和修改。每个功能在完成各自任务的同时也相互合作,一起来处理各个任务以及进程。
尽管该系统对用户可以满足一些基本的消防设施管理的需求,但该系统还存在许多问题和有待完善的地方。主要分为以下两点:
(1)该校内消防设施管理系统的适用面比较局限。页面的设置还是过于繁琐,不够简洁。加上社会方面的飞速发展,用户的条件也在发生新的变化。该系统还存在大数据下的并发和并行操作的不稳定性,当一个时间段内或者同一时刻时,过量的用户访问该网站会让网站的服务器出现崩溃的现象,一些操作无法正常的运行。种种原因使得该系统存在一些局限性。
(2)需要人工来处理的数据模块太多,需要减少大量的人工操作。在对消防设施管理处理的程序中,难免会出现各种各样的错误数据或者是异常数据,一旦这些数据大量积累存在过多时,系统自我调节修复能力有限就不得不需要人工的干预了。但是人工如果经常去进行操作的话,就会造成该系统的运行速度变慢,对其余正确的数据产生干扰,而且有可能对正确数据的损害以及泄露,从而将会减少该系统的稳定性。对于人力和财力都造成了不必要的浪费。
从上述可以看出该校内消防设施管理系统还有很多不足之处,在日后要结合具体项目问题进行修改和研究。
[1] 金芳芳.学生考勤管理系统专业实践教学体系改革——基于就业的 视角 [J].中外消防站人员家 ,2020(03):180-181.
[2]王朝友,谢兰云.基于SpringBoot仓库管理系统专业本科课程国际化建设研究[J]. 教育教学论坛 ,2019(48):64-65.
[3]冉翠翠 ,荀珂 . 基于SpringBoot计算机应用技术与信息管理的整合研究 [J].科学 技术创新 ,2019(31):93-94.
[4]查先进,杨海娟 . 网络背景下信管专业人才培养模式改革创新影响因素研究[J].图书情报知识,2020 ( 2) : 21-29.
[5] 中华人民共和国教育部局等教育司 . 普通高等学校本科专业目录和专业简介[M].北京: 高等教育出版社,2019: 90-98.
[6] H. M. Hassan & Charles Hutchinson. Natural Resource and Environmental Information for Decision Making. A World Bank Publication, Washington D. C., USA, 2020.
[7] 杨善林,李兴国,顾东晓,左春荣 . 信息管理类专业创新性人才培养模式研究[J].理工高教研究,2020 ( 6) : 104-106.
[8] 叶福兰 . 基于能力本位的教师管理系统专业应用型人才培养模式研究[J].中国管理信息化,2019 ( 23) : 239-241.
[9] 闫娜 . 精品课程网站专业建设研究[J].图书馆学研究,2021 ( 11) : 9-12.
[10] 陶雷,莫赞,张立厚 . 应用型本科 “信管”专业课程体系探究及构建实践[J].情报杂志,2020 ( 2) : 180-184.
[11] 《International Journal of Emerging Trends and Technology in Computer Science》 , 2019, 38 (2) :99-103
[12] 张宁,袁勤俭 . 面向数据科学的信息管理和信息系统专业课程建设与改革[J].现代情报,2021 ( 8) : 106-110.
[13] 曾维佳,秦放 . 计算机技术下医院管理系统专业应用型课程改革研究[J].信息与电脑,2019 ( 2) : 231-232.
[14] 骆正山,张新生,王小完 . 互联网+背景下社区管理系统专业实践教学体系改革研究[J].西安建筑科技大学学报 ( 社会科学 版) ,2020 ( 6) : 92-96.
[15] 田世海,刘天林 . 网站数据可视化专业综合实践教学体系研究[J].黑龙江教育学院学报,2020 ( 9) : 37-40.
[16]Thomas R. Peltier.Information Security Risk Analysis.Rothstein Associates Inc,2019
致 谢
校内消防设施管理系统圆满的完成,在开发过程中如何实现的更好,其中付出的努力是很大的,这段时光将会终身难忘。
四年时光转瞬即逝,当开始写这篇论文的时候,我才意识到自己要毕业了,这篇论文是一次自检,也是一次我对自己的“查重”。在这里快乐地学习了四年,足够让我恋恋不舍。很感谢母校为我们学员们提供了一个良好的学习环境。在大学生活中我感受到了家一样的氛围,结交了很多很多同学朋友,认识了大量的优秀老师,这四年的校园生活让我受益匪浅,终身难忘。
感谢我的亲人。即使他们当我因为压力而发脾气时,他们也只是告诉我:“要冷静”。在很多我认为自己撑不过去的时候,是他们的安慰与默默支持让我觉得自己可以。我希望我今后可以继续努力,去成为他们心中的那个我。
还要感谢我的指导老师。她是一位发自内心希望我们这些学生成为优秀的人的老师。我还记得他在课间时间挨个问我们毕业后的想法,推荐我们课外书籍清单,鼓励我们学习课外知识的场景。他又很有责任感,在指导我们完成毕业设计和论文的同时,还给我们讲一些需要注意的事项,真正做到了教书育人。我每一回都因为实际操作中遇到苦难而向老师发消息求助时,老师总是秒回信息,事无巨细地解释清楚,而且同步发到同学群中,对于别的同学来说也是很大的帮助。或许对于一位老师来讲,学生有所成是他们的期望。那我希望这篇论文不是我的最后一篇论文。
感谢我的室友。虽然前几年的生活磕磕绊绊,小矛盾不断,但是最近一年我们都平静了下来。也很庆幸,我们在这段焦虑有压力的日子里几乎没有摩擦,而是相互鼓励,谢谢你们。
最后想大言不惭地感谢自己。“宝剑锋从磨砺出,梅花香自苦寒来”。不能说我有多么努力,不然我也不会报怨没资格,考研差一点了,只能说在经历了灰色的高中,拿着自己惨不忍睹的高考成绩后,我还算是站起来了。没有被挫折完全打倒的自己就是棒的。未来的研究生生活将会努力奋斗,天天进步,更上一层楼!