数据库+sql+server+教室管理系统Word格式.docx

数据库+sql+server+教室管理系统Word格式.docx

《数据库+sql+server+教室管理系统Word格式.docx》由会员分享，可在线阅读，更多相关《数据库+sql+server+教室管理系统Word格式.docx（18页珍藏版）》请在冰豆网上搜索。

为了保证教室环境良好的运转，教室的管理也就显得十分的必要和重要。

教室的使用具有一定的计划性和流动性，即一个班在相应的时间里，所上的课程和使用的教室是固定的，但是不同的课程在不同的时间里会使用不同的教室，这与教务处的课程安排是密切相关的。

尤其是使用多媒体教室的时候，这就显得比较麻烦。

为了能够更系统的，更有序的，更合理的，更有效的进行教室管理，有必要利用计算机来处理各种信息，这也就需要一个更有效的教室管理系统。

为此，经过较详细的调查和慎重的思考，我决定做一个教室管理系统，来解决这些问题，使管理简化，方便而且更有效。

2.1.2目标与任务

（1）目标

充分了解用户的需求，了解工作的流程，以及可能出现的问题。

（2）任务

教室管理系统的具体功能包括四个方面：

教室实体,班级实体,课程实体,教师实体.

2.1.3阶段结果

（1）数据表格

教室信息表

列名

数据类型

是否允许为空

默认值

是否为主键

教室号

char（8）

不允许

主键

教室类型

char（10）

允许

教室状态

char（4）

班级号

管理员

char（6）

管理员电话

char（15）

使用时间

datetime

容量

int

班级信息表

是否主键

班级

班主任

char（5）

教师号

所在院系

课程号

教师信息表

教师姓名

联系电话

课程基本信息表

课程名

学分

char（3）

课程描述

char（20）

2.1.4处理逻辑描述

（1）教室实体管理子系统

输入：

查询条件（其中包括：

课程号和上课时间、教室号和上课时间、教师

号和上课时间、班级号和上课时间。

）

输出：

查询结果（其中包括：

该课程上课信息、该教室上课信息、该教师上

课信息、该班上课信息。

处理：

按照条件（其中包括：

课程课表、教室课表、教师课表、班级课表。

在相应的表中，查找相应的数据，然后输出。

（2）班级实体管理子系统

输出：

（3）教师实体管理子系统

（4）课程实体管理子系统

输入：

课程号和上课时间、教室号和上课时间、教

师号和上课时间、班级号和上课时间。

该课程上课信息、该教室上课信息、该教师

上课信息、该班上课信息。

处理：

2.2概念设计

2.2.1引言

概念结构的实际是整个数据库设计的关键，这个阶段主要的目标是通过对用户需求进行综合、归纳与抽象，形成一个独立于DBMS的概念模型（E-R图）。

它的主要特点是：

1.能真实、充分地反映现实世界，包括事物与事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；

2.易于理解，因此可以用它和不熟悉计算机的用户交换意见；

3.易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；

4.易于向关系、网状、层次等各种数据模型转换。

2.2.2概念模型设计

（1）设计E-R图

2.2.3数据描述

动态数据：

动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值.就是:

教室使用信息表.

静态数据：

静态数据是系统内部有关的数据结构与操作规程。

具体可包括：

教室基本信息表classroom_Info班级信息表class_Info课程基本信息表course_Info教室使用信息表classroom_used_Info教师信息表teacher_Info...等.

2.3逻辑设计

2.3.1引言

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

在这个阶段里，该系统的目标就是把基本的E-R图转换成关系数据模型。

2.3.2数据组织

（1）将E-R图转换成关系模型：

E-R图转换成关系模型应该遵循以下原则：

1.一个实体型转换为一个关系模式。

2.一个1:

1联系可以转换为一个独立的关系模式，也可以与任意一端对应

的关系模式合并。

3.把一个1:

n联系转换为一个独立的关系模式。

4.一个m:

n联系转换为一个关系模式。

5.三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

6.具有相同码的关系模式可合并。

（2）关系设计

该数据库设计是满足第二范式的，因为它的所有非主属性，都完全函数

依赖于码。

它的关系模式R是属于1NF的关系模式的。

（3）该系统中的数据流条目有：

教室使用信息包括：

教师基本信息

班级基本信息

课程基本信息

教室基本信息

其中：

教师信息包括：

教师号、教师姓名、所在院系、联系电话。

班级信息包括：

班级号、班级、班主任、教师号、教室号、所在院系、

课程号。

课程信息包括：

课程号、课程名、学分、课程描述。

教室信息包括：

教室号、教室类型、教室状态、班级号、管理员、管理

员电话、使用时间、容量。

2.3.3数据处理

见系统的功能模块图：

图2

2.4物理设计

2.4.1引言

数据库在物理设备上的存储与存取方法称为数据库的物理结构，它依赖于给定的计算机系统。

为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。

2.4.2目标与任务

对数据库进行合理的物理设计，以提高其时间和空间效率。

（1）数据存取方面

确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；

对物理结构进行评价，评价的重点是时间和空间效率。

如果评价结果满足原设计的要求，则可以进入到物理实施阶段，否则就需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。

（2）功能模块

见图2所示

2.5数据库实施

2.5.1建立基本信息代码表

教室基本信息表代码

USE[教室管理系统王卉]

GO

/******Object:

Table[dbo].[教室信息表]ScriptDate:

04/28/200917:

30:

33******/

SETANSI_NULLSON

SETQUOTED_IDENTIFIERON

CREATETABLE[dbo].[教室信息表]（

[教室号][nchar]（10）NOTNULL,

[教室状态][nchar]（4）NOTNULL,

[教室类型][nchar]（10）NULL,

[使用时间][datetime]NOTNULL,

[容量][int]NOTNULL,

[管理员][nchar]（6）NOTNULL,

[管理员电话][nchar]（10）NOTNULL,

[班级号][nchar]（10）NOTNULL,

CONSTRAINT[PK_教室信息表]PRIMARYKEYCLUSTERED

（

[教室号]ASC

）WITH（PAD_INDEX=OFF,STATISTICS_NORECOMPUTE=OFF,IGNORE_DUP_KEY=OFF,ALLOW_ROW_LOCKS=ON,ALLOW_PAGE_LOCKS=ON）ON[PRIMARY]

）ON[PRIMARY]

班级信息表代码

Table[dbo].[班级信息表]ScriptDate:

26:

13******/

CREATETABLE[dbo].[班级信息表]（

[班级][nchar]（10）NOTNULL,

[班主任][nchar]（5）NOTNULL,

[教师号][nchar]（10）NOTNULL,

[所在院系][nchar]（15）NOTNULL,

[课程号][nchar]（10）NOTNULL,

CONSTRAINT[PK_班级信息表]PRIMARYKEYCLUSTERED

[班级号]ASC

ALTERTABLE[dbo].[班级信息表]WITHCHECKADDCONSTRAINT[FK_班级信息表_教师信息表]FOREIGNKEY（[教师号]）

REFERENCES[dbo].[教师信息表]（[教师号]）

ALTERTABLE[dbo].[班级信息表]CHECKCONSTRAINT[FK_班级信息表_教师信息表]

ALTERTABLE[dbo].[班级信息表]WITHCHECKADDCONSTRAINT[FK_班级信息表_教室信息表]FOREIGNKEY（[教室号]）

REFERENCES[dbo].[教室信息表]（[教室号]）

ALTERTABLE[dbo].[班级信息表]CHECKCONSTRAINT[FK_班级信息表_教室信息表]

ALTERTABLE[dbo].[班级信息表]WITHCHECKADDCONSTRAINT[FK_班级信息表_课程基本信息表]FOREIGNKEY（[课程号]）

REFERENCES[dbo].[课程基本信息表]（[课程号]）

ALTERTABLE[dbo].[班级信息表]CHECKCONSTRAINT[FK_班级信息表_课程基本信息表]

教师信息表代码

Table[dbo].[教师信息表]ScriptDate:

28:

07******/

CREATETABLE[dbo].[教师信息表]（

[教师姓名][nchar]（6）NOTNULL,

[所在院系][nchar]（10）NOTNULL,

[联系电话][nchar]（15）NOTNULL,

CONSTRAINT[PK_教师信息表]PRIMARYKEYCLUSTERED

[教师号]ASC

课程基本信息表代码

Table[dbo].[课程基本信息表]ScriptDate:

32:

09******/

CREATETABLE[dbo].[课程基本信息表]（

[课程名][nchar]（15）NOTNULL,

[学分][nchar]（3）NOTNULL,

[课程描述][nchar]（20）NULL,

CONSTRAINT[PK_课程基本信息表]PRIMARYKEYCLUSTERED

[课程号]ASC

2.5.2系统运行截图

关系图

教室类型查询

教室使用时间查询

教室容量查询

管理员电话查询

3参考文献

数据库原理及开发应用--实验与课程设计指导周屹主编清华大学出版社

数据库原理与SQLServer2005应用教程程云志编著机械工业出版社

数据库系统概论萨师煊主编高等教育出版社

数据库原理及技术课程设计钱雪忠主编清华大学出版社

4心得体会

在这次数据库课程设计中，我的课题是《教室管理系统》，课程设计历时一个星期多左右，通过这一个星期的学习，发现了自己的很多不足和很多自己知识的漏洞，看到了自己的实践经验还是比较缺乏，理论联系实际的能力还急需提高。

在此次课程设计中，我们的设计和原先的c语言、vb等课程设计有明显的不同，原来的课程设计都是几人一组分工进行，而这次的数据库课程设计需独立完成。

且在设计运行过程中一定要仔细，如果粗心很容易造成程序错误，那样之前设计的程序都将进行反复修改甚至重做。

在课程设计的过程中，我要先对课题进行需求分析，把课题所涉及到的内容进行表格分类，接着再完善表格内容，然后再参考书上的方法，将其关系图连接，进行查询、截图等一系列工作。

通过这次的数据库课程设计周，我学会了在制作程序时应仔细谨慎，因为细小的错误都会导致程序的失败。

另外老师还教会了我们，在制作一个系统时，应有创新思想，使自己制作的程序能锦上添花，做出属于自己的东西。

我也会在以后的生活学习中尽量完善自己的工作，使自己做的更好！

东华理工大学长江学院

课程设计评分表

学生姓名：

王卉班级：

073221学号：

07322123

项目内容

满分

实评

选

题

能结合所学课程知识、有一定的能力训练。

符合选题要求

（5人一题）

10

工作量适中，难易度合理

能

力

水

平

能熟练应用所学知识，有一定查阅文献及运用文献资料能力

理论依据充分，数据准确，公式推导正确

能应用计算机软件进行编程、资料搜集录入、加工、排版、制图等

能体现创造性思维，或有独特见解

成

果

质

量

总体设计正确、合理，各项技术指标符合要求。

说明书综述简练完整，概念清楚、立论正确、技术用语准确、结论严谨合理；

分析处理科学、条理分明、语言流畅、结构严谨、版面清晰

设计说明书栏目齐全、合理，符号统一、编号齐全。

　格式、绘图、表格、插图等规范准确，符合国家标准

有一定篇幅，字符数不少于5000

总分

100

指导教师评语：

指导教师签名：

年月日