高校宿舍管理系统详细需求分析说明书

（详细）高校宿舍管理系统需求分析说明书

版本状态

审阅者

分发

目 录

1 引言... 1

1.1 编写目的... 1

1.2 读者对象... 1

1.3 术语解释... 1

1.4 参考资料... 2

2 项目概述... 3

2.1 项目背景... 3

2.2 项目目标... 3

3 高校宿舍管理系统总体功能... 4

4 系统需求优先级... 5

5 业务需求... 6

5.1 主要业务流程图... 6

5.1.1 用户管理业务流程设计... 6

5.1.2 楼栋管理业务流程设计... 7

5.1.3 宿舍管理业务流程设计... 8

5.1.4 维修管理业务流程设计... 9

5.1.5 报表管理业务流程设计... 10

5.1.6 登记管理业务流程设计... 11

5.1.7 床位管理业务流程设计... 12

5.2 系统功能需求... 13

5.2.1 角色分析... 13

5.2.2 业务功能分析... 13

5.2.3 用户管理模块需求设计... 14

5.2.4 楼栋管理模块需求设计... 16

5.2.5 宿舍管理模块需求设计... 18

5.2.6报表管理模块需求设计... 21

5.2.7 登记模块需求设计... 21

5.2.8 床位管理模块需求设计... 24

5.2.9 维修管理需求设计... 27

5.2.10 报表管理模块需求设计... 30

5.2.11 公告管理模块需求设计... 30

6 非功能需求... 32

6.1 外部接口需求... 32

6.2 性能需求... 32

6.2.1 间特性要求... 32

6.2.2 灵活性... 32

6.2.3 数据管理能力要求（针对软件系统）... 32

6.2.4 故障处理要求... 32

6.3 系统非功能需求... 32

6.3.1 可靠性... 32

6.3.2 安全性... 32

6.3.3 可维护性可拓展性... 33

6.3.4 可测试性... 33

6.3.5 界面的设计... 33

7 其他事项... 34

7.1 后期可完善功能... 34

1 引言

1.1 编写目的

学生宿舍管理系统对于一个学校来说是必不可少的组成部分。宿舍管理人员手工记录数据对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。由于数据量庞大。很麻烦还浪费了许多时间，效率也比较低。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。

1.2 读者对象

本文档（本指南）适用于所有使用该系统的管理员用户和在校的学生。

1.3 术语解释

1.4 参考资料

1. 工程项目管理系统的设计与实现[J];电力系统及其自动化学报;2011年03期。

2. 科研项目管理系统的设计与实现[J];黑龙江工程学院学报;2005年04期。

3. 基于Web的全生命周期项目管理系统研究[J];机械科学与技术;2005年05期。

4. 基于SSM的软件体系结构开发过程研究[J];计算机测量与控制;2011年08期。

5. 基于SSH框架与AJAX技术的JavaWeb应用开发[J]; 2009年10期。

6. 基于框架的Web系统开发研究[J];计算机工程与设计;2010年04期。

7. 基于SSM框架的智能web系统研发设计[J];计算机工程与设计;2012年12期。

8. 基于iBatis的通用数据持久层的研究与设计[J];微计算机信息;2007年12期。

9. 高校科研项目管理系统开发研究[J];中国高校科技与产业化;2009年12期。

10. 崔冬华.《软件工程》.人民邮电出版社.2014年3月。

11. 张海藩.《软件工程导论》.人民邮电出版社.2006年1月。

12. 潘孝铭.《软件文档编写》.高等教育出版社.2004年8月。

13. 罗先文.《软件工程实物》.重庆大学出版社.2005年3月。

14. 王 珊.《数据库系统概论》.高等教育出版社 2013年12月。

15. 张白一.《web应用开发技术：Jsp》.西安电子科技大学出版社。

2 项目概述

为了使高校宿舍工作进行信息化管理，便于进行学生入住、宿舍变更等操作的管理，减少纸质化管理的不便捷性，故需要开发此系统。

2.1 项目背景

近年来我国信息产业化发展迅速，手工管理方式在高校宿舍管理这一块处理大量事务的应用已经逐渐退出历史舞台。众所周知宿舍对于学生而言是第二个家，为了增加学生的入住体验以及加强学校对学生的管理，宿舍系统的信息化管理已是大势所趋。为了提高其工作效率，减少宿舍管理的不便捷性和落后性，增加高校宿舍信息化管理已深入许多高校管理人员的心。高校宿舍管理系统采用的是计算机化管理，系统尽量做到人性化，提升管理人员和系统的交互感，使用这会感到操作非常简便，管理人员需要做的就是将数据输入到系统中，源代码会连接数据库自动处理数据。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存。另一方面，管理者可定时备份数据库文件，将数据丢失的可能性降到最低。这无疑是为信息储存量比较大的功效提供了一个方便、快捷的操作方式。

高校宿舍管理系统是为有效管理高校学生宿舍的状态及维修而开发的信息系统，系统对宿舍的分布情况进行信息化管理、管理学生入住、宿舍变更、宿舍报修、维修；管理学生进出宿舍情况、外来人员进出宿舍登记；学生缴纳宿舍水电费和维修费；通知发送及各种报表情况。系统主要使用者是宿舍管理员、后勤管理员、学生、外来人员和维修人员，使用者通过系统可以进行楼栋管理、宿舍管理等操作。

2.2 项目目标

该系统旨在提高高校宿舍管理工作的效率及合理性，便于高校对学生的管理以及摒弃手写时代的局限性，系统对宿舍的分布情况进行信息化管理、管理学生入住、宿舍变更、宿舍报修、维修等操作。

学习目标:通过此次项目，学习并熟悉软件开发的流程，学习对项目进行具体划分，学习对项目进行整体计划。在编码过程中熟悉软件编程知识，了解软件行业的趋势。增强对实际问题的把控能力，增加职业修养，增强竞争力。

3 高校宿舍管理系统总体功能

图3-1 高校宿舍管理系统功能结构图

4 系统需求优先级

表4-1 系统需求优先级

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.1.7 床位管理业务流程设计

1) 宿舍管理员登录成功后查询所在宿舍空闲床位。

2) 后勤管理员登陆成功后查询所在宿舍空闲床位。

3) 宿舍管理员进行床位新增

4) 宿舍管理员进行床位删除

5) 宿舍管理员进行床位状态变更

6) 宿舍管理员进行床位变更

7) 宿舍管理员进行床位分配

8) 宿舍管理员进行床位查询

9) 后勤管理员进行床位查询

图5-7 床位管理业务流程图

5.2 系统功能需求

5.2.1 角色分析

根据对高校宿舍管理系统的需求分析，本系统主要涉及到的角色如下表5-1所示：

表5-1 系统角色表

5.2.2 业务功能分析

通过对本系统进行的需求分析发现，高校宿舍管理系统可以拆分为以下几个子模块系统：用户管理模块，楼栋管理模块，宿舍管理模块，床位管理模块，登记模块，维修管理模块，缴费管理模块，公告管理模块，报表管理模块。

系统的主要角色涉及到学生、宿舍管理员、后勤管理员、外来人员和维修人员，根据不同角色对不同模块的功能操作权限，设计了其功能需求总体用例图如下图5-8所示

图5-8 功能需求总体用例图

5.2.3 用户管理模块需求设计

对于高校宿舍管理系统来说，用户管理模块是最重要的一个模块，因为它包含了宿舍管理员，后勤管理员，学生和维修人员的登录，注册，修改密码的操作，其中只有后勤管理人员具有用户注销的权限。

该模块的用例图如图5-9所示

图5-9 用户管理模块用例图

用户注销案例分析表如下表5-2所示：

表5-2 用户注销案例分析表

1. 后勤管理员通过登录系统登录，跳转到用户信息详情界面
2. 点击对应的系统用户进行注销操作
3. 操作完成弹框提示“操作成功”，并跳转回用户详情界面

可选操作流 当操作权限不够时系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

用户注册案例分析表如下表5-3所示

表5-3 用户注册案例分析表

1. 注册人员在首页点击注册按钮，跳转到注册页面
2. 正确填写注册信息，将数据保存到数据库中，并弹框显示“注册成功”

可选操作流 当注册信息不符合提示要求时，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

用户登录案例分析表如下表5-4所示

表5-4 用户登录案例分析表

1. 用户正确填写身份信息
2. 系统成功跳转至系统首页

可选操作流 当数据库中无所填信息时，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

更改密码案例分析表如下表5-5所示

表5-5 更改密码案例分析表

1. 用户正确填写原身份信息，进行身份认证
2. 数据库中信息进行更新，并弹框提示“更改成功”

可选操作流 当数据库中无所填信息时，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

5.2.4 楼栋管理模块需求设计

该模块由后勤管理员对学校所有宿舍楼栋情况进行操作，包括楼栋信息的新增、修改、删除和查询操作。

该模块的用例图如图5-10所示

图5-10 楼栋管理模块用例图

楼栋信息新增案例分析表如下表5-6所示：

表5-6 楼栋信息新增案例分析表

1. 点击“添加”按钮，进入楼栋信息添加页面。
2. 操作结束，数据同步到数据库。

可选操作流 无 被泛化用例表 该用例的特化用例列表

楼栋信息修改案例分析表如下表5-7所示：

表5-7 楼栋信息修改案例分析表

1. 点击“修改”按钮，进入楼栋信息修改页面。
2. 操作结束，数据同步到数据库。

可选操作流 无 被泛化用例表 该用例的特化用例列表

楼栋信息删除案例分析表如下表5-8所示：

表5-8 楼栋信息删除案例分析表

1. 点击“删除”按钮，进入楼栋信息删除页面。
2. 操作结束，数据同步到数据库。

可选操作流 无 被泛化用例表 该用例的特化用例列表

楼栋信息查询案例分析表如下表5-9所示：

表5-9 楼栋信息查询案例分析表

1. 点击“查询”按钮，楼栋信息全部展示在页面中。

可选操作流 无 被泛化用例表 该用例的特化用例列表

5.2.5 宿舍管理模块需求设计

该模块由宿舍管理员对所在楼栋的宿舍信息情况进行操作，包括宿舍信息的新增、修改、删除和查询操作。

该模块的用例图如图5-11所示

图5-11 宿舍管理模块用例图

宿舍信息新增案例分析表如下表5-10所示：

表5-10 宿舍信息新增案例分析表

1. 点击“添加”按钮，进入宿舍信息添加页面。
2. 操作结束，数据同步到数据库。

可选操作流 无 被泛化用例表 该用例的特化用例列表

宿舍信息修改案例分析表如下表5-11所示：

表5-11 宿舍信息修改案例分析表

1. 点击“修改”按钮，进入宿舍信息修改页面。
2. 操作结束，数据同步到数据库。

可选操作流 无 被泛化用例表 该用例的特化用例列表

宿舍信息删除案例分析表如下表5-12所示：

表5-12 宿舍信息删除案例分析表

1. 点击“删除”按钮，进入宿舍信息删除页面。
2. 操作结束，数据同步到数据库。

可选操作流 无 被泛化用例表 该用例的特化用例列表

宿舍信息查询案例分析表如下表5-13所示：

表5-13 宿舍信息查询案例分析表

5.2.6缴费管理模块需求设计

后勤管理员可以在缴费处提交缴费清单，学生选择缴费类型网上缴费。

该模块用例图5-12所示

图5-12 缴费管理模块用例图

该模块缴费管理案例分析表如下表5-14所示：

表5-14 缴费管理案例分析表

表5-14 缴费管理案例分析表（续）

发布缴费清单管理案例分析表如下表5-15所示：

表5-15 发布缴费清单管理案例分析表

5.2.7 登记模块需求设计

该模块用来实现外来人员的登记和宿舍巡查登记，即对辅导员、班主任、楼栋长巡查宿舍的情况进行登记，后续需要将该登记情况上报给后勤管理员。

该模块的用例图如图5-13所示

图5-13 登记模块用例图

外来人员登记案例分析表如下表5-16所示：

表5-16 外来人员登记案例分析表

1. 宿舍管理员通过登录验证
2. 外来人员在宿舍管理员处登记完成后进行访问

可选操作流 问题重名或者问题内容超长导致操作出错，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

宿舍巡查登记案例分析表如下表5-17所示：

表5-17 宿舍巡查登记案例分析表

1. 宿舍管理员通过登录验证
2. 宿舍管理员对辅导员、班主任、楼栋长巡查宿舍的情况进行登记

可选操作流 问题重名或者问题内容超长导致操作出错，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

5.2.8 床位管理模块需求设计

该模块由宿舍管理员管理各自所在楼栋的床位分布情况及使用用途，包括：床位新增、删除、查询和状态变更操作，并且还要负责记录床位的分配和变更，最后将具体情况汇报给后勤管理员。

该模块的用例图如图5-14所示

图5-14 床位管理模块用例图

床位新增案例分析表如下表5-18所示：

表5-18 床位新增案例分析表

表5-18 床位新增案例分析表（续）

床位删除案例分析表如下表5-19所示：

表5-19 床位删除案例分析表

1. 选择相应楼栋，寝室，床位
2. 点击“删除”按钮，将所选信息删除，并弹出“操作成功”提示框。

可选操作流 当所在宿舍有人居住且要进行删除操作时，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

床位查询案例分析表如下表5-20所示：

表5-20 床位查询案例分析表

表5-20 床位查询案例分析表（续）

床位状态变更案例分析表如下表5-21所示：

表5-21 床位状态变更案例分析表

床位分配管理案例分析表如下表5-22所示：

表5-22 床位分配管理案例分析表

表5-22 床位分配管理案例分析表（续）

1. 点击“床位分配”按钮，进入床位信息添加页面。
2. 将输入对应寝室号，学生学号分配床位

可选操作流 当所在床位有人居住且要进行床位分配操作时，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

床位变更管理案例分析表如下表5-23所示：

表5-23 床位变更管理案例分析表

1. 点击“床位变更”按钮，改变床位的状态信息，并同步更新到数据库当中

可选操作流 当所在床位有人居住且要进行状态切换时，系统弹出错误提示，并记录操作日志信息 被泛化用例表 该用例的特化用例列表

5.2.9 维修管理需求设计

学生可以对入住的寝室床位和宿舍设备申请保修管理，也可以实时查询报修进度。学校后勤人员能对楼栋的设备进行维修，维修工和后勤人员能查询到该楼栋的维修状况和进度。后勤人员能查询到该楼层的历史维修情况。维修管理包含维修信息查询，楼栋、宿舍、床位管理是个模块。

该模块的用例图如图5-15所示

图5-15 维修管理模块用例图

维修信息案例分析表如下表5-24所示:

表5-24 维修信息查询案例分析表

维修费用案例分析表如下表5-25所示:

表5-25 维修费用案例分析表

表5-25 维修费用案例分析表（续）

维修查询管理案例分析表如下表5-26所示:

表5-26 床位维修管理案例分析表

宿舍维修状态管理案例分析表如下表5-27所示:

表5-27 宿舍维修管理案例分析表

5.2.10 报表管理模块需求设计

该模块中学生，宿管，管理员可通过上网打印宿舍使用情况，缴费情况，巡查情况等情况统计。

该模块的用例图如图5-16所示

图5-16 报表管理模块用例图

该模块报表管理案例分析表如下表5-28所示：

表5-28 报表管理案例分析表

5.2.11 公告管理模块需求设计

宿舍管理员和后勤管理员可以在公告处发布公告信息，该模块学生管理员在公告处查看公告信息，宿舍管理员和后勤管理员也可以在公告处发布和删除公告信息

该模块用例图5-17所示

图5-17 公告管理模块用例图

该模块公告管理案例分析表如下表5-29所示：

表5-29 公告管理案例分析表

6 非功能需求

6.1 外部接口需求

硬件接口:基本的输入输出设备。输入：键盘、鼠标；输出：显示器。

软件接口:由于本软件需要和MySQL数据库进行交互，提供MySQL的有关接口。

可维护性:要求本软件的维护文档齐全,便于维护。

用户接口:校的学生和楼层管理员，输入数据库存在的用户账号和密码登录。

6.2 性能需求

6.2.1 间特性要求

该管理系统开学期间一直处于监控状态，随时准备信息的录入修改等工作。

6.2.2 灵活性

本管理系统的硬件性能对于600以下使用计算机用户的绝对支持，小于600用户时如添加用户则管理系统自动将该用户添加进服务器的管理列表中，如果超过规定用户则停止对多余用户的服务或者更换更先进的服务器。

6.2.3 数据管理能力要求（针对软件系统）

数据库管理系统采用当前最流行、最成熟、同时也是最好的 C/S 体系结构实现。

6.2.4 故障处理要求

由于服务器开机时间过长数据读写频繁导致硬盘损坏，使数据库遭到破坏，可以使用定时备份数据库更新数据库的方法在数据库被破坏时恢复数据库。用户误操作导服务器中病毒 ，使服务 器不能正常运行，不能监控和处理整个局域网络，可以采用软件杀毒和软件监控或者使用硬件防火墙的方法防止外面病毒的流进。同时有必要定时检查服务器，交换机等硬件设备以防临时出错，做到万无一失。

6.3 系统非功能需求

6.3.1 可靠性

本系统涉及到缴费管理，可靠性要求较高。需要对学生数据做好足够的备份与恢复功能，采用专门数据库管理系统能提高本系统的安全性。详见系统要求部分数据管理能力要求。

6.3.2 安全性

系统管理有不同的权限设定，如学生处管理人员，宿舍管理员和财务处人员，不同的人员有属于自己的专门的权限，不可越权，在登陆时就进行了相应的权限认定，当密码输入出错次序高于三次时系统屏蔽登陆功能，实现对数据的保护。

6.3.3 可维护性可拓展性

系统应具有良好的可维护性，能方便日后进行功能拓展，在实现程序时采用抽象，接口等编程技巧提高系统可维护性。在选用编程语言时，尽量选用面向对象的语言，方便拓展新功能。

6.3.4 可测试性

代码编写时要注意注释的编写及相模块的文档说明，方便测试人员进行相应的测试，同时也方便在构建产品线时划分不同的包。

6.3.5 界面的设计

应本着简洁、漂亮、通俗易懂，操作简便，并具有一定的灵活性；尽可能采用开发工具构造界面，使需求定义和设计、编码相衔接；参考、比较已经成熟的软件的界面的风格，提取有用的设计方法。

7 其他事项

7.1 后期可完善功能

[1]代缴费功能：学生将缴费单通过管理平台传输至宿舍管理员，代缴费成功后，过二维码形式将费用转至宿舍管理员。

[2]快递提示功能：宿舍管理员通过管理平台将包裹信息传送到学生个人，提示学生及时提取快递，避免接收室空间拥挤。

[3]发现BUG功能：任意平台使用人员若发现系统出现BUG，可通过管理平台联系。

系统开发人员，保证系统运行流畅，并将漏洞减到最少，保证用户体验和正常管理。 附录1：变更纪事

变更纪录