基于微信小程序的宿舍报修管理系统的研究与设计 计算机毕业设计源码64181

                                                                摘要

随着高校宿舍管理系统逐步向数字化、信息化发展，宿舍报修管理作为其中的重要环节，亟待提高其管理效率和服务质量。传统的宿舍报修模式存在信息传递不及时、报修流程繁琐等问题，无法满足学生和维修人员的高效需求。因此，设计并开发一款基于微信小程序的宿舍报修管理系统具有重要意义。该系统通过引入SpringBoot框架和MySQL数据库，构建了一个高效、便捷的报修管理平台。学生用户可通过小程序进行在线报修、紧急报修、查看新闻资讯、投诉建议等，简化了传统报修流程。管理员则可实现维修项目管理、报修订单接收、维修反馈管理等多项功能，提升了管理效率。维修人员能够通过系统接收订单、查看报修信息、反馈维修结果，进一步优化了维修流程。本系统不仅改善了宿舍报修管理的工作效率，还通过实时通知和评价管理增强了用户体验，为高校宿舍管理提供了一种新的解决方案，具有较高的应用价值和推广前景。

 关键词：宿舍报修管理系统；SpringBoot；MySQL；

                                                            Abstract

As the campus dormitory management system gradually shifts towards digitalization and informatization, dormitory repair management, as a key component, urgently needs to improve its management efficiency and service quality. The traditional dormitory repair model faces problems such as delayed information transmission and complicated repair processes, which fail to meet the efficient needs of students and repair personnel. Therefore, designing and developing a dormitory repair management system based on the WeChat Mini Program is of great significance. By introducing the SpringBoot framework and MySQL database, this system constructs an efficient and convenient repair management platform. Student users can submit online and emergency repair requests, view news updates, and provide feedback or complaints through the Mini Program, thus simplifying the traditional repair process. Administrators can manage repair projects, receive repair orders, manage repair feedback, and perform various other tasks, improving management efficiency. Repair personnel can receive orders, check repair details, and provide feedback on repair results through the system, further optimizing the repair workflow. This system not only improves the work efficiency of dormitory repair management but also enhances the user experience through real-time notifications and feedback management, offering a new solution for campus dormitory management, with high application value and promising prospects for promotion.

Key words: Dormitory Repair Management System; SpringBoot；MySQL

目录

摘要

Abstract

1 绪论

1.1 研究背景与意义

1.1.1 研究背景

1.1.2 研究意义

1.2 国内外研究现状

1.2.1 国内现状

1.2.2 国外现状

1.3 主要研究内容

2 相关技术介绍

2.1 Java语言

2.2 B/S框架

2.3 SpringBoot框架

2.4 Vue技术

2.5 MySQL数据库

3 系统需求分析

3.1 功能需求分析

3.1.1 用户需求

3.1.2 功能需求

3.2 可行性分析

3.2.1 技术可行性

3.2.2 操作可行性

3.2.3 经济可行性

4 系统设计

4.1 系统设计流程

4.1.1 用户登录流程

4.1.2 添加信息流程

4.1.3 修改信息流程

4.1.4 删除信息流程

4.2 数据库表ER

4.3 数据库表物理设计

5 系统实现

5.1 用户功能实现

5.1.1 新闻资讯

5.1.2 投诉建议

5.1.3 在线报修

5.1.4 紧急报修

5.1.5 通知公告

5.2 维修功能

5.2.1 新闻资讯

5.2.2 通知公告

5.2.3 我的

5.3 管理员功能

5.3.1 系统用户

5.3.2 维修项目管理

5.3.3 订单接收管理

5.3.4 维修反馈管理

5.3.5 验收信息管理

5.3.6 报修评价管理

6 系统测试

6.1 测试目的

6.2 测试方法

6.3 测试内容

6.4 测试结论

7 总结

参考文献

致谢

1绪论

1.1研究背景与意义

1.1.1研究背景

随着信息技术的快速发展和移动互联网的普及，传统的宿舍管理模式逐渐暴露出效率低下、信息流通不畅等问题。在高校宿舍管理中，报修服务作为保障学生日常生活的重要组成部分，其管理模式尚未完全实现信息化和自动化，导致报修信息的传递滞后，处理效率不高，甚至影响到学生的居住体验。传统的宿舍报修管理依赖人工记录和电话沟通，给管理者和维修人员带来繁重的工作压力，同时也让学生在报修过程中面临繁琐的操作。为了解决这些问题，采用基于微信小程序的智能化报修管理系统成为一种切实可行的选择。通过利用微信小程序的便捷性与普及性，可以简化报修流程、提升信息传递效率，从而优化宿舍管理体系，提升学生满意度和宿舍管理效率。

1.1.2研究意义

宿舍报修管理系统的研究与开发具有重要的实际意义。首先，它为宿舍管理人员提供了一个集成化的管理平台，使得报修信息可以实时传递和处理，提高了管理工作的效率和透明度。其次，系统通过微信小程序的形式，使得学生可以方便地提交报修需求、查看进度、提供反馈，极大提升了用户体验与满意度。此外，借助现代化技术，如SpringBoot和MySQL，系统具备了稳定性和可扩展性，能够处理大量用户和数据，适应未来的发展需求。从长远来看，该系统能够促进高校宿舍管理的数字化转型，为其他高校或类似机构提供借鉴与参考，推动智慧校园建设，提升学校整体服务水平和管理能力。

1.2国内外研究现状

1.2.1国内现状

随着信息技术的不断发展，我国高校在宿舍管理领域逐渐引入了数字化和智能化的管理方式。近年来，许多高校开始尝试开发和应用宿舍管理系统，以提高管理效率和学生满意度。其中，宿舍报修管理系统作为重要的子系统，得到了广泛关注。国内已有一些高校通过互联网技术实现了宿舍报修的在线平台，学生可以通过手机端报修，管理员可以实时监控报修状态。然而，许多现有系统在功能设计上存在局限性，仍停留在基础的报修处理和管理上，缺乏对维修人员管理、维修质量反馈以及用户体验等方面的优化。随着移动互联网和云计算技术的进步，越来越多的学校意识到，单一的报修管理系统已经无法满足日益增长的管理需求，亟需升级为集成多项功能的综合管理平台。近年来，部分高校也开始尝试利用微信小程序等平台实现便捷化、智能化的宿舍管理，但这些系统的稳定性、扩展性及数据安全等问题仍然是亟待解决的难题。总体而言，国内宿舍报修管理系统在功能完善性和用户体验上有所进步，但仍然面临技术创新、系统优化和应用推广等方面的挑战。

1.2.2国外现状

在国外，尤其是在欧美发达国家，高校宿舍管理的信息化建设相对较为成熟。许多高校已建立了完备的宿舍管理系统，涵盖了从学生入住、日常管理到报修服务等各个环节。这些系统通常具有较为完善的在线报修功能，支持多种设备访问，并且能够实时跟踪报修状态，自动派发任务给维修人员，确保高效的工作流程。此外，国外高校在宿舍报修管理中注重用户体验的优化，例如通过智能设备实现报修状态的自动更新，通过数据分析优化维修资源的配置。随着物联网技术的发展，一些高校已经开始在宿舍管理中引入智能硬件设备，例如智能门锁、环境监测设备等，与宿舍管理系统互联互通，实现更智能的管理方式。尽管如此，国外在宿舍管理信息化方面也面临一些挑战，如如何确保大规模系统的稳定性、如何保护学生隐私数据等问题。总体来看，国外宿舍报修管理系统在功能的多样性、技术的前沿性方面处于领先地位，但在个性化需求和本地化服务上仍有改进空间。

1.3主要研究内容

本研究的主要内容集中在基于微信小程序的宿舍报修管理系统的设计与实现，重点探索如何利用现代信息技术提高高校宿舍报修管理的效率与用户体验。首先，系统将为学生提供便捷的在线报修功能，学生可以通过微信小程序随时提交报修请求，无论是普通报修还是紧急报修。系统将自动分类并分配任务给维修人员，确保维修工作及时处理。对于管理员来说，系统提供了一套全面的管理工具，包括维修项目管理、报修单接收、维修反馈、订单跟踪等功能，能够实时监控和管理报修进度，优化资源配置。通过管理员管理后台，系统可以处理用户留言、投诉建议及公告通知等事项，从而提升管理效率与服务质量。此外，维修人员通过小程序接收和处理订单，能够及时反馈维修状态并与学生进行互动，确保维修工作的透明度和有效性。系统采用SpringBoot框架和MySQL数据库，实现了数据存储和后台逻辑处理的高效性与稳定性，同时保证了系统的可扩展性，以应对未来可能增加的功能和用户量。在技术架构方面，本研究注重系统的安全性与数据保护，确保学生隐私得到充分保障。总体来说，本研究旨在设计一套高效、智能的宿舍报修管理系统，以提升高校宿舍管理的整体水平，为学生、管理员和维修人员提供更为便捷的服务。

2相关技术介绍

2.1Java语言

Java语言是一种广泛使用的高级编程语言，具有平台无关性、面向对象特性和丰富的标准库。Java通过Java虚拟机（JVM）实现跨平台运行，开发者可以编写一次代码，在任何支持JVM的环境中执行[1]。Java的面向对象特性使得代码复用和模块化变得更加容易，促进了软件的维护和扩展。Java支持多线程编程，允许开发者在同一程序中同时执行多个任务，提升了应用程序的性能。

Java语言的语法结构简洁且易于理解，吸引了大量开发者。Java的标准库包含数据结构、输入输出处理、网络编程等众多功能模块。这使得开发者在构建应用程序时能够高效利用已有工具，减少重复劳动。Java广泛应用于企业级应用、移动应用、Web开发和大数据处理等领域。

2.2 B/S框架

B/S（Browser/Server）架构是一种基于浏览器和服务器的系统架构模式，用户通过浏览器与服务器进行交互。B/S架构简化了客户端的部署和管理，用户无需在本地安装复杂的软件，只需使用标准浏览器即可访问应用程序。服务器端负责处理业务逻辑和数据存储，客户端则主要负责展示用户界面和数据交互[2]。B/S架构的设计使得系统更新和维护集中在服务器端，降低了维护成本。

B/S架构通常采用Web技术进行实现，包括HTML、CSS和JavaScript等。用户在浏览器中发起请求，服务器响应并返回数据。数据传输通常通过HTTP或HTTPS协议进行，B/S架构的灵活性使其适用于在线购物、信息管理系统和社交网络等各类应用场景[3]。由于其易于扩展性，B/S架构可以方便地支持大规模用户访问，适应不断变化的业务需求。

2.3 SpringBoot框架

SpringBoot框架是基于Spring框架的开源项目，简化Java应用程序的开发过程。SpringBoot通过约定优于配置的理念，减少了传统Spring应用的繁琐配置，开发者可以快速搭建和部署应用程序。框架提供了一系列默认配置，支持自动化配置，简化了应用启动的复杂性[4]。SpringBoot内置了嵌入式Web服务器，使得开发者能够独立运行Java应用，无需外部容器。

SpringBoot支持微服务架构，开发者可以轻松创建和管理多个微服务。框架集成了丰富的功能模块，包括安全、数据访问和消息中间件等，支持RESTful API和JSON数据格式的处理[5]。SpringBoot还提供了强大的监控和管理功能，允许开发者实时监控应用的健康状态和性能指标。借助SpringBoot，开发者能够高效构建和维护现代企业级应用，满足复杂业务需求。

2.4 Vue技术

Vue是一种渐进式JavaScript框架，专注于构建用户界面。Vue采用组件化的开发模式，允许开发者将应用程序拆分为独立的、可重用的组件，从而提高了开发效率和代码的可维护性[6]。框架的核心库专注于视图层，支持数据绑定和DOM操作，提供了简洁的API。Vue的虚拟DOM机制提升了应用的性能，减少了实际DOM操作的次数。

Vue支持双向数据绑定，能够自动更新视图与模型之间的变化。开发者可以通过Vue的指令系统，简化数据展示和事件处理。Vue还支持路由管理和状态管理，使得开发复杂单页面应用变得更加容易[7]。借助Vue的生态系统，开发者能够使用多种工具和库来扩展功能，满足不同的业务需求。Vue在前端开发中逐渐成为主流选择，受到广泛关注和应用。

2.5 MySQL数据库

MySQL是一种开源关系型数据库管理系统，广泛应用于Web应用和企业级数据存储。MySQL支持结构化查询语言，允许开发者通过标准语句进行数据的创建、读取、更新和删除操作[8]。数据库通过表格形式组织数据，支持数据完整性和约束条件的定义。MySQL的存储引擎机制使得用户可以根据具体需求选择不同的存储引擎，以优化性能和功能。

MySQL具有高性能和可扩展性，支持大规模数据存储和高并发访问。系统提供了丰富的用户权限管理和数据加密安全特性。MySQL能够与多种编程语言和框架兼容，广泛应用于内容管理系统、电子商务平台和数据分析等各种场景。

3系统需求分析

3.1功能需求分析

3.1.1用户需求

对于学生用户而言，最基本的需求是能够快速、便捷地提交报修请求，无论是普通报修还是紧急报修。此外，学生希望能够实时查看报修进度，了解维修状态，及时获得反馈信息。由于学生群体对于信息获取的需求较高，系统需要提供新闻资讯和公告通知的功能，以便学生及时获取校园内的重要信息和服务更新。同时，学生也希望系统能提供投诉建议功能，反馈其在使用过程中的问题或不满，以便获得更好的服务。对于维修人员，他们需要一个能够接收、管理和处理报修单的系统，能够清晰查看报修任务，快速响应并反馈维修结果。维修人员还希望能够查看维修历史和工作记录，方便进行后续的工作安排。管理员的需求则包括对整个宿舍报修管理流程的掌控能力，需要有一个清晰、简洁的后台管理界面，能够查看所有报修单、管理维修人员、审核维修反馈、处理投诉和留言，并发布公告等。

3.1.2功能需求

根据用户需求，系统的功能需求主要包括报修管理、维修管理、信息发布和系统管理等模块。报修管理模块需要提供学生在线报修和紧急报修功能，支持上传报修内容、选择维修项目等，系统应自动分配任务给维修人员并实时跟踪维修进度。维修管理模块则需要支持维修人员接收任务、查看维修单详情、反馈维修结果，并对维修状态进行更新。系统还应包括投诉建议功能，让学生能够提出意见和建议，管理员能进行反馈和处理。信息发布模块包括新闻资讯和公告通知，管理员能够通过系统发布最新的校园新闻、公告等信息，并通过小程序推送给学生。系统管理模块主要涉及管理员权限管理、系统数据备份、用户数据管理等，确保系统的正常运作和数据安全。系统还应具备灵活的扩展性，以适应未来可能出现的新功能需求或用户量的增加。此外，为了提升用户体验，系统还应支持消息通知和评价管理，确保信息及时传递和反馈的透明性。系统功能结构图如图3-1所示。

                                                    图3-1系统功能结构图

3.2可行性分析

3.2.1技术可行性

系统采用当前主流的SpringBoot和Vue.js开发框架，具备良好的技术基础。这些技术已被广泛应用于多种商业项目，具备成熟的文档和社区支持，便于开发获取必要的资源与解决方案。个人拥有丰富的相关技术经验，能够有效应对潜在技术挑战。所需的软硬件资源易于获取，且具备良好的兼容性，降低了技术实现的难度。

3.2.2操作可行性

系统具备直观友好的用户界面，支持简便的导航和功能访问，极大地提升了用户的使用体验。系统提供了自定义的工作流程和角色权限管理，使不同层级的用户能够快速上手，完成各自的任务。。

3.2.3经济可行性

系统所使用的软件为开源技术，降低了使用费用，同时硬件成本较低，使得整体初始投入相对合理，具备较高性价比。因此，系统在经济上是完全可行的。

4系统设计

4.1系统设计流程

4.1.1用户登录流程

用户输入用户名和密码后，系统先检查输入是否为空，再验证用户名是否存在，若存在则通过用户名获取密码并校验。若密码正确则登录成功，否则提示密码错误。若用户名不存在或无法登录，提示用户操作无效。如图4-1所示。

                                                        图4-1登录流程图

4.1.2添加信息流程

管理员可以添加信息，用户添加可以自己权限内的信息，输入信息后，要想利用这个软件来进行系统的安全管理，首先需要登录到该软件中。添加信息流程如图4-2所示。

                                                   图4-2添加信息流程图

                               

4.1.3修改信息流程

用户首先选择需要修改的记录，输入修改后的数据，系统判断输入数据是否合法。若数据不合法，提示重新输入；若数据合法，则将修改后的数据写入数据库，完成操作后流程结束。修改信息流程图如图4-3所示。

                                                      图4-3修改信息流程图

4.1.4删除信息流程

用户选择需要删除的记录后，系统判断是否确认删除。若未确认，返回选择环节；若确认删除，则更新数据库，删除对应记录，完成操作后流程结束。删除信息流程图如图4-4所示。

                                                                     图4-4删除信息流程图

4.2数据库表ER

数据库概念模型是数据库设计的一个阶段，它描述了数据库中数据的逻辑结构和之间的关系，而不关注具体的实现细节[9]。概念模型通常用于数据库设计的初期阶段，以帮助开发人员和用户理解数据库中存储的数据以及数据之间的关系。

数据库概念模型通常采用高层次的概念来描述数据，常见的概念模型包括实体-关系模型（Entity-Relationship Model，ERM）、面向对象模型（Object-Oriented Model）等。在概念模型中，数据被抽象为实体（Entity）和实体之间的关系（Relationship），并且定义了实体的属性（Attribute），通常以E-R图来表达。

管理员实体属性图如图4-5所示。

                                                                   图4-5管理员表实体图

学生用户实体属性图如图4-6所示。

                                                          图4-6学生用户实体图

在线报修实体属性图如图4-7所示。

                                                                   图4-7在线报修实体图

紧急报修实体属性图如图4-8所示。

                                                             图4-8紧急报修实体图

在线留言实体属性图如图4-9所示。

                                                           图4-9在线留言实体图

订单接收实体属性图如图4-10所示。

                                                  图4-10订单接收实体图

维修反馈实体属性图如图4-11所示。

                                                         图4-11维修反馈实体图

        4.3数据库表物理设计

宿舍报修管理系统中，数据库表物理设计表，如下表所示：

表 4-1-acceptance_information（验收信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	acceptance_information_id	int		是	是	验收信息ID
2	repair_order_number	varchar	64	是	是	报修单号
3	student_users	int		否	否	学生用户
4	building_no	varchar	64	否	否	楼栋号
5	dormitory_no	varchar	64	否	否	宿舍号
6	repair_date	date		否	否	报修日期
7	maintenance_personnel	int		否	否	维修人员
8	acceptance_time	datetime		否	否	验收时间
9	acceptance_status	varchar	64	否	否	验收状态
10	repair_evaluation_limit_times	int		是	否	评价限制次数
11	create_time	datetime		是	否	创建时间
12	update_time	timestamp		是	否	更新时间
13	source_table	varchar	255	否	否	来源表
14	source_id	int		否	否	来源ID
15	source_user_id	int		否	否	来源用户

表 4-2-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-3-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-4-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-5-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-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-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

                                         表 4-8-emergency_repair（紧急报修）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	emergency_repair_id	int		是	是	紧急报修ID
2	student_users	int		否	否	学生用户
3	repair_order_number	varchar	64	否	否	报修单号
4	building_no	varchar	64	否	否	楼栋号
5	dormitory_no	varchar	64	否	否	宿舍号
6	number_of_repair_reports	varchar	64	否	否	报修次数
7	degree_of_urgency	varchar	64	否	否	紧急程度
8	maintenance_items	varchar	64	否	否	维修项目
9	picture	varchar	255	否	否	图片
10	fault_description	text	65535	否	否	故障描述
11	examine_state	varchar	16	是	否	审核状态
12	work_order_processing_limit_times	int		是	否	接收限制次数
13	create_time	datetime		是	否	创建时间
14	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-maintenance_feedback（维修反馈）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	maintenance_feedback_id	int		是	是	维修反馈ID
2	repair_order_number	varchar	64	是	是	报修单号
3	student_users	int		否	否	学生用户
4	building_no	varchar	64	否	否	楼栋号
5	dormitory_no	varchar	64	否	否	宿舍号
6	repair_date	date		否	否	报修日期
7	maintenance_personnel	int		否	否	维修人员
8	check_in_time	datetime		否	否	签到时间
9	required_materials	varchar	64	否	否	所需材料
10	maintenance_process	text	65535	否	否	维修过程
11	feedback_content	text	65535	否	否	反馈内容
12	acceptance_information_limit_times	int		是	否	验收限制次数
13	create_time	datetime		是	否	创建时间
14	update_time	timestamp		是	否	更新时间
15	source_table	varchar	255	否	否	来源表
16	source_id	int		否	否	来源ID
17	source_user_id	int		否	否	来源用户

表 4-11-maintenance_items（维修项目）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	maintenance_items_id	int		是	是	维修项目ID
2	project_name	varchar	64	否	否	项目名称
3	create_time	datetime		是	否	创建时间
4	update_time	timestamp		是	否	更新时间

表 4-12-maintenance_personnel（维修人员）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	maintenance_personnel_id	int		是	是	维修人员ID
2	personnel_name	varchar	64	否	否	人员姓名
3	personnel_phone_number	varchar	16	否	否	人员电话
4	examine_state	varchar	16	是	否	审核状态
5	user_id	int		是	否	用户ID
6	create_time	datetime		是	否	创建时间
7	update_time	timestamp		是	否	更新时间

表 4-13-message（留言板）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	message_id	int		是	是	留言板ID
2	user_id	int		是	否	用户ID
3	title	varchar	64	否	否	标题
4	content	longtext	4294967295	是	否	内容
5	nickname	varchar	32	是	否	昵称
6	avatar	varchar	255	否	否	头像
7	email	varchar	125	否	否	留言者邮箱
8	phone	varchar	11	否	否	留言者手机号码
9	create_time	timestamp		是	否	创建时间
10	update_time	timestamp		是	否	更新时间
11	reply	longtext	4294967295	否	否	回复
12	reply_state	tinyint		否	否	回复状态

表 4-14-notice（公告）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	notice_id	mediumint		是	是	公告ID
2	title	varchar	125	是	否	标题
3	content	longtext	4294967295	否	否	正文
4	create_time	timestamp		是	否	创建时间
5	update_time	timestamp		是	否	更新时间

表 4-15-online_repair（在线报修）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	online_repair_id	int		是	是	在线报修ID
2	repair_order_number	varchar	64	否	否	报修单号
3	student_users	int		否	否	学生用户
4	maintenance_items	varchar	64	否	否	维修项目
5	building_no	varchar	64	否	否	楼栋号
6	dormitory_no	varchar	64	否	否	宿舍号
7	repair_date	date		否	否	报修日期
8	number_of_repair_reports	varchar	64	否	否	报修次数
9	picture	varchar	255	否	否	图片
10	fault_description	text	65535	否	否	故障描述
11	examine_state	varchar	16	是	否	审核状态
12	work_order_processing_limit_times	int		是	否	接收限制次数
13	create_time	datetime		是	否	创建时间
14	update_time	timestamp		是	否	更新时间

表 4-16-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已取消

                                     表 4-17-repair_evaluation（报修评价）

      

编号	字段名	类型	长度	是否非空	是否主键	注释
1	repair_evaluation_id	int		是	是	报修评价ID
2	repair_order_number	varchar	64	是	是	报修单号
3	student_users	int		否	否	学生用户
4	building_no	varchar	64	否	否	楼栋号
5	dormitory_no	varchar	64	否	否	宿舍号
6	repair_date	date		否	否	报修日期
7	evaluation_score	double		否	否	评价分数
8	evaluation_content	text	65535	否	否	评价内容
9	examine_state	varchar	16	是	否	审核状态
10	create_time	datetime		是	否	创建时间
11	update_time	timestamp		是	否	更新时间
12	source_table	varchar	255	否	否	来源表
13	source_id	int		否	否	来源ID
14	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-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-student_users（学生用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	student_users_id	int		是	是	学生用户ID
2	user_name	varchar	64	否	否	用户姓名
3	contact_information	varchar	16	否	否	联系方式
4	building_no	varchar	64	否	否	楼栋号
5	dormitory_no	varchar	64	否	否	宿舍号
6	examine_state	varchar	16	是	否	审核状态
7	user_id	int		是	否	用户ID
8	create_time	datetime		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

                                     表 4-21-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-22-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-23-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		是	否	更新时间

                                   表 4-24-work_order_processing（订单接收）

 

编号	字段名	类型	长度	是否非空	是否主键	注释
1	work_order_processing_id	int		是	是	订单接收ID
2	repair_order_number	varchar	64	是	是	报修单号
3	student_users	int		否	否	学生用户
4	maintenance_items	varchar	64	否	否	维修项目
5	building_no	varchar	64	否	否	楼栋号
6	dormitory_no	varchar	64	否	否	宿舍号
7	repair_date	date		否	否	报修日期
8	fault_description	text	65535	否	否	故障描述
9	maintenance_personnel	int		否	否	维修人员
10	maintenance_progress	varchar	64	否	否	维修进度
11	maintenance_feedback_limit_times	int		是	否	反馈限制次数
12	create_time	datetime		是	否	创建时间
13	update_time	timestamp		是	否	更新时间
14	source_table	varchar	255	否	否	来源表
15	source_id	int		否	否	来源ID
16	source_user_id	int		否	否	来源用户

5系统实现

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.2维修人员功能

5.2.1新闻资讯

维修人员进入新闻资讯页面，浏览最新的校园新闻、活动及维修相关资讯。通过搜索栏输入关键词或筛选类别，快速查找相关内容。点击新闻标题，查看新闻的详细信息及图片，了解校园动态。新闻资讯界面如图5-6所示。

图5-6新闻资讯管理界面。

5.2.2通知公告

维修人员进入通知公告页面，浏览系统发布的公告、重要通知等信息。点击公告标题，查看详细内容，确保及时了解系统的最新安排、维修任务或其他重要信息。通知公告界面如图5-7所示。

                            图5-7通知公告界面。

5.2.3我的

维修人员进入“我的”页面，查看个人信息、任务列表和历史维修记录。通过此页面管理个人资料、查看当前的维修订单和反馈结果。维修人员可以快速处理订单并更新维修状态。我的界面如图5-8所示。

                                                               图5-8我的界面。

5.3管理员功能

5.3.1系统用户

管理员登录后台进入系统用户页面，查看所有用户的信息，包括学生、维修人员等。管理员可以手动添加、删除或修改用户信息，确保系统内用户数据的准确性和有效性。系统用户界面如图5-9所示。

                                                                      图5-9系统用户界面。

5.3.2维修项目管理

管理员登录后台进入维修项目管理页面，查看和管理所有维修项目。管理员可以新增、编辑或删除维修项目，确保维修内容符合学生需求，并及时更新项目详情。维修项目管理界面如图5-10所示。

                                                           图5-10维修项目管理界面。

5.3.3订单接收管理

管理员登录后台进入订单接收管理页面，查看所有报修订单的状态与进度。管理员可以手动接收或分配订单给维修人员，确保报修处理及时且合理。订单接收管理界面如图5-11所示。

                                                               图5-11订单接收管理界面。

5.3.4维修反馈管理

管理员登录后台进入维修反馈管理页面，查看所有维修人员的反馈信息。管理员可以审核并处理维修人员提交的反馈，确保维修质量达到标准并对反馈进行记录。维修反馈管理界面如图5-12所示。

                                                       图5-12维修反馈管理界面。

5.3.5验收信息管理

管理员登录后台进入验收信息管理页面，查看每个维修项目的验收信息。管理员可以审核验收结果，确保维修任务的质量，并根据验收情况做出相应处理。验收信息管理界面如图5-13所示。

                                                              图5-13验收信息管理界面。

5.3.6报修评价管理

管理员登录后台进入报修评价管理页面，查看学生对维修服务的评价。管理员可以审核并处理评价信息，确保系统内的评价数据真实、有效，并对不良评价做出反馈或处理。报修评价管理界面如图5-14所示。

                                                                图5-14报修评价管理界面。

6系统测试

6.1测试目的

测试的主要目的是确保系统的功能和性能满足预期的需求，同时识别和修复潜在的缺陷。通过系统测试，可以验证各个功能模块的正确性和稳定性，确保系统在不同使用场景下的表现符合设计要求。测试目的包括确认系统功能的完整性、验证数据处理的准确性、评估系统的性能和安全性[10]。测试还可以提高用户满意度，保证用户在使用系统时获得流畅和可靠的体验。通过全面的测试，可以降低后期维护成本，减少系统上线后出现故障的风险，从而保障系统的长期稳定运行。

6.2测试方法

在本系统中，测试方法主要依赖于测试用例的设计与执行。测试用例是根据系统需求文档编写的，覆盖所有功能模块及其边界情况。每个测试用例包含输入数据、预期结果和实际结果的对比，以验证系统的功能是否按预期工作。

常见的测试用例包括功能测试用例、边界测试用例和异常测试用例[12]。功能测试用例针对系统的各项功能进行验证；边界测试用例则侧重于输入数据的边界条件，验证系统在极端情况下是否能够稳定运行；异常测试用例则用于验证系统在处理错误输入或异常情况时的反应。本文选择功能测试用例进行系统测试。

在测试执行过程中，记录每个用例的执行结果，并根据实际结果与预期结果的对比，判断系统是否存在缺陷。通过系统化的测试用例执行，可以有效提高测试的覆盖率和效率，为系统的最终上线提供保障。

6.3测试内容

系统用户测试用例表如表6-1所示。

表6-1 系统用户测试用例。

测试项	测试用例	预期结果	结论
系统用户	输入正确的用户名和密码后点击登录按钮。	登录成功，进入系统主界面。	与预期结果一致。
系统用户	填写必要信息后提交注册请求。	注册成功，系统提示可使用新账户登录。	与预期结果一致。
系统用户	在个人中心修改联系方式等信息后保存。	系统提示修改成功，显示的信息更新为修改后的信息。	与预期结果一致。
系统用户	通过安全验证后设置新的密码并保存。	密码更改成功，下次登录需使用新密码。	与预期结果一致。

修项目管理测试用例表如表6-2所示。

表6-2 维修项目管理测试用例。

测试项	测试用例	预期结果	结论
维修项目管理	输入项目名称、描述等信息后创建维修项目。	项目创建成功，可在项目列表中查看到新项目。	与预期结果一致。
维修项目管理	在项目详情页面修改项目的某些信息后保存。	系统提示修改成功，该项目的信息更新为修改后的信息。	与预期结果一致。
维修项目管理	选择一个项目并执行删除操作。	系统提示删除成功，项目列表中不再显示该项目。	与预期结果一致。
维修项目管理	使用筛选条件查找特定的维修项目。	能准确找到符合筛选条件的维修项目。	与预期结果一致。

订单接收管理测试用例表如表6-3所示。

表6-3订单接收管理测试用例。

测试项	测试用例	预期结果	结论
订单接收管理	根据收到的维修请求确认接受订单。	订单状态更新为“已接受”，相关通知发送给客户。	与预期结果一致。
订单接收管理	若无法接受维修请求，则拒绝订单。	订单状态更新为“已拒绝”，并有相应理由告知客户。	与预期结果一致。
订单接收管理	点击订单以查看详情包括维修内容、时间安排等。	显示该订单的所有相关信息，方便了解情况。	与预期结果一致。
订单接收管理	维修完成后，更新订单状态至“已完成”。	系统记录维修完成的时间，并更新订单状态。	与预期结果一致。

修反馈管理测试用例表如表6-4所示。

表6-4维修反馈管理测试用例。

测试项	测试用例	预期结果	结论
维修反馈管理	完成维修后，填写并提交反馈意见。	反馈提交成功，可在系统内查询到该反馈。	与预期结果一致。
维修反馈管理	登录系统查阅之前提交的维修反馈。	能够查看所有历史反馈记录。	与预期结果一致。
维修反馈管理	对尚未处理的反馈进行编辑修改。	修改成功，反馈内容更新为最新版本。	与预期结果一致。
维修反馈管理	移除不再需要的反馈记录。	成功删除指定的反馈记录，不再显示在列表中。	与预期结果一致。

验收信息管理测试用例表如表6-5所示。

表6-5 验收信息管理测试用例。

测试项	测试用例	预期结果	结论
验收信息管理	根据实际验收情况录入相关信息。	验收信息录入成功，可以在系统中查询到。	与预期结果一致。
验收信息管理	进入验收信息页面查看详细的验收报告。	能够查看所有相关的验收信息及报告。	与预期结果一致。
验收信息管理	当验收过程中发现问题时，更新验收状态并注明原因。	验收状态得到及时更新，问题描述清晰明确。	与预期结果一致。
验收信息管理	清除无效或过期的验收记录。	成功删除指定的验收记录，保持数据库清洁。	与预期结果一致。

6.4测试结论

经过全面的测试，系统在核心功能方面表现出色，包括用户管理、维修项目管理、订单处理、反馈管理和验收信息管理等模块均达到了预期目标。系统能够稳定响应各类操作请求，并且对于正常流程中的各项任务处理得当，确保了用户体验的流畅性和数据处理的准确性。整体来看，系统的架构设计和功能实现满足业务需求，为用户提供了可靠的服务支持。

尽管如此，测试中也识别出一些改进空间，如界面显示在特定条件下的适应性问题及某些场景下系统响应速度有待提升。这些问题虽然不影响现有功能的基本使用，但优化它们将有助于提高用户满意度和系统性能。建议开发团队进行适当的调整和优化，以进一步增强系统的稳定性和易用性。总的来说，当前系统已具备上线条件，通过后续的细节优化，将进一步提升其竞争力和服务质量。

7总结

通过本次研究，我深入探索了基于微信小程序的宿舍报修管理系统的设计与实现。通过使用SpringBoot框架和MySQL数据库，本系统不仅实现了宿舍报修流程的数字化，还提升了管理效率和用户体验。在开发过程中，我不仅掌握了如何将技术与实际问题相结合，更加理解了如何从用户需求出发，设计和优化系统的各项功能。尤其是在处理报修任务、管理订单和反馈机制等方面，我感受到了技术进步给传统管理模式带来的巨大变革。随着项目的逐步推进，我对信息化管理的前景有了更加深刻的认识，也深刻体会到技术创新对提升工作效率和服务质量的重要性。

尽管项目取得了一些阶段性的成果，但回顾整个过程，我意识到仍有许多方面可以进一步完善。系统的可扩展性、安全性以及用户体验的优化等方面，依然有很大的提升空间。在这个过程中，我不仅锻炼了自己的技术能力，还学会了如何面对项目中的挑战和困难，并通过团队合作共同解决问题。每一次的调试、修改和测试，都是一次宝贵的学习经验，让我对技术和系统开发有了更深入的理解。未来，我将继续努力，不断完善这项系统，并探索更多创新的应用场景，希望能够在实际应用中为更多的用户带来便利，进一步推动高校宿舍管理的数字化转型。

                                                                      参考文献

1. 尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023,(05):45-47.
2. 刘江涛,王亮亮,吴庆茹,等.基于B/S模式的铁路勘测设计案例信息化管理系统设计与实现[J].铁路计算机应用,2021,30(03):32-35.
3. 张丹丹,李弘.基于B/S架构的办公管理系统设计与开发[J].铁路通信信号工程技术,2024,21(09):44-48+106.
4. 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
5. 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.
6. 赵媛.基于Vue的Web系统前端性能优化分析[J].电脑编程技巧与维护,2024,(09):44-46.
7. 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
8. 李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
9. 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(09):189-191.
10. 李俊萌.计算机软件测试技术与开发应用策略分析[J].信息记录材料,2023,24(03):50-52.
11. 孙志成.基于微信小程序的电气故障报修系统设计与实现[J].自动化应用,2024,65(22):162-166.DOI:10.19769/j.zdhy.2024.22.047.
12. 符捷,陈梅,刘霞.基于微信小程序的医院设施设备报修系统设计[J].电子设计工程,2024,32(19):58-61+66.DOI:10.14022/j.issn1674-6236.2024.19.012.
13. 刘锦.智慧校园故障报修信息管理系统开发研究[J].互联网周刊,2024,(18):51-53.
14. 陈淼,羊开云.基于微信小程序的校园报修管理系统设计[J].网络安全技术与应用,2024,(01):57-60.
15. Paula K A D ,Aparecida T D ,Correa M F V , et al.The Welfare of Dairy Cows in Pasture, Free Stall, and Compost Barn Management Systems in a Brazilian Subtropical Region[J].Animals,2022,12(17):2215-2215.
16. 傅祥坤,杨永超.基于微信小程序的高校宿舍报修系统设计[J].电脑知识与技术,2022,18(22):42-44.DOI:10.14004/j.cnki.ckt.2022.1512.
17. Shannon C ,J. S ,A. L , et al.Physiological Response to Heat Stress in Immune Phenotyped Canadian Holstein Dairy Cattle in Free-Stall and Tie-Stall Management Systems[J].Frontiers in Animal Science,2022,3
18. Kewei W ,Yong F .Daily Information Management System for Postgraduates to Check In and Out of the Dormitory Based on Mobile Edge Computing[J].Mobile Information Systems,2021,2021
19. V G ,V A ,T S , et al.IoT Based Well-organized Hostel Power Consumption and Attendance Administration System[J].IOP Conference Series: Materials Science and Engineering,2021,1055(1):012015-.
20. Kai Z .Design and Analysis of Campus Dormitory Management System Based on Java[J].The Frontiers of Society, Science and Technology,2020,2.0(17.0):

                                                    致谢

在本次研究和开发过程中，我深感到无数前人的努力和指导为我的工作奠定了基础。感谢我的导师和课题组成员们，他们在研究过程中给予了我宝贵的意见和指导。导师的严谨治学和细心指导，不仅让我掌握了相关技术，还帮助我在遇到问题时能从不同角度进行思考，找到有效的解决方案。课题组成员们的共同协作，使得我在学习过程中受益匪浅，大家的讨论和交流使我在技术层面和思想上都得到了提升。

此外，感谢我的家人和朋友在整个过程中给予的支持和鼓励。在遇到困难和挑战时，是他们的理解与支持让我保持了前行的动力。没有他们的帮助与鼓励，我无法顺利完成这项工作。最后，也感谢参与本项目的所有人员和相关平台提供的资源支持，这些都为我的研究提供了充分的条件，使得我能够顺利完成这项研究工作。

                      点赞+收藏+关注 → 私信领取本源代码、数据库