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

上传人:聆听****声音 文档编号:8977655 上传时间:2023-05-16 格式:DOCX 页数:16 大小:279.88KB
下载 相关 举报
教师管理信息系统实验报告.docx_第1页
第1页 / 共16页
教师管理信息系统实验报告.docx_第2页
第2页 / 共16页
教师管理信息系统实验报告.docx_第3页
第3页 / 共16页
教师管理信息系统实验报告.docx_第4页
第4页 / 共16页
教师管理信息系统实验报告.docx_第5页
第5页 / 共16页
教师管理信息系统实验报告.docx_第6页
第6页 / 共16页
教师管理信息系统实验报告.docx_第7页
第7页 / 共16页
教师管理信息系统实验报告.docx_第8页
第8页 / 共16页
教师管理信息系统实验报告.docx_第9页
第9页 / 共16页
教师管理信息系统实验报告.docx_第10页
第10页 / 共16页
教师管理信息系统实验报告.docx_第11页
第11页 / 共16页
教师管理信息系统实验报告.docx_第12页
第12页 / 共16页
教师管理信息系统实验报告.docx_第13页
第13页 / 共16页
教师管理信息系统实验报告.docx_第14页
第14页 / 共16页
教师管理信息系统实验报告.docx_第15页
第15页 / 共16页
教师管理信息系统实验报告.docx_第16页
第16页 / 共16页
亲,该文档总共16页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

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

《教师管理信息系统实验报告.docx》由会员分享,可在线阅读,更多相关《教师管理信息系统实验报告.docx(16页珍藏版)》请在冰点文库上搜索。

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

数据库课程设计实验报告

题目:

教室管理信息系统

学校:

南阳理工学院

学院:

软件学院

专业:

软件工程(软件设计)班级:

软件设计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.课程表数据字典

标号

字段名称

类型

说明

1课程编号

c_number

int

主键

2课程名

c_name

Varchar10

3学分

credit

Varchar10

4老师姓名

t_name

Varchar20

5课程时间

Start-time

Varchar20

CFree_

CStyle

2.班级表数据字典

标号

字段名称

类型

说明

1教室编号

class_num

int

主键

2教室类型

class_type

Varchar20

3教室容量

class_capacity

Varchar20

4空闲时间

free_time

Varchar20

5有无多媒体

class_style

Varchar20

3.教师表数据字典

标号

字段名称

类型

说明

1老师编号

t_number

int

主键

2老师姓名

t_name

Varchar20

3老师性别

t_sex

Varchar20

4教师职称

t_title

Varchar20

5老师系别

t_sdept

Varchar20

6授课时间段

t_time

Varchar50

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

标号

字段名称

类型

说明

1ID

Lend_id

int

主键

2教室编号

Class_num

int

3老师编号

t_number

int

4老师姓名

t_name

Varchar20

5使用日期

usedata

Varchar20

6时间段

time

Varchar20

7用途

use1

Varchar20

二、概念设计阶段:

CType

2.1.1数据库的局部E-R图1.班级表E-R图如下:

Class_na

班级信息表

Capacity

T_sddept

T_time

passwad

admin

2.adminE-R图如下:

Admin_id

username

C-number

C_name

Credit

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

T_name

课程表

Start_time

T-number

T_name

T_sex

4.教师表E-R如下:

T_title

教师表

2.整体E-R图

三、逻辑设计阶段

3.1.逻辑设计的与目标:

以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。

具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务;

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

实体型转换为关系模式。

实体的属性就是关系的属性,实体的码就是关系的码。

对于实体间的联系则有以下不同的情况:

一个m:

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

与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。

一个1:

n联系可以转换为一个独立的关系模式,也可以与n端对应的关系

模式合并。

如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。

一个1:

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

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

与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合 具有相同码的关系模式可合并。

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

1.管理员表:

CREATETABLE`admin`(

`admin_id`int(10)unsignedNOTNULLAUTO_INCREMENT,

`username`varchar(10)CHARACTERSETutf8mb4NOTNULL,

`password`textCHARACTERSETutf8mb4NOTNULL,

PRIMARYKEY(`admin_id`)

2.班级信息表

CREATETABLE`class`(

`class_num`int(10)NOTNULL,

`class_type`varchar(20)CHARACTERSETutf8mb4NOTNULL,

`class_capacity`varchar(20)NOTNULL,

`free_time`varchar(20)CHARACTERSETutf8mb4NOTNULL,

`class_style`varchar(20)CHARACTERSETutf8mb4NOTNULL,

PRIMARYKEY(`class_num`))

3.课程表信息

CREATETABLE`course`(

`c_number`int(10)NOTNULL,

`c_name`varchar(10)CHARACTERSETutf8mb4NOTNULL,

`credit`

varchar(10)

NOTNULL,

`t_name`

varchar(20)

CHARACTER

SET

utf8mb4

NOTNULL,

`start_time`varchar(20)CHARACTERSETutf8mb4NOTNULL,

PRIMARYKEY(`c_number`)

四、物理设计阶段:

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

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

(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;

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

4.2功能模块图如下:

五、据库设计阶段:

数据表导入:

1.用户表:

2.课程表

3.班级表

4.教师表

5.教室借用信息表

2.功能展示(截图)

1.登录界面:

2.主页面

3.教室查询

4.教师查询

5.课程查询

6.教室申请表

六、:

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

1.参考文献:

《数据库原理及应用》

《php项目开发》

《Sqlserver》

2.开发环境及软件:

windows8.1

开发软件:

subline,Navicatformysql,Apach

七、:

总结

1.设计总结

在这次课程设计中,重点是要掌握数据库设计方法。

数据库设计特点:

三分技

术,七分管理,十二分基础数据。

在数据库建设中不仅涉及技术,还设计管理。

要建设好一个数据库应用系统,开发技术固然重要,但相比之下则管理更重要。

进行数据库的设计首先必须了解与分析用户需求。

需求分析是整个设计过程的基础,是最困难、最耗时的一部分。

需求分析做的不好,甚至会导致整个数据库设计返工重做。

需求分析的任务是通过详细的调查现实世界要处理的对象,充分了解用户的各种需求,然后在此基础上确定系统功能。

系统还必须充分考虑今后可能的扩充和改变。

概念结构设计是整个数据库设计的关键,他通过对用户需求进行综合、归纳与抽象,形成一个独立与具体DBMS的概念模型。

逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型,并对其进行优化。

概念结构的特点:

能真实、充分的反映现实世界,包括失误和事物之间的联系,能满足用户对数据的处理要求,是对现实世界的一个真实模型;易于理解,从而可以用它和不熟悉计算机的用户交流意见,用户的积极参与是数据库设计成功的关键;易于更改,当应用环境和应用要求改变时,容易对概念模型修改和扩充;易于向关系、网状、层次等各种数据模型转换。

本系统主要针对的用户是学生,管理员和老师。

该设计的优点是:

不同用户的功能都单独存储在数据库中相应的表中使他们可以很方便地满足自己的需求。

不足是:

存在部分数据冗余,不利于该数据库向大型数据库扩展。

但该设计基本能满足三类的用户的需求,完成简单的功能。

时间有限,部分功能还没有实现,有待完善!

2.心得体会:

通过将近一个星期的设计,我们对数据库在生活中的广泛应用有了更深的

体会,尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。

课程设计是我们数据库专业课程知识综合应用的实践训练,在课设中也遇

到了很多问题,经过向老师询问和小组成员之间的交流,认真的思考,积极解决问题,终于解决了那些问题。

在解决问题的过程中,我们学到了很多知识,更是让我们把课本的知识应用到实际之中,让我们了解了我们学习的知识有什么用,增强我们的自信心和学习的动力。

同时感谢老师和同学在课程设计过程中的帮助!

总之,通过组员的共同努力,我们终于完成并且受益匪浅。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2