（附源码）springboot旧物回收管理系统 毕业设计 221713
目 录
摘要
1 绪论
1.1 研究背景
1.2国内外研究现状
1.3论文结构与章节安排
2 旧物回收管理系统系统分析
2.1 可行性分析
2.2 系统流程分析
2.2.1 数据流程
3.3.2 业务流程
2.3 系统功能分析
2.3.1 功能性分析
2.3.2 非功能性分析
2.4 系统用例分析
2.5本章小结
3 旧物回收管理系统总体设计
3.1 系统架构设计
3.2 系统功能模块设计
3.2.1整体功能模块设计
3.2.2用户模块设计
3.2.3 交流论坛管理模块设计
3.2.4废品资讯模块设计
3.2.5回收订单管理模块设计
3.3 数据库设计
3.3.1 数据库概念结构设计
3.3.2 数据库逻辑结构设计
3.4本章小结
4 旧物回收管理系统详细设计与实现
4.1用户功能模块
4.1.1 前台首页界面
4.1.2 用户注册界面
4.1.3 会员登录界面
4.1.4交流论坛界面
4.1.5 废品行情界面
4.1.6 预约上门界面
4.1.7 我的个人信息界面
4.3管理员功能模块
4.3.1 用户管理界面
4.3.2 交流论坛界面
4.3.3 废品行情管理界面
4.3.4 回收订单列表界面
5系统测试
5.1测试定义及目的
5.2性能测试
5.3测试模块
5.4测试结果
结论
参考文献
致 谢
摘要
环境保护问题日益受到公众的关注。教师、家长应注重孩子的道徳认知，注重引导孩子参与“旧物回收”的实践体验活动，指导孩子体验将可回收垃圾送往废品收购站，提高用废品换钱的活动乐趣，让孩子在生活中养成分类投放、回收垃圾的文明习惯。
然而，搭建大部分的网站所需要花费的人力和财力普遍较高，部署高能硬件也是一道坎，使得大部分中旧物回收管理系统都没有成型，平台的后期维护费用也拖垮了不少用户。怎样解决这个问题？我们需要找到一个更优的技术和方法，来降低网站的响应时间和做到提高系统高并发性性能，提升用户的使用体验，降低硬件需求度，能够使用更便宜的硬件进行部署，从而降低网站建设的成本。此旧物回收管理系统的开发项目采用springboot技术+MYSQL数据库，就论题的各类需求分析说明做出解释，然后再就网站的总体设计和详细设计做出论述，给出了网站总体结构的搭建方法。从而满足大部分中旧物回收管理系统的需求。
关键词：springboot技术；MYSQL；旧物回收管理系统
Abstract
Environmental protection has attracted increasing public attention. Teachers and parents should pay attention to their children's moral awareness, guide their children to participate in the practical experience activities of "old thing recycling", guide their children to experience sending recyclable garbage to the waste purchase station, improve the fun of exchanging waste for money, and let their children form the civilized habit of sorting and recycling garbage in their life.
However, the human and financial resources required to build most websites are generally high, and the deployment of high-energy hardware is also a barrier, which makes most of the medium and old goods recycling management systems not formed, and the later maintenance cost of the platform has also brought down many users. How to solve this problem? We need to find a better technology and method to reduce the response time of the website, improve the high concurrency performance of the system, improve the user experience, reduce the hardware demand, and be able to deploy with cheaper hardware, so as to reduce the cost of website construction. The development project of this old thing recycling management system adopts springboot technology + MySQL database to explain all kinds of requirements analysis and description of the topic, then discusses the overall design and detailed design of the website, and gives the construction method of the overall structure of the website. So as to meet the needs of most of the medium and old goods recycling management systems.
Key words: springboot technology; MYSQL； Waste recycling management system
1 绪论
1.1 研究背景
随着社会的发展进步，珍惜资源、减少污染等环境保护问题日益受到公众的关注。人们若能正确地将垃圾分类投放，回收、加工再利用，地球上有限的自然资源就能得到有效节约，自然环境就能得到保护，家园会更加美化。正确分类投放、回收、加工再利用垃圾是件既环保又能产生经济效益的大事，是创建环境友好型和资源节约型社会的重要标志。
1.2国内外研究现状
由于这几年来，计算机技术的逐日发展，在现代化的生活中，我们所需要的各种信息的处理操作都是通过使用计算机来完成的，有了计算机就可以方便的对各种信息进行查询和维护了[2]。因此需要实现对旧物回收管理的电子化，提高旧物回收管理的管理效能和销售效能。
因为国内外传统的旧物回收的方式是基于手工的，而人的精力和工作准确度是有限的，所以传统的旧物回收的数据管理方式难免会存在效率低下、准确率低等缺点，还伴随着人力资源的大量浪费[3]。在管理的工作中，所涉及到的工作电脑机器比人类更为擅长，能够达到快速、准确、耗费资源小等要求。基于这些显著的优点，如果能设计一套完整且贴合具体校园用户需求的旧物回收管理系统，那么将大大地提高旧物回收的服务质量。在具备这样的旧物回收管理系统之下，用户只要登录到系统中就能看到所有的可回收旧物，进行回收购买，卖家只要登录到系统中就能够出售旧物，管理人员只需配备少量的专业人员对数据库进行日常数据审核、管理以及定期维护[4]。整个过程中，使用者只需提供少量的必要信息，大部分数据处理工作皆由数据库和相关程序来完成，节省了大量时间。如果数据库中的某部分信息存在错误，那么使用者可以通过批量修改等方式来降低排错过程中所要花费的时间和精力。因此，开发一个称职的旧物回收是十分有必要的。
1.3论文结构与章节安排
论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：
第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的研究内容与主要工作。
第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章：系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章：总结。
2 旧物回收管理系统系统分析
系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
（1）经济可行性：
经济可行性在此仅代表网站的运维成本，开发成本不在此考虑。
目前该模式下的旧物回收管理系统的数量日益增多，网购变得平民化普及化用户人数呈上升趋势，当用户人数庞大了，运维成本可以由广告费进行填补，包括开发成本。
所以经济可行性没有问题。
（2）操作可行性：
此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
（3）技术可行性：
技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。
现有的springboot技术能够迎合所有电子商务系统的搭建。开发这个旧物回收管理系统的时候我采用了springboot+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
（4）法律可行性：
从开发者角度来看，springboot和MYSQL是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。
综上所述法律可行性也没有问题。
2.2 系统流程分析
2.2.1 数据流程
旧物回收管理系统主要的目的就是实现对废品的上门回收，图2-1就是系统的数据流图。
图2-1商品购买操作展开图
3.3.2 业务流程
分析完系统的数据流，接下来我们来看系统的业务流程，图2-2就是业务流程图：
图2-2业务流程图
2.3 系统功能分析
2.3.1 功能性分析
按照旧物回收管理系统的角色，我划分为了用户管理模块和管理员管理模块这两大部分。
用户管理模块：
（1）用户注册登录：用户注册为会员并登录旧物回收管理系统；用户对个人信息的增删改查，比如个人资料，密码修改。
（2）用户查看废品：用户进行废品信息的阅览，通过发现旧物回收后可以预约+评论+收藏。
（3）废品资讯：用户进行资讯的阅览，查看管理者发布的废品资讯信息。
（4）交流论坛：用户在交流论坛这一菜单下对用户提交的查看、同时也可以发布、评论。
（5）预约上门：用户可进行预约上门回收服务，将其提交给服务器后台系统，并生成预约订单。
（6）我的订单：用户在提交订单后，可以对提交的订单进行管理。
管理员管理模块：
（1）用户管理：管理员可以对前台上注册过的用户信息进行管控，也可以对管理员信息进行管控。
（2）废品资讯管理：管理员在后台可以对旧物回收管理系统中显示的废品资讯信息进行增删改查。
（3）交流论坛管理：管理员可以对旧物回收管理系统中用户提交的交流论坛以及论坛的分类进行增删改查。
（4）分类管理：管理员对旧物回收管理系统中商品的分类进行管控。
（5）地区管理：管理员对地区划分进行管控。
（6）系统管理：管理员可以对旧物回收管理系统中首页显示的轮播图以及系统中的一些公告发布到系统当中，让用户及时的查看到系统信息，进行合理安排。
2.3.2 非功能性分析
旧物回收管理系统的非功能性需求比如旧物回收管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：
表3-1旧物回收管理系统非功能需求表
| 安全性 |
主要指旧物回收管理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 |
可靠性是指旧物回收管理系统能够安装用户的指示进行操作，经过测试，可靠性90%以上。 |
| 性能 |
性能是影响旧物回收管理系统占据市场的必要条件，所以性能最好要佳才好。 |
| 可扩展性 |
比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 |
用户只要跟着旧物回收管理系统的页面展示内容进行操作，就可以了。 |
| 可维护性 |
旧物回收管理系统开发的可维护性是非常重要的，经过测试，可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析，得出了本旧物回收管理系统的用例图：
用户角色用例如图2-3所示。
图2-3 旧物回收管理系统用户角色用例图
web后台管理上的管理员是维护整个旧物回收管理系统中所有数据信息的。管理员角色用例如图2-5所示。
图2-5 旧物回收管理系统管理员角色用例图
2.5本章小结
本章主要通过对旧物回收管理系统的可行性分析、流程分析、功能需求分析、系统用例分析，确定整个旧物回收管理系统要实现的功能。同时也为旧物回收管理系统的代码实现和测试提供了标准。
3 旧物回收管理系统总体设计
本章主要讨论的内容包括旧物回收管理系统的功能模块设计、数据库系统设计。
3.1 系统架构设计
本旧物回收管理系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。
图3-1旧物回收管理系统系统架构设计图
表现层（UI）：又称UI层，主要完成本旧物回收管理系统的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本旧物回收管理系统时的舒适度。UI的界面设计也要适应不同版本的旧物回收管理系统以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层（BLL）：主要完成本旧物回收管理系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层（DL）：由于本旧物回收管理系统的数据是放在服务端的mysql数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本旧物回收管理系统的数据存储和管理功能。
3.2 系统功能模块设计
3.2.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本旧物回收管理系统中的用例。那么接下来就要开始对本旧物回收管理系统的架构、主要功能和数据库开始进行设计。旧物回收管理系统根据前面章节的需求分析得出，其总体设计模块图如图3-2所示。
图3-2 旧物回收管理系统功能模块图
3.2.2用户模块设计
后台管理者能够实现对前台注册的用户增删改查操作，用户模块结构图如下图：
图3-3会员用户模块结构图
3.2.3 交流论坛管理模块设计
旧物回收管理系统是一个交流性质的公开平台，会员用户可以在平台上交流，增加用户之间的互动性。但是同时也为了更好的规范留言的内容，给予管理员删除不合适的言论的功能，所以需要专门设计一个留言管理模块，具体的结构图如下：
图3-4评论模块结构图
3.2.4废品资讯模块设计
旧物回收管理系统是中需要存储不少废品资讯信息，其模块功能结构，具体的结构图如下：
图3-5废品资讯结构图
3.2.5回收订单管理模块设计
旧物回收管理系统最重要的一个功能就是回收，其模块功能结构，具体的结构图如下：
图3-5回收订单模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个旧物回收管理系统中主要的数据库表总E-R实体关系图。
图3-6 旧物回收管理系统总E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中旧物回收管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
| forum |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| forum_id |
mediumint |
8 |
否 |
主键 |
论坛id |
| display |
smallint |
5 |
否 |
排序 |
|
| user_id |
mediumint |
8 |
否 |
用户ID |
|
| nickname |
varchar |
16 |
是 |
昵称 |
|
| praise_len |
int |
10 |
是 |
点赞数 |
|
| hits |
int |
10 |
否 |
访问数 |
|
| title |
varchar |
125 |
否 |
标题 |
|
| keywords |
varchar |
125 |
是 |
关键词 |
|
| description |
varchar |
255 |
是 |
描述 |
|
| url |
varchar |
255 |
是 |
来源地址 |
|
| tag |
varchar |
255 |
是 |
标签 |
|
| img |
text |
0 |
是 |
封面图 |
|
| content |
longtext |
0 |
是 |
正文 |
|
| create_time |
timestamp |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| avatar |
varchar |
255 |
是 |
发帖人头像 |
|
| type |
varchar |
64 |
否 |
论坛分类 |
|
| forum_type |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| type_id |
smallint |
5 |
否 |
主键 |
分类ID |
| name |
varchar |
16 |
否 |
分类名称 |
|
| description |
varchar |
255 |
是 |
描述 |
|
| url |
varchar |
255 |
是 |
外链地址 |
|
| father_id |
smallint |
5 |
否 |
上级分类ID |
|
| icon |
varchar |
255 |
是 |
分类图标 |
|
| create_time |
timestamp |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| recycling_order |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| recycling_order_id |
int |
11 |
否 |
主键 |
回收订单ID |
| order_number |
varchar |
64 |
是 |
订单号 |
|
| scrap_no |
varchar |
64 |
是 |
废品编号 |
|
| scrap_name |
varchar |
64 |
是 |
废品名称 |
|
| scrap_category |
varchar |
64 |
是 |
废品类别 |
|
| region |
varchar |
64 |
是 |
地区 |
|
| user_name |
int |
11 |
是 |
用户名 |
|
| contact_number |
varchar |
64 |
是 |
联系电话 |
|
| scrap_quantity |
varchar |
64 |
是 |
废品数量 |
|
| make_an_appointment_for_door_to_door_time |
datetime |
0 |
是 |
预约上门时间 |
|
| remarks |
text |
0 |
是 |
备注 |
|
| examine_state |
varchar |
16 |
否 |
审核状态 |
|
| examine_reply |
varchar |
16 |
是 |
审核回复 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| regional_management |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| regional_management_id |
int |
11 |
否 |
主键 |
地区管理ID |
| region |
varchar |
64 |
是 |
地区 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| registered_user |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| registered_user_id |
int |
11 |
否 |
主键 |
注册用户ID |
| user_name |
varchar |
64 |
否 |
用户名 |
|
| examine_state |
varchar |
16 |
否 |
审核状态 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| user_id |
int |
11 |
否 |
用户ID |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| scrap_market |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| scrap_market_id |
int |
11 |
否 |
主键 |
废品行情ID |
| scrap_no |
varchar |
64 |
是 |
废品编号 |
|
| scrap_name |
varchar |
64 |
是 |
废品名称 |
|
| cover |
varchar |
255 |
是 |
封面 |
|
| scrap_category |
varchar |
64 |
是 |
废品类别 |
|
| region |
varchar |
64 |
是 |
地区 |
|
| price |
varchar |
64 |
是 |
价格 |
|
| recovery_standard |
text |
0 |
是 |
回收标准 |
|
| details |
longtext |
0 |
是 |
详情 |
|
| hits |
int |
11 |
否 |
点击数 |
|
| praise_len |
int |
11 |
否 |
点赞数 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
| waste_classification |
|||||
| 字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
| waste_classification_id |
int |
11 |
否 |
主键 |
废品分类ID |
| scrap_category |
varchar |
64 |
是 |
废品类别 |
|
| recommend |
int |
11 |
否 |
智能推荐 |
|
| create_time |
datetime |
0 |
否 |
创建时间 |
|
| update_time |
timestamp |
0 |
否 |
更新时间 |
|
3.4本章小结
整个旧物回收管理系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 旧物回收管理系统详细设计与实现
旧物回收管理系统的详细设计与实现主要是根据前面的旧物回收管理系统的需求分析和旧物回收管理系统的总体设计来设计页面并实现业务逻辑。主要从旧物回收管理系统界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入旧物回收管理系统的时候，首先映入眼帘的是系统的导航栏，下面是轮播图以及系统内容，其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
不是旧物回收管理系统中正式会员的是可以在线进行注册的，如果你没有本旧物回收管理系统的账号的话，添加“注册”，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可会员注册成功。其用户注册界面展示如下图4-2所示。
图4-2 前台会员注册界面图
4.1.3 会员登录界面
旧物回收管理系统中的前台上注册后的会员是可以通过自己的账户名和密码进行登录的，当会员输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到旧物回收管理系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。
图4-3会员登录界面图
4.1.4交流论坛界面
用户在点击导航栏上面的交流论坛后，就可以搜索查看论坛信息，用户根据自己的喜好可以进行交流，交流论坛界面如下图4-4所示。
图4-4交流论坛界面图
4.1.5 废品行情界面
当用户点击“废品行情”右后，就显示出废品编号、废品名称、废品类别、地区、价格等内容，界面如下图4-5所示。
图4-5废品行情界面图
4.1.6 预约上门界面
当访客点击了预约上门将会进入该详情界面，可以了解到订单号、废品编号、废品类别、废品名称、地区、联系电话、废品数量、预约上门时间、废品数量等信息，预约上门详情页面如图4-6所示。
图4-6 预约上门界面图
4.1.7 我的个人信息界面
当用户点击“我的个人信息”链接后就进入个人信息页面，可根据需要进行修改，界面如下图4-7所示。
图4-7 我的个人信息界面图
4.3管理员功能模块
4.3.1 用户管理界面
旧物回收管理系统中的管理人员是可以对前台注册的用户进行管理的，也可以对管理员进行管控。界面如下图4-10所示。
图4-10用户管理界面图
4.3.2 交流论坛界面
旧物回收管理系统中的管理人员是可以对前台用户发布的论坛进行管控的，界面如下图4-11所示。
图4-11交流论坛界面图
4.3.3 废品行情管理界面
旧物回收管理系统中的管理人员是可以对旧物回收管理系统内发布废品行情进行添加、维护和管理的，支持增删改查操作。界面如下图4-11所示。
图4-11废品行情界面图
4.3.4 回收订单列表界面
旧物回收管理系统中的管理人员是可以对旧物回收管理系统内的资讯信息进行维护和管理的。回收订单列表界面如下图4-12所示。
图4-12回收订单列表界面图
5系统测试
5.1测试定义及目的
关于系统实现的测试，英文名称是System TEST，简称ST，ST是使用完整其系统的各种功能多次、多案例、多环境测试，这是ST的简单描述。ST可以证明该功能对系统的要求是否得到满足以及是否有效。
对于系统开发的实现，不管开发过程多么努力，在系统运行的时候多少都会出现一些错误信息，所以为了系统的安全性及提高系统的使用率及给用户带来更好的体验，系统在完成之前，一定要进行一遍系统的测试，再完美的程序也会有漏洞，再细心的技术开发员也会有疏忽的时候，所以对于程序的测试是必须要做的一步。通过系统测试找到系统存在的问题，并根据问题的原因进行在线解决问题，如果找不到解决问题的办法可以进行通过咨询指导老师或者通过同学帮忙，一定将问题找出，否则将会出现更多的错误。所以程序出现错误时不可避免，系统测试虽然耗时费力，但是为了确保后期系统的长期使用，必须要进行系统测试，问题解决完成后还要再一步测试，直到没有任何问题后方可进行使用。
5.2性能测试
任何一款程序开发成功后都必须通过软件测试，它是保障软件稳定运行的前提。测试最主要的一步就是性能测试，性能测试内容如下：
(1)对于测试的速度有一定的要求，速度必须快，而且对于测试出来的错误问题一定以最快的速度进行处理解决，并且进行再次测试，保证整个系统运行的安全性。
(2)在系统测试的时候要将测试所用到的测试计划和测试报告保管好，方便后期系统的运行使用后的整体维护操作。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于整体系统测试，不要用自己的思想去认可整个系统，而是从公正的角度的进行对系统进行认可，是否符系统的整合应用。
5.3测试模块
测试系统是最新的Windows 10系统，通过对系统实现的功能模块进行每个功能模块的操作测试，查看每个用户的功能模块所对应的权限信息是否可以操作并且数据信息更新一致。
| 测试需求 |
测试重点 |
是否达成需求 |
结果 |
| 用户登录 |
输入账号密码 |
需求达成 |
通过 |
| 用户注册 |
创建新的账号密码 |
需求达成 |
通过 |
| 登录失败 |
输入错误账号密码 |
需求达成 |
通过 |
| 修改信息 |
修改成功 |
需求达成 |
通过 |
| 添加信息管理 |
增删查改 |
需求达成 |
通过 |
| 回复管理 |
增删查改 |
需求达成 |
通过 |
| 搜索查询管理 |
增删查改 |
需求达成 |
通过 |
系统测试方面，我们通常运用的是白盒测试以及黑盒测试这两种方法。白盒测试是指在了解系统内部工作流程的前提下，可以根据需求规范验证系统内部操作是否能够正常运行的测试；而黑盒测试指的是，倘若知道了这个系统的全部功能，可以进行测试检测系统中的每一个功能是否满足正常使用。
为了方便用户使用“旧物回收管理系统”，以及尽可能少的减少系统测试错误的发生，我们对该系统进行了相对应的测试。
对该系统的全部的功能界面进行测试，简单来说，就是我们输入一些数据并且对其进行提交，之后我们查看每个页面的反馈，检测页面的相关功能可不可以完全实现。
5.4测试结果
测试评估的结果是旧物回收管理系统满足要求中的所有功能，处理大多数错误条件，修复大多数错误并通过测试。旧物回收管理系统的基本功能都是可行的，不管是系统里面的功能还是界面的设计都是可值得推广宣传的。
结论
在这个设计中，我花了大量的时间去理解系统开发中使用的知识，经过这段时间的努力工作最终完成了系统设计。通过这一阶段的学习，我发现了自己的不足，充分掌握了必要的应用技能，进一步的学习使我充实了自己的知识基础，完成了这个艰巨的任务。当遇到问题时，我很及时的寻求老师的帮助，通过专业的网站和论坛来解决，他们的帮助让我一步一步的成功克服了困难的问题。系统设计过程不容易，你需要不断充实自己，有勇气克服困难。系统开发的一些功能还不完善，需要继续改善后，通过用户体验来修改设计完美的系统，让用户得到更好的体验，我觉得很高兴，因为这是我第一次通过自己的努力实现这个系统，但绝不是我的最后一个，在未来我将努力实现更多的优秀的系统。
在一些编程语言的系统实现中，对词汇表不太熟悉，导致了开发的困难，但是我通过了合适的字典软件来解决这个大问题。由此，我学会了自己的英语缺陷。在那之后，我不断地提高自己的英语知识，这样我就不会有任何未来的工作和生活。毕业设计过程我感觉很深刻，从一开始就不熟悉开发技术，一步一步的使用，接触到文献和信息，不难理解，系统是一次又一次的实现，系统本身对于在线学习是有用的。我从这个设计中获益良多，论文的编写需要有自己的意愿去实现一点，学习生活中所有的问题的勇气，学习的过程就是学习的过程。毕业设计，我学会了将理论知识应用于实践。让我知道该怎么做，我们必须认真对待。勇于克服困难，相信未来，我会做得更好。
参考文献
[1]狄喜凤.基于学生信息管理系统的软件测试策略研究[J].电子技术与软件工程,2021(02):82-83.
[2]张嘉豪,赵亮,翁铭隆,张华俊,李文欣.基于springboot+SpringBoot技术实现服务器监控的研究[J].科学技术创新,2020(33):101-102.
[3]郭俊杰. 基于springboot的线下商圈服务管理系统设计与实现[D].桂林理工大学,2020.
[4]康军林.辽宁省河长制信息管理系统建设的实践与思考[J].水资源开发与管理,2020(06):80-84.
[5]沈世平,林平,赵亚南,谢振平,刘渊.无锡河长制综合信息平台建设与思考[J].江苏水利,2020(06):25-31.
[6]唐湘茜,张俊,王源楠,邓晶.河长制信息管理系统[J].水利水电快报,2020,41(04):6-7.
[7]周彪. 基于springboot框架的Java后端代码生成器的设计与实现[D].大连理工大学,2020.
[8]贾少燕, 基于互联网+的智慧河长制信息管理系统研发. 河南省,河南省水利勘测设计研究有限公司,2020-04-02.
[9]邹秀清,罗得寸,林平,沈世平,谢振平,王玉珏,丁勇.基于区块链的河长制水质信息存证系统[J].应用科学学报,2020,38(01):65-80.
[10]Yuxiang Hou. The design and implementation of the framework for Spring+SpringMVC+MyBatis in the development of Web application[A]. Institute of Management Science and Industrial Engineering.Proceedings of 2019 4th International Industrial Informatics and Computer Engineering Conference(IIICEC 2019)[C].Institute of Management Science and Industrial Engineering:计算机科学与电子技术国际学会(Computer Science and Electronic Technology International Society),2019:6.
[11]马强.河长制背景下的智慧信息管理平台建设探究[J].地下水,2019,41(05):155-156.
[12]张爽.铁岭市河长制信息管理平台的研发与应用[J].吉林水利,2019(07):60-62.
[13]夏添,刘发永,姜跃昆,马色伍,陈雨.成都市河长制管理信息系统的设计与实践[J].四川水利,2019,40(03):113-118.
[14]江金娜. 高校成人教育学生信息管理系统的分析与设计[D].广东工业大学,2019.
[15]王禹杰. “互联网 智慧河长”信息管理系统设计与实现[D].合肥工业大学,2019.
[16]阚琳.整体性治理视角下河长制创新研究——以江苏省为例[J].中国农村水利水电,2019(02):39-43.
[17]陈志忠.数据挖掘聚类算法在学生信息管理系统中的应用[J].电脑知识与技术,2017,13(24):21-22.
[18]王微漪. 基于Web的高职院校学生信息管理系统的设计与实现[D].北京工业大学,2017.
[19]徐波. 数字化校园建设中学生信息管理系统的设计与实现[D].湖北工业大学,2016.
[20]赵嫚.学生宿舍信息管理系统的设计与应用[J].科技展望,2016,26(27):5+66.
致 谢
逝者如斯夫，不舍昼夜。转眼间，大学生会员活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？
感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。
少年，追风赶月莫停留，平荒尽处是春山。
免费领取本源代码，请关注点赞+私聊