宿舍标准管理系统需求分析报告.doc

目录
一、文档介绍 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 其她需求