我的数据库论文

数据库课程论文（学生选课数据库）

姓名：薛金鸽

学号：105031040025

班级：103212

专业：市场营销（电子商务方向）学期：2011-2012学年第2学期

任课教师：刘新飞

学生选课数据库

1.数据库系统描述

1.1背景

全校性选修课开设的目的在于扩大学生的知识面、加强学生素质教育、培养复合型高级人才，具有不可替代的重要性。随着教育改革的不断深入和素质教育的加强，学分制的实施，选修课在一个学生的培养计划中占的比重将越来越大。

网上选课系统的出现使同学们能够更加自主、便捷、准确的进行选课。但是，由于一般高校中的学生都比较多，因此带来了诸多如信息管理等问题，鉴于需要将学生信息、选课信息等信息数字化以便于管理维护，我们便想到了利用数据库能够比较良好地解决此类问题，由此下面我将设计出一个高校选课系统以供参考。

1.2目的

随着无纸化办公的普遍实现，信息的自动处理以及网络式的信息交互方式已经被人们广泛应用。让计算机来管理学生的信息是现在各个高校都在积极进行的工作之一，也是高校教学管理工作的重要内容之一。网上选课与传统的选课方式相比更加节约资源，增加了学生选课自主权。

学生选课系统作为一种现代化的教学技术，越来越受到人们的重视，是一个学校不可或缺的部分, 学生选课系统就是为了管理好选课信息而设计的。学生选课系统的将使选课管理工作规范化、系统化、程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够准确、及时、有效的查询和修改学生选课情况。

与传统的选课方式相比，网上选课系统利用局域网为学生选课带来了极大的便捷。学生在公共机房，或者宿舍的个人电脑上便可以通过校园网络来选课。在选课期间内，学生能够使用选课系统灵活的修改自己的选课情况，大大提高了学

校选课工作的效率。教务处的教师则可以通过选课系统的管理员子系统来管理学生的选课情况，使得学生选课工作达到系统化和自动化，大大提高了学校的工作效率，为广大师生及相关人员节省了极多的时间。

数据库对于一个应用系统的意义是相当重要的，一个设计良好的数据库系统一方面，能够给开发者带来便捷，更轻松的进行系统设计与编码；另一方面，对于系统的后期维护也非常重要，一个良好的数据库系统能够保证系统的可扩充性，以及系统的移植性等问题。

1.3.运行环境

Windows

1.4.相关应用软件

Firebird和flamrobin

2.数据库系统业务逻辑

2.1 E-R图以及关系模式

在我们的数据库系统中共有6个实体：学生、教师、管理员、专业、院系、课程。

（1）学生的属性：学号、姓名、性别、生日、密码

（2）教师的属性：工号、姓名、性别、生日、密码、职称

（3）管理员的属性：工号、姓名、性别、生日、密码、权限标志

（4）专业的属性：专业号码、专业名、辅导员、联系方式、专业介绍

（5）院系的属性：系号码、系名称、系主任、联系方式、系介绍

（6）课程的属性：课程号码、学时、学分、课程介绍

（7）控制设置属性：选课控制、成绩录入控制

2.2 E-R图

各个实体的E-R图如下所示：

图1 学生

图2 教师

图3 管理员

图4 专业

图5 系

图6 课程

然后，将以上实体之间联系表示出来，画出数据库系统的E-R图，如图7所示：

图7 数据库系统E-R

2.3 范式分析

（1）分析关系模式学生（学号、姓名、性别、生日、密码）在关系模式学生（学号、姓名、性别、生日、密码）中，每一个属性都不能再分，故，属于1NF.

在关系模式学生（学号、姓名、性别、生日、密码）中，主键为学号，所以，姓名，性别，专业，都是非主属性。根据候选键定义可知，学号完全决定姓名，性别，生日，密码，即每一个非主属性完全依赖于候选键，故，该关系模式属于2NF。

在关系模式学生（学号、姓名、性别、生日、密码）中，学号、姓名、性别、

生日、密码，都是非主属性，且每一个非主属性不传递函数依赖于候选键学号，即，学号决定姓名，但姓名不决定性别，不决定生日和密码。故，该关系模式属于3NF。

在关系模式学生（学号、姓名、性别、生日、密码）中，候选键为学函数依赖为学号—>姓名，学号—>性别，学号—>生日,学号—>密码故，该关系模式属BCNF。

由于在关系模式学生（学号、姓名、性别、生日、密码）中不存在多值依赖，故该关系模式不属于4NF。

综上所述，关系模式学生（学号、姓名、性别、生日、密码）为BCNF。

（2）分析关系模式教师（编号，姓名，性别，职称，所教科目）和课程（课程号码、学时、学分、课程介绍）

在关系模式教师（工号、姓名、性别、生日、密码、职称）和课程（课程号码、学时、学分、课程介绍）中，每一个属性都不能再分，故，属于首先满足1NF.主键分别为编号和课程号，每一个非主属性完全依赖于候选键，故，这两个关系模式首先属于2NF。且每一个非主属性不传递函数依赖于候选键学号，故属于3NF。而且，候选键编号和课程号决定一切非主属性，故，该关系模式属于BCNF。由于关系模式中不存在多值依赖，故，不属于4NF。即，关系模式教师（工号、姓名、性别、生日、密码、职称）和课程（课程号码、学时、学分、课程介绍）属于BCNF。

（3）分析关系模式管理员属性（工号、姓名、性别、生日、密码、权限标志）

在关系模式管理员属性（工号、姓名、性别、生日、密码、权限标志）中，每一个属性都不能再分，故，先属于1NF。

在关系模式管理员属性（工号、姓名、性别、生日、密码、权限标志）中，主键为工号，其他都是非主属性，每一个非主属性完全依赖于候选键，故，该关系模式属于2NF。

在关系模式管理员属性（工号、姓名、性别、生日、密码、权限标志）中，姓名，性别、生日、密码、权限标志都是非主属性，由于存在函数依赖，即，工号—>姓名，性别—>姓名，故该关系模式不属于3NF。