(完整word版)数据库-教务管理系统-综合实验报告.doc

华北科技学院计算机系综合性实验报告华北科技学院计算机系综合性实验实验报告课程名称《数据库原理及应用教程》实验学期2011至2012学年第2学期学生所在系部计算机学院年级专业班级学生姓名学号任课教师郭红实验成绩计算机系制《数据库原理及应用教程》课程综合性实验报告开课实验室：软件开发实验室（一）2012年6月6日实验题目《教务成绩管理系统》数据库设计一、实验目的利用一种DBMS作为设计平台，理解并应用课程中关于数据库设计的相关理论，能按照数据库设计步骤完成完整的数据库设计，包括需求分析、概念设计、逻辑设计、物理设计和实施。同时能够正确应用各个阶段的典型工具进行表示。二、设备与环境(1)硬件设备：PC机一台(2)软件环境：安装Windows操作系统，安装数据库管理系统SQLServer2008等。三、实验内容1.需求分析首先，通过调查，教务成绩管理系统中主要有四类用户，即学生用户，老师用户，教务管理员和系统管理员。对应这些用户，其处理要求的主要的功能就是进行一系列的查询和各类数据的管理及维护。其具体的处理要求如下：1）系统管理：实现系统管理人员对系统的管理，包括添加删除用户，更改密码，数据备份，数据还原，注销功能。2）教务管理：实现教务管理人员对系统的管理，包括课程安排，成绩审核，学生成绩管理功能。3）基本信息：实现显示学生和老师以及课程、班级、系别的基本信息。4）查询：包括实现学生查询，老师查询。学生查询包括自己的基本信息，自己所修的课程，成绩，老师查询包括查询自己的信息和自己的所授的课程。5）教师对成绩的写入以及自己信息的查询与维护。其次，该教务管理系统中，结合以上用户种类以及其具体的处理功能要求，教务成绩管理系统要具备以下信息要求：教务管理系统涉及的实体有：教师——教师号、姓名、性别、年龄、职称、系号；学生——学号、姓名、性别、年龄、系号；授课关系——教师号、课程号；选课关系——学号、课程号、成绩；系——系号、系名、电话；课程——课程号、课程名、学分。其中，这些实体之间的联系如下：一个系有若干名学生和老师，但一名学生或一名老师只能属于一个系。一名教师可以教多门课，一门课可以有几位老师讲授，但不同老师讲的同一门课其课程号是不同的，即对于授课教师或课程来说，课程号是唯一的。一名同学可以选多门课，一门课可被若干同学选中。本单位学生、教师可能有重名，所以教师号、学号才是唯一的。另外，对于教务成绩管理系统需求分析的安全性及完整性要求，首先，安全性方面，系统应对不同用户设置不同的权限，例如，学生用户不能更改自己的成绩信息，从而保障数据库数据的安全。其次，完整性方面，要求各种信息记录的完整性，关键信息记录内容不能为空；各种数据间相互的联系的正确性；相同的数据在不同记录中的一致性等。2.概念结构设计在概念结构设计中，我采用自底向上设计概念结构的方法。即第一步抽象数据并设计局部视图，第二步是集成局部视图，得到全局的概念结构。该教务管理系统中的局部概念模型（E-R图）如下：（1）、一个系内的关系模式图：（2）、选课关系与授课关系模式图：该教务管理系统中的全局概念模型为：3.逻辑结构设计(1)关系模式的设计与优化E-R图向关系模型的转换：“教师”实体对应的关系模式：教师（教师号，姓名，性别，年龄，职称）代码表示为：Teacher（Tno.Tname.Tsex.Tage.Prof）其中，教师号为其主码，又因为教师与系别之间是n：1的工作关系，经过与系别关系模式的合并后，系别号Dno成为教师关系模式的外码，存在的关系依赖为Tno→(Tname,Tsex,Tage,Prof,Dno),不存在对候选码的部分依赖与传递依赖，所以满足BCNF。“学生”实体对应的关系模式：学生（学号，姓名，性别，年龄）代码表示：Student(Sno,Sname,Ssex,Sage)其中，学号为其候选码，又因为学生与班级之间是n：1的属于关系，存在的关系依赖为Sno→(Sname,Ssex.Sage,Dno)，不存在对候选码的传递依赖，所以满足BCNF.系（系代号，系名，系办公室电话）代码表示：Sdept(Dno,Dname,Dphone)系代号为候选码，存在的函数依赖为Dno→（Dname，Dphone），且不存在部分依赖与传递依赖，所以满足BCNF。“选修”联系对应的关系模式：选课（学号，课程号，成绩）代码表示：SC(Sno,Cno,Grade.)此为m：n联系“选修”所对应的关系模式。Sno和Cno均为外码。存在的函数依赖为完全函数依赖（Sno，Cno）→grade，且不存在部分依赖与传递依赖，所以满足BCNF。“课程”实体对应的关系模式：课程（课程号，课名，学时）代码表示：Course(Cno,Cname,Credit)“授课”联系对应的