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

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

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

二、功能分析：

（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系表：

列名

数据类型

约束

系号

Char（7）

不为空、唯一

系名称

VarChar（30）

不为空

班级数

Smallint

----

系主任

VarChar（20）

2班级表：

班级号

班级名称

所在系号

参照其它表

3学生信息表：

学号

姓名

性别

Char

（2）

男或女、默认男

年龄

所在班级号

籍贯

4教师信息表：

教师编号

职务

联系电话

Char（8）

5课程表：

课程号

课程名

学分

学时

Integer

类型

Char（6）

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

6学生成绩表：

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

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

成绩

Numeric（4,1）

>

=0and<

=100

7教师授课信息表：

联合主键、参照其它表

开设该课程的班级号

Clno（7）

II.详细设计方案：

一、概念设计：

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

2、查找所给问题的实体

系统中涉及到的实体：

班级，学生，教师，课程，学院中的各个系。

2.1查找实体的关联

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

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

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

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

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的数据格式和类型。

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

1Department：

Dno

Primarykey

Dname

Notnull

DClassNumber

Grademaster

2Class：

Clno

Speciality

ReferenceDepartment（Dno）

3Student：

Sno

Sname

Ssex

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

Sbirthday

Datetime

ReferenceClass（Clno）

Splace

4Teacher：

Tno

Tname

Tsex

TBirthday

Tfunction

ThomeTel

Like‘[0-9]’

5Course：

Cno

Cname

Credit

Ctime

Ctype

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

6Grade：

Primarykey,referenceStudent（Sno）

Primarykey,referenceCourse（Cno）

Gmark

7TC：

Primarykey,referenceTeacher（Tno）

Primarykey,referenceClass（Clno）

2、表之间的联系：

III.系统维护设计：

一、安全性要求：

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

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

第二种是教师。

这部分用户对系统中的数据不仅有查询的权限，对有关其所涉及的课程的学生成绩还具有添加、修改、删除的功能；

第三种用户是系统的管理员。

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

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

二、使用方式要求：

用户在可视化的环境中使用该系统，通过用户名和口令对用户的访问（及权限）进行限制。

此系统平均应该能满足500人同时访问系统中的数据库，最高峰应能达到平均访问量得两倍。

查询响应时间不应该对于3秒。

三、可扩充性要求：

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

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

IV.SQL查询

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

Selectsname

Fromstudent

Wheressex=’男’andsplace=’北京’;

二、所有成绩