宿舍综合管理系统需求分析报告.docx

目录
一、文档介绍 2
1.1、 文档目的 2
1.2、 文档范围 3
1.3、 读者对象 3
1.4、参考文档 3
1.5、术语与缩写解释 4
二、产品介绍 5
三、产品面向的用户群体 6
四、产品应当遵循的标准或规范 6
五、产品范围 7
六、产品的功能性需求 7
6.1 学生管理模块 8
6.1.1 学生入住 10
6.1.2 学生查询 12
6.1.3 换宿办理（待修改） 13
6.1.4 退宿办理 14
6.2 员工管理模块 16
6.2.1 员工入职 17
6.2.2 员工查询 18
6.2.3 退职办理 20
6.3 宿舍管理模块 22
6.3.1 设备添置 23
6.3.2 设备撤销 24
6.3.3 设备报修 26
6.3.4 设备查询 27
6.3.5 水电查询 28
6.4 信息管理模块 30
6.4.1 信息发布 31
6.4.2 密码修改 32
七、产品的非功能性需求 33
7.1 用户界面需求 33
7.2 软硬件环境需求 34
7.3 产品质量需求 34
7.n 其他需求 34

一、文档介绍
本文档是宿舍管理系统项目需求分析最终版本，结合了之前简略版需求分析，每次试验内容和小组内对该项目标讨论结果。
1.1、 文档目标
编写宿舍管理系统需求说明书是为了明确产品需求，将功效性需求、非功效性需求用正确描述语言描述清楚，并建立对应静态模型和动态模型。方便于项目组后台搭建人员对项目目标有清楚认识，为后续开发阶段做好准备，最终实现DM系统。
项目组其它组员对文档进行查看，清楚认识到该系统能实现功效，而且对系统内容进行完善，和能够使用该文档清楚明确向其它人介绍我们所做这个宿舍管理系统关键能够实现功效。
用户对文档进行查看，了解到该系统提供基础功效，和整个系统中所参与角色及其所负担功效，整个系统中包含到信息能够进行操作。
后续维护人员对文档进行查看，方便于了解到每个功效模块和其实现方法，方便于系统在以后出现问题时能够最快找到系统出现问题地方，而且采取最直接有效方法对其进行维护。
有文档编写需求人员对文档进行查看，能够了解到一个项目需求说明书所需要内容。一样以后做宿舍管理系统人对文档进行查看，能够大致了解到宿舍管理系统能够实现基础功效，而且每个功效对应模块实现方法。
1.2、 文档范围
适适用于项目设计阶段、开发及测试阶段、和后续维护阶段，同时在网上公布后其它有需要人员

1.3、 读者对象
本文档预期读者有项目组后台搭建人员和其它组员，在该系统投入使用以后便于用户对系统功效进行查看，和后续维护人员进行维护，有编写文档需求人。
1.4、参考文档
[l] 贺建英.四川文理学院管理系统设计和实现[D].电子科技大学;
[2] 武苍松.B/s 和C/s 结构分析和比较[J] .电脑学习，1999
[3] 许斌辉，孙亚刚.windows server 网络管理员完全手册[M].清华大学出版社
[4] 刘智勇.SQL sever 宝典[M].电子工业出版社，
[5] 刘晓华，张健.JSP应用开发详解囚.电子工业出版社，
[6」彭悼平，杨波.高校学生宿舍管理信息系统开发[J].天津职业技术师范学院学报
[7] 程成，陈故.软件工程附.机械工业出版社，
[8] 肖夏.高校学生宿舍管理系统设计[J] .福建电脑，
[9] 逢月华.高校学生宿舍管理中育人功效[J].山东电大学报，
[10] 牛吉荣.高校学生宿舍管理之我见[J] .牡丹江医学院学报，
[1l]姬莉莉.目前高校学生宿舍管理多个问题思索[J] .理工高教研究，
[12] 刘俊.高校学生宿舍管理模式浅析[J] .高等教育研究(成全部) ，
[l3] 赵金崇.新形势下高校学生宿舍管理工作研究和探索[J] .辽宁师专学报，
[14王国辉，吕林海，李钟蔚.java数据库系统开发案例精选附.人民邮电出版社
[15}张幼香.浅析高校学生宿舍管理存在问题[J] .科技情报开发和经济，
[16] 纪光辉.后勤社会化背景下高校学生宿舍管理[J] .江苏广播电视大学学报
[17]任治.浅谈新形势下高校学生宿舍管理[J] .中国科学教育，
[18]魏锋.相关高校学生宿舍管理思索[J].中华成功教育，
[19] 周华斌.高校学生宿舍管理行为法律性质和学生权利保障[J] .湖北行政学院学，
[20] 劳榆.新时期高校学生宿舍管理工作研究探索[J] .东华理工学院学报，
[21] 杨进.相关新时期高校学生宿舍管理几点思索[J] .学校党建和思想教育，
[22] 萨师宣，王珊.数据库系统概论[M].北京:高等教育出版社
[23] 张韧.改革高职校学生宿舍管理体制思索[J] .徐州工程学院学报，
[24] 张华.怎样在学生宿舍管理中开展“5s’活动闭.湖南经济管理干部学院学报
[25] 方建民.论高校后勤集团学生宿舍管理.集团经济研究，
[26] 张洪波.基于用例学生宿舍管理系统需求建模[J] .电脑知识和技术学术交流
[27〕全思愚，方鹏.剑桥和耶鲁住宿学院制模式对中国大学学生宿舍管理启示[J].高等农业教育
[28] 陈胜波、对构建学生宿舍虚拟服务平台思索[J].社会科学版
[29] 贺建英.四川文理学院管理系统设计和实现[p].电子科技大学;
[30] 武苍松.B/s 和C/s 结构分析和比较[J].电脑学习，1999
1.5、术语和缩写解释
缩写、术语
解 释
DM
Dormitory Management宿舍管理
设备
寝室各类物品，比如：灯泡、床等
职员
对寝室进行物品维修、卫生清洁等人员
学生
宿舍管理系统处理关键对象
二、产品介绍
宿舍管理系统是一个面向宿舍人员智能系统，伴随宿管撤销，学校宿舍内部很多工作无法顺利展开，包含宿舍内物品损坏报修，珍贵物品等级和保管，学生入住宿舍，因为宿舍矛盾引发更换宿舍或申请校外住宿所产生退宿，最关键是寝室公共卫生，没有像初高中一样公共区卫生打扫分配到各班，所以公共区卫生一直全部很脏，而教导员不住在寝室，有些事情即使向教导员反馈，层层下来也极难得到妥善处理。
宿舍管理系统是为学校宿管科老师方便管理学生住宿情况设计信息管理系统，经过宿舍管理系统可实时掌握学校宿舍使用情况、宿舍住宿情况、全校学生住宿情况、每个学生住宿具体信息等等。它是基于网络B/S结构程序，可和数字迎新系统、收费系统、数据中心结合使用，也可单独使用
宿舍管理系统涵盖了学生信息管理、公寓信息管理、学生入住管理、学生收费管理、学生退宿管理、日常操作管理等一系列相关宿舍管理业务步骤。系统不仅仅支持单条数据统计处理更支持批量统计处理，比如：批量生成房间、批量退宿、批量入住等；系统还提供了预分宿舍功效，能够在迎新现场直接为学生分配宿舍。
宿舍调整支持多个方法，如：单人调整、两人互调、单个房间调整、两个房间互调。系统还提供了部分辅助管理功效，比如：学生违纪登记、物品维修登记。
有了宿舍管理系统以后，同学们在宿舍产生问题能够经过系统和直接管理人员对话，使问题得到妥善处理，宿舍管理系统把学生，管理人员，工作人员（物业企业等）直接串联在一起，能够让管理人员立即公布公告，公布奖惩情况，学生能够经过系统进行入住宿舍，更换宿舍，退宿，损坏物品报修，工作人员能够经过系统了解自己工作区域，像物业管理人员能够规范自己清扫范围，维修人员能够知道什么地方什么物品损坏需要维修。
本系统努力争取实现方便快捷，操作简单，处理沟通困难实际问题，使学生们享受到愈加好宿舍环境，为学生学习打造良好后勤基础。
三、产品面向用户群体
本系统出发点为理工学院学生，不过依据各高校甚至使任何有宿舍单位需求，能够广泛使用，接入不一样单位数据库，只需要更改路径和接口，能够很方便适适用于各单位，含有高度适用性。
本系统操作简单，只要是懂电脑操作任何人，经过讲解，全部能够熟练使用本系统，用户界面十分简单，重在实用性。
四、产品应该遵照标准或规范
CMMI3：全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成，是由美国国防部和卡内基梅隆大学和美国国防工业协会共同开发和研制，其目标是帮助软件企业对软件工程过程进行管理和改善，增强开发和改善能力，从而能按时地、不超预算地开发出高质量软件。其所依据想法是：只要集中精力连续努力去建立有效软件工程过程基础结构，不停进行管理实践和过程改善，就能够克服软件开发中困难。CMMI为改善一个组织多种过程提供了一个单一集成化框架，新集成模型框架消除了各个模型不一致性，降低了模型间反复，增加透明度和了解，建立了一个自动、可扩展框架。所以能够从总体上改善组织质量和效率。CMMI关键关注点就是成本效益、明确关键、过程集中和灵活性四个方面。CMMI是一套融合多学科、可扩充产品集合，其研制初步动机是为了利用两个或多个单一学科模型实现一个组织集成化过程改善。
五、产品范围
本产品使用领域：有宿舍各个单位，比如高校，企业等等，甚至是农场，旅馆，酒店，监狱，看管所，医院等宿舍。
本产品包含内容：宿舍管理系统包含四个关键模块，分别为学生管理，职员管理，物品管理，信息管理。
学生管理包含：学生入住宿舍，学生更换宿舍，学生退宿，学生对损坏物品进行报修，学生信息录入、修改、删除。
职员管理包含：职员工作区域，职员信息录入、修改、删除，职员工作情况。
物品管理包含：物品信息录入、修改、删除，物品维修统计。
信息管理包含：信息公布、修改、删除。
六、产品功效性需求
本系统将宿舍管理系统分为四个子管理模块，分别是学生管理模块、职员管理模块，宿舍管理模块，信息管理模块。四个子模块中又分别含有其不一样职能工作，学生管理模块关键负责管理学生入住信息，包含学生入住信息录入、学生入住信息删除、入住信息修改和查询。职员管理模块关键负责日常维护宿舍卫生、维修和安全等方面人员信息管理，包含职员信息添加和删除，职员信息查询。宿舍管理模块关键是负责宿舍中设备管理和维护，包含设备添置，删除。除另外，增加额外报修操作，方便DM立即应对宿舍设备损坏情况。同时，DM能够对报修操作能够进行查询，方便DM立即反馈保修进度信息给学生。DM还能够对每个宿舍水电进行查询操作，方便DM对每个宿舍水电使用情况给立即统计。信息管理模块关键负责宿舍日常信息公告和规章制度公布，因为本系统没有学生操作页面，故此公布信息关键是用ED电子屏显示效果。信息管理模块中还附带管理员对自己个人信息管理操作，关键是修改密码功效。
宿舍管理系统
学生管理模块
职员管理模块
信息管理模块
宿舍管理模块
学生入住
学生查询
职员入职
职员退职
职员查询
退宿办理
换宿办理
设备添置
设备报修
设备撤销
设备查询
水电查询
信息公布
密码修改

6.1 学生管理模块
学生管理模块包含学生入住信息增加，修改，删除，查询操作。学生入住信息由管理员负责处理，学生向管理员了解个人入住信息后，开始入住。管理员在日常操作系统时，能够依据不一样学生需求及反应情况，立即对系统相关行为作出调整。学生入住后，管理员应立即更新宿舍入住信息，确保信息立即性，预防信息混杂化。另外，系统管理员应注意学生换宿行为是否得到学生相关老师同意等等。学生入住后信息，由管理统一整理，并做好备份。具体情况以下：
学生入住
学生查询
退宿办理
换宿办理
学生管理模块

用例图：

次序图：

6.1.1 学生入住
学生入住信息添加，管理员得到学生各项入住信息，并向系统录入，系统经过后台处理后，将信息立即存入数据库，以防信息泄露。同时，管理员在更新宿舍信息时，应注意宿舍人员是否已经满员。满员情况应立即向学生老师反应，同时，管理员也能够依据不一样情况，如满员、设备损坏等外因，立即对学生入住信息作出调整。具体信息以下表所表示：

用例名称
添加学生入住信息
关键业务参与者
DM
前置条件
DM成功登录系统
后置条件
学生入住信息添加成功，学生入住信息成功写入数据库中
触发条件
DM在主界面点击“入住办理”
基础路径（主事件流）
1．DM进入“入住办理”界面；
2．DM填写新增学生各项入住信息，点击提交按钮
3．系统检验提交学生入住信息填写和格式
4．系统将合格入住信息写入数据库
5．系统自动将DM添加入住信息行为统计到日志中
6．系统提醒“办理入住成功”
扩展事件流
必填项没有填写
1.系统显示“*项为必填！”
填写信息格式错误
1.系统显示“输入格式错误”
结束
当系统提醒“办理入住成功”，该用例结束
特殊需求
1. 增加对所填信息纠错功效
发生频率
可能会连续发生
待处理问题
无
补充说明
该功效只许可DM使用，其它用户无法使用此系统

学生入住信息添加
活动图：

次序图：

6.1.2 学生查询
学生入住信息查询，此功效关键是为了实现管理员对各个寝室楼层信息掌控，实时了解学生入住信息。另外，当外界有需求需调用该学生入住信息时，管理员能够使用此功效，实现相关信息操作。具体操作信息以下表所表示：

用例名称
查询学生入住信息
关键业务参与者
DM
前置条件
DM成功登录系统
后置条件
学生入住信息完成查询，学生入住信息显示在前端可视页面
触发条件
DM在主界面点击“查询学生信息”
基础路径（主事件流）
1．DM进入“查询学生信息”界面；
2．DM填写对应查询关键字，点击查询按钮
3．系统检验提交查询关键字填写和格式
4．系统将合格关键字在数据库中查询
5．系统自动将DM查询学生入住信息行为统计到日志中
6．系统提醒“查询信息成功”
7. 系统在前端管理员可视界面显示查询学生入住信息
扩展事件流
必填项没有填写
1.系统显示“不能查询空字符串”
填写信息格式错误
1.系统显示“输入格式错误”
结束
当系统提醒“查询信息成功”，该用例结束
特殊需求
1. 增加对所填信息纠错功效
发生频率
可能会连续发生
待处理问题
无
补充说明
该功效只许可DM使用，其它用户无法使用此系统

学生入住信息查询
活动图：

次序图

6.1.3 换宿办理（待修改）
此用例是用于学生入住信息修改，具体信息以下表所表示：

用例名称
换宿办理
关键业务参与者
DM
前置条件
DM成功登录系统
后置条件
学生入住信息修改成功，学生入住信息修改后数据成功写入数据库中
触发条件
DM在主界面点击“换宿办理”
基础路径（主事件流）
1．DM进入“换宿办理”界面；
2．DM填写要更换学生入住信息对应数据，点击更新按钮
3．系统检验提交学生入住信息相关数据填写和格式
4．系统将合格修改后入住信息写入数据库
5．系统自动将DM修改学生入住信息行为统计到日志中
6．系统提醒“换宿成功”
扩展事件流
必填项没有填写
1.系统显示“*项为必填！”
填写信息格式错误
1.系统显示“输入格式错误”
结束
当系统提醒“办理入住成功”，该用例结束
特殊需求
1. 增加对所填信息纠错功效
发生频率
可能会连续发生
待处理问题
无
补充说明
该功效只许可DM使用，其它用户无法使用此系统

6.1.4 退宿办理

用例名称
退宿办理
关键业务参与者
DM
前置条件
DM成功登录系统
后置条件
学生入住信息修改成功，学生入住信息修改后数据成功写入数据库中
触发条件
DM在主界面点击“换宿办理”
基础路径（主事件流）
1．DM进入“换宿办理”界面；
2．DM填写要更换学生入住信息对应数据，点击更新按钮
3．系统检验提交学生入住信息相关数据填写和格式
4．系统将合格修改后入住信息写入数据库
5．系统自动将DM修改学生入住信息行为统计到日志中
6．系统提醒“换宿成功”
扩展事件流
必填项没有填写
1.系统显示“*项为必填！”
填写信息格式错误
1.系统显示“输入格式错误”
结束
当系统提醒“办理入住成功”，该用例结束
特殊需求
2. 增加对所填信息纠错功效
发生频率
可能会连续发生
待处理问题
无
补充说明
该功效只许可DM使用，其它用户无法使用此系统

活动图：

6.2 职员管理模块
职员管理模块
职员入职
职员查询
职员退职

用例图：

次序图：

6.2.1 职员入职
职员入职信息添加，具体信息以下表所表示：

用例名称
职员入职
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
系统显示职员录入成功
触发条件
登陆成功后在主菜单列表中点击“职员录入”
基础路径（主事件流）
1．进入职员管理模块主界面
2．点击职员入职按钮
3．输入职员信息
4．管理员点击“确定”按钮
5．系统提醒“职员录入成功”
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统给出显示“职员录入成功”，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够录入职员资料

活动图：

次序图：
6.2.2 职员查询

用例名称
职员查询
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
显示职员信息
触发条件
登陆成功后在主菜单列表中点击“职员查询”
基础路径（主事件流）
1．进入职员管理模块主界面
2．点击职员查询按钮
3．输入职员信息关键字
4．管理员点击“确定”按钮
5．系统显示职员信息
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统显示职员信息，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够查询职员资料

6.2.3 退职办理

用例名称
职员退职
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
系统显示职员录入成功
触发条件
登陆成功后在主菜单列表中点击“职员退职”
基础路径（主事件流）
1．进入职员管理模块主界面
2．点击职员退职按钮
3．查询对应职员
4．管理员点击“退职”按钮
5．系统提醒“职员成功退职”
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统给出显示“职员成功退职”，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够进行退职操作

6.3 宿舍管理模块
宿舍管理模块
设备添置
设备撤销
设备查询
设备报修
水电查询

用例图：

次序图：

6.3.1 设备添置

用例名称
设备添置
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
系统显示设备添置成功
触发条件
登陆成功后在主菜单列表中点击“设备添置”
基础路径（主事件流）
1．进入宿舍管理模块主界面
2．点击设备添置按钮
3．输入设备信息
4．管理员点击“确定”按钮
5．系统提醒“设备添置成功”
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统给出显示“设备添置成功”，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够进行设备添置

6.3.2 设备撤销

用例名称
设备撤销
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
系统显示设备撤销成功
触发条件
登陆成功后在主菜单列表中点击“设备撤销
基础路径（主事件流）
1．进入宿舍管理界面
2．点击设备撤销按钮
3．找到对应设备
4．管理员点击“确定”按钮
5．系统提醒“设备撤销成功
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统给出显示“设备撤销成功”例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够设备撤销

6.3.3 设备报修

用例名称
设备保修
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
设备成功报修
触发条件
登陆成功后在主菜单列表中点击“设备保修”
基础路径（主事件流）
1．进入宿舍管理模块主界面
2．点击设备报修按钮
3．输入设备信息
4．管理员点击“确定”按钮
5．系统显示设备报修成功
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统显示设备报修成功，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够进行设备报修

6.3.4 设备查询

用例名称
设备查询
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
显示设备信息
触发条件
登陆成功后在主菜单列表中点击“设备查询”
基础路径（主事件流）
1．进入设备管理模块主界面
2．点击设备查询按钮
3．输入设备信息关键字
4．管理员点击“确定”按钮
5．系统显示设备信息
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统显示设备信息，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够查询设备资料

6.3.5 水电查询

用例名称
水电查询
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
显示水电使用情况
触发条件
登陆成功后在主菜单列表中点击“水电查询”
基础路径（主事件流）
1．进入宿舍管理模块主界面
2．点击水电查询按钮
3．输入寝室信息关键字
4．管理员点击“确定”按钮
5．系统显示水电使用情况
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统显示水电使用情况，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够查询水电

6.4 信息管理模块
管理员模块
信息公布
密码修改

用例图：

次序图：

6.4.1 信息公布

用例名称
信息公布
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
信息公布成功
触发条件
登陆成功后在主菜单列表中点击“信息公布”
基础路径（主事件流）
1．进入管理员模块主界面
2．点击信息公布按钮
3．输入公告
4．管理员点击“确定”按钮
5．系统显示信息公布成功
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统显示信息公布成功，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够进行信息公布

6.4.2 密码修改

用例名称
密码修改
关键业务参与者
DM
前置条件
以管理员身份登录
后置条件
密码修改成功
触发条件
登陆成功后在主菜单列表中点击“修改密码”
基础路径（主事件流）
1．进入职员管理模块主界面
2．点击密码修改按钮
3．输入原密码
4．输入新密码
5．确定新密码
6．管理员点击“确定”按钮
7．系统显示密码修改成功
扩展事件流
管理员点击“返回”按钮
1．用例结束
结束
当系统显示密码修改成功，该用例结束
特殊需求
无
发生频率
可能会连续发生
待处理问题
无
补充说明
只有管理员能够修改自己密码

七、产品非功效性需求
7.1 用户界面需求
需求名称
具体要求
语言
英语
风格
清楚、精美、友好
布局
合理、简练
7.2 软硬件环境需求
需求名称
具体要求
服务器
内存1GM以上，硬盘40G以上，声卡显卡等无尤其要求
用户终端
内存256M以上
操作系统
Windows操作系统（WinXP/Win/Win）
7.3 产品质量需求
关键质量属性
具体要求
正确性
用户输入正当信息，能够取得正确结果
健壮性
对系统预定义异常有合理立即处理
可靠性
系统可靠、稳定、可测试
性能，效率
多种响应时间不应该超出5秒
易用性
用户能够在不需要培训情况下进行多种操作
清楚性
用户进行多种操作时不产生歧义
安全性
网络完全达成国家三级标准
可扩展性
应该保留便于以后升级接口
兼容性
同常见软件不产生冲突
可移植性
能够在各个平台间移植
7.n 其它需求