华北科技学院计算机系综合性实验
实 验 报 告
课程名称 《数据库系统A》 实验学期 2011 至 2012 学年 第 2 学期 学生所在系部 计算机学院 年级 2010 专业班级 网络B101班 学生姓名 学号 任课教师 实验成绩
计算机系制
华北科技学院计算机系综合性实验报告
《数据库系统A》课程综合性实验报告
开课实验室：软件开发实验室（一） 2012年6月 6日 实验题目 一、实验目的 《教务管理系统》数据库设计 利用一种DBMS作为设计平台，理解并应用课程中关于数据库设计的相关理论，能按照数据库设计步骤完成完整的数据库设计，包括需求分析、概念设计、逻辑设计、物理设计和实施。同时能够正确应用各个阶段的典型工具进行表示。 二、设备与环境 (1) 硬件设备：PC机一台 (2) 软件环境：安装Windows操作系统，安装数据库管理系统SQL Server2008等。 三、实验内容 1.需求分析 首先，通过调查，教务管理系统中主要有四类用户，即学生用户，老师用户，教务管理员和系统管理员。对应这些用户，其处理要求的主要的功能就是进行一系列的查询和各类数据的管理及维护。其具体的处理要求如下： 1）系统管理：实现系统管理人员对系统的管理，包括添加删除用户，更改密码，数据备份，数据还原，注销等功能。 2）教务管理：实现教务管理人员对系统的管理，包括课程安排，成绩审核，学生成绩管理，学生学籍管理等功能。 3）基本信息：实现显示学生和老师以及课程、班级、系别的基本信息（包括学生基本信息，教师基本信息，课程基本信息等）。 4）查询：包括实现学生查询，老师查询。学生查询包括自己的基本信息，自己的课程，课表，成绩等，老师查询包括查询自己的信息，自己所带班的学生，自己的课表以及学生成绩等。 5）教师对成绩的录入以及自己信息的查询与维护。 其次，该教务管理系统中，结合以上用户种类以及其具体的处理功能要求，教务管理系统要具备以下信息要求： 教务管理系统涉及的实体有： ? 教师——工作证号、姓名、电话、工资、邮箱； ? 学生——学号、姓名、性别、年龄、系代号等； ? 班级——班号、最低总学分等； ? 系——系代号、系名和系办公室电话等； ? 课程——课序号、课名、学分、最大人数等； 其中，这些实体之间的联系如下： ? 每个学生都属于一个班，每个班都属于一个系，每个教师也都属于一个系。 ? 每个班的班主任都由一名教师担任 ? 一名教师可以教多门课，一门课可以有几位主讲老师，但不同老师讲的同一门课其课序号是不同的（课序号是唯一的）。 ? 一名同学可以选多门课，一门课可被若干同学选中。
2
华北科技学院计算机系综合性实验报告
? 一名同学选中的课若已学完，应该记录有相应成绩。 ? 本单位学生、教师都有重名，工作证号、学号唯一。 另外，对于教务管理系统需求分析的安全性及完整性要求，首先，安全性方面，系统应对不同用户设置不同的权限，例如，学生用户不能随意更改自己的成绩信息等，从而保障数据库数据的安全。其次，完整性方面，要求各种信息记录的完整性，关键信息记录内容不能为空；各种数据间相互的联系的正确性；相同的数据在不同记录中的一致性等。 2.概念结构设计 在概念结构设计中，我采用自底向上设计概念结构的方法。即第一步抽象数据并设计局部视图，第二步是集成局部视图，得到全局的概念结构。 该教务管理系统中的局部概念模型（E-R图）如下： （1）、一个系内的关系模式图： 学号年龄 最低总学分 姓名 学生 n 属于 1 性别 班号 工作证号 姓名 邮箱 工资 班级 n 教师 电话 n 属于 1 系代号 工作 1 系 系名 系办公室电话 系代号 （2）、选课系统的关系模式图： 平时成绩 期中成绩 学号年龄 课名 学分 课序号 姓名m n 学生 选修 课程 性别 名额 期末成绩 最后成绩 系代号 总评成绩 （3）、教师授课系统关系模型图： 工资 课序号 课名 教师 1 授课 n 课程 工作证号 姓名 邮箱 电话 名额 学分 3
华北科技学院计算机系综合性实验报告
（4）、教师与班级部分的关系模型图： 电话 工资 姓名 工作证号 课名 最低总学分 邮箱 教师 1 负责 n 班级 班号 该教务管理系统中的全局概念模型（E-R图）为： 学号 姓名 性别 系代号 班号 最低总学分 系代号 年龄 期末成绩 平时成绩 课序号 课名 学分 学生 n 属于 1 m 期中成绩 选修 最后成绩 总评成绩 n 课程 名额 n 课名 班级 n n 授课 负责 属于 1 1 系 1 工作 n 教师 邮箱 工资 1 系名 系办公室电话 工作证号 姓名 电话 3.逻辑结构设计 (1)关系模式的设计与优化 E-R图向关系模型的转换： a. “教师”实体对应的关系模式： 教师（工作证号，姓名，工资，电话，邮箱，系代号） 代码表示为：Teacher（Tno. Tname. Salary. Tel. Email. Dno） 其中，工作证号为其候选码，又因为教师与系别之间是n：1的工作关系，经过与系别关系模式的合并后，系别号Dno成为教师关系模式的外码，存在的关系依赖为Tno →( Tname,Salary,Tel,Email,Dno),不存在对候选码的部分依赖与传递依赖，所以满足BCNF。
4
华北科技学院计算机系综合性实验报告
b. “学生”实体对应的关系模式： 学生（学号，姓名，性别，年龄，班号，系代号） 代码表示：Student ( Sno, Sname, Ssex, Sage. Class .Dno) 其中，学号为其候选码，又因为学生与班级之间是n：1的属于关系，经过与班级 关系模式的合并后，班号Class成为学生关系模式的外码，存在的关系依赖为Sno →(Sname,Ssex.Sage.Class. Dno)，Class →Dno,存在对候选码的传递依赖，所以满足2NF. c. 系（系代号，系名，系办公室电话） 代码表示：Sdept ( Dno, Dname, Dphone ) 系代号为候选码，存在的函数依赖为Dno → （Dname，Dphone），且不存在部分依 赖与传递依赖，所以满足BCNF。 d. “选修”联系对应的关系模式： 选课（学号，课序号，最后成绩，平时成绩，期中成绩，期末成绩，总评成绩） 代码表示：SC ( Sno, Cno,Grade. Daigrade. Midbrade. Lasgrade. Fingrade ) 此为m：n联系“选修”所对应的关系模式。Sno和Cno均为外码。存在的函数依 赖为完全函数依赖（Sno，Cno） → (Grade.Daigrade. Midbrade. Lasgrade. Fingrade)，且不存在部分依赖与传递依赖，所以满足BCNF。 e. “课程”实体对应的关系模式： 课程（课序号，课名，学分，名额，工作证号） 代码表示：Course ( Cno, Cname, Credit, Cnum, Tno ) 其中，课号为其候选码，又由于课程与教师之间是n：1的授课关系，所以经过关系模式的合并后，教师的工作证号被合并为课程关系模式中的外码。存在的函数依赖为Cno → （Cname，Credit，Cnum，Tno），且不存在对候选码的部分依赖和传递依赖，所以，满足BCNF。 f. “班级”实体对应的关系模式： 班级（班号，最低总学分，工作证号，系代号） 代码表示：Class ( Class, Ccredit, Tno. Dno ) 其中，班号为其候选码，又由于班级与系别之间是n：1的“属于”关系，经过“班级”与“系别”两个实体关系模式的合并后，系号被合并为班级对应的关系模式的外码。而班级与教师之间是n:1的“负责”关系，所以按照规定，教师的工作证号也被合并为班级的外码。存在的函数依赖为Class →（Ccredit, Tno.Dno )，其中Class →Tno，而Tno →Dno，即存在对候选码的传递依赖，所以只满足2NF。 (2)设计合适的视图 在将E-R图向关系模型转换后，还应根据局部应用的需求，对不同级别的用户定义不同的视图，这样不仅可以在视图中重新定义某些属性名，使用户使用更方便，而且还可以通过视图保证系统的安全性。 在本次的教务管理系统数据库中，我针对使用该数据库最频繁的学生和教师用户建立了相关视图，其中包括对系别、教师、课程的分配视图；对学生学号、成绩、等相关信息的查询和教师基本信息的查询等三个视图，这样，对这些经常使用的查询，用户就可以通过视图来查询，大大简化了用户的使用。 创建的三个视图的截图如下： 教师授课安排视图：
5
数据库教务管理系统综合实验报告 - 图文
