宿舍管理系统需求分析

宿舍管理系统

姓名：张新泽

翟嘉徽

刘轶劼

日期2016.7.13

1.引言 (3)

1.1编写目的 (3)

1.2项目风险 (4)

1.3预期读者和阅读建议 (4)

1.4产品范围 (5)

2.综合描述 (5)

2.1产品的状况 (5)

2.2产品的功能 (5)

2.3运行环境 (6)

2.4设计和实现上的限制 (6)

2.5假设和约束(依赖) (6)

3.系统非功能性需求 (7)

1. 可靠性 (7)

2. 安全性 (7)

3. 可维护性可拓展性 (8)

4.可测试性 (8)

5.界面的设计 (9)

4.性能需求 (9)

1.间特性要求 (9)

2.灵活性 (9)

3.数据管理能力要求（针对软件系统） (9)

4. 故障处理要求 (10)

1.引言

一个好的宿舍管理系统，不仅能解放人力，杜绝错误，便利师生，，更能启迪智慧，规范行为，享受生活。

1.1编写目的

宿舍，是大学生在高校校园里一个重要的学习、生活、交往的空间环境，大学生，大约有2/3的时间是在宿舍环境里度过的。随着高校官学规模的扩大，在校学生的学历层次、思想状态、文化水平呈多样化、复杂化趋势，这在很大程度上给学生管理工作带来许多新的问题。随着学生人数的增多，高校学生宿舍管理的信息量日益庞大，而目前我校学生宿舍管理仍采用传统的工作方式——账本化的工作模式，这种模式获取信息慢，查阅困难，准确性差，很难适应高水平宿舍管理的需要，同时带来了大量的人力的浪费，对于宿管的工作带来很多不便。基于此，我们想到需要开发一个“学生宿舍管理系统”来提高宿舍的管理效率，改善管理方式，使其与现代信息化的趋势接轨。

根据我们日常生活中的经验，结合对我们宿舍楼管理人员的咨询和对同宿舍楼同学的调查，多采用以实体纸张为工具的账本来记录，向这样账本化的工作模式存在如下弊端：不便于相关人员查询学生宿舍管理信息。相对于习惯于用电脑百度一下，一键搞定所有查询的我们，一本本的翻阅宿舍信息记录本来查询信息实在是过

于繁琐，而且时间一长，将产生大量的文件和数据，这对于查询更是带来困难。不便于学生个人信息的及时更新。基于本学校宿舍楼的管理，若一位学生的个人信息需修改，必须去宿舍管理管理人员那里进行确认和修改，很多情况会造成宿舍学生信息的更新延迟，甚者，当需修改信息的学生较多时，将会给宿舍楼管理人员带来相当大量的工作量。容易造成学生对宿舍日常管理信息的忽略。如宿舍管理人员需要发什么通知时，目前只能在楼下的小黑板上，但这在很多情况下常常被我们所忽略。还有如寝室的卫生状况，我们只能知道本宿舍宿管给我们所打的分数，并不了解其他寝室如何，我们无法进行比较和改进。

1.2项目风险

●任务提出者：刘轶劼

●软件开发者：刘轶劼

●产品使用者：刘轶劼

●首要风险承担者：刘轶劼

1.3预期读者和阅读建议

●用户：广大学生及教职工

●开发人员：刘轶劼翟嘉徽张新泽

●项目经理：刘轶劼翟嘉徽张新泽

●营销人员：刘轶劼翟嘉徽张新泽

●测试人员：刘轶劼翟嘉徽张新泽

●文档编写入员：刘轶劼翟嘉徽张新泽

阅读建议：打开灯，远离电视，在明亮的地方观看。

1.4产品范围

广大高校，中小学，企业，农场，旅馆，酒店，监狱，看守所，医院等宿舍

2.综合描述

这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。

2.1产品的状况

1.这是第一代产品

2.是宿舍大妈的升级产品

3.是一个新型的、自主型的产品。

2.2产品的功能

本课题要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近学生,便于用户操作。系统在实现上应该具有如下功

能： 1.系统要求用户必须输入正确的用户名和密码才能进入系统。

2.系统应该提供学生住宿情况的基本登记。

3.系统应提供学生每学期学生的离校处理。

4.系统应提供人员来访登记及结束访问的详细登记。

5.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。

6.系统应提供查询功能，以方便用户对学生基本信息的查询(要实现按多种条件的查询)。

7.系统应提供增加、删除、修改用户帐户的功能。

8.系统还应具有添加、修改、删除学生基本信息的功能

2.3运行环境

Java或vc++

2.4设计和实现上的限制

时间限制：八月三十号前完成

功能限制：限于宿舍管理方面的功能

性能限制：主流平台可以运行

开发环境限制：尽量采用主流编程环境，如c++,java,app等

2.5假设和约束(依赖)

有关的假设：

●用户界面符合广大师生的审美观点

●用户会熟练使用pc，智能机等平台

有关的约束包括：

●工期约束；

●经费约束：10元

●人员约束：3人

●设备约束：pc

●地理位置约束：安徽甘肃山东北京

3.系统非功能性需求

主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。

1. 可靠性

本系统涉及到缴费管理，可靠性要求较高。需要对学生数据做好足够的备份与恢复功能，采用专门数据库管理系统能提高本系统的安全性。详见系统要求部分-数据管理能力要求。

2. 安全性

系统管理有不同的权限设定，如学生处管理人员，宿舍管理员和财务处人员，不同的人员有属于自己的专门的权限，不可越权，在登陆时就进行了相应的权限认定，当密码输入出错次序高于三次时系统屏蔽登陆功能，实现对数据的保护。为了保护用户的隐私，

在首次登录时还要做好用户的注册信息完善，对用户密码的保护措施等。

学生宿舍管理系统中的增加用户、学生毕业离校等的某些模块都是相联系在一起的，所以在系统的管理权限上应当进行严格控制，具体思想如下： 1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。 2.在上述要求基础上可以为该系统设定三种登录方式，程序开始运行所有功能将是不可使用的，只有系统管理员登录、普通用户登录和只读用户三个窗口可以使用，没有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统进行操作。 3.在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员应当可以使用系统的所有模块，普通用户对于大部分的很关键的模块是无权使用的。只读用户只能观看数据对任何模块都无权修改.

3. 可维护性可拓展性

系统应具有良好的可维护性，能方便日后进行功能拓展，在实现程序时采用抽象，接口等编程技巧提高系统可维护性。在选用编程语言时，尽量选用面向对象的语言，方便拓展新功能。

4.可测试性

代码编写时要注意注释的编写及相模块的文档说明，方便测试人员进

行相应的测试，同时也方便在构建产品线时划分不同的包。

5.界面的设计

应本着简洁、漂亮、通俗易懂，操作简便，并具有一定的灵活性；尽可能采用开发工具构造界面，使需求定义和设计、编码相衔接；参考、比较已经成熟的软件的界面的风格，提取有用的设计方法。

4.性能需求.

1.间特性要求该管理系统开学期间一直处于监控状态，随时准备信息的录入修改等工作。

2.灵活性

本管理系统的硬件性能对于600以下使用计算机用户的绝对支持，小于600用户时如添加用户则管理系统自动将该用户添加进服务器的管理列表中，如果超过规定用户则停止对多余用户的服务或者更换更先进的服务器

3.数据管理能力要求（针对软件系统）

数据库管理系统采用当前最流行、最成熟、同时也是最好的C/S 体系结构实现，（或是采用未来的中间件三层结构实现）同时也是计算机信息系统中最重要的组成部分。目前，常见的数据

库管理系统有两大类：基于文件管理的小型化、简单化的数据库管理系统，如dBASE、FoxBase、FoxPro等；基于多煤体数据管理的大型化、功能完备的数据库管理系统,如：Oracle 、SyBase DB_Lib、SyBase CT_Lib、Microsoft SQL Server、InterBase 、InterBase Server(网络版)、Local InterBase Server(单机版)、IBM DB2 、Informix 等。Oracle和SyBase、Informix 适合大型数据库系统，功能强大，性能稳定，但操作复杂，价格相对较贵。InterBase 在一些开发工具中是免费提供的（网络版有用户个数限制，单机版没有），而且性能也不错；DB2和MS SQL 性能价格比都不错，但因为我们采用MS 操作系统，所以在和操作系统的结合上MS SQL 应该巨有更大的优势。由于众多的数据库系统存在，且各成体系，这对于数据库系统的维护造成了很大的麻烦，特别是当不同用户数据库系统不同时；因此，为了使程序的设计跟后台数据库无关，库和表的创建可采用程序内建，库的连接采用别名管理，这样以后程序的升级，数据库的更换都会大大的方便。

4.故障处理要求

由于服务器开机时间过长数据读写频繁导致硬盘损坏，使数据库遭到破坏，可以使用定时备份数据库更新数据库的方法在数据库被破坏时恢复数据库。用户误操作导服务器中病毒，使服务器不能正常运行，不能监控和处理整个局域网络，可以采用软件杀毒和软件监控或者使用硬件防火墙的方法防止外面病毒的流进。同时有必要定时检查服务器，交换机等硬件设备以防临时出错，

做到万无一失。。