教师管理系统(数据库).docx

《教师管理系统(数据库).docx》由会员分享，可在线阅读，更多相关《教师管理系统(数据库).docx（25页珍藏版）》请在第一文库网上搜索。

1、数据库技术与应用(SQ1Server2005)课程设计题目教师管理系统组员王加铭龚兴茂班级计科1002班学院信息科学与工程学院指导教师彭造2012年11月22日任务分配表第*组学号姓名负责部分成绩组长104301231531970王加铭完成需求分析、概念逻辑结构设计和运行、维护部分组员104323281541250龚兴茂实现数据库实施阶段和运行部分指导老师点评：摘要随着计算机技术的飞速发展，计算机在各种单位机构管理中应用的普及，管理信息系统的开发在强调管理、强调信息的现代社会中也显得越来越重要。因此,利用计算机支持单位高效率地完成人事管理的日常事务，是适应现代各种单位机构制度要求、推动各种单位

2、机构人事管理走向科学化、规范化的必要条件。本系统详细介绍了以SQ1Server2005为语言编写教师管理信息系统的过程,从教师管理信息系统分析到总体设计与实现及测试的各个环节。该系统具备完善的教师信息管理功能，教师基本信息的录入、修改、查询、删除模块，教师考勤信息，以及系统的维护功能。为教师管理提供信息咨询，信息检索，信息存取等服务，基本上能够满足高校对教师管理的需要。数据库设计与实现的基本过程包括需求分析、概念结构设计、逻辑结构设计、数据库的实施阶段以及数据库的实施和维护等内容。需求分析确定系统的数据需求和处理需求；概念结构设计通过对用户需求的综合、归纳和抽象，形成一个独立的概念模型；逻辑结

3、构设计则将概念模型转换为具体的数据库管理系统所支持的数据模型；数据库的物理设计结合应用确定数据模型的存储结构和存取方式。在这些工作完成之后，就可以建立数据库并开始调试运行了，在数据库的运行过程中必须对其进行维护一一包括数据库的备份与恢复、性能分析与改进等等。关键字：概念结构：逻辑结构；需求分析；关系模式；数据字典；物理实现;系统设计；数据库系统目录第一章绪论-2-1.1 背景分析-2-1.2 开发设计思想-2-1.3 系统功能分析-2-第二章需求分析-3-2.1 功能要求-3-2.2 流程模块图-3-2.2.1 数据流程顶层图-4-2.2.2 目标数据流程图-4-第三章数据库概念结构设计-5-

4、3.1 实体属性图-5-3.1.1 教师基本信息实体-5-3.1.2 课程基本信息实体-5-3.1.3 学院基本信息实体-6-3.1.4 授课基本信息实体-6-3.2 总体E-R图-7-第四章数据库逻辑结构设计-8-4.1 关系模型-8-4.2 优化-8-4.3 数据信息表-9-第五章数据库实施阶段-11-5.1 创建数据库-11-5.2 功能-14-5.2.1 查询功能-14-5.2.2 添加功能-18-5.2.3 修改功能-19-5.2.4 册IJ除功能-20-第六章数据库运行和维护-21-6.1 运行和维护阶段的主要工作-21-6.2 维护的类型与内容-21-总结-22-参考文献-23-

5、第一章绪论1.1 背景分析传统意义上的教师管理均采用手工书写的方式来完成，需要通过大量的人工操作来进行。工作人员以纸、笔为处理工具，完全靠手工操作来记录、查询各种信息，不仅劳动强度较大、效率低，而且容易出错、数据不便更改，造成人力和财力资源的浪费。随着社会的发展，计算机应用的日益普及，通过现代化的方式对教师信息进行管理已成为可能。基于此，我希望能通过开发这一管理系统，由计算机代替人工执行一系列诸如教师信息输入、修改、查询、统计等操作，减轻工作人员的工作强度，提高工作效率，降低学校运行成本；同时，也对教师的科学化、规范化管理做出一点尝试。1.2 开发设计思想本系统开发设计思想：（1）尽量采用学校

6、现有软硬件环境,及先进的管理系统开发方案，从从而达到充分利用学校现有资源，提高系统开发水平和应用效果的目的。（2）系统采用模块化程序设计方法，既便于系统功能的各种组合和修改。（3）系统应具备数据库维护功能，及时根据用户需求进行数据的查询、添加、删除、修改等操作。13系统功能分析根据本教师管理系统主要是为了满足学校的需求而设计，注重操作简单易用、功能简洁但够用的特点，拟定系统应当具有如下功能：（1）教师基本信息数据的输入：操作人员可以在本系统中建立教师编号、教师姓名、性别、学历、职称、出生年月、地址等信息，作为教师查询的依据之（2）教师基本信息数据的修改、删除：学校中的教师人数和人员，包括职称、

7、工资都会随着时间的迁移而发生变化。因此，在系统中设置了增加记录、修改记录、删除记录等操作，教师管理人员可以随时对教师基本信息进行更新和修改；第二章需求分析随着中国高等教育的发展，学校的规模不断地扩大，教师数量也越来越多。学校各系别的教师基本信息，授课信息及其他相关信息的信息处理量日益增大，手工管理不经成本高昂，容易出错，产生不必要的麻烦。为了能够快速、方便地显示结果，并且有效的对有关教师授课、课程信息的各种信息进行统计与管理，我们设计了教师管理系统。这个系统可以方便了学校对教师管理，降低了管理成本，是一个简洁而又高效的系统。根据需求分析，本系统要实现以下基本功能：教师授课课程基本信息实现了教师

8、基本信息的添加、删除、修改以及查询。教师学院信息表是对教师授课信息的添加、删除、修改以及查询，是对教师与学院关系信息的维护：2.1功能要求1、管理员能对教师有关的各类数据进行输入、更新、添加、删除与查询，并且可以增加新的用户。2、教师能对个人信息和他人信息进行查询。3、教务人员能对教师所有的信息进行查询并可以打印教师档案报表。4、用户可以修改自己的个人密码。5、用户可以修改自己的个人信息。2.2流程模块图根据需要完成的功能，设计出系统的总体功能模块。本系统共分为2个功能模块：基本信息管理、系统用户管理。功能模块示意图如下：图2-1教师管理系统功能模块示意图2.2.1 数据流程顶层图2.2.2

9、图2-2数据流顶层图2.2.3 目标数据流程图通过系统的需求分析和教师信息的输入，最终组合了教师的基本信息表，如图2-3目标数据流程图所示信息来源过程：第三章数据库概念结构设计根据需求分析的结果，我们准备为学校编写一个教师管理系统。对该系统进行概念设计，依据我们的想法，该系统会分为三个实体，分别是教师实体、课程实体、学院实体，其中的联系是教师教授课程、教师所属学院。E-R图如下：3.1 实体属性图概念模型是对现实世界的抽象和概述，它真实的反映了事物和事物之间的联系。应用实体属性图可以描述某一组织的概念模型，下面根据需求分析设计教师管理信息系统的实体属性图。3.1.1 教师基本信息实体课程实体图

10、中包括的属性有编号、课程名、学分和学时，这些属性阐明了课程基本信息实体，如图3-1-2所示。3.1.3 学院基本信息实体学院实体图中包括的属性有编号、名称、专业数和人数，这些属性阐明了学院基本信息实体，如图3-1-3所示。3.1.4 图3-3学院信息实体图3.1.5 授课基本信息实体授课实体图中包括的属性有教师编号、课程编号、上课班级、学院名和上课时间，这些属性阐明了授课基本信息实体，如图3-1-4所示。图3-4授课信息实体图3.2 总体E-R图所有局部实体属性图设计好之后，接下来把它们综合成一个全局概念结构，即总体E-R图。在该总体E-R图中，有4个实体类型，4个联系类型，其实体属性分别见各

11、自的实体图。该总体E-R图说明了实体与实体间的联系。如图3-2所示。图3-5教师管理信息系统完整E-R图第四章数据库逻辑结构设计4.1 关系模型教师（教师编号,姓名，性别，联系方式，职称，工资）课程（课程编号,课程名，学分，学时）学院（学院编号,学院名，专业数，人数）授课（教师编号,课程编号,上课班级，学院名，上课时间）4.2 优化模式优化就是应用模式规范化技术对设计出来的数据库模式进行规范化处理，其目的是减少乃至消除关系模式中存在的各种异常，改善完整性，一致性和存储概率。1、教师关系模式优化：教师关系模式的函数依赖集为：F=教师编号姓名，教师编号-性别，教师编号-联系方式，教师编号f职称,教

12、师编号一工资教师关系模式规范化：根据INF定义和分析，教师关系模式的每个属性都是简单属性,所以教师关系模式属于INF0根据2NF定义和分析，教师关系模式中不存在部分函数依赖,所以教师关系模式属于2NF。根据3NF定义和分析，教师关系模式中不存在传递函数依赖,所以教师关系模式属于3NF02、课程关系模式优化：课程关系模式的函数依赖集为：F=课程编号一课程名，课程编号一学分，课程编号一学时课程关系模式规范化：根据INF定义和分析,课程关系模式的每个属性都是简单属性,所以课程关系模式属于INF0根据2NF定义和分析,课程关系模式中不存在部分函数依赖,所以课程关系模式属于2NF。根据3NF定义和分析,

13、课程关系模式中不存在传递函数依赖,所以课程关系模式属于3NFo3、学院关系模式优化：选修关系模式的函数依赖集为：F=学院编号一学院名，学院编号一专业数，学院编号一人数学院关系模式规范化：根据INF定义和分析,选修关系模式的每个属性都是简单属性,所以选修关系模式属于inf。根据2NF定义和分析,选修关系模式中不存在部分函数依赖,所以选修关系模式属于2NFo根据3NF定义和分析,选修关系模式中不存在传递函数依赖,所以选修关系模式属于3NFo4、授课关系模式优化：授课关系模式的函数依赖集为：F=（教师编号，课程编号）一上课班级，（教师编号，课程编号）一学院名,（教师编号，课程编号）一上课时间授课关系

14、模式规范化：根据INF定义和分析,选修关系模式的每个属性都是简单属性,所以选修关系模式属于inf。根据2NF定义和分析,选修关系模式中不存在部分函数依赖,所以选修关系模式属于2NFo根据3NF定义和分析,选修关系模式中不存在传递函数依赖,所以选修关系模式属于3NFo4.3 数据信息表（1）通过关系模型和不断优化修改，得出如图47教师信息表:列名数据类型可否为空说明教师编号Varchar(IO)NOTNU11教师编号（主键）姓名Varchar(IO)NOTNU11教师姓名性别Char(2)NOTNU11教师性别联系方式Varchar(IO)NU11联系方式职称Varchar(IO)NOTNU11教师职称工资Int(10)NOTNU11教师工资图4-1教师信息表（2）通过关系模型和不断优化修改，得出如图4-2课程信息表:列名数据类型可否为空说明课程编号Varchar(IO)NOTNU11课程编号（主键）课程名Varchar(IO)NOTNU11课程名称学分Int(4)NOTNU11学分学时Varchar(200)NOTNU11学时（3）通过关系模型和不断优化修改，得出如图4-3学院信息表:列名数据类型可否为空说明学院编号Varchar(IO)NOTNU11学院编号（主键）学院名Varchar(IO)NOTNU11学院名称专业数Varchar(IO)NO