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

华北科技学院计算机系综合性实验实验报告课程名称《数据库系统A》实验学期2011至2012学年第2学期学生所在系部计算机学院年级2010专业班级网络B101班学生姓名学号任课教师实验成绩计算机系制华北科技学院计算机系综合性实验报告2《数据库系统A》课程综合性实验报告开课实验室：软件开发实验室（一）2012年6月6日实验题目《教务管理系统》数据库设计一、实验目的利用一种DBMS作为设计平台，理解并应用课程中关于数据库设计的相关理论，能按照数据库设计步骤完成完整的数据库设计，包括需求分析、概念设计、逻辑设计、物理设计和实施。同时能够正确应用各个阶段的典型工具进行表示。二、设备与环境(1)硬件设备：PC机一台(2)软件环境：安装Windows操作系统，安装数据库管理系统SQLServer2008等。三、实验内容1.需求分析首先，通过调查，教务管理系统中主要有四类用户，即学生用户，老师用户，教务管理员和系统管理员。对应这些用户，其处理要求的主要的功能就是进行一系列的查询和各类数据的管理及维护。其具体的处理要求如下：1）系统管理：实现系统管理人员对系统的管理，包括添加删除用户，更改密码，数据备份，数据还原，注销等功能。2）教务管理：实现教务管理人员对系统的管理，包括课程安排，成绩审核，学生成绩管理，学生学籍管理等功能。3）基本信息：实现显示学生和老师以及课程、班级、系别的基本信息（包括学生基本信息，教师基本信息，课程基本信息等）。4）查询：包括实现学生查询，老师查询。学生查询包括自己的基本信息，自己的课程，课表，成绩等，老师查询包括查询自己的信息，自己所带班的学生，自己的课表以及学生成绩等。5）教师对成绩的录入以及自己信息的查询与维护。其次，该教务管理系统中，结合以上用户种类以及其具体的处理功能要求，教务管理系统要具备以下信息要求：教务管理系统涉及的实体有：教师——工作证号、姓名、电话、工资、邮箱；学生——学号、姓名、性别、年龄、系代号等；班级——班号、最低总学分等；系——系代号、系名和系办公室电话等；课程——课序号、课名、学分、最大人数等；其中，这些实体之间的联系如下：每个学生都属于一个班，每个班都属于一个系，每个教师也都属于一个系。每个班的班主任都由一名教师担任一名教师可以教多门课，一门课可以有几位主讲老师，但不同老师讲的同一门课其课序号是不同的（课序号是唯一的）。一名同学可以选多门课，一门课可被若干同学选中。一名同学选中的课若已学完，应该记录有相应成绩。华北科技学院计算机系综合性实验报告3本单位学生、教师都有重名，工作证号、学号唯一。另外，对于教务管理系统需求分析的安全性及完整性要求，首先，安全性方面，系统应对不同用户设置不同的权限，例如，学生用户不能随意更改自己的成绩信息等，从而保障数据库数据的安全。其次，完整性方面，要求各种信息记录的完整性，关键信息记录内容不能为空；各种数据间相互的联系的正确性；相同的数据在不同记录中的一致性等。2.概念结构设计在概念结构设计中，我采用自底向上设计概念结构的方法。即第一步抽象数据并设计局部视图，第二步是集成局部视图，得到全局的概念结构。该教务管理系统中的局部概念模型（E-R图）如下：（1）、一个系内的关系模式图：（2）、选课系统的关系模式图：（3）、教师授课系统关系模型图：1n1n1n教师班级属于最低总学分班号电话邮箱姓名工作证号系系办公室电话系名系代号属于工作学生学号年龄性别姓名工资学生课程学号年龄性别姓名名额学分课名课序号mn授课教师电话邮箱姓名工作证号1n课程名额学分课名课序号工资系代号系代号选修期中成绩平时成绩最后成绩总评成绩期末成绩华北科技学院计算机系综合性实验报告4（4）、教师与班级部分的关系模型图：该教务管理系统中的全局概念模型（E-R图）为：3.逻辑结构设计(1)关系模式的设计与优化E-R图向关系模型的转换：a.“教师”实体对应的关系模式：教师（工作证号，姓名，工资，电话，邮箱，系代号）代码表示为：Teacher（Tno.Tname.Salary.Tel.Email.Dno）其中，工作证号为其候选码，又因为教师与系别之间是n：1的工作关系，经过与系别关系模式的合并后，系别号Dno成为教师关系模式的外码，存在的关系依赖为Tno→(Tname,Salary,Tel,Email,Dno),不存在对候选码的部分依赖与传递依赖，所以满足BCNF。b.“学生”实体对应的关系模式：1n1n1n1nmn工资负责n1班级负责最低总学分班号教师电话工资姓名工作证号n1邮箱系代号选修平时成绩最后成绩总评成绩期中成绩期末成绩学生教师系班级课程属于属于工作授课学号年龄性别姓名名额学分课名课序号最低总学分班号系办公室电话系名系代号电话邮箱姓名工作证号课名课名华北科技学院计算机系综合性实验报告5学生（学号，姓名，性别，年龄，班号，系代号）代码表示：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图向关系模型转换后，还应根据局部应用的需求，对不同级别的用户定义不同的视图，这样不仅可以在视图中重新定义某些属性名，使用户使用更方便，而且还可以通过视图保证系统的安全性。在本次的教务管理系统数据库中，我针对使用该数据库最频繁的学生和教师用户建立了相关视图，其中包括对系别、教师、课程的分配视图；对学生学号、成绩、等相关信息的查询和教师基本信息的查询等三个视图，这样，对这些经常使用的查询，用户就可以通过视图来查询，大大简化了用户的使用。创建的三个视图的截图如下：教师授课安排视图：华北科技学院计算机系综合性实验报告6学生成绩查询视图：教师基本信息查询视图：华北科技学院计算机系综合性实验报告74.物理设计该数据库中每一个关系模式的主码分别为系统自动设置的索引，如学生关系模式中的学号，教师关系模式中的工作证号，系别中的系别号等，同时，通过对实际操作的思考，为了查询某系的老师的方便，我们还需要在Teacher表中建立一个“系代号”Dno的索引；又因为查询操作很多都通过学生姓名查找的，所以还需要在Student表姓名列sname上建立一个索引等，这样大大简化查询操作。5.数据库的实现(1)创建库、表在该教务管理系统中包括了学生表、教师表、选课表、系别表、班级表、课程表、教师与班级的联系表等多个表。在此，我以学生表为例进行说明表的创建。一个完整的表必须包括对实体完整性、参照完整性、用户定义完整性的三种完整性的定义。在学生表中，首先考虑表的实体完整性要求，在该学生表中学号被设为主码，用PRIMARYKEY定义，且该表含有多个属性，所以学号就是表级约束条件，从而完成了学生表的实体完整性的定义。其次，对于学生表的参照完整性，系号（Dno）、班号（Class）是该学生表的外码，同时它还是班级系别Sdept表、Class表的主码，所以对其用FOREINGKEY短语进行定义，并用REFERENCES短语指明该外码是参照那些表的主码，从而完成对表的参照完整性的定义。最后，是表的用户定义完整性，在该学生表中，结合实际情况我们不难想到应该定义一个姓名Sname为非空的约束条件和性别Ssex只能为“男”或“女”二者选其一的约束条件，其中姓名的非空用UNIQE定义即可，而性别用CHECK语句定义即可。此外，除了对这三种完整性性要求的定义外，再加上该表中的一些其他的属性列如年龄Sage的创建，从而共同完成了学生表的创建。创建学生表的代码为：CREATETABLEstudent(SnoCHAR(10)PRIMARYKEY,SnameCHAR(20)NOTNULL,SsexCHAR(2)CHECK(SsexIN('男','女')),SageSMALLINT,DnoCHAR(10),ClassCHAR(10),FOREIGNKEY(Class)REFERENCESClass(Class));创建的学生表截图如下：华北科技学院计算机系综合性实验报告8另外，在创建表的同时还要注意有时需要创建两个表之间的级联，例如，此教务管理系统中SC表是参照学生表的学号和课程表的课号建立的，所以应该在SC表中建立其与Student表与Course表的级联;课程表又是参照教师表中的教师工作证号建立的，所以应该建立一个course表与教师teacher表的级联；班级表也是参照教师表中的教师工作证号建立的，所以也应该建立一个class表与教师teacher表的级联，这样当参照表发生改变时能同时在目标表中也发生相应改变，保证数据库中数据的正确有效性。(2)创建用户该教务管理系统的主要用户有学生用户，老师用户，教务管理员和系统管理员等四种，所以需要创建这四种类型的用户，并授予其相应的权限。对于学生用户就只能授予其查询学生基本信息student表的权限，老师相关信息视图V-teacher表的权限，查询学生成绩视图V_student表的权限，以及查询教师授课分配图DTC表的权限；教师则具有查询学生基本信息Student表的权限，查询教师授课的视图DTC表的权限，还具有修改自己基本信息teacher表的权限，还有登记插入学生成绩信息即修改SC表的权限；教务管理员具有修改本系一切相关信息的权力，包括查询、删除、增添、修改，而系统管理员具有创建各种表、视图、触发器及存储过程并对各个用户进行相应授权的权力。(3)使用触发器、存储过程等相关技术。在教务管理数据库中，鉴于存在教师的退休及学生退学或毕业的情况，所以必然会有删除这些信息的操作，为了方便起见，所以有必要设计一个“删除教师信息”触发器以及“删除学生信息”触发器。同时教务管理系统的数据库必然涉及到学生选课退课的问题，所以还需要设计一个关于选课退课系统的“选课”触发器与“删除选课”触发器。“删除教师信息”与“删