摘 要
在信息化时代的背景下,数字化管理成为提升效率、优化服务的重要手段。针对校园内失物招领的传统管理方式存在的种种不便,本文提出了一种基于Spring Boot框架和MySQL数据库的校园失物招领管理系统设计方案。该系统采用Java语言开发,通过Web应用的形式,为校园师生提供一个便捷、高效的失物招领平台。系统实现了失物信息的快速录入、分类展示、智能检索等功能,有效提升了失物招领的工作效率,减少了失物招领过程中的信息不对称,增强了校园管理的智能化水平。
本文首先介绍了Spring Boot框架的优势和MySQL数据库的特点,阐述了选择这两种技术构建失物招领管理系统的理由。随后,详细描述了系统的架构设计、功能模块划分以及关键技术的实现过程。在实现过程中,特别强调了系统安全性、稳定性和可扩展性的考虑。
通过本系统的应用,不仅提升了校园失物招领的工作效率,也为师生提供了更加便捷的服务体验。同时,该系统的成功实践也为其他校园管理信息系统的建设提供了有益的参考和借鉴。
关键词:springboot;校园失物招领 ;Java
Abstract
With the popularization of mobile Internet and the increase of user demand, this paper develops a springboot movie ticket ordering system based on Java technology, and integrates it into the WeChat applet platform. The system includes core functional modules such as administrators, regular users, movie information management, movie type management, ticket booking information management, ticket redemption information management, and movie review record management, providing users with convenient movie ticket ordering services.
Administrators can manage movie information, ticket booking information, etc. Ordinary users can book movie tickets and leave messages through WeChat mini programs. The system has achieved user identity differentiation and modular management of functions, improving user experience and system operability. The system aims to meet the needs of users for movie ticket ordering and improve the convenience and efficiency of the booking process by combining Java technology and WeChat mini programs. Future systems can further optimize user interaction design, enhance security, and continuously improve system functionality based on user feedback to enhance system stability and user satisfaction.
Key words:Springboot; Campus lost and found; Java
1 绪论
在信息技术飞速发展的时代背景下,校园生活作为学生学习和成长的重要场所,也迎来了前所未有的数字化变革。随着智能设备和互联网应用的广泛普及,学生们在校园内的日常活动产生了大量的数据,其中包括失物招领信息。传统的失物招领方式,如公告板、微信群等,已无法满足高效、便捷的管理需求。因此,开发一套校园失物招领管理系统成为了提升校园管理效率、优化学生生活体验的重要课题。
该系统旨在通过信息化手段,实现失物招领信息的快速发布、查询和匹配,减少信息流通的中间环节,提高失物找回的成功率。同时,系统还能对失物招领数据进行统计分析,为学校提供决策支持,助力智慧校园建设。通过校园失物招领管理系统的应用,不仅能解决学生失物招领的实际问题,还能培养学生的信息素养和责任感,推动校园文化的健康发展。
总之,校园失物招领管理系统的研究与开发,不仅是一项技术创新,更是提升校园管理服务水平、推动校园数字化转型的重要实践。
1.2研究意义
在快节奏的校园生活中,失物招领一直是困扰学生和教职工的常见问题。传统的失物招领方式,如公告板、微信群等,虽然能起到一定的作用,但效率低下,信息更新不及时,容易导致失物长时间无人认领或被误领。因此,开发一套高效、便捷的校园失物招领管理系统显得尤为重要。
该系统不仅能提高失物招领的效率,减少失物长时间无人认领的情况,还能通过信息化手段,实现失物信息的快速更新和准确匹配。此外,系统还能对失物招领数据进行统计分析,为学校管理提供数据支持,有助于学校更好地了解学生的日常生活需求和习惯,从而提供更加贴心的服务。
综上所述,校园失物招领管理系统的研究不仅具有现实意义,还具有长远的发展价值。它不仅能解决校园生活中的实际问题,还能推动校园信息化建设的进程,为智慧校园的建设贡献力量。
1.3论文结构与章节安排
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2相关技术介绍
2.1springboot框架
Spring Boot采用约定比配置更重要的思想,并通过默认配置来降低开发者所需完成的配置任务。这能够更快开始工程,降低配置出错的概率。Spring Boot内置了常用的Web容器(如Tomcat、Jetty等),无需外部部署,可通过内嵌容器轻松运行应用。这样就可以简化工程的调配与维修。Spring Boot借助自动化配置机制实现了基于项目依赖与环境的自动化应用配置。这样可以减少配置工作量和开发效率。Spring Boot在安全性,事务管理和数据访问方面提供很多开箱即用功能。这样开发者就可以更加注重实现业务逻辑,无需过多地注重基础设施建设。Spring Boot成功地整合了Spring框架中的多个功能模块,例如Spring MVC、Spring Data、Spring Security等,这使得开发人员能够轻松地利用这些功能来创建全方位的企业级应用程序。
2.2Mysql数据库
MySQL是一个开源的关系型数据库管理系统(RDBMS),由MySQL AB公司开发,后被甲骨文收购。它使用C和C++编写,可运行于多种操作系统如Unix、Linux和Windows。MySQL功能强大、简单易用、管理便捷,且运行速度快、可靠安全。它支持多线程和多CPU,能满足多种应用场景的需求。
MySQL提供丰富的数据类型,如数值、日期时间、字符串和二进制等,以及多种存储引擎如InnoDB、MyISAM和MEMORY,可根据需要灵活选择。它提供大量数据库操作命令,如创建、修改、删除数据库和表格,以及数据的增删改查等。此外,它还支持多种索引,以提高查询性能。
MySQL在全球范围内应用广泛,是许多大型网站和独立软件开发商的首选。其开源、免费、高效、灵活和易用的特点,使其成为当前速度最快的SQL数据库之一。
2.3Vue.js 主要功能
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用。
3 系统分析
系统需求分析作为系统开发过程中至关重要的一环,对系统的设计与实现具有承上启下作用。系统需求分析就是要对系统进行需求挖掘,若分析准确就能准确地解决实际工作中遇到的各种问题。若分析不当,将影响系统后期的实施。系统的出色程度需求分析在其中也占很大比重,需求分析做得不好,之后的系统设计想要达到就等于偏离导航。
3.1 可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
3.1.1 技术可行性分析
校园失物招领管理系统存储所用mysql数据库和开发工具IDEA,Tomcat等应用可以为我们编写工作提供很多方便。系统使用springboot框架进行开发,使系统的可扩展性和维护性更佳,减少Java配置代码,简化编程代码,目前springboot框架也是很多企业选择的框架之一。
3.1.2 经济可行性分析
从经济可行性的角度考虑,工程在开发阶段要求有1台开发PC;生产阶段要求有web服务器,数据库服务器。一台个人PC在经济上并不存在太大问题,后期系统部署投产时,对服务器投资不会太大,在经济上相对可行。
3.1.3 法律可行性分析
系统从法律层面上来没有对第三方有其他放有法律层面的问题,系统数据库采用的Mysql 开源社区数据库、框架采用的是开源的springboot。系统资讯和相关内容也是法律层面的。在源码的管理上采用git开源进行管理,所以在法律可行性上是成立的。
3.2 系统功能分析
3.2.1 功能性分析
校园失物招领管理系统我划分为了普通用户管理模块和管理员模块这两大部分。
PC端普通用户模块:
(1)注册登录:点击“注册”,输入注册相关信息后点击页面的“注册”按钮,提示注册成功后,回到首页,点击“登录”按钮,根据注册输入的账号密码登录系统,登录时校验输入的账号密码,输入正确登录成功,输入错误会有提示信息;
(2)查看校园失物招领管理系统的首页信息:校园失物招领管理系统的首页信息包含了首页、交流论坛、通知公告、校园资讯、失物招领、留言反馈。
(3)交流论坛:用户点击“交流论坛”菜单显示所有的交流论坛信息,可以按照分类查看帖子信息,或者输入关键词进行局部搜索,点击可以进入帖子的详细展示界面,在此界面用户可以点赞、收藏、评论,也可以点击“发布内容”输入帖子信息进行发帖。
(4)通知公告:用户点击“通知公告”菜单显示管理员在后台发布的所有的通知通知公告,可以查看通知公告详情。
(5)校园资讯:用户点击“校园资讯”菜单显示所有的校园资讯信息,可以按照条件进行校园资讯的筛选或者输入关键词进行局部搜索,点击可以进入校园资讯详细展示界面,在此界面用户可以收藏、点赞和评论。
(6)失物招领:用户点击“失物招领”菜单可以查看所有失物招领信息,可以按照条件查看失物招领,或者输入关键词进行查询,点击可以进入失物招领详细展示界面,在此界面用户可以收藏、点赞和评论。
微信小程序端普通用户模块:
(1)交流论坛:用户点击“交流论坛”菜单显示所有的交流论坛信息,可以按照分类查看帖子信息,或者输入关键词进行局部搜索,点击可以进入帖子的详细展示界面,在此界面用户可以点赞、收藏、评论,也可以点击“发布内容”输入帖子信息进行发帖。
(2)校园资讯:用户点击“校园资讯”菜单显示所有的校园资讯信息,可以按照条件进行校园资讯的筛选或者输入关键词进行局部搜索,点击可以进入校园资讯详细展示界面,在此界面用户可以收藏、点赞和评论。
(3)失物招领:用户点击“失物招领”菜单可以查看所有失物招领信息,可以按照条件查看失物招领,或者输入关键词进行查询,点击可以进入失物招领详细展示界面,在此界面用户可以收藏、点赞和评论。
(4)基本信息:普通用户可以对自己的个人信息和登录密码进行维护;
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)轮播图:管理员点击“轮播图”菜单可以对首页展示的轮播图进行增删改查。
(3)通知公告:管理员点击“通知公告”菜单可以查看到系统中的所有通知公告,对已经存在的通知公告,管理员可以修改,也可以添加新的通知公告或者删除通知公告。
(4)系统用户:管理员点击“系统用户”菜单后,可以对系统中存在的用户进行管理,包括管理员用户和普通用户。管理员可以进行用户信息的添加、查看、编辑、删除等操作。
(5)失物招领:管理员点击“失物招领”菜单后,可以对其进行增加、删除、修改和查询操作,还可以管理前台用户提交的评论。
(6)失物分类:管理员点击“失物分类”菜单后查看所有失物分类信息。管理员可以根据失物分类进行查询,并可以进行添加、修改、删除失物分类信息。
(7)资源管理:管理员点击“资源管理”菜单能够对其下子菜单校园资讯和资讯的分类进行增删改查。
(8)交流管理:管理员点击“交流管理”菜单可以对其下交流论坛和论坛的分类进行增删改查。
3.2.2 非功能性分析
校园失物招领管理系统的非功能性需求比如校园失物招领管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1校园失物招领管理系统非功能需求表
安全性 | 主要指校园失物招领管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指校园失物招领管理系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响校园失物招领管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着校园失物招领管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 校园失物招领管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
3.3 系统用例分析
校园失物招领管理系统的完整UML用例图分别是图3-1和图3-2。
图3-1就是管理员角色的用例展示。
图3-1 校园失物招领管理系统管理员角色用例图
图3-2就是PC端普通用户角色的用例展示。
图3-2 校园失物招领管理系统PC端普通用户角色用例图
图3-3就是微信小程序端用户角色的用例展示。
图3-3 校园失物招领管理系统微信小程序端用户角色用例图
3.4 系统流程分析
本系统在处理数据时,其内部的操作逻辑也需要使用相应的工具进行展示。
在本系统的数据录入页面,对于操作者提供的每条数据都有相应的检验规则,比如数据信息不能有非法字符,或者本来应该是汉字的数据,不能用字母代替,还有对数据内容的长度等进行规范,这样的可以确保数据准确性的检验规则,在编码时,就提前编写好了。数据添加的流程见下图。如果数据已经保存进入数据库,则说明操作者提供的数据内容和格式都是符合要求的。
图3-4 添加信息流程图
很多时候,面对系统中的大量数据,难免会发现一些错误,因此需要及时纠正错误,本系统也提供数据后期的修改功能,其流程见下图。但是更新的数据也需要通过数据有效性检验。能够最终写入数据库则说明修改的数据是符合要求的。
图3-5 修改信息流程图
面对数据库里面大量数据,在系统的前台,要想快速获取需要的信息,就需要使用查询功能。其流程见下图。该功能需要操作者提前输入关键词,当系统的后台数据库保存了与关键词匹配的数据时,就会及时显示出来,整个过程耗时很短。
图3-6 查询信息流程图
4 系统设计
本章主要讨论的内容包括校园失物招领管理系统的功能模块设计、数据库系统设计。
4.1 系统功能模块设计
4.1.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本校园失物招领管理系统中的用例。那么接下来就要开始对本校园失物招领管理系统的架构、主要功能和数据库开始进行设计。校园失物招领管理系统根据前面章节的需求分析得出,其总体设计模块图如图4-1所示。
图4-1 校园失物招领管理系统功能模块图
4.1.2用户模块设计
本系统的用户包括管理员和用户两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图4-2用户模块结构图
4.1.3 评论管理模块设计
校园失物招领管理系统是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图4-3评论管理模块结构图
4.1.4失物招领管理模块设计
校园失物招领管理系统是中需要存储不少失物招领信息,其模块功能结构,具体的结构图如下:
图4-4失物招领信息管理模块结构图
4.2 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
4.2.1 数据库概念结构设计
在数据库概念模型设计的时候,一般都采用E-R实体图进行展示,在实体图中可以展示出数据库表中的所有字段名称,本校园失物招领管理系统中的主要的数据库E-R模型图如下图所示。
图4-5 普通用户信息E-R关系图
图4-6 留言反馈信息E-R关系图
图4-7 失物招领信息E-R关系图
图4-8 评论信息E-R关系图
图4-9通知公告E-R关系图
下面是整个校园失物招领管理系统中主要的数据库表总E-R实体关系图。
图4-11 校园失物招领管理系统总E-R关系图
4.3.2 数据库逻辑结构设计
通过上一小节中校园失物招领管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
表comment (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表forum (论坛)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | forum_id | mediumint | 8 | 0 | N | Y | 论坛id | |
2 | display | smallint | 5 | 0 | N | N | 100 | 排序 |
3 | user_id | mediumint | 8 | 0 | N | N | 0 | 用户ID |
4 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
5 | praise_len | int | 10 | 0 | Y | N | 0 | 点赞数 |
6 | hits | int | 10 | 0 | N | N | 0 | 访问数 |
7 | title | varchar | 125 | 0 | N | N | 标题 | |
8 | keywords | varchar | 125 | 0 | Y | N | 关键词 | |
9 | description | varchar | 255 | 0 | Y | N | 描述 | |
10 | url | varchar | 255 | 0 | Y | N | 来源地址 | |
11 | tag | varchar | 255 | 0 | Y | N | 标签 | |
12 | img | text | 65535 | 0 | Y | N | 封面图 | |
13 | content | longtext | 2147483647 | 0 | Y | N | 正文 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
16 | avatar | varchar | 255 | 0 | Y | N | 发帖人头像: | |
17 | type | varchar | 64 | 0 | N | N | 0 | 论坛分类:[0,1000]用来搜索指定类型的论坛帖 |
表forum_type (论坛分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
3 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
4 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
5 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
6 | icon | varchar | 255 | 0 | Y | N | 分类图标: | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表lost_and_found (失物招领)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | lost_and_found_id | int | 10 | 0 | N | Y | 失物招领ID | |
2 | title_name | varchar | 64 | 0 | Y | N | 标题名称 | |
3 | publication_type | varchar | 64 | 0 | Y | N | 发布类型 | |
4 | lost_and_found_name | varchar | 64 | 0 | Y | N | 失物名称 | |
5 | lost_and_found_classification | varchar | 64 | 0 | Y | N | 失物分类 | |
6 | publish_users | int | 10 | 0 | Y | N | 0 | 发布用户 |
7 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
8 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
9 | content_description | text | 65535 | 0 | Y | N | 内容描述 | |
10 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表lost_and_found_classification (失物分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | lost_and_found_classification_id | int | 10 | 0 | N | Y | 失物分类ID | |
2 | lost_and_found_classification | 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 | 更新时间 |
表message_feedback (留言反馈)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | message_feedback_id | int | 10 | 0 | N | Y | 留言反馈ID | |
2 | feedback_title | varchar | 64 | 0 | Y | N | 反馈标题 | |
3 | feedback_to_users | int | 10 | 0 | Y | N | 0 | 反馈用户 |
4 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
5 | feedback_content | text | 65535 | 0 | Y | N | 反馈内容 | |
6 | manage_replies | 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 | 更新时间 |
表notice (公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表regular_users (普通用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | contact_phone_number | varchar | 16 | 0 | Y | N | 联系电话 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
5 系统详细设计
对校园失物招领管理系统进行了详细设计及实现,主要在前文校园失物招领管理系统需求分析基础上,结合校园失物招领管理系统总体设计,对网页进行了设计,实现了业务逻辑。主要介绍了校园失物招领管理系统的两个组成部分:界面的实现,业务逻辑的实现。
5.1用户功能模块
5.1.1 前台首页界面
当进入校园失物招领管理系统的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是通知公告,其主界面展示如下图5-1所示。
图5-1 微信小程序端首页界面图
图5-1 PC端首页界面图
5.1.2 用户注册界面
在校园失物招领管理系统中,用户可以进行注册和登录操作。当用户点击右上角的“注册”按钮时,需填写账号、密码、确认密码、昵称、邮箱、手机号等信息,并选择身份,填写身份信息后点击“注册”按钮。系统将首先验证输入是否有空数据,然后验证密码和确认密码是否匹配,最后验证输入的账户名是否与数据库中已注册账户名重复。只有在所有验证通过后,用户才能成功注册。其用注册界面展示如下图5-2所示。
图5-2微信小程序端注册界面图
图5-2PC端注册界面图
注册关键代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
5.1.3用户登录界面
在校园失物招领管理系统中,注册后的用户可以通过其账户名和密码进行登录。用户输入完整的账户名和密码信息后,点击“登录”按钮。系统将首先验证输入是否存在空数据,然后验证输入的账户名和密码是否与数据库中当前保存的用户信息一致。只有在验证通过后,用户才能成功登录,并自动跳转到校园失物招领管理系统的首页。如果验证未通过,系统将提示相应的错误信息,用户登录界面如下图5-3所示。
图5-3微信小程序端用户登录界面图
图5-3PC端用户登录界面图
登录关键代码如下:
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
Duration duration = Duration.ofSeconds(7200L);
redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
5.1.4 交流论坛详情界面
用户点击“交流论坛”菜单显示所有的交流论坛信息,可以按照分类查看帖子信息,或者输入关键词进行局部搜索,点击可以进入帖子的详细展示界面,在此界面用户可以点赞、收藏、评论,也可以点击“发布内容”输入帖子信息进行发帖。交流论坛详情界面如下图5-4所示。
图5-4微信小程序端交流论坛详情界面图
图5-4PC端交流论坛详情界面图
5.1.5失物招领详情界面
用户点击“失物招领”菜单可以查看所有失物招领信息,可以按照条件查看失物招领,或者输入关键词进行查询,点击可以进入失物招领详细展示界面,在此界面用户可以收藏、点赞和评论。失物招领详情界面如图5-5所示。
图5-5微信小程序端失物招领详情界面图
图5-5PC端失物招领详情界面图
5.1.6我的账户界面
当用户点击“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料以及登录系统的密码进行设置。我的账户界面如下图5-6所示。
图5-6微信小程序端基本信息界面图
图5-6PC端我的账户界面图
5.2管理员功能模块
5.2.1系统用户管理界面
用户管理模块包含了管理员、普通用户两个部分,管理员可以对普通用户进行增删改查。这里以普通用户为例。界面如下图5-7所示。
图5-7系统用户管理界面图
系统用户管理关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
5.2.2失物招领管理界面
点击“失物招领”这一按钮后会显示出所有的失物招领,在失物招领界面可以添加新的失物招领,可以对失物招领进行修改、删除,也可以按照标题名称或者失物名称对失物招领查询,还可以管理评论信息。界面如下图5-8所示。
图5-8失物招领管理界面图
失物招领管理关键代码如下:
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
public void delete(Map<String,String> query,Map<String,String> config){
QueryWrapper wrapper = new QueryWrapper<E>();
toWhereWrapper(query, "0".equals(config.get(FindConfig.GROUP_BY)),wrapper);
baseMapper.delete(wrapper);
log.info("[{}] - 删除操作:{}",wrapper.getSqlSelect());
}
5.2.3 失物分类管理界面
点击“失物分类”这一按钮后会显示出所有的失物分类,在失物分类界面可以添加新的失物分类,可以对失物分类进行修改、删除,也可以按照失物分类对失物分类查询。界面如下图5-9所示。
图5-9失物分类管理界面图
失物分类管理关键代码如下:
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
点击“留言反馈”这一按钮后会显示出所有的留言反馈,可以对留言反馈进行添加、修改、删除,也可以按反馈标题或者反馈用户对留言反馈进行查询。界面如下图5-11所示。
图5-11留言反馈管理界面图
留言反馈管理关键代码如下:
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
5.2.5资源管理界面
管理员点击“资源管理”菜单能够对其下子菜单校园资讯或者资讯分类进行增删改查,界面如下图5-13所示。
图5-12资源管理界面图
管理员点击“交流管理”菜单可以对其下交流论坛和论坛的分类进行增删改查,界面如下图5-13所示。
图5-13交流管理界面图
6系统测试
6.1 系统测试用例
系统测试包括:用户登录功能测试、失物招领展示功能测试、失物招领添加、失物招领搜索、密码修改,如表6-1、6-2、6-3、6-4、6-5所示:
表6-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码能否成功登录系统 |
前提 | 未登录状态 |
测试流程 | 1. 进入登录页面 |
2. 输入正确的用户名和密码 | |
预期结果 | 成功登录系统,跳转到登录成功界面 |
实际结果 | 实际结果与预期结果一致 |
结论 | 通过 |
失物招领查看功能测试:
表6-2 失物招领查看功能测试表
用例名称 | 失物招领查看 |
目的 | 测试失物招领查看功能 |
前提 | 用户已登录 |
测试流程 | 点击失物招领列表 |
预期结果 | 可以查看所有的失物招领 |
实际结果 | 实际结果与预期结果一致 |
结论 | 通过 |
管理员添加失物招领管理界面测试:
表6-3 管理员添加失物招领管理界面测试表
用例名称 | 管理员添加失物招领管理界面 |
目的 | 测试管理员添加失物招领功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1. 管理员点击失物招领,然后点击添加按钮 |
2. 填写相关信息并提交 | |
预期结果 | 提交后,页面首页会显示新的失物招领 |
实际结果 | 实际结果与预期结果一致 |
结论 | 通过 |
失物招领搜索功能测试:
表6-4失物招领搜索功能测试表
用例名称 | 失物招领搜索功能 |
目的 | 测试失物招领搜索功能 |
前提 | 无 |
测试流程 | 1. 在搜索框中填入搜索关键字 |
2. 点击搜索按钮 | |
预期结果 | 页面显示包含搜索关键字的失物招领 |
实际结果 | 实际结果与预期结果一致 |
结论 | 通过 |
密码修改搜索功能测试:
表6-5 密码修改功能测试表
用例名称 | 密码修改功能测试 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1. 修改密码并完成填写 |
2. 点击提交按钮 | |
预期结果 | 使用新密码可以成功登录系统 |
实际结果 | 实际结果与预期结果一致 |
通过 |
6.2 系统测试结果
通过编写校园失物招领管理系统的测试用例,已经检测完毕用户登录模块、失物招领展示模块、失物招领添加模块、失物招领搜索模块、密码修改模块,通过这五大模块为校园失物招领管理系统的后期推广运营提供了强力的技术支撑。
开发校园失物招领管理系统前,首先要进行用户需求分析,明确系统可行性,功能需求等要求。可行性分析主要包括技术可行性,经济可行性以及管理可行性,从而保证系统的实施可行性。
论文概述了校园失物招领管理系统产生的背景和研究意义,对具体业务需求做了进一步说明,根据需要对系统结构及功能模块做了详细的设计,把系统分为几个不同功能模块。在功能需求分析部分,对整个系统架构及功能模块进行分析,选择合适的系统开发技术,完成各模块开发。完成研制之后,对系统进行部署与试验,试验结果验证了该系统无论从功能上还是从性能上均满足预期需求,且稳定性与可靠性均比较高。
[1]徐少军,李宗哲,梅杰,等. 基于Springboot+Vue框架的质量检验监督管理系统研发 [J]. 纺织标准与质量, 2024, (01): 11-14+21.
[2]孙铁强,刘俊,于洪健,等. 基于SpringBoot框架的在线监测和专家系统的研究 [J]. 自动化应用, 2024, 65 (04): 15-16+19.
[3]束方鹏,张逸. 基于SpringBoot框架的数据转换系统及方法[P]. 江苏省: CN117289914B, 2024-02-02.
[4]Liang C . School Vehicle Management System Based on JAVA Language [J]. Academic Journal of Computing & Information Science, 2023, 6 (9):
[5]李文杰. 基于SpringBoot与Vue框架的公益性教育咨询平台系统研发[D]. 山东大学, 2023.
[6]朱志慧,蔡洁. 基于SpringBoot+Vue+Uni-app框架的校园失物招领系统 [J]. 电子技术与软件工程, 2022, (17): 62-65.
[7]刘欣,李亮亮,牛聪. 基于Vue和SpringBoot框架的流域监管平台的研究和应用[C]// 《中国防汛抗旱》杂志社,中国水利学会减灾专业委员会,水利部防洪抗旱减灾工程技术研究中心(中国水利水电科学研究院防洪抗旱减灾研究中心). 第十一届防汛抗旱信息化论坛论文集. 黄河水利委员会信息中心;郑州黄河河务局;, 2021: 5.
[8]Liu S . Explore Java Language and Android Mobile Software Development [J]. International Journal of Frontiers in Engineering Technology, 2021, 3.0 (2.0):
[9]Kline K . The Java Language Extension for SQL Server Is Now Open Source [J]. Database Trends and Applications, 2020, 34 (4): 31-31.
[10]吴笑丰. 基于微信公众号的中学校园失物招领系统设计 [J]. 科技传播, 2020, 12 (06): 153-154.
[11]谢廷俊. 基于Web的校园失物招领系统 [J]. 信息与电脑(理论版), 2019, (10): 109-111+119.
[12]李辉燕,樊希平. 校园失物招领系统设计 [J]. 电脑迷, 2019, (08): 14.
[13]池凤,胡雷晴,李子悦. 基于微信平台的大学校园失物招领管理系统的设计与实现 [J]. 信息与电脑(理论版), 2019, (06): 65-67.
[14]刘莹. 校园失物招领公益性管理系统 [J]. 福建电脑, 2019, 33 (11): 128. DOI:10.16707/j.cnki.fjpc.2017.11.066.
[15]邹骅. 基于微信公众平台的校园失物招领系统设计 [J]. 河北软件职业技术学院学报, 2019, 19 (03): 14-17.
[16]唐志婧. 基于Android的校园失物招领平台的设计与实现[D]. 内蒙古大学, 2019.
[17]吴江平. 高校失物招领管理系统的研究与分析 [J]. 科技广场, 2019, (11): 32-35.
致 谢
在本文的最后,我要由衷地感谢我的导师和团结友爱的同学们,在大学生活即将结束之际给予了我无尽的帮助和鼓励。我找不到合适的词语来表达我对他们深深的感激之情。特别感谢我的导师,在选题过程中与我进行了深入的交流,并在毕业设计期间给予了指导。四年的学习生活让我受益良多,老师们丰富的学术知识和认真负责的态度让我受益匪浅。在此,我衷心感谢曾经给予我帮助和指导的所有老师!
我们的论文得益于许多学者的贡献,他们的研究成果为我们提供了宝贵的指导,使我们能够更好地完成这篇文章。感谢我的同学和朋友,在我写作和排版过程中给予热情的帮助,使我能够顺利完成这篇论文。
感谢在大学时期遇见的朋友们,你们给了我无数的温暖和快乐,让我对这个校园充满留恋之情。最后,感谢我的父母、辅导员、班长和室友们,他们对我在大学生活中的关心和理解,让我能够保持乐观并追求自己热爱的事物。虽然我有限的能力,但我努力完善这篇论文,并真诚希望老师和同学们能够给予宝贵的指导和意见!
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~