宿舍管理系统需求说明书

宿舍管理系统采用B/S架构（浏览器/服务器），通过Web端为不同用户提供功能服务。前端使用现代Web技术（如HTML5、CSS3、JavaScript，Vue.js及前端框架），后端则基于稳定的服务器平台（如Linux/Windows），采用.NET Core或Java Spring框架，并通过SQL Server或MySQL进行数据存储。系统支持多种平台部署，包括本地服务器或云服务器。

---

3. 功能需求

3.1 学生管理

1. 学生信息录入/修改/查询：

- 支持手动录入或批量导入学生信息（如姓名、学号、性别、联系方式、宿舍号等）。

- 提供学生信息修改功能，支持备注信息和入住情况更新。

- 支持通过多种条件（如姓名、学号、宿舍号等）查询学生信息，支持模糊查询。

2. 宿舍入住管理

- 学生可以在线申请宿舍，管理员进行审批和分配。

- 学生可以在线查看自己当前的宿舍信息，包括舍友名单、宿舍位置等。

3.2 宿舍管理

1. 宿舍分配：

- 管理员可以根据学生的申请情况，进行宿舍的统一分配。

- 系统支持按班级、性别等规则进行批量分配。

2. 宿舍调换：

- 学生可通过系统申请宿舍调换，管理员根据空余床位和学生需求进行调换操作。

3. 宿舍考勤与管理：

- 系统记录学生的日常考勤情况，包括归宿时间、晚归记录等，方便管理员进行监督管理。

3.3 维修管理

1. 维修申请：

- 学生可以在线申请宿舍维修，填写具体的维修内容（如水电维修、家具损坏等）。

2. 维修任务分配：

- 管理员收到维修申请后，分配任务给对应的维修人员，维修人员可以查看任务详情并更新维修进度。

3. 维修反馈：

- 学生可以对维修结果进行反馈，系统记录维修完成情况。

3.4 财务管理

1. 宿舍费用缴纳：

- 系统支持学生在线查看宿舍相关费用（如住宿费、水电费等），并在线缴纳。

2. 费用统计：

- 管理员可以查看学生的缴费记录，系统支持生成财务报表，方便财务统计和审核。

3.5 消息通知管理

1. 系统通知：

- 学生和管理员可以通过系统收到宿舍管理的相关通知，如宿舍调换、维修进展、缴费提醒等。

2. 个性化提醒：

- 支持通过短信、邮件或APP推送进行消息通知，确保学生能够及时了解相关信息。

3.6 系统设置与权限管理

1. 角色管理：

- 系统支持不同用户角色的权限管理，包括学生、宿舍管理员和维修人员，确保系统的操作权限安全。

2. 数据备份与还原：

- 系统支持数据库的备份和还原功能，确保数据安全。

4.功能概要

学生管理	录入/修改/查询
学生管理	在线问答
员工管理	员工信息维护
员工管理	宿管回复
服务项目管理	单个项目维护
服务项目管理	宿舍维护
报修管理	报修查询
报修管理	报修核销
系统管理	角色管理
系统管理	数据库还原或备份
在线客服	聊天功能

5. 非功能性需求

5.1 性能要求

1. 响应时间：在常规操作（如查询宿舍信息、提交维修申请等）中，系统响应时间不应超过2秒。

2. 并发支持：系统应支持至少500个并发用户在线，保证在高负载情况下的稳定运行。

3.资源利用率

系统应合理优化资源使用，确保CPU、内存、磁盘I/O等资源的利用率在合理范围内，避免资源浪费和瓶颈产生。

4.可扩展性

系统应具备良好的可扩展性，能够轻松应对未来用户数量增长、数据量增加以及业务功能扩展的需求。

5.2 可用性

1. 易用性：界面简洁明了，操作符合用户习惯，提供帮助文档降低学习成本。

2. 可靠性：系统应具备高可靠性，确保长时间稳定运行，提供数据备份机制以防数据丢失。

5.3 兼容性

1. 浏览器兼容性：系统应支持主流浏览器（如Chrome、Firefox、Safari等）的正常运行。

2. 移动端兼容性：系统应支持移动设备的访问，确保在手机和平板上有良好的体验。

3.操作系统兼容性：系统应支持多种操作系统（如Windows、Linux、MacOS等）的客户端或服务器端部署，满足不同用户的使用需求。

4.第三方软件兼容性：系统应与常见的第三方软件（如支付接口、短信服务、邮件服务等）兼容，确保集成过程中的顺利对接和数据交换。

5.硬件兼容性：系统应支持多种硬件配置，包括不同型号的服务器、存储设备等，确保在不同硬件环境下都能稳定运行。

---

6. 数据库设计

6.1 数据库概念设计

数据库将包括学生信息、宿舍信息、维修记录、费用记录等表。

学生表（tb_Student）

- 字段：学号、姓名、性别、联系方式、宿舍号、入住宿舍时间等。

宿舍表（tb_Dormitory）

- 字段：宿舍号、楼层、房间类型、床位数、当前入住人数等。

维修表（tb_Repair）

- 字段：维修编号、学生学号、宿舍号、维修内容、维修状态、申请时间等。

费用表（tb_Fee）

- 字段：缴费编号、学生学号、费用类型、缴费金额、缴费时间等。

表1——表名：学生表(tb_Student)
序号	字段显示	字段名	数据类型	允许为空	主键
1	主键Id	Id	int	否	TRUE
2	学号	StudID	int	否
3	姓名	StuName	varchar(64)	否
4	性别	Gender	varchar(10)	否
5	宿舍号	DormitoryNumber	int	否
6	联系方式	TelePhone	varchar(11)	否
7	入住时间	CreateTime	datetime	否

表2——表名：宿舍表（tb_Dormitory）
序号	字段显示	字段名	数据类型	允许为空	主键
1	主键Id	Id	int	否	TRUE
2	宿舍号	DormitoryNumber	int	否
3	楼层	Floor	int	否
4	房间类型	Roomtype:	varchar(50)	否
5	床位数	NumberBeds	int	否
6	当前入住人数	StayNumber	int	否

表3——表名：维修表（tb_Repair）
序号	字段显示	字段名	数据类型	允许为空	主键
1	主键Id	Id	int	否	TRUE
2	维修编号	RepairNumber	int	否
3	学生学号	StuName	int	否
4	宿舍号	DormitoryNumber	int	否
5	维修内容	RepairContent	varchar(256)	否
6	维修状态	RepairStatus	varchar(11)	否
7	申请时间	CreateTime	datetime	否

表4——表名：费用表（tb_Fee）
序号	字段显示	字段名	数据类型	允许为空	主键
1	主键Id	Id	int	否	TRUE
2	缴费编号	PaymentNumber	int	否
3	学生学号	StuId	varchar(64)	否
4	费用类型	ThetypeofExpense	varchar(10)	否
5	缴费金额	Money	Decimal	否
6	缴费时间	TelePhone	varchar(11)	否

7. 界面与交互设计

7.1 后台管理系统

1. 登录页面：管理员通过输入账号和密码登录系统。

2.宿舍管理首页：显示宿舍分配、维修管理、费用统计等模块的快捷入口。

7.2 学生端界面

1. 宿舍信息查看：学生登录后可以查看个人宿舍信息和舍友列表。

2.维修申请页面：学生可以在页面填写维修申请，并查看维修进展。

8. 开发实施与维护

8.1 开发计划

- 需求分析（1-2周）：整理需求并编写需求文档。

- 系统设计（3-4周）：完成系统架构、数据库设计与接口设计。

- 编码实现（5-12周）：分模块实现各功能。

8.2 测试计划

- 单元测试：测试每个模块功能是否正确。

- 集成测试：确保各模块间的接口和交互无误。

表 1 开发计划表：

阶段	时间范围	主要任务	负责人
需求分析	第1-2周	1.收集并整理功能需求	项目经理
		2.编写需求规格说明书	项目经理, 客户代表
		3.需求评审与确认	项目团队, 客户
系统设计	第3-4周	1. 系统架构设计	技术负责人
		2. 数据库设计与建模	数据库工程师
		3. 接口设计（API、UI等）	前后端开发人员
		4. 设计评审与文档编写	项目团队
编码实现	第5-12周	1. 分模块编码（如用户管理、订单处理等）	开发人员
		2. 代码审查与合并	开发人员, 技术负责人
		3. 编写单元测试	开发人员

表 2 功能开发计划表：

功能	时间	功能描述	负责人
登录	1天	1.用户输入正确的账号、密码、验证码提示登录成功并跳转到系统首页。	开发人员XXX
注册	1天	1.用户输入账号、密码、手机号、性别等信息，注册成功跳转到登录页面。	开发人员XXX

1. 测试计划

表 3 测试计划表：

测试类型	测试时间	测试内容	负责人
单元测试	编码期间并行进行	1.各模块功能单元测试	开发人员XXX
集成测试	第13-14周	1.模块间接口与交互测试	集成测试工程师
		2.集成后功能验证	集成测试工程师