数据库教务管理系统综合实验报告

上传人:人*** 文档编号:470486840 上传时间:2023-11-14 格式:DOC 页数:20 大小:797.50KB
返回 下载 相关 举报
数据库教务管理系统综合实验报告_第1页
第1页 / 共20页
数据库教务管理系统综合实验报告_第2页
第2页 / 共20页
数据库教务管理系统综合实验报告_第3页
第3页 / 共20页
数据库教务管理系统综合实验报告_第4页
第4页 / 共20页
数据库教务管理系统综合实验报告_第5页
第5页 / 共20页
点击查看更多>>
资源描述

《数据库教务管理系统综合实验报告》由会员分享,可在线阅读,更多相关《数据库教务管理系统综合实验报告(20页珍藏版)》请在金锄头文库上搜索。

1、-华北科技学院计算机系综合性实验实 验 报 告 课程名称 数据库系统A实验学期2011至2012学年 第2学期学生所在系部计算机学院年级2010专业班级网络B101班学生姓名*任课教师实验成绩计算机系制数据库系统A课程综合性实验报告开课实验室:软件开发实验室(一)2012年6月 6日实验题目教务管理系统数据库设计一、实验目的利用一种DBMS作为设计平台,理解并应用课程中关于数据库设计的相关理论,能按照数据库设计步骤完成完整的数据库设计,包括需求分析、概念设计、逻辑设计、物理设计和实施。同时能够正确应用各个阶段的典型工具进行表示。二、设备与环境(1) 硬件设备:PC机一台(2) 软件环境:安装W

2、indows操作系统,安装数据库管理系统SQL Server2008等。三、实验内容1.需求分析首先,通过调查,教务管理系统中主要有四类用户,即学生用户,老师用户,教务管理员和系统管理员。对应这些用户,其处理要求的主要的功能就是进行一系列的查询和各类数据的管理及维护。其具体的处理要求如下:1)系统管理:实现系统管理人员对系统的管理,包括添加删除用户,更改密码,数据备份,数据还原,注销等功能。2)教务管理:实现教务管理人员对系统的管理,包括课程安排,成绩审核,学生成绩管理,学生学籍管理等功能。3)基本信息:实现显示学生和老师以及课程、班级、系别的基本信息(包括学生基本信息,教师基本信息,课程基本

3、信息等)。4)查询:包括实现学生查询,老师查询。学生查询包括自己的基本信息,自己的课程,课表,成绩等,老师查询包括查询自己的信息,自己所带班的学生,自己的课表以及学生成绩等。5)教师对成绩的录入以及自己信息的查询与维护。其次,该教务管理系统中,结合以上用户种类以及其具体的处理功能要求,教务管理系统要具备以下信息要求:教务管理系统涉及的实体有:l 教师工作证号、工资、; l 学生*、性别、年龄、系代号等;l 班级班号、最低总学分等;l 系系代号、系名和系办公室电话等;l 课程课序号、课名、学分、最大人数等;其中,这些实体之间的联系如下:l 每个学生都属于一个班,每个班都属于一个系,每个教师也都属

4、于一个系。l 每个班的班主任都由一名教师担任l 一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一门课其课序号是不同的(课序号是唯一的)。l 一名同学可以选多门课,一门课可被若干同学选中。l 一名同学选中的课若已学完,应该记录有相应成绩。l 本单位学生、教师都有重名,工作证号、*唯一。另外,对于教务管理系统需求分析的安全性及完整性要求,首先,安全性方面,系统应对不同用户设置不同的权限,例如,学生用户不能随意更改自己的成绩信息等,从而保障数据库数据的安全。其次,完整性方面,要求各种信息记录的完整性,关键信息记录内容不能为空;各种数据间相互的联系的正确性;相同的数据在不同记录中的一

5、致性等。2.概念结构设计在概念结构设计中,我采用自底向上设计概念结构的方法。即第一步抽象数据并设计局部视图,第二步是集成局部视图,得到全局的概念结构。该教务管理系统中的局部概念模型(E-R图)如下:(1)、一个系内的关系模式图:1n1n1n教师班级属于最低总学分班号电话邮箱姓名工作证号系系办公室电话系名系代号属于工作学生*年龄性别姓名工资系代号(2)、选课系统的关系模式图:选修期中成绩平时成绩最后成绩总评成绩期末成绩课序号课名学分年龄*nm姓名课程学生名额性别系代号课序号课名(3)、教师授课系统关系模型图:授课工资教师电话邮箱姓名工作证号课程n1学分名额(4)、教师与班级部分的关系模型图:课名

6、班级负责最低总学分班号教师电话工资姓名工作证号n1邮箱该教务管理系统中的全局概念模型(E-R图)为:课序号课名学分年龄*选修平时成绩最后成绩总评成绩期中成绩期末成绩姓名nm课程学生名额性别n系代号属于n1课名班号授课班级n负责最低总学分n属于111工作n1系教师工资邮箱电话工作证号姓名系代号系名系办公室电话3.逻辑结构设计(1)关系模式的设计与优化E-R图向关系模型的转换:a. “教师”实体对应的关系模式: 教师(工作证号,工资,系代号) 代码表示为:Teacher(Tno. Tname. Salary. Tel. Email. Dno) 其中,工作证号为其候选码,又因为教师与系别之间是n:1

7、的工作关系,经过与系别关系模式的合并后,系别号Dno成为教师关系模式的外码,存在的关系依赖为Tno ( Tname,Salary,Tel,Email,Dno),不存在对候选码的部分依赖与传递依赖,所以满足BCNF。b. “学生”实体对应的关系模式: 学生(*,性别,年龄,班号,系代号) 代码表示:Student ( Sno, Sname, Sse*, Sage. Class .Dno) 其中,*为其候选码,又因为学生与班级之间是n:1的属于关系,经过与班级 关系模式的合并后,班号Class成为学生关系模式的外码,存在的关系依赖为Sno(Sname,Sse*.Sage.Class. Dno),C

8、lass Dno,存在对候选码的传递依赖,所以满足2NF.c. 系(系代号,系名,系办公室电话)代码表示:Sdept ( Dno, Dname, Dphone ) 系代号为候选码,存在的函数依赖为Dno (Dname,Dphone),且不存在部分依 赖与传递依赖,所以满足BCNF。d. “选修”联系对应的关系模式:选课(*,课序号,最后成绩,平时成绩,期中成绩,期末成绩,总评成绩)代码表示:SC ( Sno, Cno,Grade.Daigrade. Midbrade. Lasgrade. Fingrade ) 此为m:n联系“选修”所对应的关系模式。Sno和Cno均为外码。存在的函数依赖为完全

9、函数依赖(Sno,Cno) (Grade.Daigrade. Midbrade. Lasgrade. Fingrade),且不存在部分依赖与传递依赖,所以满足BCNF。e. “课程”实体对应的关系模式: 课程(课序号,课名,学分,名额,工作证号)代码表示:Course ( Cno, Cname, Credit, Cnum, Tno )其中,课号为其候选码,又由于课程与教师之间是n:1的授课关系,所以经过关系模式的合并后,教师的工作证号被合并为课程关系模式中的外码。存在的函数依赖为Cno (Cname,Credit,Cnum,Tno),且不存在对候选码的部分依赖和传递依赖,所以,满足BCNF。f

10、. “班级”实体对应的关系模式: 班级(班号,最低总学分,工作证号,系代号)代码表示:Class ( Class, Ccredit, Tno.Dno ) 其中,班号为其候选码,又由于班级与系别之间是n:1的“属于”关系,经过“班级”与“系别”两个实体关系模式的合并后,系号被合并为班级对应的关系模式的外码。而班级与教师之间是n:1的“负责”关系,所以按照规定,教师的工作证号也被合并为班级的外码。存在的函数依赖为Class (Ccredit, Tno.Dno ),其中Class Tno,而Tno Dno,即存在对候选码的传递依赖,所以只满足2NF。(2)设计合适的视图在将E-R图向关系模型转换后,

11、还应根据局部应用的需求,对不同级别的用户定义不同的视图,这样不仅可以在视图中重新定义*些属性名,使用户使用更方便,而且还可以通过视图保证系统的安全性。在本次的教务管理系统数据库中,我针对使用该数据库最频繁的学生和教师用户建立了相关视图,其中包括对系别、教师、课程的分配视图;对学生*、成绩、等相关信息的查询和教师基本信息的查询等三个视图,这样,对这些经常使用的查询,用户就可以通过视图来查询,大大简化了用户的使用。 创建的三个视图的截图如下:教师授课安排视图:学生成绩查询视图:教师基本信息查询视图:4.物理设计该数据库中每一个关系模式的主码分别为系统自动设置的索引,如学生关系模式中的*,教师关系模

12、式中的工作证号,系别中的系别号等,同时,通过对实际操作的思考,为了查询*系的老师的方便,我们还需要在Teacher表中建立一个“系代号”Dno的索引;又因为查询操作很多都通过学生姓名查找的,所以还需要在Student表姓名列sname上建立一个索引等,这样大大简化查询操作。5.数据库的实现(1)创建库、表在该教务管理系统中包括了学生表、教师表、选课表、系别表、班级表、课程表、教师与班级的联系表等多个表。在此,我以学生表为例进行说明表的创建。一个完整的表必须包括对实体完整性、参照完整性、用户定义完整性的三种完整性的定义。在学生表中,首先考虑表的实体完整性要求,在该学生表中*被设为主码,用PRIM

13、ARY KEY定义,且该表含有多个属性,所以*就是表级约束条件,从而完成了学生表的实体完整性的定义。其次,对于学生表的参照完整性,系号(Dno)、班号(Class)是该学生表的外码,同时它还是班级系别Sdept表、Class表的主码,所以对其用FOREING KEY短语进行定义,并用REFERENCES短语指明该外码是参照那些表的主码,从而完成对表的参照完整性的定义。最后,是表的用户定义完整性,在该学生表中,结合实际情况我们不难想到应该定义一个姓名Sname为非空的约束条件和性别Sse*只能为“男”或“女”二者选其一的约束条件,其中姓名的非空用UNIQE定义即可,而性别用CHECK语句定义即可

14、。此外,除了对这三种完整性性要求的定义外,再加上该表中的一些其他的属性列如年龄Sage的创建,从而共同完成了学生表的创建。创建学生表的代码为:CREATE TABLE student(Sno CHAR(10) PRIMARY KEY,Sname CHAR(20) NOT NULL,Sse* CHAR(2) CHECK(Sse* IN (男,女),Sage SMALLINT, Dno CHAR(10), Class CHAR(10),FOREIGN KEY (Class) REFERENCES Class(Class) );创建的学生表截图如下:另外,在创建表的同时还要注意有时需要创建两个表之间的级联,例如,此教务管理系统中

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 医学/心理学 > 基础医学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号