学生学籍管理系统课程设计报告

山东交通学院

数据库课程设计

学生学籍管理系统

院(系)别信息科学与电气工程学院班级

学号

姓名

指导教师

时间2012-04-09—2012-04-20

课程设计任务书

题目学生学籍管理系统

系 (部) 信息科学与电气工程学院

专业信息管理与信息系统

班级

学生姓名

学号

4 月 9 日至 4 月 20 日共 2 周

指导教师(签字)

系主任(签字)

2012年 5 月 4 日

成绩评定表

目录

摘要 (2)

1.需求分析 (3)

1.1用户需求 (3)

1.2功能需求 (3)

2.数据库设计 (3)

2.1功能模块 (3)

2.2数据项 (3)

2.3数据流图 (6)

2.4系统部分E—R图 (7)

3. 逻辑结构设计 (7)

3.1关系模型 (7)

4.数据库创建 (8)

4.1创建老师基本表 (8)

4.2创建学生基本表 (9)

5.创建数据源 (9)

6.功能实现 (9)

6.1界面设计 (9)

7．设计总结 (16)

8.参考文献 (17)

1

摘要

学生学籍管理是教育教学单位不可缺少的部分，它的内容对教学管理和学校的决策者都非常重要。给学校教学管理提供了很大的方便性，提高了工作效率。但是一直以来人们用传统人工的方式管理文件文档，这种管理方式效率低，保密性差，出错不易更改，同时也耗费了大量的人力财力，时间一长，将产生大量的文件数据，这对于查找，维护，更新都带来了很大的困难。

随着科学技术的不断发展，尤其是计算机软件水平的日益提高，使得以上问题得到了很好的解决。使用计算机可以方便的对大量数据进行增加，删除，更新等操作。它有着人工管理永远无法比拟的优点：检索迅速，查找方便，可靠性大，存储量大，保密性好，寿命长，成本低等。例如：通过校园网，我们可以方便的进行学生信息查询，学生成绩的添加，以及最新的教务通知等。当然，这些都离不开数据库技术和网络技术的支持。

综上，开发这样的一套软件十分必要。同时旧的人工管理机制必将被以计算机为基础的信息管理所取代，从而实现对数据的高效，长久，安全的管理。

关键字：学籍、管理、软件

2

1.需求分析

1.1用户需求

本系统是针对学生学籍管理，因此学籍管理系统的用户包括系统管理员、教师和学生。主要涉及院部信息、班级信息、任课教师信息、学生信息、课程信息以及选课记录和成绩等多种数据信息。

1.2功能需求

○1基本信息管理——系统管理员负责对各种基本信息的录入、修改、删除等操作。

○2学生成绩管理——系统管理员负责对学生成绩的录入、修改、删除等操作，学生可以查询各科成绩。

○3信息查询统计——学生可以查询基本信息和各科的考试成绩，老师可以查询基本信息和授课信息，系统管理员负责把老师提交的学生成绩进行管理，计算总成绩和平均成绩，统计不及格学生信息和获得奖学金学生的信息，最后再输出所有的信息。

○4毕业生信息管理——系统管理员负责计算毕业学生在学校期间所修课程的总学分，并进行审核，最后输出登记表和名册。

○5系统用户管理——系统管理员负责用不同的权限来限制不同用户对系统的使用。2.数据库设计

2.1功能模块

2.2数据项

表 2.1 老师基本信息表

表 2.2 学生基本信息表

表 2.3 专业信息表

4

表 2.4 毕业信息表

表 2.5 院系信息表

表 2.6 课程信息表

表 2.7 学生选课信息表

5

表 2.8 老师授课信息表

2.3数据流图

6

2.4系统部分E-R图

3.逻辑结构设计

逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。

设计逻辑结构一般分为3步进行：

（1）将概念结构转换为一般的关系、网状、层次模型；

（2）将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；

（3）对数据模型进行优化。

3.1 关系模型

将E-R图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型间的联系则有以下不同的情况：（1）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个实体的码以及联系本身

7

的属性均转换为关系的属性，每个实体的码均是该关系的侯选码。如果与某一端实体对应

的关系模式合并，则需要在关系模式的属性中加入另一个关系模式的码和联系本身的属性。

（2）一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

（3）一个m:n联系转换为一个关系模式。与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

（4）3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

（5）具有相同码的关系模式可合并。

将概念结构设计阶段设计好的基本E-R图转换为关系模型，如下所示：

学生（学号，专业号，院系号，姓名，性别，出生日期，身份证号，

入学时间，政治面貌，家庭住址，籍贯，邮政编码），此为学生实体对应的关系模式。

教师（教工号，姓名，性别，职称，电话，所属院系，），此为教师实体对应的关系模式。

课程（课程号，课程名，学分），此为课程实体对应的关系模式。

院系（院系号，院系名称，院长名），此为院系实体对应的关系模式。

选修（学号，课程号，成绩），此为选修关系对应的关系模式。

毕业（毕业证号，已修学分，需修学分，所属院系，入学时间），此为毕业关系对应的关系模式。

专业（专业号，专业名,入学时间），此为专业实体对应的关系模式。

4．数据库创建

4.1创建老师基本表

Create table 老师表

( tno char(10) primary key, //主键

tname varchar(10) not null,

tsex char(2) not null,

profess varchar(10) not null,

8