数据库课程设计实验报告

题目：教室管理信息系统

学校：南阳理工学院

学院：软件学院

专业：软件工程(软件设计)

班级：软件设计4班

姓名：闫帅帅、弓振刚、郑国威

学号：1415925299、1415925277、1415925265

教室管理系统实训报告

一、 需求分析阶段

1. 背景；

2. 系统功能以及要求;

3. 安全性与完整性要求;

4. 数据字典

二、 概念设计阶段

1. 局部E-R图

2. 整体E-R图

三、 逻辑设计阶段

1. 逻辑设计的与目标；

2. 将E-R图转化为关系模型；

3. 数据库模型的规范化；

四、 物理设计阶段

物理设计的目标与任务;

系统功能模块图；

五、 数据库设计阶段

教室管理的基本操作；

六、 开发系统及环境(参考文献)

七、 实验总结

1. 实验设计总结；

2. 心得体会；

一：需求分析

1.背景：

本系统是面向校内的学生，教师，管理员，进行设计的，在校园内，学生上课，老师教课，等，都离不开教室，所以教室的使用和管理就很重要了。

而教室管理系统就解决了这一难题。

2.功能：

(1).作为学生而言，查询课程时候，就能找到课程名，教室，任课教师，时间段等信息。

(2) .作为老师而言，教师可以查看自己需要上课的具体信息，比如：xx教学楼，xx教室，教室类型，时间段等信息。

(3)，教师还能对教室有借用的权利，该系统具有教室申请借用功能，当管理员批准后，获得该教室的该时间段的使用权。

(4)，管理员还能对系统内部进行修改，编辑等功能；

(5)教室信息，包括教室容纳人数、教室空闲时间、教室设备等；

(6)教师信息，包括教师姓名、教授课程、教师职陈、安排上课时间等；

(7)教室安排信息，包括何时空闲、空闲的开始时间、结束时间等。按照一定条件查询，统计，将结果打印输出。

3.安全性要求与完整性规则：

（主要针对网站设计而言）：

a、访问用户的标识唯一以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；

b、不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；

c、不同用户设置不同的权限，区分不同的用户，如学生、教师和教务处管理人员。教师（只能查询教室、教师和课程信息，以及提出借用教室申请），管理人员（可进行日常事务的处理，如增加、删除、更新课程、教室、教师信息，并批准或拒绝借用教室的申请）。

4.教室管理系统数据字典

1.课程表数据字典

2.班级表数据字典

3.教师表数据字典

4.教师借用信息表数据字典

二、概念设计阶段：

2.1.1数据库的局部E-R图

1．班级表E-R图 如下：

2.admin E-R图 如下：

3.课程表E-R图 如下：

4.教师表E-R如下:

2.整体E-R图

三、 逻辑设计阶段

3.1. 逻辑设计的与目标:

以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务；

3.2 E-R图转换为关系模型

实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况： 一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合 具有相同码的关系模式可合并。

基本E-R图向关系模型的转化如下：

1. 管理员表：

CREATE TABLE `admin` (

`admin_id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`username` varchar(10) CHARACTER SET utf8mb4 NOT NULL,

`password` text CHARACTER SET utf8mb4 NOT NULL,

PRIMARY KEY (`admin_id`)

2.班级信息表

CREATE TABLE `class` (

`class_num` int(10) NOT NULL,

`class_type` varchar(20) CHARACTER SET utf8mb4 NOT NULL,

`class_capacity` varchar(20) NOT NULL,

`free_time` varchar(20) CHARACTER SET utf8mb4 NOT NULL,

`class_style` varchar(20) CHARACTER SET utf8mb4 NOT NULL,

PRIMARY KEY (`class_num`))

3.课程表信息

CREATE TABLE `course` (

`c_number` int(10) NOT NULL,

`c_name` varchar(10) CHARACTER SET utf8mb4 NOT NULL,

`credit` varchar(10) NOT NULL,

`t_name` varchar(20) CHARACTER SET utf8mb4 NOT NULL,

`start_time` varchar(20) CHARACTER SET utf8mb4 NOT NULL,

PRIMARY KEY (`c_number`)

)

四、物理设计阶段：

4.1物理设计阶段的目标与任务

数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：

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

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

4.2功能模块图如下：

五、据库设计阶段：

数据表导入：

1.用户表：

2.课程表

3.班级表

4.教师表

5.教室借用信息表

2．功能展示（截图）

1.登录界面：

2.主页面

3.教室查询

4.教师查询

5.课程查询

6.教室申请表

六、:开发系统及环境(参考文献)

1.参考文献：《数据库原理及应用》

《php项目开发》

《Sql server》

2.开发环境及软件：windows 8.1

开发软件:subline,Navicat for mysql,Apach

七、:总结

1.设计总结

在这次课程设计中，重点是要掌握数据库设计方法。数据库设计特点：三分技术，七分管理，十二分基础数据。在数据库建设中不仅涉及技术，还设计管理。要建设好一个数据库应用系统，开发技术固然重要，但相比之下则管理更重要。

进行数据库的设计首先必须了解与分析用户需求。需求分析是整个设计过程的基础，是最困难、最耗时的一部分。需求分析做的不好，甚至会导致整个数据库设计返工重做。需求分析的任务是通过详细的调查现实世界要处理的对象，充分了解用户的各种需求，然后在此基础上确定系统功能。系统还必须充分考虑今后可能的扩充和改变。

概念结构设计是整个数据库设计的关键，他通过对用户需求进行综合、归纳与抽象，形成一个独立与具体DBMS的概念模型。逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化。概念结构的特点：能真实、充分的反映现实世界，包括失误和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；易于理解，从而可以用它和不熟悉计算机的用户交流意见，用户的积极参与是数据库设计成功的关键；易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；易于向关系、网状、层次等各种数据模型转换。

本系统主要针对的用户是学生，管理员和老师。该设计的优点是：不同用户的功能都单独存储在数据库中相应的表中使他们可以很方便地满足自己的需求。不足是：存在部分数据冗余，不利于该数据库向大型数据库扩展。但该设计基本能满足三类的用户的需求，完成简单的功能。时间有限，部分功能还没有实现，有待完善！

2.心得体会：

通过将近一个星期的设计，我们对数据库在生活中的广泛应用有了更深的体会，尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。

课程设计是我们数据库专业课程知识综合应用的实践训练，在课设中也遇到了很多问题，经过向老师询问和小组成员之间的交流，认真的思考，积极解决问题，终于解决了那些问题。在解决问题的过程中，我们学到了很多知识，更是让我们把课本的知识应用到实际之中，让我们了解了我们学习的知识有什么用，增强我们的自信心和学习的动力。同时感谢老师和同学在课程设计过程中的帮助！总之，通过组员的共同努力，我们终于完成并且受益匪浅。

教师管理信息系统实验报告