学生宿舍管理系统需求分析

1、计算机学院学生宿舍管理系统需求规格说明书学 生 姓 名 ：学号 ：年级班级：指导教师：所在学院：提交日期：目录1 引言学生宿舍管理一直是各大高校所重视的工作， 为了提高高校宿舍 管理的质量与效率，根据客户的要求，我们着手开发此项工程，高校 公寓管理部门在宿管工作中担负着管理，检查，收费，协调等重要的 管理任务。1.1. 编制目的 该文档是关于用户对于学生宿舍管理网站的功能和性能的要求， 重点描述了网站的设计需求， 将作为对该工具在概要设计阶段的设计 输入。编写本报告的目的是明确本系统的详细要求， 供使用单位确认 系统的功能和性能， 并作为软件设计人员的设计依据和使用单位的验 收标准。1.2.

2、范围本节描述以下内容：学生宿舍管理系统。主要实现的是学生宿舍管理系统， 在设计该系统时， 应尽可能会 的贴近用户，便于用户操作。主要功能包括 :房间管理，宿舍管理，信息查询，信息维护等功 能。1.3. 预期的读者和阅读建议 开发人员和测试人员：了解该网站需要实现的所有功能需求点， 性能需求点。指导老师：建议了解该网站需要的主要流程和主要功能点。 普通用户：只需要了解功能需求部分。1.4. 术语和缩略语表 1-1 术语和缩略语UML是一种支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提 供模型化和可视化支持，包括需求分析到规格，到构造和配置。JDBCJava Data Base Co

3、nnectivity（Java数据库连接 ）OracleOracle Database，又名 Oracle TDBMS ，简称 Oracle ，是甲骨文公司的一种 5 关系数据库管理系统，是目前世界上流行的关系数据库管理系统，系统 可移植性好，使用方便，功能强，适用于各类大中小微机环境。DBMS数据库管理系统， database management system，简称 DBMS ，是一种操作和 管理数据库的大型团建，用于建立、使用和维护数据库。1.5. 文档约定本软件需求规格说明书将遵循从 IEEE830 标志改写并扩充模板编写,实际的改写与扩充将根据该项目的需要。模板中的某以特定部 分可能

4、不适合该项目， 约定的做法是在原处保留标题， 并注明该项不 适用。因为开发的项目比较熟悉，本文档中没有专业词汇表 1-2 文档约定编号名称说明01宿舍信息是指该网站系统中宿舍的所有信息02宿舍管理员信息是指该网站系统中宿舍管理员的所有信息03学生信息是指该网站系统中学生的所有信息1.6. 参考文件1 微软面向的 web 应用程序设计 M 北京 高等教育出版 社2 软件工程导论（第五版） 张海藩编着 清华大学出 版社3 Visual FoxPro 程序设计与应用教程 （第二版 ） 鄂大 伟 厦门大学出版社4 数据库系统概论 （第四版）王珊 萨师煊 高等教育出版社5 Java Web开发从零开始

5、孙更新 电子工业出版社2. 项目概述2.1. 目标 本系统是一个信息管理系统 MIS（ ManagementInformationSystem）（以下就称信息管理系统 ），它将实 现检索迅速和查找方便；信息的录入，修改和删除功能；以及对新入 校学生进行入住登记等功能。 系统提供多用户登陆， 并实现用户之间 简单的角色管理，权限分配等功能。通过构建基于 Internet 的分布式 网络信息共享平台，系统用户能够在内网，或者是公网上登录系统， 进行操作，实现学生宿舍管理工作的电子化管理。合理科学的学院网站设计和安排不仅能够方便老师管理， 对学生 科学使用网络资源也是很有利的。具体目标如下：宿舍楼基

6、本信息查询与修改； 学生基本信息查询与更新； 每一幢宿舍楼中宿舍信息的查询与信息更新；宿舍保卫处基本信息的查询和修改；宿舍事故基本信息及事故处理信息的查询和修改； 宿舍楼物品出入审批及记录。2.2. 范围 系统可供管理员使用，主要功能包括：房间管理，宿舍管理，信 息查询，信息维护等功能。系统可供学生使用，主要功能包括：能储存，申请修改自己的寝 室信息。能方便得进行寝室问题报修，能及时得到各种水电信息。2.3. 用户的特点 该网站的面对的用户和维护人员都将是受过高等教育的老师和 大学生， 对网网站这样的系统已经熟练操作和使用， 再加上友好的界 面展示，不存在不会使用的情况。学生公寓管理员， 需要

7、对学生信息进行集中管理，一边方便、快 捷、高效等进行公寓楼管理。学生，可以申请寝室问题的报修，以及得到水电费信息。2.4. 假定条件和约束限制 本产品主要针对学生宿舍情况进行设计， 其最终用户是宿舍系统 的管理员， 宿舍管理员以及宿舍学生， 他们都具备一定的计算机使用 能力，对计算机的操作十分熟练的。 同时系统的维护人员是计算机专 业人员，熟悉数据库、操作系统、网络维护工作。该网站需要在 5 月上旬开发完成，必须使用 技术以及数据库必 须是 SQL Server 2008。建议软件寿命： 5 年 经费来源：学校宿舍管理处 硬件条件： hp 服务器工作站， ps 机 运行环境 :Windows

8、server 2003 数据库 :Oracle 11g2.5. 运行环境2.5.1. 硬件环境为了保证系统运行的效率和可靠性， 系统服务器端应具有较高的 软硬件配置， 客户端的要求不是很高。 此应用程序可广泛运行于国际 互联网即 Internet，也可适用于内部的局域网。其运行要求如下： 客户端运行环境CPU Pentium 4 或以上内存 512MB 以上操作系统 Windows98 或以上版本 网络工具 IE 浏览器以上 硬盘:500GB(5400 RPM) 日立显卡:英特尔 HD Graphics 4000 GB)主板:华硕 K46CB(Intel Ivy Bridge)服务器端运行环境

9、 CPU Pentium E5200 内存 2GMB 硬盘空间 160G 以上硬盘剩余空间 输入设备 键盘 /鼠标 操作系统 Windows 2000 Server 数据库 Microsoft SQL Server 2000 通信接口 本系统采用的网络协议是 TCP/IP 本系统的局域网采用双绞线( 100M 标准)连接2.5.2. 软件环境 操作系统： Win7/Win8/Win XP/ Linux 等支持浏览器的使用的系统 都可以数据库系统： Oracle 11g开发平台及工具： ，Visual Studio 2010 ，DreamWeaver 通信协 议： TCP/IP3. 业务分析 该

10、学生宿舍管理系统网站组织机构图，如下图 3-1 所示：图 3-1 组织机构图宿舍宿舍管理员宿舍管理 在此模块中宿舍管理员可以安排学生住宿、住宿调整、退宿、住 宿查询和打印宿舍表 ,如下图 3-2 所示：图 3-2 宿舍管理数据流图系统功能性需求分析用例，如下图 3-3 所示：图 3-3 系统整体用例图访客管理 在此模块中宿舍管理员可以记录来访人员的信息， 对访客进行查 询和管理，如下图 3-4 所示：图 3-4 访客管理数据流图4. 数据描述表 4-1 数据表序号数据数据描述数据所属部门01用户数据存储管理员的登录信息02学生数据存储学生的基本信息03宿舍数据存储宿舍的使用信息04留言数据存储

11、着建议意见留言信息数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。数据流图有四种成分：源点或终点，处理，数据 存储和数据流。学生宿舍管理处是源点同时也是终点。处理有：新生资料录入； 学生资料处理；学生资料查询；学生资料统计；打印学生资料报表；水电使用情 况录入；学生宿舍处理等等。数据流有：学生信息；存放物品信息；借出物品信 息；用水量及电量信息；物品信息；宿舍信息；维修信息等。数据存储有：学生 信息 .DBF、宿舍登记信息 .DBF、物品登记信息 .DBF、维修记录表 .DBF、存放物 品信息表 .DBF 等。表 4-2 住宿生数据字段名描述数据类

12、型数据长度NULLPrimarykeyStu_id学号Char20NYStu_name姓名Char10YNStu_sex性别Char10YNIn_date入学年份Data10NNDepar所在系Char10YNClass班级Char10YNHou_id楼号Char10NyBer id宿舍号Char10NYBed_id床号Char10YNIn out入住情况Char8NN表 4-3 宿舍资料数据字段名描述数据类型数据长度NULLPrimarykeyHou_id楼号Char10NYBer_id宿舍号Char10NYBer_qua宿舍性质Char20NNBer min宿舍长Char20YN表 4-4

13、 电量表数据字段名描述数据类型数据长度NULLPrimarykeyHou_id楼号Char10NYBer_id宿舍号Char10NYBer_num总电量Char5YNElec_al低电警告Char1YNData日期Data10NN表 4-5 水量表数据字段名描述数据类型数据长度NULLPrimarykeyHou_id楼号Char10NYBer_id宿舍号Char10NYWate_num水表读数Char10NYData日期Data10NN表 4-6 物品统计信息数据字段名描述数据类型数据长度NULLPrimarykeyArt_id物品号Char20NYArt_name物品名Char20YNBer

14、_id宿舍号Char10NYDamage损坏情况Char1YNLen_bor借还情况Char1YNData日期Data10YN表 4-7 要求维修信息数据字段名描述数据类型数据长度NULLPrimarykeyRep_id维修人员号Char20YNRep_name维修人员名字Char20YNBer id宿舍号Char10NNRep back是否修理Char2NY表 4-8 用户数据字段名描述数据类型数据长度NULLPrimarykeyMana_id管理员Char20NYMana_name管理员名字Char20NNRight权限Char10NN5. 功能需求5.1. 功能需求总述5.1.1. 功能

15、需求总表表 5-1 功能需求表编号功能需求名称优先级别1数据管理高2数据导入高3数据导出高4用户权限管理高5.1.2. 角色、权限需求表 5-2 角色权限分配表序号角色功能权限1宿舍管理员管理整个宿舍管理系统用户管理权限；宿舍管理权限；系统权限；2学生查询查询权限；5.2. 功能需求 1 宿舍管理员管理5.2.1. 子功能 1 管理员信息修改【功能概述】管理员对宿舍管理员信息进行增删查改操作。【操作者】系统管理员。【输入】宿舍管理员的新信息。【输出】 输出管理员基本信息在指定位置。【数据来源】数据库。【展示界面】提示修改成功。5.2.2. 子功能 2 管理员查询【功能概述】 展示了管理员的基本

16、信息，包括：名字，性别，以及负责事项【操作者】系统管理员。【输入】无。【输出】输出管理员基本信息在指定位置。【数据来源】数据库。【展示界面】在页面指定位置展示。5.3. 功能需求 1 学生管理5.3.1. 子功能 1 学生信息修改【功能概述】 宿舍管理员对学生信息进行增删查改操作。【操作者】宿舍管理员。【输入】学生的新信息。【输出】 输出学生基本信息在指定位置。【数据来源】数据库。【展示界面】提示修改成功。5.3.2. 子功能 2 学生查询【功能概述】 展示了学生的基本信息，包括：名字，性别，以及班级学号。【操作者】宿舍管理员。【输入】无。【输出】 输出学生基本信息在指定位置。【数据来源】数据

17、库。【展示界面】 在页面指定位置展示。5.4. 功能需求 1 宿舍楼管理5.4.1. 子功能 1 办理入住【功能概述】 每个学生入住的宿舍安排，对有空床的寝室进行学生入住安排 【操作者】宿舍管理员。【输入】：更新宿舍床位空缺数。【输出】 该宿舍已住学生的基本信息，安排入住。【数据来源】数据库。【展示界面】 在页面指定位置展示。5.4.2. 子功能 2 调换宿舍【功能概述】 宿舍管理员对学生进行宿舍调换的修改操作。【操作者】宿舍管理员。【输入】无。【输出】 调换后的宿舍信息。【数据来源】数据库。【展示界面】提示修改成功5.4.3. 子功能 3 办理退宿【功能概述】 宿舍管理员对学生进行宿舍退宿的

18、修改操作。【操作者】宿舍管理员。【输入】无。【输出】 修改后的宿舍信息，空出的床位数。【数据来源】数据库。【展示界面】提示修改成功5.5. 功能需求 1 缺勤记录5.5.1. 子功能 1 学生缺勤记录【功能概述】 宿舍管理员在门禁之前进行宿舍学生点到，并记录好缺勤情况。 【操作者】宿舍管理员。【输入】学生缺勤次数。【输出】无。【数据来源】数据库。【展示界面】在页面指定位置展示。5.6. 功能需求 1 系统管理5.6.1. 子功能 1 添加用户【功能概述】 系统管理员对宿舍管理员进行修改工作，添加新的宿舍管理员。 【操作者】系统管理员。【输入】宿舍管理员的基本信息。【输出】无。【数据来源】数据库

19、。【展示界面】提示添加成功。5.6.2. 子功能 2 修改密码【功能概述】 系统管理员对管理账号进行修改操作。【操作者】系统管理员。【输入】新的管理密码。【输出】无。【数据来源】数据库。【展示界面】提示修改成功。5.6.3. 子功能 3 留言信息展示【功能概述】 留言信息展示在界面的指定位置展示，主要展示的信息包括用 户的建议或者建议，加强和用户的交流，好进一步完善该系统。【操作者】用户。【输入】： 点击留言选项，并输入相关的建议或者意见，点击确认，则可 发布留言。【输出】 在指定位置输出留言信息。【数据来源】 留言直接录入留言数据表。【展示界面】 在页面指定位置显示留言成功的提示信息5.6.

20、4. 子功能 4 留言信息删除【功能概述】用户的留言信息用户自身不可更改， 只能管理员进行删除操作 【操作者】管理员【输入】 首先找到相关留言，然后点击删除选项，即可删除留言。【输出】 输出现在留言的信息。【数据来源】 留言直接录入留言数据表。【展示界面】提示删除成功。5.6.5. 子功能 5 缴费功能【功能概述】 当用户有罚款没有缴清时，则会提醒该用户尽快缴清。 【操作者】用户、管理员。【输入】： 当用户把欠款缴清时，管理员就会在管理员界面中，查询到该 用户，然后把该用户的欠费金额清零。【输出】 在用户界面中则会显示欠款为零。【数据来源】 已录入的用户信息数据表。【展示界面】 提示缴费成功的

21、信息。6. 非功能需求 对软件的非功能需求的描述，应包括性能、安全性、可扩展性、 稳定性等方面的需求界定。6.1. 性能需求在运行 WindowsXP 操作系统的主频为的 IntelPentium4PC 机 上，当系统至少有 50%的空闲资源时，用户在校内登录时，页面 请求响应时间不能多于 10 秒。在网站的信息展示和跳转处理上都 要求处理时间迅速反应灵敏，但是对于资源的上传和下载，允许 较长时间的处理。精度数据采集率：必须在 90%以上。 动态信息及时率：必须在 95%以上。 静态信息全面率：必须在 95%以上。信息准确率：必须在 98%以上。的时间特性响应时间：局域网 3秒；局域网间 8

22、秒；校园网内查询 2 秒；外部网络查询 5 秒。适应性 该系统的前台产品最后提交形式为安装程序，使其能在 WindowsXP、 Windows7、 Windows8 操作系统平台上正常运行， 后台产品最后提交形式为安装包使其能在 Linux 下正常运行， 并且能 在需求变化时，能方便的进行功能补充。其他在一天中，同时使用该系统的主要用户为：宿舍管理员（每栋 1 人），系统维护人员（每 5 栋 1-2 人），学生（每栋 500 人）。6.2. 安全保密需求普通用户和系统管理员拥有的操作权限不同， 没有权限的用户将 不能通过任何渠道来登录该系统， 查看该系统的任何信息和数据， 以 确保系统的严密性

23、和安全性。 系统管理员应当可以使用系统的所有模 块，普通用户只能对自己权限下的模块进行操作。本系统在第一次使用时， 提供系统维护人员初始登录用户名、 密 码。当系统维护人员第一次登陆后，必须重新设置新的登录用户名、 密码。一般用户的用户名和初始密码由系统维护人员赋予； 当一般用 户第一次登陆后， 必须更改他的最初登录密码， 最初的登录密码不能 重用。同时要求每个一个月的时间，系统自动提示用户更改密码，只 有系统维护人员才能对所有的信息资料进行访问。6.3. 扩展性需求系统设计要求能够体现拓展性要求 ,以适应将来功能扩展的需 求。6.4. 稳定性需求系统应保证 24 小时内正常运行，保证 1000人可以同时在客户端 登录，此时系统能正常运行，正确提示相关内容。在用户登陆较少的 情况下基本不会出错， 在访问量和下载量较大时， 根据统计学院的人 数等实际情况，网站将反应缓慢，但是不能崩溃。如果本系统在运行 1 小时内连续出现 3 次死机，那么本系统必须 在 1 分钟内终止运行，同时提示维护人员将系统切换至备用机运行。每月末， 维护人员应检查硬件连接情况和计算机运行情况， 并对 这个月数据进行备份。6.5. 软件的质量属性有效性本系统一次至少能够连续正常运行 1月；同时在运行期间， 其有 效性至少可达到 98%。效率在预计的高峰负载条件下， 15%处理能力、 20%系统可