宿舍管理系统需求分析报告.docx
《宿舍管理系统需求分析报告.docx》由会员分享,可在线阅读,更多相关《宿舍管理系统需求分析报告.docx(38页珍藏版)》请在冰豆网上搜索。
![宿舍管理系统需求分析报告.docx](https://file1.bdocx.com/fileroot1/2023-4/19/294e266e-5a35-4977-a0e0-b104f8e0bacc/294e266e-5a35-4977-a0e0-b104f8e0bacc1.gif)
宿舍管理系统需求分析报告
一、文档介绍
本文档是宿舍管理系统项目需求分析的最终版本,结合了之前简略版的需求分析,每次的实验内容以及小组内对该项目的讨论结果。
1.1、文档目的
编写宿舍管理系统需求说明书是为了明确产品需求,将功能性需求、非功能性需求用准确的描述语言描述清楚,并建立相应的静态模型和动态模型。
以便于项目组后台搭建人员对项目目标有清晰的认识,为后续的开发阶段做好准备,最终实现DM系统。
项目组其他成员对文档进行查看,清楚认识到该系统能实现的功能,并且对系统内容进行完善,以及能够使用该文档清晰明确的向其他人介绍我们所做的这个宿舍管理系统主要能够实现的功能。
用户对文档进行查看,了解到该系统提供的基本功能,以及整个系统中所参与的角色及其所承担的功能,整个系统中涉及到信息能够进行的操作。
后续维护人员对文档进行查看,以便于了解到每个功能模块以及其实现的方式,以便于系统在日后出现问题时能够最快的找到系统出现问题的地方,并且采取最直接有效的方式对其进行维护。
有文档编写需求的人员对文档进行查看,可以了解到一个项目需求说明书所需要的内容。
同样以后做宿舍管理系统的人对文档进行查看,能够大致了解到宿舍管理系统能够实现的基本功能,并且每个功能对应的模块实现的方式。
1.2、文档范围
适用于项目设计阶段、开发及测试阶段、以及后续维护阶段,同时在网上发布后其他有需要的人员
1.3、读者对象
本文档预期的读者有项目组后台搭建人员以及其他成员,在该系统投入使用以后便于用户对系统功能进行查看,以及后续的维护人员进行维护,有编写文档需求的人。
1.4、参考文档
[l]贺建英.四川文理学院管理系统的设计与实现[D].电子科技大学;2007年
[2]武苍松.B/s与C/s结构的分析与比较[J].电脑学习,1999
[3]许斌辉,孙亚刚.windowsserver2003网络管理员完全手册[M].清华大学出版社2007
[4]刘智勇.SQLsever2005宝典[M].电子工业出版社,2007
[5]刘晓华,张健.JSP应用开发详解囚.电子工业出版社,2007
[6」彭悼平,杨波.高校学生宿舍管理信息系统的开发[J].天津职业技术师范学院学报
[7]程成,陈故.软件工程附.机械工业出版社,2002
[8]肖夏.高校学生宿舍管理系统的设计[J].福建电脑,2004
[9]逢月华.高校学生宿舍管理中的育人功能[J].山东电大学报,2005
[10]牛吉荣.高校学生宿舍管理之我见[J].牡丹江医学院学报,2004
[1l]姬莉莉.当前高校学生宿舍管理几个问题的思考[J].理工高教研究,2005
[12]刘俊.高校学生宿舍管理模式浅析[J].高等教育研究(成都),2005
[l3]赵金崇.新形势下高校学生宿舍管理工作的研究与探索[J].辽宁师专学报,2005
[14王国辉,吕林海,李钟蔚.java数据库系统开发案例精选附.人民邮电出版社
[15}张幼香.浅析高校学生宿舍管理存在的问题[J].科技情报开发与经济,2006
[16]纪光辉.后勤社会化背景下的高校学生宿舍管理[J].江苏广播电视大学学报
[17]任治.浅谈新形势下高校学生宿舍管理[J].中国科学教育,2006
[18]魏锋.关于高校学生宿舍管理的思考[J].中华成功教育,2005
[19]周华斌.高校学生宿舍管理行为的法律性质和学生权利保障[J].湖北行政学院学,
[20]劳榆.新时期高校学生宿舍管理工作的研究探索[J].东华理工学院学报,2005
[21]杨进.关于新时期高校学生宿舍管理的几点思考[J].学校党建与思想教育,2005
[22]萨师宣,王珊.数据库系统概论[M].北京:
高等教育出版社
[23]张韧.改革高职校学生宿舍管理体制的思考[J].徐州工程学院学报,2005
[24]张华.如何在学生宿舍管理中开展“5s’活动闭.湖南经济管理干部学院学报
[25]方建民.论高校后勤集团学生宿舍管理.集团经济研究,2005
[26]张洪波.基于用例的学生宿舍管理系统需求建模[J].电脑知识与技术学术交流
[27〕全思愚,方鹏.剑桥和耶鲁住宿学院制模式对我国大学学生宿舍管理的启示[J].高等农业教育
[28]陈胜波、对构建学生宿舍虚拟服务平台的思考[J].社会科学版
[29]贺建英.四川文理学院管理系统的设计与实现[p].电子科技大学;
[30]武苍松.B/s与C/s结构的分析与比较[J].电脑学习,1999
1.5、术语与缩写解释
缩写、术语
解释
DM
DormitoryManagement宿舍管理
设备
寝室各类物品,例如:
灯泡、床等
员工
对寝室进行物品维修、卫生清洁等的人员
学生
宿舍管理系统的处理关键对象
二、产品介绍
宿舍管理系统是一个面向宿舍人员的智能系统,随着宿管的撤销,学校宿舍内部的很多工作无法顺利展开,包括宿舍内的物品损坏报修,贵重物品的等级与保管,学生入住宿舍,由于宿舍矛盾引发的更换宿舍或者申请校外住宿所产生的退宿,最重要的是寝室的公共卫生,没有像初高中一样公共区卫生打扫分配到各班,所以公共区卫生一直都很脏,而辅导员不住在寝室,有些事情即使向辅导员反馈,层层下来也很难得到妥善解决。
宿舍管理系统是为学校宿管科老师方便管理学生住宿情况设计的信息管理系统,通过宿舍管理系统可实时掌握学校宿舍使用情况、宿舍住宿情况、全校学生住宿情况、每个学生住宿详细信息等等。
它是基于网络的B/S结构程序,可与数字迎新系统、收费系统、数据中心结合使用,也可单独使用
宿舍管理系统涵盖了学生信息管理、公寓信息管理、学生入住管理、学生收费管理、学生退宿管理、日常操作管理等一系列有关宿舍管理的业务流程。
系统不仅仅支持单条数据记录的处理更支持批量记录的处理,例如:
批量生成房间、批量退宿、批量入住等;系统还提供了预分宿舍功能,可以在迎新现场直接为学生分配宿舍。
宿舍调整支持多种方式,如:
单人调整、两人互调、单个房间调整、两个房间互调。
系统还提供了一些辅助管理功能,例如:
学生违纪登记、物品维修登记。
有了宿舍管理系统之后,同学们在宿舍产生的问题能够通过系统与直接管理人员对话,使问题得到妥善的解决,宿舍管理系统把学生,管理人员,工作人员(物业公司等)直接串联在一起,可以让管理人员及时发布公告,公布奖惩情况,学生可以通过系统进行入住宿舍,更换宿舍,退宿,损坏物品的报修,工作人员可以通过系统了解自己的工作区域,像物业管理人员可以规范自己清扫的范围,维修人员可以知道什么地方什么物品损坏需要维修。
本系统力求实现方便快捷,操作简单,解决沟通困难的实际问题,使学生们享受到更好的宿舍环境,为学生的学习打造良好的后勤基础。
三、产品面向的用户群体
本系统出发点为理工学院的学生,但是根据各高校甚至使任何有宿舍的单位的需求,可以广泛的使用,接入不同单位的数据库,只需要更改路径和接口,可以很方便的适用于各单位,具有高度的适用性。
本系统操作简单,只要是懂电脑操作的任何人,经过讲解,都可以熟练的使用本系统,用户界面十分简单,重在实用性。
四、产品应当遵循的标准或规范
CMMI3:
全称是CapabilityMaturityModelIntegration,即软件能力成熟度模型集成,是由美国国防部与卡内基梅隆大学和美国国防工业协会共同开发和研制的,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是:
只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件开发中的困难。
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/Win2000/Win2003)
7.3产品质量需求
主