教师管理系统数据库Word格式.docx

1、物理实现；系统设计；数据库系统第一章 绪论 51.1背景分析 51.2 开发设计思想 51.3系统功能分析 5第二章 需求分析 62.1 功能要求 62.2流程模块图 62.2.1数据流程顶层图 72.2.2目标数据流程图 7第三章 数据库概念结构设计 83.1实体属性图 83.1.1教师基本信息实体 83.1.2课程基本信息实体 83.1.3学院基本信息实体 93.1.4授课基本信息实体 93.2 总体图 10第四章 数据库逻辑结构设计 114.1 关系模型 114.2优化 114.3 数据信息表 12第五章 数据库实施阶段 145.1创建数据库 145.2功能 175.2.1查询功能 17

2、5.2.2添加功能 215.2.3修改功能 225.2.4删除功能 23第六章数据库运行和维护 246.1 运行和维护阶段的主要工作 246.2维护的类型及内容 24总结 25参考文献 26第一章 绪论1.1背景分析传统意义上的教师管理均采用手工书写的方式来完成，需要通过大量的人工操作来进行。工作人员以纸、笔为处理工具，完全靠手工操作来记录、查询各种信息，不仅劳动强度较大、效率低，而且容易出错、数据不便更改，造成人力和财力资源的浪费。随着社会的发展，计算机应用的日益普及，通过现代化的方式对教师信息进行管理已成为可能。基于此，我希望能通过开发这一管理系统，由计算机代替人工执行一系列诸如教师信息输

3、入、修改、查询、统计等操作，减轻工作人员的工作强度，提高工作效率，降低学校运行成本；同时，也对教师的科学化、规范化管理做出一点尝试。1.2 开发设计思想本系统开发设计思想:（1）尽量采用学校现有软硬件环境,及先进的管理系统开发方案, 从从而达到充分利用学校现有资源, 提高系统开发水平和应用效果的目的。（2）系统采用模块化程序设计方法，既便于系统功能的各种组合和修改。（3）系统应具备数据库维护功能，及时根据用户需求进行数据的查询、添加、删除、修改等操作。1.3系统功能分析根据本教师管理系统主要是为了满足学校的需求而设计，注重操作简单易用、功能简洁但够用的特点，拟定系统应当具有如下功能：（1）教师

4、基本信息数据的输入：操作人员可以在本系统中建立教师编号、教师姓名、性别、学历、职称、出生年月、地址等信息，作为教师查询的依据之一；（2）教师基本信息数据的修改、删除：学校中的教师人数和人员，包括职称、工资都会随着时间的迁移而发生变化。因此，在系统中设置了增加记录、修改记录、删除记录等操作，教师管理人员可以随时对教师基本信息进行更新和修改；第二章 需求分析随着中国高等教育的发展，学校的规模不断地扩大，教师数量也越来越多。学校各系别的教师基本信息，授课信息及其他相关信息的信息处理量日益增大，手工管理不经成本高昂，容易出错，产生不必要的麻烦。为了能够快速、方便地显示结果，并且有效的对有关教师授课、课

5、程信息的各种信息进行统计及管理，我们设计了教师管理系统。这个系统可以方便了学校对教师管理，降低了管理成本，是一个简洁而又高效的系统。根据需求分析，本系统要实现以下基本功能：教师授课课程基本信息实现了教师基本信息的添加、删除、修改以及查询。教师学院信息表是对教师授课信息的添加、删除、修改以及查询，是对教师及学院关系信息的维护:2.1 功能要求1、管理员能对教师有关的各类数据进行输入、更新、添加、删除及查询，并且可以增加新的用户。2、教师能对个人信息和他人信息进行查询。3、教务人员能对教师所有的信息进行查询并可以打印教师档案报表。4、用户可以修改自己的个人密码。5、用户可以修改自己的个人信息。2.

6、2流程模块图根据需要完成的功能，设计出系统的总体功能模块。本系统共分为2个功能模块：基本信息管理、系统用户管理。功能模块示意图如下：图2-1教师管理系统功能模块示意图2.2.1数据流程顶层图图2-2数据流顶层图2.2.2目标数据流程图通过系统的需求分析和教师信息的输入，最终组合了教师的基本信息表，如图2-3目标数据流程图所示信息来源过程：图2-3目标数据流程图第三章 数据库概念结构设计根据需求分析的结果，我们准备为学校编写一个教师管理系统。对该系统进行概念设计，依据我们的想法，该系统会分为三个实体，分别是教师实体、课程实体、学院实体，其中的联系是教师教授课程、教师所属学院。图如下：3.1实体属

7、性图概念模型是对现实世界的抽象和概述，它真实的反映了事物和事物之间的联系。应用实体属性图可以描述某一组织的概念模型，下面根据需求分析设计教师管理信息系统的实体属性图。3.1.1教师基本信息实体教师实体图中包括的属性有编号、姓名、性别、工资、职称和联系方式，这些属性阐明了教师基本信息实体，如图3-1-1所示。图3-1教师信息实体图3.1.2课程基本信息实体课程实体图中包括的属性有编号、课程名、学分和学时，这些属性阐明了课程基本信息实体，如图3-1-2所示。图3-2课程信息实体图3.1.3学院基本信息实体学院实体图中包括的属性有编号、名称、专业数和人数，这些属性阐明了学院基本信息实体，如图3-1-

8、3所示。图3-3学院信息实体图3.1.4授课基本信息实体授课实体图中包括的属性有教师编号、课程编号、上课班级、学院名和上课时间，这些属性阐明了授课基本信息实体，如图3-1-4所示。图3-4授课信息实体图3.2 总体图所有局部实体属性图设计好之后，接下来把它们综合成一个全局概念结构，即总体图。在该总体图中，有4个实体类型，4个联系类型，其实体属性分别见各自的实体图。该总体图说明了实体及实体间的联系。如图3-2所示。图3-5教师管理信息系统完整图第四章 数据库逻辑结构设计4.1 关系模型教师（教师编号，姓名，性别，联系方式，职称，工资）课程（课程编号，课程名，学分，学时）学院（学院编号，学院名，专

9、业数，人数）授课（教师编号，课程编号，上课班级，学院名，上课时间）4.2优化 模式优化就是应用模式规范化技术对设计出来的数据库模式进行规范化处理，其目的是减少乃至消除关系模式中存在的各种异常，改善完整性，一致性和存储概率。1、教师关系模式优化： 教师关系模式的函数依赖集为： 教师编号姓名，教师编号性别，教师编号联系方式，教师编号职称,教师编号工资 教师关系模式规范化： 根据1定义和分析, 教师关系模式的每个属性都是简单属性,所以 教师关系模式属于1。 根据2定义和分析, 教师关系模式中不存在部分函数依赖,所以 教师关系模式属于2。 根据3定义和分析, 教师关系模式中不存在传递函数依赖,所以 教

10、师关系模式属于3。 2、课程关系模式优化： 课程关系模式的函数依赖集为： 课程编号课程名，课程编号学分，课程编号学时 课程关系模式规范化： 根据1定义和分析,课程关系模式的每个属性都是简单属性,所以课 程关系模式属于1。 根据2定义和分析,课程关系模式中不存在部分函数依赖,所以课程 关系模式属于2。 根据3定义和分析,课程关系模式中不存在传递函数依赖,所以课程 关系模式属于3。 3、学院关系模式优化： 选修关系模式的函数依赖集为： 学院编号学院名，学院编号专业数，学院编号人数 学院关系模式规范化： 根据1定义和分析,选修关系模式的每个属性都是简单属性,所以选 修关系模式属于1。 根据2定义和分

11、析,选修关系模式中不存在部分函数依赖,所以选修 根据3定义和分析,选修关系模式中不存在传递函数依赖,所以选修 4、授课关系模式优化： 授课关系模式的函数依赖集为： （教师编号，课程编号）上课班级，（教师编号，课程编号）学院名，（教师编号，课程编号）上课时间 授课关系模式规范化：4.3 数据信息表（1）通过关系模型和不断优化修改，得出如图4-1教师信息表：列名数据类型可否为空说明教师编号（10）教师编号（主键）教师姓名性别（2）教师性别联系方式职称教师职称工资教师工资图4-1教师信息表（2）通过关系模型和不断优化修改，得出如图4-2课程信息表：课程编号课程编号（主键）课程名课程名称学分（4）学时

12、（200）图4-2课程信息表（3）通过关系模型和不断优化修改，得出如图4-3学院信息表：学院编号学院编号（主键）学院名学院名称专业数人数（20）学院人数图4-3学院信息表（4）通过关系模型和不断优化修改，得出如图4-4授课信息表：上课班级上课时间上课学期图4-4授课信息表第五章 数据库实施阶段5.1创建数据库 教师管理 （ 主文件 = m, = F:教师管理, = 5, = 100, = 1）,（ 辅助文件 = n, = 50,（ 日志文件 = l,）（1）创建教师信息表： 教师信息表（ 编号 , 姓名（10） , 性别（10） , 工资, 职称（16）, 联系方式, ）; 教师信息表（ 10

13、001,张三,男,5000,教授,123465612 ）; 教师信息表（ 10002,李四,4000,讲师,1212321312 ）; 教师信息表（ 10003,王好女,3435,助教,2131241 ）; 教师信息表（ 10004,陶于,4322,副教授,32123123 ）; 教师信息表（ 10005,于吉,3412,32423412 ）;查询表中信息，代码如下： * 教师信息表执行后的结果显示如图所示： （ 图5-1 教师信息表（2）创建课程表： 课程表（编号 , 课程名（10）, 学分 , 学时, 课程表（ 1001,数据库,4,80 ）; 课程表（ 1002,数据结构,4,60 ）;

14、 课程表（ 1003,大学英语,3,60 ）; 课程表（ 1004,大学物理,2,40 ）; 课程表（ 1005 ,高数,4,50 ）; * 课程表 图5-2 课程表（3）创建学院表： 学院表 名称（20） , 专业数, 人数, 学院表（ 1030,管理学院,6,4000 ）; 学院表（ 1023,信息科学及工程,8,5000 ）; 学院表（ 1040,外语学院,7,4500 ）; 学院表（ 1899,机械及工程学院,5,4523）; 学院表（ 1235,中文学院,4,3800 ）; * 学院表 图5-3 学院表（4）创建授课表： 授课表（ 教师编号 , 课程编号, 上课班级（10）, 学院名

15、（20）, 上课时间（20）, 授课表（ 10001,1002,计科10:00-11:40 授课表（ 10002,1001,8:00-9: 授课表（ 10005,1005,15:40-17:20 授课表（ 10003,1004,14:00-15: 授课表（ 10004,1003,机械及工程学 * 授课表 图5-4 授课表5.2功能5.2.1查询功能创建教师信息查询过程，实现对教师信息中教师教课的查询，即输入教师编号，查询该教师的所教的课程名和上课时间等信息：（1）单表存储查询创建教师信息查询存储过程，实现对教师信息中教师信息的查询。例如查询编号10001的教师信息，即输入教师编号，则输出该教师

16、相关信息等 （ * = 教师信息查询p 教师信息查询 编号姓名（10） , 性别（10）工资（10）, 联系方式（10）职称（10） 编号=编号职称=职称姓名=姓名, 工资=工资联系方式=联系方式性别=性别 编号编号查询教师信息 性别（10）工资（10）, 联系方式（10）职称（10） 教师信息查询 10001姓名, 性别工资, 联系方式职称 姓名 姓名, 性别 性别工资 工资, 联系方式 联系方式职称 职称结果如图5-5所示，经过及图5-1对比，却是其中的一项。图5-5 单表存储查询（1）多表连接查询即输入教师编号，通过连接多个数据基本表，查出该教师教的是哪一门课程，在哪个学部，什么时间上课

17、等等。通过创建视图，简化查询操作，如下所示：视图 教师教课 教师信息表.姓名,课程表.课程名,授课表.上课班级, 授课表.学院名,授课表.上课时间 教师信息表,课程表,授课表 教师信息表.编号=授课表.教师编号 授课表.课程编号=课程表.编号查询教师教课视图 * 教师教课删除视图所操作的结果如图5-6视图多表连接查询所示： 图5-6视图多表连接查询2通过创建用户自定义函数来简化查询操作，如下所示：例如查询教师编号10003的教师所教授的课程，通过多个表的连接查询，的出的信息过程如下所示：查询教师教课 教师教课（ ） 教师信息表.姓名,课程表.课程名, 授课表.上课班级,授课表.学院名,授课表.

18、上课时间 教师信息表.编号 教师信息表.编号=授课表.教师编号 授课表.课程编号=课程表.编号执行函数查询 姓名,课程名,上课班级,学院名,上课时间 教师教课（10003） 教师教课通过和图5-6对比，可以清楚的知道图5-7所示的结果，如下图： 图5-7 函数使用查询结果5.2.2添加功能在教师信息表上创建教师信息添加存储过程，实现教师信息的添加：教师信息表添加 教师信息表添加编号姓名（10）性别（10）,工资职称（16）联系方式 （编号姓名性别工资职称联系方式）例如在图5-1 教师信息表中添加 10006，张1，男，4800，教授，123443242的信息。 执行教师信息存储过程 10006

19、,张,4800,123443242所得到的结果如图5-8添加信息所示： 图5-8添加信息5.2.3修改功能创建教师信息修改存储过程，实现教师信息的修改：教师信息修改 教师信息修改编号（10）姓名（10）性别（2）,工资联系方式（16）职称（10） 编号编号,姓名姓名,性别性别,工资工资,联系方式联系方式,职称职称例如在图5-1 教师信息表中将 “于吉”修改成“于高”和“男”修改成“女”其余的不变，如下所示： 执行教师信息修改过程 教师信息修改10005,于高修改后查询 * 所得到结果如图5-9修改信息所示： 图5-9修改信息5.2.4删除功能创建教师信息删除存储过程，实现教师信息的删除：教师信

20、息删除 教师信息删除 教师信息删除 编号（10） 教师信息表 编号编号例如在图5-1 教师信息表中将编号10004 的教师所有信息删除，如下所示： 执行教师信息删除过程 教师信息删除10004所得到结果如图5-10删除信息所示： 图5-10删除信息第六章数据库运行和维护数据库试运行合格后，即可投入正式运行了，这标志着数据库开发工作基本完成。但是由于环境在不断变化，数据库运行过程中物理也会不断变化，对数据库设计进行评价、调整、修改和维护工作时一个长期的任务，也是设计工作的继续喝提高。6.1 运行和维护阶段的主要工作 在数据库运行阶段，数据库你的维护主要由完成。数据库的维护工作包括以下五项。（1）

21、数据库的转储和恢复（2）数据库的安全性、完整性控制（3）数据库性能的监督、分析和改造（4）数据库的数据重组（5）数据库的重新构造由于数据库应用环境发生变化，例如增加了新的应用或新的实体，取消了某些应用，有的实体及实体间的联系发生了变化等，使原有的数据库设计不能满足新的需求，需要调整数据库的模式和内模式。例如在表中增加或删除某些数据项、改变数据项的类型。增加或删除某个表、改变数据库的容量、增加或删除某些索引，以及增加或取消某些功能等等。当然数据库的重新构造也是有限的，只能做部分修改。如果应用变化太大，重新构造也无济于事，说明此生命周期已经结束，应该设计新的了。6.2维护的类型及内容（1）校正性维

22、护为识别和纠正错误，弥补系统性能缺陷而修改系统的过程称校正性维护。（2）适应性维护 为使应用系统适应计算机硬件环境、系统环境、数据环境变化而修改系统的过程称适应性维护。（3）完善性维护为适应变化，增加系统功能、增加系统性能、提高运行效率而修改系统的过程称完善性维护。（4）预防性维护为提高系统的可维护性和可靠性而对系统进行的修改称预防性维护。其目的是为以后进一步的运行和维护打好基础。总结通过这次的课程设计，使我对这学期学的知识有了更为全面的认识。在这个学期数据库的学习期间，我已经了解了数据库的大部分的操作代码和一些基本的对数据库的操作，但是由于接触的时间不是太久，所以对数据库了解还是不大全面，通

23、过此次数据库的课程设计，我从中发现了自己的许多不足，也得以让我提高的数据库方面的知识能力，从而达到了学及用的结合，增强了对数据库应用方面的理解，对自己今后参及开发数据库系统积累了不少经验，让我受益匪浅。通过和同学的共同努力，我们组设计出了一个基于教师管理的数据库系统，这个系统可以更好、更快、更有效地管理查询教师的信息。在这个系统中，我们主要实现了的功能有能够完成教师及其相关信息的输入、修改、插入、删除等工作，可以按照特定的信息进行查找等。在对课题分析的过程中，对数据库设计理念及思想上有更高的认识，从分析，到概念设计和逻辑设计，图的绘制，懂得了不少有关数据库开发过程中的知识，在实验中建表，及其关

24、系模式，将语的查询语句运用在实处，增强了自己在数据库中应用语言的理解，其中包括查询、插入、删除、修改,特别是对多表查询，表和表之间的联系有了全新的认识。在上机的时候，我们会有做的得心应手的时候，也有磕磕绊绊的时候。其实那些磕绊的地方往往就是我们上课没有听懂的地方，所以这就要求我们的重视，及时向老师寻求答案。实习结束后，我逐渐认识到了自己所掌握的知识远远不够，我还需进一步的努力学习。同时我发现理论和实践之间还是存在一定的差距，要把理论知识灵活运用于实践才是最好的，因此我也希望学校能多给我们提供一些实践的机会。为适应时代的发展，需要尽可能地学习更多的知识和能力，学会创新求变，以适应社会的需要，那就更需要掌握较全面的计算机知