教室管理系统需求分析报告.doc

软件工程课程设计

教室统一管理系统

需求分析报告

学校：XXXX学院
系别：信息管理系
班级：XXXX
姓名：XXX
学号：XXXXX

目录

1. 引言 1
1.1 编写目的 1
1.2 项目背景 1
1.3 名词定义 1
1.4 参考资料 2
2. 任务概述 2
2.1 要求 2
2.2 目标 2
2.3 系统功能 2
2.4 系统主要功能模块 3
2.5 安全性与完整性要求 3
3. 功能需求分析 3
3.1 系统流程图 4
3.2 功能描述 5
3.3 数据流图 9
3.4 数据字典 11
3.5 E-R模型 12
4. 支持信息 13
4.1 运行环境 13
4.2 支持软件 13
4.3 接口 13
4.4 控制 13
4.5 需求注释 13
5．其它需求 14

第 II 页

1. 引言
本软件需求说明书全面、概括性地描述了教室统一管理系统所要完成的工作，使软件开发人员和用户对本系统中的业务流程及功能达成共识。通过本需求说明书可以全面了解教室统一管理系统所要完成的任务和所能达到的功能。
1.1 编写目的
1.作为软件系统开发技术协议的参考依据，为双方提供参考。
2.根据教室统一管理系统的特点，对被开发软件系统的主要功能、性能进行完整描述，为软件开发者进行详细设计和编程提供基础。
3.为软件提供测试和验收的依据，即为选取测试用例和进行验收的依据。
1.2 项目背景
随着计算机技术、网络技术和信息技术的发展，现在办公系统更趋于系统化、科学化和网络化。网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的主要目的是实现信息交流和信息共性，提供协同工作的手段，提高办公的效率，让人们从繁琐的有纸办公中解脱出来。现在许多的机关单位的人事管理水平还停留在纸介质的基础上，这样的机制已经不能适应时代的发展，因为它浪费了许多的人力和物力，在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。
本系统是对教室的使用情况进行管理，为用户提供了一套操作简单、使用可靠、界面友好、易于管理和使用的处理工具。本系统对教室使用情况进行统一处理，避免数据存取、数据处理的重复，提高工作效率，减少了系统数据处理的复杂性。本系统不仅使管理人员从繁重的工作中解脱出来，而且提高了教室管理的效率，提高了教室管理的科学性，方便了用户查询、管理人员进行管理。
名称：教室统一管理系统——教室查询与申请
开发人员：XXX
用户：在校大学生、教师及管理者
审核者：XXX
开发软件的单位：XXXX
1.3 名词定义
【术语1】：系统流程图
说明：系统流程图是描述物理系统的工具，所谓物理系统，就是一个具体实现的系统，也就是描述一个单位、一个组织的信息处理的具体实现的系统。
【术语2】：数据流图
说明：数据流图（Data Flow Diagram，简称DFD），是结构化（Structured）方法中用于表示系统逻辑模型的一种工具，它描述系统由哪几部分组成，各部分之间有什么联系等，它以图形的方式描绘数据在系统中流动和处理的过程。DFD只反映系统必须完成的逻辑功能。
【术语3】：数据字典
说明：数据字典（Data Dictionary，简称DD）定义了数据流图中的数据和加工，是对各个数据流、加工及数据存储的详细说明，它包含4类条目：数据流条目、数据存储条目、数据项条目和加工条目。
【术语4】：实体
客观世界中存在的且可互相区别的事物。
【术语5】：联系
客观事物中的彼此之间的关系。
【术语6】：属性
实体或者联系所具有的性质。
1.4 参考资料
[1] 张海藩.软件工程导论.第五版.北京：清华大学出版社，2008.2
[2] 陈明.实用软件工程基础.北京：清华大学出版社，2008.1
[3] 殷人昆.实用软件工程.第三版. 北京：清华大学出版社，2010. 11
[4] 宋波.UML面向对象技术与实践.北京：科学出版社，2006.1
2. 任务概述
2.1 要求
教室统一管理系统必须提供用户基本信息、教室查询信息，教室申请信息的基础设置。另外，该系统还必须保证数据的安全性、完整性和准确性。
2.2 目标
项目目标应当符合SMART原则，把项目要完成的工作用清晰的语言描述出来。教室统一管理系统的项目目标如下：
教室统一管理系统的主要目的是实现教室的信息化管理，主要业务就是实现教室查询信息与教室申请信息的管理。项目实施后，能够降低管理成本、合理控制人员调动、提高工作效率。
2.3 系统功能
使用该系统有三个角色：教师，学生，管理员。系统应当完成以下的信息处理：
a、教室基本信息管理：包含教室信息的录入、修改等功能。
b、教室使用信息管理：包含教室查询功能。
c、教室申请信息管理：包含教室申请功能。
2.4 系统主要功能模块
系统可分为4个模块：
①用户信息管理
②教室基本信息管理
③教室查询
④教室申请
2.5 安全性与完整性要求
安全性要求： 
1、系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用； 
2、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容； 
3、系统应对不同用户设置不同的权限，区分不同的用户，如学生、教师和管理员。学生（只能查询教室、教师和课程信息以及提出借用教室申请），教师（只能查询教室、课程信息，以及提出借用教室申请），管理员（可进行日常事务的处理，如增加、删除、更新课程、教室、教师信息，并批准或拒绝借用教室的申请）。 
完整性要求： 
1、各种信息记录的完整性，信息记录内容不能为空； 
2、各种数据间相互的联系的正确性； 
3、相同的数据在不同记录中的一致性。
3. 功能需求分析
本系统采用的是C/S模式，其主要的功能在服务器上执行。C/S结构的客户端可以完成浏览、查询、数据输入等简单功能，绝大部分工作要由服务器承担，包括对数据的保存，如：数据存储、恢复，以及对系统失效的后果及恢复的处理方法等。
3.1 系统流程图
用户输入密码，经验证后登录进入相关的页面，在权限范围内进行信息的修改，查询等操作，如图3-1所示。
3.2 功能描述
1、用户信息管理模块：
验证用户身份，确认为合法用户后进入相应界面进行相关操作（如对用户信息进行添加，删除，修改，查询），如图3-2所示。
其对应的用例图如图3-3所示。
用户登录
管理员
教师
学生
用户信息数据库
教室信息数据库
教室查询

教室申请

教室管理

教师管理

学生管理

身份验证
更新个人信 息

图3-1 系统流程图
是
否
否
是
是
否
身份验证
合法用户？
用户登录

管理员？
学生？
添加教室、
修改教室、
审核申请
等操作
教室查询、
修改信息、
申请教室
等操作
教室查询、
申请教室
等操作

图3-2 用户登录流程

图3-3 用户信息管理用例图
2、教室基本信息管理模块：
对教室信息进行添加，删除，修改，查询，如图3-4所示。
非管理员用户
管理员
查询教室
添加教室
删除教室
修改教室

图3-4 教室基本信息管理流程
其对应的用例图如图3-5所示。

图3-5 教室信息管理用例图
3、教室查询模块
查询相关教室的基本信息以及该教室在任一天任一时段的使用情况，如图3-6所示。
教学楼编号
用户
查询
教室编号
教室使用情况
该栋教学楼
所有教室信息
查询

图3-6 教室查询流程
其对应的用例图如图3-7所示。

图3-7 教室查询用例图
4、教室申请模块
申请获得教室在某段时间的使用权，如图3-8所示。
教室编号+时间
是
否
填写教室申请表
学生/教师
查询
教室使用情况
未使用？
提交申请
退出
管理员
审核申请

图3-8 教室申请流程
其对应的用例图如图3-9所示。

图3-9 教室申请用例图
3.3 数据流图
数据流图：数据流图是系统逻辑功能的图形表示，描绘信息流和数据从输入移动到输出的过程中所经受的变化。
1、顶层DFD
顶层DFD的作用是表明被开发系统的范围以及它和周围环境的数据交换关系。
申请/审核
用户权限
教室统一管理系统
——教室申请
用户
退出申请界面

图3-10 顶层DFD
2、一层DFD
简述用户申请教室的流程。
5
4
3
2
1
1
非管理员用户
管理员
教室申请表
教室申请
教室查询
图3-11第一层DFD
对流程中的数据说明：
1：查询教室
2：审核申请
3：填写申请
4：提交申请表
5：退出申请
3、二层DFD
详细描述用户查询与申请的流程。
9
8
5
4
7
6
3
2
非管理员用户
1
教室使
用情况
申请
教室
管理员
审核申请
T1 教室申请表

图3-12 二层DFD
对流程中的数据说明：
1：查询教室是否为空
2：教室不为空，重新进行查询
3：选择教室申请
4：填写并提交教室申请表
5：移交至管理员处等待审核
6：查看申请表
7：审核意见回复
8：在已提交的申请表内查看审核意见
9：退出申请
3.4 数据字典
1、数据流字典
(1)数据流名称：教室申请表
数据结构：教室编码、使用时间段、用途、使用者、申请日期
来源：学生/教师提出申请
去向：管理员审核
2、数据存储字典
(1)存储文件名：教室申请表
标识符：T1
数据结构：教室编码、使用时间段、用途、使用者、申请日期、审核意见
处理名：填写教室申请表、审核意见回复
元素名：用户
描述：使用该管理系统的人
定义：用户=教师+学生+管理员
3、数据元素词条描述

元素名：用户名
描述：用来区分教师和学生
定义：用户名=教师名+学生名

元素名：密码
描述：用来保证用户帐户安全
定义：密码=用户密码

元素名：教室查询
描述：查询教室信息
定义：教室=教室编号+教学楼编号+容量+类型+使用状态

元素名：教室申请
描述：用来申请教室
定义：教室申请=教室编号+使用时间+使用者+用途+申请日期

3.5 E-R模型
根据各信息之间的关系，建立如下实体关系图，如图3-13所示。
M
1
N
N
管理员
用户名
用户名
密码
密码
学生/教师
审核
申请
教师申请表
使用者
使用时间段
申请日期
用途
教室编号
图3-13 系统E-R图
4. 支持信息
4.1 运行环境
(1)以Windows XP作为教室统一管理系统的后台操作系统。
(2)前台开发程序为JAVA。
(3)后台数据库为SQL Server 2000。
(4)主要硬件设备：PC机一台。
4.2 支持软件
操作系统：windows XP系统
系统开发软件：JAVA
数据库管理系统：SQL Server 2000数据库系统
4.3 接口
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。
4.4 控制
系统的主要输入设备是键盘。输出主要是显示器输出和打印机打印输出等。
4.5 需求注释
对于本软件,它的功能需求、性能需求、接口需求,从稳定性、可行性上都是可以的。
5．其它需求
1．软件必须严格按照设定的安全权限机制运行，并有效防止非授权用户进入本系统。
2．软件必须提供对系统中各种码表的维护、补充操作。
3．软件必须按照需求规定记录各种日志。
4．软件对用户的所有误操作或不合法操作进行检查，并给出提示信息。
5．用户必须对系统中的材料成本信息进行维护，以便软件能取得。

第 11 页 共 13 页