摘要
信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对失物招领系统小程序等问题,对失物招领系统小程序进行研究分析,然后开发设计出失物招领系统小程序以解决问题。
失物招领系统小程序主要功能模块包括公告管理(公告)轮播图(轮播图管理)用户管理(管理员、系统用户)资源管理(校园资讯、资讯分类)模块管理(失物招领、物品类型、认领申请),采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取MySQL作为后台数据的主要存储单元,采用SSM框架、Java技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对失物招领系统小程序的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现失物招领系统小程序和部署运行使用它。
关键词:ssm;失物招领 ;MySQL
Abstract
In the information society, there is a need for targeted information acquisition channels, but the expansion of channels is basically the direction of people's efforts. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. To address issues such as the lost and found system mini program, research and analyze the lost and found system mini program, and then develop and design a lost and found system mini program to solve the problem.
The main functional modules of the lost and found system mini program include announcement management (announcement), carousel map management (carousel map management), user management (administrator, system user), resource management (campus information, information classification), module management (lost and found, item type, claim application), adopting an object-oriented development model for software development and hardware installation, which can well meet the actual needs of use, We have improved the corresponding software installation and program coding work, using MySQL as the main storage unit for backend data, and using SSM framework, Java technology, and Ajax technology for business system coding and development, achieving all the functions of this system. This report first analyzes the background, role, and significance of the research, laying the foundation for the rationality of the research work. Analyze the various requirements and technical issues of the lost and found system mini program, prove the necessity and technical feasibility of the system, and then provide a basic introduction to the technical software and design ideas required for designing the system. Finally, implement the lost and found system mini program and deploy it for operation.
Keywords:ssm; Lost and Found; MySQL
目 录
1 绪论
在校期间,笔者与同学们都有过把东西忘在教室或者食堂的事故发生,每次想要找回自己的东西都要看自己的运气,并且校园失物招领处可能还会有一模一样的东西,有些校园可能还未设置失物招领处,失物的信息不全是主要的原因,比如在哪丢失的,丢失了什么,具体形状的描述最好能提供图片,你有这些信息但又无法详细提供,且线下的失物招领处大部分都是将东西集合到一起让别人挑选,可能会出现多个同样的东西无法正确的识别哪个是自己的失物,因此设计一款方便学生提供失物信息且能够发布到网络上让其他同学老师等能够提供失物的小程序是很有必要的,且微信小程序不需要下载app安装也解决了苹果和安卓需要设计两款不同软件的问题,微信小程序也不占手机内存,点开就能用,十分方便使用。
系统设计的主要意义在于,一方面,系统上线后可以带来很大的便利性,失物招领属于非常细致的管理模式,要求数据量大,计算机管理可以提高精确性,更为便利的就是信息的查询,大大的提高了工作效率,改善了管理质量;另一方面,通过系统的设计,自己对软件设计有了更加深入的了解,并且产生了浓厚的学习兴趣,在对问题分析方面有了独特的方式,是进入社会之前一次很好的锻炼机会。
1.2国内外研究现状
大部分学校都未设置这一系统,一般都是设置线下的失物招领处,而线下的失物招领处的不足笔者在上面也提到过,失物信息的不足是最主要的,在大多数学校都未设置的情况下,开发失物招领的小程序是百利而无一害的,既能很好的帮助失主找回物品,也能更好提高社会的真善美。国外没有微信小程序所以并无发展状况,且绝大多数学校都与国内一样只设置线下失物招领处。就如笔者上面.提到的一样,国外没有微信小程序所以只能应用于国内的高校,且失物是否能顺利找到还是要看捡到的人是否有归还的愿意,极小部分人还是抱着捡到了就是自己的贪心,并没有相关的法律约束是主要方面的。
本人的毕业设计开发前期最主要的就是运用所学相关知识、查询课外资料、学习并借鉴其他优秀管理者的系统开发的方法,并结合相关的要求写出了平台的需求分析:后期则就本人的想法来进行毕业的设计与开发。在设计过程中,本人通过数据库问题来搜索验证表单数据,检查页面是否正确显示及用户权限类型。在整个设计过程中,根据需求分析,编写代码实现及发现相关问题以实现该小程序,并在程序设计完成后进行相关的调试和测试操作并做好相关的数据记录。
1.3ssm框架介绍
SSM(Spring+SpringMVC+MyBatis)框架集由Spring、MyBatis两个开源框架整合而成(SpringMVC是Spring中的部分内容)。常作为数据源较简单的web项目的框架。
Spring
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC(控制反转),即不再需要程序员去显式地`new`一个对象,而是让Spring框架帮你来完成这一切。
SpringMVC
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责,将用户请求通过HandlerMapping去匹配Controller,Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
mybatis
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件,Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时,通过sqlSessionFactory拿到一个sqlSession,再执行sql命令。
页面发送请求给控制器,控制器调用业务层处理逻辑,逻辑层向持久层发送请求,持久层与数据库交互,后将结果返回给业务层,业务层将处理逻辑发送给控制器,控制器再调用视图展现数据。
1.4论文结构与章节安排
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 失物招领系统小程序分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
失物招领系统小程序存储所使用的是mysql数据库以及开发中所使用的是IDEA、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用ssm框架进行开发,使系统的可扩展性和维护性更佳,减少java配置代码,简化编程代码,目前ssm框架也是很多企业选择的框架之一。
从经济可行性上看项目在开发阶段需要一台开发PC,在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题,在后期的系统部署生产上来说,服务器的投入也不会过高,在经济层面上是一个比较可行的。
系统从法律层面上来没有对第三方有其他放有法律层面的问题,系统数据库采用的Mysql 开源社区数据库、框架采用的是开源的ssm。系统资讯和相关内容也是呵呵法律层面的。在源码的管理上采用git开源进行管理,所以在法律可行性上是成立的。
失物招领系统小程序我划分为了管理员模块以及系统用户模块这两大部分。
系统用户管理模块:
(1)用户注册登录:用户注册为系统用户并登录失物招领系统小程序;用户对个人信息的增删改查,比如个人资料,密码修改。
(2)网站公告:用户点击“网站公告”菜单显示管理员在后台发布的所有的公告信息信息,可以查看公告信息详情。
(3)校园资讯:用户点击“校园资讯”菜单显示所有的校园资讯信息,可以按照条件进行校园资讯的筛选或者输入关键词进行局部搜索,点击可以进入校园资讯详细展示界面,在此界面用户可以收藏、点赞和评论。
(4)失物招领:当用户点击“失物招领”这一菜单按钮,会显示管理员在后台发布的所有的失物招领,支持通过关键词对失物招领进行搜索,选择需要的失物招领点击可以进入到失物招领详细的介绍界面,在详细界面可以查看到失物招领的物品照片、失物编号、物品类型、物品名称、拾获地点、领取地址、联系方式、备注等信息,同时可以进行认领申请、点赞、收藏、评论操作;
(5)认领申请:当用户在失物招领详情界面想要进行认领申请,点击下方的“认领申请”按钮,就会跳转到认领申请信息填写界面,根据界面提示输入认领申请信息,点击“提交”按钮,认领申请就完成了;
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)轮播图:管理员点击“轮播图”菜单可以对首页展示的轮播图进行增删改查。
(3)公告:管理员点击“公告管理”菜单可以查看到系统中的所有公告信息,对已经存在的公告,管理员可以修改,也可以添加新的公告或者删除公告。
(4)资源管理:管理员点击“资源管理”菜单能够对其下子菜单校园资讯和资讯的分类进行增删改查。
(5)系统用户:管理员点击“系统用户”菜单可以对系统中存在的用户进行管理,包含了管理员用户和系统用户。
(6)模块管理:在“模块管理”这一菜单下,我们会看到失物招领、物品类型、认领申请,管理员可以对其进行增删改查操作。
2.2.2 非功能性分析
失物招领系统小程序的非功能性需求比如失物招领系统小程序的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1失物招领系统小程序非功能需求表
安全性 | 主要指失物招领系统小程序数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指失物招领系统小程序能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响失物招领系统小程序占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着失物招领系统小程序的页面展示内容进行操作,就可以了。 |
可维护性 | 失物招领系统小程序开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
失物招领系统小程序的完整UML用例图分别是图2-1、图2-2。
图2-1就是系统用户角色的用例展示。
图2-1 失物招领系统小程序系统用户角色用例图
图2-2就是管理员角色的用例展示。
图2-2 失物招领系统小程序管理员角色用例图
2.4.1 数据流程
开发失物招领系统小程序最主要的一个目的实现用户对失物的认领申请,图2-3就是系统的数据流图。
图2-3失物认领操作展开图
2.4.2 业务流程
分析完失物招领系统小程序的数据流,那么接下来我们来看系统的业务流程,图2-4就是业务流程图:
2.5本章小结
本章主要通过对失物招领系统小程序的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个失物招领系统小程序要实现的功能。同时也为失物招领系统小程序的代码实现和测试提供了标准。
本章主要讨论的内容包括失物招领系统小程序的功能模块设计、数据库系统设计。
3.1 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本失物招领系统小程序中的用例。那么接下来就要开始对本失物招领系统小程序的架构、主要功能和数据库开始进行设计。失物招领系统小程序根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。
图3-1 失物招领系统小程序功能模块图
3.1.2用户模块设计
本系统的用户包括管理员和用户两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-2用户模块结构图
3.1.3 评论管理模块设计
失物招领系统小程序是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-3评论管理模块结构图
3.1.4失物招领管理模块设计
失物招领系统小程序是中需要存储不少失物招领信息,其模块功能结构,具体的结构图如下:
图3-4失物招领模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个失物招领系统小程序中主要的数据库表总E-R实体关系图。
图3-5失物招领系统小程序总E-R关系图
通过上一小节中失物招领系统小程序中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
表claim_application (认领申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | claim_application_id | int | 10 | 0 | N | Y | 认领申请ID | |
2 | lost_property_no | varchar | 64 | 0 | Y | N | 失物编号 | |
3 | item_name | varchar | 64 | 0 | Y | N | 物品名称 | |
4 | user_name | int | 10 | 0 | Y | N | 0 | 用户姓名 |
5 | time_of_survival | datetime | 19 | 0 | Y | N | 遗矢时间 | |
6 | location_of_the_remains | varchar | 64 | 0 | Y | N | 遗矢地点 | |
7 | my_phone_number | varchar | 64 | 0 | Y | N | 本人电话 | |
8 | item_characteristics | text | 65535 | 0 | Y | N | 物品特征 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表collect (收藏)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表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: |
表item_type (物品类型)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | item_type_id | int | 10 | 0 | N | Y | 物品类型ID | |
2 | type_name | varchar | 64 | 0 | Y | N | 类型名称 | |
3 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表lost_and_found (失物招领)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | lost_and_found_id | int | 10 | 0 | N | Y | 失物招领ID | |
2 | item_photo | varchar | 255 | 0 | Y | N | 物品照片 | |
3 | lost_property_no | varchar | 64 | 0 | Y | N | 失物编号 | |
4 | item_type | varchar | 64 | 0 | Y | N | 物品类型 | |
5 | item_name | varchar | 64 | 0 | Y | N | 物品名称 | |
6 | picking_time | date | 10 | 0 | Y | N | 拾获时间 | |
7 | picking_place | varchar | 64 | 0 | Y | N | 拾获地点 | |
8 | receiving_address | varchar | 64 | 0 | Y | N | 领取地址 | |
9 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
10 | remarks | text | 65535 | 0 | Y | N | 备注 | |
11 | hits | 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 | 更新时间 |
表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 | 更新时间: |
表praise (点赞)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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已取消 |
表slides (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表system_users (系统用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | system_users_id | int | 10 | 0 | N | Y | 系统用户ID | |
2 | user_name | varchar | 64 | 0 | N | N | 用户姓名 | |
3 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
4 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | 更新时间 |
3.4本章小结
整个失物招领系统小程序的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 失物招领系统小程序详细设计与实现
失物招领系统小程序的详细设计与实现主要是根据前面的失物招领系统小程序的需求分析和失物招领系统小程序的总体设计来设计页面并实现业务逻辑。主要从失物招领系统小程序界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入失物招领系统小程序的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是公告,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
失物招领系统小程序的用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-2注册界面图
/**
* 注册
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
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);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
E entity = JSON.parseObject(JSON.toJSONString(body),eClass);
baseMapper.insert(entity);
log.info("[{}] - 插入操作:{}",entity);
}
4.1.3 用户登录界面
失物招领系统小程序中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到失物招领系统小程序的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3用户登录界面图
登录关键代码如下所示。
/**
* 登录
* @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;
QueryWrapper wrapper = new QueryWrapper<User>();
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());
tokenService.save(accessToken);
// 返回用户信息
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, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
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-7所示。
图4-7认领申请界面图
4.2管理人员功能模块
管理员点击“公告管理”菜单可以查看到系统中的所有公告信息,对已经存在的公告,管理员可以修改,也可以添加新的公告或者删除公告。界面如下图4-8所示。

图4-8公告管理界面图
公告管理代码如下。
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
4.2.2 系统用户管理界面
管理员点击“系统用户”这一菜单会显示管理员和系统用户这两个子菜单,管理员可以对这两个角色的信息进行增删改查操作。界面如下图4-9所示。

图4-9系统用户管理界面图
4.2.3资源管理界面
管理员点击“资源管理”菜单能够对其下子菜单校园资讯和资讯的分类进行增删改查。界面如下图4-10所示。

图4-10资源管理界面图
管理员点击“失物招领”会显示出所有的失物招领信息,支持输入物品照片或者失物编号对失物招领信息进行查询,如果想要添加新的失物招领信息,点击“添加”按钮,输入物品照片、失物编号、物品类型、物品名称、拾获地点、领取地址、联系方式、备注等信息,点击“提交”按钮就可以添加了,同时可以选择某一条失物招领信息,点击“删除”进行删除,也可以对用户提交的失物招领评论的信息进行管控。界面如下图4-11所示。

图4-11失物招领管理界面图
失物招领管理关键代码如下所示。
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
管理员点击“认领申请”会显示出所有的认领申请信息,支持通过失物编号或者物品名称或者用户姓名对认领申请信息进行查询,如果想要添加新的认领申请信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条认领申请信息,点击“删除”进行删除。界面如下图4-12所示。

图4-12认领申请界面图
认领申请管理关键代码如下所示。
@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系统测试
5.1 系统测试用例
系统测试包括:用户登录功能测试、失物招领展示功能测试、失物招领添加、失物招领搜索、密码修改,如表5-1、5-2、5-3、5-4、5-5所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
失物招领查看功能测试:
表5-2 失物招领查看功能测试表
用例名称 | 失物招领查看 |
目的 | 测试失物招领查看功能 |
前提 | 无 |
测试流程 | 点击失物招领 |
预期结果 | 可以查看到所有失物招领 |
实际结果 | 实际结果与预期结果一致 |
管理员添加失物招领界面测试:
表5-3 管理员添加失物招领界面测试表
用例名称 | 添加失物招领测试用例 |
目的 | 测试失物招领添加功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员点击失物招领,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的失物招领 |
实际结果 | 实际结果与预期结果一致 |
失物招领搜索功能测试:
表5-4失物招领搜索功能测试表
用例名称 | 失物招领搜索测试 |
目的 | 测试失物招领搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的失物招领 |
实际结果 | 实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写失物招领系统小程序的测试用例,已经检测完毕用户登录模块、失物招领展示模块、失物招领添加模块、失物招领搜索模块、密码修改模块,通过这五大模块为失物招领系统小程序的后期推广运营提供了强力的技术支撑。
结论
至此,失物招领系统小程序已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、Java技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]弋改珍.校园失物招领微信小程序的设计与开发[J].福建电脑,2021,37(11):104-106. [2]宋龙生,倪胜巧.校园失物招领微信小程序的设计与实现[J].计算机时代,2021(10):86-89.
[3]赵宇薇.区块链技术在失物招领平台的前景分析[J].中小企业管理与科技(上旬刊),2021(10):179-181.
[4]魏域蔚,员文莉,韩嘉炜,张池,贾嫣.“一物寻一物”——用于失物招领的图像匹配功能的实现[J].电子制作,2021(12):40-41+86.
[5]黄娜,陈涛,钱俞合,王玺杰,王肖龙.基于单片机失物招领平台的建设与研究[J].南方农机,2021,52(09):177-178+180.
[6]李孝华,段平,李佳,王云川.基于WebGIS的失物招领系统设计与实现[J].地理空间信息,2020,18(10):64-66+5.
[7]康耀龙,张景安,冯丽露.校园失物招领APP的设计与开发[J].电子技术与软件工程,2020(17):73-74.
[8]侯泽民,王斌.高校失物招领平台的设计与实现[J].现代信息科技,2020,4(15):1-4.
[9]丁志中,赵娇洁.基于物联网技术的自助失物招领柜设计[J].信息记录材料,2020,21(05):174-176.
[10]吴笑丰.基于微信公众号的中学校园失物招领系统设计[J].科技传播,2020,12(06):153-154.
[11]巩小芳,李敏,高万福.基于微信小程序的校园失物招领平台的设计与实现——以甘肃农业大学失物招领平台为例[J].农家参谋,2020(04):285.
[12]高越. 高校失物招领系统的设计与实现[D].吉林大学,2019.
[13]张园. 失物招领Lost & Found[D].大连工业大学,2019.
[14] EIDTAG, LLC; Patent Issued for Lost and Found System for Personal Items (USPTO 9569950)[J]. Telecommunications Weekly,2019:
[15] Chargerback, Inc.; Patent Issued for Centralized Lost and Found System (USPTO 9367527)[J]. Journal of Engineering,2019:
致 谢
文章能够得以完成,这其中离不开我敬爱的老师的帮助,虽然没有直接指出问题的所在,但也通过言语指点了我,并给出了相对应的建议,让我能够更加快速地成长,在此,由衷地表达我的谢意。
首先,主要感谢的是我的指导老师,是他在我完成我的作品时给了我巨大的肯定,这一点给了我巨大信心,让我有信心完成这项作品。并且还在我的制作过程中给了我不少的建议,让我少走了很多的弯路。为我指出了具体的方向,找到了主干的我,便沿着主干的枝丫逐渐深入,剖析每一个脉络。并且在我的系统的初步完成时,也给我指出了我系统存在的不足和缺陷,让我深刻认识到了自己的不足。
其次还要感谢为我提供参考资料的同学,是他们给了我前人的经验,让我得以站在巨人的肩膀上作为我的起点,这些资料也给我带来了巨大的帮助。
最后还要感谢我的父母,他们给了我最大的支持,也充分肯定了我的作品,这个给了我极大的鼓舞,也奠定了我成功的基础,没有这些人对我的帮助,也就不会有我今天的成功。对此再次感谢各位的帮助。
点赞+收藏+关注 →私信领取本源代码、数据库
关注博主下篇更精彩
一键三连!!!
一键三连!!!
一键三连!!!
感谢一键三连!!!