SpringBoot失物招领系统
目 录
SpringBoot失物招领系统
摘 要
随着社会的发展和人们生活水平的提高,失物招领服务变得越来越重要。然而,传统的失物招领方式存在诸多问题,如信息不准确、效率低下等。因此,开发一种基于现代技术的失物招领系统具有重要的实际意义。本研究旨在设计和实现一种基于Java、SpringBoot和MySQL的失物招领系统,以提高失物招领的效率和准确性。Java作为一种强大且广泛应用的编程语言,能够提供稳定可靠的开发环境。SpringBoot框架则能够简化系统的搭建和配置过程,提高开发效率。同时,MySQL作为一种常用的关系型数据库,能够提供高效的数据存储和查询功能。
在系统设计中,我们将采用分层架构,将业务逻辑、数据访问和用户界面进行分离,以便实现代码的模块化和可维护性。系统将包括用户注册、失物登记、失物查询和领取申请等功能,提供方便快捷的失物寻找和归还渠道。通过该系统的设计和实现,我们将为用户提供更便捷、高效和智能化的失物招领服务,促进社会服务的数字化转型。
关键词:失物招领系统;Java语言;SpringBoot框架;MYSQL数据库
SpringBoot lost and found system
Abstract
With the development of society and the improvement of people's living standards, lost and found services have become increasingly important. However, traditional lost and found methods have many problems, such as inaccurate information and low efficiency. Therefore, developing a lost and found system based on modern technology has important practical significance. This study aims to design and implement a lost and found system based on Java, SpringBoot, and MySQL to improve the efficiency and accuracy of lost and found. Java, as a powerful and widely used programming language, can provide a stable and reliable development environment. The SpringBoot framework can simplify the process of system construction and configuration, and improve development efficiency. Meanwhile, MySQL, as a commonly used relational database, can provide efficient data storage and query functions.
In system design, we will adopt a layered architecture that separates business logic, data access, and user interface to achieve modularity and maintainability of the code. The system will include functions such as user registration, lost and found registration, lost and found inquiry, and claim application, providing convenient and fast channels for finding and returning lost and found items. Through the design and implementation of this system, we will provide users with more convenient, efficient, and intelligent lost and found services, promoting the digital transformation of social services.
Key words: Lost and Found System; Java language; SpringBoot framework; MYSQL database.
- 1 章 引 言
- 研究背景与意义
随着社会的发展和人们生活水平的提高,失物招领成为一个日益重要的服务。然而,传统的失物招领方式存在诸多问题,如信息不准确、效率低下等。因此,开发一种基于现代技术的失物招领系统具有重要的实际意义。本研究旨在设计和实现一个基于现代技术的失物招领系统,结合协同过滤技术,为用户提供便捷的失物招领服务。通过该系统,用户能够更快速地找回失物,减少损失,并提高整个失物招领过程的效率和准确性。同时,系统的管理员和业务员也能够更好地管理失物信息、处理用户请求,并提供更优质的服务。
在过去的研究中,已经涌现出了许多与失物招领相关的工作。其中,一些研究关注于利用智能推荐算法来提供个性化的失物推荐,以提高用户的体验和查找失物的效率。另外,也有研究专注于开发协同过滤算法,通过分析用户的行为和偏好,向其推荐可能感兴趣的失物。此外,随着互联网和移动设备的普及,失物招领系统也逐渐从传统的线下服务转向在线平台。这使得用户可以更加方便地发布失物信息、查找失物、申请领取失物等。同时,系统管理员和业务员也能够更高效地管理失物信息和处理用户的请求。
在国内,失物招领系统的研究和应用逐渐受到关注,已经有一些相关的研究和实践。首先,在学术界和研究机构中,一些研究者致力于失物招领系统的设计与开发。他们通过使用不同的技术和算法,提出了一些创新的方法来解决失物招领过程中的问题,如失物信息管理、失物匹配推荐等。同时,也有研究者关注用户体验和系统性能的提升,以提供更好的服务。其次,在实际应用方面,一些高校和社区已经开始使用失物招领系统,提供便捷的失物招领服务。这些系统通常包括用户注册、失物登记、失物查询和领取申请等功能,为用户提供方便快捷的失物寻找和归还渠道。同时,这些系统也通过数据分析和统计,提供实时的失物信息和趋势分析,帮助改善失物招领服务的质量和效率。
此外,在一些科研机构和创业公司中,也有人工智能和大数据技术被应用于失物招领系统中。通过利用智能推荐算法和机器学习技术,这些系统能够根据用户的历史行为和偏好,提供个性化的失物推荐服务。同时,大数据分析也能帮助优化失物招领流程和提升系统的性能。
总体而言,国内的失物招领系统研究和应用仍处于初级阶段,还存在一些挑战和改进空间。未来的研究方向包括进一步提升系统的准确性和效率、增强用户体验、探索更多先进的技术手段如人工智能、区块链等的应用。通过不断创新和完善,失物招领系统将更好地为用户提供便捷的服务,并在社会中发挥更重要的作用。
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第1章 交代项目的背景、开发这个系统的现状以及论文的章节安排情况。
第2章 对系统的具体需求展开分析。
第3章 阐述了系统的设计,其中涵盖了功能设计以及数据库的设计。
第4章 阐明了失物招领系统各个功能模块的实现,以图文的形式进行展示。
第5章 罗列了部分系统调试与测试的记录。
第6章 介绍了失物招领系统的结论。
需求分析是开发一个系统之前首先要做的,如果一个系统不值得开发或者违反了相关法律法规,那么开发出来的系统将一文不值,所以在开发之前,我们首先要对系统的需求进行分析,分析系统开发是否可行,如果可行的话,再具体分析用户的需求,分析出系统的功能以及对系统的性能进行分析。
技术方面的可行性主要是考虑开发失物招领系统的时候采用的开发语言、数据库等是否可行,本失物招领系统在语言上选择JAVA,采用的是SpringBoot框架以及MYSQL数据库,这些技术目前都很成熟,而且JAVA语言不仅仅支持面向过程,而且还支持面向对象,所以在使用的时候会更加的灵活,在技术选择上完全没有问题。
经济方面的可行性主要考虑的是成本以及效益,从成本方面看,开发过程中使用的JAVA、SpringBoot、MYSQL等都可以通过网上搜索下载,没有任何费用,开发的成本几乎不存在;从效益方面看,系统的完成能够给用户提供支持,降低成本,提高管理的效率,因此在经济上也是没有问题的。
法律方面主要考虑的是系统的开发是否违法,开发的失物招领系统严格按照《中华人民共和国计算机软件保护条例》、《中华人民共和国著作权法》等法律法规,系统的开发可以为企业带来效益,不存在违法行为,因此在法律上是可行的。
操作方面主要考虑的是用户在使用以及管理人员在管理的时候,是否简单可行,没有任何计算机基础的用户能否使用,开发的失物招领系统在设计的时候秉承简单易学的理念,在用户进入系统后都会有固定的导航按钮,只要认字就可以操作完成,而且管理员在管理方面也只需简单的增删改查即可完成,因此在操作上也是可行的。
总的来看,开发的失物招领系统在可行性方面是没有问题的,值得开发,而且其他的完成对行业发展来说具有重大意义。
失物招领系统为用户提供了丰富的功能。普通用户可以浏览最新的失物信息和通知公告,申请领取失物,并管理个人信息和已领取的失物列表。业务员用户负责管理失物登记和领取信息,包括审核、编辑和回复等操作。管理员具备更多权限,包括系统用户管理、失物登记和领取管理、用户统计管理、轮播图和通知公告管理等。通过这些功能,失物招领系统实现了便捷的失物招领服务,满足不同用户角色的需求。具体如下:
普通用户主要功能如下:
- 首页:用户可以查看最新的失物信息和系统发布的通知公告。
- 通知公告:用户可以浏览系统发布的通知公告,了解重要信息和活动。
- 失物资讯:用户可以获取关于失物招领方面的资讯和指南,提高自己的知识。
- 失物领取:用户可以浏览可领取的失物列表,并申请领取失物。用户可以查看失主的联系方式和相关信息,包括姓名、电话、性别、学校、领取时间、物品编号、类型、物品名称和数量等。
- 个人中心:用户可以管理个人信息,包括修改密码、查看个人信息和已领取的失物列表等。
- 失物登记:用户可以提交失物登记信息,包括姓名、物品编号、图片、物品名称、挂失时间、地点、数量和物品详情等。用户需要提供尽可能详细的信息来帮助他人找回失物。
- 领取信息:用户可以查看自己提交的失物领取申请的状态和进展情况,包括审核状态和处理结果等。
- 收藏:用户可以收藏感兴趣的失物信息,方便后续查看和申请。
业务员用户端:
- 后台首页:业务员用户可以查看系统概览和重要信息。
- 失物领取管理:业务员用户可以管理可领取的失物信息,包括查看、审核和编辑等操作。他们可以及时更新失物的领取状态,确保信息的实时性。
- 领取信息管理:业务员用户可以管理领取申请信息,包括审核、处理和回复等操作。他们需要审查用户的领取申请,并根据实际情况进行处理和回复。
- 用户统计管理:业务员用户可以查看和分析系统中的用户数据和统计信息,包括用户数量、失物登记数量和领取申请数量等。
管理员端:
- 后台首页:管理员可以查看系统概览和关键信息。
- 系统用户管理:管理员可以管理系统的用户角色,包括管理员、业务员用户和普通用户的创建、编辑和删除等操作。他们负责管理系统的用户账户和权限。
- 失物登记管理:管理员可以管理失物登记信息,包括审核、编辑和删除等操作。他们需要确保失物登记信息的准确性和完整性。
- 失物领取管理:管理员可以管理可领取的失物信息,包括查看、审核和编辑等操作。他们需要及时更新失物的领取状态,以便其他用户进行申请。
- 领取信息管理:管理员可以管理领取申请信息,包括审核、处理和回复等操作。他们需要审查用户的领取申请,并根据实际情况进行处理和回复。
- 用户统计管理:管理员可以查看和分析系统中的用户数据和统计信息,包括用户数量、失物登记数量和领取申请数量等。这有助于了解系统的使用情况和效果。
- 轮播图管理:管理员可以管理系统首页的轮播图,包括添加、编辑和删除等操作。他们负责更新首页的轮播图内容,提升用户体验。
- 通知公告管理:管理员可以管理系统发布的通知公告,包括添加、编辑和删除等操作。他们可以发布重要的通知和活动信息,确保用户能够及时获得相关信息。
- 失物资讯管理:管理员可以管理系统发布的失物资讯,包括添加、编辑和删除等操作。他们可以提供关于失物招领方面的资讯和指南,帮助用户增加相关知识。
失物招领系统的性能性需求分析主要是分析本系统的安全性怎么样(是否会泄露用户个人信息),可靠性怎么样(用户操作的时候是不是能够根据实际操作显示信息),性能怎么样(运行是否操作流畅),可拓展性怎么样(功能能否继续拓展)等。具体可以表示在如下2.1表格中:
安全性 | 主要指失物招领系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指失物招领系统能够按照用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响失物招领系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着失物招领系统的页面展示内容进行操作,就可以了。 |
可维护性 | 失物招领系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
失物招领系统普通用户包括首页、通知公告、失物资讯、失物领取、个人中心、失物登记、领取信息、收藏等功能,业务员用户功能包括后台首页、失物登记管理、失物领取管理、领取信息管理、用户统计管理等功能。用例图如图2.1所示:
图2.1 用户角色用例图
失物招领系统中管理员角色功能包含了后台首页、系统用户(管理员、业务员用户、普通用户)、失物登记管理、失物领取管理、领取信息管理、用户统计管理、轮播图管理、通知公告管理、失物资讯管理等功能,管理员的用例图如图2.2所示:
图2.2 管理员角色用例图
系统中的所有用户(管理员和用户)都可以实现增加数据功能,图2.3显示的就是在增加数据时的流程。
图2.3增加数据流程图
人无完人,每个人都有出错的时候,在录入系统信息的时候如果信息有错,可以对系统中的数据进行编辑。图2.4显示的就是修改数据的流程。
图2.4修改数据流程图
在系统中经常会出现一些过期的数据,比如用户注销等,那就可以直接删除这些数据,图2.5就是删除数据时的流程图。
图2.5删除数据流程图
分析完系统的可行性以及功能,接下来就是对系统具体的设计,通过可行性分析我们得出系统是值得开发的,通过功能分析我们可以得出系统具体实现了哪些功能,然后根据功能需求完成系统的功能设计,本章从功能模块以及系统的数据库两个方面进行介绍。
通过上一章节的功能需求分析,可以得出本失物招领系统的功能结构图,图3.1就是系统的功能模块图。
图3.1 失物招领系统功能模块图
数据库的设计是一个系统的基础,不管什么系统,界面设计的再美观,如果没有一个强大的数据库进行支撑,那也没有办法运行,在设计数据库的时候我们首先对数据库进行分析,然后进行概念模型设计,最后建立数据库表,具体展示如下。
在数据库概念模型设计的时候,一般都采用E-R实体图进行展示,在实体图中可以展示出数据库表中的所有字段名称,本系统中的总E-R图如下图所示。
图3.2 总E-R关系图
在数据库表中我们会看到系统的表名、主键、外键等信息,我们通过数据库表的主键、外键把每个表关联起来,然后在界面中展示,本失物招领系统的主要的数据库表如下:
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | 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 | claim_information_id | int | 10 | 0 | N | Y | 领取信息ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
5 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
6 | user_school | varchar | 64 | 0 | Y | N | 用户学校 | |
7 | collection_time | date | 10 | 0 | Y | N | 领取时间 | |
8 | serial_number | varchar | 64 | 0 | Y | N | 物品编号 | |
9 | item_type | varchar | 64 | 0 | Y | N | 物品类型 | |
10 | item_name | varchar | 64 | 0 | Y | N | 物品名称 | |
11 | quantity_of_items | int | 10 | 0 | Y | N | 0 | 物品数量 |
12 | is_it_a_real_name | varchar | 64 | 0 | Y | N | 是否实名 | |
13 | salesperson_user | int | 10 | 0 | Y | N | 0 | 业务员用户 |
14 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
15 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | 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 | customer_type_id | int | 10 | 0 | N | Y | 用户类型ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户名称 | |
3 | record_time | time | 8 | 0 | Y | N | 记录时间 | |
4 | customer_type | varchar | 64 | 0 | Y | N | 用户类型 | |
5 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
6 | id_number | varchar | 255 | 0 | Y | N | 身份证号 | |
7 | user_notes | varchar | 64 | 0 | Y | N | 用户备注 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | 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: |
表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 | 更新时间 |
表lost_and_found_office (失物招领处)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | lost_and_found_office_id | int | 10 | 0 | N | Y | 失物招领处ID | |
2 | responsible_person | int | 10 | 0 | Y | N | 0 | 负责人 |
3 | salesperson_name | varchar | 64 | 0 | Y | N | 业务员姓名 | |
4 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
5 | serial_number | varchar | 64 | 0 | Y | N | 物品编号 | |
6 | item_type | varchar | 64 | 0 | Y | N | 物品类型 | |
7 | lost_and_found_address | varchar | 64 | 0 | Y | N | 失物招领地址 | |
8 | item_name | varchar | 64 | 0 | Y | N | 物品名称 | |
9 | item_images | varchar | 255 | 0 | Y | N | 物品图片 | |
10 | reporting_lost_time | date | 10 | 0 | Y | N | 挂失时间 | |
11 | reported_lost_location | varchar | 64 | 0 | Y | N | 挂失地点 | |
12 | quantity_of_items | int | 10 | 0 | Y | N | 0 | 物品数量 |
13 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
14 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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已取消 |
表registration_of_lost_property (失物登记)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | registration_of_lost_property_id | int | 10 | 0 | N | Y | 失物登记ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | serial_number | varchar | 64 | 0 | Y | N | 物品编号 | |
5 | item_images | varchar | 255 | 0 | Y | N | 物品图片 | |
6 | item_name | varchar | 64 | 0 | Y | N | 物品名称 | |
7 | reporting_lost_time | date | 10 | 0 | Y | N | 挂失时间 | |
8 | reported_lost_location | varchar | 64 | 0 | Y | N | 挂失地点 | |
9 | quantity_of_items | varchar | 64 | 0 | Y | N | 物品数量 | |
10 | item_details | text | 65535 | 0 | Y | N | 物品详情 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_phone_number | varchar | 16 | 0 | Y | N | 用户电话 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_school | varchar | 64 | 0 | Y | N | 用户学校 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | salesperson_user_id | int | 10 | 0 | N | Y | 业务员用户ID | |
2 | salesperson_name | varchar | 64 | 0 | Y | N | 业务员姓名 | |
3 | contact_phone_number | 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 | sensitive_vocabulary_id | int | 10 | 0 | N | Y | 敏感词汇ID | |
2 | sensitive_vocabulary | 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 | 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 章 关键模块设计与实现
- 登录模块
管理员、用户在登录界面输入账号+密码,完成验证,点击“登录”按钮,系统在用户数据库表中会对管理员、用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其主界面展示如下图4.1所示。
图4.1 登录界面图
登录代码如下:
/**
* 登录
* @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, "账号或密码不正确");
}
}
管理员、用户在登录界面输入账号+密码,完成验证,点击“登录”按钮,系统在用户数据库表中会对管理员、用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其主界面展示如下图4.2所示。
图4.2 注册界面图
注册代码如下:
/**
* 注册
* @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);
}
系统用户管理:管理员可以管理系统的用户角色,包括管理员、业务员用户和普通用户的创建、编辑和删除等操作。他们负责管理系统的用户账户和权限。界面展示如下图所示。
图4.3 系统用户添加界面图
代码如下:
/**
* 注册
* @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);
}
用户使用该系统注册完成后,用户对登录密码有修改需求时,系统也可以提供用户修改密码权限。系统中所有的操作者能够变更自己的密码信息,执行该功能首先必须要登入系统,然后选择密码变更选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操作。在填写的时候,假如两次密码填写存在差异,那么此次密码变更操作失败,下面的图片展示的就是该板块对应的界面。界面如下图所示。
图4.4 密码修改界面图
密码修改代码如下:
/**
* 修改密码
* @param data
* @param request
* @return
*/
@PostMapping("change_password")
public Map<String, Object> change_password(@RequestBody Map<String, String> data, HttpServletRequest request){
// 根据Token获取UserId
String token = request.getHeader("x-auth-token");
Integer userId = tokenGetUserId(token);
// 根据UserId和旧密码获取用户
Map<String, String> query = new HashMap<>();
String o_password = data.get("o_password");
query.put("user_id" ,String.valueOf(userId));
query.put("password" ,service.encryption(o_password));
int count = service.selectBaseCount(service.count(query, service.readConfig(request)));
if(count > 0){
// 修改密码
Map<String,Object> form = new HashMap<>();
form.put("password",service.encryption(data.get("password")));
service.update(query,service.readConfig(request),form);
return success(1);
}
return error(10000,"密码修改失败!");
}
失物登记:用户可以提交失物登记信息,包括姓名、物品编号、图片、物品名称、挂失时间、地点、数量和物品详情等。用户需要提供尽可能详细的信息来帮助他人找回失物。界面如下图所示。
图4.4 失物登记界面图
失物领取:用户可以浏览可领取的失物列表,并申请领取失物。用户可以查看失主的联系方式和相关信息,包括姓名、电话、性别、学校、领取时间、物品编号、类型、物品名称和数量等。界面如下图所示。
图4.5 失物领取查看界面图
图4.6 失物领取申请界面图
失物领取管理:管理员、业务员用户可以管理可领取的失物信息,包括查看、审核和编辑等操作。他们需要及时更新失物的领取状态,以便其他用户进行申请。界面如下图所示。
图4.7 失物领取审核界面图
到此,系统的开发基本完成,接下来我们对系统的实验与结果进行分析,确保系统能够正常运行,进而投入使用,对系统的实验与结果分析的检测方法就是对系统的测试,测试是系统完成的最后一步,没有测试过的系统是不能进行投入使用的,否则一旦发生bug就会造成损失,下面我们从测试的方法以及测试的用例两部分进行分析,最后给出系统的测试结果。
系统的测试方面有两种,一种是黑盒测试,另一种则为白盒测试,黑盒测试通俗来说就是功能方面的测试,我们也称之为需求测试,在黑盒测试的过程中,我们是不知道其开发原理的,只是作为一名使用者对系统进行测试,我们主要是凭借之前的测试经验,取一些临界值,然后通过测试用例来对其进行测试,这种测试方法是最快的查找问题方法,其次我们可以找一些具有代表性的数据,对系统进行用例测试,在黑盒测试的过程中常用的测试工具是winrunner和AutoRunner;白盒测试我们称之为结果测试,也就是逻辑驱动测试,在白盒测试的过程中,我们主要是根据系统开发的原理进行测试的,主要是以开发者的身份去测试这个代码是不是完成了其具体的功能,实现的具体路径对不对,当然这种测试方法是费时费力的,因为每个功能,他的运行路径不止一条,通过对程序当中运行的路径进行测试,检测开发的代码是不是存在bug,有没有实现预期,在白盒测试的过程中常用的测试工具为Jcontract、C++ Test以及CodeWizard等。
登录模块的功能测试:
表5.1 登录模块功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
登录模块测试 | 登录成功的情况 | 使用者可以通过浏览器进入到失物招领系统登录界面,输入用户名:admin和密码admin,完成滑动拼图验证后,点击“登录”按钮。 | 成功登录到管理员管理的界面 | 正确 |
登录模块测试 | 登录失败的情况 | 使用者可以通过浏览器进入到失物招领系统登录界面,输入用户名:admin和密码111,完成滑动拼图验证后,点击“登录”按钮。 | 系统提示“用户名和密码不匹配” | 正确 |
用户信息添加功能测试:
表5.2 用户信息添加功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
用户信息添加模块测试 | 用户信息添加成功的情况 | 管理员在“系统用户”菜单中点击“用户信息”会显示出所有的用户信息,点击“添加”按钮,输入账号、密码、昵称、手机号码、邮箱等,输入正确的信息后,点击“提交”按钮。 | 提示添加成功 | 正确 |
用户信息添加模块测试 | 用户信息添加失败的情况 | 管理员在“系统用户”菜单中点击“用户信息”会显示出所有的用户信息,点击“添加”按钮,不输入账号,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,账号不能为空” | 正确 |
查询失物资讯信息功能模块测试:
表5.3 查询失物资讯信息功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
查询失物资讯信息功能测试 | 查询成功的情况 | 用户在菜单栏中点击“失物资讯”,然后会出现系统中所有的失物资讯信息 | 查询成功 | 正确 |
失物登记添加功能模块测试:
表5.4 添加失物登记功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
失物登记添加模块测试 | 失物登记添加成功的情况 | 点击 “失物登记”菜单,可以提交挂失信息,填写用户姓名、物品编号、图片、物品名称、挂失时间、地点、数量、详情等信息即可提交信息。 | 提示添加成功 | 正确 |
失物登记添加模块测试 | 失物登记添加失败的情况 | 提交失物登记时,不填写挂失时间时间,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,内容不能为空” | 正确 |
在本章节对失物招领系统进行了黑白盒测试,并对系统中的部分功能进行了用例分析,能够发现系统还是比较稳定的,系统的所有功能基本可以实现,能够满足管理员和用户对失物资讯、失物登记的需求。通过测试可以看出在系统的运行过程中,其功能完整,对于输入的错误信息,能够把错误信息提示出来,方便用户操作的时候发现自己输入的信息哪里有错误,进而进行改正,而且系统界面都设有导航栏,操作非常便捷,不需要对使用者进行任何培训,对于企业来说是一个很有价值的系统。
经过了几个月的努力,本失物招领系统终于完成了,虽然在校期间也开发过一些小型的系统,但是都是在老师的讲解以及辅助下完成的,没有经历过开发之前的需求分析、系统分析,都是直接从系统设计开始的,因此本次开发的失物招领系统对我意义重大。
在开发系统最初,首先对各需求进行调研,了解对于用户来说,开发的系统需要实现哪些功能才能满足用户的管理需求,对需求进行分析;其次选择自己比较熟悉的JAVA语言,MYSQL数据库,使用SpringBoot框架来设计开发,通过知网库、学校图书馆等地方查阅、学习这些技术,掌握编程的思想和方法,然后就是对系统进行分析,从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面,对系统进行全方位的分析,确定系统的最终功能,从而对系统的功能和数据库进行设计,最后就是系统的实现以及对实现的功能的测试,确保系统能够稳定的运行。
在开发的过程中暴露出了自己的很多问题,比如前期的准备还是不够充分,不能完全掌握其操作流程;在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题,经常会导致项目在运行的时候出现错误。学无止境,通过一边查阅资料一边向导师请教,慢慢的解决了这些问题,在以后的学习、工作者我会更加严谨,通过本项目的开发,我将会收益终生!
参考文献
[1]吴伶琳.基于SpringBoot的客户关系管理系统设计与实现[J].无线互联科技,2023,20(24):60-62.
[2]吴昊,张丹.基于SpringBoot框架的大学生网上兼职系统设计与实现[J].电脑知识与技术,2023,19(35):68-72.
[3]游晶,邱淑丽,李敬文.基于SpringBoot的校园智慧报修系统的设计与实现[J].电脑知识与技术,2023,19(32):50-52+65.
[4]欧阳习彪,叶力洪.校园服务系统的设计与实现[J].现代计算机,2023,29(19):72-77.
[5]Yu Yang.Design and Implementation of Student Information Management System Based on Springboot[J].Advances in Computer, Signals and Systems,2022,6(6):
[6]秦彬,李冰,樊续徳,邬欢欢.校园失物招领小程序的设计与开发[J].无线互联科技,2022,19(20):84-88.
[7]朱志慧,蔡洁.基于SpringBoot+Vue+Uni-app框架的校园失物招领系统[J].电子技术与软件工程,2022,(17):62-65.
[8]谢哲宇.基于弹性搜索的失物招领平台的设计与实现[D].大连理工大学,2022.
[9]张杨帆,郝钰鑫,李隐峰,田鑫雨,郑春红,李泽昊.基于图像识别的失物招领微信小程序设计[J].电子科技,2022,35(10):33-38.
[10]张李鹏,李旭,李香菊,陈豪,韩雨哲,冯正元.高校失物招领在微信小程序中的实现[J].电子制作,2022,30(08):50-53.
[11]Wu Hejing.Commerce Middle Office Management System Based on Springboot[J].International Journal of Advanced Network, Monitoring and Controls,2022,7(2):32-45.
[12]李学刚,王世华,吴思莹,张坤涛,姚泽州.失物帮系统研究与开发[J].中国新通信,2021,23(14):139-140.
[13]Fuyuan Cheng.Talent Recruitment Management System for Small and Micro Enterprises Based on Springboot Framework[J].Advances in Educational Technology and Psychology,2021,5(2):
[14]Guanhong Chen,Jiangming Xu.Design and implementation of efficient Learning platform based on SpringBoot Framework[J].Journal of Electronics and Information Science,2020,6(1):
[15]Jian Chen,Chen Jian,Pan Hailan.Design of Man Hour Management Information System on SpringBoot Framework[J].Journal of Physics: Conference Series,2020,1646(1):012136-.
致 谢
“致谢”意味着论文的结束,也意味着自己的毕业设计顺利完成,同时也代表了自己的大学生涯即将结束,我即将要离开自己敬爱的老师和亲爱的同学们,在这里我首先要感谢的就是所有的老师,“春满江山绿满园,桃李争春露笑颜,东西南北春常在,唯有师恩留心间”,他们无论在我的学业还是在我的生活上付出了所有,对我谆谆教诲;其次我要感谢我的指导老师,他在我的整个毕业设计当中起着引导作用,每当我有困难的时候,他总会第一时间帮助我,引导我进行解决问题,而不是直接告诉我答案,“授人以鱼不如授人以渔”,指导老师的这种做法让我受益终生,同时我也从指导老师身上学习到了许多的开发技巧以及检验,这对我今后的开发起着十分重要的作用;再次,我需要感谢我的同学、室友,他们不仅仅在毕业设计上给我许多帮助意见,在大学同窗四年,他们给过我的帮助太多了,我对他们有太多的不舍,无法用言语表示,我相信在以后的人生道路上只要想到他们,我心里就会很温暖,这种友情是任何感情替代不了的;最后我还要感谢家人,感谢自己,感谢家人对我的支持,感谢自己在学业上的坚持,我相信我以后的道路会越来越好。
请关注点赞+私信博主,免费领取项目源码