高校宿舍系统需求分析
软件项目
高校宿舍管理系统
目录
第一章引言1
第二章系统需求分析2
2.1功能需求2
2.1.1 基本功能需求2
2.1.2 报表需求2
2.1.3 用户界面需求3
2.2性能需求3
2.3数据库选择3
2.4环境4
第三章宿舍管理系统概要设计5
3.1系统功能模块图5
3.1.1用户帐号模块6
3.1.2宿舍管理模块6
3.1.3信息查询模块7
3.1.4卫生评比模块7
3.1.5出入管理模块7
3.2 系统所需数据字典8
第四章宿舍管理系统详细设计12
4.3具体模块设计12
4.3.1账户信息模块的详细设计12
4.3.2宿舍管理模块的详细设计14
4.3.3信息查询窗口详细设计16
4.3.4卫生评比模块详细设计17
4.3.5出入管理模块详细设计18
第五章系统测试20
5.1所遇问题20
5.2 系统测试20第六章总结21
参考文献22
第一章引言
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，因为数据量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。因为数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。
第二章系统需求分析
目前，我们学校的宿舍管理采用的还是人工来进行管理的, 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
2.1功能需求
2.1.1 基本功能需求
本课题要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近学生,便于用户操作。系统在实现上应该具有如下功能：
1.系统要求用户必须输入正确的用户名和密码才能进入系统。
2.系统应该提供学生住宿情况的基本登记。
3.系统应提供学生每学期学生的离校处理。
4.系统应提供人员来访登记及结束访问的详细登记。
5.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。
6.系统应提供查询功能，以方便用户对学生基本信息的查询(要
实现按多种条件的查询>。
7.系统应提供增加、删除、修改用户帐户的功能。
8.系统还应具有添加、修改、删除学生基本信息的功能。
2.1.2 报表需求
学生宿舍管理系统的某些信息应当能够以报表形式打印出来。基本上应该能够实现扣分统计、和卫生评比的报表打印功能。
2.1.3 用户界面需求
学生宿舍管理系统应提供简单、层次关系明了、清晰的操作界面，使用户一目了然。尽可能的为用户的录入、查询等功能操作提供方便。快捷按钮的创建也是非常需要的，以方便用户操作。
2.2性能需求
2.2.1系统安全性
学生宿舍管理系统中的增加用户、学生毕业离校等的某些模块都是相联系在一起的，所以在系统的管理权限上应当进行严格控制，具体思想如下：
1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。
2.在上述要求基础上可以为该系统设定三种登录方式，程序开始运行所有功能将是不可使用的，只有系统管理员登录、普通用户登录和只读用户三个窗口可以使用，没有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统进行操作。
3.在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员应当可以使用系统的所有模块，普通用户对于大部分的很关键的模块是无权使用的。只读用户只能观看数据对任何模块都无权修改。
2.3数据库选择
数据库是数据管理的最新技术，是计算机科学的重要分支。十年
来，数据库管理系统已从专用的应用程序包发展成为通用系统软件。因为数据库具有数据结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应用程序等优点，较大的信息系统都是建立在数据库设计之上的。我们选用的是SQL Server 2000。
2.4环境
本系统是以Windows系统为操作平台，用C++编程语言和SQL Server 2000数据库来实现高校学生宿舍管理系统所需功能的。
第三章宿舍管理系统概要设计
3.1系统功能模块图
公寓管理模块包括：入住管理、退宿管理、员工管理、晚归管理、公物报修五个大的部分。
1.入住管理：登记学校所有住宿楼情况。
2.退宿管理：登记学校所有宿舍退宿人员的情况。
3.公物报修：登记学校所有住宿楼公物损坏上报情况。
3.1.3信息查询模块
信息查询模块基本上包括：学生查询(要实现按多种条件的查询>。
1.学生查询：实现每个学生基本信息情况的查询功能。
3.1.4卫生评比模块
1.
2.扣分统计：按班级和宿舍两种不同分法在一段时间内的个人扣分的名单的统计情况。
3.卫生评比：实现宿舍先进集体和先进个人的名单的统计。
3.1.5出入管理模块
1.来访登记：详细登记进入宿舍楼的外来人员情况和离开情况。
2.进出楼登记：详细登记某学生搬入和搬出宿舍楼的物品情况。
3.2系统所需数据字典
1.用户数据字典：登记管理人员的用户名、密码及登录权限。
2.学生基本情况数据字典：详细登记学生基本信息及学生住宿情
况。
5.人员来访数据字典：登记所有来访人员的详细情况。
6.物品出入数据字典：详细登记学生物品出楼信息。
7.退宿数据字典：登记所有宿舍楼退宿情况。
8.报修数据字典：登记每个公寓每个宿舍公物损坏上报情况。
用户数据字典(user0>
学生基本情况表(Student0>
人员来访数据字典(Visit>
物品出入楼数据字典(Goodsmove>
退宿数据字典(ts>
报损数据字典(loss>
第四章 宿舍管理系统详细设计
4.3具体模块设计
在系统功能模块介绍时，我们将宿舍管理系统分为五个大的模块：用户帐号模块、宿舍管理模块、学生信息查询模块、卫生评比模块、出入登记模块。4.3.1账户信息模块的详细设计 1、账户注册与删除详细设计：
设计思想：
限，宿舍楼房管理人员就应该具有一般用户的权限。一些关键性的数据是没有访问权的。如帐号密码的修改，和员工信息的增删改。要是以浏览者身份登陆该系统的话就只有只读的权限，凡是有增删改和好多关键性的窗口都无权更改和访问。
2．修改密码：Array
设计思想：
用。
具体实现:
(1>.
(2>.
(3>.
求完全一样，方能修改密码成功。
4.3.2宿舍管理模块的详细设计
具体实现：
(1>.因为需要和数据库表相关联,所以也添加了两个数据窗口控件实现两者之间的关联。
(2>. 在具有在基本的增加、删除、保存、退出功能外还具有数据窗口共享，在右边的自由表内输入数据，左边的表只能对数据浏览，同时当鼠标在左边的表中选中一个人的信息，相应在右边的数据窗口的自由表中会出现和其相同的数据。(3>.
在具体实现时需要设置像楼房号这样的具有唯一确定性的字
段是不能为空的。其他字段在输入时没有太大限制，录入人员在录入时需根据自身情况再进行添加。2．公物报修
可以通过在窗口中同时选中各项公物损失信息，然后利用“存盘”功能将信息保存到数据库中中。
4.3.3信息查询窗口详细设计
1．学生查询
能不止一名，但在有些情况下<比如家人、朋友来访时，只记得学生姓名，在不清楚其学号、宿舍号的情况下，可以通过学生信息中的其
它信息确定所要找的学生）可以调用此功能来实现。
3.按班级进行查询
设计思想：实现某个班级所有学生基本信息及住宿情况的查询。通过该功能模块我们可以统计某个班级的宿舍分配情况，这个班级的学生都住在哪些寝室中。
4.按寝室号查询
设计思想：在输入寝室号时可以把该宿舍所住的所有学生的信息都统计出来，方便详细了解某宿舍的学生住宿情况。
来访登记管理是对每栋宿舍楼来访人员或物品出入的基本信息进行录入，具体实现：
(1>.因为需要和数据库表相关联,所以也添加了两个数据窗口控件实现两者之间的关联。
(2>. 在具有在基本的增加、删除、保存、退出功能外还具有数据窗口共享，在下边的自由表内输入数据，上边的表只能对数据浏览，同时当鼠标在上边的表中选中一个人的信息，相应在下边的数据窗口的自由表中会出现和其相同的数据。
(3>. 在具体实现时需要设置像楼房号这样的具有唯一确定性的字段是不能为空的。其他字段在输入时没有太大限制，录入人员在录入时需根据自身情况再进行添加。
第五章系统测试
5.1所遇问题
一个系统功能的实现，需要经过这么几步，首先把大致的骨架给设计好，然后根据系统要求写代码，接着是调试程序，最后完善总结。其中最重要的两步就是中间的两步。但是这次作业不用编程实现，省下了不少功夫。但是还是遇到了很多的问题。
1. 软件的需求分析，因为我们都不理解学生宿舍管理系统的具体要求，所以只能上网查找，获取资源。
2. 将各个功能模块化，那些能需要合并在一起，那些功能必需独立，这也是我们在设计的时候，比较难解决的问题。
5.2 系统测试
此次作业不要求编程实现，测试略。
第六章总结
我们这次作业的任务是建立一个学生宿舍管理系统，它用到的开发工具是C++语言，SQL Server 2000数据库。
在设计的开始阶段为了尽快获得学生宿舍管理系统的需求，我大量的在网上查找有关该方面的资料，对《软件项目》书中的基本理论知识逐章逐节地复习回忆。特别是对书中的一些典型实例，认真学习它的思想，吸取它的技巧，弄懂每句话的含义。在对所要应用的技术有了一个基本认识之后，就开始构思自己的系统设计。根据需求说明书的要求将整个系统分为几个模块，每个模块具体又要实现哪些功能，然后就逐个模块去一一详细设计，设计的过程中不时地翻阅资料，用一些巧妙的技术来优化。尽管这次作业不需要编程实现，但是也遇到了很多的问题，最后在老师和同学的帮助下，终于顺利完成了，自己也从中学到了不少东西。
总之，通过一个多星期的设计，让我感受了软件开发的部分过程。这不仅是对我在大学所学知识的一个综合运用，也是一次增长知识和经验的好机会，同时也使我学会了许多处理、解决问题的方法，大大提高了自己的动手能力，为将来的有关学习打下了良好的基础。
参考文献
[1] 齐志昌.谭庆平.宁洪《软件项目》[M].高等教育出版社，2004.4
[2] 朱如龙.《SQL Server数据库应用系统开发技术》[M].机诫工业出版社，2004.1.
学生宿舍管理系统需求分析说明书58528
学生宿舍管理系统需求分析说明书 第一部分调查用户需求 本系统的最终用户为宿舍楼管理员，本宿舍楼的学生。根据我们日常生活中的经验，结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查，得出用户的下列实际要求：1、宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 一、学生的基本信息： 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 二、宿舍的基本信息： 每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。 三、宿舍财产的基本信息： 每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 四、快件收发的基本信息： 每栋宿舍楼都有邮件收发的管理，当本楼的同学有信件时，相应的会有信件的到达时间，接受信件的同学姓名和他所在的宿舍号。有时，同一个学生有多封信件需要接收，需要表示一个同学有多少封信件。当信件接收后，应有一个接收信件的时间，表示信件已成功到达指定的同学手中。 五、报修的基本信息： 宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 六、夜归的基本信息: 宿舍楼在指定的时间关门（比如晚上12点），若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。 七、离校的基本信息： 每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。 2、用户对系统的要求 一、宿舍楼管理员： a.信息要求： 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，快件收发的所有信息，报修的所有信息，夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。
学生宿舍管理系统_需求分析
计算机学院 学生宿舍管理系统需求规格说明书 学生姓 名： 学号： 年级班级： 指导教师：
目录 1............................................................................................................................. 引言 (5) 1.1....................................................................................................................... 编制目的5 1.2.............................................................................................................................. 范围5 1.3................................................................................................. 预期的读者和阅读建议5 1.4................................................................................................................ 术语和缩略语5 1.5....................................................................................................................... 文档约定5 1.6....................................................................................................................... 参考文件6 2...................................................................................................................... 项目概述 (6) 2.1.............................................................................................................................. 目标6 2.2.............................................................................................................................. 范围6 2.3................................................................................................................... 用户的特点7 2.4..................................................................................................... 假定条件和约束限制7 2.5....................................................................................................................... 运行环境
宿舍管理系统需求分析报告
滨州学院 课程设计 （数据库系统原理） 题目学生宿舍管理系统 系院 专业 班级 学号 姓名 二〇一一年六月十六日
目录 引言 (4) 第一章需求分析 (5) 1.1 需求分析 (5) 1.1.1 调查用户需求 (5) 1.2 系统功能的设计和划分 (6) 1.3 数据流图 (7) 1.3.1报修分数据流图 (7) 1.3.2快件分数据流图 (7) 1.3.3离返校分数据流图 (8) 1.3.4夜归分数据流图 (8) 1.3.5总数据流图 (9) 1.4 数据字典 (9) 1.4.1数据项 (9) 1.4.2数据结构 (11) 1.4.3数据流 (11) 1.4.4数据存储 (11) 1.4.5处理过程 (11) 第二章概念结构设计 (13) 2.1设计完成的总ER图为： (13) 2.2各子系统的分ER图 (14) 2.2.1学生住宿信息管理子系统 (14) 2.2.2报修子系统 (14) 2.2.3收取快件子系统 (15) 2.2.4离返校子系统 (15) 2.2.5夜归管理子系统 (16) 第三章逻辑结构设计 (17) 3.1将E-R图转换为关系模型： (17) 3.2用户视图： (17) 第四章物理设计 (18) 4.1基本表设计 (18) 4.1.1 住宿学生信息表 (18) 4.1.2 宿舍信息表 (18) 4.1.3 宿舍财产信息表 (18) 4.1.4邮件快递信息表 (18) 4.1.5报修信息表 (19) 4.1.6夜归信息表 (19) 4.1.7离校信息表 (19) 第五章数据库的实施和维护 (20) 5.1 创建基本表的代码 (20) 5.2数据库关系图 (22) 5.3 数据的载入 (22)
宿舍管理系统软件需求说明书
宿舍管理系统软件需求说明书 1、引言 1.1编写目的 熟悉信息系统设计开发过程，了解系统分析与设计开发方法。通过实践完成简单信息系统的完整开发过程，所以编写宿舍管理系统。宿舍管理仍停留在人工管理阶段，人工管理费时、费事、费力，工作效率低。开发学生宿舍管理系统，可以方便学生宿舍的管理，提高宿舍管理工作效率及查询效率。 1.2背景 宿舍管理信息系统要处理的数据主要是两大部分，一个是基本信息管理，包括宿舍信息，学生信息管理的数据；另一部分是服务管理，包括卫生检查，水电缴费，设施报修，携贵重物品外出管理以及宿管人员评分的数据。 1.3定义 ⑴ PK，主码，是唯一确定一条记录的关键数据项。 ⑵ER图，实体联系图，是反映与数据相关的实体及实体之间关系的图。 1.4参考资料（略） 2、任务概述 2.1目标 建立宿舍管理系统，完成学生宿舍的管理，对宿舍的变动以及宿舍工作人员的服务进行评价。 2.2用户特点 （1）用户主要是在校入住学生，还可以是游客，对计算机都有一定的了解； （2）用户可以随时登陆，了解宿舍情况； （3）每个学期对服务人员进行评价，以方便对工作人员的工作情况进行评价。 3需求规定 3.1对功能的规定 3.1.1初始数据输入功能
对初始数据输入功能的定义见表 3.1.2日常处理功能 日常处理功能的定义表 3.1.3查询与打印功能 查询与打印功能定义表 3.1.4系统设置功能 系统设置功能定义表
3.2对性能的规定 3.2.1时间特性要求 学生宿舍情况每个学期都要对数据进行更新，备份，每个学期对工作人员的服务进行评价。 3.2.2灵活性 （1）同时提供鼠标和键盘操作； （2）模块化设计，预留有接口，以方便系统的扩展。 3.3 输入输出要求 3.3.1 输入方式要求 输入方式为键盘输入，在输入时要求尽可能少输入数据，提供常用数据的选择输入，并提供数据的核对功能。
学生宿舍管理系统需求分析11
学生宿舍管理系统需求分析说明书 第一部分 调查用户需求 本系统的最终用户为宿舍楼管理员，本宿舍楼的学生。根据我们日常生活中的经验，结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查，得出用户的下列实际要求： 1、宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 一、学生的基本信息： 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 二、宿舍的基本信息： 每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。 三、宿舍财产的基本信息： 每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 四、快件收发的基本信息： 每栋宿舍楼都有邮件收发的管理，当本楼的同学有信件时，相应的会有信件的到达时间，接受信件的同学姓名和他所在的宿舍号。有时，同一个学生有多封信件需要接收，需要表示一个同学有多少封信件。当信件接收后，应有一个接收信件的时间，表示信件已成功到达指定的同学手中。 五、报修的基本信息： 宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 六、夜归的基本信息: 宿舍楼在指定的时间关门（比如晚上12点），若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍
高校宿舍管理系统需求分析
软件工程 高校宿舍管理系统
目录 第一章引言 (1) 第二章系统需求分析 (2) 2.1功能需求 (2) 2.1.1 基本功能需求 (2) 2.1.2 报表需求 (2) 2.1.3 用户界面需求 (3) 2.2性能需求 (3) 2.3数据库选择 (3) 2.4环境 (4) 第三章宿舍管理系统概要设计 (5) 3.1系统功能模块图 (5) 3.1.1用户帐号模块 (6) 3.1.2宿舍管理模块 (6) 3.1.3信息查询模块 (7) 3.1.4卫生评比模块 (7) 3.1.5出入管理模块 (7) 3.2 系统所需数据字典 (8) 第四章宿舍管理系统详细设计 (12) 4.3具体模块设计 (12) 4.3.1账户信息模块的详细设计 (12) 4.3.2宿舍管理模块的详细设计 (14) 4.3.3信息查询窗口详细设计 (16) 4.3.4卫生评比模块详细设计 (17) 4.3.5出入管理模块详细设计 (18) 第五章系统测试 (20) 5.1所遇问题 (20) 5.2 系统测试 (20) 第六章总结 (21) 参考文献 (22)
第一章引言 第一章引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。
学生宿舍管理系统需求分析说明书
需求分析说明书
目录
前景文档 学生宿舍管理系统 在社会飞速发展的今天，智能化管理是现代管理宿舍信息的必然趋势之一。随着宿舍种类和学生的不断增加，宿舍管理越来越来复杂，信息量不断地提高，因此，以往的宿舍管理方法，查询速度慢，管理困难，容易丢失数据，已经不适合现在宿舍管理信息的要求。为克服宿舍管理信息的困难和查询的不便。采用计算机智能化来管理宿舍和学生的信息，不仅很大的提高了查询的速度，节约了人力和物力资源，达到了预期的要求，还是世界发展的需求，社会发展的趋势。 1.背景 随着信息时代的快速发展，计算机技术越来越深入各行各业，为广大的用户提供了更为周到和便捷的服务。高校学生宿舍信息管理系统是一个安全和高效的专用系统。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。 1.1课题名称 本课题要实现的是高校学生宿舍管理系统。 1.1.2系统功能 ①用户必须输入正确的用户名和密码才能进入系统； ②提供学生住宿情况的基本登记； ③提供学生每学期的注册及学生的离校处理； ④提供人员来访登记及结束访问的详细登记； ⑤提供学生在校期间物品出入宿舍楼的详细情况登记； ⑥提供查询功能，以方便用户对学生基本信息的查询，要实现按多种条件的查询 及楼房信息的查询； ⑦提供增加、删除、修改用户帐户的功能；
学生宿舍管理系统需求分析
学生宿舍管理分析报告 第一部分用户需求分析 本系统的最终用户为宿舍楼管理员，本宿舍楼的学生。根据我们日常生活中的经验，结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的了解，得出用户的下列实际要求： 1、宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。一、学生的基本信息： 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 二、宿舍的基本信息：每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电 话机，相应地就有宿舍电话号码。 三、宿舍财产的基本信息：每个宿舍的财产属于学校，比如电灯，床铺，柜子 ，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 四、报修的基本信息：宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的 马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 五、夜归的基本信息：宿舍楼在指定的时间关门（比如晚上11:30），若有同 学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。 六、离校的基本信息： 每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。 2、用户对系统的要求
银行计算机储蓄系统面向对象需求分析
面向对象需求分析【银行计算机储蓄系统】 学院：信息工程学院 班级：计科1202 学号：121404219 姓名：汤鑫 指导老师：田怀凤 （扬州大学2014－2015 学年第一学期）
目录 1．基本要求 (2) 1.1 功能要求 (2) 1.2 性能要求 (2) 1.3 接口要求 (2) 1.4 输入要求 (2) 1.5 输出要求 (2) 2.需求分析 (3) 2.1编写目的 (3) 2.2系统背景 (3) 2.3功能需求 (3) 2.4用例分析 (3) 2.5性能需求 (5) 2.5.1 数据精确度 (5) 2.5.2时间特性 (5) 2.5.3适应性 (5) 3.静态结构模型 (5) 3.1类与对象 (5) 3.2类图的建立 (5) 4.动态行为模型 (6) 4.1顺序图 (6) 4.2状态图 (9) 4.3活动图 (9) 5.建立功能模型 (10)
1．基本要求 1.1 功能要求 银行计算机储蓄系统的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统。 如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期，到期日期，利率以及密码（可选）等信息，并引出存款单给储户。 如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息，并印出利息清单给储户。 1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。
需求分析 宿舍管理系统
文档名称：需求分析说明书项目名称：学生宿舍管理系统 编写： 日期：2016年11月25日 院系： 班级：软件工程
1.1编写目的 在编写《学生宿舍管理系统》软件之前，对同类型产品的市场进行了前期调查，与多位软件设计者和使用者进行了探讨和分析，之后由软件项目小组向系统分析人员与软件设计人员提出了这份需求规格说明书。该需求规格说明书对学生宿舍管理系统软件进行了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面。该需求规格说明书供概要设计人员阅读。 1.2定义 SAMS：Student Apartment Management System，学生宿舍管理系统。 1.3参考资料 [1] 张海藩,《软件工程导论》,清华大学出处社,2013 年8 月第六版 [2] （英）萨摩维尔著，程成等译《软件工程》,机械工业出版社,2011.5
2.1 目标 本设计要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近学生,便于用户操作。系统在实现上应该具有如下功能： 1.系统要求用户必须输入正确的用户名和密码才能进入系统。 2.系统应该提供学生住宿情况的基本登记。 3.系统应提供人员来访登记及结束访问的详细登记。 5.系统应提供查询功能，以方便用户对学生基本信息的查询(要实现按多种条件的查询)及楼房信息的查询。 6.系统应提供增加、删除、修改用户帐户的功能。 2.2 性能需求 学生宿舍管理系统中管理权限上应当进行严格控制，具体思想如下： 1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。 2.在上述要求基础上可以为该系统设定多种登录方式，有系统管理员和宿舍管理员和学生登陆权限，其他任何人都不能登录该系统。 3.在具体实现时还应为系统管理员，宿舍管理员和学生设定不同的权限，系统管理员应当可以使用系统的所有模块，宿舍管理员和学生权限受到一定的限制。
学生宿舍管理系统-需求分析
学生宿舍管理系统-需求分析
计算机学院学生宿舍管理系统 需求规格说明书 学生姓名： 学号： 年级班级： 指导教师： 所在学院： 提交日期：
目录 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非功能需求 (18) 6.1性能需求 (18) 6.2安全保密需求 (18) 6.3扩展性需求 (19) 6.4稳定性需求 (19) 7界面要求 (20) 7.1图形要求 (20) 7.2报表格式 (20)
面向对象分析与设计_期末复习_2017-2018-2
《面向对象分析与设计》期末复习 2017-2018学年-第2学期 1、题型介绍: 选择题20 * 1分= 20分 填空题5* 2分= 10分 简答题 4 * 7分= 28分 建模分析论述题4题（第1题10分，第2题8分，第3题8分，第4题16分，共42分）= 40分 2、选择题 1、（）不是对象具有的特性。 A.标识 B.继承 C.顺序 D.多态性 2、封装是把对象的（）结合在一起，组成一个独立的对象。 A.属性和操作 B.信息流 C.消息和事件 D.数据的集合 3、（）不是面向对象的典型方法。 A.Coad& Yourdon 方法 B.维也纳方法 C.OMT方法 D.Booch方法 4、UML中有4种关系，分别是依赖、泛化、关联和（） A.集成 B.合作 C.实现 D 抽象 5、下列关于状态图的说法中，正确的是（） A.状态图是UML中对系统的静态方面进行建模的5种图之一。 B.状态图是活动图的一个特例，状态图中的多数状态是活动状态。 C.状态图是对一个对象的生命周期进行建模，描述对象在其生存期间的动态行为。 D.状态图强调对有几个对象参与的活动过程建模，而活动图更强调对单个反应型对象建模。 6、UML的（）模型图由类图、对象图、包图、组件图、和部署图组成。 A.用例 B.静态 C.动态 D.系统。 7、UML的（）模型图活动图、顺序图、状态图、写协作图组成。 A.用例 B.静态 C.动态 D.系统。 8、UML的最终产物就是最后提交的可执行的软件系统和（） A.用户手册 B.类图 C.动态图 D.相应的软件文档资料
9、在UML的需求分析建模中，（）模型图必须与用户反复交流并加以确认。 A.配置 B.用例 C.包 D.动态 10、下面不是用例之间主要关系的是（） A.扩展 B.包含 C.依赖 D.泛化 11、对于一个电子商务网站而言，以下不适合作为用例的选项是（） A.登录 B.预定商品 C.购物车 D.结账 12、UML的客户需求分析模型包括（）模型、类图、对象图和活动图。 A.用例 B.静态 C.动态 D.系统 13、UML客户需求分析产生的用例模型描述了系统的（） A.状态 B.体系结构 C.静态模型 D.功能要求 14、在UML的需求分析模型中，用例建模必须与（）反复交流并加以确认。 A.软件生产商 B.用户 C.软件开发人员 D.问题领域的专家 15、在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（） A.活动图 B.状态图 C.配置图 D.组件图 16、类图应该画在Rational Rose的（）视图中。 A、Use Case View B、Login View C、Component View D、Deployment View 17、类通常可以分为实体类、（）和边界类。 A 、父类B、子类C、控制类D、祖先类 18、对象特征的要素是（）。 A、状态 B、行为 C、标识 D、属性 19、下列关于接口的关系说法不正确的是（）。 A、接口是一种特殊的类 B、所有接口都是有构造型<
学生宿舍管理系统需求分析
学生宿舍管理系统需求分析 第一部分调查用户需求 本系统的最终用户为学校后勤部门管理员和宿舍楼管理员。根据我们日常生活中的经验，结合对自己学校后勤部门管理员和宿舍楼管理员的咨询的调查，得出用户的下列实际要求： 1、宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。一、学生的基本信息： 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 二、宿舍财产的基本信息： 每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅，电话等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 三、报修的基本信息： 宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 四、离校的基本信息： 每当学生，退学，休学毕业时，其对应的床位或者宿舍的状态就会变为空，此时宿舍管理系统中的相应状态就要改为空，并对空闲宿舍和空置床位进行统计，将统计结果送达学校招生处。而当下一学年招生工作完毕后学校后勤管理部门会根据学校招生办送达的新生花名册，按学生所在院系以及学号对其进行宿舍分配。 2、用户对系统的要求 一、学校后勤部门管理员 a.信息要求： 学校后勤部门管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学
面向对象程序设计期末复习分析
一、单项选择题( 在每小题的四个备选答案中，选出一个正确答案，并将正确答案的序号填在题干的括号内。每小题1 分，共20 分) 3．下列不属于面向对象技术的基本特征的是（B）。 A. 封装性 B. 模块性 C. 多态性 D. 继承性 4. 面向对象程序设计将描述事物的数据与(C ) 封装在一起,作为一个相互依存、不可分割的整体来处理。 A. 信息 B. 数据隐藏 C. 对数据的操作 D. 数据抽象 5. 关于面向对象方法的优点，下列不正确的叙述是（C ）。 A. 与人类习惯的思维方法比较一致 B. 可重用性好 C. 以数据操作为中心 D.可维护性好 8. 下列不属于类的成员函数的是( C )。 A. 构造函数 B. 析构函数 C. 友元函数 D. 拷贝构造函数 9. 继承机制的作用是( C )。 A. 信息隐藏 B. 数据封装 C. 派生新类 D. 数据抽象 14. （D ）是从用户使用系统的角度描述系统功能的图形表达方法。 A. 类图 B. 对象图 C. 序列图 D. 用例图 15. (C ) 是表达系统类及其相互联系的图示,它是面向对象设计的核心，建立状态图、协作 图和其他图的基础。 A．对象图 B. 组件图 C. 类图 D. 配置图 16.（D ）描述了一组交互对象间的动态协作关系，它表示完成某项行为的对象和这些对 象之间传递消息的时间顺序。 A．对象图 B. 协作图 C. 状态图 D. 序列图 17.（D ）就是用于表示构成分布式系统的节点集和节点之间的联系的图示，它可以表示 系统中软件和硬件的物理架构。 A. 组件图 B. 协作图 C. 状态图 D. 配置图 18. 在用UML进行数据库的分析与设计过程中，( B ) 就是进行数据库的需求分析，使用用 例图、类图、顺序图、活动图等建立业务模型。 A. 逻辑数据模型设计 B 业务Use Case模型设计 C. 物理数据模型设计 D. 物理实现设计 19. 使用UML进行关系数据库的（B ）时，需要设计出表达持久数据的实体类及其联系，并把它们映射成为关系数据库表（Table)、视图(View)等。 A. 业务Use Case模型设计 B. 逻辑数据模型设计 C. 物理数据模型设计 C. 物理实现设计 20. UML的动态建模表示包含（C ）种图。 A. 9 B. 5 C. 4 D. 2 二、填空题( 每空1 分，共20 分) 1. 面向对象开发方法一改过去传统的以_功能分析，面向过程_为基础的_对象_的结 构化分析与设计方法，它模拟人们理解和处理客观世界的方式来分析问题，把系统视为
宿舍管理系统需求规格说明书
项目编号:SCITC16 宿舍管理系统需求规格说明书 分类: < > 使用者: <> 文档编号：<> 需求规格说明书 Version: 项目承担部门：第二小组 撰写人（签名）： 完成日期：2016-4-8 本文档使用部门：■主管领导■项目组□客户（市场）□维护人员□用户 评审负责人（签名）： 评审日期：
目录 1引言..................................... 错误!未定义书签。编写目的 .................................. 错误!未定义书签。背景 ...................................... 错误!未定义书签。定义 ...................................... 错误!未定义书签。参考资料 .................................. 错误!未定义书签。2任务概述 ................................. 错误!未定义书签。目标 ...................................... 错误!未定义书签。运行环境 .................................. 错误!未定义书签。 软件环境 ................................ 错误!未定义书签。 硬件需求 ................................ 错误!未定义书签。条件限制 .................................. 错误!未定义书签。3数据描述 ................................. 错误!未定义书签。静态数据 .................................. 错误!未定义书签。动态数据 .................................. 错误!未定义书签。数据库描述 ................................ 错误!未定义书签。数据图 .................................... 错误!未定义书签。4功能需求 ................................. 错误!未定义书签。系统功能设计 .............................. 错误!未定义书签。系统管理功能 .............................. 错误!未定义书签。宿舍管理 .................................. 错误!未定义书签。
宿舍管理系统需求分析报告样本
滨州学院 课程设计 (数据库系统原理) 题目学生宿舍管理系统 系院 专业 班级 学号 姓名 二〇一一年六月十六日 目录 引言....................................... 错误!未定义书签。
第一章需求分析 ............................ 错误!未定义书签。 1.1 需求分析 ............................ 错误!未定义书签。 1.1.1 调查用户需求................... 错误!未定义书签。 1.2 系统功能的设计和划分................ 错误!未定义书签。 1.3 数据流图 ............................ 错误!未定义书签。 1.3.1报修分数据流图.................. 错误!未定义书签。 1.3.2快件分数据流图.................. 错误!未定义书签。 1.3.3离返校分数据流图................ 错误!未定义书签。 1.3.4夜归分数据流图.................. 错误!未定义书签。 1.3.5总数据流图...................... 错误!未定义书签。 1.4 数据字典 ............................ 错误!未定义书签。 1.4.1数据项.......................... 错误!未定义书签。 1.4.2数据结构........................ 错误!未定义书签。 1.4.3数据流.......................... 错误!未定义书签。 1.4.4数据存储........................ 错误!未定义书签。 1.4.5处理过程........................ 错误!未定义书签。第二章概念结构设计 ........................ 错误!未定义书签。 2.1设计完成的总ER图为: ................ 错误!未定义书签。 2.2各子系统的分ER图.................... 错误!未定义书签。 2.2.1学生住宿信息管理子系统.......... 错误!未定义书签。 2.2.2报修子系统...................... 错误!未定义书签。 2.2.3收取快件子系统.................. 错误!未定义书签。
图书管理系统-(需求分析+总体设计)-(面向对象)
需求分析 1.确定用例 通过对系统需求的分析，可以确定系统有三个执行者：图书管理员行为者，读者行为者及系统管理员行为者。简要描述如下： 1)图书管理员行为者：管理员按系统授权维护和使用系统不同功能，可以 创建、修改、删除读者信息和图书信息即读者管理和图书管理，借阅、归还图书以及罚款等即借阅管理。 2)读者行为者：通过互联网或图书馆查询终端，查询图书信息和个人借阅 信息，还可以在符合续借的条件下自己办理续借图书。 3)系统管理员：可以对系统的数据进行维护，如增加、删除和更新书目， 增加、删除和更新借阅者帐户，增加和删除书籍。 读者
从图书管理系统的用例图可以看出有个六个用例：”读者用例，借阅用例，图书用例，借阅情况用例，续借用例，图书信息查询用例.”系统边界有个三个行为者，即图书管理员，读者，以及一个系统管理员。 从2-1图中我们还可以看出图中的每个用例之间的包含关系和扩展关系，读者用例包含关系是读者信息和读者类别；借阅包含关系是借书，还书，续借，借阅情况；而图中丢失和过期则是还书中的扩展；图书用例的包含关系是图书信息，图书类别，出版社信息及图书信息查询，其中意见反馈则是图书信息查询的扩展。 最高层用例图中展开读者借书的用例图如下图2-2所示: 读者借助此图书管理系统子系统,可以进行一下操作：
图2-2 读者借助此图书管理系统子系统,可以进行一下操作： 1.查询图书； 2.预留图书； 3.借书； 4.还书； 5.查阅借阅信息。 其中,在读者进行预留图书和查询借阅信息之前,读者必须先登录系统; 读者进行还书操作时,必须保证图书完整; 最高层用例图中展开图书馆管理员处理借书、还书等的用例图如下图2-3所示：图书管理员用例描述:
宿舍管理系统需求分析报告
目录 一、文档介绍 (2) 1.1、文档目的 (2) 1.2、文档范围 (3) 1.3、读者对象 (3) 1.4、参考文档 (3) 1.5、术语与缩写解释 (4) 二、产品介绍 (5) 三、产品面向的用户群体 (6) 四、产品应当遵循的标准或规范 (6) 五、产品范围 (7) 六、产品的功能性需求 (7) 6.1 学生管理模块 (8) 6.1.1 学生入住 (10) 6.1.2 学生查询 (12) 6.1.3 换宿办理（待修改） (13) 6.1.4 退宿办理 (14) 6.2 员工管理模块 (16) 6.2.1 员工入职 (17) 6.2.2 员工查询 (18) 6.2.3 退职办理 (20) 6.3 宿舍管理模块 (22) 6.3.1 设备添置 (23) 6.3.2 设备撤销 (24) 6.3.3 设备报修 (26) 6.3.4 设备查询 (27) 6.3.5 水电查询 (28) 6.4 信息管理模块 (30) 6.4.1 信息发布 (31) 6.4.2 密码修改 (32) 七、产品的非功能性需求 (33) 7.1 用户界面需求 (33) 7.2 软硬件环境需求 (34) 7.3 产品质量需求 (34) 7.n 其他需求 (34)
一、文档介绍 本文档是宿舍管理系统项目需求分析的最终版本，结合了之前简略版的需求分析，每次的实验内容以及小组内对该项目的讨论结果。 1.1、文档目的 编写宿舍管理系统需求说明书是为了明确产品需求，将功能性需求、非功能性需求用准确的描述语言描述清楚，并建立相应的静态模型和动态模型。以便于项目组后台搭建人员对项目目标有清晰的认识，为后续的开发阶段做好准备，最终实现DM系统。 项目组其他成员对文档进行查看，清楚认识到该系统能实现的功能，并且对系统内容进行完善，以及能够使用该文档清晰明确的向其他人介绍我们所做的这个宿舍管理系统主要能够实现的功能。 用户对文档进行查看，了解到该系统提供的基本功能，以及整个系统中所参与的角色及其所承担的功能，整个系统中涉及到信息能够进行的操作。 后续维护人员对文档进行查看，以便于了解到每个功能模块以及其实现的方式，以便于系统在日后出现问题时能够最快的找到系统出现问题的地方，并且采取最直接有效的方式对其进行维护。 有文档编写需求的人员对文档进行查看，可以了解到一个项目需求说明书所需要的内容。同样以后做宿舍管理系统的人对文档进行查看，能够大致了解到宿舍管理系统能够实现的基本功能，并且每个功能对应的模块实现的方式。
宿舍管理系统设计(20200608102200)
宿舍管理系统设计 1. 引言 1.1 项目背景 本系统开发的主要目的是采用信息化和网络化的方式，用于对学校宿舍进行管理，方便管理员对宿舍进行管理以及对同学们宿舍生活需求提供相应的帮助和 记录，达到及时、有效的掌握学生信息以及处理寝室问题的目的。 1.2 文档概述 该文档编写的主要目的是为了定义系统索要实现的功能, 以及实现的方法和流程. 同时进一步规范开发流程, 提高开发质量。 1.3定义 1. 零报 无论宿舍有无异常情况都必须在每天的规定时间上报给寝室管理员。如果有学生异常情况的出现，则相关负责人应作出相应的处理，若学生没有出现异常事件，则只需在系统中提醒无异常即可。 2. 异常情况 如果宿舍出现有同学在规定时间内没有回宿舍，或在宿舍突发疾病等异常情况，则有寝室长报告给宿舍管理员，由宿舍管理员填写报告并帮助解决问题 3. 待处理 当出现异常情况时，若事件尚未解决，则状态为“待处理”状态，表明此事件需要由相应的管理员进行处理解决。
4. 已处理 当异常事件被处理之后，该事件被标明“已处理”状态，则表明该事件已被处理。 2. 任务概述 2.1 目标 根据《宿舍管理需求分析报告》编写此文档，用于指导开发人员根据客户功能需求进行相应的程序开发。 2.2 系统网络配置及构架方案 宿舍管理系统依托于湖北文理学院官网平台构建，逻辑结构为环型拓扑结构，如图一所示，学校学工处管理员通过网络平台可以发送消息，每一位宿舍管理员，学生，学生教师都能看到。宿舍管理员也可以通过官网发送宿舍管理情况到服务器，学校管理员，学生等都可以登录查看。
图一：网络结构拓扑图 2.3 系统架构图 宿舍管理系统网络逻辑架构图 服务器 宿舍管理员 学生教师 学工处管理员学生