学生宿舍标准管理系统需求分析.doc

计算机学院

学生宿舍管理系统

需求规格说明书

学 生 姓 名：

学 号：

年级班级：

指导老师：

所在学院：

提交日期：

目 录
1引言 4
1.1 编制目标 4
1.2 范围 4
1.3 预期读者和阅读提议 4
1.4 术语和缩略语 4
1.5 文档约定 4
1.6 参考文件 5
2 项目概述 5
2.1 目标 5
2.2 范围 5
2.3 用户特点 6
2.4 假定条件和约束限制 6
2.5 运行环境 6
2.5.1 硬件环境 6
2.5.2 软件环境 7
3 业务分析 7
4 数据描述 9
5 功效需求 12
5.1 功效需求总述 12
5.1.1 功效需求总表 12
5.1.2 角色、权限需求 13
5.2 功效需求1宿舍管理员管理 13
5.2.1 子功效1 管理员信息修改 13
5.2.2 子功效2 管理员查询 13
5.3 功效需求1学生管理 14
5.3.1 子功效1学生信息修改 14
5.3.2 子功效2 学生查询 14
5.4 功效需求1宿舍楼管理 14
5.4.1 子功效1办理入住 14
5.4.2 子功效2调换宿舍 15
5.4.3 子功效3办理退宿 15
5.5 功效需求1 缺勤统计 15
5.5.1 子功效1 学生缺勤统计 15
5.6 功效需求1 系统管理 16
5.6.1 子功效1 添加用户 16
5.6.2 子功效2 修改密码 16
6 非功效需求 17
6.1 性能需求 18
6.2 安全保密需求 18
6.3 扩展性需求 19
6.4 稳定性需求 19
7 界面要求 20
7.1 图形要求 20
7.2 报表格式 20

1 引言
学生宿舍管理一直是各大高校所重视工作，为了提升高校宿舍管理质量和效率，依据用户要求，我们着手开发此项工程，高校公寓管理部门在宿管工作中担负着管理，检验，收费，协调等关键管理任务。
1.1. 编制目标
该文档是相关用户对于学生宿舍管理网站功效和性能要求，关键描述了网站设计需求，将作为对该工具在概要设计阶段设计输入。编写本汇报目标是明确本系统具体要求，供使用单位确定系统功效和性能，并作为软件设计人员设计依据和使用单位验收标准。
1.2. 范围
本节描述以下内容：
学生宿舍管理系统。
关键实现是学生宿舍管理系统，在设计该系统时，应尽可能会贴近用户，便于用户操作。
关键功效包含:房间管理，宿舍管理，信息查询，信息维护等功效。
1.3. 预期读者和阅读提议
l 开发人员和测试人员：了解该网站需要实现全部功效需求点，性能需求点。
l 指导老师：提议了解该网站需要关键步骤和关键功效点。
l 一般用户：只需要了解功效需求部分。
1.4. 术语和缩略语
表1-1术语和缩略语
UML
是一个支持模型化和软件系统开发图形化语言，为软件开发全部阶段提供模型化和可视化支持，包含需求分析到规格，到结构和配置。
JDBC
Java Data Base Connectivity(Java数据库连接)
Oracle
Oracle Database，又名Oracle TDBMS，简称Oracle，是甲骨文企业一个5关系数据库管理系统，是现在世界上流行关系数据库管理系统，系统可移植性好，使用方便，功效强，适适用于各类大中小微机环境。
DBMS
数据库管理系统，database management system，简称DBMS，是一个操作和管理数据库大型团建，用于建立、使用和维护数据库。
1.5. 文档约定
本软件需求规格说明书将遵照从IEEE830标志改写并扩充模板编写,实际改写和扩充将依据该项目标需要。模板中某以特定部分可能不适合该项目，约定做法是在原处保留标题，并注明该项不适用。
因为开发项目比较熟悉，本文档中没有专业词汇。

表1-2文档约定
编号
名称
说明
01
宿舍信息
是指该网站系统中宿舍全部信息
02
宿舍管理员信息
是指该网站系统中宿舍管理员全部信息
03
学生信息
是指该网站系统中学生全部信息

1.6. 参考文件
[1]微软．面向.netweb应用程序设计[M] 北京 高等教育出版社
[2]《软件工程导论》（第五版） 张海藩编著 清华大学出版社
[3]《Visual FoxPro 6.0 程序设计和应用教程 (第二版) 》 鄂大伟 厦门大学出版社
[4]《数据库系统概论》（第四版） 王珊 萨师煊 高等教育出版社
[5]《Java Web开发从零开始 》 孙更新 电子工业出版社
2. 项目概述
2.1. 目标
本系统是一个信息管理系统MIS（Management Information System）(以下就称信息管理系统)，它将实现检索快速和查找方便；信息录入，修改和删除功效；和对新入校学生进行入住登记等功效。系统提供多用户登陆，并实现用户之间简单角色管理，权限分配等功效。经过构建基于Internet分布式网络信息共享平台，系统用户能够在内网，或是公网上登录系统，进行操作，实现学生宿舍管理工作电子化管理。
合理科学学院网站设计和安排不仅能够方便老师管理，对学生科学使用网络资源也是很有利。具体目标以下：
l 宿舍楼基础信息查询和修改；
l 学生基础信息查询和更新；
l 每一幢宿舍楼中宿舍信息查询和信息更新；
l 宿舍保卫处基础信息查询和修改；
l 宿舍事故基础信息及事故处理信息查询和修改；
l 宿舍楼物品出入审批及统计。
2.2. 范围
系统可供管理员使用，关键功效包含：房间管理，宿舍管理，信息查询，信息维护等功效。
系统可供学生使用，关键功效包含：能储存，申请修改自己寝室信息。能方便得进行寝室问题报修，能立即得到多种水电信息。
2.3. 用户特点
该网站面正确用户和维护人员全部将是受过高等教育老师和大学生，对网网站这么系统已经熟练操作和使用，再加上友好界面展示，不存在不会使用情况。
学生公寓管理员，需要对学生信息进行集中管理，一边方便、快捷、高效等进行公寓楼管理。
学生，能够申请寝室问题报修，和得到水电费信息。
2.4. 假定条件和约束限制
本产品关键针对学生宿舍情况进行设计，其最终用户是宿舍系统管理员，宿舍管理员和宿舍学生，她们全部含有一定计算机使用能力，对计算机操作十分熟练。同时系统维护人员是计算机专业人员，熟悉数据库、操作系统、网络维护工作。
该网站需要在5月上旬开发完成，必需使用ASP.NET 技术和数据库必需是SQL Server 。
提议软件寿命：5年
经费起源：学校宿舍管理处
硬件条件：hp服务器工作站，ps机
运行环境:Windows server
数据库:Oracle 11g
2.5. 运行环境
2.5.1. 硬件环境
为了确保系统运行效率和可靠性，系统服务器端应含有较高软硬件配置，用户端要求不是很高。此应用程序可广泛运行于国际互联网即Internet，也可适适用于内部局域网。其运行要求以下：
用户端运行环境
CPU Pentium 4 1.8G或以上
内存 512MB以上
操作系统 Windows98或以上版本
网络工具 IE浏览器6.0以上
硬盘: 500GB(5400 RPM) 日立
显卡: 英特尔 HD Graphics 4000(2.00 GB)
主板: 华硕K46CB(Intel Ivy Bridge)
服务器端运行环境
CPU Pentium E5200
内存 2GMB
硬盘空间 160G以上硬盘剩下空间
输入设备 键盘/鼠标
操作系统 Windows Server
数据库 Microsoft SQL Server

通信接口
本系统采取网络协议是TCP/IP
本系统局域网采取双绞线（100M标准）连接

2.5.2. 软件环境
操作系统：Win7/Win8/Win XP/ Linux等支持浏览器使用系统全部能够
数据库系统：Oracle 11g
开发平台及工具：ASP.NET ，Visual Studio ，DreamWeaver JDBC5.1.7
通信协议：TCP/IP
3. 业务分析
该学生宿舍管理系统网站组织机构图，以下图3-1所表示：

图3-1组织机构图

宿舍管理
在此模块中宿舍管理员能够安排学生住宿、住宿调整、退宿、住宿查询和打印宿舍表,以下图3-2所表示：

图3-2宿舍管理数据流图

系统功效性需求分析用例，以下图3-3所表示：

图3-3系统整体用例图

访客管理
在此模块中宿舍管理员能够统计来访人员信息，对访客进行查询和管理，以下图3-4所表示：

图3-4访客管理数据流图

4. 数据描述
表4-1 数据表
序号
数据
数据描述
数据所属部门
01
用户数据
存放管理员登录信息

02
学生数据
存放学生基础信息

03
宿舍数据
存放宿舍使用信息

04
留言数据
存放着提议意见留言信息

数据流图描绘系统逻辑模型，图中没有任何具体物理元素，只是描绘信息在系统中流动和处理情况。数据流图有四种成份：源点或终点，处理，数据存放和数据流。学生宿舍管理处是源点同时也是终点。处理有：新生资料录入；学生资料处理；学生资料查询；学生资料统计；打印学生资料报表；水电使用情况录入；学生宿舍处理等等。数据流有：学生信息；存放物品信息；借出物品信息；用水量及电量信息；物品信息；宿舍信息；维修信息等。数据存放有：学生信息.DBF、宿舍登记信息.DBF、物品登记信息.DBF、维修统计表.DBF、存放物品信息表.DBF等。
表4-2住宿生数据
字段名
描述
数据类型
数据长度
NULL
Primarykey
Stu_id
学号
Char
20
N
Y
Stu_name
姓名
Char
10
Y
N
Stu_sex
性别
Char
10
Y
N
In_date
入年份
Data
10
N
N
Depar
所在系
Char
10
Y
N
Class
班级
Char
10
Y
N
Hou_id
楼号
Char
10
N
y
Ber_id
宿舍号
Char
10
N
Y
Bed_id
床号
Char
10
Y
N
In_out
入住情况
Char
8
N
N

表4-3宿舍资料数据
字段名
描述
数据类型
数据长度
NULL
Primarykey
Hou_id
楼号
Char
10
N
Y
Ber_id
宿舍号
Char
10
N
Y
Ber_qua
宿舍性质
Char
20
N
N
Ber_min
宿舍长
Char
20
Y
N

表4-4电量表数据
字段名
描述
数据类型
数据长度
NULL
Primarykey
Hou_id
楼号
Char
10
N
Y
Ber_id
宿舍号
Char
10
N
Y
Ber_num
总电量
Char
5
Y
N
Elec_al
低电警告
Char
1
Y
N
Data
日期
Data
10
N
N

表4-5水量表数据
字段名
描述
数据类型
数据长度
NULL
Primarykey
Hou_id
楼号
Char
10
N
Y
Ber_id
宿舍号
Char
10
N
Y
Wate_num
水表读数
Char
10
N
Y
Data
日期
Data
10
N
N

表4-6物品统计信息数据
字段名
描述
数据类型
数据长度
NULL
Primarykey
Art_id
物品号
Char
20
N
Y
Art_name
物品名
Char
20
Y
N
Ber_id
宿舍号
Char
10
N
Y
Damage
损坏情况
Char
1
Y
N
Len_bor
借还情况
Char
1
Y
N
Data
日期
Data
10
Y
N

表4-7要求维修信息数据
字段名
描述
数据类型
数据长度
NULL
Primarykey
Rep_id
维修人员号
Char
20
Y
N
Rep_name
维修人员名字
Char
20
Y
N
Ber_id
宿舍号
Char
10
N
N
Rep_back
是否修理
Char
2
N
Y

表4-8用户数据
字段名
描述
数据类型
数据长度
NULL
Primarykey
Mana_id
管理员
Char
20
N
Y
Mana_name
管理员名字
Char
20
N
N
Right
权限
Char
10
N
N

5. 功效需求
5.1. 功效需求总述
5.1.1. 功效需求总表

表5-1 功效需求表
编号
功效需求名称
优先等级
1
数据管理
高
2
数据导入
高
3
数据导出
高
4
用户权限管理
高

5.1.2. 角色、权限需求

表5-2角色权限分配表
序号
角色
功效
权限
1
宿舍管理员
管理整个宿舍管理系统
用户管理权限；
宿舍管理权限；
系统权限；
2
学生
查询
查询权限；

5.2. 功效需求1宿舍管理员管理
5.2.1. 子功效1 管理员信息修改
【功效概述】
管理员对宿舍管理员信息进行增删查改操作。
【操作者】系统管理员。
【输入】宿舍管理员新信息。
【输出】
输出管理员基础信息在指定位置。
【数据起源】
数据库。
【展示界面】
提醒修改成功。
5.2.2. 子功效2 管理员查询
【功效概述】
展示了管理员基础信息，包含：名字，性别，和负责事项。
【操作者】系统管理员。
【输入】无。
【输出】
输出管理员基础信息在指定位置。
【数据起源】
数据库。
【展示界面】
在页面指定位置展示。

5.3. 功效需求1学生管理
5.3.1. 子功效1学生信息修改
【功效概述】
宿舍管理员对学生信息进行增删查改操作。
【操作者】宿舍管理员。
【输入】学生新信息。
【输出】
输出学生基础信息在指定位置。
【数据起源】
数据库。
【展示界面】
提醒修改成功。
5.3.2. 子功效2 学生查询
【功效概述】
展示了学生基础信息，包含：名字，性别，和班级学号。
【操作者】宿舍管理员。
【输入】无。
【输出】
输出学生基础信息在指定位置。
【数据起源】
数据库。
【展示界面】
在页面指定位置展示。
5.4. 功效需求1宿舍楼管理
5.4.1. 子功效1办理入住
【功效概述】
每个学生入住宿舍安排，对有空床寝室进行学生入住安排。
【操作者】宿舍管理员。
【输入】：更新宿舍床位空缺数。
【输出】
该宿舍已住学生基础信息，安排入住。
【数据起源】
数据库。
【展示界面】
在页面指定位置展示。
5.4.2. 子功效2调换宿舍
【功效概述】
宿舍管理员对学生进行宿舍调换修改操作。
【操作者】宿舍管理员。
【输入】无。
【输出】
调换后宿舍信息。
【数据起源】
数据库。
【展示界面】
提醒修改成功
5.4.3. 子功效3办理退宿
【功效概述】
宿舍管理员对学生进行宿舍退宿修改操作。
【操作者】宿舍管理员。
【输入】无。
【输出】
修改后宿舍信息，空出床位数。
【数据起源】
数据库。
【展示界面】
提醒修改成功
5.5. 功效需求1 缺勤统计
5.5.1. 子功效1 学生缺勤统计
【功效概述】
宿舍管理员在门禁之前进行宿舍学生点到，并统计好缺勤情况。
【操作者】宿舍管理员。
【输入】学生缺勤次数。
【输出】
无。
【数据起源】
数据库。
【展示界面】
在页面指定位置展示。
5.6. 功效需求1 系统管理
5.6.1. 子功效1 添加用户
【功效概述】
系统管理员对宿舍管理员进行修改工作，添加新宿舍管理员。
【操作者】系统管理员。
【输入】宿舍管理员基础信息。
【输出】
无。
【数据起源】
数据库。
【展示界面】
提醒添加成功。
5.6.2. 子功效2 修改密码
【功效概述】
系统管理员对管理账号进行修改操作。
【操作者】系统管理员。
【输入】新管理密码。
【输出】
无。
【数据起源】
数据库。
【展示界面】
提醒修改成功。
5.6.3. 子功效3 留言信息展示
【功效概述】
留言信息展示在界面指定位置展示，关键展示信息包含用户提议或提议，加强和用户交流，好深入完善该系统。
【操作者】用户。
【输入】：
点击留言选项，并输入相关提议或意见，点击确定，则可公布留言。
【输出】
在指定位置输出留言信息。
【数据起源】
留言直接录入留言数据表。
【展示界面】
在页面指定位置显示留言成功提醒信息
5.6.4. 子功效4 留言信息删除
【功效概述】
用户留言信息用户本身不可更改，只能管理员进行删除操作。
【操作者】管理员
【输入】
首先找到相关留言，然后点击删除选项，即可删除留言。
【输出】
输出现在留言信息。
【数据起源】
留言直接录入留言数据表。
【展示界面】
提醒删除成功。
5.6.5. 子功效5 缴费功效
【功效概述】
当用户有罚款没有缴清时，则会提醒该用户立即缴清。
【操作者】用户、管理员。
【输入】：
当用户把欠款缴清时，管理员就会在管理员界面中，查询到该用户，然后把该用户欠费金额清零。
【输出】
在用户界面中则会显示欠款为零。
【数据起源】
已录入用户信息数据表。
【展示界面】
提醒缴费成功信息。
6. 非功效需求
对软件非功效需求描述，应包含性能、安全性、可扩展性、稳定性等方面需求界定。

6.1. 性能需求
在运行WindowsXP操作系统主频为1.1GHzIntelPentium4PC机上，当系统最少有50%空闲资源时，用户在校内登录时，页面请求响应时间不能多于10秒。在网站信息展示和跳转处理上全部要求处理时间快速反应灵敏，不过对于资源上传和下载，许可较长时间处理。

精度
数据采集率：必需在90%以上。
动态信息立即率：必需在95%以上。
静态信息全方面率：必需在95%以上。
信息正确率：必需在98%以上。

时间特征
响应时间：局域网≤3秒；局域网间≤8秒；校园网内查询≤2秒；外部网络查询≤5秒。

适应性
该系统前台产品最终提交形式为安装程序，使其能在WindowsXP、 Windows7、Windows8操作系统平台上正常运行，后台产品最终提交形式为安装包使其能在Linux下正常运行，而且能在需求改变时，能方便进行功效补充。

其它
在一天中，同时使用该系统关键用户为：宿舍管理员（每栋1人），系统维护人员（每5栋1-2人），学生（每栋500人）。

6.2. 安全保密需求
一般用户和系统管理员拥有操作权限不一样，没有权限用户将不能经过任何渠道来登录该系统，查看该系统任何信息和数据，以确保系统严密性和安全性。系统管理员应该能够使用系统全部模块，一般用户只能对自己权限下模块进行操作。
本系统在第一次使用时，提供系统维护人员初始登录用户名、密码。当系统维护人员第一次登陆后，必需重新设置新登录用户名、密码。通常见户用户名和初始密码由系统维护人员给予；当通常见户第一次登陆后，必需更改她最初登录密码，最初登录密码不能重用。同时要求每个30天时间，系统自动提醒用户更改密码，只有系统维护人员才能对全部信息资料进行访问。

6.3. 扩展性需求
系统设计要求能够表现拓展性要求,以适应未来功效扩展需求。

6.4. 稳定性需求
系统应确保二十四小时内正常运行，确保1000人能够同时在用户端登录，此时系统能正常运行，正确提醒相关内容。在用户登陆较少情况下基础不会犯错，在访问量和下载量较大时，依据统计学院人数等实际情况，网站将反应缓慢，不过不能瓦解。
假如本系统在运行1小时内连续出现3次死机，那么本系统必需在1分钟内终止运行，同时提醒维护人员将系统切换至备用机运行。
每个月末，维护人员应检验硬件连接情况和计算机运行情况，并对这个月数据进行备份。

6.5. 软件质量属性
有效性
本系统一次最少能够连续正常运行1月；同时在运行期间，其有效性最少可达成98%。
效率
在估计高峰负载条件下，15%处理能力、20%系统可用内存、30%磁盘空间必需留出备用。
完整性
全部用户必需经过身份验证正当后才能对数据进行访问；只有拥有维护员访问特权用户才能够查看系统历史统计、操作日志；系统现场初始化只有拥有系统维护级特权用户才能实施。
可用性
在文件菜单中全部功效全部必需定义功效键或快捷键。
新操作人员在一天培训学习以后，就应该能够正确实施全部要求任务95%。
健壮性
当用户输入非法数据时，系统立即报错，并发出修改提醒信息，直到用户修更正确为止。当输入数据无效时，系统会自动选择改数据项默认值，同时要求用户确定。当数据库数据发生错误时，系统会回到实施前状态，并提醒用户重新实施已实施过操作。
可维护性
在整个系统开发过程中，必需有完整，正确文档资料。正常情况下，各馆维护人员应能在每七天四闭馆工作时间（3小时）内完成各项维护工作。在系统编码时，函数调用不能超出三层深度，而且每个软件模块中注释和代码百分比不得少于1:3。注释中应包含编写人、编写时间、软件功效模块描述、函数作用。
可移植性
该系统前台产品能够在Windows98、WindowsXP、Windows操作系统平台上正常运行。后台产品能够在各个版本Linux操作系统平台上运行。
可重用性
本系统包含到基础数据（如信息，学生等）处理模块可考虑作为新组件库，为后续项目作准备。
7. 界面要求
7.1. 图形要求
界面中文字标识，含义正确、清楚、用通用词汇；
对于数值类型数据输入部分，采取可编辑输入框，并对输入内容进行校验，避免输入非数值数据。
数据量大时候，采取分页浏览形式。
7.2. 报表格式
网格区上面有报表标题，标题中日期依据选择查询日期保持同时改变；
网格区右上角是数据计量单位标识；
网格区下面能够有制表时间、制表人、审核人等，或其它备注信息。