高校大学生公寓管理系统设计

摘  要

为了提升高校大学生公寓的管理效率并解决传统管理模式中的信息不对称和操作繁琐问题，本系统设计了一款基于Spring Boot框架的高校大学生公寓管理系统。系统采用Java语言开发后端，使用Vue.js构建前端界面，数据存储采用MySQL数据库。系统主要实现了学生、管理员等角色的权限管理，支持宿舍信息管理、报修处理、费用缴纳、公告发布等功能，能够简化公寓管理流程，提高信息透明度与管理效率。通过优化操作界面和功能流程，系统不仅提升了用户体验，还有效降低了人工操作的错误率。经过多轮测试验证，系统稳定性高，界面友好，能够满足学生、管理员和宿管等不同用户的需求，为高校公寓管理的数字化转型提供了有力支持，具有广阔的应用前景与推广价值。

关键词：高校大学生公寓管理系统；Spring Boot

ABSTRACT

In order to improve the management efficiency of college student apartments and solve the problems of information asymmetry and cumbersome operations in traditional management models, this system designs a college student apartment management system based on the Spring Boot framework. The system uses Java language to develop the backend, Vue.js to build the frontend interface, and MySQL database for data storage. The system mainly implements permission management for roles such as students and administrators, supports dormitory information management, repair processing, fee payment, announcement publishing and other functions, simplifies the apartment management process, and improves information transparency and management efficiency. By optimizing the user interface and functional flow, the system not only enhances the user experience, but also effectively reduces the error rate of manual operations. After multiple rounds of testing and verification, the system has high stability, user-friendly interface, and can meet the needs of different users such as students, administrators, and dormitory managers. It provides strong support for the digital transformation of university apartment management and has broad application prospects and promotion value.

Keywords: college student apartment management system; Spring Boot

目  录

摘  要

ABSTRACT

第1章 绪  论

1.1 开发背景

1.2 开发意义

1.3 国内现状

1.4 国外现状

第2章 相关技术介绍

2.1 SpringBoot框架介绍

2.2 MySQL数据库

2.3 Java语言

第3章 系统分析

3.1 可行性分析

3.1.1 技术可行性

3.1.2 经济可行性

3.1.3 操作可行性

3.2 系统功能需求

3.2.1 学生用户主要功能

3.2.2 管理员主要功能

3.3 非功能性需求分析

3.4 系统用户用例分析

3.4.1 学生用户用例图

3.4.2 管理员用例图

第4章 系统设计

4.1 功能模块设计

4.2 数据库设计

4.2.1 概念设计

4.2.2 逻辑设计

第5章 系统实现

5.1 学生用户主要功能实现

5.1.1 用户注册

5.1.2 用户登录

5.1.3 住宿信息管理

5.1.4 报修信息管理

5.1.5 账单缴费管理

5.1.6 调整申请管理

5.2 管理员模块主要功能实现

5.2.1 后台首页

5.2.2 住宿信息管理

5.2.3 报修信息管理

第6章 系统测试

6.1 测试目的

6.2 测试用例

6.3 测试结果

结  论

参考文献

致  谢

附录

系统核心代码设计

用户注册

用户登录

修改密码

修改数据

删除数据

获取列表

图片上传

第1章绪  论

1.1开发背景

随着高校招生人数的不断增长，高校大学生公寓的管理工作面临着更为复杂的挑战。传统的公寓管理模式依赖于人工操作和纸质记录，导致管理效率低、信息传递不及时、数据容易丢失或出错等问题。此外，学生与宿管之间的沟通往往繁琐，信息透明度不足，给学生和管理人员带来诸多不便。为了应对这些挑战，提升管理效率和服务质量，开发一款智能化、自动化的高校大学生公寓管理系统成为当务之急。该系统旨在通过数字化手段优化管理流程，减少人工操作，提高信息处理的准确性和实时性，增强学生的住宿体验并降低沟通成本。基于Spring Boot框架的高校大学生公寓管理系统，不仅是对传统管理模式的有效补充和改进，也推动了高校公寓管理向数字化和智能化转型，具有广泛的应用潜力和实际意义。

1.2开发意义

高校大学生公寓管理系统的开发具有重要的现实意义。随着高校招生规模的不断扩大，传统的人工管理方式已无法满足日益增长的管理需求。基于Spring Boot的公寓管理系统通过数字化手段优化了宿舍管理、报修处理、费用缴纳等环节，显著提高了管理效率，减少了人为操作的错误和数据丢失的风险。系统采用模块化设计，涵盖学生信息管理、宿舍分配、报修进度、晚归签名等多个功能，能够高效处理各类日常管理任务。同时，通过RESTful API进行各模块的高效交互，确保了系统的灵活性与扩展性。系统的安全性通过Spring Security和JWT技术得到保障，确保了用户数据的安全与隐私。该系统不仅提高了公寓管理的自动化和透明度，也改善了学生的住宿体验，减少了不必要的沟通和等待时间，为高校公寓管理的数字化转型提供了有效支持，具有广泛的应用价值。

1.3国内现状

当前，国内高校大学生公寓管理普遍存在信息不对称、管理流程繁琐等问题。传统的公寓管理模式大多数依赖人工操作和纸质记录，缺乏统一的数据管理平台，导致管理效率低下，学生与宿管之间的沟通不畅，且容易出现数据丢失或错误。此外，宿舍分配、报修处理、费用缴纳等环节的操作繁琐，信息更新不及时，严重影响了管理效果和学生的住宿体验。虽然部分高校已开始尝试引入数字化管理系统，但由于系统功能单一、信息孤岛问题严重、使用不便等问题，尚未普遍普及和有效实施。因此，亟需开发出更加智能化、自动化的公寓管理系统，以提升管理效率，优化服务质量，推动高校公寓管理向数字化、智能化方向发展。

1.4国外现状

在国外，许多高校的大学生公寓管理已逐步实现数字化和自动化，管理系统普遍采用集成化平台进行运营，提升了管理效率和学生体验。特别是在欧美等发达国家，公寓管理系统通常包括宿舍分配、报修处理、费用缴纳、设施管理、信息发布等功能，通过统一平台进行整合管理。许多高校还通过移动应用和在线门户为学生提供便捷的服务，学生可以随时查看住宿信息、报修问题、缴纳费用和查看公告等。此外，国外一些高校还引入了智能化设备，如门禁系统、智能温控、智能照明等，与公寓管理系统进行深度融合，进一步提升了住宿管理的智能化水平。尽管技术的应用在国内外高校有所差异，但总体来看，国外高校在公寓管理领域已经实现了较高水平的数字化、智能化和自动化，具有较为完善的系统和应用经验，这为国内高校提供了有益的借鉴和参考。

第2章
相关技术介绍

2.1SpringBoot框架介绍

SpringBoot是Spring家族中的一个重要成员，它简化了Spring应用的初始搭建和开发过程[1]。通过提供一系列默认配置和自动装配机制，SpringBoot使得开发者能够更快地构建出生产级别的Spring应用。它支持多种开发工具和框架，如Maven、Gradle等，并且可以与多种数据库和缓存技术无缝集成[2]。SpringBoot的简洁性和高效性使其成为开发企业级应用的首选框架之一。在本次毕业设计中，SpringBoot框架为公寓管理系统的后端开发提供了强大的支持。

2.2MySQL数据库

MySQL是一款开源的关系型数据库管理系统，它以其高性能、高可靠性和易用性而著称。MySQL支持多种存储引擎，如InnoDB、MyISAM等，能够满足不同应用场景的需求[3]。它提供了丰富的SQL语法和函数，使得开发者能够方便地进行数据查询、更新和删除操作。MySQL还支持事务处理、索引优化和复制等高级功能，为数据的完整性和安全性提供了有力保障。在本次毕业设计中，MySQL数据库作为公寓管理系统的数据存储核心，承担着存储和管理住宿信息、用户信息等重要数据的任务。而且通过合理的数据库设计和优化，确保了系统的数据访问效率和数据安全性[4]。

2.3Java语言

JAVA是一种广泛使用的编程语言，具有跨平台、面向对象、安全性高等特点。JAVA语言提供了丰富的类库和API，使得开发者能够轻松地进行网络编程、数据库操作、图形界面开发等任务[5]。JAVA还支持多线程编程和分布式计算，为开发高性能和可扩展的应用提供了有力支持[6]。所以本次毕设选择了JAVA作为公寓管理系统的开发语言。通过利用JAVA的面向对象特性和丰富的类库资源，成功实现了系统的各个功能模块，并保证了系统的稳定性和可扩展性。而且JAVA的跨平台特性也使得此次毕业设计能够在不同的操作系统和硬件平台上运行，为用户提供了更加便捷的使用体验。

第3章
系统分析

3.1可行性分析

3.1.1技术可行性

基于Spring Boot框架开发高校大学生公寓管理系统具有显著优势。Spring Boot以其简洁的配置、高效的性能以及强大的集成能力，为快速构建稳定、可扩展的Web应用提供了坚实基础[7]。结合MySQL数据库的高效存储与检索能力，以及Java语言的广泛应用与成熟生态，系统能够实现复杂的数据处理与业务逻辑[8]。此外前端采用Vue.js等现代前端框架，可确保用户界面的流畅与互动性，技术实现路径清晰可行。

3.1.2经济可行性

该系统开发成本相对较低，主要投入在于人力与硬件资源。Spring Boot及MySQL均为开源技术，无需额外购买软件许可，降低了开发成本。如果系统上线可通过提供便捷、透明的管理服务，可吸引大量用户，进而通过广告、增值服务等方式实现盈利，具有良好的经济回报预期。此外，系统维护成本适中，便于长期运营与迭代升级。

3.1.3操作可行性

在操作可行性方面，本系统设计注重用户体验，采用了直观易用的界面设计，并提供详细的帮助文档支持，确保用户可以轻松上手使用各项功能。无论是用户还是管理员，都能通过简洁明了的操作流程完成信息查询和管理等任务。因此，从用户操作的角度来看，本系统具备良好的操作可行性。

3.2系统功能需求

springboot高校大学生公寓管理系统设计包含学生用户和管理员两个角色划分，每个角色对应的主要功能如下：

3.2.1学生用户主要功能

1.注册登录：学生通过注册账号和登录系统，获取个人专属的账户身份，用以访问系统内各项功能模块。

2.个人信息：学生可以在系统中查看和完善自己的个人基本信息，包括姓名、联系方式、学号、班级等内容。

3.修改密码：学生可随时通过系统安全模块修改登录密码，提升账户安全性和私密性。

4.后台首页：登录成功后进入的首页展示了学生的住宿状态、报修进度、公告提醒等关键信息，方便快速访问常用功能。

5.住宿信息管理：学生可以在线查看自己的宿舍分配情况，包括楼栋、房间号、床位号等详细住宿资料。

6.调整申请管理：在需要换宿或调整床位等情况下，学生可通过系统提交住宿调整申请并跟踪处理进度。

7.报修信息管理：学生能够通过报修功能提交宿舍内水电、家具等设施的故障报修请求。

8.报修进度管理：系统提供报修流程的可视化管理，学生可以随时查看每一条报修的受理和处理进度。

9.晚归签名管理：学生若因故未能按时返回宿舍，可在线提交晚归说明并完成电子签名确认。

10.缴费信息管理：学生可以查看自己应缴与已缴的各类费用明细，如住宿费、水电费等。

11.账单缴费管理：系统支持在线查看个人账单并进行费用支付，实现便捷的缴费流程管理。

12.校园公告管理：学生可以及时获取学校发布的公告通知，掌握最新的宿舍动态与校园资讯。

3.2.2管理员主要功能

1.登录：管理员通过用户名和密码进入系统后台，开展日常宿舍事务管理工作。

2.后台首页：后台首页为管理员提供数据总览与快捷入口，帮助快速掌握系统运行状态。

3.系统用户管理：管理员可对系统内所有用户进行管理，包括添加、编辑、禁用学生与管理员账号信息。

4.住宿信息管理：管理员可管理学生的住宿安排，查看现有住宿情况，或添加新住宿信息以进行调整分配。

5.调整信息管理：管理员可接收和审核学生提交的住宿调整申请，实时处理换宿等需求。

6.报修信息管理：管理员查看所有报修请求，进行统一记录与派单处理，提高设施维修效率。

7.报修进度管理：管理员负责更新每条报修请求的处理状态，确保维修流程有序透明。

8.晚归签名管理：管理员对学生晚归记录进行集中管理，掌握学生宿舍归寝情况，保障公寓安全。

9.缴费信息管理：管理员可录入与查看学生缴费信息，确保宿舍费用收缴的完整与准确。

10.账单缴费管理：管理员统一管理学生的账单生成、费用审核及支付记录，方便后期核算与对账。

11.公告类型管理：系统允许管理员自定义公告类型，分类管理各类通知，提升信息发布的规范性。

12.校园公告管理：管理员可发布、修改或删除各类宿舍相关公告，确保重要通知高效传达给全体学生。

3.3非功能性需求分析

在SpringBoot的高校大学生公寓管理系统的毕业设计中，非功能性需求分析是也是很重要的。它主要关注系统除了基本功能外的其他特性，如性能、安全性、易用性、可维护性等，这些特性对于确保系统的稳定运行和用户满意度至关重要。

性能：系统需要能够处理高并发请求，确保在多个用户同时操作时仍能保持稳定运行。

安全性：系统必须采取严格的措施来保护敏感数据，如用户信息、交易记录等，防止数据泄露和非法访问。

易用性：系界面友好直观，操作流程简化，提升用户体验。

可维护性：代码结构清晰，文档完备，便于后续开发与问题排查。

3.4系统用户用例分析

3.4.1学生用户用例图

学生用户用例图如下所示：

图3-1 学生用户用例图

3.4.2管理员用例图

管理员用例图如下所示：

图3-2 管理员用例图

第4章
系统设计

4.1功能模块设计

springboot高校大学生公寓管理系统主要涉及有学生用户和管理员两个角色。每个角色对应的功能模块如图所示。

图4-1系统功能结构图

4.2数据库设计

4.2.1概念设计

数据库实体设计是数据库设计的关键步骤，对实际业务逻辑中涉及的实体及其属性进行抽象建模，明确系统中的主要信息对象及其关系[9]。在实体设计中，根据需求分析确定系统的核心实体，在设计过程中，注重实体的完整性、规范性和唯一性，确保设计能够满足系统功能需求，并为后续的表设计提供清晰的结构框架。实体设计需遵循数据库设计的标准化要求，避免数据冗余和不必要的复杂度。

下面是整个系统中主要的数据库表总E-R实体关系图。

图4-2总体ER图

4.2.2逻辑设计

通过上一小节Springboot高校大学生公寓管理系统设计中总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-accommodation_information（住宿信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	accommodation_information_id	int		是	是	住宿信息ID
2	name_of_dormitory	varchar	64	否	否	宿舍名称
3	bed_location	varchar	64	否	否	床位位置
4	number_of_dormitories	double		否	否	宿舍人数
5	student_users	int		否	否	学生用户
6	student_name	varchar	64	否	否	学生姓名
7	student_gender	varchar	64	否	否	学生性别
8	student_phone	varchar	64	否	否	学生电话
9	student_number	varchar	64	否	否	学生学号
10	accommodation_introduction	text	65535	否	否	住宿简介
11	adjustment_request_limit_times	int		是	否	调换限制次数
12	create_time	datetime		是	否	创建时间
13	update_time	timestamp		是	否	更新时间

表 4-3-adjustment_request（调整申请）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	adjustment_request_id	int		是	是	调整申请ID
2	name_of_dormitory	varchar	64	否	否	宿舍名称
3	bed_location	varchar	64	否	否	床位位置
4	number_of_dormitories	double		否	否	宿舍人数
5	student_users	int		否	否	学生用户
6	student_name	varchar	64	否	否	学生姓名
7	student_phone	varchar	64	否	否	学生电话
8	student_number	varchar	64	否	否	学生学号
9	change_position	varchar	64	否	否	调换位置
10	exchange_reason	text	65535	否	否	调换原因
11	examine_state	varchar	16	是	否	审核状态
12	examine_reply	varchar	255	否	否	审核回复
13	create_time	datetime		是	否	创建时间
14	update_time	timestamp		是	否	更新时间
15	source_table	varchar	255	否	否	来源表
16	source_id	int		否	否	来源ID
17	source_user_id	int		否	否	来源用户

表 4-4-announcement_type（公告类型）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	announcement_type_id	int		是	是	公告类型ID
2	announcement_type	varchar	64	否	否	公告类型
3	create_time	datetime		是	否	创建时间
4	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-bill_payment（账单缴费）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	bill_payment_id	int		是	是	账单缴费ID
2	payment_name	varchar	64	否	否	缴费名称
3	payment_amount	varchar	64	否	否	缴费金额
4	deadline	date		否	否	截止日期
5	student_users	int		否	否	学生用户
6	student_name	varchar	64	否	否	学生姓名
7	student_number	varchar	64	否	否	学生学号
8	payment_date	date		否	否	缴费日期
9	payment_remarks	text	65535	否	否	缴费备注
10	pay_state	varchar	16	是	否	支付状态
11	pay_type	varchar	16	否	否	支付类型: 微信、支付宝、网银
12	create_time	datetime		是	否	创建时间
13	update_time	timestamp		是	否	更新时间
14	source_table	varchar	255	否	否	来源表
15	source_id	int		否	否	来源ID
16	source_user_id	int		否	否	来源用户

表 4-7-campus_announcement（校园公告）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	campus_announcement_id	int		是	是	校园公告ID
2	announcement_name	varchar	64	否	否	公告名称
3	announcement_type	varchar	64	否	否	公告类型
4	release_date	date		否	否	发布日期
5	cover_image	varchar	255	否	否	封面图片
6	announcement_content	longtext	4294967295	否	否	公告内容
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-8-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-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-late_return_signature（晚归签名）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	late_return_signature_id	int		是	是	晚归签名ID
2	student_users	int		否	否	学生用户
3	student_name	varchar	64	否	否	学生姓名
4	student_number	varchar	64	否	否	学生学号
5	name_of_dormitory	varchar	64	否	否	宿舍名称
6	late_return_time	datetime		否	否	晚归时间
7	number_of_late_returns	varchar	64	否	否	晚归次数
8	late_remarks	text	65535	否	否	晚归备注
9	create_time	datetime		是	否	创建时间
10	update_time	timestamp		是	否	更新时间

表 4-11-payment_information（缴费信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	payment_information_id	int		是	是	缴费信息ID
2	payment_name	varchar	64	否	否	缴费名称
3	payment_amount	double		否	否	缴费金额
4	deadline	date		否	否	截止日期
5	student_users	int		否	否	学生用户
6	student_name	varchar	64	否	否	学生姓名
7	student_number	varchar	64	否	否	学生学号
8	billing_details	text	65535	否	否	账单详情
9	bill_payment_limit_times	int		是	否	缴费限制次数
10	create_time	datetime		是	否	创建时间
11	update_time	timestamp		是	否	更新时间

表 4-12-repair_information（报修信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	repair_information_id	int		是	是	报修信息ID
2	repair_title	varchar	64	否	否	报修标题
3	student_users	int		否	否	学生用户
4	student_name	varchar	64	否	否	学生姓名
5	student_phone	varchar	64	否	否	学生电话
6	repair_date	date		否	否	报修日期
7	repair_address	varchar	64	是	否	报修地址
8	contents_of_repair_report	text	65535	否	否	报修内容
9	repair_progress_limit_times	int		是	否	进度限制次数
10	create_time	datetime		是	否	创建时间
11	update_time	timestamp		是	否	更新时间

表 4-13-repair_progress（报修进度）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	repair_progress_id	int		是	是	报修进度ID
2	repair_title	varchar	64	否	否	报修标题
3	student_users	int		否	否	学生用户
4	student_name	varchar	64	否	否	学生姓名
5	student_phone	varchar	64	否	否	学生电话
6	repair_date	date		否	否	报修日期
7	repair_address	varchar	64	是	否	报修地址
8	repair_progress	varchar	64	否	否	报修进度
9	progress_description	text	65535	否	否	进度描述
10	create_time	datetime		是	否	创建时间
11	update_time	timestamp		是	否	更新时间
12	source_table	varchar	255	否	否	来源表
13	source_id	int		否	否	来源ID
14	source_user_id	int		否	否	来源用户

表 4-14-student_users（学生用户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	student_users_id	int		是	是	学生用户ID
2	student_name	varchar	64	否	否	学生姓名
3	student_gender	varchar	64	否	否	学生性别
4	student_phone	varchar	64	否	否	学生电话
5	student_number	varchar	64	否	否	学生学号
6	examine_state	varchar	16	是	否	审核状态
7	user_id	int		是	否	用户ID
8	create_time	datetime		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-15-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-16-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-17-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章
系统实现

5.1学生用户主要功能实现

5.1.1用户注册

学生用户注册：点击注册，进入注册页面，填写好账号、密码、确认密码、昵称、邮箱、身份：学生用户、用户姓名、用户性别、用户电话等字段值，点击下方注册按钮，提示注册成功后，系统将自动跳转回到登录页面。注册界面如下图所示。

图5-1 注册界面

5.1.2用户登录

用户登录：点击“登录”按钮，输入用户名、密码、验证码登录系统，登录时前端会自动校验用户名与密码以及该用户是否审核通过，审核通过的用户输入正确登录

成功，输入错误会有提示信息。登录界面如下图所示。

图5-2 登录界面

5.1.3住宿信息管理

住户用户可以查看住宿信息，包括宿舍名称、床位位置、宿舍人数等。界面如下图所示。

图5-3 住宿信息管理界面

5.1.4报修信息管理

报修信息管理界面如下图所示。

图5-4 报修信息管理界面

5.1.5账单缴费管理

账单缴费管理界面如下图所示。

图5-5账单缴费管理界面

5.1.6调整申请管理

调整申请管理界面如下图所示。

图5-6调整申请管理界面

5.2管理员模块主要功能实现

5.2.1后台首页

后台首页：主要展示高校大学生公寓管理系统统计点状图，后台首页界面如下图所示。

图5-7后台首页界面图

5.2.2住宿信息管理

住宿信息管理：管理员可以管理公寓的住宿信息，宿舍名称、床位位置、宿舍人数，学生用户、学生名称等操作。界面如下图所示。

图5-8 住宿信息管理界面

5.2.3报修信息管理

报修信息管理：包含报修标题、学生用户、报修日期、报修地址等详情，可对列表查询、删除等操作。界面如下图所示。

图5-9 报修信息管理界面图

第6章
系统测试

6.1测试目的

在这个产品被投入使用前，首先需要进行试用，这是重要的环节。考虑到某个部分的开发没有缺陷情况下，把各种模块拼接，也有一定概率就存在矛盾。这就好比每个人都很独特，但聚在一起就显得杂乱无章，需要保证有默契的配合。对于测试，要看它的各项内容是否契合的原则[10]。若与最初定下的标准有一定程度上的出入，那么就需要做出一些调整，让最终的大方向朝着目标前进。

测试是为了发现在开发的程序中所存在的问题，测试这一工作是非常艰巨的，而又是非常困难的，这一部分在程序的设计中占有很大比例，可以说一个程序的开发工作量要是占据了百分至六十，那么剩下的百分之四十必然是测试这一部分，甚至更高。

6.2测试用例

用户登录功能测试

表6-1 用户登录功能测试表

用例名称	学生用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

查看住宿信息功能测试：

表6-2 查看住宿信息功能测试表

用例名称	查看住宿信息
目的	测试查看住宿信息
前提	用户登录
测试流程	点击首页的住宿信息
预期结果	可以查看到所有住宿信息
实际结果	实际结果与预期结果一致

宿管添加住宿信息测试：

表6-3 宿管添加公寓测试表

用例名称	宿管添加公寓测试用例
目的	测试宿管添加公寓功能
前提	用户正常登录情况下
测试流程	1）个人中心页面，点击住宿信息，点击按钮，输入相关住宿信息。 2）点击进行提交。
预期结果	提交以后，等管理员审核后页面首页会显示新的配件信息
实际结果	实际结果与预期结果一致

住宿信息搜索功能测试：

表6-4住宿信息搜索功能测试表

用例名称	住宿信息搜索测试
目的	测试住宿信息搜索功能
前提	无
测试流程	1）在搜索框填入搜索关键字。 2）点击搜索按钮。
预期结果	页面显示包含有搜索关键字的住宿信息
实际结果	实际结果与预期结果一致

住宿信息删除功能测试：

表6-5住宿信息删除功能测试表

用例名称	住宿信息删除测试
目的	测试住宿信息删除功能
前提	宿管用户登录—》个人中心—》住宿信息
测试流程	1）选择一个住宿信息。 2）点击删除按钮。
预期结果	提示删除成功，前端页面不在展示该住宿信息
实际结果	实际结果与预期结果一致

密码修改功能测试：

表6-6密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

6.3测试结果

在本次主要测试用户登录、以及住宿添加、查看、搜索、删除、密码修改业务流程操作。验证所有操作都能够正常运行，因此能够保证本次设计的，已实现的功能能够正常运行并且相关数据库的信息也同样保存正确。