教室使用情况管理系统需求分析.docx
- 文档编号:28232428
- 上传时间:2023-07-09
- 格式:DOCX
- 页数:14
- 大小:176.04KB
教室使用情况管理系统需求分析.docx
《教室使用情况管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《教室使用情况管理系统需求分析.docx(14页珍藏版)》请在冰豆网上搜索。
教室使用情况管理系统需求分析
教室使用情况管理系统
需求分析
学校教室使用情况信息化管理是学校教务系统应用信息技术及其产品的过程,同时也是信息技术在教室管理上应用的过程。
学校信息系统是现存信息系统中较为复杂的一类,这是由学校本身的目标、任务和性质决定的;它应用于学校的学生管理、教师管理、教室管理等各个方面,牵涉的信息种类十分庞杂。
它融合了学校的管理思想和各职能部门的工作经验,是学校当前运作方式和业务流程的具体体现,同时又在一定程度上反作用于学校当前的运作方式和业务流程。
而教室管理信息系统正是这样庞大的系统中的一个系统。
教室之于教师、学生、教学,都有极其重要的作用。
因此,学校信息化建设工作具有长期性、复杂性和内容的多变性;正因为如此,教室使用情况管理系统也不是一个简单的、封闭的、静止的系统,而是一个复杂的、开放的、在应用的深度和广度上,随着时间的推移会逐步变化和发展的系统。
一、需求的文字表述
第一部分调查用户需求
本系统的最终用户为在校学生和老师,我们根据从学校及学院方面取得的图表资料、文字资料以及其他细节方面的信息,根据我们日常生活中的经验,根据我们所做的其他询问和调查,得出用户的下列实际要求:
1、学校的组织机构情况
与教室管理相关的学校的组织机构有:
学生、教师和教室。
学校的所有日常工作都是围绕着这三大部分进行的。
一个学校下设若干学院,如纺织学院、人文与法学院、管理学院、计算机科学与软件学院等;一个学院下设若干专业,如计算机科学与软件学院下设五个专业:
动画、物联网工程、网络工程、计算机科学与技术和软件工程;一个专业有若干班级,如计算机科学与软件学院的2012级计算机科学与技术下设六个班级:
计算机1201班、计算机1202班、计算机1203班、计算机1204班、计算机1205班、计算机1206班;一个班级有若干同学。
一个学校有若干教学楼,如第一公共教学楼,第二公共教学楼等;一个教学楼有若干楼层,如一公教A区有一层、二层、三层、四层;一个楼层有若干教室,如一层有101,102,103,等教室。
一个教师可以开设若干门课程,一门课程可以由多个老师来教授。
一个教室在不同的时段可以上不同的课程。
2、调查相关部门的业务活动情况
教务处:
教务处需要处理借教室申请信息,使用的数据是纸质版的教室、教师和学生信息,对提出的借用教室申请采用手动的加工和处理,最后给借教室的人输出的是批准或拒绝借用教室的信息,即一个纸质的教室使用条。
3、用户对系统的要求
信息要求:
由于系统的使用主体是教师和学生,因此对系统的信息要求可分为以下几个方面:
a、教师信息
教师的基本信息,主要包括教师的教工号,教师姓名,性别,所属院系,职称,身份证号等;
b、学生信息
学生的基本信息,主要包括学生的学号,姓名,院系号,身份证号等;
c、教室信息
教室的基本信息,主要包括教室的教室编号,教学楼号,楼层号等;
d、教学楼信息
教学楼的基本信息,主要包括教学楼名称,教学楼编号等;
处理要求:
学校现存系统存在的问题:
借用教室系统:
我们从自身体验出发,并调查了许多同学,认为学校现存的借用教室的程序过于繁琐,浪费时间,并且给教务处老师带来了很大的工作量。
教学楼教室电子系统:
当学生想要了解某一教师的个人信息,或者是想要旁听其他院系开设的课程,或者是想要旁听某一名师的课程,感觉无所适从,找不到一个较为全面并且公开的平台来进行查询。
另外,用户不能查询任意教室在任意时段的使用情况。
鉴于以上存在的各种问题,给学校的主体――教师和学生,带来了很大的不便,使得现存的教务系统不能更好地服务于教师和同学。
因此我们认为有必要设计这个教室管理系统,为老师和学生提供并完善上述各种功能。
系统应当完成以下的信息处理:
a、教师查询;
学生通过这个功能,可以查询相关院系相关教师的个人信息以及开课信息,以便能更好地了解教师及其开课情况。
b、教室查询;
学生通过这个功能,可以查询相关教学楼相关教室的信息以及该教室在每天任一时段的使用情况,或者有课,或者有讲座、或者有活动等等。
这个功能以便使同学能更好地了解教室及其使用情况。
c、课程查询;
学生通过这个功能,可以查询某一课程的详细信息,如同一课程可以有多个教师开课,以便更好地了解任一课程的详细信息。
d、教室借用;
学生通过这个功能,可以借教室,即获得教室在某段时间的使用权,办讲座,开展社团活动等等。
e、空教室;
学生通过这个功能,可以查询当天某一时段或多个时段的空闲教室,去上自习。
安全性与完整性要求:
安全性要求:
a、系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证
用户身份不被盗用;
经上述分析,我们已经得到了对于该系统的基本要求和系统模块的划分,综上,我们对教师查询子系统,教师查询子系统,课程查询子系统,教室借用子系统,我要自习子系统。
进行具体的数据库设计,在需求分析中形成的数据流图如下:
二、数据流图
第一部分:
教师查询子系统(见图1)
(图1)
第二部分:
空教室子系统(见图2)
(图2)
第三部分:
教室子查询系统(见图3)
(图3)
第四部分:
课程查询子系统(见图4)
(图4)
第五部分:
教室借用子系统(见图5)
(图5)
第六部分:
管理员管理子系统(见图6)
(图6)
三、数据字典
教室管理信息系统各实体及联系的数据字典
1.教学楼数据字典:
属性名
存储代码
类型
长度
备注
教学楼号
bno
String
20
学校教学楼号
教学楼名称
bname
String
20
学校教学楼名称
2.教室数据字典:
属性名
存储代码
类型
长度
备注
教室编号
clno
Int
10
教学楼中教室号
教学楼号
bno
String
6
教室所在教学楼号
楼层
floor
String
10
教室所在楼层
3.院系数据字典:
属性名
存储代码
类型
长度
备注
院系号
deptno
String
20
学校中院系的编号
院系名称
deptname
String
20
学校中院系名称
4.课程数据字典:
属性名
存储代码
类型
长度
备注
课程号
cno
String
20
课程编号
课程名称
cname
String
20
课程名称
学分
credit
String
1
课程学分
课程类型
category
String
10
课程类型(必修、校任选、院任选、院限选)
开课院系号
deptno
String
20
课程开课的院系
5.教师数据字典:
属性名
存储代码
类型
长度
备注
教师编号
tno
String
20
教师编号
教师姓名
tname
String
10
教师姓名
性别
sex
String
2
教师性别(男、女)
所属院系
deptno
String
20
教师所属院系
职称
title
String
10
教师的职称(教授、副教授、讲师)
身份证号
tid
String
18
教师身份证号
6.学生数据字典:
属性名
存储代码
类型
长度
备注
学号
sno
String
10
学生编号
姓名
sname
String
10
学生姓名
院系号
deptno
String
20
学生所属院系
身份证号
sid
String
18
学生的身份证号
7.教师开课表数据字典:
属性名
存储代码
类型
长度
备注
教师号
tno
String
20
教师编号
教室号
clno
String
10
教室编号
课程号
cno
String
20
该教室所开的课程
工作日
weekday
String
8
工作日
上课时间段
period
String
20
上课时间段
8.教室借用表数据字典:
属性名
存储代码
类型
长度
备注
教室号
clno
String
10
教室编号
使用人编号
sno
String
10
借用教室人员的编号
使用日期
usedate
String
10
使用教室的日期
工作日
Weekday
String
8
使用教室的星期
借用时间段
Period
String
20
使用教室的时间段
用途
Use
String
100
借用教室的用途
状态
Usestatus
String
1
借用教室审批的状态
四、关系图示
学生管理信息系统分E-R图
学生管理信息系统总E-R图
1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教室 使用 情况 管理 系统 需求 分析