#高校学生成绩管理系统数据库设计Word文档下载推荐.docx
《#高校学生成绩管理系统数据库设计Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《#高校学生成绩管理系统数据库设计Word文档下载推荐.docx(10页珍藏版)》请在冰豆网上搜索。
5、总结…………………………………………
作者:
组员:
易剑军、潘晓花、阿仙芝、胡天梦、徐静、马娅梅、周汶斌、何孟、许发佑、查世花
组长:
吴娅萍
摘要:
学生成绩管理系统,能够对学生各门学科成绩信息以及其他与成绩相关的信息进行综合管理。
对其的设计包括数据需求分析、概念结构设计、逻辑结构设计、物理结构设计、总结
关键字:
1、数据需求分析
1.1设计目标
针对高等院校的教学工作设计应用系统——学生成绩管理系统,该系统能够对学生各门学科成绩信息以及其他与成绩相关的信息进行综合管理。
1.2设计要求
只要登录本系统,就可根据系统管理员、教师用户、学生用户等三类用户的不同权限,对表中数据浏览、查询、编辑、更新和打印等,要求系统的功能完整,操作方便。
1.3系统功能分析
在成绩管理系统中主要是对学生成绩的管理,主要实现以下几个功能:
(1)学生成绩录入;
(2)按院、系、专业、班级、姓名、学号等进行学生成绩查询;
(3)学分统计;
(4)成绩信息的编辑、修改、删除等;
(5)打印学生成绩通知单(按个人或批量打印)。
系统中包含学生基本信息表、课程信息表、教师信息表、密码表、选课信息表、成绩信息表等。
本系统主要对学生信息进行查询和管理。
分为三种权限:
系统管理员、教师、学生。
具体权限如下:
系统管理员:
具有本系统中所有用户的权限可以对学生信息和教师信息的插入、修改和删除等权限。
教师用户:
教师可以查询学生的基本信息和学生的基本信息,并对学生的成绩进行插入、修改和删除。
学生用户:
可以对基本信息和所学课程成绩的查询,并按照一定的约束条件进行查询,由于权限的限制无法对其中的内容进行修改。
1.4性能要求
(1)保证查询时的查全率和查准率。
(2)保证添加数据时的完整性。
1.5数据流图
(1)工作流图
(2)数据流图
1.总数路流图
2.分数据流图
查询流图
添加流图
更新流图
删除流图
1.6数据字典
2、概念结构设计
3、逻辑结构设计
1.1E-R模型转化为关系模式
学生(学号,姓名,班级,学院,系,专业,性别,出生日期)
课程信息(课程编号,课程名称,学分,学时,教师编号)
教师信息(教师编号,教师姓名,性别,联系电话,职称,学历)
成绩(学号,课程编号,成绩)
1.2范式分析
(1)分析关系模式学生(学号,姓名,班级,学院,系,专业,性别,出生日期)
在关系模式学生(学号,姓名,班级,学院,系,专业,性别,出生日期)中,班级,学院,系,专业等属性可再分,故不属于1NF。
在此关系模式中,学号为主键,姓名,班级,学院,系,专业,性别,出生日期,都为非主属性,根据候选键定义可知学号完全决定姓名,班级,学院,系,专业,性别,出生日期,即每一个非主属性完全依赖于候选键,故属于2NF。
在此关系模式中,姓名,班级,学院,系,专业,性别,出生日期都为非主属性,且每一个非主属性不传递函数依赖于候选键学号,如学号决定姓名,但姓名不决定性别等,所以,该关系模式属于3NF。
(2)分析关系模式教师信息(教师编号,教室姓名,性别,联系电话,职称,学历)和课程信息(课程编号,课程名称,学分,学时,教师编号)
在关系模式课程信息中,(教师编号,教室姓名,性别,联系电话,职称,学历)和课程信息(课程编号,课程名称,学分,学时,教师编号)中,每一个属性都不能再分,故属于1NF。
主键分别为教师编号和课程编号,每一个非主属性完全依赖于候选键,因此这两个关系模式属于2NF。
且每个非主属性不传递函数依赖于教师编号和课程编号,故属于3NF。
而且,候选键教师编号和课程编号决定一切非主属性,故该关系模式属于BCNF。
(3)分析关系模式成绩成绩(学号,课程编号,成绩)
在此关系模式中,每个属性都不可分,故属于1NF。
且每个非主属性都完全函数依赖于候选键学号,故属于2NF,且每个非主属性不传递函数依赖于学号,故属于3NF。
4、物理结构设计
物理数据模型设计要确定数据库的物理结构,包括数据库在物理设备上的存储结构和存取方法,数据表示和数据存储分配等,并得到一个具体的DBMS可接受的物理结构。
表一:
学生信息表
字段
数据类型
长度
是否允许空值
备注
学号
Char
16
否
主键
姓名
12
性别
2
学院
20
班级
系
专业
出生日期
Smalldatetime
是
表二:
课程信息表
课程编号
课程名称
30
学分
8
学时
教师编号
表三:
教师信息表
教师姓名
联系电话
职称
学历
表四:
成绩表
课程号
成绩
10
表五:
密码表
用户名
密码
权限
5、总结
6、