摘 要
随着城市化进程加快，传统废品回收存在效率低、信息不透明等问题，影响资源循环利用。为此，本文设计并实现了一款基于SpringBoot的废品上门回收微信小程序系统，旨在通过信息化手段提升回收服务的便捷性与管理效率。系统采用SpringBoot作为后端框架，结合MyBatis-Plus和MySQL进行数据管理，使用Redis优化访问性能，前端基于微信小程序技术开发，实现轻量化的移动端服务。系统分为管理员、回收用户和普通用户三类角色：管理员负责用户管理、回收服务配置、预约与评价处理、积分商城、提现审核、排班与公告等全面后台管理；回收用户可通过小程序接收订单、管理回收任务和个人信息；普通用户可浏览新闻资讯、预约上门回收、查看钱包与积分、参与兑换、提交反馈等。本文完成了系统的需求分析、功能设计与实现，构建了一个集回收服务、用户交互与后台管理于一体的闭环平台，有效提升了废品回收的数字化水平，具有良好的实用性和推广价值。
关键词：废品上门回收；SpringBoot；微信小程序；MySQL
ABSTRACT
With the acceleration of urbanization, traditional waste recycling has problems such as low efficiency and opaque information, which affect the recycling of resources. Therefore, this article designs and implements a WeChat mini program system for on-site recycling of waste based on SpringBoot, aiming to improve the convenience and management efficiency of recycling services through information technology. The system adopts SpringBoot as the backend framework, combined with MyBatis Plus and MySQL for data management, optimizes access performance using Redis, and develops lightweight mobile services based on WeChat Mini Program technology in the frontend. The system is divided into three roles: administrator, recycling user, and regular user. The administrator is responsible for user management, recycling service configuration, appointment and evaluation processing, points mall, withdrawal review, scheduling and announcement, and other comprehensive backend management; Recycling users can receive orders, manage recycling tasks, and personal information through the mini program; Ordinary users can browse news and information, make appointments for doorstep collection, view wallets and points, participate in redemption, submit feedback, etc. This article has completed the requirements analysis, functional design, and implementation of the system, and built a closed-loop platform that integrates recycling services, user interaction, and backend management. It effectively improves the digital level of waste recycling and has good practicality and promotional value.
**Keywords:**door-to-door recycling of waste products; SpringBoot； WeChat Mini Program; MySQL
目 录
[摘 要](#摘 要)
ABSTRACT
[第1章 引言](#第1章 引言)
[1.1 开发背景及意义](#1.1 开发背景及意义)
[1.1.1 研究背景](#1.1.1 研究背景)
[1.1.2 研究目的与意义](#1.1.2 研究目的与意义)
[1.2 国内外研究现状](#1.2 国内外研究现状)
[1.2.1 国内研究现状](#1.2.1 国内研究现状)
[1.2.2 国外研究现状](#1.2.2 国外研究现状)
[第2章 关键技术介绍](#第2章 关键技术介绍)
[2.1 后端技术](#2.1 后端技术)
[2.1.1 Java语言](#2.1.1 Java语言)
[2.1.2 SpringBoot框架](#2.1.2 SpringBoot框架)
[2.2 前端技术](#2.2 前端技术)
[2.2.1 uni-app框架](#2.2.1 uni-app框架)
[2.2.2 微信小程序](#2.2.2 微信小程序)
[2.3 数据库技术](#2.3 数据库技术)
[2.3.1 MySQL数据库](#2.3.1 MySQL数据库)
[第3章 系统需求分析](#第3章 系统需求分析)
[3.1 可行性分析](#3.1 可行性分析)
[3.1.1 技术可行性](#3.1.1 技术可行性)
[3.1.2 操作可行性](#3.1.2 操作可行性)
[3.1.3 经济可行性](#3.1.3 经济可行性)
[3.2 功能需求分析](#3.2 功能需求分析)
[3.2.1 普通用户功能分析](#3.2.1 普通用户功能分析)
[3.2.2 回收用户功能分析](#3.2.2 回收用户功能分析)
[3.2.3 管理员功能分析](#3.2.3 管理员功能分析)
[3.3 非功能性需求分析](#3.3 非功能性需求分析)
[3.4 系统流程分析](#3.4 系统流程分析)
[3.4.1 系统操作流程图](#3.4.1 系统操作流程图)
[3.4.2 系统登录流程图](#3.4.2 系统登录流程图)
[3.4.3 系统注册流程图](#3.4.3 系统注册流程图)
[第4章 系统设计](#第4章 系统设计)
[4.1 系统概要设计](#4.1 系统概要设计)
[4.1.1 系统架构设计](#4.1.1 系统架构设计)
[4.1.2 系统结构设计](#4.1.2 系统结构设计)
[4.2 系统数据库设计](#4.2 系统数据库设计)
[4.2.1 概念结构设计](#4.2.1 概念结构设计)
[4.2.2 逻辑结构设计](#4.2.2 逻辑结构设计)
[第5章 系统实现](#第5章 系统实现)
[5.1 普通用户功能实现](#5.1 普通用户功能实现)
[5.1.1 用户注册模块](#5.1.1 用户注册模块)
[5.1.2 用户登录模块](#5.1.2 用户登录模块)
[5.1.3 首页模块](#5.1.3 首页模块)
[5.1.4 回收服务模块](#5.1.4 回收服务模块)
[5.1.5 我的模块](#5.1.5 我的模块)
[5.2 回收用户功能实现](#5.2 回收用户功能实现)
[5.2.1 后台首页模块](#5.2.1 后台首页模块)
[5.2.2 回收预约管理模块](#5.2.2 回收预约管理模块)
[5.2.3 排班信息管理模块](#5.2.3 排班信息管理模块)
[5.3 管理员功能实现](#5.3 管理员功能实现)
[5.3.1 评价信息管理模块](#5.3.1 评价信息管理模块)
[5.3.2 系统用户管理模块](#5.3.2 系统用户管理模块)
[5.3.3 提现申请管理模块](#5.3.3 提现申请管理模块)
[5.3.4 积分商城管理模块](#5.3.4 积分商城管理模块)
[第6章 系统测试](#第6章 系统测试)
[6.1 测试目的](#6.1 测试目的)
[6.2 测试用例](#6.2 测试用例)
[6.3 测试结果](#6.3 测试结果)
[第7章 总结与展望](#第7章 总结与展望)
[7.1 总结](#7.1 总结)
[7.2 展望](#7.2 展望)
参考文献
[致 谢](#致 谢)
[附 录](#附 录)
第1章 引言
1.1 开发背景及意义
1.1.1 研究背景
随着经济社会的快速发展，居民消费水平不断提升，城市生活垃圾产生量持续增长，其中可回收物的处理与再利用问题日益受到关注。当前，传统的废品回收方式多依赖零散个体经营，存在回收渠道不规范、价格不透明、服务响应慢、资源分类不准确等弊端，导致居民参与回收的积极性不高，大量可回收资源被混入生活垃圾，造成资源浪费和环境负担。同时，居民对便捷、高效、规范的回收服务需求日益增强，希望通过手机操作即可完成预约上门、信息查询和积分激励等服务。在此背景下，借助成熟的互联网技术构建一个操作便捷、管理规范的废品回收平台，能够有效连接居民与回收人员，优化资源配置，提升回收效率，推动绿色生活方式的普及，促进城市可持续发展。
1.1.2 研究目的与意义
本研究旨在构建一个基于SpringBoot的废品上门回收微信小程序系统，通过信息化手段改善传统回收模式中存在的服务不规范、信息传递效率低、用户参与不便等问题。系统以微信小程序为入口，结合成熟稳定的Web开发技术，实现居民与回收人员之间的高效对接，支持在线预约、服务评价、积分奖励、订单跟踪等功能，提升用户体验和服务透明度。同时，平台为管理员提供全面的后台管理能力，涵盖用户权限、回收资源分类、服务排班、资金与积分流转等核心模块，增强运营的可控性与组织效率。通过系统的落地应用，有助于推动废品回收流程的标准化和数字化，降低运营成本，提高资源回收利用率，激发公众参与环保行动的积极性，对促进城市环境治理和循环经济发展具有积极意义。
1.2 国内外研究现状
1.2.1 国内研究现状
在国内，北京、上海等地曾试点"绿色账户"或"环保积分"项目，居民通过扫码投放可回收物获得积分，可用于兑换生活用品，部分平台依托微信小程序实现预约上门和积分查询功能。深圳有企业推出智能回收柜系统，用户投放后由后台自动识别重量并计入个人账户，同时支持线上提现和商品兑换。杭州、广州等地也出现区域性回收类小程序，提供废纸、塑料、金属等品类的上门回收服务，用户可选择时间地点，服务完成后获得现金返还或平台积分。但部分平台在运营中暴露出功能单一、更新滞后、客服响应慢等问题，回收人员调度缺乏系统支持，后台对订单状态、资金流水、评价反馈等数据的整合能力不足，影响了服务的持续性与用户体验。
1.2.2 国外研究现状
在国际上，德国通过实施严格的垃圾分类制度和双元回收系统（DSD），结合信息化平台对包装废弃物的回收进行全程登记与追踪，居民可通过专用应用程序查询各类垃圾的投放要求，并预约特定物品的上门回收服务，系统还记录用户的参与频次并给予环保积分奖励。日本部分城市推行智能回收箱，居民刷卡投放可回收物后自动称重并累计积分，数据同步至后台管理系统，用于统计区域回收量和优化清运路线，相关平台注重服务流程的可视化与数据的实时更新。美国一些城市由市政部门或环保企业运营回收服务平台，提供在线预约大件物品清运、电子废弃物处理等服务，并通过移动应用推送分类知识和回收活动信息，增强公众参与感。
尽管国内外已有多种基于数字技术的回收服务尝试，但在系统功能的完整性与管理流程的闭环设计上仍存在提升空间。国外案例多依托成熟的制度环境实现技术落地，注重数据记录与公共服务协同；国内实践则侧重用户端便捷操作，但在后台管理、多角色联动和运营监管方面尚不完善。因此，构建一个功能全面、结构清晰、易于维护的废品回收平台，有助于弥补当前系统在服务流程整合与组织管理方面的短板，推动回收服务向规范化、可持续方向发展。
第2章 关键技术介绍
2.1 后端技术
2.1.1 Java语言
Java是一种广泛应用于企业级应用开发的高级编程语言，具有"一次编写，到处运行"的跨平台特性1。同时Java强大的面向对象编程能力，使得开发者能够高效地组织代码结构，方便维护与模块化开发。Java在后端开发中应用广泛，适合构建企业级应用，其核心优势在于良好的可移植性、强大的类库支持、自动内存管理机制（垃圾回收机制）以及较高的安全性2。在本系统中，Java作为后端服务的主要开发语言，承担了业务逻辑处理、接口封装与数据交互等核心功能，确保了系统在不同服务器环境下的稳定运行与高效扩展。
2.1.2 SpringBoot框架
SpringBoot 是由 Pivotal 团队推出的一套基于Spring框架的快速开发工具集，以简化Spring应用的初始搭建和开发过程，并通过提供开箱即用的配置和自动化特性，使得开发者可以快速构建生产级的Java应用，显著降低了开发复杂度，提升了开发效率3。SpringBoot具有内置的服务器支持，简化了应用的部署和管理，同时支持多种中间件的集成。在本系统中，SpringBoot被用于构建后端 RESTful 风格的 Web 服务接口，实现了前后端分离架构下的高效数据通信4。同时，其与 Spring Security、Spring Data JPA 等模块的集成，也为系统的权限控制、数据持久化提供了有力支持。
2.2 前端技术
2.2.1 uni-app框架
uni-app是一款基于Vue.js的跨平台应用开发框架，可以通过一套代码构建出适用于多个平台的应用，包括微信小程序、Web、Android和iOS等5。uni-app支持高效的组件化开发，提高了开发效率，适合用于系统的前端开发。在本系统开发过程中，采用uni-app框架进行前端界面的统一开发，不仅提高了代码复用率，缩短了开发周期，还保证了在不同终端上具有一致的视觉效果与操作体验，同时通过 Vue.js 的组件化开发模式，系统前端结构清晰、维护方便，有利于后期功能的扩展与迭代6。
2.2.2 微信小程序
微信小程序是一种在微信平台上运行的应用，用户无需下载安装即可使用，以轻量化和便捷化著称，依托于微信生态，具备即用即走、开发成本低、用户触达便捷等优势，支持良好的用户交互体验7。在本系统中，前端用户界面基于微信小程序技术开发，用户可通过微信客户端直接访问系统功能，如注册、登录和信息查询，无需额外安装独立 App，极大提升了系统的可访问性与用户体验8。另外小程序支持丰富的组件库和 API 接口，能够实现页面跳转、网络请求、本地缓存、地理位置获取等多种交互功能。
2.3 数据库技术
2.3.1 MySQL数据库
MySQL是一种开源的关系型数据库管理系统（RDBMS），以其高性能、高可靠性和易于使用的特点被广泛应用于各类信息系统中9。MySQL使用结构化查询语言（SQL）来访问和管理数据，适合存储和检索应用程序的数据。本系统采用MySQL作为底层数据存储平台，用于持久化保存用户信息、系统日志及各类记录等关键业务数据，同时通过合理的数据库表结构设计与索引优化策略，系统能够实现对海量数据的高效查询与事务处理，保障了数据的一致性与完整性10。
第3章 系统需求分析
3.1 可行性分析
在设计与实现基于SpringBoot的废品上门回收微信小程序系统过程中，进行全面的可行性分析是保障项目顺利实施的基础。以下从技术、操作、经济等方面展开具体评估，以验证系统建设的合理性和可实施性。
3.1.1 技术可行性
系统采用当前广泛使用的前后端分离架构，技术路线成熟稳定，具备良好的开发基础与社区支持。后端基于Java语言，采用SpringBoot框架进行服务构建，结合MyBatis-Plus实现数据库操作，具备良好的模块化结构和较高的开发效率，能够快速实现用户管理、订单处理、权限控制等核心功能接口。数据库选用MySQL关系型数据库，支持高并发读写操作，可有效存储用户信息、回收订单、积分记录、提现流水等结构化数据，保障数据一致性与查询性能。前端以微信小程序为载体，使用uni-app框架进行开发，具备跨平台适配能力，界面交互流畅，能充分利用微信生态的登录认证、消息推送和社交分享功能，提升用户访问便捷性。整个技术栈依赖的组件如Redis缓存、JWT身份验证等均为行业常用方案，文档齐全，调试工具完善，开发人员易于掌握，因此在技术实现上具有较强的可行性。
3.1.2 操作可行性
系统主要面向普通居民、回收人员及平台管理人员，使用场景贴近日常生活，目标用户普遍具备使用智能手机和微信应用的基础能力。微信小程序无需下载安装，通过扫码或搜索即可快速访问，启动速度快，使用门槛低，符合大众操作习惯。界面设计遵循简洁直观的原则，功能模块如废品回收预约、订单查询、积分兑换、服务评价等布局清晰，操作流程符合用户日常行为逻辑，减少学习成本。系统设置管理员、回收用户和普通用户三类角色，通过权限控制确保各角色仅访问与其职责相关的功能模块，避免误操作和数据泄露。后台管理界面提供可视化操作入口，支持对用户、订单、公告、排班等信息的增删改查，便于管理人员高效完成日常运维任务。整体系统交互友好，流程闭环完整，具备良好的操作可行性。
3.1.3 经济可行性
本系统基于开源技术栈开发，后端框架SpringBoot、数据库MySQL、前端框架uni-app等均无需支付授权费用，显著降低了软件采购成本。服务器部署可选用阿里云、腾讯云等主流云服务商，根据实际用户量灵活选择配置，初期可采用基础套餐控制投入，后期随业务增长逐步扩容，资金压力较小。开发周期合理，模块化设计有利于功能迭代和后期维护，减少了长期运维所需的人力与时间成本。投入使用后，平台可提升废品回收的组织化程度，减少中间环节损耗，提高资源流转效率，降低运营方在人力调度和信息管理方面的成本。同时，居民可通过积分激励机制获得实际收益，增强环保参与积极性，平台也可通过兑换商城、广告合作等方式拓展盈利渠道。综合开发投入、运行成本与潜在效益，系统在经济层面具备较强的可持续性与推广前景。
3.2 功能需求分析
在系统开发前，需对各项功能需求进行深入分析与梳理，明确不同用户群体的操作权限与功能访问范围，为后续系统权限设计与功能模块划分提供依据。针对本废品上门回收微信小程序定位，用户角色被分为普通用户和回收用户及管理员用户三大类。
3.2.1 普通用户功能分析
普通用户先注册后使用，登录系统后可执行所需的相关操作，主要有注册登录、新闻资讯、在线咨询、资源信息、回收服务、积分商城、我的等功能，普通用户的用例图如图3-1所示。
图3-1普通用户用例图
注册登录：提供注册登录系统功能，用户可注册并登录系统，支持对个人信息进行管控，并提供忘记密码操作。
首页：展示平台核心功能入口与推荐内容，提供快捷导航以便快速发起回收或查看服务信息。
新闻资讯：呈现最新的环保动态与平台公告，帮助用户了解行业信息与平台运营情况。
在线咨询：用户可通过在线聊天功能与客服或回收人员沟通，咨询回收流程、价格或订单问题，及时获取帮助。
资源信息：展示平台发布的各类可回收物信息，包括品类、单价、回收标准等，方便用户了解交投细则。
回收服务：提供标准化的上门回收服务项目，用户可查看服务内容并提交预约申请，完成废品交投。
积分商城：用户可用回收所得积分兑换生活用品或优惠券，查看商品详情、库存及兑换规则，参与环保激励活动。
我的：作为用户个人中心，集中整合账户信息、服务记录与资产数据，提供统一入口管理收藏、评论、预约订单、回收历史、钱包余额、积分兑换、提现申请及反馈记录，支持个人信息维护与安全设置，实现一站式操作与信息查看。
3.2.2 回收用户功能分析
回收用户登录系统后可对个人相关数据及回收任务进行管理与操作，主要有登录、后台首页、回收服务管理、回收预约管理、评价管理、回收信息管理、排班信息管理、个人信息维护、修改密码等功能，回收用户通过系统接收预约订单、登记回收数据、查看服务评价及排班安排，实现服务流程的规范化操作与信息反馈，回收用户后台用例图如图3-2所示。
图3-2回收用户用例图
登录：回收用户使用管理员分配的账号和密码登录系统，进入个人工作界面，支持后续修改密码和基本资料。
后台首页：展示个人待处理的回收预约数量、今日排班任务、服务完成情况及系统通知，帮助快速了解工作概览。
回收服务管理：查看平台发布的回收服务信息，包括废品种类、重量、地址等，选择并确认承接相关服务任务。
回收预约管理：管理已接的上门回收预约单，查看用户提交的预约详情，按时完成回收并更新订单状态。
评价信息管理：查看用户对自己服务的评分与文字评价，掌握服务质量反馈，提升服务水平。
回收信息管理：记录并查看自己已完成的回收任务明细，包括时间、地点、品类、重量和结算金额等信息。
排班信息管理：查看系统排定的工作班次和负责区域，明确上岗时间和工作安排，避免任务冲突。
个人信息维护：维护个人联系方式、姓名、工作证件等基本信息，并可随时修改登录密码，确保账户安全。
3.2.3 管理员功能分析
系统管理员登录系统后可对系统内各类数据进行操作管控，允许进行添加、删除、修改及查阅等操作，集成了登录、后台首页、系统用户、资源类型管理、资源信息管理、回收服务管理、回收预约管理、评价信息管理、回收信息管理、钱包信息管理、提现申请管理、积分排班信息管理、兑换信息管理、在线反馈管理、排班信息管理、上班地点管理、系统管理、网站公告管理、资源管理等功能，管理员的用例图如图3-3所示。
图3-3管理员用例图
(1)登录：管理员账户直接在数据库添加，通过账号密码可登录系统后台实现管理操作，登录后支持更新个人资料及修改账号密码。
(2) 后台首页：展示系统核心运营数据概览，如用户总数、回收订单量、待处理预约、提现申请数量及服务评价统计等信息，为管理员提供直观的运行状态监控窗口。
(3) 系统用户管理：支持对管理员、普通用户和回收用户账号的添加、删除、修改与查询操作，维护各类用户的基本信息、账户状态和角色权限，实现用户身份的集中化管理。
(4) 资源类型管理：用于设置和维护可回收物的分类标准，如废纸、塑料、金属、旧家电等，支持增删改查操作，为废品信息规范化录入提供基础支撑。
(5) 资源信息管理：管理平台上发布的回收资源信息，包括名称、单价、单位、所属类型等详情，支持审核与更新，确保回收品类数据准确统一。
(6) 回收服务管理：配置标准化的上门回收服务项目，定义服务内容、计价方式和执行要求，便于回收用户接单和普通用户选择服务。
(7) 回收预约管理：查看所有用户提交的上门回收预约请求，支持按状态筛选、查看详情、人工分配或调整回收人员，保障订单高效流转。
(8) 评价信息管理：汇总用户对回收服务的评价内容，支持查看、审核和必要时的干预处理，维护平台服务评价的真实性和公正性。
(9) 回收信息管理：管理所有已完成的回收记录，包括废品种类、重量、金额、执行人员和时间等数据，支持统计分析与导出，辅助运营决策。
(10) 钱包信息管理：查看用户账户余额变动情况，管理资金流水记录，确保提现与积分兑换等财务操作的数据一致性与可追溯性。
(11) 提现申请管理：审核用户提交的提现申请，核对金额与账户信息，手动或自动完成打款操作，并记录处理结果，保障资金安全流转。
(12)积分商城管理：对商品进行添加、编辑、上下架操作，设置兑换所需积分、库存及规则，维护商品分类，并查看兑换记录，实现对积分激励体系的统一管控与运营。
(13) 兑换信息管理：查看所有用户的积分兑换记录，包括兑换商品、消耗积分、收货信息及物流状态，便于跟踪履约情况。
(14) 在线反馈管理：接收并处理用户提交的意见建议或问题反馈，支持分类查看、回复处理和状态标记，提升平台服务质量。
(15) 排班信息管理：为回收用户设置工作班次和值班时间，合理分配服务时段与区域，优化人力资源调度，提高上门响应效率。
(16) 上班地点管理：维护回收服务覆盖的区域信息，包括小区、街道或站点名称，便于预约时选择服务范围和匹配就近回收人员。
(17) 系统管理：上传和配置小程序首页的轮播图内容，设置图片顺序、跳转链接和显示状态，用于宣传重要活动或推广服务。
(18) 网站公告管理：发布、编辑和下架平台公告信息，控制发布时间与范围，确保重要通知及时传达至所有用户。
(19) 资源管理：管理平台发布的新闻资讯内容，支持按分类进行发布、修改、删除和推荐操作，丰富环保知识传播渠道。
3.3 非功能性需求分析
非功能性需求是衡量系统整体质量的重要标准，涉及性能、安全、稳定性与可维护性等方面。在废品上门回收微信小程序的开发中，除实现基础功能外，还需确保系统具备良好的运行表现和用户体验。
(1) 性能需求
系统应保证页面加载和操作响应的流畅性，核心功能如废品预约、订单查询、资讯浏览等页面响应时间控制在2秒以内，关键接口处理时间不超过1.5秒。支持数百至千级用户并发访问，通过数据库索引优化、Redis缓存和连接池技术提升高负载下的处理效率，避免卡顿或超时现象。
(2) 安全性需求
系统需保障用户身份信息、账户密码、交易记录、提现数据等敏感信息的安全。采用HTTPS加密传输，防止数据泄露或被篡改；通过JWT实现用户身份认证，结合角色权限控制访问范围，杜绝越权操作。对用户手机号等敏感信息进行脱敏显示，数据库定期备份并具备恢复机制，提升整体安全防护能力。
(3) 可扩展性需求
系统采用SpringBoot模块化架构，功能组件独立封装，便于后续新增服务或集成第三方接口。前端基于uni-app开发，具备向H5、App等多端延伸的能力。数据库设计遵循规范，预留扩展字段和接口，支持未来业务拓展时快速适配新数据模型，保障系统长期可维护与升级。
3.4 系统流程分析
3.4.1 系统操作流程图
用户通过浏览器访问系统地址，进入应用程序的主界面。用户在系统主页根据自身情况选择注册或登录操作。对于尚未注册的用户，可点击注册入口完成账号创建流程；而已拥有账户的用户则可跳转至登录页面，输入正确的用户名和密码进行身份验证。成功登录后，用户将进入系统的功能操作界面，在此界面下可根据系统提示逐步执行相关业务操作。系统操作流程图如下图所示。
图3-3 系统操作流程图
3.4.2 系统登录流程图
当用户访问登录页面并输入其用户名与密码后，系统首先会执行初步的输入验证，确保所提供的用户名和密码字段非空。在用户点击"登录"按钮后，系统会再次确认所输入的用户名和密码是否正确。验证顺利完成后，用户即可成功登录，并被引导至个人主页；若验证未能通过，系统则会显示错误提示，并返回登录页面要求用户重新尝试。登录流程图如下图所示。
图3-4 系统登录流程图
3.4.3 系统注册流程图
用户选择"注册"选项后，界面会转向注册页，在此界面会要求用户填写一系列必要的注册资料，包括用户名、密码、电子邮箱及手机号等，并提交给系统。系统会验证提交的注册资料，确保所有必填项目均已完整填写，所设密码达到规定的复杂度标准，并检查用户名和邮箱是否已被使用。当所有验证步骤均顺利完成且无误，系统将向用户弹出注册成功的确认消息。用户注册流程图如下图所示。
图3-5 系统注册流程图
第4章 系统设计
4.1 系统概要设计
4.1.1 系统架构设计
本系统整体采用B/S 架构（Browser/Server 架构与前后端分离模式相结合的设计方式。前端基于微信小程序和uni-app技术进行开发，作为用户交互界面的主要载体，负责数据展示与用户操作；后端基于Java编程语言与SpringBoot框架进行开发，主要负责业务逻辑处理、数据持久化以及接口服务的提供。前后端之间通过标准的 RESTful 风格接口进行数据通信，实现松耦合、高内聚的系统结构。整个系统架构如图4-1所示。
图4-1系统架构图
4.1.2 系统结构设计
为实现废品上门回收服务的高效化与规范化管理，本系统根据实际业务需求对功能模块进行了合理划分。依据管理员、回收用户和普通用户的权限差异，分别设置对应的操作功能，主要包括后台首页、系统用户管理、资源类型管理、资源信息管理、回收服务管理、回收预约管理、评价信息管理、回收信息管理、钱包信息管理、提现申请管理、积分排班信息管理、兑换信息管理、在线反馈管理、排班信息管理、上班地点管理、系统管理（轮播图）、网站公告管理、资源管理（新闻资讯、资讯分类）以及权限管理等模块。各模块功能独立、结构清晰，通过标准化接口进行数据交互，协同支撑用户预约、回收执行、资金结算、积分兑换与后台监管等核心业务，保障系统运行稳定、管理有序。系统总体功能结构图如图4-2所示。
图4-2系统总体功能结构图
4.2 系统数据库设计
4.2.1 概念结构设计
在数据库设计的初期阶段，需对系统的业务需求进行分析，明确系统中涉及的主要实体及其之间的关系，并通过分析各实体之间的联系，构建系统的E-R模型，以图形化方式描述实体之间的关系。在E-R模型中，每个实体具有若干属性，用于描述实体的特征，同时实体之间通过"一对一"、"一对多"或"多对多"的关系进行关联，本废品上门回收微信小程序总体E-R图如图4-3所示。
图4-3 系统总体E-R图
4.2.2 逻辑结构设计
在完成概念结构设计的基础上，需进一步将E-R模型转换为关系数据模型，即数据库的逻辑结构设计。逻辑结构设计主要任务是将实体和实体之间的关系转化为数据库中的表结构，并定义主键、外键、索引等约束条件，以确保数据的完整性与一致性。下面将对系统中主要数据表的设计进行说明。
表 4-1-access_token（登陆访问时长）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | info | text | 65535 | 否 | 否 | 信息 |
| 3 | maxage | int | 是 | 否 | 最大寿命：默认2小时 | |
| 4 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 5 | token_id | int | 是 | 是 | 临时访问牌ID | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 用户编号 |
表 4-2-article（文章）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | article_id | mediumint | 是 | 是 | 文章id | |
| 2 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | description | text | 65535 | 否 | 否 | 文章描述 |
| 5 | hits | int | 是 | 否 | 点击数 | |
| 6 | img | varchar | 255 | 否 | 否 | 封面图 |
| 7 | praise_len | int | 是 | 否 | 点赞数 | |
| 8 | source | varchar | 255 | 否 | 否 | 来源 |
| 9 | tag | varchar | 255 | 否 | 否 | 标签 |
| 10 | title | varchar | 125 | 是 | 是 | 标题 |
| 11 | type | varchar | 64 | 是 | 否 | 文章分类 |
| 12 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 13 | url | varchar | 255 | 否 | 否 | 来源地址 |
表 4-3-article_type（文章分类）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | description | varchar | 255 | 否 | 否 | 描述 |
| 3 | display | smallint | 是 | 否 | 显示顺序 | |
| 4 | father_id | smallint | 是 | 否 | 上级分类ID | |
| 5 | icon | text | 65535 | 否 | 否 | 分类图标 |
| 6 | name | varchar | 16 | 是 | 否 | 分类名称 |
| 7 | type_id | smallint | 是 | 是 | 分类ID | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | url | varchar | 255 | 否 | 否 | 外链地址 |
表 4-4-auth（用户权限管理）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | add | tinyint | 是 | 否 | 是否可增加 | |
| 2 | auth_id | int | 是 | 是 | 授权ID | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | del | tinyint | 是 | 否 | 是否可删除 | |
| 5 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 6 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 7 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 8 | get | tinyint | 是 | 否 | 是否可查看 | |
| 9 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | option | text | 65535 | 否 | 否 | 配置 |
| 12 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 13 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 14 | parent_sort | int | 是 | 否 | 父级菜单排序 | |
| 15 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 16 | position | varchar | 32 | 否 | 否 | 位置 |
| 17 | set | tinyint | 是 | 否 | 是否可修改 | |
| 18 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 21 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 22 | user_group | varchar | 64 | 否 | 否 | 用户组 |
表 4-5-code_token（验证码）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | code | varchar | 255 | 否 | 否 | 验证码 |
| 2 | code_token_id | int | 是 | 是 | 验证码ID | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | expire_time | timestamp | 是 | 否 | 失效时间 | |
| 5 | token | varchar | 255 | 否 | 否 | 令牌 |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-6-collect（收藏）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | collect_id | int | 是 | 是 | 收藏ID | |
| 2 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 3 | img | varchar | 255 | 否 | 否 | 封面 |
| 4 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 5 | source_id | int | 是 | 否 | 来源ID | |
| 6 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 7 | title | varchar | 255 | 否 | 否 | 标题 |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | user_id | int | 是 | 是 | 收藏人ID |
表 4-7-comment（评论）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 2 | comment_id | int | 是 | 是 | 评论ID | |
| 3 | content | longtext | 4294967295 | 否 | 否 | 内容 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | nickname | varchar | 255 | 否 | 否 | 昵称 |
| 6 | reply_to_id | int | 是 | 否 | 回复评论ID | |
| 7 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 8 | source_id | int | 是 | 否 | 来源ID | |
| 9 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 11 | user_id | int | 是 | 是 | 评论人ID |
表 4-8-evaluation_information（评价信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_by | int | 是 | 否 | 创建用户ID | |
| 2 | create_time | datetime | 是 | 否 | 创建时间 | |
| 3 | date_of_evaluation | date | 否 | 否 | 评价日期 | |
| 4 | evaluation_content | text | 65535 | 否 | 否 | 评价内容 |
| 5 | evaluation_information_id | int | 是 | 是 | 评价信息ID | |
| 6 | name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
| 7 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 8 | recycle_user | int | 否 | 否 | 回收用户 | |
| 9 | service_evaluation | varchar | 64 | 否 | 否 | 服务评价 |
| 10 | source_id | int | 否 | 否 | 来源ID | |
| 11 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 12 | source_user_id | int | 否 | 否 | 来源用户 | |
| 13 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 14 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
表 4-9-hits（用户点击）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | hits_id | int | 是 | 是 | 点赞ID | |
| 3 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 4 | source_id | int | 是 | 否 | 来源ID | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 点赞人 |
表 4-10-integral_mall（积分商城）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | collect_len | int | 是 | 否 | 收藏数 | |
| 2 | comment_len | int | 是 | 否 | 评论数 | |
| 3 | commodity_number | varchar | 64 | 否 | 否 | 商品编号 |
| 4 | commodity_specificss | text | 65535 | 否 | 否 | 商品详情 |
| 5 | commodity_type | varchar | 64 | 否 | 否 | 商品类型 |
| 6 | cover_image | varchar | 255 | 否 | 否 | 封面图片 |
| 7 | create_by | int | 是 | 否 | 创建用户ID | |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | integral_mall_id | int | 是 | 是 | 积分商城ID | |
| 10 | name_of_commodity | varchar | 64 | 否 | 否 | 商品名称 |
| 11 | praise_len | int | 是 | 否 | 点赞数 | |
| 12 | redemption_information_limit_times | int | 是 | 否 | 兑换限制次数 | |
| 13 | required_points | double | 否 | 否 | 所需积分 | |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-notice（公告）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 2 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 3 | notice_id | mediumint | 是 | 是 | 公告ID | |
| 4 | title | varchar | 125 | 是 | 否 | 标题 |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-12-online_feedback（在线反馈）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_by | int | 是 | 否 | 创建用户ID | |
| 2 | create_time | datetime | 是 | 否 | 创建时间 | |
| 3 | examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
| 4 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 5 | feedback_content | text | 65535 | 否 | 否 | 反馈内容 |
| 6 | feedback_date | date | 否 | 否 | 反馈日期 | |
| 7 | feedback_type | varchar | 64 | 否 | 否 | 反馈类型 |
| 8 | feedback_user | int | 否 | 否 | 反馈用户 | |
| 9 | online_feedback_id | int | 是 | 是 | 在线反馈ID | |
| 10 | title_name | varchar | 64 | 否 | 否 | 标题名称 |
| 11 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-13-ordinary_user（普通用户）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | contact_phone | varchar | 16 | 否 | 否 | 联系电话 |
| 2 | create_by | int | 是 | 否 | 创建用户ID | |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 5 | ordinary_user_id | int | 是 | 是 | 普通用户ID | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_age | varchar | 64 | 否 | 否 | 用户年龄 |
| 8 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 9 | user_id | int | 是 | 否 | 用户ID | |
| 10 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 11 | user_points | double | 否 | 否 | 用户积分 |
表 4-14-praise（点赞）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | praise_id | int | 是 | 是 | 点赞ID | |
| 3 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 4 | source_id | int | 是 | 否 | 来源ID | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | status | tinyint | 是 | 否 | 点赞状态:1为点赞，0已取消 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 8 | user_id | int | 是 | 是 | 点赞人 |
表 4-15-recycle_user（回收用户）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | age_of_personnel | varchar | 64 | 否 | 否 | 人员年龄 |
| 2 | create_by | int | 是 | 否 | 创建用户ID | |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 5 | gender_of_staff | varchar | 64 | 否 | 否 | 人员性别 |
| 6 | mobile_phone_number | varchar | 16 | 否 | 否 | 手机号码 |
| 7 | name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
| 8 | qualification_certificate | varchar | 255 | 否 | 否 | 资质证明 |
| 9 | recycle_user_id | int | 是 | 是 | 回收用户ID | |
| 10 | service_area | varchar | 64 | 否 | 否 | 服务区域 |
| 11 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 12 | user_id | int | 是 | 否 | 用户ID |
表 4-16-recycling_appointment（回收预约）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | appointment_address | varchar | 64 | 否 | 否 | 预约地址 |
| 2 | appointment_remarks | text | 65535 | 否 | 否 | 预约备注 |
| 3 | appointment_time | datetime | 否 | 否 | 预约时间 | |
| 4 | contact_phone | varchar | 16 | 否 | 否 | 联系电话 |
| 5 | create_by | int | 是 | 否 | 创建用户ID | |
| 6 | create_time | datetime | 是 | 否 | 创建时间 | |
| 7 | estimated_weight | varchar | 64 | 否 | 否 | 预估重量 |
| 8 | evaluation_information_limit_times | int | 是 | 否 | 评价限制次数 | |
| 9 | examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
| 10 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 11 | name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
| 12 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 13 | recycle_user | int | 否 | 否 | 回收用户 | |
| 14 | recycling_appointment_id | int | 是 | 是 | 回收预约ID | |
| 15 | recycling_information_limit_times | int | 是 | 否 | 回收限制次数 | |
| 16 | resource_type | varchar | 64 | 否 | 否 | 资源类型 |
| 17 | service_area | varchar | 64 | 否 | 否 | 服务区域 |
| 18 | source_id | int | 否 | 否 | 来源ID | |
| 19 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 20 | source_user_id | int | 否 | 否 | 来源用户 | |
| 21 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 22 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
表 4-17-recycling_information（回收信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | actual_weight | double | 否 | 否 | 实际重量 | |
| 2 | contact_phone | varchar | 16 | 否 | 否 | 联系电话 |
| 3 | create_by | int | 是 | 否 | 创建用户ID | |
| 4 | create_time | datetime | 是 | 否 | 创建时间 | |
| 5 | name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
| 6 | note_information | text | 65535 | 否 | 否 | 备注信息 |
| 7 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 8 | recycle_user | int | 否 | 否 | 回收用户 | |
| 9 | recycling_information_id | int | 是 | 是 | 回收信息ID | |
| 10 | recycling_price | varchar | 64 | 否 | 否 | 回收价格 |
| 11 | recycling_status | varchar | 64 | 否 | 否 | 回收状态 |
| 12 | resource_type | varchar | 64 | 否 | 否 | 资源类型 |
| 13 | scrap_pictures | varchar | 255 | 否 | 否 | 废品图片 |
| 14 | source_id | int | 否 | 否 | 来源ID | |
| 15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 16 | source_user_id | int | 否 | 否 | 来源用户 | |
| 17 | total_amount | varchar | 64 | 否 | 否 | 合计金额 |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 19 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
表 4-18-recycling_services（回收服务）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | collect_len | int | 是 | 否 | 收藏数 | |
| 2 | comment_len | int | 是 | 否 | 评论数 | |
| 3 | cover_image | varchar | 255 | 否 | 否 | 封面图片 |
| 4 | create_by | int | 是 | 否 | 创建用户ID | |
| 5 | create_time | datetime | 是 | 否 | 创建时间 | |
| 6 | name_of_personnel | varchar | 64 | 否 | 否 | 人员姓名 |
| 7 | online_time | varchar | 64 | 否 | 否 | 在线时间 |
| 8 | praise_len | int | 是 | 否 | 点赞数 | |
| 9 | recycle_user | int | 否 | 否 | 回收用户 | |
| 10 | recycling_appointment_limit_times | int | 是 | 否 | 预约限制次数 | |
| 11 | recycling_services_id | int | 是 | 是 | 回收服务ID | |
| 12 | service_area | varchar | 64 | 否 | 否 | 服务区域 |
| 13 | service_content | text | 65535 | 否 | 否 | 服务内容 |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-19-redemption_information（兑换信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | commodity_number | varchar | 64 | 否 | 否 | 商品编号 |
| 2 | commodity_type | varchar | 64 | 否 | 否 | 商品类型 |
| 3 | contact_phone | varchar | 64 | 否 | 否 | 联系电话 |
| 4 | create_by | int | 是 | 否 | 创建用户ID | |
| 5 | create_time | datetime | 是 | 否 | 创建时间 | |
| 6 | name_of_commodity | varchar | 64 | 否 | 否 | 商品名称 |
| 7 | note_information | text | 65535 | 否 | 否 | 备注信息 |
| 8 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 9 | redemption_date | date | 否 | 否 | 兑换日期 | |
| 10 | redemption_information_id | int | 是 | 是 | 兑换信息ID | |
| 11 | required_points | double | 否 | 否 | 所需积分 | |
| 12 | source_id | int | 否 | 否 | 来源ID | |
| 13 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 14 | source_user_id | int | 否 | 否 | 来源用户 | |
| 15 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 16 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
表 4-20-resource_information（资源信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | collect_len | int | 是 | 否 | 收藏数 | |
| 2 | comment_len | int | 是 | 否 | 评论数 | |
| 3 | cover_image | varchar | 255 | 否 | 否 | 封面图片 |
| 4 | create_by | int | 是 | 否 | 创建用户ID | |
| 5 | create_time | datetime | 是 | 否 | 创建时间 | |
| 6 | praise_len | int | 是 | 否 | 点赞数 | |
| 7 | recycling_price | double | 否 | 否 | 回收价格 | |
| 8 | release_date | date | 否 | 否 | 发布日期 | |
| 9 | resource_information_id | int | 是 | 是 | 资源信息ID | |
| 10 | resource_type | varchar | 64 | 否 | 否 | 资源类型 |
| 11 | specificsed_description | text | 65535 | 否 | 否 | 详情描述 |
| 12 | title_name | varchar | 64 | 否 | 否 | 标题名称 |
| 13 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-21-resource_type（资源类型）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_by | int | 是 | 否 | 创建用户ID | |
| 2 | create_time | datetime | 是 | 否 | 创建时间 | |
| 3 | resource_type | varchar | 64 | 否 | 否 | 资源类型 |
| 4 | resource_type_id | int | 是 | 是 | 资源类型ID | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-22-scheduling_information（排班信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_by | int | 是 | 否 | 创建用户ID | |
| 2 | create_time | datetime | 是 | 否 | 创建时间 | |
| 3 | scheduling_date_options | text | 65535 | 否 | 否 | 时间设置 |
| 4 | scheduling_information_id | int | 是 | 是 | 排班信息ID | |
| 5 | scheduling_number | int | 是 | 否 | 单日最多排次数 | |
| 6 | scheduling_period | enum | 1 | 是 | 否 | 周期 |
| 7 | shift_scheduling_personnel | varchar | 64 | 否 | 否 | 排班人员 |
| 8 | timetable | text | 65535 | 否 | 否 | 排期表 |
| 9 | title_name | varchar | 64 | 否 | 否 | 标题名称 |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 11 | work_location | varchar | 64 | 否 | 否 | 上班地点 |
表 4-23-slides（轮播图）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | content | varchar | 255 | 否 | 否 | 内容 |
| 2 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 3 | hits | int | 是 | 否 | 点击量 | |
| 4 | img | varchar | 255 | 否 | 否 | 轮播图 |
| 5 | slides_id | int | 是 | 是 | 轮播图ID | |
| 6 | title | varchar | 64 | 否 | 否 | 标题 |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 8 | url | varchar | 255 | 否 | 否 | 链接 |
表 4-24-upload（文件上传）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 2 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 3 | father_id | int | 否 | 否 | 父级ID | |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | name | varchar | 64 | 否 | 否 | 文件名 |
| 6 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 7 | type | varchar | 32 | 否 | 否 | 文件类型 |
| 8 | upload_id | int | 是 | 是 | 上传ID |
表 4-25-user（用户账户）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|----|-------------|-----------|-----|------|------|------------|------|-------|-------|
| 1 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 2 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 3 | email | varchar | 64 | 否 | 否 | 邮箱 |
| 4 | email_state | smallint | | 是 | 否 | 邮箱认证：(0未认证 | 1审核中 | 2已认证) |
| 5 | login_time | timestamp | | 是 | 否 | 上次登录时间 |
| 6 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 7 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 8 | password | varchar | 64 | 是 | 否 | 密码 |
| 9 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 10 | phone_state | smallint | | 是 | 否 | 手机认证：(0未认证 | 1审核中 | 2已认证) |
| 11 | state | smallint | | 是 | 否 | 账户状态：(1可用 | 2异常 | 3已冻结 | 4已注销) |
| 12 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 13 | user_id | int | | 是 | 是 | 用户ID |
| 14 | username | varchar | 16 | 是 | 否 | 用户名 |
表 4-26-user_chat_friend（聊天用户好友）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | friend_user_id | int | 是 | 否 | 用户好友ID | |
| 3 | friend_user_name | varchar | 255 | 否 | 否 | 好友名称 |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | user_chat_friend_id | int | 是 | 是 | ID | |
| 6 | user_id | int | 是 | 否 | 用户ID |
表 4-27-user_chat_group（聊天用户群聊）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | group_id | int | 否 | 否 | 群聊ID | |
| 3 | group_name | varchar | 255 | 否 | 否 | 群聊名称 |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | user_chat_group_id | int | 是 | 是 | ID | |
| 6 | user_id | int | 否 | 否 | 用户ID |
表 4-28-user_chat_read（聊天用户消息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 否 | 否 | 时间 | |
| 2 | group_id | int | 否 | 否 | 群聊ID | |
| 3 | message | text | 65535 | 否 | 否 | 消息 |
| 4 | send_user_id | int | 否 | 否 | 发送人ID | |
| 5 | type | int | 否 | 否 | 类型1-点对点消息，2-群聊消息 | |
| 6 | user_chat_read_id | varchar | 255 | 是 | 是 | ID |
| 7 | user_id | int | 否 | 否 | 接收人ID |
表 4-29-user_group（用户组）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | description | varchar | 255 | 否 | 否 | 描述 |
| 3 | display | smallint | 是 | 否 | 显示顺序 | |
| 4 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 5 | name | varchar | 16 | 是 | 否 | 名称 |
| 6 | register | smallint | 否 | 否 | 注册位置 | |
| 7 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 8 | source_id | int | 是 | 否 | 来源ID | |
| 9 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-30-wallet_information（钱包信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | contact_phone | varchar | 64 | 否 | 否 | 联系电话 |
| 2 | create_by | int | 是 | 否 | 创建用户ID | |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | wallet_balance | double | 否 | 否 | 钱包余额 | |
| 8 | wallet_information_id | int | 是 | 是 | 钱包信息ID | |
| 9 | withdrawal_application_limit_times | int | 是 | 否 | 提现限制次数 |
表 4-31-withdrawal_application（提现申请）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | application_date | date | 否 | 否 | 申请日期 | |
| 2 | contact_phone | varchar | 64 | 否 | 否 | 联系电话 |
| 3 | create_by | int | 是 | 否 | 创建用户ID | |
| 4 | create_time | datetime | 是 | 否 | 创建时间 | |
| 5 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 6 | source_id | int | 否 | 否 | 来源ID | |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_user_id | int | 否 | 否 | 来源用户 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 10 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 11 | withdrawal_amount | double | 否 | 否 | 提现金额 | |
| 12 | withdrawal_application_id | int | 是 | 是 | 提现申请ID |
表 4-32-work_location（上班地点）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_by | int | 是 | 否 | 创建用户ID | |
| 2 | create_time | datetime | 是 | 否 | 创建时间 | |
| 3 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 4 | work_location | varchar | 64 | 否 | 否 | 上班地点 |
| 5 | work_location_id | int | 是 | 是 | 上班地点ID |
第5章 系统实现
5.1 普通用户功能实现
5.1.1 用户注册模块
用户可通过系统提供的注册功能创建个人账户，以便后续使用各项功能服务。在注册页面中，用户需填写包括用户名、密码、邮箱及电话等基本信息，确认无误后点击"注册"按钮提交信息。系统将对所填内容进行有效性验证，若各项数据符合规范，则自动完成账户创建流程，并为用户分配相应的系统权限。注册界面如下图所示。
图5-1注册界面
5.1.2 用户登录模块
用户可通过系统的登录功能进入个人账户，获取个性化的服务内容。在登录界面，用户需要输入已注册的用户名或绑定的电子邮箱，以及对应的密码，完成身份验证。若输入信息正确，系统将验证通过，并自动跳转至用户首页，展示与其身份相关的个性化信息与功能模块。若登录信息不匹配，系统将反馈相应的错误提示，例如"用户名或密码不正确"，以帮助用户识别问题并重新尝试登录。登录界面如下图所示。
图5-2登录界面
5.1.3 首页模块
用户登录后进入前台首页，作为系统的主要入口，承担信息展示和功能导航的作用。页面顶部设有搜索框，方便用户快速查找废品种类或服务。下方展示轮播图、平台公告和新闻资讯，帮助用户获取最新动态。中部区域推荐常用回收服务、热门品类和近期新增项目，便于用户浏览和选择。页面底部提供废品回收、积分商城、我的预约等快捷入口，功能布局清晰，操作简单直观，提升用户使用体验。界面如下图所示。
图5-3首页界面
5.1.4 回收服务模块
当用户点击首页的"回收服务"入口时，可进入回收服务页面，查看平台提供的各类上门回收服务项目。页面展示废品种类、参考单价、回收标准及服务说明等信息，支持用户根据废品类型快速浏览和选择服务。用户点击具体服务项后可查看详细内容，包括重量估算、预约流程和注意事项，并直接提交上门回收预约申请。该模块界面简洁明了，信息呈现清晰，便于用户快速了解回收规则并发起服务请求，提升操作效率与使用体验。界面如下图所示。
图5-4回收服务界面
5.1.5 我的模块
作为用户个人中心，集中整合账户信息、服务记录与资产数据，提供统一入口管理收藏、评论、预约订单、回收历史、钱包余额、积分兑换、提现申请及反馈记录，支持个人信息维护与安全设置，实现一站式操作与信息查看。界面如下图所示。
图5-5我的界面
5.2 回收用户功能实现
5.2.1 后台首页模块
回收用户登录系统后进入后台首页，可查看个人工作相关的运营数据概览，包括待处理的回收预约数量、今日排班任务、已完服务次数、待确认订单及系统通知等关键信息。该页面作为回收用户的工作总览入口，集中展示当日需处理的任务和重要提醒，帮助其快速掌握工作进度，合理安排上门时间与路线，提升服务效率。界面布局清晰，数据可视化呈现，操作引导明确，便于回收用户高效开展日常回收工作。界面如下图所示。
图5-6后台首页界面
5.2.2 回收预约管理模块
回收用户可在该模块查看所有待处理的上门回收预约订单，包括用户提交的废品种类、重量、预约时间、详细地址等信息。支持对预约单进行接单确认、状态更新或异常反馈操作，已完成的回收任务可标记为"已处理"。系统按时间顺序展示预约列表，便于回收用户合理安排服务顺序和出行路线。该模块实现了预约信息的集中管理，提升服务响应效率与用户满意度。界面如下图所示。
图5-7回收预约管理界面
5.2.3 排班信息管理模块
回收用户可在该模块查看系统为其安排的工作班次和负责区域，了解每日的具体工作计划，包括服务时段和分配的任务地点。支持对个人排班表进行查看和调整确认，确保任务安排合理且无冲突。此外，回收用户还可以根据实际工作情况提出排班调整申请或标记已完成的任务班次，便于管理和优化日常工作流程，提高服务效率和响应速度。界面布局直观清晰，操作简便，有助于回收用户高效规划每日工作。界面如下图所示。
图5-8排班信息管理界面
5.3 管理员功能实现
5.3.1 评价信息管理模块
管理员可在该模块查看所有用户对回收服务的评价信息，包括评分、评论内容及对应的订单详情，支持按时间、服务类型或用户状态进行筛选和查询。对于异常评价或纠纷反馈，管理员可进行核实、标记或处理，确保评价内容的真实性和公正性。同时可对恶意评论进行下架操作，维护平台良好的服务评价环境。该模块为服务质量监管提供数据支持，有助于提升整体服务水平。界面如下图所示。
图5-9 评价信息管理界面
5.3.2 系统用户管理模块
管理员具备此权限，可支持对管理员、普通用户和回收用户账号的添加、删除、修改与查询操作，维护各类用户的基本信息、账户状态和角色权限，实现用户身份的集中化管理。界面如下图所示。
图5-10 系统用户管理界面
5.3.3 提现申请管理模块
管理员可在该模块查看所有用户提交的提现申请，包括申请人信息、提现金额、账户类型、申请时间及状态详情。支持对每笔申请进行审核操作，确认无误后标记为"已打款"或因信息错误驳回并通知用户。系统提供状态筛选和记录查询功能，便于追踪历史处理情况，确保资金流转安全、可追溯。该模块有效保障用户账户资金的及时结算，提升平台信任度与运营规范性。界面如下图所示。
图5-11 提现申请管理界面
5.3.4 积分商城管理模块
管理员可在该模块发布、修改和下架积分商城中的商品，包括设置商品名称、所需积分、库存数量及兑换规则等详细信息。支持对商品分类进行维护，确保商品有序归类便于用户查找。管理员还可以查看每件商品的兑换记录和用户反馈，根据需要调整商品策略或处理异常情况。通过丰富多样的积分商品和清晰的分类管理，激励用户积极参与平台活动，提升用户粘性和满意度。界面如下图所示。
图5-12 积分商城管理界面
第6章 系统测试
6.1 测试目的
系统测试是软件开发过程中不可或缺的重要环节，其主要目标是确保系统所包含的各项功能模块能够按照设计预期正常运行，并且其整体性能指标能够满足既定的技术要求。在此基础上，通过系统化的测试过程，能够及时识别出系统中存在的潜在错误、功能缺陷或逻辑漏洞，并为后续的修复与优化提供依据。全面的测试不仅覆盖了各个功能模块在不同运行环境与操作条件下的表现情况，同时也对其在多种实际应用场景中的行为逻辑与响应能力进行了验证，从而有效保障系统的正确性、稳定性与可用性。
6.2 测试用例
在完成系统各功能模块的开发后，针对系统的注册与登录功能、回收预约管理、回收信息管理、积分商城管理、提现申请管理等核心模块进行了测试，并编写功能测试用例，以验证各功能模块是否能够按照设计要求正常运行。具体功能测试用例如下所示。
用户注册功能测试
表6-1 注册功能测试用例
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
|---|---|---|---|---|
| TC001 | 验证用户注册成功流程 | 1. 进入注册页面。2. 输入合法的用户名、邮箱、手机号和密码。3. 点击"注册"按钮。 | 注册成功并跳转至登录页面 | 与预期一致 |
| TC002 | 验证用户名重复注册 | 1. 进入注册页面。2. 输入已存在的用户名。3. 提交注册信息。 | 显示"用户名已被占用"提示信息 | 与预期一致 |
| TC003 | 验证邮箱格式合法性 | 1. 进入注册页面。2. 输入格式不正确的邮箱地址。3. 提交注册信息。 | 显示"邮箱格式不正确"提示信息 | 与预期一致 |
| TC004 | 验证手机号重复注册 | 1. 进入注册页面。2. 输入已注册的手机号。3. 提交注册信息。 | 显示"该手机号已被注册"提示信息 | 与预期一致 |
用户登录功能测试
表6-2 登录功能测试用例
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
|---|---|---|---|---|
| TC001 | 验证用户登录成功 | 1. 进入登录页面。2. 输入正确的用户名和密码。3. 点击"登录"按钮。 | 登录成功并跳转至系统首页 | 与预期一致 |
| TC002 | 验证错误密码登录失败 | 1. 进入登录页面。2. 输入正确的用户名和错误的密码。3. 点击"登录"按钮。 | 显示"密码错误"提示信息 | 与预期一致 |
| TC003 | 验证用户名不存在 | 1. 进入登录页面。2. 输入不存在的用户名。3. 输入任意密码并提交。 | 显示"用户名不存在"提示信息 | 与预期一致 |
| TC004 | 验证空用户名登录 | 1. 进入登录页面。2. 不输入用户名，输入密码并提交。 | 显示"请输入用户名"提示信息 | 与预期一致 |
回收服务管理功能测试
表6-3 回收服务管理功能测试用例
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
|---|---|---|---|---|
| TC001 | 验证用户查看回收服务列表功能 | 1. 普通用户登录系统。 2. 进入"回收服务"模块。 | 页面成功加载所有可回收品类及对应单价、服务说明等信息 | 与预期一致 |
| TC002 | 验证用户查看服务详情功能 | 1. 用户在回收服务列表中点击某一服务项。 | 跳转至服务详情页，显示废品种类、参考价格、重量标准、注意事项等完整信息 | 与预期一致 |
| TC003 | 验证用户提交回收预约功能 | 1. 用户进入某回收服务详情页。 2. 填写预约时间、地址、预估重量并提交预约。 | 系统提示"预约成功"，生成新的回收预约订单 | 与预期一致 |
| TC004 | 验证回收用户接单功能 | 1. 回收用户登录系统。 2. 进入"回收预约管理"模块。 3. 查看待处理预约并确认接单。 | 预约状态更新为"已接单"，回收用户可查看任务详情 | 与预期一致 |
回收信息管理功能测试
表6-4回收信息管理功能测试用例
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
|---|---|---|---|---|
| TC001 | 验证回收用户查看回收记录功能 | 1. 回收用户登录系统。 2. 进入"回收信息管理"模块。 | 页面成功加载该用户已完成的回收任务列表，包含时间、地点、废品种类、重量、金额等信息 | 与预期一致 |
| TC002 | 验证普通用户查看回收历史功能 | 1. 普通用户登录系统。 2. 进入"我的"-"回收信息"页面。 | 可查看本人所有历史回收订单详情，包括服务状态、回收人员、结算金额及积分到账情况 | 与预期一致 |
| TC003 | 验证回收信息数据准确性 | 1. 回收用户完成一次上门回收并提交数据。 2. 普通用户在个人端查看该条记录。 | 双方查看到的回收时间、品类、重量、金额等信息一致且准确 | 与预期一致 |
| TC004 | 验证管理员查看回收信息功能 | 1. 管理员登录系统。 2. 进入"回收信息管理"模块。 3. 查看所有用户的回收记录。 | 管理员可查看全部回收信息，支持按用户、时间、状态等条件筛选查询 | 与预期一致 |
积分商城管理功能测试
表6-5积分商城管理功能测试用例
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
|---|---|---|---|---|
| TC001 | 验证管理员添加商品功能 | 1. 管理员登录系统。 2. 进入"积分商城管理"模块。 3. 点击"添加商品"，填写名称、所需积分、库存、图片等信息并提交。 | 商品添加成功，状态为"已上架"，在商城前端正常展示 | 与预期一致 |
| TC002 | 验证商品上下架管理功能 | 1. 管理员在积分商城列表中选择某商品，点击"下架"或"重新上架"。 | 商品状态更新，前端页面同步隐藏或显示该商品 | 与预期一致 |
| TC003 | 验证用户查看积分商品功能 | 1. 普通用户登录系统。 2. 进入"积分商城"页面。 | 可浏览所有已上架商品，查看商品详情、所需积分及库存信息 | 与预期一致 |
| TC004 | 验证商品信息修改功能 | 1. 管理员编辑某商品信息，如调整积分值或库存数量。 2. 保存修改。 | 商品信息更新成功，前端页面同步显示最新数据 | 与预期一致 |
提现申请管理功能测试
表6-6 提现申请管理功能测试用例
| 编号 | 测试目的 | 测试步骤 | 预期结果 | 测试结果 |
|---|---|---|---|---|
| TC001 | 验证用户提交提现申请功能 | 1. 普通用户登录系统。 2. 进入"钱包信息"页面，点击"提现"。 3. 填写金额、选择账户并提交申请。 | 系统提示"提现申请已提交"，状态显示为"待审核" | 与预期一致 |
| TC002 | 验证管理员审核提现申请功能 | 1. 管理员登录系统。 2. 进入"提现申请管理"模块。 3. 查看待审核记录并点击"通过"或"驳回"。 | 申请状态更新为"已打款"或"已驳回"，用户端同步显示结果 | 与预期一致 |
| TC003 | 验证用户查看提现记录功能 | 1. 用户登录系统。 2. 进入"我的"-"提现申请"页面。 | 可查看本人所有提现记录及当前处理状态 | 与预期一致 |
| TC004 | 验证无效提现金额处理 | 1. 用户提交低于最低限额或超过余额的提现金额。 | 系统提示"提现金额不合法"或"超出可提额度" | 与预期一致 |
6.3 测试结果
本研究采用黑盒测试方法，围绕系统核心业务流程开展功能验证。测试覆盖注册登录、回收服务、回收信息、积分商城、提现申请等关键模块。在注册登录方面，用户可顺利完成账号注册与登录操作，系统能正确验证身份信息并控制访问权限。回收服务模块中，用户可正常浏览服务项目、提交预约订单，回收用户能及时接收并处理任务，流程完整。回收信息管理功能支持用户和管理员查看完整的回收记录，数据一致且可追溯。积分商城模块中，商品展示、兑换操作正常，积分变动记录准确。提现申请模块实现了用户发起申请、管理员审核处理的闭环流程，状态更新及时，金额计算无误。测试结果表明，各功能模块运行稳定，操作逻辑清晰，界面响应迅速，数据处理准确，系统整体具备良好的功能性、稳定性和用户体验，达到预期设计目标。
第7章 总结与展望
7.1 总结
本系统设计并实现了一款基于微信小程序的废品上门回收平台，旨在提升回收服务的便捷性与规范性。系统采用SpringBoot作为后端框架，MySQL存储数据，前端使用uni-app开发，适配微信小程序，技术成熟、运行稳定。整体架构清晰，功能模块完整，支持多角色协同操作。
系统面向普通用户、回收用户和管理员三类角色，实现了回收预约、信息查询、积分兑换、提现申请、服务评价、排班管理等核心功能。用户可在线提交回收请求，查看订单状态；回收人员可接收任务、管理行程；管理员可对用户、订单、公告、商城等内容进行统一管理。界面简洁，操作流畅，业务流程闭环，满足了废品回收的基本需求，具备良好的实用性和可推广性。
7.2 展望
当前系统已实现主要功能，但仍有一些优化空间。未来可增加消息提醒功能，通过微信模板消息通知用户订单状态变化，提升服务及时性。可接入地图API，帮助回收人员规划路线，提高上门效率。同时，可考虑对接校园或企业身份系统，简化注册登录流程。后续还可加入数据统计功能，分析回收量、用户活跃度等指标，为运营决策提供支持，进一步提升系统的智能化与服务能力。
参考文献
1 刘月,李杰.基于Java的大学生心理咨询管理系统设计J.百科知识,2025,(15):42-44.
2 关安青.基于Java的电商软件开发与大数据分析J.数字技术与应用,2025,43(05):193-195.
3 刘永立.基于SpringBoot和MyBatis的作业管理系统设计J.电脑编程技巧与维护,2025,(04):86-88.DOI:10.16184/j.cnki.comprg.2025.04.021.
4 刘盛,王占云.基于SpringBoot+Vue微服务架构的科研样本库管理系统的设计与实现J.信息系统工程,2025,(04):4-7.
5 张玮,廖若飞.基于uni-App的小程序开发技术路线及系统研究J.无线互联科技,2024,21(22):41-44.
6 赵叶平,陈圣,马军,等.基于Spring Boot+VUE+Uni-app框架的文明城市智慧管理系统设计与实现J.工业控制计算机,2025,38(04):139-140+153.
7 洪宏,郝东红.基于微信小程序的医护培训平台的设计与实现J.办公自动化,2025,30(10):12-14.
8 樊梦楠.基于微信小程序的个性化学习内容推荐平台设计J.集成电路应用,2025,42(05):158-159.DOI:10.19339/j.issn.1674-2583.2025.05.061.
9 童光耀,胡珍,叶垚敏,等.基于MVC与MySQL的畲医药云端数据库开发J.现代信息科技,2024,8(19):48-52.DOI:10.19850/j.cnki.2096-4706.2024.19.010.
10 庞敏.MySQL数据库的数据安全应用设计技术研究J.数字通信世界,2024,(09):25-27.
11 Gu J ,Zhang L ,Si Y , et al. Colorimetry collaborated with WeChat applet: An on-screen direct-reading solution for end-to-end real-time monitoring of adsorption, degradation and recycle of dyes in water environmentJ.Microchemical Journal,2025,217114965-114965.DOI:10.1016/J.MICROC.2025.114965.
12 刘小园. 基于小程序的农村再生资源回收系统研究与设计J.科技与创新,2024,(20):47-49.DOI:10.15913/j.cnki.kjycx.2024.20.011.
13 Yuan J ,Zhang Y ,Wang Y . Research on design and implementation of campus second-hand platform based on WeChat mini programJ.Advances in Computer, Signals and Systems,2024,8(4):DOI:10.23977/ACSS.2024.080416.
14 史桂红. 基于uni-app的校园闲置物品回收小程序的设计与实现J.无线互联科技,2023,20(24):71-74.
15 汤可,沈泽霖,王大伟. 垃圾分类与旧物回收小程序的设计与实现J.电脑知识与技术,2023,19(07):68-69+72.DOI:10.14004/j.cnki.ckt.2023.0481.
16 姚雨辰,李瑜,王天航,等. 基于微信小程序的校园资源回收的模式创新J.数字技术与应用,2022,40(11):113-115.DOI:10.19695/j.cnki.cn12-1369.2022.11.34.
17 FoRoo . 整合社区环卫和废品回收的产品服务系统设计J.工业设计,2022,(11):20.
18 庞东升. 二手手机回收交易微信小程序推广策略J.办公自动化,2022,27(08):12-14.
19 孙秀娟,陆建业,梁志广. 基于微信小程序的校园智能回收平台的设计J.北京工业职业技术学院学报,2022,21(02):21-25.
20 桑胜高."互联网+上门回收废品"助力城市垃圾分类N.西江日报,2020-11-23(004). DOI:10.28877/n.cnki.nxjbr.2020.002095.
.
致 谢
本论文的顺利完成，得益于许多人在学术、生活和精神上的支持与帮助，在此，我怀着诚挚的心情向他们表达深深的感激。
首先，衷心感谢我的导师在课题研究全过程中的耐心指导。从最初的选题构思，到系统设计、论文撰写，再到一次次的修改完善，您都给予了细致入微的建议和宝贵的修改意见。您严谨的治学作风、扎实的专业素养和认真负责的态度，不仅帮助我顺利完成了本课题，也让我对科研工作有了更深刻的认识。
感谢学院各位老师的辛勤授课，你们传授的专业知识为本项目打下了坚实的理论基础，课堂上的启发与思考也为我的研究提供了重要方向。
感谢我的家人一直以来的理解与鼓励，是你们无条件的支持让我能够专注学业，在遇到困难时依然保持前行的动力。
感谢身边的同学和朋友，在学习和开发过程中给予我技术上的建议和精神上的支持，每一次讨论都让我收获颇丰，共同进步的时光令人难忘。
最后，向所有参与系统试用、提出宝贵意见以及在论文写作中给予帮助的老师和同学致以诚挚的谢意。正是有了大家的帮助与陪伴，才让这段研究旅程更加充实与有意义。
点赞+收藏+关注 → 私信领取本源代码、数据库