dloecAAA教师管理系统数据库.docx
《dloecAAA教师管理系统数据库.docx》由会员分享，可在线阅读，更多相关《dloecAAA教师管理系统数据库.docx（25页珍藏版）》请在冰豆网上搜索。
dloecAAA教师管理系统数据库
dloecAAA教师管理系统-（数据库）
数据库技术与应用（SQLServer2005）
课程设计
题目
教师管理系统
组员
王加铭
龚兴茂
班级
计科1002班
学院
信息科学与工程学院
指导教师
彭浩
2012年11月22日
任务分配表
第**组
学号
姓名
负责部分
成绩
组长
104301231531970
王加铭
完成需求分析、概念逻辑结构设计和运行、维护部分
组员
104323281541250
龚兴茂
实现数据库实施阶段和运行部分
指导老师点评：
摘要
随着计算机技术的飞速发展，计算机在各种单位机构管理中应用的普及，管理信息系统的开发在强调管理、强调信息的现代社会中也显得越来越重要。
因此，利用计算机支持单位高效率地完成人事管理的日常事务，是适应现代各种单位机构制度要求、推动各种单位机构人事管理走向科学化、规范化的必要条件。
本系统详细介绍了以SQLServer2005为语言编写教师管理信息系统的过程，从教师管理信息系统分析到总体设计与实现及测试的各个环节。
该系统具备完善的教师信息管理功能，教师基本信息的录入、修改、查询、删除模块，教师考勤信息，以及系统的维护功能。
为教师管理提供信息咨询，信息检索，信息存取等
服务，基本上能够满足高校对教师管理的需要。
数据库设计与实现的基本过程包括需求分析、概念结构设计、逻辑结构设计、数据库的实施阶段以及数据库的实施和维护等内容。
需求分析确定系统的数据需求和处理需求；概念结构设计通过对用户需求的综合、归纳和抽象，形成一个独立的概念模型；逻辑结构设计则将概念模型转换为具体的数据库管理系统所支持的数据模型；数据库的物理设计结合应用确定数据模型的存储结构和存取方式。
在这些工作完成之后，就可以建立数据库并开始调试运行了，在数据库的运行过程中必须对其进行维护——包括数据库的备份与恢复、性能分析与改进等等。
关键字：
概念结构：
逻辑结构；需求分析；关系模式；数据字典；物理实现；
系统设计；数据库系统
第一章绪论
1.1背景分析
传统意义上的教师管理均采用手工书写的方式来完成，需要通过大量的人工操作来进行。
工作人员以纸、笔为处理工具，完全靠手工操作来记录、查询各种信息，不仅劳动强度较大、效率低，而且容易出错、数据不便更改，造成人力和财力资源的浪费。
随着社会的发展，计算机应用的日益普及，通过现代化的方式对教师信息进行管理已成为可能。
基于此，我希望能通过开发这一管理系统，由计算机代替人工执行一系列诸如教师信息输入、修改、查询、统计等操作，减轻工作人员的工作强度，提高工作效率，降低学校运行成本；同时，也对教师的科学化、规范化管理做出一点尝试。
1.2开发设计思想
本系统开发设计思想:
（1）尽量采用学校现有软硬件环境,及先进的管理系统开发方案,从从而达到充分利用学校现有资源,提高系统开发水平和应用效果的目的。
（2）系统采用模块化程序设计方法，既便于系统功能的各种组合和修改。
（3）系统应具备数据库维护功能，及时根据用户需求进行数据的查询、添加、删除、修改等操作。
1.3系统功能分析
根据本《教师管理系统》主要是为了满足学校的需求而设计，注重操作简单易用、功能简洁但够用的特点，拟定系统应当具有如下功能：
（1）教师基本信息数据的输入：
操作人员可以在本系统中建立教师编号、教师姓名、性别、学历、职称、出生年月、地址等信息，作为教师查询的依据之一；
（2）教师基本信息数据的修改、删除：
学校中的教师人数和人员，包括职称、工资都会随着时间的迁移而发生变化。
因此，在系统中设置了增加记录、修改记录、删除记录等操作，教师管理人员可以随时对教师基本信息进行更新和修改；
第二章需求分析
随着中国高等教育的发展，学校的规模不断地扩大，教师数量也越来越多。
学校各系别的教师基本信息，授课信息及其他相关信息的信息处理量日益增大，手工管理不经成本高昂，容易出错，产生不必要的麻烦。
为了能够快速、方便地显示结果，并且有效的对有关教师授课、课程信息的各种信息进行统计与管理，我们设计了教师管理系统。
这个系统可以方便了学校对教师管理，降低了管理成本，是一个简洁而又高效的系统。
根据需求分析，本系统要实现以下基本功能：
教师授课课程基本信息实现了教师基本信息的添加、删除、修改以及查询。
教师学院信息表是对教师授课信息的添加、删除、修改以及查询，是对教师与学院关系信息的维护:
2.1功能要求
1、管理员能对教师有关的各类数据进行输入、更新、添加、删除与查询，并且可以增加新的用户。
2、教师能对个人信息和他人信息进行查询。
3、教务人员能对教师所有的信息进行查询并可以打印教师档案报表。
4、用户可以修改自己的个人密码。
5、用户可以修改自己的个人信息。
2.2流程模块图
根据需要完成的功能，设计出系统的总体功能模块。
本系统共分为2个功能模块：
基本信息管理、系统用户管理。
功能模块示意图如下：
教师管理系统
图2-1教师管理系统功能模块示意图
2.2.1数据流程顶层图
图2-2数据流顶层图
2.2.2目标数据流程图
通过系统的需求分析和教师信息的输入，最终组合了教师的基本信息表，如图2-3目标数据流程图所示信息来源过程：
图2-3目标数据流程图
第三章数据库概念结构设计
根据需求分析的结果，我们准备为学校编写一个教师管理系统。
对该系统进行概念设计，依据我们的想法，该系统会分为三个实体，分别是教师实体、课程实体、学院实体，其中的联系是教师教授课程、教师所属学院。
E-R图如下：
3.1实体属性图
概念模型是对现实世界的抽象和概述，它真实的反映了事物和事物之间的联系。
应用实体属性图可以描述某一组织的概念模型，下面根据需求分析设计教师管理信息系统的实体属性图。
3.1.1教师基本信息实体
教师实体图中包括的属性有编号、姓名、性别、工资、职称和联系方式，这些属性阐明了教师基本信息实体，如图3-1-1所示。
图3-1教师信息实体图
3.1.2课程基本信息实体
课程实体图中包括的属性有编号、课程名、学分和学时，这些属性阐明了课程基本信息实体，如图3-1-2所示。
图3-2课程信息实体图
3.1.3学院基本信息实体
学院实体图中包括的属性有编号、名称、专业数和人数，这些属性阐明了学院基本信息实体，如图3-1-3所示。
图3-3学院信息实体图
3.1.4授课基本信息实体
授课实体图中包括的属性有教师编号、课程编号、上课班级、学院名和上课时间，这些属性阐明了授课基本信息实体，如图3-1-4所示。
图3-4授课信息实体图
3.2总体E-R图
所有局部实体属性图设计好之后，接下来把它们综合成一个全局概念结构，即总体E-R图。
在该总体E-R图中，有4个实体类型，4个联系类型，其实体属性分别见各自的实体图。
该总体E-R图说明了实体与实体间的联系。
如图3-2所示。
图3-5教师管理信息系统完整E-R图
第四章数据库逻辑结构设计
4.1关系模型
教师（教师编号，姓名，性别，联系方式，职称，工资）
课程（课程编号，课程名，学分，学时）
学院（学院编号，学院名，专业数，人数）
授课（教师编号，课程编号，上课班级，学院名，上课时间）
4.2优化
模式优化就是应用模式规范化技术对设计出来的数据库模式进行规范化处理，其目的是减少乃至消除关系模式中存在的各种异常，改善完整性，一致性和存储概率。
1、教师关系模式优化：
教师关系模式的函数依赖集为：
F={教师编号→姓名，教师编号→性别，教师编号→联系方式，教师编号→职称,教师编号→工资}
教师关系模式规范化：
根据1NF定义和分析,教师关系模式的每个属性都是简单属性,所以
教师关系模式属于1NF。
根据2NF定义和分析,教师关系模式中不存在部分函数依赖,所以
教师关系模式属于2NF。
根据3NF定义和分析,教师关系模式中不存在传递函数依赖,所以
教师关系模式属于3NF。
2、课程关系模式优化：
课程关系模式的函数依赖集为：
F={课程编号→课程名，课程编号→学分，课程编号→学时}
课程关系模式规范化：
根据1NF定义和分析,课程关系模式的每个属性都是简单属性,所以课
程关系模式属于1NF。
根据2NF定义和分析,课程关系模式中不存在部分函数依赖,所以课程
关系模式属于2NF。
根据3NF定义和分析,课程关系模式中不存在传递函数依赖,所以课程
关系模式属于3NF。
3、学院关系模式优化：
选修关系模式的函数依赖集为：
F={学院编号→学院名，学院编号→专业数，学院编号→人数}
学院关系模式规范化：
根据1NF定义和分析,选修关系模式的每个属性都是简单属性,所以选
修关系模式属于1NF。
根据2NF定义和分析,选修关系模式中不存在部分函数依赖,所以选修
关系模式属于2NF。
根据3NF定义和分析,选修关系模式中不存在传递函数依赖,所以选修
关系模式属于3NF。
4、授课关系模式优化：
授课关系模式的函数依赖集为：
F={（教师编号，课程编号）→上课班级，（教师编号，课程编号）→学院名，
（教师编号，课程编号）→上课时间}
授课关系模式规范化：
根据1NF定义和分析,选修关系模式的每个属性都是简单属性,所以选
修关系模式属于1NF。
根据2NF定义和分析,选修关系模式中不存在部分函数依赖,所以选修
关系模式属于2NF。
根据3NF定义和分析,选修关系模式中不存在传递函数依赖,所以选修
关系模式属于3NF。
4.3数据信息表
（1）通过关系模型和不断优化修改，得出如图4-1教师信息表：
列名
数据类型
可否为空
说明
教师编号
Varchar（10）
NOTNULL
教师编号（主键）
姓名
Varchar（10）
NOTNULL
教师姓名
性别
Char
（2）
NOTNULL
教师性别
联系方式
Varchar（10）
NULL
联系方式
职称
Varchar（10）
NOTNULL
教师职称
工资
Int（10）
NOTNULL
教师工资
图4-1教师信息表
（2）通过关系模型和不断优化修改，得出如图4-2课程信息表：
列名
数据类型
可否为空
说明
课程编号
Varchar（10）
NOTNULL
课程编号（主键）
课程名
Varchar（10）
NOTNULL
课程名称
学分
Int（4）
NOTNULL
学分
学时
Varchar（200）
NOTNULL
学时
图4-2课程信息表
（3）通过关系模型和不断优化修改，得出如图4-3学院信息表：
列名
数据类型
可否为空
说明
学院编号
Varchar（10）
NOTNULL
学院编号（主键）
学院名
Varchar（10）
NOTNULL
学院名称
专业数
Varchar（10）
NOTNULL
专业数
人数
Varchar（20）
NOTNULL
学院人数
图4-3学院信息表
（4）通过关系模型和不断优化修改，得出如图4-4授课信息表：
列名
数据类型
可否为空
说明
教师编号
Varchar（10）
NOTNULL
教师编号（主键）
课程编号
Varchar
升级会员 