学生成绩管理系统数据库课程设计报告.docxVIP

学生成绩管理系统 数据库课程设计报告 1需求分析 用户需求概述 本系统为学生成绩管理系统，该系统开发的主要目的是使得学生的成绩管理工作更加清晰、条理化、自动化，实现对学生成绩的集中统一的管理。具体完成通过用户名和密码登录系统，查询课程基本资料，学生所选课程成绩，修改用户密码等功能。本系统主要实现对学生成绩的管理，需要完成的主要功能有： （1）通过用户名和密码登录系统，查询课程基本资料，学生所选课程成绩，修改用户密码等功能，容易地完成学生信息的查询操作。 （2）设计人机友好界面，功能安排合理，操作使用方便，并且进一步考虑系统在安全性，完整性，并发控制，备份和恢复等方面的功能要求。 1.2 数据需求 Student表： sno Char(8) 不允许为空 sname Char(10) 不允许为空 Ssex Char(2) 不允许为空 sbirth Datetime(8) 允许为空 class Char(4) 不允许为空 type Char(7) 允许为空 score表结构： sno Char(8) 不允许为空 cno Char(5) 不允许为空 degree Float(8) 不允许为空 Course表： cno（主键） Char(5) 不允许为空 cname varchar(10) 不允许为空 tno char(3) 不允许为空 Teacher表 tno char(5) 不允许为空 tname varchar(10) 不允许为空 depart varchar(8) 不允许为空 Tsex char(2) 不允许为空 Tbirth datetime , 允许为空 prof char(6) 允许为空 2概念设计内容 2.1 概念设计综述 由需求分析的结果可知，本系统设计的实体包括： （1）学生基本信息：学号，姓名，性别，地址，年龄，专业。 （2）课程基本信息： 课程名，课程号，分数，学时，学分。 这些实体间的联系包括： （1）学生（学号，姓名，性别，年龄，地址，系别），其主关键字为学号; （2）课程（课程名，课程号，学时，学分），其中主关键字为课程号； （3）成绩（课程号，学号，分数）其中主关键字为学号和课程号。可以与学生关系模式合并为：学生（学号，姓名，性别，年龄，地址，系别，成绩，课程号）。 E-R模型如下： 3规范化设计 1．范式的判断条件： 第一范式：如果一个关系模式R的所有属性域都是原子的，我们称关系模式R属于第一范式； 第二范式：若关系模式R满足第一范式，且每一个非主属性完全函数依赖于码，则关系模式R满足第二范式； BC范式：对于R中所有的函数依赖，下面至少有一个成立（α—β是平凡的，α是模式R的一个超码）； 第三范式：在BC范式的判断条件上加多一个条件：β-α中每个属性A都包含在R的一个候选码中。 2．本关系模型的判断： A、对于我设计的关系模式中所有实体集和关系集，每一个属性的属性域都是不可再分的，都具有原子性，因此由该关系模式转换而来的关系模型符合第一范式的要求。 B、对于由关系模式中的联系集转换而来的关系模型，因为它们的属性都是参加关系的实体集的主码，都完全依赖于对应关系集的主码且都是非平凡的函数依赖，因此这些关系模型满足2NF，3NF，BCNF； 4数据库逻辑设计 4.1 关系模型 与设计的关系模式相对应的SQL语句如下： 4.2.1创建数据库： create database ssh on ( name=ssh, filename=e:\database\ssh.mdf’, size=1) log on ( name=ssh1, filename=e:\database\ssh1.ldf, size=1) 4.2.2创建数据表 (1) student表 use ssh create table student ( sno char(8) primary key, sname char(10) not null, Ssex char(2) not null, Sbirth datetime, class char(4) not null semail varchar(20)) (2) score表 create table score (sno char(8) not null, cno char(4) not null, degree float not null) (3) course表 create table course (cno char(5) not null primary key, cname varchar(10) not null, tno char(3) not null ) (4) teacher表 create table