数据库学生选课系统报告.docx

数据库学生选课系统报告.docx

《数据库学生选课系统报告.docx》由会员分享，可在线阅读，更多相关《数据库学生选课系统报告.docx（10页珍藏版）》请在冰豆网上搜索。

数据库学生选课系统报告

数据库课程设计

课程设计题目：

学生选课系统

*****

学号：

3

专业：

计算机信息管理

系别：

东华理工高职院

一：

摘要

二：

课程设计任务的需求分析

三：

概念结构设计

四：

逻辑结构设计

五：

数据库维护

六：

图文与演示

七：

收获与总结

一、摘要

本文以一个具体的应用系统-学生选课信息系统的设计与实现来说明如何利用UML和EJB组件来设计和构建分布式软件的系统平台，现在的信息管理系统软件的开采，采用组件技术可以提高效率，信息管理系统的分析设计业可以采用UML来进行，两者的结合可以极大地体改开发效率，保证系统开发的易维护性。

随着在校大学生人数的不断增加，教务系统的数据量也不断的上涨，运用计算机辅助选课，开发一套在线选课系统是十分必要的，技能实时的对大量选课数据进行检验和统计，十分方便的输出选课结果，同时也避免了人工处理时容易产生的错误。

二、课程设计需求分析

作为数据库课程设计题目，鉴于设计时间有限，我们不追求大而全，只是把学生选课所涉及的核心内容作为数据库管理的对象来进行设计。

要完成对学生选课的管理，系统必须管理学校的教师信息，学生选修课程的信息，学生开设所有的课程信息，学校的院系信息，专业设置信息，教师开设课程信息等。

选课系统主要满足三类用户需求，这三类用户分别是教务处的系统管理员，教师和学生，他们所具备有的操作权限以及操作的内容是不同的。

要求选课系统可以满足以下功能：

系统管理员能对学生信息，教师信息课程信息等进行有效的管理和维护，包括增加，删除，修改等基本的维护功能和灵活的查询功能，教师和学生能够对个人基本信息，教授，选课所涉及的有关信息进行查询，更新等操作。

需求分析如下。

（1）系统管理员

1）维护学生的个人基本信息，实现对学生个人信息的增加，删除更新等。

学生信息包括学生的学号，姓名，性别，院系，专业，年龄，电话，EMAIL，地址等。

2）维护教师个人信息，实现对教师个人信息的增加，删除，更新等。

教师信息包括教师的工号，姓名，性别，院系，职称，年龄，电话，EMAIL地址等。

3）维护课程信息，实现对课程信息的增加，删除，修改等。

课程信息包括课程号，课程名，课程性质，学分等。

（2）学生用户

1）查询和修改个人信息，如电话，EMAIL地址等。

2）进行选课操作，包括查看课程设置信息，选课，退选，查看已选课程等。

3）学生科查看自己当钱所选课程的信息和以前所选课程的成绩信息

（3）教师用户

1）查询和修改个人信息，如电话，EMAIL地址等。

2）课程结束后，教师对所教授的学生进行成绩登记。

3）教师可以查看自己的教学安排，包括讲授课程，学时数，以往所教授课程的学生成绩等信息。

教学管理的基本规定是：

每门课程可以由多个教师开设不同老师开设的同门课程有不同的代码，每个教师可以开设多门课程，每个学生可以选修多门课程，每门课程有多个学生选修，每个学生选修每门课程都会获得一个成绩。

三、概念结构设计

（1）抽象出系统的实体

学生选课系统只要包含学生、教师、课程3个实体，下图为三个实体的E-R图，其中加下划线的属性为三个实体的主键。

图2-1学生实体及属性

图2-2教师实体及属性

图2-3课程实体及

（2）设计分E-R图

根据需求分析的结果，在学生选课系统中有以下关系：

1）学生与教师：

一个教师可以教授多名学生，每个学生可以选择多个教师的课程。

所以，学生与教师之间是通过选课进行联系的，并且两者之间的关系是多对多的联系。

2）学生与课程：

一个学生可以选择多门课程，一门课程可以对多个学生开放。

因此，学生与课程之间是多对多的联系。

学生选修一门课程会有一个成绩。

3）教师与课程：

一个教师可以教授多门课程，一门课程同时也可以被多名教师教授。

因此教师与课程之间的关系是多对多的联系。

根据上述分析，得到各个局部的E-R图如下：

图2-4学生和教师之间的E-R图图2-5学生与课程之间的E-R图

四：

逻辑结构设计

逻辑结构设计就是将概念结构设计中的全局E-R图转换为与选用的DBMS产品所支持的数据模型相符合的逻辑结构。

根据介绍的E-R图向关系数据模型转换的相关规则，将图2-5所示图转换为关系数据模型，得到学生选课系统的关系模式如下：

●教师（工号，姓名，性别，院系，年龄，职称，电话，EMAIL）为教师实体对关系模式，其中学号是学生教师的关系主键。

●学生（学号，姓名，性别，专业，院系，年龄，电话，EMAIL）为学生实体对应的关系模式，其中学号是学生关系的主键。

●课程（课程号，课程名，学分，课程性质）为课程实体对应的关系模式，其中课程号是课程关系的主键。

●选课（学号，工号，课程号，成绩）为联系“选课”对应的关系模式。

因为选课时学生课程和教师之间的多对多联系，因此学生，教师和课程的主属性，以及选课联系本省的属性“成绩”，共同构成了选课关系模式的属性其中学号，工号课程号的组合是选课关系的主键。

五：

数据库维护

1.备份维护数据库

数据维护包括许多内容，包括用户权限的设置,数据库完整性维护，数据库的备份，表的备份，日志备份等。

这里重点介绍数据库的备份。

SQLserver2005提供了4种不同的备份方式，它们分别为：

1）完整备份：

备份整个数据库的所有内容，包括事务日志。

该备份类型需要比较大的存储空间来存储备份文件，备份时间也比较长，在还原数据时，也只需要一个备份文件。

2）差异备份：

它是完整备份的补充，差异备份至备份上次完整备份后更改的数据。

相对完整备份来说，差异备份的数据量比完整备份小，备份的速度也比完整备份要快。

因此数据库管理员经常采用的是一次完整性备份之后，进行多次差异备份。

在还原多次差异备份，在还原数据时，要先还原前一次做的完整备份后再还原最后一次所做的差异备份，这样才能让数据库里的数据恢复到与最后一次差异备份时的相同内容。

3）事务日志备份：

事务日志备份只备份事务日志里的内容。

事务日志记录上一次完整备份或事务日志备份后数据库的所有变动情况，因此在做事务日志备份之前，也必须要做一次完整备份。

事务日志备份在还原数据时，除了先要还原完整备份之外，还要一次还原每个事务日志备份，而不是只还原最近一个事务日志备份。

4）数据库文件和文件组备份：

如果在创建数据库时，为数据库创建了多个数据库文件或文件组，可以使用该备份方式。

使用文件和文件组备份方式可以只备份数据库中的某些文件，该备份方式在数据库文件非常庞大的时候十分有效，由于每次只备份一个或多个文件和文件组，可以分多次来备份数据库，避免大型数据库备份的时间过长。

另外，由于文件和文件组只备份其中一个或多个数据文件，因此当数据库里的某个或某个文件损坏时，可以只还原损坏的文件或文件的形式。

六：

图文与演示

七:

收获与总结

在这个星期，我们用数据库做了一个学生选课系统，分别实现了对学生选课系统的学生信息，了解学生信息，学生与教师之间的联系等几大功能。

在这次试验中，我们都很用心的去做这次试验，但是，这次试验中也出现了许多的问题，最大的问题就是对数据库软件的不熟悉，在实现与数据库的连接时，经常会出现一些不同的错误。

在这一个星期的课程试验中，我们回顾了很多在数据库中要用到的东西，也发现了我们对数据库当中的不熟悉，这次收获很大，看着自己做的报告，自己就会感到欣慰，欣慰的是终于把它做出来了，遗憾的是自己还有很多的不足，自身才意识到“书到用时方恨少”！

在整个试验中，通过对数据库的了解，锻炼了我们对事情的分析能力，提高了我们的综合能力，而且通过这次的试验，我们也学会了自学的能力，让我们对新的知识的认识能够好好的引用到实际中去，让我们在以后在工作中能够很好的处理此类问题，增强我们的自信和学习的动力。

总之，通过这次的课程设计，我们收获匪浅。