基于WEB的教师管理系统的设计与实现.docx
《基于WEB的教师管理系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《基于WEB的教师管理系统的设计与实现.docx（44页珍藏版）》请在冰豆网上搜索。
基于WEB的教师管理系统的设计与实现
引言
1课题研发的目的和意义
随着国家教育制度的进步，越来越多的学生接受了教育。
再加上中国的人口基数本来就多，所以需要教育的学生的数量也多，即而需要大量的教师。
而教师管理作为学校管理的一个重要方面，其可变因素多，管理方面繁琐复杂，时间跨度大，再加上去固有的基数大，因而形成了巨大的数据量。
如果还是运用以前的人工管理的方式来处理这样大量的数据，不可避免的增加了管理的工作量及复杂程度，并且人为方式固有的非严密性常常带来各种工作中的疏漏，使得复杂度更甚，常常让工作人员感到头疼。
为了解决这种状况，以计算机实现管理的科学化、严谨化成为了主流。
与传统的管理模式相比，利用网络的管理系统具有成本低、效率高、对高校综合信息变化反应速度快以及提供全面，系统服务等传统管理模式所无法比拟的优点。
例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高人事劳资管理的效率,也是教育的科学化、正规化管理，与世界接轨的重要条件。
为了适应现代教育管理的要求，进一步完善教师信息管理，各个高校普遍在科学技术飞速发展的今天，利用网站资源进行教师个人信息管理和教师间的相互交流。
教师管理系统的基本功能有对教师个人信息管理，教师所属学院管理，教师的科研，论文，奖惩，调动，职称评定，培训信息的综合管理。
还能上传，下载教师相关文件表格，教师之间可以通过留言板相互交流。
随着Internet技术的快速发展，B/S结构的管理系统运用网络作为应用平台越来越被人看好，因为人们可以随时随地对多要管理的信息进行处理，操作，同时可以准确，快速，高效的发布相关信息。
所以采用B/S结构，JSP+JavaBean的开发模式，使用MyEclipse开发工具，SQLServer2000做后台数据库的本系统定将达到预期的效果。
2目标
1.方便管理员对教师的管理；
2.方便教师的工作；
3.提高教师的工作效率。
第一章可行性研究
1.1计算机管理教师的意义
近年来，随着经济的发展，教育正面向着大型化、规模化的方向发展，教师数量急剧增加，有关教师的各种信息量也成倍增长。
在这种情况下用计算机可使人们从繁重的劳动中解脱出来，仅使用一些简单的操作便可及时、准确地获得需要的信息。
同时可以准确、快速、高效地发布相关信息，用户可以通过系统相互交流。
这些优点能够使教育的科学化、正规化，是与世界接轨的重要条件。
所以基于WEB的教师管理的发展前景，将会非常广阔。
1.2可行性研究
目的:
可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。
1.3经济上可行性
经济的可行性分析，是对系统的开发成本、运营成本、运营后收益以及维护成本进行经济可行性分析。
对整个系统而言，在系统未运行之前，初期投资比较大，花费相对而言比较多。
但在整个系统投入运行之后，投资就会降低，效益会大大增加。
因为现在计算机已经普及，相关人员不需要过细的培训即可上岗，而且该系统很适应当前社会管理层的发展形式。
从长远角度来看，这样的投资还是低成本的，具有经济可行性。
1.4技术上可行性
本系统利用MyEclipse作为开发工具；SQLServer2000数据库进行添加，删除，修改，查询；这些工具目前都已经很成熟了。
利用这些工具开发的系统具有高的可重用性和可维护性。
现在学校配置的电脑的系统完全可以运行此系统。
综上所述，本系统的设计与开发在技术上和硬件设备上的条件都是满足的，因此，它在技术上是可行的。
1.5运行上可行性
本系统所耗费的资源非常的小，学校的电脑无论是硬件还是软件都能够满足。
而且人员不论是对于电脑系统的基本操作，还是对系统的维护，都是具有一定的基础。
人们已经习惯了在网上进行操作，对网上的操作模式已经相当的认同了，并且本系统的使用者大部分为学校的任课教师，他们都是经常上网的，所以对网络都很熟悉了。
因此，本系统在运行上是可行的。
第二章需求分析
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。
需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力，财力，时间。
如果开发出的软件没人要，那所有的投入都是徒劳.。
如果费了很大的精力开发了一个软件，最后却不满足用户的要求，从而需要重新开发过，这种返工是让人痛心疾首的。
需求分析之所以重要，就因为他具有决策性，方向性，策略性的作用。
他在软件开发的过程中具有举足轻重的地位。
所以我们一定要对需求分析具有足够的重视。
在一个大型软件系统的开发中，他的作用要远远大于程序设计。
2.1系统需求
目前的教师管理系统还处在比较低的水平，有很多学校还是C/S结构的，功能比较落后，并且效率也不是很高的。
还有的甚至是人工管理。
这样管理起来又费时又费力，还容易出错。
随着教师的数量的增多，管理人员越来越觉得学校应该具有一个完善的教师管理系统，所以往往多是学校自己购买一个成型的教师管理信息系统，然后再根据自身的特点来对某些功能进行改进或修改。
所以现在急需一个良好的，完善的基于WEB的教师管理系统。
2.2功能需求
2.2.1教师信息管理
此系统对教师的基本信息的管理是最基本的，它需要全面描述教师基本信息，包括姓名，性别，籍贯，身份证号，所属学院，出生日期，政治面貌，毕业院校，职称，职务等。
对教师基本信息可以添加，编辑：
在教师基本信息列表中选择对教师的操作，可删除和修改。
2.2.2教师所属学院管理
只有教师信息管理是不够的。
我们需要把教师和学院联系起来，方便对教师进行全方位的查询。
对于学校学院的管理则需要能显示学院的基本信息，包括负责人及电话。
可以对学院的信息进行删除和修改，还可以对系别，教研室信息修改，并可以查询到所属教研室的教师。
2.2.3教师科研方面的信息管理
教师不仅仅在教室里讲课，他们也需要自我提升，所以此功能负责提供教师的科研，论文，奖惩，职称评定，岗位调动，培训信息，学院信息等的查询，并实现对其数据库的相应表的基本操作，添加，删除，修改等。
2.2.4文件管理
随着现代化的进程，很多文件已经不再是手写的纸张，而是转变为电子版的，所以此模块主要对教师相关文件上传，下载的实现。
2.2.5教师的留言板信息管理
社会发展了，沟通也要随着进步，此模块方便教师之间相互交流，并与管理员交流。
方便沟通，增加工作的效率。
2.2.6系统设置管理
系统设置管理的功能主要针对系统管理员，管理员可以对系统进行修改。
而教师只能对自己的信息进行查看。
不能修改。
第三章总体设计
3.1基本设计概念和处理流程
通过对系统的调研与分析，系统主要应完成的功能有：
登录，教师个人信息管理，学院管理，科研管理，论文管理，培训管理，职称评定管理，奖惩管理，岗位调动管理，文件管理，留言板管理，系统设置等功能。
基于Web的信息系统目前有两种结构模式，一种是传统的C/S（Client/Server）两层模式，另一种是新的B/S（Browser/Server）三层结构模式。
本系统使用的是B/S结构模式。
下面介绍一下B/S结构模式：
B/S结构模式全称为Browser/Server结构模式及浏览器+服务器。
它是三级模式结构：
外模式、模式和内模式。
外模式也称子模式（Subschema）或用户模式，是数据库用户（包括应用程序员和最终用户）能够看见和使用的局部数据的逻辑结构和特征的描述，是数据库用户的数据视图，是与某一应用有关的数据的逻辑表示。
模式也称逻辑模式，是数据库中全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图。
内模式也称存储模式（StorageSchema），它是数据物理结构和存储方式的描述，是数据在数据库内部的表示方式。
近年来，基于Web技术的Intranet正受到广泛的应用，这种以TCP/IP协议为基础、以Web为核心的企业内部网正吸引着越来越多的企业。
在本系统的开发过程中，主要使用了以下几种主要技术，其中用到了与数据库联接的JDBC技术；系统主要功能的实现使用了JSP+JavaBean模式开发技术。
JDBC（javadatebaseconnectivity,java数据库连接）是一种用于执行SQL语句的javaAPI,可以为多种关系数据库提供统一的访问接口.JDBC由一组用java语言编写的类与接口组成,通过调用这些类和接口所提供的方法,用户能够以一致的方式连接多种不同的数据库系统（如Access、Server2000、Oracle、Sysbase等）,进而使用标准的SQL语言来存取数据库中的数据,而不必再为每一种数据库系统编写不同的java程序代码.JDBC的用途：
与数据库建立连接；向数据库发送SQL语句；处理结果。
系统基本的流程是：
主界面－>选择登录的身份－>选择各项子系统。
3.2系统业务流程图
系统业务流程图如图3-1所示：
图3-1系统业务流程图
3.3系统数据流图
本系统的数据流图见下图3-2:
图3-2系统数据流图
3.4系统功能层次模块图
总体层次模块图见下图3-3所示：
图3-3总体层次模块图
下面对各个模块依次进行介绍。
教师信息管理模块如图3-4所示：
图3-4教师信息管理层次模块图
教师所属学院管理模块如图3-5所示：
图3-5教师所属学院管理层次模块图
科研管理模块如图3-6所示：
图3-6科研管理层次模块图
论文管理模块如图3-7所示：
图3-7论文管理层次模块图
培训管理模块如图3-8所示：
图3-8培训管理层次模块图
职称评定管理模块如图3-9所示：
图3-9职称评定层次模块图
奖惩管理模块如图3-10所示：
图3-10奖惩管理层次模块图
岗位调动管理模块如图3-11所示：
图3-11岗位调动管理层次模块图
3.5数据字典
数据字典（Datadictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录，也可以说是一个数据模型中数据和对象的相关描述集合。
它有利于程序员和用户在创建应用程序、报告时查阅数据和对象。
它由数据库管理系统管理，为设计人员和数据库管理员在数据库设计、实现和运行阶段控制有关数据提供依据。
数据项目：
id；
含义说明：
用来确认留言的号码；
别名：
留言板编号；
数据类型：
字符型；
长度：
6；
取值范围：
所有字符；
数据项目：
Password；
含义说明：
登录教师管理需要的密码；
别名：
密码；
数据类型：
字符型；
长度：
16
取值范围：
所有字符；
数据项目：
Purview；
含义说明：
确认是管理员还是教师登录；
别名：
权限；
数据类型：
字符型；
长度：
3；
取值范围：
所有字符；
数据项目：
TeacherID;
含义说明：
每一个编号对应一个教师；
别名：
教师编号；
数据类型：
字符型；
长度：
6；
取值范围：
所有字符；
数据项目：
TeacherName;
含义说明：
用来显示教师的姓名；
别名：
教师的姓名；
数据类型：
字符型；
长度：
10；
取值范围：
所有字符；
数据项目：
sex;
含义说明：
分别教师的性别；
别名：
性别；
数据类型：
字符型；
长度：
2；
取值范围：
男或女；
数据项目：
CollegeNO；
含义说明：
用于标记教师所在的学院；
别名：
学院号；
数据类型：
字符型；
长度：
4；
取值范围：
所有字符；
数据项目：
Birthday;
含义说明：
标记教师的出生日期；
别名：
出生日期；
数据类型：
日期型；
长度：
4；
取值范围：
所有日期；
数据项目：
NativePlace;
含义说明：
教师的籍贯；
别名：
籍贯；
数据类型：
字符型；
长度：
20；
取值范围：
所有字符；
数据项目：
Marriage；
含义说明：
标记教师的婚姻状况；
别名：
婚姻状况；
数据类型：
字符型；
长度：
4；
取值范围：
已婚或未婚；
数据项目：
CollegeName；
含义说明：
教师所在学院的名称；
别名：
学院名称；
数据类型：
字符型；
长度：
20；
取值范围：
所有字符；
数据项目：
HandleName；
含义说明：
确定学院负责人的名字；
别名：
负责人；
数据类型：
字符型；
长度：
10；
取值范围：
所有字符；
数据项目：
MajorNO
含义说明：
给各个系取个编号，方便查询；
别名：
系别编号；
数据类型：
字符型；
长度：
10；
取值范围：
所有字符；
数据项目：
MajorName；
含义说明：
一个编号对应一个系名；
别名：
系别名称；
数据类型：
字符型；
长度：
20；
取值范围：
所有字符；
数据项目：
RoomNO；
含义说明：
给各个教研室取个编号，方便查询；
别名：
教研室编号；
数据类型：
字符型；
长度：
10；
取值范围：
所有字符；
数据项目：
RoomName；
含义说明：
一个编号对应一个教研室名；
别名：
教研室名称；
数据类型：
字符型；
长度：
20；
取值范围：
所有字符；
数据项目：
ScheduleNO；
含义说明：
给各个课程取个编号，方便查询和使用；
别名：
课程编号；
数据类型：
大整数型；
长度：
8；
取值范围：
所有整数；
数据项目：
ScheduleName；
含义说明：
一个编号对应一个课程名；
别名：
课程名称；
数据类型：
字符型；
长度：
20；
取值范围：
所有字符；
数据项目：
ResearchNO
含义说明：
给各个科研信息取个编号，方便查询；
别名：
科研编号；
数据类型：
大整数型；
长度：
8；
取值范围：
所有整数；
数据项目：
ResearchName
含义说明：
一个编号对应一个科研信息的名称；
别名：
科研名称；
数据类型：
字符型；
长度：
30；
取值范围：
所有字符；
数据项目：
Reward；
含义说明：
用来保存教师的获奖情况；
别名：
获奖情况；
数据类型：
字符型；
长度：
20；
取值范围：
所有字符；
数据项目：
DiscourseWhat；
含义说明：
保存教师论文的内容；
别名：
论文内容；
数据类型：
字符型；
长度：
50
取值范围：
所有字符；
由于数据很多，所以举了以上的例子来说明数据字典。
3.6模块设计
（1）登录模块
通过此模块可以把管理员和教师分开来登录。
管理员登录可以对教师的信息进行修改，而教师登录只能查看自己的信息。
此模块还有密码，保护隐私。
（2）教师信息管理模块
通过此模块教师的基本信息进行管理，它全面描述教师基本信息，包括姓名，性别，籍贯，身份证号，所属学院，出生日期，政治面貌，毕业院校，职称，职务等。
对教师基本信息可以添加，编辑：
在教师基本信息列表中选择对教师的操作，可删除和修改。
（3）学院管理模块
对于学校学院的管理则需要能显示学院的基本信息，包括负责人及电话。
可以对学院的信息进行删除和修改，还可以对系别，教研室信息修改，并可以查询到所属教研室的教师以及所教课程。
（4）科研管理模块
此模块对教师所参与的科研项目的管理。
包括添加研究方向，时间，类别，科研经费，委托单位等信息。
还可以对某条科研记录进行修改和删除。
教师可以查询到自己的科研项目信息。
（5）论文管理模块
通过此模块对教师的论文进行管理。
包括添加研究方向，发表日期，类别等信息，还可以对某条论文记录记录进行修改和删除。
教师可以查询到自己的论文发表信息。
（6）培训管理模块
通过此模块对教师的培训进行管理。
包括培训的时间，培训的结果等，还可以对培训的记录进行修改和删除。
教师也可以查询打自己的培训信息。
（7）职称评定管理模块
通过此模块对教师的职称评定进行管理。
包括评定日期、评定方式、聘用学院等信息，还可以对某条职称评定记录进行修改和删除。
教师可以查询到自己的职称评定信息。
（8）奖惩管理模块
通过此模块对教师的表现进行管理。
本模块可以记录奖惩类别、内容、原因、时间等信息，还可以对某条奖惩记录进行修改和删除。
教师可以查询到自己的奖惩信息。
（9）岗位调动管理模块
通过此模块对教师的岗位调动进行管理。
教师调动后，在系统中记录调动前，后的部门和职务，调动时间，批准部门等信息。
还可以对某条调动记录进行修改和删除。
教师可以查询到自己的岗位调动记录。
（10）文件管理模块
通过此模块对教师所需的文件进行管理。
包括文件的上传和下载。
教师可以根据自己的需要下载到文件，但不能上传文件。
（11）留言版管理模块
通过此模块对留言版进行管理。
教师之间可以互相传达信息，管理员也可以在留言版上发布消息和公告。
管理员还可以删除消息和公告。
（12）系统管理模块
通过此模块对教师管理系统进行管理。
主要提供添加、删除系统管理的功能。
第四章数据库设计
4.1数据库的逻辑设计
由于教师管理系统数据多，存储需要很大的空间，所以必要选用像SQLServer这样的数据库，并且现在的计算机系统都能支持SQLServer数据库。
虽然现在尚处于初级阶段，但对安全性要求还是很高，SQLServer可以满足我的要求，所以我选用了SQLServer数据库。
下面对SQLServer数据库进行一下简单的介绍：
SQLServer数据库由微软在Windows系列平台上开发的数据库，容易操作，兼容性良好。
由于SQLServer与Windows界面风格完全一致，且有许多"向导"帮助，因此易于安装和学习，有关SQLServer的资料、培训还随处可得。
SQLServer数据库可以直接存贮XML数据，可以将搜索结果以XML格式输出等特点，有利于构建了异构系统的互操作性。
系统逻辑结构设计如下：
教师基本信息（教师编号、姓名、性别、所属学院号、出生日期、籍贯、婚姻状况、身份证号、政治面貌、学历、专业、所属系别号、所属教研室号、职务、职称、电话、住址、个人简历）；
教师所属学院信息（学院编号、学院名称、负责人、学院电话）；
系别信息（系别编号、系别名称、学院编号、负责人、系别电话）；
教研室信息（教研室编号、教研室名称、系别编号、负责人、教研室电话）；
课程信息（课程编号、课程名称、教师编号）；
科研信息（科研编号、教师编号、科研名称、科研内容、委托单位、科研经费、类型、研究方向、获奖情况、开始时间、结束时间）；
论文信息（论文编号、教师编号、论文名称、论文内容、类别、发表时间）；
培训信息（培训编号、教师编号、培训名称、培训内容、开始时间、结束时间、培训单位、培训结果）；
职称评定信息（评定编号、教师编号、职称、取得方式、职务、聘用学院、聘用起始日期、聘用结束日期）；
奖惩信息（奖惩编号、教师编号、奖惩内容、奖惩原因、批准部门、批准人、开始时间、撤消时间）；
调动信息（调动编号、教师编号、调动日期、调动前部门、调动后部门、调动前职位、调动后职位、批准部门、批准人）；
4.2数据库的E-R图
各实体之间关系的E-R图，如图4-1所示：
图4-1各实体之间关系E-R图
教师信息实体E-R图，如图4-2所示：
图4-2教师信息实体E-R图
教师所属学院信息实体E-R图，如图4-3所示：
图4-3教师所属学院信息实体E-R图
系别信息实体E-R图，如图4-4所示：
图4-4系别信息实体E-R图
培训信息实体E-R图，如图4-5所示：
图4-5培训信息实体E-R图
由于空间问题，其他的实体的E-R图不再一一画出，其形式与以上的实体的E-R图一样。
4.3数据库表单设计
本系统数据库名为TeacherManagement,共设计13张表，系统用户表（users）、教师基本信息表（teacher）、学院信息表（college）、系别信息表（major）、教研室信息表（room）、教师课程表（schedule）、教师科研信息表（research）、教师论文信息表（discourse）、教师培训信息表（train）、教师职称评定信息表（assess）、奖惩管理信息表（reward）、教师岗位调动表（translate）、留言版信息表（word）。
各表内容如下：
表4-1系统用户表users
字段名称
名称
类型
长度
允许空
主键
TeacherID
用户名
char
6
Y
Password
密码
char
16
Purview
权限
char
3
表4-2教师基本信息表teacher
字段名称
名称
类型
长度
允许空
主键
TeacherID
教师编号
varchar
6
Y
TeacherName
教师姓名
varchar
10
Sex
性别
varchar
2
CollegeNO
所属学院号
varchar
4
Birthday
出生日期
smalldatetime
4
NativePlace
籍贯
varchar
20
Marriage
婚姻状况
varchar
4
IdentityID
身份证号
varchar
18
Politics
政治面貌
varchar
4
Folk
民族
varchar
10
Education
学历
varchar
10
Y
Department
专业
varchar
20
Y
GraduateDate
毕业日期
smalldatetime
4
Y
University
毕业院校
varchar
30
Y
MajorNO
所属系别号
varchar
10
RoomNO
所属教研室号
varchar
10
Duty
职务
varchar
20
Position
职称
varchar
20
Phone
电话
varchar
13
Y
Address
家庭住址
varchar
30
Y
IncumbencyType
用工形式
varchar
10
Resume
个人简历
varchar
200
Y
Remark
备注
varchar
200
Y
表4-3教师所属学院信息表college
字段名称
名称
类型
长度
允许空
主键
CollegeNO
学院编号
varchar
4
Y
CollegeName
学院名称
varchar
20
HandleName
负责人
varchar
10
Phone
学院电话
varchar
15
表4-4系别信息表major
字段名称
名称
类型
长度
允许空
主键
MajorNO
系别编号
varchar
10
Y
MajorName
系别名称
varchar
20
CollegeNO
所属学院号
varchar
4
HandleName
负责人
varchar
10
Phone
系别电话
varchar
15
表4-5教研室信息表room
字段名称
名称
类型
长度
允许空
主键
RoomNO
教研室编号
varchar
10
Y
RoomName
教研室名称
varchar
20
MajorNO
所属系别号
varchar
10
升级会员 