第一章 绪论
1.1 研究背景与意义
1.1.1 研究背景
泛娱乐产业的快速扩张推动了角色扮演服务市场的兴起，用户对于沉浸式体验与个性化互动的追求促使相关需求持续攀升。当前市场主要依赖社交群组或非专业平台进行交易，缺乏统一的行业标准与规范的管理体系，导致服务信息分散、供需匹配效率低下。交易过程中常出现时段冲突、服务质量参差不齐以及售后维权困难等问题，虚拟资产与个人隐私的安全保障机制亦相对薄弱。传统线下中介模式难以适应高频次、碎片化的线上服务特征，构建一个集信息发布、预约调度、信用评价及纠纷处理于一体的专业化数字平台，成为解决行业乱象、规范市场秩序的迫切需求。
1.1.2 研究意义
（1）理论意义
基于Spring Boot的角色扮演服务平台小程序的设计与实现，为移动互联网环境下垂直领域服务流程的数字化重构提供了具体案例。从理论层面看，该研究针对非标服务产品的线上交易难题，探索了动态时段管理与双向信用评价机制的应用逻辑，验证了流程优化理论在泛娱乐细分场景中的适用性。系统通过微信小程序这一轻量级载体，研究了移动端交互设计对用户信任建立及服务转化率的影响机制，丰富了移动政务服务与共享经济领域的理论研究范畴。平台积累的服务交易数据与用户行为记录，为后续分析角色扮演市场的消费规律、优化资源配置策略奠定了数据基础，对推动校园及周边文化服务数字化转型的理论研究具有参考价值。
（2）实践意义
从实践角度而言，系统的上线显著提升了角色扮演服务的整体运营效率与用户体验。普通用户可通过移动端随时随地浏览服务详情、在线预约时段并提交客诉反馈，全流程透明的进度追踪机制极大改善了服务体验。服务用户利用平台进行服务发布、时段设定及营收统计，有效避免了人工排期的冲突与疏漏，提升了接单履约效率。管理人员借助后台数据看板实时掌握订单动态、审核服务资质并处理纠纷，实现了资源的合理调度与服务质量的量化考核。系统取代了传统的线下口头约定与纸质记录，降低了沟通成本与管理负担，构建了可追溯的责任链条，增强了交易的透明度与公信力。该系统的实施为高校社团活动组织及周边文化服务提供了行之有效的管理工具，对于规范市场秩序、促进泛娱乐产业良性发展具有直接的应用价值。
1.2 国内外研究现状
1.2.1 国内现状
国内在角色扮演及泛娱乐服务领域的数字化探索主要集中在大型综合电商平台与社交软件上，缺乏垂直细分的专业管理系统。现有模式多依托于闲鱼、淘宝等通用交易平台或QQ、微信社群进行私下对接，例如部分Cosplay社团利用微信群接龙功能管理活动报名，但此类方式功能单一，无法实现复杂的时段预约、服务标准化展示及自动化订单处理。学术界对于共享经济下非标服务的研究多集中于网约车与外卖行业，针对角色扮演等新兴文化服务的流程再造与信用体系构建研究相对匮乏。虽然部分高校尝试开发后勤报修或活动管理系统，但鲜有专门针对个人技能服务交易、具备动态时段冲突检测与双向评价机制的垂直平台，导致市场长期处于信息分散、交易信任度低且纠纷难以追溯的状态。
1.2.2 国外现状
国外在个人技能服务（Gig Economy）与虚拟角色互动领域已形成较为成熟的商业化平台与管理机制。以Fiverr、Upwork为代表的自由职业者服务平台，建立了完善的服务发布、时段预约、资金托管及多维评价体系，实现了非标服务的标准化交易流程。在虚拟陪伴与角色扮演细分赛道，如Cameo等平台允许用户定制名人视频祝福，其后台系统支持精细化的档期管理与自动交付机制，有效解决了供需时间匹配难题。相关研究侧重于通过算法优化服务匹配效率及利用区块链技术保障交易契约的执行，强调用户体验与隐私保护。然而，现有国外平台多面向全球市场，收费模式复杂且对本土化文化场景（如国内特定的二次元角色设定）适配性不足，难以直接满足国内高校群体及周边文化圈层对于低成本、高灵活性角色扮演服务的管理需求。
虽然国内外在通用服务交易与虚拟互动领域均取得了一定进展，但针对角色扮演这一特定垂直场景的系统化解决方案仍存在空白。国内缺乏专业的技术落地平台，过度依赖通用社交工具导致管理混乱；国外虽有成熟产品，但存在文化隔阂与使用门槛过高的问题。当前亟需构建一种符合本土用户习惯、具备动态时段管理、标准化服务流程及完善客诉机制的轻量化平台，通过技术手段填补个人角色扮演服务在全流程数字化管理上的缺失，以提升交易效率并规范市场秩序。
1.3 发展趋势
未来角色扮演服务领域将呈现平台化、规范化与移动化的发展态势。随着泛娱乐消费群体的扩大，分散于社交群组的非标交易模式将逐步向专业垂直平台迁移，以实现服务流程的标准化与透明化。移动端应用凭借便捷性与即时性，将成为用户获取服务与管理订单的首选渠道，推动小程序等轻量级载体在垂直领域的深度普及。行业竞争将从单纯的价格比拼转向服务质量与信用体系的构建，动态时段调度、双向评价机制及客诉闭环处理将成为平台核心功能标配。同时，数据安全与隐私保护将受到更多重视，促使平台采用更严谨的权限控制与信息加密技术。整体而言，角色扮演服务市场将依托数字化手段打破信息壁垒，形成供需高效匹配、交易安全可信、监管规范有序的行业新生态。
第二章 相关技术介绍
2.1 Java语言
Java语言是一种面向对象的通用编程语言，程序结构以类和对象为基本单位，用继承、封装、多态等机制组织代码逻辑。Java语言运行时需要Java虚拟机，将源代码编译成字节码，在虚拟机中执行，所以具有跨平台性1。它提供大量的标准库，包含了数据结构、输入输出、网络通信、线程管理、异常处理等各种功能，使得应用可以对各种情况下的数据进行处理和逻辑运算。Java的类型系统以及接口机制，在开发阶段就可以对代码进行严格的类型检查和逻辑约束，利于形成模块化、易于维护的软件架构。
系统开发过程中Java一般被用来编写服务端逻辑、处理业务请求、进行数据交互。依靠多线程、内存管理机制，Java可以很好地处理并发请求、复杂的运算。它的生态系统中有许多开源框架和工具，可以实现依赖注入、事务管理、日志控制、安全验证等功能2。按照业务需要可以随时加载模块并调整逻辑，保证微信小程序后台服务稳定运行。成熟的生态给前端的小程序系统提供稳定的后端支持。
2.2 uni-app
uni-app是基于前端技术体系的一个跨平台应用开发框架，它的思想就是用统一的代码结构来生成可以在多端运行的应用，比如Web、App和各种小程序。框架用组件化设计模式来构建页面和逻辑，用Vue风格的语法实现数据驱动的界面渲染3。开发者可以使用模板和脚本来定义视图、逻辑、样式，框架会在编译阶段将源代码转换为各个平台所能够识别的结构和脚本，从而达到跨平台的目的。uni-app提供了许多系统API接口，可以实现页面跳转、数据请求、文件操作、媒体处理、本地存储等，可以完成比较复杂的应用逻辑。
在实际项目中，uni-app用模块化的方式组织页面和业务逻辑，使不同的功能模块可以独立开发和调试。框架在运行时对不同的平台进行适配，把渲染引擎、事件处理、组件调用映射到对应平台的环境上，使应用在各个终端上表现一致4。给开发者提供调试工具、运行环境模拟功能，可以测试、优化应用的多平台行为。uni-app的跨端特性使它可以在创建微信小程序系统的时候统一前端逻辑，与后端服务交互来完成整个业务流程。
2.3 微信小程序
微信小程序是在微信平台内部运行的轻量级应用体系，结构分为视图层、逻辑层、系统接口层。视图层用某种标记语言来表示界面结构，用数据绑定机制来动态地展现内容。逻辑层用脚本语言来应对用户交互事件，做页面生命周期的把控，并执行数据计算任务5。系统接口层是与微信平台进行通信、调用能力的模块，网络请求、文件管理、媒体处理、地理位置访问、用户身份验证等。小程序通过配置文件来注册页面、声明权限、描述应用信息以实现初始化加载和结构组织。平台利用消息机制协调视图层与逻辑层的数据交互，从而保证应用的运行独立性以及一致性。
微信小程序可以使用云开发能力来进行后端逻辑以及数据存储的开发。应用通过云函数、云数据库，在没有独立服务器的情况下可以完成数据处理、业务操作、状态同步6。页面之间用页面栈结构来管理，事件机制、状态管理工具用来组织组件之间的交互。系统支持模块化页面，用组件的方式对界面元素、逻辑单元进行复用，可以实现多功能业务模块的整合。该技术体系给移动终端环境赋予完整的前端和后端协同能力，使小程序系统可以做好数据处理、界面渲染、业务逻辑执行。
2.4 Spring Boot框架
Spring Boot是Java生态的应用开发框架，可以创建独立运行的后端服务，其重要特性就是自动化配置和约定优于配置的思想。框架使用启动器组件来整合各种依赖，使用条件化装配机制来决定应用模块的加载，使开发者在构建系统的时候不需要大量的手工配置7。Spring Boot自带的服务器具有HTTP请求处理功能，可以实现后端应用独立运行。框架还包含环境管理、配置文件解析、日志管理、监控接口等机制来支持系统运行和业务逻辑的管理。
Spring Boot用注解的方式组织控制器、服务层、数据访问层和配置模块，达到逻辑分层、模块化管理的目的。依赖注入、控制反转、组件解耦、扩展性强、支持多线程、事务、数据访问。框架可以和关系型数据库、非关系型数据库整合，给微信小程序系统提供稳定的后端数据管理、业务处理环境8。利用路由映射、HTTP请求处理等机制，Spring Boot可以实现请求的分发、执行业务逻辑、返回响应，使系统能够快速响应前端的请求，保证系统的稳定性。
2.5 Vue框架
Vue框架是一个用于创建前端用户界面的组件化开发框架，它的主要特点就是数据驱动的视图更新。框架采用声明式模板将数据与界面元素进行绑定，采用虚拟DOM来实现界面更新时的最小化渲染，从而提升渲染效率9。Vue用组件当作逻辑单元，每个组件有模板，数据，方法还有生命周期钩子，这样界面和逻辑就能模块化地组织起来。响应式机制用来监听数据的变化，自动触发相关的界面更新，将复杂的交互逻辑在组件内部集中管理。
在应用构建上，Vue框架使用路由管理、状态管理工具对单页应用进行了扩展，支持多页面导航、全局数据共享。组件化结构便于界面、逻辑单元的复用，状态管理器用来统一管理全局状态，保证各组件间数据同步10。框架和构建工具链配合，把打包、优化之后的前端应用生成出来，使该应用可以在微信小程序系统中完成页面渲染、事件交互、数据展示等功能。该框架的模块化、响应式特点给系统前端提供了完整的逻辑组织以及可维护的结构。
2.6 数据库技术
MySQL是关系型数据库管理系统，用于存储和管理结构化数据。数据库用表、行、列、主键、外键、索引等约束机制来组织数据，以达到数据间逻辑关系和查询优化的目的。MySQL支持标准SQL语法，可以完成数据的查询、插入、更新、删除、聚合等操作11。数据库在执行查询的时候由优化器选择执行计划，利用缓存、锁、存储引擎策略等提高访问速度。InnoDB等存储引擎具有事务处理、数据一致性以及恢复机制，在高并发的情况下依然能保证数据的完整性。
MySQL系统在运行时利用连接管理、缓冲池、日志系统来应对大量的并发请求，保证数据的访问稳定。数据库支持多种字符集以及字段类型以适应不同的业务数据。利用触发器、视图、存储过程在数据库端实现数据处理逻辑和自动化操作，减少应用层工作量12。MySQL在微信小程序系统中承担着后端数据管理的任务，负责用户信息的存储、业务数据的操作、后台数据的查询，给前端的小程序提供可靠的数据访问接口和业务支持能力。
第三章 系统分析
3.1可行性分析
技术可行性
系统构建基于成熟稳定的技术栈，具备坚实的技术实现基础。后端采用Java语言结合Spring Boot框架，利用其自动配置与内嵌服务器特性，可快速搭建高性能RESTful API接口，高效处理角色扮演服务中的时段冲突检测、订单状态流转等核心业务逻辑。前端选用uni-app框架，基于Vue.js语法开发，能够一次性编译生成微信小程序，直接调用微信原生组件与API，确保移动端交互流畅且兼容性强。数据持久层依托MySQL关系型数据库，保障服务信息、用户数据及交易记录的安全存储与事务一致性。相关技术社区活跃、文档资源丰富且集成方案清晰，开发团队易于掌握与应用，从技术层面确保了系统功能的顺利落地与稳定运行。
操作可行性
系统设计充分考量用户习惯与管理需求，具备极高的操作便捷性。前端以微信小程序为载体，用户无需下载安装额外应用，凭借对微信生态的熟悉度即可快速上手，完成服务浏览、时段信息、订单查看及客诉提交等操作，界面交互符合主流移动端规范。后端管理界面结构清晰、功能分区明确，管理员可直观进行用户审核、服务监管、数据统计及公告发布，流程逻辑简单易懂。整体系统降低了各类角色的学习与使用门槛，无需复杂培训即可投入实际使用，能够满足日常运营与维护的实际操作需求。
经济可行性
项目采用开源技术体系，显著降低了开发与运维成本。Java、Spring Boot、MySQL及uni-app均为免费开源软件，免除了高昂的商业授权费用。uni-app"一次开发，多端部署"的特性大幅减少了重复编码工作量，缩短了开发周期，提升了人力效率。系统部署可选用弹性云服务器，根据业务负载动态调整资源配置，避免了初期硬件的大量投入与资源浪费。基于微信小程序的轻量化模式无需承担应用商店推广费用，降低了用户获取成本。整体而言，系统建设投入可控，后期维护费用低廉，且能通过规范化服务交易提升行业效率，具备良好的经济效益与应用价值。
3.1 功能需求分析
UML用例图是描述系统功能需求的图形化工具，用于展示系统与外部参与者之间的交互关系，明确系统具体功能。图中用例代表系统可执行的操作，参与者指与系统交互的各类用户。该图在分析设计阶段使用，有助于开发人员与用户达成共识，确保功能完整准确。本文利用UML用例图直观呈现角色扮演服务平台的功能模块及角色权限对应关系，并分角色进行详细需求分析。
3.1.1 普通用户功能
普通用户用例图以普通用户的服务体验流程为主，主要功能为浏览服务信息、发起客诉反馈、查看网站公告及管理个人中心等日常操作。通过使用服务检索、在线预约、收藏点赞、订单追踪及评价提交等用例来提升交互体验与服务获取效率。用例之间包含关系保证浏览、预约到反馈的基本业务逻辑连续性，扩展关系满足特定场景下的个性化需求（如收藏管理、评论维护），两者共同保证普通用户高效完成角色服务的筛选、交易与售后全流程。普通用户用例图如图3-2所示。
图3-1普通用户用例图
3.1.2 服务用户功能
服务用户用例图以服务用户为系统的主要用户，主要用例完成服务发布管理和营收数据统计。基础功能为查看个人统计、管理服务信息、处理服务订单、浏览网站公告，体现信息查询与业务运营的需求。扩展功能包括收藏记录查看、点赞记录管理、评论互动维护、客诉反馈提交，满足服务用户在角色服务过程中衍生出来的社交与售后需求。各个用例利用包含关系保证基础操作的完整性，利用扩展关系增强系统灵活性、实用性，从而构建完整的服务用户端业务流程。服务用户用例图如图3-3所示。
图3-2 用户用例图
3.1.3 管理员功能
管理员用例图表示系统管理、监控的功能，基本功能包含后台首页数据查看、系统用户（管理员、普通用户、服务用户）管理、时段与服务信息审核、服务订单及服务评价监管等基本的管理操作。扩展功能利用轮播图配置、网站公告发布、客诉反馈处理等用例加强管理深度。包含关系保障基础管理流程的稳定，扩展关系为数据分析和决策支持提供补充，构建起多层次的管理体系，保证系统稳定运行。管理员用例图如图3-4所示。
图3-3 管理员用例图
3.2 非功能需求分析
1.可用性需求
可用性，系统对于高并发访问也应该可以保证稳定的响应速度，页面加载时间应该控制在合理的范围内。系统界面应该简洁明快，符合用户操作习惯，保证技术水平不同的用户都能顺利完成业务流程。系统的核心功能年度累计可用时间要达到预定的目标。
2.可靠性需求
系统在可靠性方面要保证能够持续稳定地运行，对各种异常情况进行有效的处理，防止由于单点故障造成服务中断。数据库事务处理要保证数据的一致性。系统应该有完善的日志记录和监控预警功能，利于故障的快速定位和恢复，保证业务操作的完整性、准确性。
3.安全性需求
从安全性的角度来说，要构建起多级防护体系。必须对用户身份进行严格的认证，对不同的角色的数据访问权限要细致的控制。系统传输、存储的数据特别是敏感信息应该用有效的加密技术来保护。系统应具备抵抗一般网络攻击的能力，建立数据备份和恢复的机制，保证数据的机密性、完整性、可用性。
第四章 系统设计
4.1 系统架构设计
该系统采用分层的结构，分为客户层、表示层、业务逻辑层、持久化层、数据库层。客户层负责和用户交互，表示层处理请求、展示结果；业务逻辑层实现核心功能，通过Spring Service做逻辑处理；持久化层和数据库交互，用MyBatis或者JPA做数据操作；数据库层存储系统数据，用MySQL等数据库18。整个系统使用Spring Boot框架，简化开发过程，提高模块化、可维护性19。系统架构图如图4-1所示。
图4-1系统架构图
4.2 系统结构功能设计
本系统采用基于角色的权限管理架构，划分为管理员、服务用户和普通用户三类角色。普通用户侧重于服务体验与交互，具备浏览服务信息、查看网站公告、发起客诉反馈及管理个人收藏、点赞、订单与评价等功能；服务用户聚焦于业务运营，除基础浏览外，还拥有发布服务信息、管理可预约时段、处理服务订单、查看营收统计及回复评价等核心权限；管理员拥有最高管控权，负责系统用户管理、时段与服务信息审核、订单与评价监管、客诉处理以及轮播图和公告的系统维护。各角色功能独立明确又相互协同，共同构建起规范高效的角色扮演服务管理体系。系统功能结构图如图4-2所示。
图4-2系统功能结构图
4.3 系统流程设计
4.3.1 用户注册登录流程
用户通过微信小程序端选择微信授权或账号密码登录；注册时选择角色（普通用户或服务用户）并提交资料，服务用户需等待管理员审核通过后激活。后端校验凭证后生成Token，客户端存储并用于后续请求鉴权，动态加载对应权限菜单。管理员则通过Web端专用入口登录。用户注册登录流程如图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 数据库设计
在数据库设计中，用E-R图设计可以将概念模型转化为具体的数据库结构。此阶段要确定每一个数据表的字段类型、约束条件、表与表之间的关系，给物理设计提供依据。然后对优化数据存储方案进行分析，保证系统的高效性以及可扩展性。
4.4.1 E-R图设计
E-R图（实体关系图）是用图形来表现实体，属性以及实体间的关系。用图形化的方式来分析设计数据库结构，明确数据之间相互关系，便于以后数据库的开发和管理。接下来展示系统全局E-R图和各个实体的属性图。
系统全局E-R图如图4-8所示。
图4-8系统E-R图
服务信息实体包含可约时段、收藏数、评论数、创建用户ID、创建时间、地理位置、点击数、点赞数、注意事项、扮演角色、角色海报、角色类型、服务范围、服务费用、服务信息ID、服务名称、服务编号、预约服务限制次数、服务用户、作品集锦、更新时间。服务信息实体如图4-9所示。
图4-9服务信息实体图
普通用户实体包含联系电话、创建用户ID、创建时间、审核状态、普通用户ID、更新时间、用户性别、用户ID、用户姓名。普通用户实体如图4-10所示。
图4-10普通用户实体图
服务订单实体包含服务订单ID、服务编号、服务用户、服务名称、扮演角色、角色类型、服务费用、可约时段、消费用户、预约时间、预约备注、审核状态、审核回复、支付状态、支付类型、服务评价限制次数、创建时间、创建用户ID、更新时间、额外信息、来源表、来源ID、来源用户。服务订单实体如图4-11所示。
图4-11服务订单实体图
时段信息实体包含时段信息ID、时段类型、创建时间、创建用户ID、更新时间。时段信息实体如图4-12所示。
图4-12 时段信息实体图
服务评价实体包含服务评价ID、服务编号、服务用户、服务名称、扮演角色、角色类型、服务费用、消费用户、预约时间、角色还原度、服务态度、守时情况、沟通效果、采用分数、综合得分、评价图片、评价信息、点击数、创建时间、创建用户ID、更新时间、额外信息、来源表、来源ID、来源用户。服务评价实体如图4-13所示。
图4-13服务评价实体图
服务用户实体包含创建用户ID、创建时间、审核状态、服务者性别、服务者姓名、服务者电话、服务用户ID、更新时间、用户ID。服务用户实体如图4-14所示。
图4-14服务用户实体图
管理员实体有头像地址，创建时间，邮箱，邮箱认证状态，紧急联系电话，紧急联系人，上次登录时间，昵称，open_id，密码，手机号码，手机认证状态，账户状态，所在用户组，管理员ID，用户名。管理员实体如图4-15所示。
图4-15管理员实体图
4.4.2 数据库表设计
数据库表设计就是根据业务需求确定数据库表结构、字段类型以及表之间的关系。规范化设计可以保证数据的完整性、一致性、效率，减少冗余数据，给后面数据查询、存储、维护提供一个清晰的框架。下面为系统数据库表的设计。
表 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-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-3-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-4-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-5-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-6-customer_chat_group（在线沟通群组表）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | customer_chat_group_id | int | 是 | 是 | 沟通群组ID | |
| 3 | last_read_time | timestamp | 否 | 否 | 最后阅读时间 | |
| 4 | member | text | 65535 | 是 | 否 | 成员信息 |
| 5 | read_state | tinyint | 是 | 否 | 已读状态，0=未读，1=已读 | |
| 6 | unread_count | int | 否 | 否 | 未读消息数 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-7-customer_chat_log（在线沟通记录表）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | customer_chat_log_id | int | 是 | 是 | 沟通记录ID | |
| 2 | customer_chat_id | int | 是 | 是 | 沟通群组ID | |
| 3 | content | text | 65535 | 是 | 否 | 沟通内容 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-8-customer_feedback（客诉反馈）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | attached_picture | varchar | 255 | 否 | 否 | 附带图片 |
| 2 | complaint_problem | text | 65535 | 否 | 否 | 投诉问题 |
| 3 | complaint_service_provuser_ider | int | 否 | 否 | 投诉服务者 | |
| 4 | complaint_time | datetime | 否 | 否 | 投诉时间 | |
| 5 | complaint_title | varchar | 64 | 否 | 否 | 投诉标题 |
| 6 | complaint_users | int | 否 | 否 | 投诉用户 | |
| 7 | create_by | int | 是 | 否 | 创建用户ID | |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | customer_feedback_id | int | 是 | 是 | 客诉反馈ID | |
| 10 | feedback_content | text | 65535 | 否 | 否 | 反馈内容 |
| 11 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-9-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-10-message_inform（通知记录）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | content | varchar | 255 | 否 | 否 | 内容 |
| 2 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 3 | inform_id | int | 是 | 是 | 通知ID | |
| 4 | state | varchar | 255 | 否 | 否 | 状态 |
| 5 | title | varchar | 255 | 否 | 否 | 标题 |
| 6 | type | varchar | 64 | 否 | 否 | 分类 |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 8 | user_id | int | 是 | 是 | 通知人ID |
表 4-11-notice（公告）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | notice_id | mediumint | 是 | 是 | 公告ID | |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-12-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_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 8 | user_id | int | 是 | 否 | 用户ID | |
| 9 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
表 4-13-period_information（时段信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | period_information_id | int | 是 | 是 | 时段信息ID | |
| 2 | period_type | varchar | 64 | 否 | 否 | 时段类型 |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | create_by | int | 是 | 否 | 创建用户ID | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-14-praise（点赞）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 2 | img | varchar | 255 | 否 | 否 | |
| 3 | praise_id | int | 是 | 是 | 点赞ID | |
| 4 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 5 | source_id | int | 是 | 否 | 来源ID | |
| 6 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 7 | status | tinyint | 是 | 否 | 点赞状态:1为点赞，0已取消 | |
| 8 | title | varchar | 255 | 否 | 否 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 10 | user_id | int | 是 | 是 | 点赞人 |
表 4-15-service_evaluation（服务评价）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | service_evaluation_id | int | 是 | 是 | 服务评价ID | |
| 2 | service_number | varchar | 64 | 否 | 否 | 服务编号 |
| 3 | service_user | int | 否 | 否 | 服务用户 | |
| 4 | service_name | varchar | 64 | 否 | 否 | 服务名称 |
| 5 | role_playing | varchar | 64 | 否 | 否 | 扮演角色 |
| 6 | role_type | varchar | 64 | 否 | 否 | 角色类型 |
| 7 | service_fees | double | 否 | 否 | 服务费用 | |
| 8 | consumer_user | int | 否 | 否 | 消费用户 | |
| 9 | appointment_time | varchar | 64 | 否 | 否 | 预约时间 |
| 10 | role_restoration_degree | varchar | 64 | 否 | 否 | 角色还原度 |
| 11 | service_attitude | varchar | 64 | 否 | 否 | 服务态度 |
| 12 | punctuality | varchar | 64 | 否 | 否 | 守时情况 |
| 13 | communication_effect | varchar | 64 | 否 | 否 | 沟通效果 |
| 14 | adopt_fraction | varchar | 64 | 否 | 否 | 采用分数 |
| 15 | comprehensive_score | varchar | 64 | 否 | 否 | 综合得分 |
| 16 | evaluation_picture | varchar | 255 | 否 | 否 | 评价图片 |
| 17 | evaluation_information | text | 65535 | 否 | 否 | 评价信息 |
| 18 | hits | int | 是 | 否 | 点击数 | |
| 19 | create_time | datetime | 是 | 否 | 创建时间 | |
| 20 | create_by | int | 是 | 否 | 创建用户ID | |
| 21 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 22 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 23 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 24 | source_id | int | 否 | 否 | 来源ID | |
| 25 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-16-service_information（服务信息）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | available_period | varchar | 64 | 否 | 否 | 可约时段 |
| 2 | collect_len | int | 是 | 否 | 收藏数 | |
| 3 | comment_len | int | 是 | 否 | 评论数 | |
| 4 | create_by | int | 是 | 否 | 创建用户ID | |
| 5 | create_time | datetime | 是 | 否 | 创建时间 | |
| 6 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 7 | geographical_location | varchar | 64 | 否 | 否 | 地理位置 |
| 8 | hits | int | 是 | 否 | 点击数 | |
| 9 | praise_len | int | 是 | 否 | 点赞数 | |
| 10 | precautions | text | 65535 | 否 | 否 | 注意事项 |
| 11 | role_playing | varchar | 64 | 否 | 否 | 扮演角色 |
| 12 | role_poster | varchar | 255 | 否 | 否 | 角色海报 |
| 13 | role_type | varchar | 64 | 否 | 否 | 角色类型 |
| 14 | scope_of_services | text | 65535 | 否 | 否 | 服务范围 |
| 15 | service_fees | double | 否 | 否 | 服务费用 | |
| 16 | service_information_id | int | 是 | 是 | 服务信息ID | |
| 17 | service_name | varchar | 64 | 否 | 否 | 服务名称 |
| 18 | service_number | varchar | 64 | 否 | 否 | 服务编号 |
| 19 | service_order_limit_times | int | 是 | 否 | 预约服务限制次数 | |
| 20 | service_user | int | 否 | 否 | 服务用户 | |
| 21 | storeup_of_works | text | 65535 | 否 | 否 | 作品集锦 |
| 22 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-17-service_order（服务订单）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | service_order_id | int | 是 | 是 | 服务订单ID | |
| 2 | service_number | varchar | 64 | 否 | 否 | 服务编号 |
| 3 | service_user | int | 否 | 否 | 服务用户 | |
| 4 | service_name | varchar | 64 | 否 | 否 | 服务名称 |
| 5 | role_playing | varchar | 64 | 否 | 否 | 扮演角色 |
| 6 | role_type | varchar | 64 | 否 | 否 | 角色类型 |
| 7 | service_fees | double | 否 | 否 | 服务费用 | |
| 8 | available_period | varchar | 64 | 否 | 否 | 可约时段 |
| 9 | consumer_user | int | 否 | 否 | 消费用户 | |
| 10 | appointment_time | varchar | 64 | 否 | 否 | 预约时间 |
| 11 | appointment_remarks | text | 65535 | 否 | 否 | 预约备注 |
| 12 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 13 | examine_reply | varchar | 255 | 否 | 否 | 审核回复 |
| 14 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 15 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 16 | service_evaluation_limit_times | int | 是 | 否 | 服务评价限制次数 | |
| 17 | create_time | datetime | 是 | 否 | 创建时间 | |
| 18 | create_by | int | 是 | 否 | 创建用户ID | |
| 19 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 20 | extra | text | 65535 | 否 | 否 | 额外信息 |
| 21 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 22 | source_id | int | 否 | 否 | 来源ID | |
| 23 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-18-service_user（服务用户）
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
|---|---|---|---|---|---|---|
| 1 | create_by | int | 是 | 否 | 创建用户ID | |
| 2 | create_time | datetime | 是 | 否 | 创建时间 | |
| 3 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 4 | gender_of_service_provuser_ider | varchar | 64 | 否 | 否 | 服务者性别 |
| 5 | name_of_service_provuser_ider | varchar | 64 | 否 | 否 | 服务者姓名 |
| 6 | service_provuser_ider_phone | varchar | 16 | 否 | 否 | 服务者电话 |
| 7 | service_user_id | int | 是 | 是 | 服务用户ID | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | user_id | int | 是 | 否 | 用户ID |
表 4-19-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-20-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-21-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 | | 是 | 否 | 创建时间 |
表 4-22-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 | 是 | 否 | 更新时间 |
第五章 系统实现
5.1 用户端功能实现
5.1.1 普通用户首页与信息服务功能实现
普通用户登录小程序后进入首页，界面顶部展示管理员配置的轮播图，下方实时滚动显示最新的网站公告。核心区域以列表或卡片形式展示平台内的角色扮演服务信息，支持按角色类型、价格区间进行筛选。用户点击服务卡片可进入详情页，查看扮演角色、服务费用、可约时段及服务用户介绍，并可执行收藏、点赞操作。普通用户首页与服务详情界面如图5-1、5-2所示。
图5-1普通用户首页界面
图5-2服务信息详情界面
5.1.2 普通用户预约与订单管理功能实现
用户在服务详情页选择可预约时段并提交申请，系统自动生成服务订单。用户进入"我的"模块，在"服务订单"列表中可查看所有历史及进行中的订单状态（待确认、进行中、已完成）。对于已完成的订单，用户可进入"服务评价"入口，对角色还原度、服务态度等进行评分并撰写评论。若交易过程中出现纠纷，用户可通过"客诉反馈"入口提交投诉申请，并实时查看处理进度。普通用户订单与评价界面如图5-3、5-4所示。
图5-3服务订单管理界面 
图5-4服务评价界面
5.1.3 普通用户个人中心互动功能实现
在"我的"页面中，普通用户可统一管理个人互动数据。点击"收藏记录"可查看已收藏的服务列表，方便快速回访；"点赞记录"展示用户点赞过的服务或评论；"评论管理"则允许用户查看自己发布的所有评价内容，并支持删除不当评论。此外，用户还可在此修改个人基本信息、联系电话及登录密码，确保账户安全。普通用户个人中心界面如图5-5所示。
图5-5普通用户个人中心界面
5.1.4 服务用户服务发布与管理功能实现
服务用户登录后，在"我的"模块中拥有专属的"服务信息"管理入口。用户可点击发布新服务，填写服务名称、扮演角色、角色类型、服务费用、服务范围及上传角色海报，并设定具体的可预约时段。发布后的服务需经管理员审核，审核通过后即可在前台展示。服务用户可随时编辑已上架的服务信息，或下架不再提供的服务。服务用户发布与管理界面如图5-6所示。
图5-6服务用户服务发布界面
5.1.5 服务用户订单履约与统计功能实现
服务用户在"我的"页面进入"服务订单"列表，可查看用户发起的预约请求。对于待确认的订单，服务用户可执行接单或拒绝操作；服务完成后，需手动标记订单为"已完成"，触发用户评价流程。服务用户订单界面如图5-7所示。
图5-7服务用户订单履约界面界面
5.2 管理端功能实现
5.2.1 管理员后台首页与数据看板功能实现
管理员登录系统后进入后台首页，界面以可视化图表展示平台运行概况。包括服务订单状态占比图、热门角色类型分布漏斗图、用户增长趋势及营收统计等关键指标。数据支持按日、周、月维度筛选，帮助管理员实时掌握业务动态，为运营决策提供数据支撑。管理员后台首页界面如图5-8所示。
图5-8管理员后台首页界面
5.2.2 系统用户管理功能实现
在"系统用户"模块，管理员可对平台内的三类用户（管理员、普通用户、服务用户）进行统一管理。支持查看用户详细资料、审核服务用户的入驻资质、冻结违规账号或重置用户密码。针对服务用户的注册申请，管理员需核对身份信息，审核通过后方可激活其服务发布权限，从源头保障平台服务质量。系统用户管理界面如图5-9所示。
图5-9系统用户管理界面
5.2.3 时段与服务信息管理功能实现
管理员通过"时段信息管理"监控平台整体时间资源，处理异常的时段冲突记录。在"服务信息管理"模块，管理员对所有上架的角色扮演服务进行内容合规性审查，检查角色设定、海报图片及描述是否健康规范。支持对违规服务执行下架、删除或责令修改操作，确保平台内容生态安全。服务信息管理界面如图5-10所示。
图5-10服务信息管理界面界面
5.2.4 服务订单与评价管理功能实现
在"服务订单管理"模块，管理员可查询全场交易记录，监控订单全流程状态。对于长期未处理或存在异常交易的订单，管理员可进行人工干预或强制关闭。在"服务评价管理"中，管理员可浏览用户提交的所有评分与评论，识别并过滤恶意差评或刷单好评，维护评价体系的真实性和公正性。订单与评价管理界面如图5-11、5-12所示。
图5-11服务订单管理界面界面 
图5-12服务评价管理界面界面
5.2.5 客诉反馈与仲裁功能实现
"客诉反馈管理"是解决交易纠纷的核心模块。管理员在此接收用户或服务用户提交的投诉申请，查看投诉详情、附带证据及双方陈述。管理员需介入调查，协调沟通，并根据平台规则执行退款、警告、封号等仲裁操作，最后填写处理回复。系统记录完整的处理日志，确保每起客诉均可追溯。客诉反馈管理界面如图5-13所示。
图5-13客诉反馈管理界面
第六章 系统测试
6.1 测试目的
软件测试的核心目的在于，借助系统的验证与评价，以保障软件的质量，其目的体系涵盖诸多方面，第一是找出并修正程序中存在的潜在毛病和逻辑谬误，保证程序运行的准确性和稳定性，二是重点对系统的功能展开严密的核查，保证业务逻辑的完全兑现和用户交互的成效，三是要全面评判系统的非功能性指标，通过压力测试来考察系统在高并发状况下是否能够正常运作，通过安全测试来检测系统抵御威胁的能力，通过兼容性测试来考察系统在各种运行环境中的适应能力，四是测试时要仿照真实的使用情形，以此来评判软件的易用性以及界面是否友好，进而改良用户的操作感受，五是测试活动所产出的量化数据和缺陷剖析报告可用来衡量产品质量，找出系统的脆弱之处，使得软件系统在功能，性能，安全，用户体验等方面符合既定的质量准则。
6.2 测试方法
软件测试方法体系按照测试策略、执行视角不同可以划分为各种。黑盒测试方法主要是检验软件功能是否满足需求，通过输入数据和预期输出进行对比，检验系统外部行为是否正确，不需要关心内部代码的实现细节，常用的黑盒测试方法有等价类划分、边界值分析、决策表测试等。白盒测试方法根据程序内部逻辑结构来设计测试用例，用语句覆盖、分支覆盖、路径覆盖等准则来验证代码执行路径，目的就是发现程序控制流和数据流中潜在的缺陷。灰盒测试方法把黑盒测试和白盒测试的特点结合起来，在了解系统部分内部结构的基础上做功能验证。静态测试方法是通过对软件工件进行代码走查、审查等方式来进行分析，不实际执行程序，动态测试方法是通过运行程序来观察它的实际行为。根据测试执行的自动化程度可以分为手动测试和自动化测试，自动化测试利用测试工具执行重复的测试任务来提高效率。根据系统特性还可以采用专项测试方法，性能测试用负载测试、压力测试来评价系统容量，安全测试用渗透测试、漏洞扫描来发现系统弱点，兼容性测试用系统在不同软硬件环境下能否正常工作来检验。
6.3 测试内容
服务预约功能表用来验证普通用户提交服务预约申请的过程是否完整。服务预约功能测试用例表如表6-1所示。
表6-1服务预约功能测试用例表
| 测试试项 | 测试用例 | 预期结果 | 结论 |
|---|---|---|---|
| 服务预约功能测试 | 1.普通用户登录系统 2.进入"服务信息"页面 3.选择具体服务并填写预约信息（包括预约时间、备注） 4.点击"预约服务"按钮 | 1.成功登录系统 2.正常进入服务详情页面 3.信息填写完整且时段未被占用 4.系统提示"预约成功"，订单状态为"待确认" | 与预期结果一致 |
服务接单功能表是用于检验服务用户接收预约订单以及处理订单流程的。服务接单功能的测试用例表如表6-2所示。
表6-2服务接单功能测试用例表
| 测试项 | 测试用例 | 预期结果 | 结论 |
|---|---|---|---|
| 服务接单功能测试 | 1.服务用户登录系统 2.查看"我的服务订单"列表 3.选择一条待确认订单点击"接单" 4.确认接单操作 | 1.成功登录系统 2.显示待处理的预约订单列表 3.系统提示"接单成功" 4.该订单状态变为"进行中"，并锁定给当前服务用户 | 与预期结果一致 |
服务信息管理功能表是对管理员服务平台内容全生命周期管理的验证。服务信息管理功能测试用例表如表6-3所示。
表6-3服务信息管理功能测试用例表
| 测试项 | 测试用例 | 预期结果 | 结论 |
|---|---|---|---|
| 服务信息管理功能测试 | 1.管理员登录系统 2.进入"服务信息管理"页面 3.选择一条服务记录进行审核或编辑 4.修改服务信息后保存 5.对违规服务进行下架操作 | 1.成功登录系统 2.显示所有服务信息列表 3.进入编辑/审核页面，信息可修改或通过审核 4.系统提示"修改成功"，前台同步更新 5.系统提示"操作成功"，该服务在前台不可见 | 与预期结果一致 |
数据统计功能表用来检验系统各类数据统计图表是否正确显示。数据统计功能测试用例表如下表6-4所示。
表6-4 数据统计功能测试用例表
| 测试项 | 测试用例 | 预期结果 | 结论 |
|---|---|---|---|
| 数据统计功能测试 | 1.服务用户/管理员登录系统 2.进入"统计"或"后台首页"查看数据 3.检查营收趋势图 4.检查角色类型分布图 5.检查订单状态占比图 | 1.成功登录系统 2.正常显示统计图表 3.正确显示收入变化趋势 4.正确展示不同角色类型的服务分布 5.准确反映各状态订单比例 | 与预期结果一致 |
客诉反馈功能表用来检验系统处理用户投诉与建议的流程是否闭环。客诉反馈功能测试用例表如下表6-5所示。
表6-5客诉反馈功能测试用例表
| 测试项 | 测试用例 | 预期结果 | 结论 |
|---|---|---|---|
| 客诉反馈功能测试 | 1.用户登录系统 2.进入"客诉反馈"页面 3.填写投诉标题、问题描述并上传图片 4.点击提交 5.管理员登录后查看并回复处理 | 1.成功登录系统 2.正常进入反馈页面 3.信息填写完整 4.系统提示"提交成功"，状态为"待处理" 5.管理员回复后，用户端可见处理结果，状态更新为"已处理" | 与预期结果一致 |
系统用户审核功能表是用于管理员对注册用户资质进行审核的验证。系统用户审核功能测试用例表如表6-6所示。
表6-6系统用户审核功能测试用例表
| 测试项 | 测试用例 | 预期结果 | 结论 |
|---|---|---|---|
| 系统用户审核功能测试 | 1.管理员登录系统 2.进入"系统用户"管理页面 3.选择待审核的服务用户申请 4.点击"审核"按钮 5.选择"通过"或"驳回"并提交 | 1.成功登录系统 2.显示用户列表及审核状态 3.用户申请详情可查看 4.弹出审核操作界面 5.系统提示"审核完成"，用户权限相应开通或保持限制 | 与预期结果一致 |
测试结论
系统测试完成了六个主要功能的测试。服务预约功能测试通过，普通用户可以完整提交带备注的预约申请，系统可以正确生成待确认状态的订单，并能有效检测时段冲突。服务接单功能运行正常，服务用户成功接收预约订单，系统准确更新订单状态为进行中。服务信息管理功能符合预期，管理员可以完成对服务信息的审核、编辑、下架等操作，数据更新及时准确，确保平台内容合规。数据统计功能稳定，各种统计图表如营收趋势图、角色分布图、订单状态占比图均能正确展示数据分布，为运营决策提供依据。客诉反馈功能测试通过，用户可以提交带图片的投诉，管理员能及时回复处理，形成完整的纠纷解决闭环。系统用户审核功能正常，管理员可以对注册申请进行资质审核，系统会及时更新用户权限状态。所有的测试用例执行结果都符合预期，系统核心业务流程畅通，功能模块运行稳定，满足设计要求。