数据库设计实例(学校教学管理系统)

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

《数据库系统概论》课程设计论文教学管理系统数据库

目录

1.引言 (3)

1.1本系统研究的意义 (3)

1.2本系统的目的 (3)

2.数据库设计 (3)

2.1需求分析阶段 (3)

2.1.1引言 (3)

2.1.2需求分析的目的和任务 (4)

2.1.3需求分析阶段心得 (5)

2.2概念结构设计阶段 (6)

2.2.1引言 (6)

2.2.2目的 (6)

2.2.3具体任务 (6)

2.2.4阶段成果 (7)

2.2.5概念结构设计阶段心得 (11)

2.3逻辑结构设计阶段 (12)

2.3.1引言 (12)

2.3.2逻辑结构设计阶段的目标、任务和步骤 (12)

2.3.3数据组织 (13)

2.3.4逻辑结构设计阶段心得 (18)

2.4物理结构设计阶段 (19)

2.4.1物理结构设计阶段的目的和步骤 (19)

2.4.2创建数据库及创建表 (19)

2.4.3物理结构设计阶段心得 (22)

3.存在的问题与建议 (23)

·1引言

·1.1本系统研究的意义

在当今的大学校园中,随着各大高校扩招,课程种类的增多,系部的分类更加细化,教师需求相应提高,学校教务处面临着一系列庞大的数据,就不再是人工可以解决的事情了。由此可见,建立一个教务管理系统数据库是一项很有意义的事情。建立该系统,无论是对系部、课程还是教师的安排都会变得容易得多。

·1.2本系统的目的

本系统重点对学生、教材、班级、教师、课程、系部、教学计划、学生成绩、教师成绩实现统一管理。这样,就可以为有需求的人们提供相应的查询服务。

·2数据库设计

·2.1需求分析阶段

·2.1.1引言

需求分析就是根据系统的目标、需求和功能,制定和选择一个较好的系统方案,不仅有助于教室管理者的管理,而

且方便用户的查询及其它操作。本系统针对教务管理这一学校日常事务,所设计的系统应当实现教师成绩管理,学生成绩管理,教学计划管理等基本功能。

因此确定本系统的功能如下:

(1)学生管理

(2)教材管理

(3)班级管理

(4)教师管理

(5)课程管理

(6)系部管理

(7)教学计划管理

(8)学生成绩管理

(9)教师成绩管理

·2.1.2需求分析的目的和任务

(1)目标

通过充分与用户接触,充分了解用户的需求,熟悉系统设计的业务流程与信息处理要求及系统所涉及的数据流。(2)任务

本系统设计的处理对象有学生信息、课程信息、班级信息、教师信息、系部信息、教学计划信息以及教师成绩信息,学生成绩信息,教材管理信息等。

处理对象信息要求:

A.存储,查询每个学生的姓名,性别,出生年月,学号,入学时间等;

B.存储,查询每个教师的姓名,性别,出生年月,职位,系号,教师编号等;

C.存储,查询每门课程的课程名,课程号,书号,周学时,总学时,学分等;

D.存储,查询每个班级的班级号,班长,教师地点,学生人数;

E.存储,查询每个系部的系别号,系主任,系教师人数等;

F.存储,查询每个教学计划的课程号和班级号等;

G.存储,查询每名学生成绩的课程号,学分,成绩,学期,学年等;

H.存储,查询每位教师成绩的教师号,课程号,成绩,学期,学年,教科时间,教科地点等;

I.存储,查询每本教材的作者,书号,出版社等;

(3)安全性和完整性要求

在这个系统中存在一个实体参与多个事务的情况,因此一个实体在不同事务中可能出现属性取值不一致,以及在事务中引用了实体表中不存在的实体,因此采用外键约束来避免这种不一致情况的发生。另一方面,在事务处理

中,修改了一个实体的属性,可能要修改其它实体,这种事务的完整性约束采用触发器来实现。

·2.1.3需求分析阶段心得

需求分析阶段主要涉及的系统所要实现的功能,根据调查和访问确定了基本功能和操作,是数据库的设计有个基本目标。完成了数据库信息要求、处理要求、安全性与完整性要求,使我们对数据库的设计阶段有了深入的认识和了解,为今后的学习工打下坚实的基础。

这次对数据库的设计,让我认识到自己学习中的不足。对数据库这门课的热情和兴趣不够,学习中喜欢偷懒,这些都给我以后的学习带来阻力。我觉得数据库这门课对于生活帮助还是很大的,在不经意的时候,我们所用的,运用它获得的。所以,我觉得无论怎样还是要好好学习一下。·2.2.概念结构设计阶段

·2.2.1引言

概念设计是数据库设计的关键。概念结构是对现实世界的一种抽象,包括三种抽象,分别是分类、聚集、概括。能不能将数据流中的实体及联系抽象成合适的概念模型,具体说就是E-R模型,关系到后续数据库的逻辑设计。

·2.2.2目的

在需求分析的基础上,抽象出实体,实体的属性,以及实体之间的联系。从一层数据流开始,先绘制局部的ER 图,在此基础上通过消除冗余,命名冲突、属性冲突和结构冲突,得到全局E-R图。

·2.2.3具体任务

1.选择中层数据流为切入点,通常选择实际系统中的子系统;

2.设计分E-R图,即各子模块的E-R图;

3.生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;

4.消除冲突,生成全局E-R图。

·2.2.4阶段成果

通过对数据流的抽象,得到了系统的E-R图。E-R图是直观表示概念模型的有力工具,在图中有四个基本成分:

1) 矩形框:表示实体类型(考虑问题的对象);

2) 菱形框:表示联系类型(实体间的联系);

3) 椭圆形框:表示实体类型和联系类型的属性;

4) 直线:联系类型与涉及的实体类型之间以直线连接,并在直线部标上联系的种类(1:1,1:n,m:n)。

具体图示如下:

相关文档
最新文档