宿舍管理系统需求规格说明书.docx

《宿舍管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统需求规格说明书.docx（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、宿舍管理系统需求规格说明书 需求规格说明书 1.引言 1.1编写目的 本学生宿舍安排系统以公寓房间、入住学生为基础信息源，可以对房间和床位安排，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享，提高工作效率。 本文档从用户、功能、性能、运行环境等各方面对系统进行了分析，以确保在系统开发过程中，确定好详细目标，使工作能有条不紊的进行，提高工作效率。 1.2背景 许多学校特殊是中等及高等院校中，学生在校住宿的状况极其普遍。随着高校的扩招，须要住宿的学生人数和学生公寓楼房越来越多，宿舍管理人员的需求量也相应地增加。很多高校后勤实

2、施社会化改革，学生住宿条件得到了很大改善，宿舍支配上打破了原来按专业班级强制集中住宿的限制，可供学生选择的余地也越来越大，相关部门对公寓管理的要求越来越高，导致公寓管理的难度越来越大，原来的手工管理已经无法适应，须要用信息化手段来实现。因此，开发一个学生宿舍安排软件是非常必要的，希望能够为广阔老师、校院领导、宿舍管理员和学生供应便利，加强学生住宿管理、规范高校公寓日常工作、提高公寓管理效能的有效工具。 1.3 定义 用例图(Use Case)：是指由参加者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图。呈现了一些参加者和一些用例，以及它们之间的关系，

3、主要用于对系统、子系统或类的功能行为进行建模。 依次图：是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延长。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。 类图(Cla diagram)：是显示了模型的静态结构，特殊是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示短暂性信息。 状态图(Statechart Diagram)：是描述一个实体基于事务反应的动态行为，显示了该实体如何依据当前所处的状态对不同的事务做出反应的。 活动图（activity diagram）：是阐明白业务用例实现的工作流程。工作流程通常包括一个基本工作流程和一个或多个备选工作

4、流程。工作流程的结构运用活动图来进行说明。 协作图/通信图(Communication Diagram)：而“协作”作为一个结构事物用于表达静态结构和动态行为的概念组合，表达不同事物相互协作完成一个困难功能。 1.4参考资料 （1）殷建民 主编，软件系统分析与设计，中国水利水电出版社，2008 （2）学生宿舍基本需求 （3）2022级软件系统分析与设计试验指导书（16学时宿舍安排系统） 2任务概述 2.1 目标 本学生宿舍安排系统以公寓房间、入住学生为基础信息源，可以对房间和床位安排，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实

5、现信息共享 2.2 用户特点 学生：若要住宿需提交住宿申请，然后等待安排。如有特别要求，务必特地说明。一旦得到批准通知，可以查询个人宿舍支配。住宿后若有特别缘由，可以申请调整宿舍或床位，但依旧要经过审核、批准。一旦调换了宿舍，其所运用的设备也要随之变更记录。 老师：分为班主任和辅导员。辅导员负责查看、初审学生提交的住宿申请，对基本符合要求的，转交给宿舍负责人。班主任和辅导员可以随时查看、了解所负责班级住宿学生的状况。 宿舍负责人：负责对住宿申请进行综合审查，通过的则以班为单位安排床位。可以随时查看和了解宿舍的基本状况、全部住宿状况和设备运用状况，对特别状况刚好进行统计，并报送相关领导。学生一旦

6、毕业或提出退宿，其宿舍和床位会马上变空，等待重新安排运用。 宿舍管理员：负责宿舍设备状况的记录（购入登记、各建宿舍配置、损坏和修理登记、报废登记）、每日查房结果记录、学生晚归记录、宿舍详细状况管理（新居间登记、房间撤消、格局调整）。 校院领导：可以随时查看、了解学校和学院宿舍的具体信息、学生住宿状况和宿舍管理员的基本状况以及每日查房的状况。 2.3 假定与约束 经费限制：由于是学习之作，资金的不足限制了本软件的研发。 开发期限;在时间方面，只能在课余时间完成本软件，对时间的支配需做到合理，恰当才能很好的完成本工程。 3.需求分析建模 3.1功能需求 3.1.1系统需求描述 本学生宿舍安排系统以

7、公寓房间、入住学生为基础信息源，可以对房间和床位安排，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享。 基本流程图如下: 宿舍学生提交住宿申请返回不同意返回同意结束N查看住宿申请初审Y推断宿舍负责人是否同意NYN复审负宿人责舍老师查看申请Y安排床位领校导院管宿员理舍 3.1.2 总体功能分析 各类角色的大体功能分析： 学生:填写申请表、提交住宿申请、查看申请结果、申请宿舍调整 辅导员:查看学生住宿状况、查看住宿申请、初审、返回申请结果给学生 班主任：查看本班学生住宿状况 宿舍负责人：复审、安排床位、查看住宿信息、宿舍住退

8、更新、特别状况报送领导 宿舍管理员:宿舍查房记录、宿舍设备状况记录、晚归记录、宿舍集体状况 校院领导：查看宿舍具体信息、查看住宿状况、宿舍管理员状况、每日查房状况 详细用例图如下： 填写申请表查看学生住宿状况提交住宿申请查看住宿申请初审查看申请结果学生辅导员返回申请结果给学生班主任申请宿舍调整复审宿舍查房记录查看宿舍具体信息安排床位宿舍设备状况记录查看住宿状况查看住宿信息晚归记录院校领导宿舍管理员状况宿舍管理员宿舍负责人宿舍住退更新特别状况报送领导宿舍集体状况每日查房状况3.1.3 功能模块分析 (详述 学生申请) 由学生申请住宿用例：当学生登录后，进入申请界面，填写申请报告，出现两种状况，即

9、填写正确或错误/部分错误，对应的胜利提交申请或返回重新填写申请.构建活动图、协作图、依次图等来完胜利能的详细分析。 活动图： 学生登陆进入申请界面填写申请表还有未审核的申请填写正确保存新申请表填写错误返回主界面重新填写提交申请等待申请结果回到主界面 状态图： 学生申请这一事务对应的状态：首先是要进行申请表的填写预打算工作，即新建一张空白申请表，进行填写，完成后进行提交，即等同于进入等待审核状态；等待后台审核完成后，学生进行查看可以找到审核通过不通过以及不通过（部分不符合要求）三种状态，一次审核通过后二审，产生批准不批准两种状态，批准通过，进入入住状态。 新建批准保存已入住审核通过不批准提交审核

10、不通过部分通过依次图: 依据流程图和活动图，可以建立学生申请的工作依次图，首先是登陆到首页进入申请界面，申请表的填写与是否可以胜利提交由提交限制检测并返回可申请/不行申请/有错重新填写，提交胜利则学生等待来自辅导员以及宿舍管理员的的审核结果以及宿舍安排结果。 学生首页申请界面提交限制辅导员宿舍负责人登陆登陆胜利退出不行以申请可以申请填写申请提交给辅导员有错重新填写反馈同意恳求复审同意驳回不同意 协作图： 学生功能界面申请表审核限制辅导员返回不同意返回同意及宿舍安排 3.2性能需求 3.2.1精度 在进行向数据库文件提取数据时，要求数据记录定位精确，在往数据库文件数组中添加数据（如申请表，住宿信

11、息等）时，要求输入精确学生姓名，身份证，学号，班级，宿舍号等，按需求设定字符数。 3.2.2时间特性要求 （1）查询类页面响应时间 3.3数据需求 3.3.1 输入输出数据要求 1） 宿舍的具体数据、学生住宿的状况以及宿管人员的详细数据要完整保管，且一旦发生改变，必需刚好变更记录。 2） 上述数据要能够导出到excel文件中，或从excel文件导入。 3） 安排床位时可以实行二种方法： 第1是根据肯定的算法进行自动安排， 第2是针对特别要求进行手工安排 4） 学生住宿须要记录的内容主要包括： 学号、姓名、所属学院、所属系、宿舍房间号、床铺号、柜子号、入住时间、联系电话等。 5） 每个房间须要记

12、录的内容主要包括： 宿舍房间号、面积、可容纳人数、目前空床数、 6） 为简化宿舍安排过程中学生信息的重复录入，保证数据的一样性和统一性，最好可利用现行的学籍管理系统中的信息。 3.3.2数据分析模型(类图) people-memberName-memberName学生-memberName-memberName职工-memberName-memberName老师-memberName-memberName院校领导-memberName-memberName宿舍负责人-memberName宿舍管理员-memberName-memberName-memberName辅导员-memberName班主

13、任-memberName-memberName-memberNamec各种记录学生住宿信息班级-memberName-memberName-memberName-memberName-memberName-memberName住宿申请-memberName-memberName住宿登记表-memberName-memberName床位-memberName宿舍-memberName-memberName设备-memberName-memberName-memberName 类图分析：用户主要分为学生和职工两大类，学生类和职工类继承于people类，而老师类、领导类、宿舍负责人类和宿舍管理员类继

14、承于职工类，辅导员和班主任类继承于老师类；学生与辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。 3.4故障处理要求 正常运用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不行复原的系统错误，也必需保证数据库完好无损，可以通过日志来了解故障现象、发生时间。 3.5其他特地要求 （1）进度需求：系统开发的阶段进度要求。 （2）运行环境需求：平台、体系结构、设备要求。 （3）培训需求：无实体培训，系统配备用户运用手册，供应多媒体教学光盘。 4.运行环境规定 4.1设备 服务器 PC机（建议配置：操作系统 windows 2000/XP/Vista CPU Penti

15、um以上 内存 128M以上 硬盘空间 100M以上） DVD光驱，打印机等。 4.2支持软件 软件运行基于windows平台上的2000，NT，XP,Vista等。 数据库：MySQL 4.3接口 无 宿舍管理系统需求规格说明书 仓库管理系统需求规格说明书 班级管理系统需求规格说明书 车辆管理系统需求规格说明书 车辆管理系统需求规格说明书 物流管理系统需求规格说明书 机票订票系统需求规格说明书 机票预订系统需求规格说明书 需求规格说明书(教材定购系统) 网上购物系统需求规格说明书 本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第11页 共11页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页第 11 页 共 11 页