数据库课程设计(学生选课管理系统).doc

学生选课管理系统 PAGE \* MERGEFORMAT 22 系统总体功能设计 开发背景 随着学校规模不断扩大、课程项目不断增多，为了解决学生选课管理上的复杂的人工操作，减轻重复工作，故设计了选课系统。为了适应课程的改革，学校在每个学期都要开设一定的课程提供给学生，让学生根据自己的情况来选择，根据学生选择结果给出课程表。学生选课系统开发的目标就是实现学生选课信息关系的系统化、规范化和自动化。因此基于以上原因设计开发学生选课管理系统。 1.2 设计思想 用户的需求具体表现在对各种信息的提供、编辑、处理及查询统计上。这就要求数据库结构能充分满足各种信息的输入、处理和输出。通过分析学生选课管理系统的现实需求，学生选课管理系统各环节的基本数据及数据处理流程，在与管理人员沟通、交流与探讨的基础上，可以得到学生选课系统的数据流程图。根据得到的数据流图设计并实现数据库，然后进行系统编程，设计相应的图形用户界面，并实现相应数据库的连接。至此可以完成整个系统的设计与开发。 1.3 功能需求分析 该系统具备管理学生信息、课程信息、选课信息的功能：用户通过输入账号和密码进下该系统后，可以进行一些基础维护（学生信息维护、课程信息维护、选课信息维护）。全部都可以进行增加、修改、删除、模糊查询。具体来说多功能和系统的要求如下： （一）对功能的规定 1. 可实现学生选课。 2. 方便实现学生选课信息查询。 3. 安全有效的用户区分，管理。 4. 档案数据的高安全性，保密性。 （二）对性能的规定 使用稳定，操作性能好，操作方法易于掌握，系统的安全性强。 1.4 功能设计模块 该小型系统主要是用于管理学生及课程的基本信息，主要功能包括四方面的： 1.管理学生信息，其中包括添加，删除，修改等操作。 2.管理课程信息，其中包括添加，删除，修改等操作。 3.管理选课信息，其中包括添加，删除，修改等操作。 4.查询信息，其中包括查询学生信息，查询课程信息，查询选课信息等操作。 其功能模块结构图如下所示 学生信息管理系统 学生信息管理系统 学生管理 课程管理 选课管理 查询管理 添加信息 修改信息 删除信息 添加信息 添加信息 修改信息 修改信息 删除信息 删除信息 学生信息 课程信息 选课信息 数据库设计 2.1 数据库概念设计 描述概念模型的有力工具是E-R模型，下面将用E-R模型来描述概念结构。 根据上面的系统功能分析可知，本数据库需要建立以下几张表。建立一张学生信息表S，主要用来存放学生的有效信息，建立一张课程信息表C，用来存放课程的有关信息。同时为了能是两张表联系起来，需要建立一张选课表SC。这样可以这样能满足系统需要的各项数据，以实现数据录入，查询或统计等功能。同时为了实现数据库的安全性，需要建立一张管理员表admin，存放管理员的用户名和密码，以实现管理员的登陆。 由此可知学生选课管理系统的E-R图如下所示： 学生 学生 课程 选课 学号 姓名 系别 课程名 课程号 成绩 学号 课程号 实体属性列表如下： 学生 学号 姓名 系别 课程 课程号 课程名 选课 课程号 学号 成绩 2.2 逻辑结构设计 将概念模型转化为关系模型如下所示 实体转换成的关系模式有： 学生（学号、姓名、系别）； 课程（课程号、课程名）； 选课（课程号、学号、成绩）； 其中带下划线的属性为各关系模式的主码。 在以上关系中，实体中的每个属性都是简单属性，都是不可再分的，实体遵循第一范式； 对于学生关系模式来说 其属性集为（学号、姓名、系别） 函数依赖集为（学号?姓名，学号?系别） 对于课程关系模式来说 其属性集为（课程号、课程名） 函数依赖集为（课程号--?课程名） 对于选课关系模式来说 其属性集为（课程号、学号、成绩） 函数依赖集为（课程号、学号?成绩） 根据以上分析可知，以上关系模式中非主属性均完全函数依赖于码，因此他，它们符合2NF，同时在函数依赖集中，均不存在传递依赖，因此它们符合3NF的定义。 2.3 数据库的创建 在开始-?程序-?SQL--?SQL server Manaement Studio中启动数据库。 新建数据库如下图所示 给新建的数据库命名为学生选课管理系统 单击确定，这样数据库就创建好了，接下来的任务就是创建数据表了 2.4 数据表的创建 2.4.1 数据表的设计 1、学生表的创建 学生表主要存储学生的基本信息，便于在查询时操作，学生表的学号是唯一的，因此它可以作为学生表的主键。 学生表的结构如下所示 学生表（S） 列名 数据类型 约束 键 说明 Sno Char(10) Not null PRI 学号 Sname Char(10) 姓名 Sdept Char(10) 系别 2、课程表（C）的创建 课程表主要存放有关课