数据库课程设计目录报告学籍管理系统

计算机与控制工程学院数据库原理及应用课程设计报告题目名称：专业：班级：组长学号：姓名：组员1学号：姓名：指导教师：20年月日课程设计评语班级：学号：学生姓名：综合成绩：自评成绩：自我评价：依照学术诚信条款，我保证此设计为本人原创，所有引用的外部材料已经做了出处标记。学生签名：教师评价：班级：学号：学生姓名：综合成绩：自评成绩：自我评价：依照学术诚信条款，我保证此设计为本人原创，所有引用的外部材料已经做了出处标记。学生签名：教师评价：目录TOC\o"1-3"\h\u14295一．目录 428709二．需求分析 5107352.1用户需求分析 5300542.2功能需求分析 （目的） 614572.2.1基本信息管理 695222.2.2学生成绩管理 672252.2.3信息查询统计 688212.3安全性与完整性需求分析 6189412.4数据字典 6287032.5意义 91336三．系统设计 9221183.1数据库设计 9319033.1.1概念结构设计 1069333.1.2逻辑结构设计 1212543四．系统实现 14279834.1数据库的设计与实现 1421534.2表的设计与实现 14103504.3视图的设计与实现 1641174.4约束的设计与实现 16283964.5触发器的设计与实现 1726094.5.1.Student表上的出发器触发器 17259734.5.2.Course表上的触发器 1738784.5.3.Department表上的触发器 17224104.5.4．Teacher表上的触发器 1715744.4.5.Student触发器 1767644.6存储过程的设计与实现 1758814.6.1.插入学生、课程、教师基本信息的存储过程； 17266594.6.2．Update学生成绩信息的存储过程； 1718924.6.3.对不有不及格科目的所有学生的信息查询的存储过程。 1731700五．测试 1718594六．结论 2016843七．参考文献 2024005附录：（代码） 21二．需求分析2.1用户需求分析2.2功能需求分析 （目的）2.2.1基本信息管理——系统管理员负责对各种基本信息的录入、修改、删除等操作。2.2.2学生成绩管理——系统管理员负责对学生成绩的录入、修改、删除等操作，学生可以查询各科成绩。2.2.3信息查询统计——学生可以查询基本信息和各科的考试成绩，老师可以查询基本信息和授课信息，系统管理员负责把老师提交的学生成绩进行管理，计算总成绩和平均成绩，统计不及格学生信息，再输出所有的信息。2.3安全性与完整性需求分析系统要使得用户对学生的学籍管理工作更加清晰、条理化、自动化，容易地完成学生信息的查询、更新、修改等操作，这就要求系统的效率要高，查询速度要快，比较小的冗余，易维护，具有较高的数据安全性。对于学生成绩管理模块，能更加容易的求得学生的平均成绩、最高分、最低分等，可以按照学生的成绩进行排序处理等。2.4数据字典数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果，数据字典是对系统所用到的所有表结构的描述。数据项是数据库的关系中不可再分的数据单位，学籍管理的主要数据项见以下各表，分别列出了数据的名称(即码)、注释、数据类型、长度、取值范围和是否是主码。表2-1学生基本信息表序号名称注释数据类型长度主要的1班级varchar(16)16FALSE2学号唯一标识学生的信息varchar(20)20TRUE3院系代号varchar(20)5FALSE4专业号varchar(20)5FALSE5姓名varchar(6)6FALSE6性别varchar(2)2FALSE7出生年月varchar(20)20FALSE8籍贯varchar(8)8FALSE9民族varchar(2)2FALSE10家庭住址varchar(20)20FALSE11入学时间varchar(20)20FALSE12政治面貌varchar(6)6FALSE13身份证号char(18)18FALSE14联系电话varchar(20)20FALSE15备注varchar(14)14FALSE表2-2课程信息表序号名称注释数据类型长度主要的1课程号varchar(20)20TRUE2课程名varchar(20)203先行课smallintFALSE4学分integerFALSE5备注varchar(16)16FALSE表2-3院系表序号名称注释数据类型长度主要的1院系代号varchar(20)20TRUE2院系名varchar(10)10FALSE3系主任varchar(8)8FALSE4备注varchar(16)16FALSE表2-4专业表序号名称注释数据类型长度主要的1专业号varchar(20)20TRUE2院系代号varchar(20)20FALSE3专业名称varchar(16)16FALSE4备注varchar(16)16FALSE表2-5教师表序号名称注释数据类型长度主要的1教师号varchar(20)20TRUE2院系代号varchar(20)20FALSE3姓名varchar(6)6FALSE4性别char(2)2FALSE5年龄integerFALSE6工龄integerFALSE7备注varchar(16)16FALSE表2-6学生课程成绩表序号名称注释数据类型长度主要的1学号varchar(20)20TRUE2课程号varchar(20)20TRUE3成绩varchar(5)5FALSE表2-7教师课程关系表序号名称注释数据类型长度主要的1课程号varchar(20)20TRUE2教师号varchar(20)20TRUE2.5意义学生学籍管理是教育教学单位不可缺少的部分，它的内容对教学管理和学校的决策者都非常重要。给学校教学管理提供了很大的方便性，提高了工作效率。但是一直以来人们用传统人工的方式管理文件文档，这种管理方式效率低，保密性差，出错不易更改，同时也耗费了大量的人力财力，时间一长，将产生大量的文件数据，这对于查找，维护，更新都带来了很大的困难。随着科学技术的不断发展，尤其是计算机软件水平的日益提高，使得以上问题得到了很好的解决。使用计算机可以方便的对大量数据进行增加，删除，更新等操作。它有着人工管理永远无法比拟的优点：检索迅速，查找方便，可靠性大，存储量大，保密性好，寿命长，成本低等。例如：通过校园网，我们可以方便的进行学生信息查询，学生成绩的添加，以及最新的教务通知等。当然，这些都离不开数据库技术和网络技术的支持。数据库是数据管理的最新技术，是计算机计算机技术的重要分支，也是计算机领域发展最快的学科之一。学生学籍管理系统就是数据库在网络上应用。综上，开发这样的一个学籍管理系统十分必要。同时旧的人工管理机制必将被以计算机为基础的信息管理所取代，从而实现对数据的高效，长久，安全的管理。三．系统设计3.1数据库设计学生学籍管理系统的数据库设计是对于给定的应用环境，构造（设计）优化的数据逻辑模式和物理结构，并据此建立数据库及其应用系统，使之能够有效地存储和管理数据，满足用户的应用需求和数据操作要求。3.1.1概念结构设计概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成独立于具体DBMS的概念模型。（1）局部E-R图：学生与课程实体及其属性图图3-2学生基本信息视图图3-3课程信息视图根据学生与课程的关系可设计如下关系图：

图3-4学生与课程关系视图专业、教师及院系实体及其属性图图3-5专业、教师及院系信息视图 院系、教师以及专业的关系图如下：图3-6院系教师以及专业关系图（2).系统E-R图：合并设计中的各个局部E-R图以及各个实体之间的关系生成系统E-R图如下：图3-7系统E-R图（3）概念模型设计概念模型是在对用户需求分析之后，通过画出本系统抽象出的E-R图，由概念模型辅助工具PowerDesigner进行设计，通过具体地设置和绘图，最后就形成了如下所示的概念模型图，生成的概念结构就能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型。图3-8系统概念模型设计图3.1.2逻辑结构设计 逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。（1）概念模型向物理模型的转换在概念模型设计好了之后，可直接在powerdesigner中将设计好了的概念模型转换成物理模型。其具体操作过程为点击主菜单的ToolsGeneratePhysicalDataModel便可以将当前的概念模型转换为物理模型，转换后的物理模型如下图所示：因为一个实体模型转换为一个关系模型时遵循以下规则1.若实体间的联系时1：1，可以在俩个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性；2.若实体间的联系是1：n，则在n端实体类型转换成的关系模式中加入1端实体类型的键和联系类型的属性；3.若实体间的联系是m:n,则将联系类型也转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键为两端实体键的组合。所以在转换中院系与专业合并到学生基本信息关系中，院系与专业的主键成为学生信息的外键，同样院系的主键成为教师的外键。学生与课程、教师与课程均是多对多的关系，所以，单独的生成了必修与教授两个关系.数据库物理模型设计在PowerDesigner中将概念模型转换成物理模型之后，我们可以对物理模型进行设计，双击物理模型的关系，便弹出对其设置的对话框，在General选项卡中可以对该关系的名称、注释以及码等信息进行设置。在Columns选项卡中可对该关系的属性列进行设计，可分别设置其名称、码、数据类型以及主码、是否为空等。四．系统实现4.1数据库的设计与实现确定数据库的存储结构主要指确定数据的存放位置和存储结构，包括确定关系、备份等的存储安排及存储结构，以及确定系统存储参数的配置。因为该学籍管理系统的数据量小，而且只作课程设计之用，所以我们只用把数据存储在使用的电脑硬盘上，不用作更多的安排。4.2表的设计与实现由需求分析所需要创建的表有学生基本信息表、课程表、院系表、专业表、学生课程成绩表、教师课程关系表、教师表等，具体实现代码见附录。当代码运行成功后后，在数据库的学生学籍管理系统中便会生成相应的表，包括学生基本信息表、课程表、教师，专业和学院表、以及SC和TC表。数据库中生成表后，可以对其进行设计，我们可以对其每一列以及其数据类型、取值范围和是否是主码是否可以为空等信息进行设置后或修改。数据的载入是一个非常繁杂和重要的过程需要很大的工作量，可分为人工输入与其它格式数据文件导入。该系统只是一个简单的实验系统，所以采用手工输入少量的数据可满足实验要求即可。下面的表分别显示了各个信息的录入。4.3视图的设计与实现视图是从一个或几个基本表（或视图）导出的表。它与基本表不同，是一个虚表。视图一经定义，就可以和基本表一样被查询、被删除。也可以在一个视图之上再定义新的视图，但对视图的更新操作则有一定的限制。4.4约束的设计与实现数据库完整性（DatabaseIntegrity）是指数据库中数据的正确性和相容性。数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。数据库完整性约束可以通过DBMS或应用程序来实现，基于DBMS的完整性约束作为模式的一部分存入数据库中。4.5触发器的设计与实现触发器是用户定义在关系表上的一类由事件驱动的特殊过程。一旦定义，任何用户对表的增、删、改操作均由服务器自动激活相应的触发器，在DBMS核心层进行集中的完整性控制。4.5.1.Student表上的出发器触发器：对于学生基本信息表，当学生信息修改时，其它表中若有对应的该信息时，应该对其进行修改；当学生信息删除时，对应的如SC表中的对应学生成绩信息也应该自动修改。4.5.2.Course表上的触发器：其功能是当一个课程的信息改变时，或当一个课程的信息被删除时，相应的在SC和TC表中的相应信息修改或删除。4.5.3.Department表上的触发器：当院系的代号改变时，对应的学生所在院系、专业所属院系以及教师所在院系都应当做相应的更改。4.5.4．Teacher表上的触发器：当教师号改变或教师离任时，TC表上的信息应相应的得到改变。4.4.5.Student触发器：插入学生信息时提醒选课4.6存储过程的设计与实现存储过程是PL/SQL语句书写的过程，这个过程经编译和优化后存储在数据库服务器中，使用时只要调用即可。4.6.1.插入学生、课程、教师基本信息的存储过程；4.6.2．Update学生成绩信息的存储过程；4.6.3.对不有不及格科目的所有学生的信息查询的存储过程。五．测试通过系统调试，功能通过视图、存储过程、触发器等实现。触发器的实现图如下：存储过程的实现图如下：六．结论通过四五天的数据库课程设计，使我们对这学期学的知识有了比较系统的认识，收获颇多，从中也发现了许多不足，让我找到了以后学习的方向，加深了我们对知识掌握，在课程设计中使我们对数据库的建立有了系统的把握，特别是逻辑结构的设计。一个实体模型转换为一个关系模型时遵循以下规则1.若实体间的联系时1：1，可以在俩个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性；2.若实体间的联系是1：n，则在n端实体类型转换成的