摘 要
随着互联网技术的不断发展，传统家政服务行业逐渐向信息化、平台化方向转型。针对家政服务信息分散、管理效率低、用户获取服务不便等问题，设计并实现了一个基于Spring Boot和MySQL的家政平台系统。该系统采用B/S架构，以Spring Boot作为后端开发框架，结合MySQL数据库对平台数据进行存储和管理，实现了管理员、普通用户和家政公司三类角色的功能划分。系统主要包括数据分析、角色管理、服务信息管理、系统管理、通知公告管理、首页浏览、服务查询以及个人信息管理等功能。通过该系统，可以有效提升家政服务信息的管理效率，增强用户获取服务的便利性，同时为家政公司提供更高效的业务展示与管理平台。系统的实现对家政服务行业的信息化建设具有一定的应用价值。
关键词：Spring Boot；MySQL；家政平台；服务信息
Abstract
With the continuous development of Internet technology, the traditional domestic service industry has gradually transformed to the direction of informatization and platform. A home service platform system based on Spring Boot and MySQL has been designed and implemented to address issues such as scattered information, low management efficiency, and inconvenient access to services for users. The system adopts B/S architecture, with Spring Boot as the backend development framework, combined with MySQL database to store and manage platform data, and realizes the functional division of three roles: administrator, ordinary user, and housekeeping company. The system mainly includes functions such as data analysis, role management, service information management, system management, notification and announcement management, homepage browsing, service query, and personal information management. Through this system, the management efficiency of household service information can be effectively improved, the convenience of users obtaining services can be enhanced, and a more efficient business display and management platform can be provided for household service companies. The implementation of the system has certain application value for the informatization construction of the home service industry.
****Keywords:****Spring Boot；MySQL；Home service platform; Service Information
目 录
[摘 要](#摘 要)
[第一章 绪论](#第一章 绪论)
[1.1 选题背景](#1.1 选题背景)
[1.2 研究目的及意义](#1.2 研究目的及意义)
[1.3 国内外研究现状](#1.3 国内外研究现状)
[1.3.1 国内研究现状](#1.3.1 国内研究现状)
[1.3.2 国外研究现状](#1.3.2 国外研究现状)
[第二章 相关技术介绍](#第二章 相关技术介绍)
[2.1 开发技术](#2.1 开发技术)
[2.1.1 Java语言](#2.1.1 Java语言)
[2.1.2 MySQL数据库](#2.1.2 MySQL数据库)
[2.1.3 springboot框架](#2.1.3 springboot框架)
[2.1.4 JavaScript](#2.1.4 JavaScript)
[2.1.5 B/S架构](#2.1.5 B/S架构)
[2.1.6 uni-app框架](#2.1.6 uni-app框架)
[2.2 开发工具](#2.2 开发工具)
[2.2.1 Navicat](#2.2.1 Navicat)
[2.2.2 IntelliJ IDEA](#2.2.2 IntelliJ IDEA)
[第三章 系统分析](#第三章 系统分析)
[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 经济可行性)
[第四章 系统设计](#第四章 系统设计)
[4.1 系统架构设计](#4.1 系统架构设计)
[4.2 总体功能设计](#4.2 总体功能设计)
[4.3 系统流程设计](#4.3 系统流程设计)
[4.3.1 注册登录流程](#4.3.1 注册登录流程)
[4.3.2 系统操作流程](#4.3.2 系统操作流程)
[4.3.3 查询信息流程](#4.3.3 查询信息流程)
[4.3.4 添加及修改信息流程](#4.3.4 添加及修改信息流程)
[4.4 数据库设计](#4.4 数据库设计)
[4.4.1 数据库E-R图设计](#4.4.1 数据库E-R图设计)
[4.4.2 数据库关系表设计](#4.4.2 数据库关系表设计)
[第五章 系统实现](#第五章 系统实现)
[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.2 管理员功能模块](#5.2 管理员功能模块)
[5.2.1 系统用户子模块](#5.2.1 系统用户子模块)
[5.2.2 服务信息管理子模块](#5.2.2 服务信息管理子模块)
[5.2.3 服务时间管理子模块](#5.2.3 服务时间管理子模块)
[5.2.4 系统管理子模块](#5.2.4 系统管理子模块)
[5.2.5 通知公告管理子模块](#5.2.5 通知公告管理子模块)
[5.2.6 新闻管理子模块](#5.2.6 新闻管理子模块)
[5.3 家政公司功能模块](#5.3 家政公司功能模块)
[5.3.1 服务信息子模块](#5.3.1 服务信息子模块)
[5.3.2 统计子模块](#5.3.2 统计子模块)
[5.3.3 取消记录子模块](#5.3.3 取消记录子模块)
[第六章 系统测试](#第六章 系统测试)
[6.1 测试目的](#6.1 测试目的)
[6.2 测试方法](#6.2 测试方法)
[6.3 测试内容](#6.3 测试内容)
[6.4 测试结论](#6.4 测试结论)
[结 论](#结 论)
[致 谢](#致 谢)
[附 录](#附 录)
第一章绪论
1.1选题背景
随着社会经济的不断发展和人民生活水平的持续提高，家庭对家政服务的需求日益增长，家政服务行业逐渐成为现代生活服务体系中的重要组成部分。尤其是在城市化进程不断加快、工作节奏明显加速的背景下，越来越多的家庭在日常保洁、老人照护、母婴护理、家电清洗等方面对专业化、规范化的家政服务产生了较强依赖。然而，传统家政服务模式大多仍依赖线下门店、熟人介绍或分散的信息发布方式，不仅服务资源整合程度较低，而且存在信息更新不及时、服务内容不透明、管理效率不高等问题，难以满足当前用户对便捷性、可靠性和高效率服务的实际需求。
与此同时，互联网技术、数据库技术以及Web应用开发技术的快速发展，为家政行业的信息化建设提供了良好的技术支撑。通过构建家政平台系统，可以将用户、家政公司和平台管理者有效连接起来，实现服务信息的集中展示、统一管理与高效查询，从而提升服务匹配效率，优化行业管理流程。对于普通用户而言，平台化系统能够帮助其更加方便地浏览服务项目、了解服务内容并获取相关通知信息；对于家政公司而言，平台能够拓宽服务展示渠道，提升信息发布效率和业务管理能力；对于平台管理者而言，也能够通过系统实现对用户、服务信息、公告内容以及平台展示资源的统一维护，进一步提高平台运营的规范性和管理水平。
在此背景下，设计并实现一个功能完善、操作便捷、结构清晰的家政平台系统具有较强的现实意义。基于Spring Boot和MySQL等成熟技术开发家政平台系统，不仅能够提高系统的开发效率与运行稳定性，还能够为家政服务行业的信息化、规范化发展提供有效支持。因此，对家政平台系统的设计与实现进行研究，既具有一定的理论价值，也具有较好的实际应用意义。
1.2研究目的及意义
家政平台系统的设计与实现，其研究目的在于借助现代信息技术构建一个集服务信息展示、平台管理、用户使用和企业维护于一体的综合性服务平台，以解决传统家政服务模式中信息分散、管理方式落后、服务匹配效率不高等实际问题。随着社会生活节奏的不断加快，家庭对家政服务的需求呈现持续增长趋势，传统依靠线下咨询、熟人推荐或简单信息发布的方式已经难以满足用户对服务便捷性、透明性和时效性的要求。因此，开发家政平台系统，能够实现家政服务信息的集中管理与统一发布，使普通用户可以更加方便地浏览服务内容、获取平台通知，家政公司可以更加高效地维护和展示自身服务信息，管理员也能够对平台资源进行规范化管理，从而提升整个平台的运行效率和服务质量。
本课题的研究不仅具有较强的现实应用价值，也具有一定的理论意义和实践意义。从现实应用角度来看，家政平台系统能够推动家政服务行业向数字化、信息化和规范化方向发展，有助于改善传统家政行业管理效率低、信息传递不及时、服务内容不清晰等问题，提升用户体验和平台服务能力。从实践角度来看，系统采用较为成熟的开发技术进行设计与实现，有利于提高系统的可扩展性、稳定性和维护性，同时也为类似生活服务类平台的开发提供了参考思路。从理论层面来看，本课题通过对系统需求分析、功能模块设计、数据库设计以及系统实现过程的研究，能够进一步加深对Web应用系统开发流程和信息管理系统设计方法的理解。总体而言，家政平台系统的设计与实现不仅能够满足当前家政服务行业发展的实际需求，还对促进相关行业信息化建设、提升服务管理水平具有积极意义。
1.3国内外研究现状
1.3.1国内研究现状
近年来，随着"互联网+"模式在各行业的不断推进，国内对于家政服务信息化平台的研究逐渐增多，家政行业也从传统的线下中介式服务，逐步向线上化、平台化、规范化方向发展。国内相关研究主要集中在家政服务平台的功能设计、业务流程优化、用户体验提升以及后台管理系统开发等方面。许多研究者围绕家政服务信息发布、在线预约、订单管理、服务评价、人员管理等核心业务展开设计，旨在解决传统家政行业中信息不对称、服务流程不透明、沟通效率低等问题，提高家政服务的便捷性和管理效率。
从技术实现角度来看，国内大多数家政平台系统采用B/S架构，结合Spring Boot、Vue、MySQL等主流开发技术完成系统构建。其中，Spring Boot因其开发效率高、配置简洁、易于扩展等特点，被广泛应用于各类信息管理系统中；MySQL则因其稳定性强、成本低、易于维护，成为数据存储的常用数据库。国内研究在系统功能上通常涵盖用户注册登录、服务信息展示、服务分类查询、公告通知发布、后台权限管理等模块，部分系统还加入了数据统计分析、评价反馈、消息提醒等功能，以提升平台的实用性和完整性。
不过，现有国内家政平台研究仍存在一些不足。部分系统功能设计较为基础，虽然实现了信息发布和简单查询，但在角色权限划分、数据分析、系统安全性以及用户交互体验方面仍有提升空间；部分平台缺乏对家政公司与用户之间高效匹配机制的深入设计，难以满足复杂业务场景下的实际需求；此外，一些系统在可维护性、可扩展性以及界面友好性方面也存在一定局限。总体来看，国内关于家政平台系统的研究已经取得了一定成果，但仍需要结合当前家政行业的发展需求，进一步优化系统结构与功能设计，以提升平台的实用价值和推广意义。
1.3.2国外研究现状
相较于国内，国外在家政服务平台及相关生活服务信息系统方面的研究起步较早，整体发展也较为成熟。随着互联网技术和电子商务模式的快速发展，许多国家较早将在线服务平台应用到家庭清洁、保姆护理、老人陪护、家电维修等生活服务领域，逐步形成了较为完善的线上家政服务体系。国外相关研究更加注重平台服务流程的规范化、用户需求的精准匹配以及服务质量的持续提升，在系统设计上通常强调用户体验、数据管理和服务效率的统一。
从研究内容来看，国外学者和开发者主要围绕在线预约、服务人员信息展示、服务评价机制、信用管理、支付结算以及客户关系维护等方面展开研究。许多家政服务平台通过构建标准化的信息管理流程，实现了用户发布需求、平台智能推荐、服务人员接单、订单跟踪以及服务反馈的完整闭环，从而提高了家政服务的透明度和可信度。同时，在服务人员管理方面，国外平台通常较为重视身份认证、技能审核、背景核验和服务评价，通过建立较为严格的准入机制和信用体系，增强用户对平台和服务人员的信任感。
在技术应用方面，国外相关系统普遍采用Web平台与移动端相结合的开发模式，并广泛使用云计算、大数据分析、智能推荐算法和地理位置服务等技术来优化平台功能。例如，通过分析用户历史行为和服务偏好，实现更精准的服务推荐；通过数据统计与业务分析，帮助平台运营者及时掌握市场需求变化和服务供给情况；通过移动应用提升用户下单、沟通和评价的便利性。这些研究和实践在一定程度上推动了家政服务平台向智能化、个性化和高效化方向发展。
不过，国外研究虽然在功能完善性和技术应用深度方面具有较强优势，但其研究成果往往是建立在较为成熟的市场环境和较为规范的服务体系基础之上的，在具体应用时仍需结合不同地区的实际需求进行调整。总体来看，国外在家政平台系统设计与实现方面已经积累了较为丰富的经验，尤其在服务流程管理、信用评价体系、智能推荐和平台运营模式等方面具有较高的参考价值。这些研究成果为基于Spring Boot和MySQL的家政平台系统设计提供了有益借鉴，也为后续平台功能优化和服务模式创新奠定了良好基础。
第二章 相关技术介绍
2.1开发技术
该系统采用当前主流的B/S（Browser/Server）架构模式进行设计与开发，整体技术栈以Java语言为核心，结合SpringBoot框架构建稳定高效的后端服务，利用JavaScript实现灵活的前端交互，借助MySQL保障数据持久化存储，配合IntelliJ IDEA与Navicat等专业工具，形成了一套成熟、可靠的技术实现方案，能够快速构建一个功能完整、结构清晰、易于维护的Web应用系统，全面支撑家政平台系统的各项功能需求。
2.1.1Java语言
Java最为一种广泛应用于企业级系统开发的面向对象编程语言，具备良好的跨平台能力、清晰的语法结构以及强大的生态系统，得益于其"一次编写，随处运行"的特性，Java能够在不同操作系统上稳定执行，极大提升了软件的可移植性1。同时，Java拥有成熟的开发框架、丰富的类库支持以及活跃的技术社区，为复杂系统的构建提供了有力保障。由于在安全性、稳定性和并发处理能力方面的突出表现，Java特别适用于对可靠性要求较高的后端服务开发。在本系统中，Java作为基础编程语言，主要用于实现核心业务逻辑的编码、数据对象的封装以及异常情况的统一处理，有效支撑了系统的模块化设计与长期可维护性，为整体架构的稳健运行提供了坚实的技术基础2。
2.1.2MySQL数据库
MySQL遵循标准SQL语言规范，支持事务处理（ACID特性）、数据完整性约束以及多用户并发访问控制，能够有效支撑复杂的数据查询、更新操作与业务逻辑处理，是当前后端数据持久化存储的主流技术之一3。在本系统中，MySQL承担核心数据的存储与管理功能，用于持久化保存包括用户账户信息、项目数据及系统配置等关键业务数据4。通过合理的表结构设计、索引优化与事务管理机制，确保了数据在读写过程中的准确性、一致性和安全性，为系统的稳定运行提供了可靠的数据支撑。
2.1.3springboot框架
SpringBoot是基于Spring生态的现代化轻量级框架，旨在提升企业级 Java 应用的开发效率，降低项目初始化与配置的复杂度5。该框架通过自动配置机制、起步依赖以及内嵌式 Web 服务器（如 Tomcat）等特性，有效减少了传统 Spring 项目中大量冗余的 XML 配置文件，使开发者能够更专注于业务逻辑的实现，实现应用的快速搭建、开发与部署。在本系统中，SpringBoot 作为后端核心框架，承担了整体服务的构建与集成任务为系统的稳定性、可维护性与可扩展性提供了有力支撑。基于其模块化特性，系统实现了RESTful风格的接口设计，统一管理项目依赖，并集成了用户认证、安全控制、业务逻辑处理、数据访问等多个功能组件，同时通过整合Spring Security框架，系统完成了用户身份认证、权限分级控制等安全机制的实现；在数据持久化方面，结合Spring Data JPA或 MyBatis技术，高效完成数据库的增删改查操作，提升了数据交互的灵活性与可维护性6。
2.1.4JavaScript
JavaScript是一种轻量级的脚本语言，通常用于网页开发，使开发者能够为网页增添动态效果和用户交互功能，配合前端框架（如jQuery、Vue.js或React）使用，可以构建现代的响应式网页应用7。它运行在浏览器端，能够响应用户操作、操作DOM元素、发送异步请求（AJAX），实现页面无刷新更新。在本系统中，JavaScript用于表单验证、页面跳转控制、数据动态加载等功能，增强用户操作体验。前端页面通过HTTP请求与后端API进行数据交互，实现前后端分离或半分离的开发模式，保证系统的可扩展性与响应速度。
2.1.5B/S架构
B/S架构即浏览器/服务器架构，用户通过浏览器访问部署在服务器上的Web应用，无需安装专用客户端8。该架构具有维护方便、跨平台性强、易于升级等优点。本系统采用B/S模式，用户只需通过Chrome等主流浏览器即可访问系统，实现信息浏览、功能管理等操作。
2.1.6uni-app框架
uni-app 是一种基于 Vue.js 的跨平台开发框架，能够通过一套代码同时生成适用于微信小程序、Web、Android 以及 iOS 等多个平台的应用程序。该框架具备良好的组件化开发特性，能够有效提升开发效率，因此非常适合系统前端部分的构建。在本系统开发中，前端采用 uni-app 进行统一设计与实现，不仅能够提高代码的复用程度，减少重复开发工作，缩短整体开发时间，还能保证系统在不同终端设备上的界面风格和操作体验保持一致。同时，借助 Vue.js 的组件化开发方式，前端层次更加清晰，后续维护更加方便，也为系统功能的持续扩展和优化提供了良好支持。
2.2开发工具
2.2.1Navicat
Navicat是一款强大的数据库管理和开发工具，支持MySQL、Oracle、SQL Server等多种数据库，能够提供直观的图形化界面，可用于数据库设计、SQL编辑、数据同步、备份与恢复等操作9。在本系统开发过程中，Navicat用于数据库建模、数据调试和日常维护，提升数据库操作效率。
2.2.2IntelliJ IDEA
IntelliJ IDEA是由JetBrains公司开发的Java集成开发环境，被誉为"最智能的IDE"，具备强大的代码提示、重构、调试、版本控制集成（Git/SVN）和插件扩展能力，特别适合SpringBoot等现代Java项目的开发10。在本系统中，IntelliJ IDEA作为主要开发工具，提供了从项目创建、编码、测试到部署的全流程支持，极大提升了开发效率与代码质量。
第三章 系统分析
3.1需求分析
3.1.1任务概述
本课题主要围绕家政平台系统的设计与实现展开研究，结合家政服务行业的实际需求，采用Spring Boot作为后端开发框架，MySQL作为数据库管理工具，构建一个功能完整、运行稳定的家政平台系统。系统面向管理员、普通用户和家政公司三类角色进行设计，实现数据分析、角色管理、服务信息管理、轮播图管理、通知公告管理、首页展示、服务信息浏览以及个人信息管理等功能。通过对系统需求分析、功能模块设计、数据库设计以及系统实现过程的研究，完成家政平台系统的开发与测试，从而提高家政服务信息管理效率，优化用户使用体验，为家政行业的信息化建设提供支持。
3.1.2功能需求分析
(1)普通用户功能需求
① 首页：展示平台首页主要内容，包括推荐服务、文章资讯、通知公告和轮播图片等信息，方便用户快速了解平台服务。
② 文章资讯：浏览平台发布的文章资讯内容，了解家政知识、服务信息和平台动态。
③ 在线沟通：与家政公司进行在线交流，咨询服务详情、价格、时间安排和预约需求等内容。
④ 投诉反馈：提交在平台使用过程中遇到的问题、意见或建议，并查看反馈处理情况。
⑤ 服务信息：浏览平台中的家政服务信息，查看服务详情、价格、时间和内容，并根据需求进行预约下单。
⑥ 通知公告：查看平台发布的通知公告信息，及时了解平台相关提醒和最新动态。
⑦ 收藏记录：查看个人收藏的服务信息或文章内容，方便后续再次查看。
⑧ 点赞记录：查看个人点赞过的内容，便于掌握自己的浏览和互动记录。
⑨ 评论管理：查看和管理个人发布的评论内容，记录个人在平台中的交流情况。
⑩ 预约订单：查看个人提交的预约订单信息，了解订单状态、服务内容和预约时间等情况。
⑪ 评价记录：查看个人对家政服务提交的评价内容和评分记录。
⑫ 取消记录：查看个人历史取消订单信息及取消原因，便于了解订单变动情况。
⑬ 投诉反馈：查看个人提交的投诉和反馈记录，了解相关问题的处理进度和结果。
家政平台系统的普通用户角色用例图如图3-1所示。
(2)管理员功能需求
① 数据分析：统计和展示平台的用户数量、服务信息数量、公告数量、预约订单数量、评价数量、投诉反馈数量等相关数据，帮助管理员了解平台整体运行情况。
② 角色管理：对系统中的角色信息进行维护，包括角色的新增、修改、删除和权限分配，保障不同角色用户的操作权限清晰明确。
③ 服务信息管理：对平台中的家政服务信息进行查看、审核、编辑和删除，确保服务内容真实、规范、完整。
④ 服务分类管理：对家政服务所属分类进行统一维护，包括分类的新增、修改和删除，便于平台服务信息的有序管理。
⑤ 服务时间管理：对平台中可预约的服务时间进行设置和管理，维护服务时间段信息，避免预约冲突，提高服务安排效率。
⑥ 预约订单管理：对用户提交的预约订单进行查看、查询和管理，及时掌握订单状态，保障平台业务正常运行。
⑦ 评价记录管理：对用户提交的服务评价进行查看和管理，了解服务质量反馈，维护平台评价内容的规范性。
⑧ 取消记录管理：对订单取消信息进行统一记录和管理，查看取消原因，便于分析订单取消情况。
⑨ 投诉反馈管理：对用户提交的投诉和反馈信息进行查看、处理和回复，及时解决平台使用过程中出现的问题。
⑩ 系统管理（轮播图）：对平台首页轮播图进行上传、修改、删除和展示顺序管理，提升系统首页的展示效果。
⑪ 通知公告管理：对平台通知公告内容进行发布、编辑和删除，便于向用户和家政公司及时传达平台相关信息。
⑫ 新闻管理（文章资讯、资讯分类）：对文章资讯及其分类信息进行统一管理，包括资讯发布、修改、删除以及资讯分类维护，丰富平台内容展示。
家政平台系统的管理员角色用例图如如图3-2所示。
(3)家政公司功能需求
① 首页：展示平台的主要信息内容，包括推荐服务、最新公告、资讯内容和常用功能入口，方便家政公司快速了解平台动态。
② 文章资讯：查看平台发布的文章资讯内容，了解家政行业相关信息、平台动态和服务知识。
③ 在线沟通：与普通用户进行在线交流，及时回复用户咨询，沟通服务详情、预约需求和相关问题。
④ 服务信息：发布和管理家政服务信息，包括填写服务名称、分类、价格、时长、服务介绍等内容，并上传服务图片。
⑤ 通知公告：查看平台发布的通知公告内容，及时了解平台规则、系统提示和相关业务通知。
⑥ 收藏记录：查看个人收藏的服务或资讯内容，便于后续快速浏览。
⑦ 点赞记录：查看个人点赞过的相关内容，方便了解自己的互动情况。
⑧ 评论管理：查看和管理个人发布的评论内容，记录自身在平台中的交流信息。
⑨ 统计：统计家政公司在平台中的业务数据，包括服务发布数量、订单数量、评价数量和取消数量等，帮助了解经营情况。
⑩ 服务信息：查看和维护自己发布的全部服务信息，便于集中管理服务内容。
⑪ 预约订单：查看用户提交的预约订单信息，了解订单详情和处理进度，便于开展后续服务。
⑫ 评价记录：查看用户对服务完成后的评价内容和评分结果，帮助改进服务质量。
⑬ 取消记录：查看订单取消信息及取消原因，便于分析业务过程中的问题。
家政平台系统的家政公司角色用例图如如图3-3所示。
3.1.3性能需求分析
在开发家政平台系统时，性能需求是确保系统高效、可靠的重要组成部分，可以为系统的设计、开发和后期维护提供指导，确保系统在实际运行中具有良好的性能表现，满足用户需求。下面是针对该系统的性能需求详细分析。
(1)响应时间
用户请求响应时间：系统对用户的请求（如页面加载、搜索查询）应在2秒内完成，以保证用户能够快速获得所需信息，提升用户体验。
数据处理时间：对于较为复杂的数据处理或计算，如报告生成，系统应在10秒内完成。
(2)并发用户处理能力
并发访问负载：系统应能够支持至少1000个并发用户同时在线访问，能够有效处理高峰时期的访问需求。
会话维持能力：系统在高负载情况下应能够保持稳定的会话状态，确保用户不会因超时而被迫重新登录。
(3)数据存取性能
数据库查询性能：系统的数据库查询平均响应时间不应超过1秒，对于频繁查询的数据，应使用缓存机制，以减少数据库负担。
数据上传与下载速度：用户在上传和下载文件（如图片、视频等）时，数据传输速度应至少达到每秒1MB，以提高用户体验。
(4)稳定性与可用性
系统稳定性：在正常负载情况下，系统应保持99.9%的可用性，确保大多数情况下用户能够顺利访问。
故障恢复时间：系统在发生故障后的恢复时间应不超过30分钟，以最大限度减少对用户的影响。
3.2系统可行性
3.2.1技术可行性
本系统在技术上具有较强的可行性。Spring Boot框架开发效率高、配置简洁，能够较好地支撑家政平台的后台业务开发；MySQL数据库成熟稳定，适合进行用户信息、服务信息和公告信息等数据的存储与管理；同时，基于B/S架构的系统模式便于部署和维护，能够满足不同角色用户的访问需求。因此，采用Spring Boot结合MySQL实现家政平台系统，在技术选型、系统稳定性和后期扩展性方面均具备良好的可行性。
3.2.2操作可行性
本系统在操作上具有良好的可行性。系统采用简洁直观的界面设计，各功能模块划分清晰，用户、家政公司和管理员均可根据自身权限快速完成相应操作，不需要具备较高的计算机专业知识即可使用。基于网页方式访问，用户无需安装复杂软件，只需通过浏览器即可进入系统，操作方便，学习成本较低，能够满足家政平台日常管理和使用需求。
3.2.3经济可行性
本系统在经济上具有较好的可行性。系统采用Spring Boot、MySQL等成熟且成本较低的技术框架，开发过程中无需投入过高的软件许可费用和硬件成本，且系统基于浏览器访问，后期部署和维护也相对方便。通过提升家政信息管理效率、减少人工沟通和线下管理成本，能够在一定程度上降低平台运营支出，因此从开发和使用角度来看，本系统具有较高的经济可行性。
第四章 系统设计
4.1系统架构设计
从技术实现的角度来看，家政平台系统的整体架构设计对于系统的稳定性、可维护性与功能扩展具有决定性作用。本系统采用经典的MVC（Model-View-Controller）分层架构模式，将系统划分为三个核心层次：表现层、业务逻辑层与数据访问层，实现各模块之间的职责分离与松耦合。其中，表现层主要负责用户界面的呈现与前端交互，接收用户请求并返回响应结果，业务逻辑层作为系统的核心处理单元，数据访问层则专注于与数据库进行交互，完成数据的持久化存储、查询与更新操作。通过这种分层设计，系统在结构上更加清晰，有利于代码的组织与维护，同时提升了模块的独立性与可重用性，为后续功能迭代和性能优化提供了良好的技术基础。系统整体架构如图4-1所示。
4.2总体功能设计
本系统总体功能设计围绕家政服务业务流程展开，基于 SpringBoot 与 MySQL 技术实现平台化管理，按照不同用户角色划分功能权限，主要包括管理员、家政公司和普通用户三类角色。管理员主要负责平台的整体运行与维护，可以完成数据分析、角色管理、服务信息管理、服务分类管理、服务时间管理、预约订单管理、评价记录管理、取消记录管理、投诉反馈管理、轮播图管理、通知公告管理以及新闻资讯管理等操作，从而保证平台数据的完整性、业务流程的规范性和系统运行的稳定性。家政公司作为服务提供方，可以通过系统查看首页信息、浏览文章资讯、进行在线沟通、发布和管理服务信息、查看通知公告，并在个人中心完成收藏记录、点赞记录、评论管理、统计分析、预约订单、评价记录和取消记录等业务操作，实现服务展示与订单处理的统一管理。普通用户作为平台服务需求方，可以通过首页浏览平台内容，查看文章资讯和通知公告，使用在线沟通功能咨询服务，浏览服务信息并进行预约，同时在个人中心管理收藏记录、点赞记录、评论管理、预约订单、评价记录、取消记录及投诉反馈等内容。总体来看，本系统通过对不同角色功能的合理划分，实现了家政服务信息发布、服务预约、订单管理、评价反馈和平台综合管理等核心功能，能够较好地满足家政平台日常运营与用户使用需求。功能模块设计如图4-2所示。
4.3系统流程设计
4.3.1注册登录流程
系统将面向不同角色提供统一的账户管理机制，确保其能够合法访问系统资源并管理个人数据。在登录界面，用户可根据自身账户状态选择相应的操作路径：未注册用户可点击"注册"按钮，进入注册页面，填写必要信息并完成账号的创建；而已注册用户则可选择"登录"选项，跳转至登录界面，输入正确的用户名与密码进行身份认证，经系统验证通过后进入相应功能界面。注册登录流程如图4-３所示。
4.3.2系统操作流程
用户通过浏览器访问系统的指定URL，即可进入应用程序的主页面。在登录界面，用户可根据自身账户状态选择相应的操作路径，系统在后台对登录凭证进行验证，确认无误后，用户将被授权进入系统的核心功能操作界面。在核心功能操作界面中，用户可根据导航提示和功能布局，依次开展各项业务操作。系统操作流程如图4-４所示。
4.3.3查询信息流程
用户可通过在系统搜索框中输入关键词，实现对系统内海量数据的快速查找。在输入所需查询的关键字并确认操作后，系统将启动检索机制，对后台数据库进行匹配查询，并将与关键词相关的结果进行筛选与整理，最终以结构化形式呈现于系统界面，查询信息流程如图4-５所示。
4.3.4添加及修改信息流程
为实现系统的有效管理与数据维护，用户需先登录该软件，方可基于自身权限开展相关操作。登录成功后，管理员具备添加各类信息的权限，而用户则可在其权限范围内录入或更新自身相关信息。当需要添加新数据或对已有数据进行修改时，用户可根据界面提示，进入编辑界面，并输入更新后的信息并提交。系统在提交前会对输入内容进行合法性校验，包括字段格式、数据类型、必填项完整性等。若检测到数据不符合预设规则，系统将提示错误信息，要求用户重新填写；若校验通过，系统将更新后的数据持久化存储至数据库，并反馈"添加或修改成功"的操作结果，数据添加及修改流程如图4-６所示。
4.4数据库设计
4.4.1数据库E-R图设计
在数据库的概念结构设计阶段，E-R模型作为一种有效的建模工具，提供了用于描述现实世界中数据对象（即实体）、其内在特征（属性）以及实体间关联关系的图形化表达方法。E-R图能够直观地展现系统核心数据的组织结构与逻辑关联，是构建数据库逻辑模型的重要基础。基于对家政平台系统的需求分析与功能梳理，本文设计了系统的整体E-R模型，用以反映管理员、普通用户等关键实体及其相互关系。该系统总体E-R图如图４-7所示。
4.4.2数据库关系表设计
本家政平台系统选用MySQL作为核心数据库管理系统，负责实现各类业务数据的持久化存储与高效访问。数据库由多个数据表构成，各表之间通过外键约束建立关联，完整反映系统中实体间的逻辑关系。根据前期概念设计阶段所构建的E-R模型，系统将各个实体转化为对应的数据表结构，确保数据组织的规范性与一致性。
由于系统涉及的功能模块较多，数据表数量较为庞大，为便于说明，下面仅选取其中若干核心业务表进行结构展示与字段说明，以体现数据库设计的关键细节与实现思路。
表 4-1-access_token（登陆访问时长）
|----|-------------|-----------|-------|------|------|------------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | token_id | int | | 是 | 是 | 临时访问牌ID |
| 2 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 3 | info | text | 65535 | 否 | 否 | 信息 |
| 4 | maxage | int | | 是 | 否 | 最大寿命：默认2小时 |
| 5 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 6 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 7 | user_id | int | | 是 | 否 | 用户编号 |
表 4-2-article（文章）
|----|-------------|-----------|------------|------|------|------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | article_id | mediumint | | 是 | 是 | 文章id |
| 2 | title | varchar | 125 | 是 | 是 | 标题 |
| 3 | type | varchar | 64 | 是 | 否 | 文章分类 |
| 4 | hits | int | | 是 | 否 | 点击数 |
| 5 | praise_len | int | | 是 | 否 | 点赞数 |
| 6 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 7 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 8 | source | varchar | 255 | 否 | 否 | 来源 |
| 9 | url | varchar | 255 | 否 | 否 | 来源地址 |
| 10 | tag | varchar | 255 | 否 | 否 | 标签 |
| 11 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 12 | img | varchar | 255 | 否 | 否 | 封面图 |
| 13 | description | text | 65535 | 否 | 否 | 文章描述 |
表 4-3-article_type（文章分类）
|----|-------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | type_id | smallint | | 是 | 是 | 分类ID |
| 2 | display | smallint | | 是 | 否 | 显示顺序 |
| 3 | name | varchar | 16 | 是 | 否 | 分类名称 |
| 4 | father_id | smallint | | 是 | 否 | 上级分类ID |
| 5 | description | varchar | 255 | 否 | 否 | 描述 |
| 6 | icon | text | 65535 | 否 | 否 | 分类图标 |
| 7 | url | varchar | 255 | 否 | 否 | 外链地址 |
| 8 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 9 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-4-auth（用户权限管理）
|----|----------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | auth_id | int | | 是 | 是 | 授权ID |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户组 |
| 3 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 4 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 5 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 6 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 7 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 8 | parent_sort | int | | 是 | 否 | 父级菜单排序 |
| 9 | position | varchar | 32 | 否 | 否 | 位置 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | add | tinyint | | 是 | 否 | 是否可增加 |
| 12 | del | tinyint | | 是 | 否 | 是否可删除 |
| 13 | set | tinyint | | 是 | 否 | 是否可修改 |
| 14 | get | tinyint | | 是 | 否 | 是否可查看 |
| 15 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 16 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 17 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 18 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | option | text | 65535 | 否 | 否 | 配置 |
| 21 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 22 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-5-cancel_record（取消记录）
|----|---------------------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | cancel_record_id | int | | 是 | 是 | 取消记录ID |
| 2 | service_name | varchar | 64 | 否 | 否 | 服务名称 |
| 3 | service_categories | varchar | 64 | 否 | 否 | 服务分类 |
| 4 | service_prices | double | | 否 | 否 | 服务价格 |
| 5 | household_service_company | int | | 否 | 否 | 家政公司 |
| 6 | service_staff | varchar | 64 | 否 | 否 | 服务人员 |
| 7 | user_information | int | | 否 | 否 | 用户信息 |
| 8 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 9 | order_date | date | | 否 | 否 | 订单日期 |
| 10 | reason_for_cancellation | text | 65535 | 否 | 否 | 取消原因 |
| 11 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 12 | examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
| 13 | create_time | datetime | | 是 | 否 | 创建时间 |
| 14 | create_by | int | | 是 | 否 | 创建用户ID |
| 15 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 16 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 17 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 18 | source_id | int | | 否 | 否 | 来源ID |
| 19 | source_user_id | int | | 否 | 否 | 来源用户 |
表 4-6-code_token（验证码）
|----|---------------|-----------|-----|------|------|-------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | code_token_id | int | | 是 | 是 | 验证码ID |
| 2 | token | varchar | 255 | 否 | 否 | 令牌 |
| 3 | code | varchar | 255 | 否 | 否 | 验证码 |
| 4 | expire_time | timestamp | | 是 | 否 | 失效时间 |
| 5 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 6 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-7-collect（收藏）
|----|--------------|-----------|-----|------|------|-------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | collect_id | int | | 是 | 是 | 收藏ID |
| 2 | user_id | int | | 是 | 是 | 收藏人ID |
| 3 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 4 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 5 | source_id | int | | 是 | 否 | 来源ID |
| 6 | title | varchar | 255 | 否 | 否 | 标题 |
| 7 | img | varchar | 255 | 否 | 否 | 封面 |
| 8 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 9 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-8-comment（评论）
|----|--------------|-----------|------------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | comment_id | int | | 是 | 是 | 评论ID |
| 2 | user_id | int | | 是 | 是 | 评论人ID |
| 3 | reply_to_id | int | | 是 | 否 | 回复评论ID |
| 4 | content | longtext | 4294967295 | 否 | 否 | 内容 |
| 5 | nickname | varchar | 255 | 否 | 否 | 昵称 |
| 6 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 7 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 8 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 9 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 10 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 11 | source_id | int | | 是 | 否 | 来源ID |
| 12 | hidden | tinyint | | 否 | 否 | 是否隐藏 |
| 13 | sticky | tinyint | | 否 | 否 | 是否置顶 |
表 4-9-complaint_feedback（投诉反馈）
|----|-----------------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | complaint_feedback_id | int | | 是 | 是 | 投诉反馈ID |
| 2 | complaint_title | varchar | 64 | 否 | 否 | 投诉标题 |
| 3 | user_information | int | | 否 | 否 | 用户信息 |
| 4 | date_of_complaint | date | | 否 | 否 | 投诉日期 |
| 5 | complaint_content | text | 65535 | 否 | 否 | 投诉内容 |
| 6 | processing_status | varchar | 64 | 否 | 否 | 处理状态 |
| 7 | process_reply | text | 65535 | 否 | 否 | 处理回复 |
| 8 | create_time | datetime | | 是 | 否 | 创建时间 |
| 9 | create_by | int | | 是 | 否 | 创建用户ID |
| 10 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-10-hits（用户点击）
|----|--------------|-----------|-----|------|------|------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | hits_id | int | | 是 | 是 | 点赞ID |
| 2 | user_id | int | | 是 | 否 | 点赞人 |
| 3 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 4 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | | 是 | 否 | 来源ID |
表 4-11-housekeeping_company（家政公司）
|----|---------------------------|-----------|-----|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | housekeeping_company_id | int | | 是 | 是 | 家政公司ID |
| 2 | company_name | varchar | 64 | 否 | 否 | 公司名称 |
| 3 | contact_phone_number | varchar | 16 | 否 | 否 | 联系电话 |
| 4 | scope_of_services | varchar | 64 | 否 | 否 | 服务范围 |
| 5 | qualification_attachments | varchar | 255 | 否 | 否 | 资质附件 |
| 6 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 7 | user_id | int | | 是 | 否 | 用户ID |
| 8 | create_time | datetime | | 是 | 否 | 创建时间 |
| 9 | create_by | int | | 是 | 否 | 创建用户ID |
| 10 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-12-message_inform（通知记录）
|----|-------------------|-----------|-----|------|------|-------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | message_inform_id | int | | 是 | 是 | 通知ID |
| 2 | user_id | int | | 是 | 是 | 通知人ID |
| 3 | title | varchar | 255 | 否 | 否 | 标题 |
| 4 | state | varchar | 255 | 否 | 否 | 状态 |
| 5 | type | varchar | 64 | 否 | 否 | 分类 |
| 6 | content | varchar | 255 | 否 | 否 | 内容 |
| 7 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 8 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-13-notice（公告）
|----|-------------|-----------|------------|------|------|------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | notice_id | mediumint | | 是 | 是 | 公告ID |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 5 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-14-praise（点赞）
|----|--------------|-----------|-----|------|------|----------------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | praise_id | int | | 是 | 是 | 点赞ID |
| 2 | user_id | int | | 是 | 是 | 点赞人 |
| 3 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 4 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | | 是 | 否 | 来源ID |
| 8 | status | tinyint | | 是 | 否 | 点赞状态:1为点赞，0已取消 |
| 9 | img | varchar | 255 | 否 | 否 | |
| 10 | title | varchar | 255 | 否 | 否 | |
表 4-15-regular_user（普通用户）
|----|-----------------|-----------|----|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | regular_user_id | int | | 是 | 是 | 普通用户ID |
| 2 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 3 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 4 | contact_phone | varchar | 16 | 否 | 否 | 联系电话 |
| 5 | service_address | varchar | 64 | 否 | 否 | 服务地址 |
| 6 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 7 | user_id | int | | 是 | 否 | 用户ID |
| 8 | create_time | datetime | | 是 | 否 | 创建时间 |
| 9 | create_by | int | | 是 | 否 | 创建用户ID |
| 10 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-16-reservation_order（预约订单）
|----|----------------------------|-----------|-------|------|------|-----------------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | reservation_order_id | int | | 是 | 是 | 预约订单ID |
| 2 | service_name | varchar | 64 | 否 | 否 | 服务名称 |
| 3 | service_categories | varchar | 64 | 否 | 否 | 服务分类 |
| 4 | service_prices | double | | 否 | 否 | 服务价格 |
| 5 | household_service_company | int | | 否 | 否 | 家政公司 |
| 6 | service_staff | varchar | 64 | 否 | 否 | 服务人员 |
| 7 | user_information | int | | 否 | 否 | 用户信息 |
| 8 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 9 | contact_phone | varchar | 64 | 否 | 否 | 联系电话 |
| 10 | service_address | varchar | 64 | 否 | 否 | 服务地址 |
| 11 | order_date | date | | 否 | 否 | 订单日期 |
| 12 | service_hours | varchar | 64 | 否 | 否 | 服务时间 |
| 13 | order_notes | text | 65535 | 否 | 否 | 订单备注 |
| 14 | order_quantity | varchar | 64 | 否 | 否 | 订单数量 |
| 15 | order_status | varchar | 64 | 否 | 否 | 订单状态 |
| 16 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 17 | examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
| 18 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 19 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 20 | resight_record_limit_times | int | | 是 | 否 | 评价限制次数 |
| 21 | cancel_record_limit_times | int | | 是 | 否 | 取消限制次数 |
| 22 | create_time | datetime | | 是 | 否 | 创建时间 |
| 23 | create_by | int | | 是 | 否 | 创建用户ID |
| 24 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 25 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 26 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 27 | source_id | int | | 否 | 否 | 来源ID |
| 28 | source_user_id | int | | 否 | 否 | 来源用户 |
表 4-17-resight_record（评价记录）
|----|---------------------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | resight_record_id | int | | 是 | 是 | 评价记录ID |
| 2 | service_name | varchar | 64 | 否 | 否 | 服务名称 |
| 3 | service_categories | varchar | 64 | 否 | 否 | 服务分类 |
| 4 | household_service_company | int | | 否 | 否 | 家政公司 |
| 5 | service_staff | varchar | 64 | 否 | 否 | 服务人员 |
| 6 | user_information | int | | 否 | 否 | 用户信息 |
| 7 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 8 | date_of_evaluation | date | | 否 | 否 | 评价日期 |
| 9 | resight_content | text | 65535 | 否 | 否 | 评价内容 |
| 10 | create_time | datetime | | 是 | 否 | 创建时间 |
| 11 | create_by | int | | 是 | 否 | 创建用户ID |
| 12 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 13 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 14 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 15 | source_id | int | | 否 | 否 | 来源ID |
| 16 | source_user_id | int | | 否 | 否 | 来源用户 |
表 4-18-score（评分）
|----|--------------|-----------|-----|------|------|------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | score_id | int | | 是 | 是 | 评分ID |
| 2 | user_id | int | | 是 | 否 | 评分人 |
| 3 | nickname | varchar | 64 | 否 | 否 | 昵称 |
| 4 | score_num | double | | 是 | 否 | 评分 |
| 5 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 6 | update_time | timestamp | | 是 | 否 | 更新时间 |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 9 | source_id | int | | 是 | 否 | 来源ID |
表 4-19-service_class_nameification（服务分类）
|----|--------------------------------|-----------|----|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | service_class_nameification_id | int | | 是 | 是 | 服务分类ID |
| 2 | service_categories | varchar | 64 | 否 | 否 | 服务分类 |
| 3 | create_time | datetime | | 是 | 否 | 创建时间 |
| 4 | create_by | int | | 是 | 否 | 创建用户ID |
| 5 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-20-service_hours（服务时间）
|----|------------------|-----------|----|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | service_hours_id | int | | 是 | 是 | 服务时间ID |
| 2 | service_hours | varchar | 64 | 否 | 否 | 服务时间 |
| 3 | create_time | datetime | | 是 | 否 | 创建时间 |
| 4 | create_by | int | | 是 | 否 | 创建用户ID |
| 5 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-21-service_information（服务信息）
|----|-------------------------------|-----------|-------|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | service_information_id | int | | 是 | 是 | 服务信息ID |
| 2 | service_name | varchar | 64 | 否 | 否 | 服务名称 |
| 3 | service_categories | varchar | 64 | 否 | 否 | 服务分类 |
| 4 | service_prices | double | | 否 | 否 | 服务价格 |
| 5 | household_service_company | int | | 否 | 否 | 家政公司 |
| 6 | service_staff | varchar | 64 | 否 | 否 | 服务人员 |
| 7 | cover_image | varchar | 255 | 否 | 否 | 封面图片 |
| 8 | staff_introduction | text | 65535 | 否 | 否 | 人员介绍 |
| 9 | service_introduction | text | 65535 | 否 | 否 | 服务介绍 |
| 10 | praise_len | int | | 是 | 否 | 点赞数 |
| 11 | collect_len | int | | 是 | 否 | 收藏数 |
| 12 | comment_len | int | | 是 | 否 | 评论数 |
| 13 | reservation_order_limit_times | int | | 是 | 否 | 预约限制次数 |
| 14 | create_time | datetime | | 是 | 否 | 创建时间 |
| 15 | create_by | int | | 是 | 否 | 创建用户ID |
| 16 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-22-slides（轮播图）
|----|-------------|-----------|-----|------|------|-------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | slides_id | int | | 是 | 是 | 轮播图ID |
| 2 | title | varchar | 64 | 否 | 否 | 标题 |
| 3 | content | varchar | 255 | 否 | 否 | 内容 |
| 4 | url | varchar | 255 | 否 | 否 | 链接 |
| 5 | img | varchar | 255 | 否 | 否 | 轮播图 |
| 6 | hits | int | | 是 | 否 | 点击量 |
| 7 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 8 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-23-upload（文件上传）
|----|-----------|---------|-----|------|------|------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | | 是 | 是 | 上传ID |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | | 否 | 否 | 父级ID |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-24-user（用户账户）
|----|------------------|-----------|-----|------|------|-----------------------------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | | 是 | 是 | 用户ID |
| 2 | state | smallint | | 是 | 否 | 账户状态：(1可用|2异常|3已冻结|4已注销) |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | | 否 | 否 | 上次登录时间 |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | | 是 | 否 | 手机认证：(0未认证|1审核中|2已认证) |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | email | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | | 是 | 否 | 邮箱认证：(0未认证|1审核中|2已认证) |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 15 | emergency_name | varchar | 64 | 否 | 否 | 紧急联系人 |
| 16 | emergency_mobile | varchar | 32 | 否 | 否 | 紧急联系电话 |
表 4-25-user_chat_friend（聊天用户好友）
|----|---------------------|-----------|-----|------|------|--------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_chat_friend_id | int | | 是 | 是 | ID |
| 2 | user_id | int | | 是 | 否 | 用户ID |
| 3 | friend_user_id | int | | 是 | 否 | 用户好友ID |
| 4 | friend_user_name | varchar | 255 | 否 | 否 | 好友名称 |
| 5 | friend_status | varchar | 64 | 否 | 否 | 好友状态 |
| 6 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 7 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-26-user_chat_group（聊天用户群聊）
|----|--------------------|-----------|-----|------|------|------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_chat_group_id | int | | 是 | 是 | ID |
| 2 | group_id | int | | 否 | 否 | 群聊ID |
| 3 | group_name | varchar | 255 | 否 | 否 | 群聊名称 |
| 4 | user_id | int | | 否 | 否 | 用户ID |
| 5 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 6 | update_time | timestamp | | 是 | 否 | 更新时间 |
表 4-27-user_chat_read（聊天用户消息）
|----|-------------------|-----------|-------|------|------|------------------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_chat_read_id | varchar | 255 | 是 | 是 | ID |
| 2 | user_id | int | | 否 | 否 | 接收人ID |
| 3 | send_user_id | int | | 否 | 否 | 发送人ID |
| 4 | group_id | int | | 否 | 否 | 群聊ID |
| 5 | type | int | | 否 | 否 | 类型1-点对点消息，2-群聊消息 |
| 6 | create_time | timestamp | | 否 | 否 | 时间 |
| 7 | message | text | 65535 | 否 | 否 | 消息 |
表 4-28-user_group（用户组）
|----|--------------|-----------|-----|------|------|-------|
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | | 是 | 是 | 用户组ID |
| 2 | display | smallint | | 是 | 否 | 显示顺序 |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | | 是 | 否 | 来源ID |
| 8 | register | smallint | | 否 | 否 | 注册位置 |
| 9 | create_time | timestamp | | 是 | 否 | 创建时间 |
| 10 | update_time | timestamp | | 是 | 否 | 更新时间 |
第五章 系统实现
5.1普通用户功能模块
5.1.1预约订单子模块
用户可以查看自己提交的预约订单详情，包括订单状态、服务内容、预约时间等信息，并可根据实际情况进行管理。预约订单界面设计如下图所示。
图5-1 预约订单界面
5.1.2前台首页子模块
前台首页作为用户进入系统的第一界面，集中展示了系统的核心功能模块与平台特色内容，并通过清晰的导航链接帮助用户快速跳转至所需功能区域，实现高效浏览与信息检索。在界面设计上，采用"上中下"三段式结构布局，设计简洁大方，优化排版布局与色彩搭配，提升整体视觉效果。前台首页界面设计如下图所示。
图5-2 前台首页界面
5.1.3在线沟通子模块
在线沟通模块为普通用户与家政公司之间提供了便捷的交流渠道。普通用户可以通过该模块向家政公司咨询服务详情，了解服务价格和时间安排，沟通具体的预约需求，并询问相关服务流程。通过在线沟通，用户能够在下单前更加全面地了解服务内容，从而做出更加合理的选择。界面设计如下图所示。
图5-3 在线沟通界面
5.1.4服务信息子模块
服务信息模块是普通用户选择家政服务的核心功能模块。用户可以通过该模块浏览服务列表，并按照服务分类进行查询，查看具体的服务详情，了解服务价格、服务内容以及服务时间等相关信息。在充分了解服务信息后，用户还可以根据自身需求进行预约下单，同时对感兴趣的服务进行收藏，也可以对服务内容进行点赞或评论。通过该模块，用户能够更加方便、快捷地找到适合自身需求的家政服务项目。界面设计如下图所示。
图5-4 服务信息界面
5.2管理员功能模块
5.2.1系统用户子模块
管理员可管理所有用户信息，包括对普通用户、家政公司和管理员等用户信息增改删查操作，支持审核、封禁、权限设置等功能。界面设计如下图所示。
图5-5 系统用户界面
5.2.2服务信息管理子模块
管理员点击"服务信息管理"这一菜单会显示服务信息列表和服务信息添加两个子菜单，点击"服务信息列表"可以查看服务信息详情，可以进行查询、重置和删除等操作。点击"服务信息添加"，管理员可以添加新的服务信息。界面设计如下图所示。
图5-6服务信息管理界面
5.2.3服务时间管理子模块
服务时间管理模块主要用于管理平台中可预约的服务时间安排。管理员可以通过该模块设置服务的可预约时间段，维护相关时间段信息，并查看各项服务的时间安排情况，对服务时间资源进行统一协调。通过该模块，系统能够为订单预约提供明确的时间依据，有效避免预约时间冲突，提高服务安排的整体效率。界面设计如下图所示。
图5-7 服务时间管理界面
5.2.4系统管理子模块
管理员点击"系统管理"菜单，可以对前台展示的轮播图进行设置。界面如下图所示。
图5-8系统管理界面
5.2.5通知公告管理子模块
管理员点击"通知公告管理"这个菜单，可以对系统中的通知公告进行管理，包括公告的增删改查等操作。界面如下图所示。
图5-9通知公告管理界面
5.2.6新闻管理子模块
管理员在资讯管理页面查看所有把资讯文章，支持新增、编辑和删除操作。点击"新增"填写标题、内容并上传图片，选择分类后发布。可批量删除过期文章。界面如下图所示。
图5-10新闻管理界面
5.3家政公司功能模块
5.3.1服务信息子模块
服务信息模块是家政公司进行业务展示和服务发布的核心模块。家政公司可以通过该模块发布家政服务信息，填写服务名称、服务分类、服务价格、服务时长以及服务介绍等内容，并上传相应的服务图片。同时，家政公司还可以对已发布的服务信息进行修改，删除不再提供的服务项目，并查看服务的发布情况。通过该模块，家政公司能够更加全面地展示自身的服务能力，从而吸引更多用户进行预约。界面设计如下图所示。
图5-11 服务信息界面
5.3.2统计子模块
统计模块主要用于汇总家政公司在平台中的各项业务数据，包括订单数量、订单收入等内容。通过对这些数据的统计与展示，家政公司能够更加直观地了解自身在平台上的经营状况，为后续的服务优化和业务管理提供参考。界面设计如下图所示。
图5-12 统计界面
5.3.3取消记录子模块
家政公司可以查看订单取消情况及取消原因，从而分析影响订单成交和履约的因素。界面设计如下图所示。
图5-13 取消记录界面
第六章 系统测试
6.1测试目的
系统测试的主要目标是验证软件是否满足需求规格说明书中规定的功能、性能及业务要求，并评估其在实际应用环境中的可用性、稳定性和可靠性。通过系统的测试流程，可以识别程序中的缺陷、安全隐患和潜在运行风险，确保数据处理的准确性、完整性和安全性。
6.2测试方法
为全面评估系统的功能实现与性能表现，本研究采用了多元化的测试策略，结合不同测试方法的特点，从多个维度对系统进行验证。在功能验证方面，主要采用黑盒测试技术，依据需求规格设计具有代表性的测试用例，重点考察系统外部行为是否符合预期功能要求，而不依赖于其内部结构或代码实现。例如，在用户登录模块的测试中，通过构造包含有效凭证与无效输入（如错误密码、空字段、超长字符等）的测试数据，验证系统在各类场景下的响应机制与权限控制逻辑是否准确。
在性能评估环节，综合运用压力测试与负载测试手段，模拟多用户并发操作及大规模数据交互的运行环境，以测量系统在高负载条件下的响应延迟、事务处理速率、资源占用情况及服务持续稳定性，进而判断其在实际应用中能否满足性能指标要求。
兼容性验证则通过在多种操作系统平台（如Windows、macOS、Linux）、主流浏览器（如Chrome、Firefox、Safari）以及不同配置的硬件设备上部署系统，检验其运行一致性与界面适配性，确保用户在异构环境中均能获得良好的使用体验。
此外，还实施了异常场景测试，针对输入边界值、非法数据格式及非正常操作流程设计测试用例，评估系统在面对异常输入或突发状况时的容错能力、错误提示机制及自我恢复能力。
6.3测试内容
本次系统测试围绕核心功能模块展开，重点对用户注册、登录、服务信息管理、投诉反馈管理、服务时间管理、预约订单管理等关键业务流程进行了验证。通过对各项功能的操作路径、输入边界及异常场景的全面测试，评估系统的稳定性与功能正确性。具体测试用例的设计与执行情况如下所示。
表6-1 用户注册功能测试表
|-------|------------|-----------------------|----------------|------|
| 编号 | 测试描述 | 测试方法 | 预期结果 | 测试结果 |
| TC_01 | 正常用户注册 | 输入有效的用户名、密码、邮箱及手机号并提交 | 用户注册成功，跳转至登录页面 | 符合预期 |
| TC_02 | 注册时用户名已存在 | 使用已注册的用户名进行注册 | 提示"用户名已被占用" | 符合预期 |
| TC_03 | 注册时邮箱格式不正确 | 输入如"abc@123"等非标准邮箱格式 | 提示"邮箱格式无效" | 符合预期 |
| TC_04 | 手机号不符合规范 | 输入非11位或含非法字符的手机号 | 提示"手机号格式错误" | 符合预期 |
| TC_05 | 两次输入密码不一致 | 密码与确认密码字段内容不同 | 提示"两次密码输入不匹配" | 符合预期 |
| TC_06 | 必填项为空提交 | 不填写用户名或密码直接提交 | 提示"请填写完整信息" | 符合预期 |
表6-2 用户登录功能测试表
|-------|-------------|--------------|--------------|------|
| 编号 | 测试描述 | 测试方法 | 预期结果 | 测试结果 |
| TC_01 | 正常用户登录 | 输入正确的用户名和密码 | 登录成功，跳转至系统首页 | 符合预期 |
| TC_02 | 输入错误密码进行登录 | 用户名正确，密码错误 | 提示"用户名或密码错误" | 符合预期 |
| TC_03 | 使用未注册的用户名登录 | 输入系统中未注册的用户名 | 提示"该用户不存在" | 符合预期 |
| TC_04 | 用户名为空时尝试登录 | 仅输入密码，用户名留空 | 提示"请输入用户名" | 符合预期 |
| TC_05 | 密码为空时尝试登录 | 仅输入用户名，密码为空 | 提示"请输入密码" | 符合预期 |
表6-3 服务信息管理功能测试表
|-------|----------------|---------------------|--------------------|------|
| 编号 | 测试描述 | 测试方法 | 预期结果 | 测试结果 |
| TC_01 | 管理员发布新的服务信息 | 根据提示填写相关信息并提交 | 服务信息添加成功，显示在系统页面 | 符合预期 |
| TC_02 | 查看已添加的服务信息内容 | 进入服务信息页面，选择某一条目 | 成功展示所有服务信息列表及其详情内容 | 符合预期 |
| TC_03 | 编辑服务信息 | 修改某一信息进行提交保存 | 修改成功，前后端同步更新 | 符合预期 |
| TC_04 | 删除无效或错误的服务信息数据 | 选择某一或多条服务信息数据执行删除操作 | 成功删除，后台与前台均不再显示 | 符合预期 |
| TC_05 | 搜索特定的服务信息数据 | 在搜索框输入特定关键词进行查询 | 显示包含该关键词的服务信息列表结果 | 符合预期 |
表6-4 投诉反馈管理功能测试表
|-------|----------------|---------------------|--------------------|------|
| 编号 | 测试描述 | 测试方法 | 预期结果 | 测试结果 |
| TC_01 | 普通用户添加新的投诉反馈 | 根据提示填写相关信息并提交 | 投诉反馈添加成功，显示在系统页面 | 符合预期 |
| TC_02 | 查看已添加的投诉反馈内容 | 进入投诉反馈页面，选择某一条目 | 成功展示所有投诉反馈列表及其详情内容 | 符合预期 |
| TC_03 | 编辑投诉反馈 | 修改某一信息进行提交保存 | 修改成功，前后端同步更新 | 符合预期 |
| TC_04 | 删除无效或错误的投诉反馈数据 | 选择某一或多条投诉反馈数据执行删除操作 | 成功删除，后台与前台均不再显示 | 符合预期 |
| TC_05 | 搜索特定的投诉反馈数据 | 在搜索框输入特定关键词进行查询 | 显示包含该关键词的投诉反馈列表结果 | 符合预期 |
| TC_06 | 管理员审核添加的投诉反馈 | 选择某一投诉反馈，更新审核状态并提交 | 投诉反馈审核状态更新成功 | 符合预期 |
表6-5 服务时间管理功能测试表
|-------|----------------|---------------------|--------------------|------|
| 编号 | 测试描述 | 测试方法 | 预期结果 | 测试结果 |
| TC_01 | 管理员发布新的服务时间信息 | 根据提示填写相关信息并提交 | 服务时间信息添加成功，显示在系统页面 | 符合预期 |
| TC_02 | 查看已添加的服务时间内容 | 进入服务时间页面，选择某一条目 | 成功展示所有服务时间列表及其详情内容 | 符合预期 |
| TC_03 | 编辑服务时间内容信息 | 修改某一信息进行提交保存 | 修改成功，前后端同步更新 | 符合预期 |
| TC_04 | 删除无效或错误的服务时间数据 | 选择某一或多条服务时间数据执行删除操作 | 成功删除，后台与前台均不再显示 | 符合预期 |
| TC_05 | 搜索特定服务时间数据 | 在搜索框输入特定关键词进行查询 | 显示包含该关键词的服务时间列表结果 | 符合预期 |
表6-6 预约订单管理功能测试表
|-------|----------------|---------------------|--------------------|------|
| 编号 | 测试描述 | 测试方法 | 预期结果 | 测试结果 |
| TC_01 | 普通用户发布新的预约订单信息 | 根据提示填写相关信息并提交 | 预约订单信息添加成功，显示在系统页面 | 符合预期 |
| TC_02 | 查看已添加的预约订单内容 | 进入预约订单页面，选择某一条目 | 成功展示所有预约订单列表及其详情内容 | 符合预期 |
| TC_03 | 编辑预约订单内容信息 | 修改某一信息进行提交保存 | 修改成功，前后端同步更新 | 符合预期 |
| TC_04 | 删除无效或错误的预约订单数据 | 选择某一或多条预约订单数据执行删除操作 | 成功删除，后台与前台均不再显示 | 符合预期 |
| TC_05 | 搜索特定的预约订单数据 | 在搜索框输入特定关键词进行查询 | 显示包含该关键词的预约订单列表结果 | 符合预期 |
6.4测试结论
通过对系统开展全面的功能验证、性能评估及可靠性检验，本系统在设定的测试环境中表现出良好的运行状态。各项功能模块均实现了既定设计目标，核心业务流程运行稳定，未出现重大功能异常或导致流程中断的严重缺陷。测试结果表明，所有关键测试用例均已顺利通过，测试覆盖范围达到了预设标准，有效验证了系统在功能完整性、运行稳定性以及环境兼容性等方面的综合表现。整体测试结论表明，系统具备预期的可用性与可靠性，满足上线运行的基本要求。
结 论
随着互联网技术的不断发展和服务行业信息化水平的持续提升，传统家政服务模式在信息获取、服务匹配、订单管理和用户反馈等方面逐渐暴露出效率较低、管理分散、沟通不便等问题。为更好地满足用户对家政服务便捷化、规范化和高效化的需求，本文围绕家政服务业务流程，设计并实现了一套基于 SpringBoot + MySQL 的家政平台系统。该系统以家政服务线上管理为核心，结合平台运营实际需求，对管理员、家政公司和普通用户三类角色的功能进行了合理划分，力求为家政服务提供一个集信息发布、服务预约、业务管理和评价反馈于一体的综合性平台。
在系统设计与开发过程中，本文以 SpringBoot 作为后端开发框架，以 MySQL 作为数据库管理系统，完成了平台核心业务的数据存储与功能实现，并借助相关开发工具完成系统的编码、调试和测试工作。系统整体运行情况较为稳定，能够较好地支持服务信息管理、服务分类管理、服务时间管理、预约订单管理、评价记录管理、取消记录管理、投诉反馈管理、通知公告管理以及文章资讯管理等主要功能。与此同时，系统针对不同角色设置了相应的操作权限，实现了平台管理端、家政公司端和普通用户端的功能分离，增强了系统的实用性和可操作性。本系统的特点在于功能结构较为清晰，业务流程较为完整，能够覆盖家政服务平台的基本运行需求；其创新之处主要体现在将服务展示、在线沟通、预约下单、评价反馈和后台综合管理进行统一整合，在一定程度上提升了平台的信息流转效率和服务管理水平。
总体来看，本次设计基本完成了预期目标，实现了家政平台主要业务功能的系统化与规范化，能够为用户提供较为便捷的服务查询与预约渠道，也能够帮助家政公司提升服务展示和订单处理效率，同时为管理员开展平台运营管理提供支持。但由于时间、技术水平和开发条件的限制，系统在实际实现过程中仍存在一定不足，例如系统功能的深度拓展不够完善，界面交互体验仍有进一步优化空间，数据分析功能相对基础，智能推荐和个性化服务能力尚未实现。后续研究中，可以进一步完善系统的安全机制与性能优化，引入更加丰富的数据可视化手段，增加移动端适配功能，并结合智能算法实现服务推荐、用户画像分析和预约资源优化分配等功能，从而进一步提升系统的智能化水平和实际应用价值。
参考文献
- 汪泊.Java编程语言在计算机软件开发中的应用J.软件,2025,46(06):128-130.
- 于吉鹏.基于Java Web的办公自动化系统开发J.智能城市,2025,11(04):138-140.DOI:10.19301/j.cnki.zncs.2025.04.039.
- 翟凌云.MySQL数据库在分布式系统架构设计中的应用J.软件,2025,46(04):100-102.
- 相景丽.MySQL数据库技术在校园信息管理中的应用研究J.信息记录材料,2025,26(03):104-106+131.DOI:10.16009/j.cnki.cn13-1295/tq.2025.03.019.
- 黄蓬国,于晨龙.基于SpringBoot框架的住房保障管理系统的设计与实现J.中国建设信息化,2025,(11):76-80.DOI:10.26955/j.cnki.2096-0824.2025.11.023.
- 陈蓓蕾,洪年松.基于SpringBoot的数据库接口设计J.信息与电脑(理论版),2023,35(16):181-183.
- 温彩玲.基于Vue.js和SpringBoot的开放式实训基地管理平台的设计与开发J.太原城市职业技术学院学报,2025,(03):60-62.DOI:10.16227/j.cnki.tycs.2025.0163.
- 张煜乾.B/S模式的学生信息管理系统设计探讨J.软件,2025,46(06):107-109.
- 赵新平.MySQL数据库在高并发Web系统中的优化技术J.软件,2025,46(03):116-119.
- 刘永立.基于SpringBoot和MyBatis的作业管理系统设计J.电脑编程技巧与维护,2025,(04):86-88.DOI:10.16184/j.cnki.comprg.2025.04.021.
- Ning Y .Personal Health Information Service Platform Based on Vue.js+SpringBootJ.The Frontiers of Society, Science and Technology,2025,7(5):
- Shao W ,Liu K.Design and Implementation of Online Ordering System Based on SpringBootJ.Journal of Big Data and Computing,2024,2(3):
- 王柳,孟浩.成都家政小程序正式上线N.成都日报,2025-09-13(002).DOI:10.28063/n.cnki.ncdrb.2025.006873.
- 卢晓晴.平台经济下家政工的劳动控制与工作自主性研究D.济南大学,2025.DOI:10.27166/d.cnki.gsdcc.2025.000979.
- 武庆,家政订单管理系统.陕西省,西安赛沃达照明科技有限公司,2024-06-01.
- 李宏滨,王凯文.基于深度学习的家政服务推荐系统设计J.山西电子技术,2024,(02):88-90+96.
- 杜鑫.A家政公司O2O商业模式研究D.贵州大学,2023.DOI:10.27047/d.cnki.ggudu.2023.000998.
- 孙紫豪,闵娟娟,李南.基于Web的家政服务平台的设计与实现J.电脑知识与技术,2021,17(20):74-77.DOI:10.14004/j.cnki.ckt.2021.1975.
- 项俊淇.基于联盟链的大众可信家政服务系统的设计与实现D.重庆大学,2020.DOI:10.27670/d.cnki.gcqdu.2020.003989.
致 谢
此次毕业设计的顺利完成，得益于诸多师长、同窗及亲友在学术与生活上的鼎力支持。在此，我谨向所有给予我帮助的人致以最诚挚的谢意。
首先，我要向我的导师致以最深切的感激。在整个毕业设计与论文撰写过程中，导师始终以深厚的学术素养、严谨的治学精神和高度的责任感为我提供悉心指导。从研究方向的确定、理论框架的构建，到数据的分析与文本的反复修改，每一个环节都凝聚着导师的心血。您不仅在学术层面为我指明方向，提出诸多富有建设性的意见，帮助我不断优化研究思路、提升论文质量，更以耐心细致的教诲引导我逐步掌握科学研究的基本方法。同时，我也衷心感谢在求学期间给予我关心与协助的同学及亲友。在毕业设计推进过程中，同学们积极与我交流观点、分享文献资料，并在讨论中提出宝贵建议，极大拓宽了我的研究视角。亲友们的陪伴与鼓励，使我在面对压力时能够保持积极心态，有效调节情绪，维持良好的状态，使我能够心无旁骛地投入学习与研究工作。
正是在各方力量的支持与陪伴下，我才能克服研究过程中的种种挑战，最终完成本毕业设计。这段经历不仅是一次学术训练，更是一段充满成长与感悟的旅程。在此，向所有曾给予我帮助的人致以最真挚的感谢。
全套资源（源码 + 论文 + 部署教程）已经打包好，需要的同学可以私信我！ 避免找不到，赶紧收藏，后续更新不迷路！ 你的点赞就是我持续分享的动力，感谢支持～