教室管理系统需求分析.docx
《教室管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《教室管理系统需求分析.docx（23页珍藏版）》请在冰豆网上搜索。
教室管理系统需求分析
文档编号：
版本号：
文档名称：
需求分析说明书
项目名称：
教室管理系统
项目负责人：
卢军
编写：
卢军2013年10月20日
校对：
段力玮2013年10月20日
审核：
何平，田三平2013年10月20日
批准：
杜国飞2013年10月20日
开发单位：
计算机2011-3班第六小组
1.引言
1.1编写目的
明确用户对教室管理系统的功能需求和性能需求，并将这些需求用规范化的语言和规范化的结构完整、准确地表达清楚，以此统一软件开发者和用户对教室管理软件系统的理解和认识。
这是开发教室管理信息系统的基础。
编写该需求分析说明书的目的就在于此。
1.2预期的读者
最终用户：
西南交通大学教务处
系统设计人员
系统测试者
1.3项目背景
系统名称：
教室管理系统
项目委托单位：
西南交通大学教务处
项目开发单位：
计算机2011-3班第六开发小组
项目主管部门：
西南交通大学教务处
1.4定义
教务处：
教务处是学校中主管教学的部门，教务处应根据课程信息结合全校的教室资源信息合理安排上课时间和上课地点，并保持教室安排的机动性，以应对临时讲座、临时停课等突发情况。
1.5参考资料
1、中华人民共和国国家标准《计算机软件开发规范》GB8566—88
2、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—88
3、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—88
4、由西南交通大学教务处提供的教务管理文档格式及样本：
西南交通大学学期课程信息表
西南交通大学教室资源信息表
教室借用申请表
临时调、停课申请表
教室使用情况统计表
2项目概述
教室管理系统是提高教务处排课效率的重要工具。
由于临时讲座、临时调停课等突发情况时有发生，导致教室使用情况不断变化，为了教务处的教室管理有序、高效，管理工作信息化势在必行。
西南交通大学教务处根据学校信息化建设统一规划和部署，决定开发教室管理系统，实现对教室使用信息的实时管理。
2.1系统建设背景
本系统以西南交通大学校园网为基础进行开发。
西南交通大学各学院教务均已通过校园网与学校教务处连通，网络带宽可以满足数据库系统的实时操作要求。
2.1.1系统规模
由于教务处的教室管理的主要管理工作集中在学校，业务管理活动也集中在学校，因此，教室管理系统是一个用户地域分布较小的管理信息系统。
2.1.2预期目标
通过开发《教室管理系统》，实现西南交通大学教务处教室管理的数据通信和数据共享，提高工作效率、提高科学管理和科学决策水平。
2.2项目目标
本软件系统的开发目标是实现对西南交通大学教务处教室管理办公自动化。
主要功能是实现教室信息管理、教室变动管理和教室使用申请管理的信息录入、修改、查询、统计分析、报表生成和输出。
2.3用户特点
2.3.1行业特点
教室管理的特点有：
1、教室资源信息全面，易于统筹安排
2、可以实时统计各教室的使用情况，并把日常管理的有关信息录入教室管理系统，作为建立教室使用情况档案、进行教室管理的依据。
3、教务处负责全面的教室管理工作。
2.3.2人员特点
本软件的最终用户是教务处排课中心的管理人员、老师和学生。
他们已具有熟练使用计算机的基本技能。
2.3.3业务数据量
西南交通大学教室数量为1000个左右。
2.3.4使用频度
系统的主要操作是数据录入和查询、统计分析。
这些操作主要集中在
1、新学期开学时，安排全校各门课程的上课时间和上课地点。
2、学期中，安排临时讲座的开讲时间和开讲地点。
3、学期中，调整教师临时调停课的上课时间和上课地点。
在上面三种情况，使用该系统较多。
2.4计算机应用现状
计算机应用情况：
在教室管理方面已部分引入计算机，使用的微机已与学校内部网联网。
人员情况：
所有工作人员均有计算机操作经验，能比较熟练使用办公自动化软件和上网操作。
设备情况：
教务处已与校园网网连通。
2.5条件及限制
开发工具及环境规定：
软件结构：
B/S结构
操作界面：
浏览器界面
操作系统：
桌面系统：
Windows7系列
3.现行系统的基本情况
现行系统：
教务处现在执行教室管理业务的系统。
3.1基本现状
教务处的教室管理业务活动现在主要通过人工过程完成，即教室档案管理、表格填写、数据整理、查询、统计、各学院课程信息与教务处的数据传送等都由人工完成。
3.2组织机构与职能
3.2.1组织机构
教室管理主要由教务处排课中心执行，有关的组织机构如下图：
3.2.2组织机构与教室管理有关的职能说明
3.2.2.1排课中心
工作职能：
负责学校的教室管理工作。
主要业务工作包括：
教室编排管理
教室变动管理
教室使用申请管理
3.3业务管理模式
集中管理：
教室管理由教务处进行集中、具体管理。
这些管理工作包括：
教室编排管理、教室变动管理和教室使用申请管理。
3.4现行教室管理业务流程
课程上课时间和上课地点的编排工作由教务处排课中心在开学初进行。
各学院统计学院本学期所有课程信息，然后将学期课程信息表送交教务处。
教务处排课中心根据各学院送交的课程信息表和教室资源信息表排课。
教师提交调停课申请，排课中心核实相关情况，批准调停课。
教师提交教室借用申请表，排课中心根据情况，批准教室借用申请。
教室管理业务流程图如下：
4功能需求
现行系统的功能见3.4节“现行教室管理业务流程”。
本项目开发的教室管理系统对现行系统的功能作如下修改：
1、在教室管理中，增加课程“空闲教室查找”功能，用以查找没有安排课程的空闲教室。
2、在新系统中，以数据库为中心进行数据的管理和交流。
因此，现行系统中业务工作流程将发生变化。
其中：
4.1系统逻辑模型
4.1.1教室管理数据流程图
课程数据
4.2功能描述
功能编号：
1
功能名：
排课
简要叙述：
新学期根据教室资源表和课程信息表编排课程上课时间克上课地点。
输入数据流：
课程数据、教室资源数据
输出数据流：
课程安排数据
加工逻辑：
输入课程和教室资源数据，然后通过课程安排确输出课程安排数据。
用户：
教务处
功能编号：
2
功能名：
教室借用申请
简要叙述：
根据教室借用申请，核实相关情况，批准教室使用时间和使用地点。
输入数据流：
教室借用申请表
输出数据流：
教室借用申请回执
加工逻辑：
从课程编排基本数据中查找空闲教室，并安排教室。
用户：
教师
功能编号：
3
功能名：
临时调停课申请
简要叙述：
根据临时调停课申请，核实相关情况，批准调整上课时间和上课地点。
输入数据流：
临时调停课申请表
输出数据流：
临时调停课申请回执
加工逻辑：
从课程编排基本数据中查找空闲教室，并安排教室
用户：
教师
功能编号：
4
功能名：
空闲教室查询
简要叙述：
查询没有安排课程的空闲教室。
输入数据流：
课程编排基本数据
输出数据流：
空闲教室列表
加工逻辑：
从从课程编排基本数据中查找空闲教室，生成列表供教务处临时安排教室。
用户：
教务处
4.3数据流描述
数据流编号：
1
数据流名：
课程数据
简要说明：
学校各个学院学其中开设的所有课程信息。
数据流来源：
各个学院
数据流去向：
“排课”，课程编排基本档案
数据流组成：
学任课老师+上课时间+姓选课人数+是否要求多媒体
数据流通量：
每门课程一条数据。
数据流编号：
2
数据流名：
教室资源数据
简要说明：
学校所有教室资源的相关信息。
数据流来源：
教务处
数据流去向：
“排课”处理
数据流组成：
教室编号-最大容量-是否支持多媒体
数据流通量：
一个教室一条数据。
数据存流编号：
3
数据流名：
教室借用申请数据
简要说明：
提出教室借用申请的数据。
数据流来源：
需要借用教室的教师
数据流去向：
“批准教室借用申请”处理
数据流组成：
使用时间-容纳人数-是否要求多媒体
数据流通量：
一次申请一条数据。
数据存流编号：
4
数据流名：
临时调停课申请数据
简要说明：
提出临时调停课申请的数据。
数据流来源：
需要临时调停课的教师
数据流去向：
“批准临时调停课申请”处理
数据流组成：
使用时间-容纳人数-是否要求多媒体
数据流通量：
一次申请一条数据。
4.4数据存储描述
数据存储编号：
1
数据流名：
教室资源数据
简要说明：
学校教室资源的数据记录。
数据流来源：
教务处
数据流组成：
教室编号-最大容量-是否支持多媒体教学
数据流通量：
每个教室一条数据。
数据存储编号：
2
数据流名：
教室编排基本档案
简要说明：
记录教室编排的基本情况。
数据流来源：
排课
数据流组成：
任课老师-上课时间选课人数-是否要求多媒体-教室编号
数据流通量：
每门课程一条数据。
4.5数据元素描述
数据元素编号1
名称：
教室编号
别名：
无
描述：
唯一标识一个教室的关键域
数据类型：
字符
长度：
4
取值范围：
位置：
教室资源信息和教室编排基本档案相关的的所有数据流和数据存储
数据元素编号2
名称：
最大容量
别名：
无
描述：
教室的最大容量
数据类型：
字符
长度：
3
取值范围：
位置：
教室资源信息和教室编排基本档案相关的所有输入和输出数据流。
数据元素编号3
名称：
是否支持多媒体教学
别名：
无
描述：
标识教室多媒体教学能力
数据类型：
字符
长度：
2
取值范围：
位置：
教室资源信息相关的所有输入和输出数据流。
数据元素编号4
名称：
任课老师
别名：
无
描述：
课程任课教室名称
数据类型：
字符
长度：
20
取值范围：
位置：
课程信息和教室编排基本档案相关的所有输入和输出数据流
数据元素编号5
名称：
上课时间
别名：
无
描述：
课程上课时间
数据类型：
字符
长度：
14
取值范围：
位置：
课程信息和教室编排基本档案相关的所有输入和输出数据流
数据元素编号6
名称：
选课人数
别名：
无
描述：
课程选课人数
数据类型：
字符
长度：
3
取值范围：
位置：
课程信息和教室编排基本档案相关的所有输入和输出数据流
数据元素编号7
名称：
是否要求多媒体教学
别名：
无
描述：
课程上课对教室多媒体教学能力的要求
数据类型：
字符
长度：
2
取值范围：
位置：
课程信息和教室编排基本档案相关的所有输入和输出数据流
5输入输出数据要求
系统输入数据：
指从系统外进入系统的数据。
一般指由人工输入到系统的数据。
系统输出数据：
指从本系统流出的数据，一般指通过表格形式显示和打印的数据。
5.1输入数据要求
1、教室资源信息数据
2、课程信息数据
3、教室借用申请数据
4、临时调停课数据
数据组成及描述见相关数据流和数据元素描述。
5.2输出数据要求
1、标准课程表
见附录1《西南交通大学XXXXX教室课程表》
2、教室借用申请回执
见附录2《西南交通大学教室借用申请回执》
3、临时调停课申请回执
见附录3《西南交通大学临时调停课申请回执》
4、空闲教室情况统计表
见附录4《西南交通大学空闲教室统计表》
6系统概念数据模型
根据上述业务流程分析、数据流程分析可知，本学籍管理系统的实体就是教室和课程，教室实体与课程实体的联系的信息决定了本系统的信息需求。
教室除具有教室实体的基本信息外，还有部分与课程上课时间变动有关的教室实体，在概念模型设计中，将教室作为一个超类实体，具有课程上课时间变动的教室实体作为特殊子类进行描述。
具体描述如下：
1.教室实体与课程实体描述：
2.教室实体与课程实体的联系描述：
7性能需求
7.1系统响应时间要求
根据业务管理模式，本系统采用数据集中管理方式作为系统开发的基础，用户以学校校园网上网方式操作该系统。
因此，系统对用户操作的响应时间将受网络速度的影响。
本系统在系统性能方面以用户可以接受的响应时间为准。
7.2系统安全性要求
1、数据要绝对安全防止有意无意的破坏数据。
若数据遭到破坏，系统具有数据恢复功能，不可恢复的数据仅限于当日录入和修改的数据。
2、各学院课程的数据录入只能在规定的时间范围内完成，超过规定的时间段将不能再对数据进行修改。
3、教务处有修改数据的权力。
7.3可靠性
要能够抵御用户可能的误操作，保证软件的健壮性
要对数据进行检验，保证数据有效性
在数据被破坏时，具有数据恢复能力
7.4易使用性
尽量作到：
少输入汉字信息
尽量利用“点选”实现数据的输入和操作
8用户操作需求
8.1用户操作基本要求
1、用户界面设计以易理解、可操作为基本设计目标。
2、用户界面设计应反映用户分组和各用户组操作权限的基本要求，即各用户只能对与自己操作相关的功能和数据是可见的。
8.2用户分类及权限分配
本系统将用户分成如下几类：
1、系统管理员用户：
具有系统管理权限，如用户注册、确定用户权限、修改用户权限、添加和修改值码表。
2、数据录入和修改用户：
具有数据录入和修改权限。
3、数据查询用户
教务处管理人员查询用户：
可以查询与教室管理有关的所有数据。
教师查询用户：
只能查自己任教的课程有关的所有数据。
每个用户可以具有多重用户权限，但必须满足系统安全性规则。
8.3用户功能视图
用户功能视图：
指特定用户所能看见和使用的系统功能的集合。
它是用户的系统权限在功能级上的抽象，是系统设计的基础。
8.3.1系统管理员用户功能视图
用户管理
用户权限修改
值码表维护
权限分配
8.3.2教务处用户功能视图
根据工作性质、岗位职责及数据完整性、安全性要求，可把教室管理科的用户分为数据录入用户、数据查询用户。
1、数据录入用户功能视图
教室资源信息数据录入：
教室编号、最大容量、是否支持多媒体教学
标准课程表表打印
空闲教室列表生成打印
2、数据查询用户功能视图：
对教室编排基本档案进行查询。
标准课程表表打印
空闲教室列表生成打印
8.3.3教师用户功能视图
1、教室借用用户功能视图
标准课程表表打印
空闲教室列表生成打印
教室借用申请提交
教室借用申请回执生成与打印
2、临时调停课用户功能视图：
标准课程表表打印
空闲教室列表生成打印
临时调停课申请提交
临时调停课申请回执生成与打印
9运行环境要求
9.1硬件环境
专用微机服务器，不受型号限制。
客户机：
微机，不受型号限制
网络中心服务器作为数据备份服务器。
9.2软件环境
操作系统：
Windows7系列
数据库：
MS-SQLSERVER
浏览器：
Ie4.0及以上版本
9.3与其它系统的接口
1、教室管理系统是教务处教务管理信息系统的子系统，要求该系统能独立运行，又能在教务管理信息系统集成环境下运行。
2、该系统需要教室资源信息数据和课程信息数据的支持，要求该系统能方便地访问这些数据。
9.4运行方式
本系统的最终用户具有上网操作的经验和能力。
要求本系统的运行按一般上网方式进行启动，按网页操作方式进行操作。
附录:
输出数据表格结构
附录1：
《西南交通大学XXXXX教室标准课程表》格式
节次/星期
星期一
（01月27日）
星期二
（01月28日）
星期三
（01月29日）
星期四
（01月30日）
星期五
（01月31日）
星期六
（02月01日）
星期天
（02月02日）
第1节
第2节
第3节
第4节
第5节
第6节
第7节
第8节
第9节
第10节
第11节
第12节
第13节
第14节
附录2：
《教室借用申请表》格式
借用教室申请
教务处：
现因__________________________________________
___________________________需借用教室。
借用时间：
___月___日借用讲次：
第______讲
参加人数：
______人教室间数：
间
设备要求：
普通教室/多媒体教室
申请人：
______________
申请单位：
______________
审批人：
（加盖学院公章）20年___月___日
附录3：
《临时调停课申请》格式
教师课程教学时间/地点变动申请表
课程编号
课程代码
课程名称
开课学院
任课教师
联系方式
学生专业
学生年级
目前上课时间、地点
拟调上课时间、地点
课程变动理由
注：
1、若更换上课时间，老师须与学生商量取得一致意见。
2、调课后的时间地点由老师负责通知学生。
教师签字：
学生班长签字：
年月日
学院主管
领导意见
签字：
（加盖学院公章）
注：
拟调上课时间的教室需教师本人到排课中心（X1209）办理借用手续。
教务处主管领导意见
签字：
附录4：
《空闲教室列表》格式
附录5：
《××党校系统学历教育毕业证书验印申请表》格式
升级会员 