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

计计 算算 机机 学学 院院 学学 生生 宿宿 舍舍 管管 理理 系系 统统 需求规格说明书需求规格说明书 学学 生生 姓姓 名名： 学学 号号： 年年级级班班级级： 指指导导教教师师： 所所在在学学院院： 提提交交日日期期： 目目 录录 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. 编制目的编制目的 该文档是关于用户对于学生宿舍管理网站的功能和性能的要求，重点描述 了网站的设计需求，将作为对该工具在概要设计阶段的设计输入。编写本报告 的目的是明确本系统的详细要求，供使用单位确认系统的功能和性能，并作为 软件设计人员的设计依据和使用单位的验收标准。 1.2. 范围范围 本节描述以下内容： 学生宿舍管理系统。 主要实现的是学生宿舍管理系统，在设计该系统时，应尽可能会的贴近用 户，便于用户操作。 主要功能包括:房间管理，宿舍管理，信息查询，信息维护等功能。 1.3. 预期的读者和阅读建议预期的读者和阅读建议 开发人员和测试人员：了解该网站需要实现的所有功能需求点，性能需求 点。 指导老师：建议了解该网站需要的主要流程和主要功能点。 普通用户：只需要了解功能需求部分。 1.4. 术语和缩略语术语和缩略语 表 1-1 术语和缩略语 UML是一种支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提 供模型化和可视化支持，包括需求分析到规格，到构造和配置。 JDBC Java Data Base Connectivity(Java 数据库连接) OracleOracle Database，又名 Oracle TDBMS，简称 Oracle，是甲骨文公司的一种 5 关系数据库管理系统，是目前世界上流行的关系数据库管理系统，系 统可移植性好，使用方便，功能强，适用于各类大中小微机环境。 DBMS数据库管理系统，database management system，简称 DBMS，是一种操作和 管理数据库的大型团建，用于建立、使用和维护数据库。 1.5. 文档约定文档约定 本软件需求规格说明书将遵循从 IEEE830 标志改写并扩充模板编写,实际的 改写与扩充将根据该项目的需要。模板中的某以特定部分可能不适合该项目， 约定的做法是在原处保留标题，并注明该项不适用。 因为开发的项目比较熟悉，本文档中没有专业词汇。 表 1-2 文档约定 编号名称说明 01 宿舍信息是指该网站系统中宿舍的所有信息 02 宿舍管理员信息是指该网站系统中宿舍管理员的所有信息 03 学生信息是指该网站系统中学生的所有信息 1.6. 参考文件参考文件 1微软面向.net 的 web 应用程序设计M北京 高等教育出版社 2软件工程导论 （第五版）张海藩编著 清华大学出版社 3Visual FoxPro 6.0 程序设计与应用教程 (第二版) 鄂大伟 厦门 大学出版社 4数据库系统概论 （第四版）王珊 萨师煊高等教育出版社 5Java Web 开发从零开始孙更新 电子工业出版社 2. 项目概述项目概述 2.1. 目标目标 本系统是一个信息管理系统 MIS（Management Information System）(以下 就称信息管理系统)，它将实现检索迅速和查找方便；信息的录入，修改和删除 功能；以及对新入校学生进行入住登记等功能。系统提供多用户登陆，并实现 用户之间简单的角色管理，权限分配等功能。通过构建基于 Internet 的分布式 网络信息共享平台，系统用户能够在内网，或者是公网上登录系统，进行操作， 实现学生宿舍管理工作的电子化管理。 合理科学的学院网站设计和安排不仅能够方便老师管理，对学生科学使用 网络资源也是很有利的。具体目标如下： 宿舍楼基本信息查询与修改； 学生基本信息查询与更新； 每一幢宿舍楼中宿舍信息的查询与信息更新； 宿舍保卫处基本信息的查询和修改； 宿舍事故基本信息及事故处理信息的查询和修改； 宿舍楼物品出入审批及记录。 2.2. 范围范围 系统可供管理员使用，主要功能包括：房间管理，宿舍管理，信息查询， 信息维护等功能。 系统可供学生使用，主要功能包括：能储存，申请修改自己的寝室信息。 能方便得进行寝室问题报修，能及时得到各种水电信息。 2.3. 用户的特点用户的特点 该网站的面对的用户和维护人员都将是受过高等教育的老师和大学生，对 网网站这样的系统已经熟练操作和使用，再加上友好的界面展示，不存在不会 使用的情况。 学生公寓管理员，需要对学生信息进行集中管理，一边方便、快捷、高效 等进行公寓楼管理。 学生，可以申请寝室问题的报修，以及得到水电费信息。 2.4. 假定条件和约束限制假定条件和约束限制 本产品主要针对学生宿舍情况进行设计，其最终用户是宿舍系统的管理员， 宿舍管理员以及宿舍学生，他们都具备一定的计算机使用能力，对计算机的操 作十分熟练的。同时系统的维护人员是计算机专业人员，熟悉数据库、操作系 统、网络维护工作。 该网站需要在 5 月上旬开发完成，必须使用 ASP.NET 技术以及数据库必 须是 SQL Server 2008。 建议软件寿命：5 年 经费来源：学校宿舍管理处 硬件条件：hp 服务器工作站，ps 机 运行环境:Windows server 2003 数据库:Oracle 11g 2.5. 运行环境运行环境 2.5.1.硬件环境硬件环境 为了保证系统运行的效率和可靠性，系统服务器端应具有较高的软硬件配 置，客户端的要求不是很高。此应用程序可广泛运行于国际互联网即 Internet， 也可适用于内部的局域网。其运行要求如下： 客户端运行环境 CPUPentium 4 1.8G 或以上 内存512MB 以上 操作系统Windows98 或以上版本 网络工具IE 浏览器 6.0 以上 硬盘:500GB(5400 RPM) 日立 显卡:英特尔 HD Graphics 4000(2.00 GB) 主板:华硕 K46CB(Intel Ivy Bridge) 服务器端运行环境 CPUPentium E5200 内存2GMB 硬盘空间160G 以上硬盘剩余空间 输入设备键盘/鼠标 操作系统Windows 2000 Server 数据库 Microsoft SQL Server 2000 通信接口 本系统采用的网络协议是 TCP/IP 本系统的局域网采用双绞线（100M 标准）连接 2.5.2.软件环境软件环境 操作系统：Win7/Win8/Win XP/ Linux 等支持浏览器的使用的系统都可以 数据库系统：Oracle 11g 开发平台及工具：ASP.NET ，Visual Studio 2010 ，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住宿生数据 字段名描述数据类型数据长度 NULLPrimarykey Stu_id 学号 Char20NY Stu_name 姓名 Char10YN Stu_sex 性别 Char10YN In_date 入学年份 Data10NN Depar 所在系 Char10YN Class 班级 Char10YN Hou_id 楼号 Char10Ny Ber_id 宿舍号 Char10NY Bed_id 床号 Char10YN In_out 入住情况 Char8NN 表 4-3宿舍资料数据 字段名描述数据类型数据长度 NULLPrimarykey Hou_id 楼号 Char10NY Ber_id 宿舍号 Char10NY Ber_qua 宿舍性质 Char20NN Ber_min 宿舍长 Char20YN 表 4-4 电量表数据 字段名描述数据类型数据长度 NULLPrimarykey Hou_id 楼号 Char10NY Ber_id 宿舍号 Char10NY Ber_num 总电量 Char5YN Elec_al 低电警告 Char1YN Data 日期 Data10NN 表 4-5 水量表数据 字段名描述数据类型数据长度 NULLPrimarykey Hou_id 楼号 Char10NY Ber_id 宿舍号 Char10NY Wate_num 水表读数 Char10NY Data 日期 Data10NN 表 4-6 物品统计信息数据 字段名描述数据类型数据长度 NULLPrimarykey Art_id 物品号 Char20NY Art_name 物品名 Char 20YN Ber_id 宿舍号 Char10NY Damage 损坏情况 Char1YN Len_bor 借还情况 Char1YN Data 日期 Data10YN 表 4-7 要求维修信息数据 字段名描述数据类型数据长度 NULLPrimarykey Rep_id 维修人员号 Char20YN Rep_name 维修人员名字 Char 20YN Ber_id 宿舍号 Char10NN Rep_back 是否修理 Char2NY 表 4-8 用户数据 字段名描述数据类型数据长度 NULLPrimarykey Mana_id 管理员 Char 20NY Mana_name 管理员名字 Char20NN Right 权限 Char 10NN 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.1GHz 的 IntelPentium4PC 机上， 当系统至少有 50%的空闲资源时，用户在校内登录时，页面请求响应时间 不能多于 10 秒。在网站的信息展示和跳转处理上都要求处理时间迅速反应 灵敏，但是对于资源的上传和下载，允许较长时间的处理。 精度精度 数据采集率：必须在 90%以上。 动态信息及时率：必须在 95%以上。 静态信息全面率：必须在 95%以上。 信息准确率：必须在 98%以上。 的 时间特性时间特性 响应时间：局域网3 秒；局域网间8 秒；校园网内查询2 秒；外部网 络查询5 秒。 适应性适应性 该系统的前台产品最后提交形式为安装程序，使其能在 WindowsXP、 Windows7、Windows8 操作系统平台上正常运行，后台产品最后提交形式为安 装包使其能在 Linux 下正常运行，并且能在需求变化时，能方便的进行功能补 充。 其他其他 在一天中，同时使用该系统的主要用户为：宿舍管理员（每栋 1 人） ，系统 维护人员（每 5 栋 1-2 人） ，学生（每栋 500 人） 。 6.2. 安全保密需求安全保密需求 普通用户和系统管理员拥有的操作权限不同，没有权限的用户将不能通过 任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性 和安全性。系统管理员应当可以使用系统的所有模块，普通用户只能对自己权 限下的模块进行操作。 本系统在第一次使用时，提供系统维护人员初始登录用户名、密码。当系 统维护人员第一次登陆后，必须重新设置新的登录用户名、密码。一般用户的 用户名和初始密码由系统维护人员赋予；当一般用户第一次登陆后，必须更改 他的最初登录密码，最初的登录密码不能重用。同时要求每个一个月的时间， 系统自动提示用户更改密码，只有系统维护人员才能对所有的信息资料进行访 问。 6.3. 扩展性需求扩展性需求 系统设计要求能够体现拓展性要求,以适应将来功能扩展的需求。 6.4. 稳定性需求稳定性需求 系统应保证 24 小时内正常运行，保证 1000 人可以同时在客户端登录，此 时系统能正常运行，正确提示相关内容。在用户登陆较少的情况下基本不会出 错，在访问量和下载量较大时，根据统计学院的人数等实际情况，网站将反应 缓慢，但是不能崩溃。 如果本系统在运行 1 小时内连续出现 3 次死机，那么本系统必须在 1 分钟 内终止运行，同时提示维护人员将系统切换至备用机运行。 每月末，维护人员应检查硬件