学生选课综合管理系统数据库优秀课程设计.doc

数据库系统原理及其应用教程
课程设计汇报

设计题目 选修课程管理系统设计和实现
指导老师

摘 要

伴随计算机技术日新月异，极大推进各个行业信息化进程。各大高校也急需进行信息化改革，以促进教学质量和工作效率快速提升。
本文是在对各大高校全校公开课学生选课情况进行实地调查后，进行具体分析讨论后撰写学生选课管理系统数据库设计汇报。全文从最初系统计划，到需求分析、概念设计、逻辑设计、物理设计。每一阶段全部进行了具体分析。接下来实现、运行和维护阶段，还进行了对本系统测试，最终是此次项目开发心得和体会和本文参考文件。
本系统关键功效是对学生选课及相关信息进行管理。较行业同类产品而言，本系统人机界面设计愈加合理、人性化，用户操作简单方便。数据库安全性更高，对用户访问权限进行了严格控制。数据存取速度愈加快，使用年限更长。能够很好满足高校公开课学生选课要求，极大提升了学校工作效率。
关键字：学生选课管理系统；分析；设计

目 录

一、概述 2
1.1 设计背景 25
1.2 设计目标  27
1.3 设计内容 31
二、需求分析 14
2.1 功效分析 5
2.2 工作流图 4
2.3 数据流图 5
2.4 数据字典 10
三、概念模型设计 13
3.1 实体之间联络 13
3.2 E-R图 14
四、逻辑设计 18
4.1 概念模型向关系模型转换 18
4.2 概念模型优化 19
五、源代码及查询截图 20
5.1 数据库存放结构 20
5.2 实现 23
5.3 人机界面设计 25
5.4 系统测试  27
5.5 运行维护 31
六、总结 32
参考文件 32

一、 概述

1.1设计背景
可行性研究目标是用最小代价在尽可能短时间内确定数据库系统是否可能开发、是否值得开发、是否能够开发（在该汇报中关键是考查《学生选课管理系统》是否可能开发、是否值得开发、是否能够开发）。其实质是在较高层次上以较抽象方法进行、简化压缩需求分析和概要设计过程。

1.2设计目标
系统实现后，极大方便对学生进行选课和选课后临时班级安排管理,学生选课信息管理。避免在安排课程信息滞后，降低信息交流烦琐过程及其带来开销。促进高校教育计算机信息化进程，提升学校工作效率。对于系统本身而言，应该含有较高实用性、安全性。能够极大满足学生选课，和学校对选课信息管理。

1.3设计内容
调查学校教务处，设计用于管理全校学生选修课活动系统。关键功效有：
①全校选修计划课程管理；
②全校选修开课课程管理；
③全校学生选课管理；
④全校选修课成绩管理；
能够实现课程查询，修改和删除功效。

二、 需求分析

2.1 功效分析
关键功效：
老师和学生登陆系统帐号和密码，初始全部分别为老师和学号，登陆后密码能够修改。其中老师职位能够是管理员。管理员和非管理员老师及学生对系统操作含有不一样权限。管理员登陆系统，对学生选课情况进行管理，包含公布选课信息，对学生选课情况进行查看。管理员还能够对讲课老师信息进行增加、删除、修改、查询。老师登陆系统，能查看自己个人信息，及所讲课班级全部学生本门课程成绩信息，并能进行增加和修改。学生登陆系统，能进行选课，查看管理员公布选课信息，自己选课情况，本人基础信息，和课程成绩。系统自动分配学生选课后临时班级。
性能要求：
管理员公布信息、学生选课信息和管理员和学生对系统操作信息必需立即反应在本系统上，且无差错。
输入要求：
含有很好容错性和兼容性
输出要求：
应快速、正确、实时

2.2工作流图

系统需求：

用户需求具体表现在选课信息和用户信息提供、保留、更新和查询方面。这就要求数据库设计必需合理，使之能够充足满足多种信息输入和输出，确保数据存放可靠性，而且能够快速取出和存入。而前台显示部分，应含有些人性化界面，方便用户操作。因各个学校实际情况不一样，系统应该含有兼容性。比如：部分学校学生人数较多，同时登陆系统，系统承载负荷就很大。系统需要同时处理很大数据量，这时系统不会所以瓦解。系统还应该含有较强安全性，确保身份不一样用户，不能越权操作。非正当用户不能对数据进行操作。
功效需求：
经过系统功效分析，结合需求分析员在各大高校实地考查，调查对象涵盖了，学校教职员、在校师生。尤其是对已经运行了和本系统同类产品学校师生使用选课管理系统心得体会进行了分析，总结出以下需求信息：
（1） 学生需求：能进行选课，查看管理员公布选课信息，自己选课情况，本人基础信息，课程成绩；
（2）老师需求：能查看自己个人信息，及所讲课班级全部学生本门课程成绩信息，并能进行增加和修改；
（3）管理员需求：对学生选课情况进行管理，包含公布选课信息，对学生选课情况进行查看。管理员还能够对讲课老师信息进行管理。

2.3数据流图

系统顶层图：
依据系统关键信息处理功效，整个系统能够看作登陆管理，用户选课管理两个部分。从而得出了学生选课管理系统顶层图以下所表示：D2
选课信息库
学生选课管理系统顶层图
F1

用户
D1
用户信息库
P1

登陆管理
P2

用户选课管理
F2
F3
F4
F5
F6
F7
F8
F9
F10

注： F1:用户登陆信息 F2:用户注册信息 F3:用户基础信息 F4:用户基础信息
F5:学生选课信息清单 F6:学生选课信息 F7:登陆错误信息 F8:系统反馈用户信息
F9:用户信息清单 F10:修改密码后用户信息
数据步骤图一层分解图
（1）用户登陆管理。用户在登陆时，系统会进行判定。用户一共有三种类型，分别是学生，老师和管理员。其中，一部分老师是管理员。在登陆只有学生和老师两种类型，管理员身份由系统自行判定。在判定时需要查询用户信息库。用户信息库，包含学生注册信息，老师注册信息，管理员信息等。学生选课管理系统一层分解图——登陆管理，以下图所表示：

学生选课管理系统一层分解图——登陆管理
F1

用户
D1
用户信息库
F3
F2.1
F2.2
P1.1

用户身份判定
F2.3
P1.2

修改密码
F1
F10
P2

用户操作管理
F7.1
F7.2

注：F2.1:学生登陆信息 F2.2:老师登陆信息 F2.3:管理员登陆信息
F7.1:用户身份信息 F7.2:修改密码错误信息

（2）用户操作管理。在登陆管理进行判定后，发送学生登陆信息，老师登陆信息，管理员登陆信息其中一个。依据用户身份信息不一样，进入不一样管理界面，对应操作功效，权限全部有所不一样。以下图所表示：
P2.1

学生管理

学生
D1
用户信息库
D2
选课信息库
F2.1
F8.1
F3.1
F6.1
F5.1
学生选课管理系统一层分解图——学生管理

注：F3.1:原始学生信息 F5.1:学生更新后选课信
F6.1:学生查询选课信息 F8.1:学生操作后返回信息
P2.2

老师管理

老师
D1
用户信息库
D2
选课信息库
F2.2
F8.2
F3.2
F6.2
F5.2
学生选课管理系统一层分解图——老师管理

注：F3.2:原始老师信息 5.2:老师更新后选课信息
F6.2:老师查询选课信息 F8.1:老师操作后返回信息
P2.3

管理员管理

管理员
D1
用户信息库
D2
选课信息库
F2.3
F8.3
F3.3
F6.3
F5.3
F9.1
学生选课管理系统一层分解图——管理员管理
注：F3.3:原始管理员信息F9.1更新后用户信息F6.3:管理员查询选课信息F8.1:管理员操作后返回信息 F5.3:管理员更新后选课信息
数据步骤图二层分解图
（1）学生管理。将P2.1进行分解，学生管理包含，查看选课信息和个人信息，进行选课、重新选课。学生选课管理系统二层分解图——学生管理以下图所表示：
学生选课管理系统二层分解图——学生管理
D1
用户信息库
F8.1
F5.1.1
P2.1.1
个人信息查询
P2.1.2
选课信息查询
P2.1.3
增加选课
P2.1.4
删除选课
D2
选课信息库
F5.1.2
F6.1
F2.1
F2.1
F2.1
F2.1

学生
F8.1
F8.1
F8.1
F3.1
F3.1

注：F3.1:学生个人信息 F5.1.1:增加后选课信息F5.1.2: 删除后选课信息

（2）老师管理。将P2.2进行分解，老师管理包含，查看选课信息和个人信息，填写学生成绩。学生选课管理系统二层分解图——学生管理以下图所表示：
学生选课管理系统二层分解图——老师管理
D1
用户信息库
F3.2.1
P2.2.1
个人信息查询
P2.2.3
查询选课信息
P2.2.4
填写学生成绩

D2
选课信息库
F5.2.2
F6.2
F2.2
F8.2
F2.2

老师
F8.2
F8.2
F8.2

注：F3.2.1:老师个人信息 F3.2.2:学生个人信息
F5.2.2:增加后学生成绩信息 F5.2.3:修改后学生成绩信息

（3）老师管理。将P2.3进行分解，管理员管理包含，1.管理学生信息，包含对学生信息查询、增加，修改，删除；2.管理老师信息，包含对老师信息查询、增加，修改，删除；3.选课信息管理，包含公布选课信息，增加，修改，删除选课课程等。学生管理系统二层分解图——学生管理以下图所表示：
学生选课管理系统二层分解图——管理员管理
D1
用户信息库
P2.2.3

管理学生信息
P2.2.3

管理老师信息
F8.3
F2.3
F2.3
F3.3.1
F9.1.1
F9.1.2
F3.3.2
D2
选课信息库
P2.2.3

管理课程信息

F2.3
F3.3.3
F9.1.3
P2.2.3

管理班级信息
F2.3
F3.3.3
F9.1.4

管理员
F8.3
F8.3

注：F3.3.1:原始学生信息 F3.3.2:原始老师信息 F3.3.3:原始课程信息
F3.3.4:原始教室信息 F9.1.1:修改后学生信息 F9.1.2:修改后老师信息 F9.1.3:修改后课程信息 F9.1.3:修改后班级信息

2.4数据字典
数据流条目
用户登陆信息数据流条目
编号
F1
数据流名称
用户登陆信息
起源
用户
去向
P1：登陆管理
简述
用户在登陆时输入账号、密码和验证码
组成
用户名+密码+身份+验证码
用户身份信息数据流条目
编号
F2
数据流名称
用户身份信息
起源
P1：登陆管理
去向
P2：用户操作管理
简述
登陆系统判定用户身份后发送信息
组成
用户名+密码+身份+验证码

用户注册信息数据流条目
编号
F3
数据流名称
用户注册信息
起源
用户信息库
去向
P1：登陆管理
简述
系统从用户信息库中查询出来用户注册信息
组成
[学生注册信息]+[老师注册信息]+[管理员注册信息]

用户基础信息数据流条目
编号
F4
数据流名称
用户基础信息
起源
D1：用户信息库
去向
P2：用户操作管理
简述
系统从用户信息库中查询出来用户基础信息
组成
[学生信息]+[老师信息]+[管理员信息]

用户基础信息数据流条目
编号
F5
数据流名称
学生选课信息清单
起源
P2：用户操作管理
去向
D2：选课信息库
简述
用户操作数据后存入选课信息库中信息
组成
学号+课程号+成绩

用户基础信息数据流条目
编号
F6
数据流名称
学生选课信息
起源
D2：选课信息库
去向
P2：用户操作管理
简述
用户操作数据后存入选课信息库中信息
组成
学号+课程号+成绩+[班级信息]

用户基础信息数据流条目

编号
F7
数据流名称
登陆错误信息
起源
D2：选课信息库
去向
P2：用户操作管理
简述
用户登陆时，输入用户名，密码或验证码错误
组成
错误信息

用户基础信息数据流条目
编号
F8
数据流名称
系统反馈用户信息
起源
D2：选课信息库
去向
P2：用户操作管理
简述
用户进行操作后,系统反馈给用户信息
组成
查询或操作显示信息，或错误提醒信息

用户基础信息数据流条目
编号
F9
数据流名称
用户信息清单
起源
P2：用户选课管理
去向
D1：用户信息库
简述
用户操作数据后存入用户信息库中信息
组成
[学生信息]+[老师信息]+[管理员信息]

用户基础信息数据流条目
编号
F10
数据流名称
修改密码后用户信息
起源
P1：登陆管理
去向
D1：用户信息库
简述
用户修改密码后存入用户信息库信息
组成
用户名+密码+身份

数据处理
登陆管理数据处理
编号
P1
名称
登陆管理
输入流
F1、F3
输出流
F2、F7、F10
简述
对登陆信息进行管理
处理
判定用户登陆时输入登陆信息是否正确

用户操作管理数据处理

编号
P2
名称
用户操作管理
输入流
F2、F4、F6
输出流
F5、F8
简述
用户相关操作管理
处理
依据用户不一样，进行不一样用户操作管理
数据存放
数据存放处理
编号
数据存放名
输入数据流
删除数据流
流量
D1
用户信息库
F9、F10
F3、F4
大
D2
选课信息库
F6
F5
大

三、概念模型设计

3.1 实体之间联络
依据需求分析，归结出适宜联络：
1、一个学生最多能够选两门课，一门课能够被多个学生选
2、一个老师最多能教一门课，一门课能够被多个老师教授，
3、老师中只有一个是管理员
4、一个学生能够属于不超出两个临时班级，一个临时班级能够有多名学生
5、一名老师能够在多个临时班级上课，一个临时班级只有一名老师教授

3.2 E-R图
局部E-R图
（1）学生课程联络E-R图
学生课程联络E-R图

学生

课程
选修
M
N
成绩
年纪
密码
系部
学号
姓名
性别
课程号
课程名
学分
上课时间
结束时间
开始时间

（2）老师课程关系E-R图
老师课程关系E-R图

老师
讲授
1
N

课程
课程号
课程名
学分
上课时间
结束时间
开始时间
性别
老师名
老师号
年纪
身份
密码

（3）学生临时班级联络E-R图
学生临时班级联络E-R图

临时班级
属于
N

学生
M
年纪
密码
系部
学号
姓名
性别
班级号
班级名
人数
地点

（4）管理员老师关系实体E-R图
管理员老师关系E-R图

老师
管理员
1
N
性别
老师名
老师号
年纪
身份
密码

（5）老师班级关系实体E-R图
老师临时班级联络E-R图
任教
N
1

临时班级
地点
人数
班级名
班级号

老师
性别
老师名
老师号
年纪
身份
密码

（6）课程临时班级关系实体E-R图
上课时间
班级号
学分
班级名
课程名名
开课时间
地点
课程号
结束时间
人数

课程

临时班级
开设
1
N
课程临时班级联络E-R图

全局E-R图
学生选课全局E-R图

学生
管理员
1
N

老师

课程

班级
选修
成绩
教授
属于
任教
N
N
M
M
N
N
1
1
开设
1
N

四、逻辑设计

4.1 概念模型向关系模型转换
依据需求分析中E-R图，经过对实体属性和之间联络分析，我们将其由概念模型向关系模型转化，而且依据范式化理论进行优化
1:N联络转化关系模式
（1）老师课程联络概念模型向关系模型转化
老师表（老师号，老师名,性别，年纪，身份，密码，课程号）
课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）
（2）老师临时班级联络概念模型向关系模型转化
老师表（老师号，老师名,性别，年纪,身份，密码）
临时班级表（班级号，班级名，人数，地点，老师号）
（3）课程临时班级联络概念模型向关系模型转化
临时班级表（班级号，班级名，人数，地点，课程号）
课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）
M:N联络转化关系模式
（1）学生选课联络概念模型向关系模型转化
学生表（学号，姓名，性别，年纪，系部，密码）
课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）
选课表（学号，课程号，成绩）
（2）学生班级联络概念模型向关系模型转化
学生表（学号，姓名，性别，年纪，系部，密码）
临时班级表（班级号，班级名，人数，地点）
学生班级关系表（学生号，班级号）
4.2 概念模型优化
确定范式等级
依据上述分析所归结出来数据依靠种类和在本系统实际开发过程中，需要包含多表查询及表修改和删除，且存在多值依靠实际情况下，其关系模式应达成BCNF。
实施规范化处理
因为学生选课联络关系模式、学生班级关系模式和老师管理员联络关系模式已经不存非平凡且非函数依靠额多值依靠，所以在这里不需要做处理。
各个关系模式函数依靠集以下：
老师课程联络：F={老师号→老师名，老师号→性别，老师号→年纪，
老师号→身份，老师号→密码，老师号→课程号}
班级临时班级联络：F=｛班级号→班级名，班级号→人数，班级号→地点，班级号→老师号｝
课程临时班级联络：F=｛班级号→班级名，班级号→人数，班级号→地点，
班级号→课程号｝
选课联络：F=｛（学号，课程号）→成绩｝
学生班级联络：F=｛（学生号，班级号）｝
（1）老师课程联络概念模型向关系模型优化
老师表（老师号，老师名,性别，年纪，身份，密码）
课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）
老师课程联络（老师号，课程号）
（2）老师临时班级联络概念模型向关系模型优化
老师表（老师号，老师名,性别，年纪,身份，密码）
临时班级表（班级号，班级名，人数，地点）
老师临时班级关系（班级号，老师号）

（3）课程临时班级联络概念模型向关系模型优化
临时班级表（班级号，班级名，人数，地点）
课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）
课程临时班级关系（班级号，课程号）
经过规范化处理后全部关系模以下：
学生表（学号，姓名，性别，年纪，系部，密码）
课程表（课程号，课程名,学分,上课时间，开课时间，结束时间）
老师表（老师号，老师名,性别，年纪,身份，密码）
临时班级表（班级号，班级名，人数，地点）
老师课程关系(老师号, 课程号)
老师临时班级关系（班级号，老师号）
选课表（学号，课程号，成绩）
学生临时班级关系表（学生号，班级号）
课程临时班级关系（班级号，课程号）

五、源代码及查询截图

5.1 数据库存放结构
经过需求分析，概要设计和逻辑设计步骤得到本系统数据库结构。
数据库表设计
深入确定上一章逻辑设计中设计好关系模式中各个数据项类型和长度，将每个关系转换为数据库中二维表格，并确定了各个表主键和外键，得到以下表结构：
学生表
字段名称
字段含义
数据类型及长度
约束
默认值
Sno
学号
varchar(15)
主键

Sname
姓名
varchar(15)
非空

Ssex
性别
varchar(2)

男
Sage
年纪
int
>0或<40

Sclass
班级
varchar(15)

Sdept
系部
varchar(20)

Spass
密码
varchar(15)
非空

老师表
字段名称
字段含义
数据类型及长度
约束
默认值
Tno
老师号
varchar(15)
主键

Tname
姓名
varchar(15)
非空

Tsex
性别
varchar(2)

男
Tage
年纪
int
>0或<100

Tpass
密码
varchar(15)

Status
身份
varchar(10)

课程表
字段名称
字段含义
数据类型及长度
约束
默认值
Cno
课程号
varchar(15)
主键

Cname
课程名
varchar(15)
非空

Credit
学分
int

Ctime
年纪
varchar(15)

Cbegintime
班级
varchar(15)

临时班级表
字段名称
字段含义
数据类型及长度
约束
默认值
Csno
课程号
varchar(15)
主键

Csname
课程名
varchar(15)
非空

Address
地址
varchar(15)

Number
人数
Int
>=0或<=100

选课表
字段名称
字段含义
数据类型及长度
约束
默认值
Sno
课程号
varchar(15)
主键,外键

Cname
课程名
varchar(15)
主键,外键

Grade
成绩
Int
>=0或<=100

学生临时班级关系表
字段名称
字段含义
数据类型及长度
约束
默认值
Sno
学号
varchar(15)
主键,外键

Csno
班级号
varchar(15)
主键,外键

老师课程关系表
字段名称
字段含义
数据类型及长度
约束
默认值
Tno
老师号
varchar(15)
主键,外键

Cno
课程号
varchar(15)
外键

老师临时班级关系表
字段名称
字段含义
数据类型及长度
约束
默认值
Csno
班级号
varchar(15)
主键,外键

Tno
老师号
varchar(15)
外键

课程临时班级关系表
字段名称
字段含义
数据类型及长度
约束
默认值
Csno
班级号
varchar(15)
主键,外键

Cno
课程号
varchar(15)
外键

数据存放位置设计
依据本系统数据库使用情况，主数据文件信息量大且使用频繁将其存放在高速存放器（硬盘）上。将表和表上索引存放在不一样磁盘上方便提升查询效率，同时这么能够提升物理I/O读写效率。数据库备份文件和日志文件等文件因为使用频率小而且数据量很大，存放在低速存放设备上。
关系模式存取方法
关系模式采取索引存取方法和聚簇存取方法共用。
数据库安全性
在数据库中，因为用户身份不一样，对数据库访问权限也就不一样。管理员几乎能够对全部用户自定义表进行操作（包含增、删、改、查）。但依据实际情况，学生一旦选课成功，管理员是无法对其选课信息进行修改。一样，学生和老师对数据库访问权限就愈加小了。这么也就确保了数据库安全性。
另外首先，数据库表中，各表之间依据实体完整性、参考完整性、域完整性设置了多种约束。一旦一张表被非法操作，如删除，修改。也会影响其它表。所以这就要求DBA定时进行备份，预防当数据丢失时，引发不可估量损失。

5.2实现
依据概要设计和逻辑设计结果，在计算机上建立实际数据库结构，导入数据进行程序调试。
数据库实现
（1）创建数据库Student
create database Student
on
(
name='学生选课管理库',
filename='E:\db\学生选课管理库.mdf',
size=5,
maxsize=15,
filegrowth=2
)
视图实现
（1）创建查询可供选择课程视图
create view cinfo
as
select ame,course.ccredit,class.address,course.ctime,course.cbegintime,course.cendtime,class.number,o,class.csname,class.csno
from course,tc,class,cc
where o=o and o=o and class.csno=cc.csno
（2）创建老师信息视图
create view tinfo
as
select teacher.tno,teacher.tname,teacher.tsex,teacher.tage,status,ame
from teacher,course,tc
where teacher.tno=tc.tno and o=o;
（3）创建老师老师讲课视图
create view tcinfo
as
select teacher.tno,teacher.tname,o,ame
from teacher,course,tc
where teacher.tno=tc.tno and o=o
（4）学生选课信息视图
create view scinfo
as
select student.sname,ame,course.ccredit,course.ctime,course.cbegintime,course.cendtime,student.sno
from student,course,sc
where student.sno=sc.sno and o=o
（5）老师任教情况
create view ctinfo
as
select teacher.tno,teacher.tname,class.csno,class.csname
from class,teacher,ct
where class.csno=ct.csno and ct.tno=teacher.tno
（6）老师课程班级之间关系视图
create view tcs
as
select o,tc.tno,cc.csno from cc,tc where o=o
（7）学生课程班级之间关系视图
create view scc
as
select scs.sno,scs.csno,o from scs,cc where scs.csno=cc.csno
select * from sc
（8）学生已选课程成绩
create view scgrade
as
select scc.csno,class.csname,scc.sno,student.sname,o,ame,student.sclass,sc.grade
from scc,course,class,student,sc
where o=o and scc.csno=class.csno and scc.sno=student.sno and scc.sno=sc.sno and o=o
（9）创建查询可供选择课程视图
create view cinfo
as
select course.Cname, course.Ccredit, class.address,course.CTime,course.Cbegintime,course.Cendtime,class.number,course.Cno,class.CSname,class.CSno,teacher.Tname
from tcs,teacher,class,course
where tcs.tno=teacher.tno and class.csno=tcs.csno and o=o
（10）创建查询已选可供选择课程视图
create view scinfo
as select student.sno,student.sname,ame,course.ccredit,course.ctime,
course.cbegintime,course.cendtime,o,sc.grade
from sc,student,course
where sc.sno=student.sno and o=o
5.3人机界面设计
用户登陆界面
用户登陆界面是每一个用户，在登陆本系统时出现界面，如要用户输入用户名、密码和验证码，和确定用户身份。其界面以下图：

用户登陆界面
学生选课管理界面
学生登陆成功后，进入学生管理模块，其界面以下：
学生选课管理界面
老师管理界面
老师成功登陆系统后，老师管理界面以下图：

老师管理界面

管理员管理界面
管理员成功登陆系统后，管理员管理模块界面以下图：

管理员管理界面

5.4 系统测试 
用户登陆测试
（1）登陆信息验证测试。有一名用户，用户名为：S01001 密码为：hongfeng，其身份为学生。当其在登陆界面全部信息输入正确时将进入图6-2界面。假如该用户输入为abcdef，系统就会提醒用户犯错，犯错界面以下：

登陆错误提醒1
（2）假如用户在输入登陆信息时不符合规范，将弹犯错误提醒。如：验证码要求输入4位数字，现在输入4位字符或3位数字，将会弹出一下提醒框：

登陆错误提醒2
学生选课管理测试
（1）学生选课测试。一名学生用户，登陆系统后，进入图6-2界面，选择学生选课，进行选课。以下图：

课程安排

（2）该用户选择了考研数学和汽车概论两门课程，点击选课按钮，系统提醒选课成功。选课成功后，返回课程安排界面，以下图：

选课后课程安排
（3）课程安排界面，点击已选课程，进入以下界面：

已选课程
老师管理测试
（1）一名老师，登陆系统成功后，进入图6-3界面，点击老师讲课信息，显示该名老师临1101班任教，以下图：

老师讲课班级信息
（2）在图6-7-1界面，点击查看临1101班信息，进入以下界面：

修改前学生成绩
（3）在界面点击修改，将“萧萧”成绩修改成90，修改后界面以下：

修改后学生成绩
管理员管理测试
（1）“王军”是本系统唯一一名管理员，登陆系统后，进入图6-4界面，下面对其对学生管理进行测试。点击学生信息，进入以下图界面：
学生信息管理

（2）添加一个学号为“S01005”，姓名为“刘宏”，性别为“男”，22岁，计算机学院，计科0901班学生信息，添加成功后，以下图

增加学生信息后学生信息
（3）在上述界面，输入“男”作为关键字，点击查询后，以下图：

搜索后学生信息
（3）在图上述界面，在第6行，点击修改，将“刘娇”性别改成男，修改成功后，以下图：

修改后学生信息
5.5 运行维护
经过实际测试和运行，已经能够满足高校公开课学生选课该，系统运行稳定，以后使用和维护中DBA应该注意进行定时备份数据库，以免丢失数据库。定时清理数据库中无效数据，以提升运行效率。对软件及运行环境进行日常维护。

六、总结
（设计过程中碰到问题和处理方法；课程学习及设计体会）

在此次课程设计当中，我们碰到很多困难，同时也学习到很多。最关键是深刻体会到了团体关键性。
在课程设计刚开始时候，因为我们在没有进行具体数据库分析情况下，就盲目标编写程序。使得在数据库表结构，关系模式出现问题或变动时候，花费了大量时间来修改代码。造成了工作进度落后于预期进度。给以后工作带来很多不便。这个时候已经离项目交付日期不到两周。我们开发团体立即组织起来，召开紧急会议，总结了发生错误原因。最终一起进行讨论，协商，决定改变以前错误方针，重新进行具体合理数据库分析。踏扎实实从可行性分析开始，经过需求分析、逻辑设计和物理设计。三天后，一份具体数据库分析汇报摆在大家面前。以后，程序编写就十分方便了。
我们采取MVC模式Servlet+JSP+JavaBean技术进行数据库连接和界面开发。在开发过程碰到最大困难是，地址跳转问题。因为本系统是基于Web，所以在从一个页面到另一个页面跳转，地址确实定就极为关键。而恰恰开始时候这方面大家掌握并不是很好，所以总是出现了问题。大家针对这个问题，重新进行相关知识学习。经过一边学习，一边处理碰到问题。我们对这个方面知识有了深刻认识。
总而言之，完成这次课程设计，我们全部获益匪浅，对以后项目开发有很大帮助。

为了完成我数据库课程设计，我从上学期就开始做了。了解到 C++ 在数据库方面应用比较麻烦，也考虑到想在课程设计过程中学到更多东西，于是我从开头开始学 C# ，一门全方面面向对象编程语言。我从图书馆借了大量相关 C# 书，并在短时间内把 C# 基础语句和功效看懂，以后就开始看 C# 在数据库方面应用。前期知识准备差不多时候，就开始动工做我课程设计。
在 开始时候，总会碰到这么或那样问题，在做过程中，慢慢探索和研究，把其中一个个问题逐一处理