宿舍标准管理系统需求规格说明指导书.docx

需求规格说明书
1.引言
1.1编写目标
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，能够对房间和床位分配，能够使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时取得全方位公寓管理信息，实现信息共享，提升工作效率。
本文档从用户、功效、性能、运行环境等各方面对系统进行了分析，以确保在系统开发过程中，确定好具体目标，使工作能有条不紊进行，提升工作效率。
1.2背景
很多学校尤其是中等及高等院校中，学生在校住宿情况极其普遍。伴随高校扩招，需要住宿学生人数和学生公寓楼房越来越多，宿舍管理人员需求量也对应地增加。很多高校后勤实施社会化改革，学生住宿条件得到了很大改善，宿舍安排上打破了原来按专业班级强制集中住宿限制，可供学生选择余地也越来越大，相关部门对公寓管理要求越来越高，造成公寓管理难度越来越大，原来手工管理已经无法适应，需要用信息化手段来实现。所以，开发一个学生宿舍分配软件是十分必需，期望能够为广大老师、校院领导、宿舍管理员和学生提供便利，加强学生住宿管理、规范高校公寓日常工作、提升公寓管理效能有效工具。
1.3 定义
用例图(Use Case)：是指由参与者（Actor）、用例（Use Case）和它们之间关系组成用于描述系统功效动态视图。展现了部分参与者和部分用例，和它们之间关系，关键用于对系统、子系统或类功效行为进行建模
次序图：是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象类元角色。类元角色用生命线表示。
类图(Class diagram)：是显示了模型静态结构，尤其是模型中存在类、类内部结构和它们和其它类关系等。类图不显示临时性信息。
状态图(Statechart Diagram)：是描述一个实体基于事件反应动态行为，显示了该实体怎样依据目前所处状态对不一样事件做出反应。
活动图（activity diagram）：是说明了业务用例实现工作步骤。工作步骤通常包含一个基础工作步骤和一个或多个备选工作步骤。工作步骤结构使用活动图来进行说明。
协作图/通信图(Communication Diagram)：而“协作”作为一个结构事物用于表示静态结构和动态行为概念组合，表示不一样事物相互协作完成一个复杂功效。
1.4参考资料
（1）殷建民 主编，《软件系统分析和设计》，中国水利水电出版社，
（2）《学生宿舍基础需求》
（3）《级软件系统分析和设计试验指导书（16课时宿舍分配系统）》
2．任务概述
2.1 目标
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，能够对房间和床位分配，能够使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时取得全方位公寓管理信息，实现信息共享
2.2 用户特点
学生：若要住宿需提交住宿申请，然后等候分配。如有特殊要求，务必专门说明。一旦得到同意通知，能够查询个人宿舍安排。住宿后若有特殊原因，能够申请调整宿舍或床位，但仍然要经过审核、同意。一旦调换了宿舍，其所使用设备也要随之变更统计。
老师：分为班主任和教导员。教导员负责查看、初审学生提交住宿申请，对基础符合要求，转交给宿舍责任人。班主任和教导员能够随时查看、了解所负责班级住宿学生情况。
宿舍责任人：负责对住宿申请进行综合审查，经过则以班为单位分配床位。能够随时查看和了解宿舍基础情况、全部住宿情况和设备使用情况，对特殊情况立即进行统计，并报送相关领导。学生一旦毕业或提出退宿，其宿舍和床位会立即变空，等候重新分配使用。
宿舍管理员：负责宿舍设备情况统计（购入登记、各建宿舍配置、损坏和修理登记、报废登记）、每日查房结果统计、学生晚归统计、宿舍具体情况管理（新房间登记、房间撤消、格局调整）。
校院领导：能够随时查看、了解学校和学院宿舍具体信息、学生住宿情况和宿舍管理员基础情况和每日查房情况。
2.3 假定和约束
经费限制：因为是学习之作，资金不足限制了本软件研发。
开发期限;在时间方面，只能在课余时间完成本软件，对时间安排需做到合理，合适才能很好完成本工程。
3. 需求分析建模
3.1功效需求
3.1.1系统需求描述
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，能够对房间和床位分配，能够使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时取得全方位公寓管理信息，实现信息共享。
基础步骤图以下:

3.1.2 总体功效分析
各类角色大致功效分析：
学生:填写申请表、提交住宿申请、查看申请结果、申请宿舍调整
教导员:查看学生住宿情况、查看住宿申请、初审、返回申请结果给学生
班主任：查看本班学生住宿情况
宿舍责任人：复审、分配床位、查看住宿信息、宿舍住退更新、特殊情况报送领导
宿舍管理员:宿舍查房统计、宿舍设备情况统计、晚归统计、宿舍集体情况
校院领导：查看宿舍具体信息、查看住宿情况、宿舍管理员情况、每日查房情况
具体用例图以下：
3.1.3 功效模块分析 (详述 学生申请)
☆由学生申请住宿用例：当学生登录后，进入申请界面，填写申请汇报，出现两种情况，即填写正确或错误/部分错误，对应成功提交申请或返回重新填写申请...构建活动图、协作图、次序图等来完成功效具体分析。
活动图：

状态图：
学生申请这一事件对应状态：首先是要进行申请表填写预准备工作，即新建一张空白申请表，进行填写，完成后进行提交，即等同于进入等候审核状态；等候后台审核完成后，学生进行查看能够找到‘审核经过’‘不经过’和‘不经过（部分不符合要求）’三种状态，一次审核经过后二审，产生‘同意’‘不一样意’两种状态，同意经过，进入入住状态。
次序图:
依据步骤图和活动图，能够建立学生申请工作次序图，首先是登陆到首页>进入申请界面，申请表填写和是否能够成功提交由提交控制检测并返回可申请/不可申请/有错重新填写，提交成功则学生等候来自教导员和宿舍管理员审核结果和宿舍分配结果。

协作图：

3.2性能需求
3.2.1精度
在进行向数据库文件提取数据时，要求数据统计定位正确，在往数据库文件数组中添加数据（如申请表，住宿信息等）时，要求输入正确学生姓名，身份证，学号，班级，宿舍号等，按需求设定字符数。
3.2.2时间特征要求
（1）查询类页面响应时间<=3s
（2）更新处理时间，如新建、提交等最长时间不超出2s。
（3）数据转换和传送时间，如远程数据传输不超出5s。
3.3数据需求
3.3.1 输入\输出数据要求
1） 宿舍具体数据、学生住宿情况和宿管人员具体数据要完整保管，且一旦发生改变，必需立即变更统计。
2） 上述数据要能够导出到excel文件中，或从excel文件导入。
3） 分配床位时能够采取二种方法：
● 第1是根据一定算法进行自动分配，
● 第2是针对特殊要求进行手工分配
4） 学生住宿需要统计内容关键包含：
学号、姓名、所属学院、所属系、宿舍房间号、床铺号、柜子号、入住时间、联络电话等。
5 每个房间需要统计内容关键包含：
宿舍房间号、面积、可容纳人数、现在空床数、
6） 为简化宿舍分配过程中学生信息反复录入，确保数据一致性和统一性，最好可利用现行学籍管理系统中信息。
3.3.2数据分析模型(类图)

类图分析：用户关键分为学生和职员两大类，学生类和职员类继承于people类，而老师类、领导类、宿舍责任人类和宿舍管理员类继承于职员类，教导员和班主任类继承于老师类；学生和教导员、班级、住宿记录表、床位、宿舍、住宿申请等全部是关联关系。
3.4故障处理要求
正常使用时不应犯错，对于用户输入错误应给出合适更正提醒。若运行时碰到不可恢复系统错误，也必需确保数据库完好无损，能够经过日志来了解故障现象、发生时间。
3.5其它专门要求
（1）进度需求：系统开发阶段进度要求。
（2）运行环境需求：平台、体系结构、设备要求。
（3）培训需求：无实体培训，系统配置《用户使用手册》，提供多媒体教学光盘。
4.运行环境要求
4.1设备
服务器
PC机（提议配置：操作系统 windows /XP/Vista CPU PentiumⅣ以上 内存 128M以上 硬盘空间 100M以上）
DVD光驱，打印机等。
4.2支持软件
软件运行基于windows平台上，NT，XP,Vista等。
数据库：MySQL
4.3接口
无