学生宿舍管理系统需求规格说明书Word格式.docx
- 文档编号:17713610
- 上传时间:2022-12-08
- 格式:DOCX
- 页数:30
- 大小:113.50KB
学生宿舍管理系统需求规格说明书Word格式.docx
《学生宿舍管理系统需求规格说明书Word格式.docx》由会员分享,可在线阅读,更多相关《学生宿舍管理系统需求规格说明书Word格式.docx(30页珍藏版)》请在冰豆网上搜索。
下文有的简称宿舍管理系统,即用于实现对学生及宿舍信息资料进行编辑,添加,删除,统计,打印显示等功能的软件系统。
通过该系统,用户可以查看学生的基本信息、宿舍信息等各方面的资料,能够方便的了解学生和宿舍的总体情况。
该管理系统为用户提供了一些简单的数据查询、输出各种信息等功能。
用户通过输入学生基本信息(例如学生证号),由系统自行生成相应的数据以供宿舍管理员查询,另外宿舍管理中心的管理用户还可以对这些基本信息进行更新和删除,学校学生宿舍管理系统力求给用户方便快捷的途径去管理这些繁琐的数据。
1.5参考资料
[1]KarlE.Wiegers著,软件需求.清华大学出版社,2004
[2]DeanLeffingwell等著,软件需求管理——统一方法.机械工业出版社.2002
[3]SorenLauesen著,软件需求.电子工业出版社,2002
[4]IanSommerville著,需求工程.机械工业出版社,2003
[5]海藩.软件工程导论.北京:
清华大学出版社,2009
[6]利民.田保军.邢红梅.软件工程综合设计.工业大学,2010
[7]需求规格说明书,2010
[8]吴杰.UML基础与Rose建模案例.北京:
人民邮电出版社,2010
2总体描述
2.1产品前景
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。
目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。
当今社会是信息化高速发展的社会,原始的记录方式已经被社会所淘汰了,信息化管理正是适应时代的产物。
信息发展永远是一种迅速、主动的状态,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。
在我们21世纪的今天,信息化占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。
我们将学校的宿舍管理情况进行了解后,采用相应的信息化技术,经过研究、分析,开发设计了一套学生宿舍管理系统。
学生宿舍管理系统采用的是计算机化管理,系统做的比较人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。
而且数据库的存储容量相当大,系统比较稳定,适合较长时间的数据保存,也不容易丢失。
这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
2.2产品特性
特性1:
设置宿舍管理规则。
特性2:
设置学生管理规则。
特性3:
创建、修改、删除和查询宿舍资料。
特性4:
创建、修改、删除和查询学生信息。
特性5:
登记学生入住记录。
特性6:
登记学生迁出记录。
特性7:
办理学生调换房间。
特性8:
学生网上报修。
特性9:
统计学生、房间。
特性10:
查询学生、房间。
2.3用户类及其特征
C-1:
系统管理员(优先考虑):
整个系统优先级最高的参与者,他是整个系统的监督者,对所有其他用户的行为
和使用情况享有知情权。
他主要的工作是:
对系统用户优先级的设置;
对系统基
本资料的管理;
对系统的数据备份;
添加或删除用户;
进行系统维护;
最重要的是对其他用户工作的监督,管理,分配权限,以保证系统的透明性和业务合理性。
C-2:
宿舍管理员
学校宿舍每一栋楼至少有一个宿舍管理员,他们的主要工作是:
住宿情况查询,包括学生信息以及房间信息的查询,查看可以入住的房间,住满的房间,要入住的床位,以及入住人员信息;
办理入住,通过输入学生的相关信息通过系统将其添加到住宿学生信息表中;
办理迁出,通过输入迁出学生的相关信息通过系统将其从住宿学生信息表中删除;
调换房间,输入要调换的信息以及目标房间的信息进行房间调换;
数据统计,包括人数统计喝房间统计,通过输入要统计的目标信息来查看入住人数或者空床位数;
维修管理,通过系统获得学生维修管理信息,并通知维修人员;
报表打印,打印出自己所需要的信息报表。
C-3:
住宿学生
这里的住宿学生可以包括即将入住的或已经入住的学生,他们可以输入自己的相关学生信息,进行住宿登记注册;
可以查询宿舍住宿情况信息,比如说输入自己的入住要求,查看是否有相应的空床位;
还可以通过系统提出报修申请,告知宿舍管理员需要维修信息。
2.4运行环境
本系统是以Windows系统为操作平台,用ASP.NET编程语言做网页界面,用C#语言做网页界面与底层数据库的互联,用SQLServer数据库来实现高校学生宿舍管理系统所需功能。
2.4.1软件环境
操作系统:
MicrosoftWindows7或xp;
支持环境:
IIS6.0以上;
数据库:
MicrosoftSQLServer2005;
开发环境:
MicrosoftVisualStudio2005;
作图工具:
MicrosoftOfficeVisio2007,Rose。
2.4.2硬件环境
客户端运行环境
CPU
奔腾4处理器主频1.8G以上
存
512MB以上
操作系统
WindowsXP或以上版本
网络工具
IE浏览器6.0以上或Netscape浏览器
服务器端运行环境
奔腾4处理器主频2.0G以上
1G以上
硬盘空间
1G以上硬盘剩余空间
输入设备
键盘/鼠标
Windows2003Server
数据库
MicrosoftSQLServer2005
开发环境
MicrosoftVisualStudio.NET2005
2.4.3网络环境
本系统的网络运行图如图A-2,无论是客户端还是管理端用户等都可以通过网络登录到本系统中。
2.5设计与实现上的约束
2.5.1软件:
windows7或windowsXP,运行环境:
c#,开发环境:
.net;
2.5.2数据库软件:
SQLServer2005;
2.5.3符合中华人民国的所有法律规定;
2.5.4运行在windows7、XP上。
2.6用户文档
用户文档名称
描述及文档标准
用户手册
使用非专门术语的语言,充分地描述该软件系统所具有的功能及基本的使用方法依据GB8567-88用户手册
操作手册
向操作人员提供该软件每一个运行的具体过程和有关知识,包括操作方法的细节依据GB8567-88操作手册
3系统特性
3.2激励/响应序列
激励:
系统用户发出数据库操作要求
响应:
系统验证用户合法性并赋予相应权限
3.3功能性需求
3.3.1系统主要用例
主要参与者
用例
系统管理员
1.用户管理
2.数据备份
3.软件注册
4.系统维护
5.系统设置
1.住宿情况查询
2.办理入住
3.调换房间
4.办理迁出
5.删除学生信息
6.人物查询
7.房间查询
8.人数统计
9.房间统计
10.房间录入
11.维修管理
12.报表打印
1.学生报修
2.学生基本资料输入
3.住宿情况查询
3.3.2用例说明
用例ID号
UC-1
用例名称
用户管理
参与者
简单描述
系统管理员根据不同用户的职责来设置不同的用户权限,从而限制不同的用户所使用的系统功能
前置条件
系统管理员登入“学生宿舍信息管理信息系统”
系统管理员激活用户管理用例
系统管理员有权限进行用户权限设置
后置条件
新增用户权限被系统管理员设置
新增用户获得相应的操作权限
主干过程
1.0系统管理员设置新用户的权限
1.系统管理员新增一个系统用户
2.系统显示用户权限界面
3.系统管理员输入新用户权限信息
4.系统记录新用户权限信息
5.系统管理员退出系统
分支过程
1.1系统管理员修改用户权限(从第2步分支出来)
1.系统管理员修改选中用户权限
2.返回第4步
1.2系统管理员删除用户(从第1步分支出来)
1.系统管理员删除用户
2.返回第1步
异常
权限设置错误
用户权限矛盾
备注
本用例完成对用户权限的设置,它由系统管理员来执行。
建议系统管理员仅仅由一个用户来担当,这样就会使责任人单一,不容易出现责任纠纷,和权限重叠的现象。
而且,权限设置要完全根据用户的职责来设计,
不同的用户要承担不同的职责,任务,明确责任人。
使分工明确而单一。
UC-2
系统设置
系统管理员对系统基本信息进行设置,系统记录基本信息
系统管理员登入“学生宿舍信息管理系统”
系统管理员激活系统设置用例
系统基础信息设置成功
主干过程
2.0系统管理员设置系统信息
1.系统显示当前系统基本信息表
2.系统管理员输入系统基本信息
3.系统管理员请求保存当前设置
4.系统保存当前设置
无
此用例完成对系统基本信息的设置,它由系统管理员来操作。
UC-3
数据备份
系统管理员对系统当前状态进行备份,保存到指定的文件中或数据库中
系统管理员激活数据备份用例
系统其他流程当前时刻处于停止状态
系统数据被复制存储到数据库或其他存储体中
3.0系统管理员备份当前系统信息数据
1.系统显示数据备份界面
2.系统提示当前系统其他工作流程应该停止
3.用户确定开始备份
4.系统开始备份
3.1系统管理员结束系统其它流程(从第3步分支出来)
1.系统管理员退出数据备份用例
2.系统管理员关闭其它流程
3.返回第1步
本用例完成系统数据备份,记录当前系统状态。
备份技术有很多,这里最好采取双机热备份,对系统数据进行多次备份,拷贝,这样使系统数据被安全保存,以防万一。
UC-4
办理入住
宿舍管理员办理人员入住事务,将学生信息录入宿舍学生信息表中
宿舍管理员登入“学校学生宿舍管理系统”
宿舍管理员激活办理迁出用例
入住人员信息被记录在宿舍学生信息表
4.0宿舍管理员生成一份人员信息表
1.宿舍管理员使用用户名和密码进入系统
2.系统验证宿舍管理员身份
3.宿舍管理员输入学生的信息
4.系统验证学生信息是否正确以及房间号是否存在
5.系统将学生信息加入宿舍学生信息表
6.宿舍管理员退出系统
4.1宿舍管理员修改学生入住信息(从第3步分支出来)
1.宿舍管理员修改学生入住信息
2.返回到第4步
4.2宿舍管理员删除学生入住信息记录(从第3步分支出来)
1.宿舍管理员删除学生入住记录
2.返回到第3步
输入学生证号不是四位数字
输入的房间号不存在
系统审核信息错误
此用例仅仅对宿舍管理员是可见的
UC-5
办理迁出
宿舍管理员办理学生迁出业务,并且将学生信息从宿舍学生信息表中删除
宿舍管理员登入“学生宿舍管理系统”
入住人员信息从宿舍学生信息表中删除
5.0宿舍管理员办理迁出
宿舍管理员使用用户名和密码进入系统
系统验证宿舍管理员身份
宿舍管理员输入学生的学号,姓名
系统验证学生的信息是否准确
系统将学生信息从宿舍学生信息表中删除
宿舍管理员退出系统
输入的学生不存在
输入的学生学号与姓名不匹配
此用例仅对宿舍管理员可见。
当有学生迁出时此用例开始被激活
UC-6
人物查询
宿舍管理员通过输入学生的学号和姓名来查询学生的其他所有信息
宿舍管理员激活人物查询用例
要查询学生的所有被显示出来
6.0宿舍管理员查询学生信息
2.系统验证宿舍管理员身份
3.宿舍管理员输入学生的学号,姓名
4.系统验证学生的信息是否准确
5.系统显示学生的所有相关信息
6.1宿舍管理员清除已填信息(从第3步分支出来)
1.宿舍管理员清除已填的学生信息
1.输入的学生不存在
2.输入的学生学号与姓名不匹配
3.系统审核信息错误
此用例只对宿舍管理员可见
UC-7
房间统计
宿舍管理员通过输入栋号来统计这栋已住人数以及空床位的个数。
宿舍管理员激活房间统计用例
统计好的数目被显示出来以供宿舍管理员使用
7.0宿舍管理员进行房间统计
3.宿舍管理员输入要统计的楼栋号
4.系统验证楼栋号是否存在
5.系统调用数据库并且输出这栋楼已住人数以及空床位的个数
6.宿舍管理员退出系统。
无
楼栋号不存在
这个用例仅由宿舍管理员操作。
由于系统的缺陷只能统计出整栋楼的人数和空床位数,不能详细的说明每一个楼层的数目。
UC-8
房间查询
宿舍管理员通过输入楼栋号和房间号来对录入的房间信息进行查询
宿舍管理员激活房间查询用例
系统显示查询的房间具体信息
8.0宿舍管理员查询房间住宿情况
3.宿舍管理员输入楼栋号以及房间号
4.系统验证所输入的信息是否正确
5系统显示房间具体信息
6.宿舍管理员退出系统
8.1宿舍管理员清除已填信息(从第3步分支出来)
输入楼栋号或者房间号错误
UC-9
学生报修
学生通过系统向宿舍管理员提出报修申请
学生登入“学生宿舍管理系统”
学生激活学生报修用例
报修信息传给宿舍管理员
9.0学生报修宿舍坏旧物品
住宿学生使用用户名和密码进入系统
系统验证住宿学生身份
学生提出报修申请
系统显示报修明细表
学生填写报修详细信息
系统记录报修信息
学生退出系统
9.1学生修改报修表(从第5步分支出来)
1.学生修改报修表
2.返回到第6步
9.2学生删除报修表(从第5步分支出来)
1.学生删除报修表
2.返回到第5步
报修物品已出现在报修明细表中
报修物品不在允许报修围之中
4外部接口需求
4.1用户界面
学生宿舍管理系统应提供简单、层次关系明了、清晰的操作界面,使用户一目了然。
尽可能的为用户的录入、查询等功能操作提供方便。
快捷按钮的创建也是非常需要的,以方便用户操作。
系统应包括以下界面:
1欢迎使用界面窗口
2用户登陆界面
3系统管理模块
4房间管理模块
5住宿管理模块
6查询管理模块
7编辑管理模块
8数据统计管理模块
9调房记录管理模块
10分类打印显示模块
11退出界面
4.2硬件接口
系统硬件接口还没有确定。
4.3软件接口
“学生宿舍管理系统”通过用户界面向“学校管理系统”提交学生住宿相关信息。
“学生宿舍管理系统”通过用户界面向“学校收费系统”提交学生住宿相关信息,收费系统通过接受的信息来确定学生缴费金额。
5其他非功能性需求
5.1防护性需求
服务器应该在合适温度、适度的环境下工作,避免剧烈的震动。
各种电源线和数据线的铺设要合理而安全,避免出现意外脱接现象的发生。
服务器所在地区应保持电压的稳定及电源的持续供应,尽量避免高频率的人为断电现象(例如:
错拉电闸、保险丝熔断等),以保持服务器中数据的一致性。
当提前获知断电时间时,应在网页上及时发布相关信息(例如:
服务器将于几时几分关闭),避免站点的突然关闭。
意外断电时,应建立应急机制,保证服务器以最快速度恢复正常工作状态。
服务器管理员应确保服务器密码不泄漏。
服务器所在房间应做好安全防盗工作,避免盗窃现象的发生。
5.3安全性需求
学生宿舍管理系统中管理权限上应当进行严格控制,具体思想如下:
1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。
没有权限的用户将不能通过任何渠道来登录该系统,查看该系统的任何信息和数据,以确保系统的严密性和安全性。
2.在上述要求基础上可以为该系统设定多种登录方式,程序开始运行所有功能将是不可使用的,只有系统管理员登录,宿舍管理员登陆,住宿学生登录三个窗口可以使用,没有输入正确的用户名和密码任何人都不能登录该系统。
3.在具体实现时还应为系统管理员和其他用户设定不同的权限,系统管理员应当可以使用系统的所有模块,其他用户对于系统管理模块是无权使用的。
4.服务器密码应足够复杂;
服务器上所安装软件应即时更新、安装补丁;
服务器上不得安装任何与业务无关的软件。
以防止非法入侵者的攻击。
5.4软件质量属性
Availability(可用性)-1:
“学校学生宿舍管理系统”将对学校联网的用户使用,用户在早晨6点到晚上12点99.9%的时间可用,其他的时间则90%的时间可用。
Robustness(健壮性)-1:
如果用户保存文件之前编辑器发生故障,那么下次同一用户启动程序时,编辑器能恢复在故障发生1分钟之前对所编辑文件所做的全部修改。
附录A:
术语表
E-R图:
即实体-关系图,一种分析模型,它确认了一对实体之间的逻辑关系。
外部接口需求:
对软件系统和用户,另一个软件系统或硬件设备之间接口的描述。
后置条件:
描述用例成功完成后系统状态的一种条件。
前置条件:
用例开始之前必须满足的条件或系统必须达到的一种状态。
软件需求规格说明:
软件产品的功能性需求和非功能性需求的集合。
数据字典:
有关对问题域重要的主要数据元素,结构和属性的定义的集合。
DFD图(数据流图):
一种分析模型,它描绘了过程,数据集合,端点以及它们之间的流,这种流表现了业务过程或软件系统的行为特点。
用例:
描述了执行者与系统之间逻辑上相关的可能交互集,系统的输出为执行者提供了价值。
用例可以包含多个场景。
用户类:
直接或间接(例如,使用来自系统的输出,但并不亲自产生这些输出)与系统交互的客户。
也称为最终用户。
附录B:
分析模型
1、处理流程图:
2、系统流程图
3、系统业务流程图:
4、DFD图
4、数据描述
4.1静态数据
如下表的数据库文件:
4.1.1宿舍学生信息表
学生
证号
姓名
学院
班级
学号
电话
手机
家庭
住址
登记
日期
1
苇
计算机
0301
0101
50855490
136********
2005.12.30
2
肖瑾
材料学院
0302
0206
50855491
********
3
武松
航海学院
0303
0307
50855492
4
林冲
自动化
0304
0409
50855493
134********
上海
4.1.2床位信息表
床位编号
宿舍编号
宿舍
公寓编号
空否
A221
1-201
是
B223
3-409
50855891
否
F235
7-504
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生宿舍 管理 系统 需求 规格 说明书