高校学籍管理系统【数据库设计】2020.7.26

目录

• 一、前言
• 二、需求设计
• 三、概念结构设计
• 四、逻辑结构设计
• 五、物理结构设计
• 六、数据库实施
• 七、运行与维护
• 八、总结

一、前言

目前，我国高校管理学籍的工作人员都没有经过系统科学的培训，对于现代科技知识和管理技能存在明显的缺陷和不足，管理人员的力量也十分薄弱，在进行日常的学籍管理时，很容易存在遗漏、敷衍了事等不良现象，这样的现象会在很大程度上影响高校的学籍管理水平。随着高校办学规模的扩大和招生人数的增加，学籍管理维护是学校管理中异常重要的一个环节，作为学校，除了育人，就是育知，学生成绩管理的计算机化是整个学校教务管理中的重要一部分，介于它的重要性，学生成绩管理系统的开发与应用就逐渐提入议程，并占着越来越重要的份量。 运用学生成绩管理维护系统可以减轻学院教学人员的工作量，缩小开支，提高工作效率与准确率，能够节省时间，学生也能够尽快的知道自己的考试成绩，投入新的课程的学习或复习这次没有考过的课程。而学生成绩管理系统的应用也为今天的民办教育在未来市场的竞争力有所提高。 在现代高科技的飞跃发展，人们工作习惯的改变，特别是电脑的大量普及，人们生活节奏越来越快，怎样提高工作效率是人们首先考虑的问题。学生成绩管理是一个非常繁琐与复杂的一项工作，一个原因就是工作量大，不好管。对于一个学校而言，管理好学生的成绩，是非常重要的。因此开发出一套学生成绩管理系统是非常必要的。 摘要：

我国高等院校传统的学籍管理制度已经无法适应现代化的发展需求，但是，学籍管理是检验高校教育管理水平的一个非常重要的因素，学籍管理制度能够直接的影响到高校的教学质量。高校的学籍管理是一个十分繁杂的工作，在高等教育日趋大众化的现今社会，学籍管理的信息化建设变得十分迫切。 本文将对高等学校学籍管理信息化建设的重要性与对策进行简单分析。

关键字：

学籍管理；信息化建设；重要性与对策在高校的管理中，学籍管理占据着非常重要的地位，工作效率。

参考书：

《数据库技术及应用》《百度文库》《计算机导论》

二、需求设计

本设计的几点功能需求： ·实现学生信息、班级、院系、专业等的要求。 ·实现课程、学生成绩信息管理 ·实现学生奖惩信息管理

其中高校学籍管理系统的功能需求主要包括： 管理员、学生和教师对功能的需求

管理员对功能的需求：

管理员权限最大，可以对学生、教师、课程等许多信息进行处理，包括对学生学籍信息的增删改查，以及对教师信息，课程信息的修改。或者系统出现问题时的一些相关维护。

学生对功能的需求：

学生一般利用此系统进行学号密码登录，查询自己的奖助学金、密码修改、以及选课情况、课程信息，进行选课，查询成绩，相关考试，一些比如普通话类考试的报名。

教师对功能的需求：

教师可以利用此系统登录修改密码，查询自己的授课信息，对学生进行课程管理，以及对学生成绩的修改输入。

三、概念结构设计

数据库设计是指对于一个给定的应用环境，构造（设计）优化的数据库逻辑模式和物理结构，并据此建立数据库及其应用系统，使之能够有效地存储和管理数据，满足各种用户的应用需求，包括信息管理要求和数据操作要求。目标：为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。 3.1.1 E-R图 （1）学生实体包含学号，姓名，性别，年龄，民族，籍贯，专业，年级，班级，政治面貌，入校成绩以及是否毕业等属性。

在这里插入图片描述

（2）课程实体包含课程号，课程名，开设学年以及开设学期四个属性。

在这里插入图片描述

（3）成绩实体有学号，课程号和成绩3个属性。

在这里插入图片描述

（4）奖惩实体包括学号，类型以及日期三个属性。

在这里插入图片描述

(5)班级实体包括编号，院系以及名称三个属性。

在这里插入图片描述

(6)教师实体包括教工号，姓名，性别，职称，电话等属性。

在这里插入图片描述

（7）学生实体与课程实体是一个多对多（m:n）的选修关系，学生，课程和和成绩3个实体也是一个多对多（m:n:p）的考试关系。

在这里插入图片描述

如图3.1-2所示为云民大高校学籍管理系统E-R图

在这里插入图片描述

四、逻辑结构设计

1.将概念结构设计阶段设计好的基本E-R图转换为关系模型，如下所示： 学生（学号，姓名，性别，年龄，民族，籍贯，系部，专业，年级，班级，政治面貌，入校成绩，是否毕业，毕业日期）。 课程（课程号，课程名，开设学年，开设学期）。成绩（学号，课程号，成绩）。 奖惩（学号，类型，日期）。 班级（编号，院系，名称）。 教师（教工号，姓名，性别，职称，电话）。

(1）学生表

在这里插入图片描述

(2）课程表

在这里插入图片描述

在这里插入图片描述

3.1.1 表的建立 (1)学生表

在这里插入图片描述

（2）课程表

在这里插入图片描述

（3）成绩表

在这里插入图片描述

（4）奖惩表

在这里插入图片描述

（5）班级表

在这里插入图片描述

（6）教师表

在这里插入图片描述

3.1.2 表的信息 （1）学生表

在这里插入图片描述

（2）课程表

在这里插入图片描述

（3）成绩表

在这里插入图片描述

（4）奖惩表

在这里插入图片描述

（5）班级表

在这里插入图片描述

（6）教师表

在这里插入图片描述

五、物理结构设计

1.数据库的物理设计通常分为两步: （1）确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构。 （2）对物理结构进行评价，评价的重点是时间和空间效率。如果评价结果满足原设计要求，则可进入到物理实施阶段，否则，就需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型，有时甚至要返回逻辑设计阶段修改数据。 2.创建视图 （1）V_学生成绩：包括学生学号，姓名、课程名称、成绩

Create view v_scoure
As
Select sno,sname,cname,score
From student,coure,score
Where student.sno=score.sno

（2）V_班级人数：包括班级名称、系别、专业名称、班级人数

Create view v_class
As
Select cclass,sdepart,smajor,rs
From student,coure,score

3.创建索引 （1）创建学生表的索引学生表：先点击右键，然后选择修改。在弹出的界面中选择索引页面，索引名为index,类型为主索引，表达式为学号。 （2）创建课程表的索引课程表：先点击右键，然后选择修改。在弹出的界面中选择索引页面，索引名为index1,类型为主索引，表达式为课程号。 （3）创建成绩表的索引成绩表：先点击右键，然后选择修改。在弹出的界面中选择索引页面，索引名为index2,通索引，表达式为课程号；索引名为xh,类型为主索引，表达式为学号。 （4）创建奖惩表的索引奖惩表：先点击右键，然后选择修改。在弹出的界面中选择索引页面，索引名为index3,类型为主索引，表达式为学号。 （5）创建班级表的索引 （6）创建教师表的索引

六、数据库实施

完成数据库的物理设计之后，设计人员就要用关系数据库管理系统提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来，成为关系数据库管理系统可以接受的源代码，再经过调试产生目标模式，然后就可以组织数据入库了，这就是数据库实施阶段。

七、运行与维护

数据库试运行合格后，数据库开发工作就基本完成，可以投入正式运行了。但是由于应用环境在不断变化，数据库运行过程中物理存储也会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。 在数据库运行阶段，对数据库经常性的维护工作主要由数据库管理员完成的。数据库的维护工作主要包括以下几方面。 1.数据库的转储和恢复

数据库的转储和恢复是系统正式运行后最重要的维护工作之一。数据库管理员要针对不同的应用要求制定不同的转储计划，以保证一旦发生故障能尽快将数据库恢复到某种致的状态，并尽可能减少对数据库的破坏。

2.数据库的安全性、完整性控制

在数据库运行过程中，由于应用环境的变化，对安全性的要求也会发生变化，比如有的数据原来是机密的，现在则可以公开查询，而新加入的数据又可能是机密的系统中用户的密级也会改变。这些都需要数据库管理员根据实际情况修改原有的安全性控制。同样，数据库的完整性约束条件也会变化，也需要数据库管理员不断修正，以满足用户要求。

3.数据库性能的监督、分析和改造

在数据库运行过程中，监督系统运行，对监测数据进行分析，找出改进系统性能的方法是数据库管理员的又一重要任务。目前有些关系数据库管理系统提供了监测系统性能参数的工具，数据库管理员可以利用这些工具方便地得到系统运行过程中一系列性能参数的值。数据库管理员应仔细分析这些数据，判断当前系统运行状况是否为最佳，应当做哪些改进，例如调整系统物理参数或对数据库进行重组织或重构造等。

4.数据库的重组织与重构造

数据库运行一段时间后，由于记录不断增、删、改，将会使数据库的物理存储情况变一坏，降低数据的存取效率，使数据库性能下降，这时数据库管理员就要对数据库进行重组织或部分重组织（只对频繁增、删的表进行重组织）。关系数据库管理系统一般都提供数据重组织用的实用程序。在重组织的过程中，按原设计要求重新安排存储位置、回收垃圾、减少指针链等，提高系统性能。

数据库的重组织并不修改原设计的逻辑和物理结构，而数据库的重构造则不同，它是指部分修改数据库的模式和内模式。

由于数据库应用环境发生变化，增加了新的应用或新的实体，取消了某些应用，有的实体与实体间的联系也发生了变化等，使原有的数据库设计不能满足新的需求，需要调整数据库的模式和内模式。例如，在表中增加或删除某些数据项，改变数据项的类型，增加或删除某个表，改变数据库的容量，增加或删除某些索引等。当然数据库的重构也是有限的，只能做部分修改。如果应用变化太大，重构也无济于事，说明此数据库应用系统的生命周期已经结束，应该设计新的数据库应用系统了。

八、总结

通过本次数据库课程设计，掌握了数据库系统的开发方法。在设计过程中遇到了很多困难，在解决这些困难的同时又学到了很多知识，特别是如何分析，建立以及开发一个系统。在做设计之前要先进行可行性研究。通过相对应的操作要求，可以通过用户或管理员的方式登录，然后通过提示完成上述一系列的操作，包括：账号的添加、修改，学生信息的添加、修改、删除，班级信息的添加、修改、删除等等操作。需求分析也是非常重要的一部分，无论是做什么设计，都需要进行需求分许。 在做设计的过程中，一定要认真仔细，不懂的地方要学会上网查询资料，查看参考书以及向老师请教。