学校教务管理系统--数据库课程设计文档格式.docx

学校教务管理系统--数据库课程设计文档格式.docx

《学校教务管理系统--数据库课程设计文档格式.docx》由会员分享，可在线阅读，更多相关《学校教务管理系统--数据库课程设计文档格式.docx（16页珍藏版）》请在冰豆网上搜索。

（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

（2）

男或女、默认男

年龄

所在班级号

籍贯

④教师信息表：

教师编号

职务

联系电话

Char（8）

⑤课程表：

课程号

课程名

学分

学时

Integer

类型

Char（6）

取值（必修课、选修课）、默认（必修课）

⑥学生成绩表：

与课程号联合做主键、参照其它表

与学号联合做主键、参照其它表

成绩

Numeric（4,1）

>

=0and<

=100

⑦教师授课信息表：

联合主键、参照其它表

开设该课程的班级号

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：

Dno

Primarykey

Dname

Notnull

DClassNumber

Grademaster

②Class：

Clno

Speciality

ReferenceDepartment（Dno）

③Student：

Sno

Sname

Ssex

In（‘男’,’女’）,default（‘男’）

Sbirthday

Datetime

ReferenceClass（Clno）

Splace

④Teacher：

Tno

Tname

Tsex

TBirthday

Tfunction

ThomeTel

Like‘[0-9]’

⑤Course：

Cno

Cname

Credit

Ctime

Ctype

In（’必修课’、’选修课’）、Default（’必修课’）

⑥Grade：

Primary key,referenceStudent（Sno）

Primary key,referenceCourse（Cno）

Gmark

⑦TC：

Primary key,referenceTeacher（Tno）

Primary key,referenceClass（Clno）

2、 表之间的联系：

III.系统维护设计：

一、安全性要求：

在这个系统中应该有三种用户：

第一种是学生，这部分用户对系统中的数据只有查询的权限，没有任何修改的权限；

第二种是教师。

这部分用户对系统中的数据不仅有查询的权