基于Spring Boot的家政服务管理系统
第二章 相关技术介绍
2.1 Spring Boot
Spring Boot是以约定优于配置为理念，以自动装配、起步依赖、内嵌容器为构建方式，形成一个可以独立运行的Web应用形态。其组件扫描和条件装配机制把通用能力下沉到框架层，业务层只关注领域建模和接口组织，配置文件的复杂度随之降低。面向B/S架构的家政服务管理系统后端要承载注册登录、服务预约管理这些高频请求，Spring Boot的分层结构和主流的MVC结构相匹配，控制器、服务、持久层边界分明，利于迭代过程中保持代码的稳定。框架对外提供统一的异常处理、参数校验、日志接入路径，接口一致性的维护难度较低，版本更新时迁移的成本小，[13]有关自动配置、快速启动的特性在工程实践中具有直接的应用价值。
Spring Boot通过Actuator暴露运行状态和指标入口，方便对线上实例做健康探测和性能观察，使用外部化配置可以按照环境切换数据源、缓存、跨域策略，减少重复打包。对于服务费用管理、服务合同管理等对一致性要求高的业务，事务边界可以在服务层用声明式的方式表达出来，配合连接池和线程模型来提高吞吐量。框架和安全组件的整合路径已经成熟，可以给登录态管理、接口鉴权提供统一的入口，防止在控制器层分散安全逻辑，在系统扩展功能的时候仍然保持可维护性、可测试性。
2.2 Vue.js
Vue.js依靠响应式数据绑定以及组件化视图组织，用虚拟DOM和细粒度依赖追踪来改进渲染路径，从而让页面的状态和界面的呈现存在稳定的映射关系。单文件组件把模板、脚本和样式放到同一个构建单元里，有利于按照业务语义来组织界面结构，并且可以控制耦合度。家政服务管理系统中雇员端和雇主端的信息展示、操作流转不一样，Vue.js的路由、状态管理机制可以处理多角色页面切换、表单输入、列表查询、详情展示等交互场景，界面更新会随着数据的变化而同步变化。框架生态由工程化构建、模块热更新和类型校验三部分组成，[14]对其渐进式架构以及组件模型的论述可以支持前端工程设计取舍。
就交互体验而言，Vue.js对表单校验、异步请求以及分页加载的组织方式比较自然，配合使用Axios等请求库可以将服务信息查看和服务预约管理的接口调用封装成可复用模块，界面层只处理状态流转和用户反馈。它的插槽、指令系统以及过渡动画可以改善复杂的页面的可读性以及一致性，减小重复模板。根据权限差异来控制菜单和操作项的显示，可以使用计算属性和守卫机制来进行条件渲染以及导航拦截，从而使得前端权限表达和后端鉴权相互呼应。编译阶段的静态提升与运行期更新合并能够削减重绘所造成的消耗，契合数据量较多列表之类的情境。
2.3 MySQL
MySQL是目前使用最广的关系型数据库管理系统，支持ACID事务、索引优化、多版本并发控制等特性，在业务读写并存的环境下有着成熟稳定的特性。InnoDB存储引擎可以实现行级锁、崩溃恢复，适合用来承载订单、合同、结算这些需要强一致的数据。家政服务管理系统中各个数据对象之间存在着明确的联系，服务预约管理同服务费用管理对于状态变更链路有着严格的诉求，关系模型可以借助主键、外键以及唯一约束来表现业务边界，从而削减脏数据进入到核心表当中。对高频查询字段创建合适的索引可以减小扫描量，提高响应速度，查询优化器根据统计信息选择执行计划，在数据量增加之后仍然能够保证预期的性能。[15]对于MySQL事务机制以及索引结构的论述，给表结构的设计和性能优化赋予了理论支撑。
2.4 B/S架构
B/S架构用浏览器做为客户端承载交互和展示，把业务逻辑放在服务器端，用HTTP等协议来完成请求和响应的闭环。该模式重视集中部署和统一运维，把客户端的升级压力转移到了服务端发布的过程当中，更适合于多角色、多终端同时访问的业务系统。家政服务管理系统针对雇员、雇主和管理员的功能入口存在较大差别，B/S架构可以利用统一的域名以及权限控制来达成同源访问并实施分权操作，浏览器端只需要加载相应的资源就能完成服务信息发布以及服务信息查看等操作。由于架构分层特性造成接口和页面分离，后端用REST风格接口输出数据，前端以视图状态为驱动去消费数据，系统边界更加明显。[16]对B/S架构在企业信息系统中组织形式、部署特点有可供参照的结构化表述。
B/S架构可以方便地实现负载均衡、水平扩展，静态资源可以交给CDN分发来减轻源站的压力，动态请求通过网关统一限流和审计。会话管理可以采用令牌化的办法来减少对服务器的依赖，从而提高扩容的灵活性。浏览器环境安全风险用传输加密、内容安全策略、输入校验来约束，配合后端鉴权和权限模型降低越权访问概率。就服务合同管理以及服务记录管理等涉及隐私与追溯的数据访问来说，集中式的日志及统一的审计链路更易达成，系统维护人员可于一个运维平台上完成监控、备份及恢复等，进而把运行管理的成本加以掌控。
第三章 系统需求分析
3.1 可行性分析
3.1.1 技术可行性
本系统采用Spring Boot和Vue.js等主流开发技术，结合MySQL数据库和B/S架构，技术环境成熟稳定。各技术之间兼容性良好，能够实现前后端分离，满足高效数据交互需求。相关技术资料丰富，开发团队可便捷获取支持。整体架构清晰，系统扩展性和维护性强，能够支撑家政服务业务数据的高并发处理和多角色管理，具备较高的实际开发可行性。
3.1.2 操作可行性
系统界面设计以简洁明了为导向，不同用户角色进入系统后能迅速定位到各自核心功能。操作流程遵循常用网站使用习惯，降低用户学习成本。各项服务发布、预约、评价等操作均有明确指引，界面布局合理，避免信息冗余和操作混乱，有助于用户高效完成注册、信息反馈、费用处理等主要任务。系统能够有效适配家政服务行业用户的日常操作需求，易于推广与普及。
3.1.3 经济可行性
系统开发采用开源技术栈，降低了基础软件授权支出。系统功能结构清晰，便于分阶段开发和优化，节约人力与时间投入。维护过程中依托标准化组件，后续升级、优化资源消耗较低。整体建设周期可控，开发团队能够最大程度上利用已有经验，减少重复开发的经济风险。根据实际应用需求，系统投入与预期效益之间的比例合理，具备良好经济可行性。
3.2 功能需求分析
3.2.1 雇员用户功能
雇员用户可在系统中完成注册登录，维护个人服务信息并发布服务内容，面向雇主发起的预约进行确认与跟进处理。雇员用户可管理服务费用条目，记录服务过程与结果，维护服务合同的签署与归档信息。雇员用户可查看并处理服务评价内容，开展服务结算相关操作，形成订单收款与结算记录的闭环管理。雇员用户用例图如图3-1所示。
图3-1雇员用户用例图
3.2.2 雇主用户功能
雇主用户可在系统中查看雇员发布的服务信息，结合服务类型与时段发起服务预约并对预约信息进行管理。雇主用户可查看服务费用明细，针对已生成订单完成支付操作。雇主用户可管理服务合同信息，查阅服务记录并对服务过程进行确认。雇主用户可提交与维护服务评价内容，形成服务体验反馈与评价记录。雇主用户用例图如图3-2所示。
图3-2雇主用户用例图
3.2.3 管理员功能
管理员可在系统中维护服务类型与服务时段配置，统一管理平台服务信息内容，对服务预约进行审核、分配与状态维护。管理员可管理服务费用数据与计费规则，维护服务合同的归档信息并对合同数据进行管理。管理员可管理服务记录数据，掌握服务执行与完成情况。管理员可执行服务结算管理操作，处理结算数据统计、对账与结算状态维护。管理员用例图如图3-3所示。
图3-3管理员用例图
第四章 系统设计
4.1 系统架构设计
系统采用B/S架构，分为用户界面层、应用服务层、数据持久层、系统支持层。用户界面层使用Vue.js来创建雇员、雇主、管理员的入口以及交互页面。应用服务层用Spring Boot承载认证授权、服务信息、预约订单、合同记录、费用结算等业务接口，按照[17]进行接口规范化组织。数据持久层用MySQL存储用户、服务类型、时段、预约、费用、合同、记录、评价、结算等数据，配合ORM完成读写。系统支持层包含日志审计、异常处理、参数校验、文件管理这些通用的功能。系统架构图如图4-1所示。
图4-1系统架构图
4.2 系统结构功能设计
基于Spring Boot的家政服务管理系统设计与实现，主要面向雇员用户、雇主用户和管理员三类角色。雇员用户可进行注册登录、服务信息发布、服务预约、费用管理、合同管理、记录管理、评价管理及结算管理。雇主用户具备服务信息查看、预约管理、费用查看、支付订单、合同管理、记录管理与评价管理等功能。管理员负责全局的服务类型、时段、信息、预约、费用、合同、记录及结算管理。通过角色分工，实现家政服务的高效与规范管理。该系统功能结构如图4-2所示。
图4-2系统功能结构图
4.3 业务流程设计
4.3.1 服务信息发布流程设计
本流程用于雇员发布家政服务信息，先填写服务内容并触发完整性校验，完整则提交审核，不完整则退回补充后再审。审核环节依据合规性给出结论，合规则完成发布，不合规则终止发布，确保上线信息规范可控。服务信息发布流程图如图4-3所示
图4-3服务信息发布流程图
4.3.2 服务预约处理流程设计
本流程用于雇主发起预约并由系统完成处理，先提交预约申请并校验时段有效性，有效则进入请求处理，无效则直接结束。随后判断雇员是否接单，接单则生成预约单并通知双方，不接单则终止申请，保证预约结果明确可追溯。服务预约处理流程图如图4-4所示
图4-4服务预约处理流程图
4.3.3 支付订单结算流程设计
本流程用于雇主支付订单并完成结算处理，先生成待支付订单并校验金额准确性，准确则发起支付，异常则结束。支付完成后判断支付结果，成功则更新订单状态并生成结算记录，失败则结束流程，确保账务数据一致且可核对。支付订单结算流程图如图4-5所示
图4-5支付订单结算流程图
4.3.4 服务合同管理流程设计
本流程用于服务预约后形成合同并完成签署管理，先拟定合同条款并判断条款是否完整，完整则提交签署，不完整则完善后再提交。随后判断双方是否签署完成，完成则归档合同并生效，未完成则结束流程，保障服务责任边界清晰可控。服务合同管理流程图如图4-6所示
图4-6服务合同管理流程图
4.3.5 服务评价管理流程设计
本流程用于雇主对已完成服务进行评价管理，先选择服务记录并判断服务是否完成，完成则提交评价内容，未完成则结束。提交后校验评价内容是否合规，合规则保存并更新评价统计，不合规则终止处理，保证评价数据真实有效且可用于质量改进。服务评价管理流程图如图4-7所示
图4-7服务评价管理流程图
4.4 数据库设计
4.4.1 概念模型设计
概念模型是把现实世界抽象为信息世界的过程，它识别出系统中所有的实体、属性、联系，并用E-R图的形式来对这些结构进行描述。本系统根据用户在平台中所处的角色和业务流转，以用户账户为基础实体，将雇员用户和雇主用户两类用户延伸实体纳入进来，形成服务供需关系；以服务信息为主实体，将服务预约、服务合同、服务费用、服务记录、服务结算、服务评价等业务过程和结果实体串联起来，从而形成完整的闭环。根据各个实体的关键属性以及它们之间的关系来整理出数据的逻辑结构设计、约束条件以及查询实现等各方面，可以保证数据的一致性、可追溯性[18]。全局的ER模型如图4-8所示
图4-8全局ER图
根据系统分析，系统的主要实体有：用户账户、雇员用户、雇主用户、服务信息、服务预约、服务合同、服务费用、服务记录、服务结算、服务评价，各个实体具体的属性如下图所示。
(1)用户账户实体主要包括用户账户id、用户名、密码、手机号码等。用户账户实体属性如图4-9所示。
图4-9用户账户实体属性图
(2)雇员用户实体主要包括雇员用户id、雇员姓名、雇员电话、审核状态等。雇员用户实体属性如图4-10所示。
图4-10雇员用户实体属性图
(3)雇主用户实体主要包括雇主用户id、雇主姓名、雇主电话、审核状态等。雇主用户实体属性如图4-11所示。
图4-11雇主用户实体属性图
(4)服务信息实体主要包括服务信息id、服务名称、服务类型、服务价格等。服务信息实体属性如图4-12所示。
图4-12服务信息实体属性图
(5)服务预约实体主要包括服务预约id、预约日期、预约时段、审核状态等。服务预约实体属性如图4-13所示。
图4-13服务预约实体属性图
(6)服务合同实体主要包括服务合同id、合同编号、服务名称、服务类型等。服务合同实体属性如图4-14所示。
图4-14服务合同实体属性图
(7)服务费用实体主要包括服务费用id、费用总计、支付状态、审核状态等。服务费用实体属性如图4-15所示。
图4-15服务费用实体属性图
(8)服务记录实体主要包括服务记录id、服务进度、进度详情、费用总计等。服务记录实体属性如图4-16所示。
图4-16服务记录实体属性图
(9)服务结算实体主要包括服务结算id、结算金额、结算明细、费用总计等。服务结算实体属性如图4-17所示。
图4-17服务结算实体属性图
(10)服务评价实体主要包括服务评价id、满意程度、评价内容、费用总计等。服务评价实体属性如图4-18所示。
图4-18服务评价实体属性图
4.4.2 数据库逻辑设计
本系统逻辑结构设计以概念模型为依据，将用户账户、雇员用户、雇主用户作为身份与权限数据核心，并以服务信息贯穿服务供给端内容发布；业务流转通过服务预约触发，进一步生成服务合同，并在合同维度关联服务费用、服务记录、服务结算与服务评价，实现从预约、履约到结算评价的闭环管理。各表通过主键与关联外键保持数据一致性，保留必要的状态、类型与时间字段以支持审核、追踪与统计查询，满足平台业务可追溯与扩展需求[19]。
(1)用户账户表主要是用来存储平台用户的账户与认证信息。主要包括用户账户id、用户名、密码、手机号码、邮箱、创建时间等字段。用户账户表如表4-1所示。
第五章 系统实现
5.1 雇员用户功能实现
5.1.1 注册登录功能实现
注册登录功能主要是对雇员用户账户信息进行身份验证与权限分配，系统能够完成用户身份的管理与验证操作。雇员用户可通过该功能实现账户注册和登录流程。系统对账户状态进行动态更新，确保身份状态的实时维护。注册登录界面如图5-1所示。
图5-1注册登录界面
5.1.2 服务信息发布功能实现
服务信息发布功能主要是对雇员用户服务内容进行动态展示与记录，系统提供服务内容的录入与发布能力。雇员用户能够录入与提交服务信息内容。在该功能中，可实现服务状态的存储和展示处理。服务信息发布界面如图5-2所示。
图5-2服务信息发布界面
5.1.3 服务预约功能实现
服务预约功能主要是对雇员用户服务时间与内容进行预约逻辑处理，该功能实现预约流程的数据记录与状态变更。雇员用户可完成服务预约申请操作。系统对预约信息进行记录并维护预约状态。服务预约界面如图5-3所示。
图5-3服务预约界面
5.1.4 服务费用管理功能实现
服务费用管理功能主要是对雇员用户费用信息进行审核与记录，系统能够集中展示费用关联数据与处理结果。雇员用户能够查看和管理相关费用信息。该模块完成费用数据的动态维护与跟踪。服务费用管理界面如图5-4所示。
图5-4服务费用管理界面
5.1.5 服务合同管理功能实现
服务合同管理功能主要是对雇员用户合同内容进行归档与展示，系统提供合同生成与更新能力。雇员用户可查看合同详情及相关条款内容。在该功能中，可实现合同状态与内容的逻辑管理。服务合同管理界面如图5-5所示。
图5-5服务合同管理界面
5.1.6 服务记录管理功能实现
服务记录管理功能主要是对雇员用户服务历史进行整理与展示，系统能够集中呈现服务记录数据与状态。雇员用户能够查询服务过程与结果记录。该功能实现服务记录的数据维护与状态监督。服务记录管理界面如图5-6所示。
图5-6服务记录管理界面
5.1.7 服务评价管理功能实现
服务评价管理功能主要是对雇员用户服务反馈进行归纳与展示，系统对评价数据进行收集和存储处理。雇员用户可查看相关评价信息。在该功能中，可实现评价内容的汇总和关联。服务评价管理界面如图5-7所示。
图5-7服务评价管理界面
5.1.8 服务结算管理功能实现
服务结算管理功能主要是对雇员用户服务费用进行结算流程处理，系统提供结算操作及结算结果记录功能。雇员用户能够进行结算操作并关注结算状态。该模块完成结算状态数据的归档与调度。服务结算管理界面如图5-8所示。
图5-8服务结算管理界面
5.2 雇主用户功能实现
5.2.1 服务信息查看功能实现
服务信息查看功能主要是对雇主用户服务内容进行查询与展示，系统能够实现服务信息的高效检索与可视化。雇主用户可获取服务内容详情。在该功能中，系统实现信息展示与访问权限的管理。服务信息查看界面如图5-9所示。
图5-9服务信息查看界面
5.2.2 服务预约管理功能实现
服务预约管理功能主要是对雇主用户预约过程进行综合管理，该功能实现预约操作和预约状态的流程跟踪。雇主用户能够提交预约请求与修改相关信息。系统自动更新预约数据，实现状态同步。服务预约管理界面如图5-10所示。
图5-10服务预约管理界面
5.2.3 服务费用查看功能实现
服务费用查看功能主要是对雇主用户服务费用进行集中展示，系统提供费用相关数据的查询能力。雇主用户可查询费用信息及明细。在该功能中，可实现费用数据的规范管理与展示。服务费用查看界面如图5-11所示。
图5-11服务费用查看界面
5.2.4 支付订单功能实现
支付订单功能主要是对雇主用户订单支付流程进行处理，系统能够实现订单支付请求的受理与处理。雇主用户能够提交订单支付操作。该模块完成支付状态的实时更新与数据记录。支付订单界面如图5-12所示。
图5-12支付订单界面
5.2.5 服务合同管理功能实现
服务合同管理功能主要是对雇主用户合同信息进行整理与管理，系统提供合同内容的查询和展示功能。雇主用户可浏览合同详情与相关状态。在该功能中，可实现合同数据的记录与权限控制。服务合同管理界面如图5-13所示。
图5-13服务合同管理界面
5.2.6 服务记录管理功能实现
服务记录管理功能主要是对雇主用户服务过程进行归档与数据展示，该功能实现服务过程数据的查询与定期更新。雇主用户能够查看服务记录内容。系统对各类服务记录进行存储和归类处理。服务记录管理界面如图5-14所示。
图5-14服务记录管理界面
5.2.7 服务评价管理功能实现
服务评价管理功能主要是对雇主用户反馈内容进行展示与管理，系统能够呈现服务评价信息与相关状态。雇主用户能够查看并管理服务评价结果。该模块实现评价内容的分类与汇总处理。服务评价管理界面如图5-15所示。
图5-15服务评价管理界面
5.3 管理员功能实现
5.3.1 服务类型管理功能实现
服务类型管理功能主要是对管理员的服务类别进行维护与调整，系统实现类别数据的更新与维护。管理员能够新增、修改或删除服务类型信息。该功能实现服务类别数据结构的归纳与管理。服务类型管理界面如图5-16所示。
图5-16服务类型管理界面
5.3.2 服务时段管理功能实现
服务时段管理功能主要是对管理员的服务时间安排进行同步与调整，系统能够处理服务时间段的录入与修改。管理员可管理服务时段信息。在该功能中，实现服务时段数据的更新与动态展示。服务时段管理界面如图5-17所示。
图5-17服务时段管理界面
5.3.3 服务信息管理功能实现
服务信息管理功能主要是对管理员服务内容进行集中管理，系统提供服务信息的全局维护能力。管理员能够对服务信息进行调整与统筹。该模块实现服务内容数据的规范与一致性处理。服务信息管理界面如图5-18所示。
图5-18服务信息管理界面
5.3.4 服务预约管理功能实现
服务预约管理功能主要是对管理员预约流程进行规范和监控，系统能够实时跟踪预约信息状态。管理员可调度和编辑预约内容。在该功能中，系统对预约数据进行变更记录与审查处理。服务预约管理界面如图5-19所示。
图5-19服务预约管理界面
5.3.5 服务费用管理功能实现
服务费用管理功能主要是对管理员费用信息进行整合与监督，系统实现费用数据的集中展示和回溯。管理员能够查看和调整费用相关内容。该功能实现费用结构的整理与归档处理。服务费用管理界面如图5-20所示。
图5-20服务费用管理界面
5.3.6 服务合同管理功能实现
服务合同管理功能主要是对管理员合同数据进行归纳与维护，系统提供合同管理与存储能力。管理员可管理合同内容及其状态。在该功能中，系统实现合同数据的存储与逻辑处理。服务合同管理界面如图5-21所示。
图5-21服务合同管理界面
5.3.7 服务记录管理功能实现
服务记录管理功能主要是对管理员服务历史数据进行分析与归档，系统能够统一管理服务记录的内容与状态。管理员能够检索与整理服务记录信息。该模块完成服务记录数据的统一归集与展示。服务记录管理界面如图5-22所示。
图5-22服务记录管理界面
5.3.8 服务结算管理功能实现
服务结算管理功能主要是对管理员结算数据进行集中处理，系统实现结算流程的监督与归档。管理员能够更新和监控结算信息。在该功能中，系统完成结算状态的记录与动态展示。服务结算管理界面如图5-23所示。
图5-23服务结算管理界面
第六章 系统测试
6.1 系统测试目的
系统测试的核心目标为检验系统在不同环境下与设计规格的拟合度，关注各功能模块间的边界协同，检测业务逻辑在复杂场景下的一致性和准确性。通过系统级全链路测试，识别潜在的故障点和交互中的不一致性，完善系统鲁棒性。相关研究表明，系统测试阶段对系统最终交付质量具有决定性作用[20]。
6.2 系统测试的原则与方法
系统测试过程坚持以黑盒测试为主辅助以白盒测试，兼顾功能完整性和系统安全性。测试流程覆盖功能验证、异常输入容错检验和系统性能观测。各功能模块在多场景、多用户并发下进行高强度测试，观测数据流转准确性并检查边界条件响应表现。
测试以需求文档为依据，依据各项业务规则设计针对性测试用例，用以检测系统对非法输入、权限分离和数据一致性等关键环节的处理能力。方法侧重功能回归测试与异常路径挖掘，保证各业务流程闭环。
6.3 测试用例
(1)注册登录功能
注册登录功能用于实现雇员与雇主身份注册信息的录入以及登录验证，注册登录功能测试如表6-1所示。
喜欢本项目的朋友可以点赞关注我，私信发【源码】就能免费领取完整项目代码
