教学管理系统数据库报告
- 格式：docx
- 大小：1.14 MB
- 文档页数：45
教学管理系统数据库报告
《数据库原理及应用》
课程设计报告
教学管理体统数据库系统设计
班 级
学 号
姓 名
指导教师
日 期
一．需求分析
1．基本情况说明
设计一个简单的教学管理系统，要求存储学生基本情况、课程基本情况，教师授课情况与学生成绩记录等，提供成绩录入、信息查询等功能以满足日常教学管理需要。对学生的成绩的管理、查询学生的各科成绩的学生成绩管理系统。该系统可以帮助我们更方便的管理学生的成绩，替代了以前的手工操作管理学生的成绩，节约我们珍贵的时间。而且老师和学生可以以不同个的身份登录，获得不同的操作权限，有效的提高教学管理系统的工作效率。
2.数据库系统应具备的具体功能
系统分为以下四个部分：学生管理子系统、教师管理子系统、教务管理子系统需求。
1、学生管理子系统需求：
交费功能： 每年按规定的时间缴纳学费。
查询功能： 查询考试成绩及班级排名；查询课程信息；查询教学培养计划；查询任课老师的信息；查询上课地点及上课时间。
变更信息：对教师基本信息的添加，删除，修改。
2、教师管理子系统需求：
查询功能： 查询教学培养计划；查询课程表；查询学生的总体成绩；查询学生所用的教材；查询教师的基本信息。
变更信息：对教师基本信息的添加，删除，修改。
3、教务管理子系统需求：
学籍处理： 新生入学档案的录入；毕业学生档案的处理；学生档案的处理包括插入，
删除以及修改；学生基本信息的查询。
统计功能：统计每个教师在某个时间段内的教学工作量；统计每个教室的利用情况等。
制定教学计划： 根据专业教学秘书提供和教师的任课信息表制定教学计划；把教学计划输入课程管理数据库和教师任课数据库
排课： 根据教学计划为每个专业排课，每个专业的学生可以查询自己的课程，教务处可以根据教学计划修改课程表，将课程表分发给老师，学生，教室管理员和院系。
数据字典
数据项
编属类长
1教师编号 i42姓c13教i44出生日期 d15职c16职c1
7学c18专c19班c11成i41学i41课i4
1课c11学i41学i41性c1
数据结构
编号 数据结构名 组成
1 教师 教师编号，姓名，性别，出生如期，教龄，专业，职称，行政职务，所属学院
2 学生 学号，姓名，性别，出生日期，班级，专业，所属学院
3 课程 课程号，课程名，4 学生选修 学号，课程号，成5 主讲课程
教师编号，课程
数据流
编号 数据流名 输入 输出
1 变更学生信息 变更信息 学生信息
2 查询学生信息 学号或姓名 学生信息
3 变更教师信息
变更信息 教师信息
4 查询教师信息 教师编号或姓名 教师信息
5 变更课程信息 变更信息 课程信息
6 查询课程信息 课程号或课程名 课程信息
7 变更班级信息 变更信息 班级信息
8 查询班级信息 教师编号或课程号 班级信息
9 变更成绩信息 变更信息 成绩信息
10 查询成绩信息 学号或课程号 成绩信息
处理过程
处理过程输入数据流 输出数据流
名
修改教师信息 更改教师信息 修改后的教师信息
修改学生信息 更改学生信息 修改后的学生信息
修改课程信息 更改课程信息 修改后的课程信息
选课 选课信息 选定课程信息
登记成绩 成绩信息 学生所选课程成绩信息
数据维护 各信息表修改信息 修改后的各信息表
二．概念结构设计
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。它是整个数据库设计的关键所在。它是现实世界的一个真实模型，表达自然、直观，又易于理解。根据学生成绩管理的需求分析建立局部和全局ER图，如下所示。
(1)局部E—R设计
由在系统中描述教师实体的相关信息有教师编号、姓名、性别、出生日期、职称、教龄、专业、所属学院、行政职务，设计该实体ER图，如图1所示。
图1 实体教师局部ER图
由在系统中描述学生实体的相关信息有学号、姓名、性别、出生日期、专业、班级、所属学院，设计该实体ER图，如图2所示： 教师 教师姓名 教龄
职称 行政出生专业 性别
所属学
图2 实体学生局部ER图
由在系统中描述课程实体的相关信息有课程号、课程名、学时、学分，设计该实体ER图，如图3所示：
图3实体课程局部ER图
课程 课程号
学分 课程学时 学生 专业 姓名
性别 班级
所属学出生日学号
由在系统中描述主讲课程实体的相关信息有教师编号、课程号、班级，设计该实体ER图，如图4所示：
图4 实体主讲课程局部ER图
由在系统中描述学生选修实体的相关信息有学号、课程号、成绩，设计该实体ER图，如图5所示：
主讲课教师班级
课程号
图5 实体学生选修局部ER图
学生选学号
课程号 成绩
（2）系统全局ER图
三．逻辑结构设计 课程
学生
教师 主讲 选讲课课程学学成学姓性专班出生所属班教师出生行政姓性教职专业
所属m
n m
m
m n
图6教学管理全局ER图
根据系统的需要还要全局ER图向关系模型的转换，要遵循以下规则：
1. E-R图像关系模式转换原则
实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：
m:n联系的转换方法:在向关系模型转换时，一个m:n联系转换为一个关系。转换方法为：与该联系相连的各实体集的码以及联系本身的属性均转换为关系的属性，新关系的码为两个相连实体码的组合（该码为多属性构成的组合码）。在学生跟课程之间中，可以将此关系模式改为学生表，课程表和选课表。
1:n联系的转换方法:一种方法是将联系转换为一个独立的关系，其关系的属性由与该联系相连的各实体集的码以及联系本身的属性组成，而该关系的码为n端实体集的码；另一种方法是在n端实体集中增加新属性，新属性由联系对应的1端实体集的码和联系自身的属性构成，新增属性后原关系的码不变。
1:1联系的转换方法:将1:1联系转换为一个独立的关系：与该联系相连的各实体的码以及联
系本身的属性均转换为关系的属性，且每个实体的码均是该关系的候选码。将1:1联系与某一端实体集所对应的关系合并，则需要在被合并关系中增加属性，其新增的属性为联系本身的属性和与联系相关的另一个实体集的码。在班级使用教室的时候，其关系为占用，可以将其实体跟关系设计成三个表，一个班级表，一个教室表和一个占用表。
Er图转化后的关系模式如下：
教师（教师编号，姓名，性别，出生日期，教龄，职称，专业，行政职务，所属学院）主码：教师号
学生（学号，姓名，性别，班级，专业，出生日期，所属学院） 主码：学号
课程（课程号，课程名，学分，学时） 主码：课程号
选修（学号，课程号，成绩）主码：成绩 外码：学号 课程号
主讲（教师编号，课程号，班级）主码：班级 外码：教师编号 课程号
联系实际可以转化的关系表如下面
教师表（教师号，姓名，性别，出生日期，教龄，职称，专业，行政职务，所属学院）主键：教师号
讲授表（教师编号，学号，课程号，教授时间）主键：教师号 班级号
系表（系号，系名，系主任）主键：系号
班级表（班号，班名，班主任，系号）主键：班号 外键：系号
学生表（学号，姓名，性别，班级，专业，年龄，所属学院） 主键：学号 外键：班号
课程表（课程号，课程名，学分，学时）主键：课程号 外键：教师号
选课表（学号，课程号，成绩）主键：学号 课程号 外键：学号 课程号
教室表（教室号，教室名，教室位置）主键：教室号
占用表（班级号，教室号，上课时间，占用学时）主键：班级号 教室号
教师表（教师号，姓名，职称，性别，年龄，工资）主键：教师号
讲授表（教师编号，学号，课程号，教授时间）
主键：教师号 班级号
范式判定
1.数据依赖
（1）系表的数据依赖 ：{系号->系名，系号->系主任} 3NF
（2）班级表的数据依赖：{班号->班名，班号->班主任，班号->系号} 3NF
（3）学生表的数据依赖：{学号->姓名，学号->性别，学号->省份，学号->年龄，
学号->班级号，学号->专业} 3NF
（4）课程表的数据依赖：{课程号->课程名，课程号->学分，课程号->任课教师号} 3NF
（5）选课表的数据依赖：{（学号，课程号）->姓名} 3NF
（6）教室表的数据依赖：{教室号->教室名，教室号->教室位置} 3NF
（7）占用表的数据依赖：{（班级号，教室号）->上课时间，
（班级号，教室号）->占用学时} 3NF
（8）教师表的数据依赖：{教师号->姓名，教师号->职称，教师号->性别，教师号->年龄，教师号->工资} 3NF
（9）教授表的数据依赖：{（教师，班级号）->授课时间，（班级号，教室号）->课程} 3NF 2.按照数据依赖的理论对关系模式逐一分析，考察是否存在部分函数依赖，传递函数依赖，根据各个函数依赖的依赖集可知各个关系模式没有部分函数依赖和传递函数依赖所以所有的关系模式都是属于3NF。
四．功能模块结构设计
（1）教务表信息查询和更新模块
将实现对系部信息的统计操作，方便于对系部基本信息的管理。
（2）学生表的查询和更新模块
将完成学生基本信息的查询、更新（修改、
