教师工作证

学校教务管理的数据库设计

I.需求分析：

随着学校的规模不断扩大，学生数量急剧增加，有关学生的

各种信息量也成倍增长。面对庞大的信息量，就需要有学生教务

信息管理系统来提高学生管理工作的效率。通过这样的系统，可

以做到信息的规范管理、科学统计和快速的查询，从而减少管理

方面的工作量。

学校为方便教务管理，需开发一个教务管理系统。为便于学

生，老师，教务管理人员信息查询，注册以及信息修改，学校把

学生的信息，包括姓名、性别、年龄，成绩等信息输入教务管理

系统的数据库，然后在管理终端可以对数据进行查询和修改操作。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。并

要求系统界面要简单明了，易于操作，程序利于维护。

一、信息分析：

（1）学校教务管理的数据库，包含以下信息：

学校有若干个系，每个系有若干名教师和学生，每个教师可以担

任若干门课程，并参加多个项目，每个学生可以同时选修多门课程，

每门课程每学期可能有多名教师教授，课程分为必修、选修、任选三

种。

（2）学校的教务管理的信息包括：

学生姓名、学号、班级、性别、班号，籍贯、出生日期、所属系

编号、所属系名称、系主任，教师编号，教师姓名，教师职称，教师

所授课程、课程编号，课程名，课程学分，项目编号，项目名称，项

目负责人，学生选修课程及成绩。学生如果课程及格，可以取得该课

程的学分。学生的各类型课程学分和总学分累计到一定程度，学生可

以毕业。根据成绩高低，可以计算学分积。及格学生的学分积公式：

课程学分积＝（该课程成绩－50）/10×该课程学分。

二、功能分析：

（1）用户能够使用友好的图形用户界面实现对系、班级、学生、

教师、课程、选课等内容进行增、删、改，以及对信息的

查询。对于查询要实现比较强大的功能，包括精确查询、

模糊查询以及统计查询。

（2）具体查询在数据库中要实现以下的功能：

1)所有来自某省的男生

2)所有某课程成绩>90的同学

3)教授某课程的老师

4)某班年龄最大的5名同学

5)某年以后出生的男同学

6)选修某课程的学生及其成绩

7)没有授课的教师

8)某学生所选课程的总学分

9)教授某学生必修课程的老师情况

10)某学生选修了哪些系的课程

11)某系学生所学的所有课程

12)按总学分找出某系学习最好的5名同学

13)按总学分积找出某系学习最好的5名同学

14)可以毕业的学生

三、软、硬件配置

程序运行的环境：

具体运行环境为软件方面，操作系统为windows2000/XP，并且系

统装有SQLServer2000数据库管理系统。

硬件方面，CPU主频500MHz以上，内存128M或更高。硬盘剩余

空间不能少于30M。

四、工程预算及时间安排：

工程预算：由于程序本身并不十分复杂，实现起来软硬件需求都

不算高，具体花费在此就不计算了。

时间安排：

系统开发阶段

（总体不超过课程设计规定时间）

系统维护阶段

时间进度

系统规

划阶段

系统分

析阶段

系统设

计阶段

系统实

施阶段

运行维

护阶段

图1.1时间安排

五、数据字典:

①系表：

列名数据类型约束

系号Char(7)不为空、唯一

系名称VarChar(30)不为空

班级数Smallint----

系主任VarChar（20）不为空、唯一

②班级表：

列名数据类型约束

班级号Char(7)不为空、唯一

班级名称VarChar(30)不为空

所在系号Char(7)参照其它表

③学生信息表：

列名数据类型约束

学号Char(7)不为空、唯一

姓名VarChar(20)不为空

性别Char(2)男或女、默认男

年龄Smallint----

所在班级号Char(7)参照其它表

籍贯VarChar(20)----

所在系号Char(7)----

④教师信息表：

列名数据类型约束

教师编号Char(7)不为空、唯一

姓名VarChar(20)不为空

性别Char(2)男或女、默认男

年龄Smallint----

职务VarChar(30)----

联系电话Char(8)

所在系号Char(7)参照其它表

⑤课程表：

列名数据类型约束

课程号Char(2)不为空、唯一

课程名VarChar(30)不为空

学分Smallint----

学时Integer----

类型Char(6)取值（必修课、选修课）、默认

（必修课）

⑥学生成绩表：

列名数据类型约束

学号Char(7)与课程号联合做主键、参

照其它表

课程号Char(2)与学号联合做主键、参照

其它表

成绩Numeric(4,1)>=0and<=100

学分Smallint----

⑦教师授课信息表：

列名数据类型约束

教师编号Char(7)联合主键、参照其它

表

课程号Char(2)联合主键、参照其它

表

开设该课程的班级号Clno(7)联合主键、参照其它

表

II.详细设计方案：

一、概念设计：

1、总体功能概念结构图：

2、查找所给问题的实体

系统中涉及到的实体：班级，学生，教师，课程，学院中的各个系。

2.1查找实体的关联

①班级、学生之间是一对多关系；

②学生、课程之间是多对多关系；

③系、班级、教师之间是一对多关系；

④教师、课程、班级之间是多对多关系；

2.2查找实体关键字

①班级的关键字----班级号；

②学生的关键字----学号；

③教师的关键字---教师编号；

④课程的关键字----课程号；

⑤系的关键字----系号。

2．3设计E-R图：

1)总体功能流程图

2)学生E-R图：

3)班级E-R图：

学生

学生基本信息

学生班级信息学生课程信息

学生成绩信息

班级信息维护

学生信息维护

操作员

课程信息维护

教师信息维护

班级表

学生信息表

学生选课

课程表

教师信息表

查询课程表

成绩输入

打印成绩单

4)课程E-R图：

5)教师E-R图：

教师

所授课程编号

教师编号所在系号

教师姓名

课程

课程编号

课程名称课程类型

课程学分

班级

班号

所在系号系主任

班级名称

6)全局E-R图：

二、逻辑设计：

1、将E―R模型转换为等价的关系模式。

教师（教师编号，教师姓名，教师职称，教师所授课程，教师所

属系号）；

学生（姓名、学号、班级、性别、班号，籍贯、出生日期、所属

系编号）；

班级（班级号，所在系号，班级名称）；

课程（课程号，课程名，学分，学时，类型）；

系（系号，系名称，班级数，系主任）；

成绩（学号，课程号，成绩，学分）；

教师授课（教师编号，课程号，班级号）。

2、按需要对关系模式进行规范化。

经过分析，教师表中的联系电话这一属性不符合第一范式，它是

一个多值属性（需求分析得到教师的联系电话不止一个），所以现将

联系电话属性拆分为三个属性----办公电话，移动电话和住宅电话。

即：

教师（工作证号码，姓名，性别，年龄，办公室号，职称，职务，

办公电话，移动电话，住宅电话）；

再经分析，概念模型E-R图中所涉及的表都能满足第三范式的要

求

3、对规范化后的模式进行评价。

经过上一步的调整之后，模式已经基本符合题目要求，可以直接

将规范化以后的模型应用于物理设计。

4、根据局部应用的需要,设计用户外模式。

三、物理设计：

1、数据格式化：

根据逻辑设计的结果，得到适合SQLServer2000的数据格式和

类型。系统中具体的数据如下列表所示：

①Department：

列名数据类型约束

DnoChar(7)Primarykey

DnameVarChar(30)Notnull

DClassNumberSmallint----

GrademasterVarChar(30)Notnull

②Class：

列名数据类型约束

ClnoChar(7)Primarykey

SpecialityVarChar(30)Notnull

DnoChar(7)Reference

Department(Dno)

③Student：

列名数据类型约束

SnoChar(7)Primarykey

SnameVarChar(20)Notnull

SxChar(2)In(‘男’,’

女’),default(‘男’)

SbirthdayDatetime----

ClnoChar(7)ReferenceClass(Clno)

SplaceVarChar(20)----

DnoChar(7)Primarykey

④Teacher：

列名数据类型约束

TnoChar(7)Primarykey

TnameVarChar(20)Notnull

TxChar(2)In(‘男’,’

女’),default(‘男’)

TBirthdayDatetime----

TfunctionVarChar(30)----

ThomeTelChar(8)Like‘[0-9]’

⑤Cour：

列名数据类型约束

CnoChar(2)Primarykey

CnameVarChar(30)Notnull

CreditSmallint----

CtimeInteger----

CtypeChar(6)In（’必修课’、’选修课’）、

Default（’必修课’）

⑥Grade：

列名数据类型约束

SnoChar(7)Primarykey,reference

Student(Sno)

CnoChar(2)Primarykey,reference

Cour(Cno)

GmarkNumeric(4,1)>=0and<=100

CreditSmallint----

⑦TC：

列名数据类型约束

TnoChar(7)Primarykey,reference

Teacher(Tno)

CnoChar(2)Primarykey,reference

Cour(Cno)

ClnoClno(7)Primarykey,reference

Class(Clno)

2、表之间的联系：

III.系统维护设计：

一、安全性要求：

在这个系统中应该有三种用户：第一种是学生，这部分用户对系

统中的数据只有查询的权限，没有任何修改的权限；第二种是教师。

这部分用户对系统中的数据不仅有查询的权限，对有关其所涉及的课

程的学生成绩还具有添加、修改、删除的功能；第三种用户是系统的

管理员。他具有最高权限，可以对系统中的任何数据作任何操作。一

般由学院的特定的人专门承担此任务。

二、使用方式要求：

用户在可视化的环境中使用该系统，通过用户名和口令对用户的

访问（及权限）进行限制。此系统平均应该能满足500人同时访问系

统中的数据库，最高峰应能达到平均访问量得两倍。查询响应时间不

应该对于3秒。

三、可扩充性要求：

系统中的数据库可以随学院规模的变化进行动态的扩充或缩减。

功能根据学院不同时期的不同要求做出适当的增删。

查询

一、所有来自北京的男生：

Selectsname

Fromstudent

Wheresx=’男’andsplace=’北京’;

二、所有成绩>90的同学

,sname

FromStudent,Grade

=

>90;

三、教授数据库的老师

,Tname

FromTeacher,TC,Cour

=

=

=’DB’;

四、03班年龄最大的5名同学

五、某年以后出生的男同学

六、选修某课程的学生及其成绩

七、没有授课的教师

八、某学生所选课程的总学分

九、教授某学生必修课程的老师情况

十、某学生选修了哪些系的课程

十一、某系学生所学的所有课程

十二、按总学分找出某系学习最好的5名同学

十三、按总学分积找出某系学习最好的5名同学

十四、可以毕业的学生

V.参考文献

《数据库系统概论》高等教育出版社王珊

《SQLServer2000上机实验指导》清华大学出版社

及其它相关参考书

VI.课程设计心得体会：

从此课程设计的过程中，使我充分认识到了一个道理：“好

事多磨”，就是说做任何事之前一定要把要做的事规划好，对可能

出现的问题预先作好解决的方案。

在做设计之前，我对教务管理系统的认识只是停留在表面，

缺乏本质和深入地研究调查，以至与在着手设计的过程中，各种

意想不到的困难接踵而至。面对种种困难而又不知道怎样解决，

无从下手的我后来重新对此次的设计做了认真细致的规划和调

查，重新做了全面的分析，不断完善系统说明书。这使我在以后

的设计之中作到了事半功倍的效果，整个设计流程清晰明了。

当然，在此次的设计中最大的困难就是经常由于一些小错误

而花费大量时间。人们常说：“办法总比困难多”，通过查阅大量

相关资料，与老师和同学的不断交流使我对数据库有了较详细的

认识，并能进行一些工作量不是很大的开发。

其实，这次设计的收获不仅仅是学会了设计数据库，我觉得

这样的过程相当重要，相当有意义，最大的收获就是对我这些年

大学学习的总结和培养了解决困难的信心和能力，使我对这些年

所学知识能够融会贯通，又不断丰富了新知识。正像老师说的一

样，设计使得我们对几年来所学的专业课有了更为深刻的认识，

使得知识得到了巩固和提高，得到了比以往学习任何一门课程都

大的提高和进步。这里也要特别感谢指导老师的帮助和支持，以

及在这过程中给予帮助的同学和朋友。此次设计是一次难得的锻

炼机会。

这些是我对这次设计的最终感想。由于本人水平有限，错误

在所难免，设计过程中有许多不敬如人意的地方。我想，这也是

在以后的学习和工作中激励我不断学习，不断前进的动力。老师

认真负责的工作态度、严谨的治学风格，使我深受启发；和同学

们之间的相互探讨也使我获益匪浅。我除基本学会开发数据库外，

更重要的是学到了兢兢业业，奋发向上的精神，这种精神是我今

后人生前进道路上的一种力量。