高校评教教师工作量管理系统
目 录
高校评教教师工作量管理系统
摘 要
在高等教育大众化的今天,在校大学生的数量日益激增,教师的数量、工作量也在不断攀升,怎样用信息化的手段和计算机技术来科学地评价教学、统计分析教学工作量,保证教学质量,是高校教学管理追求的目标。本文通过调查研究,查阅大量国内外相关文献,分析不同学校开发、使用类似系统的情况,学习和研究系统设计的理念,深入学习基于角色访问的控制技术、软件开发设计技术。
本高校评教教师工作量管理系统采用了JAVA语言,基于Springboot框架以及运用了MYSQL数据库开发实现,在功能上分为院系主任、教师和管理员,满足了用户通过系统查看教师工作,工作评教;管理员同样可以通过系统进行管理用户,工作内容,工作评教管理提供服务,满足系统管理的需求。
关键词:高校评教教师工作量管理系统;JAVA语言;Springboot;MYSQL
The workload management system of evaluating teachers in colleges and universities
Abstract
With the popularization of higher education, the number of college students is increasing rapidly, and the number and workload of teachers are also increasing, how to use information technology and computer technology to scientifically evaluate teaching, statistical analysis of teaching workload, to ensure teaching quality, is the goal of university teaching management. Based on the investigation and research, this paper reviews a large number of relevant literature at home and abroad, analyzes the development and use of similar systems in different schools, and studies and studies the concept of system design, in-depth study of role-based access control technology, software development and Design Technology.
Based on the Springboot framework and the development of MYSQL database, the workload management system for evaluating teachers in this university is implemented in Java language, the system can satisfy the user to view the teacher's work and evaluate the teacher's work, and the administrator can also manage the user, the work content and the teaching evaluation through the system to provide the service and satisfy the needs of the system management.
Key words: The workload management system of evaluating teachers in colleges and universities; JAVA language; Springboot; MYSQL
第 1 章引 言
1.1选题背景
高校评教教师工作量管理是高校教学管理工作的重要环节,其效果的好坏直接影响到教学质量。目前,绝大部分高校在教学管理中都会采取多种形式对教学质量进行评价,比如,常用的形式有随堂听课、学生座谈、问卷调查、学生评教等等。早期的教学评估体系,由学生填涂课堂教学质量评估表(或调查问卷) ,收集至教学管理处,通过读卡器扫描数据(或人工录入数据) ,进行统计及查询分析。这种评估模式成本高、效率低,需要相当大的人力物力,且存在有效样本数太少、信息反馈严重滯后等弊端。
我们面临的评教教师及教学工作量管理工作包括诸多方面:对教学质量的评价不仅表现在学生质量上,而且还反映在教职工队伍素质上。对教师绩效的考核,教师工作量的大小是绩效考核的指标之一,且教师工作量又是一个比较好操作且易于实现和量化的参数。在教师的职称评定上,也需要有一个规范的标准和指标,而教师工作量也恰恰是职称评定的重要指标,所以,教师工作量的计算要准确且精确。因此需要做出一套及时有效的系统,帮助教学管理人员对教师工作量进行管理和查询,解决由人工操作带来的许多错误和诸多不便,减轻管理人员的劳动强度,以更好地利用资源提高工作效率,也便于教师本人对工作量的查询及核实。教师工作量之间之所以能够彼此进行比较,是因为完成教师工作只有不同种类的区别、数量多少的区别、质量高低的区别,而完成教师工作所付出的劳动却是没有差别的。根据马克思主义政治经济学理论我们知道正是由于人类劳动的无差别性,才使得商品所具有的价值没有质的差别,商品交换得以实现。正是由于这种质的无差别性,才使得教师工作量的折合成为可能,才使得教师工作量之间得以进行比较。教师工作量的折合,就是将不同的教师工作量都换算成以“教师工作量单位”为单位的可比工作量。教师工作量的折合过程,是将不同的实际教师工作量,乘以相应的不同的折合权数。折合后的单位通常称为“教师工作量单位”因而,这些种种复杂的运算操作靠人力是很难完成的,合理有效的教学评价及教学工作量管理系统将为解决这一难题提供里有力支持。
1.2研究现状
目前大多高校根据自己的实际情况,有选择地购买市场上已开发的教务系统,教务系统中大多包含评教管理和工作量管理模块。市场上销售的系统设计理念是面向大多数高校,具有普遍性,好多模块的功能并不适合购买系统的学校的实际情况。另一方面,系统也无法满足高校的某些具体情况。针对这种“参差错位”,有的高校自己开发研制,但这往往不是少数人能够完成的,组织一个开发团队需要花费大量时间、人力、物力,再加上大多高校工作人员都没有开发系统的背景,好多棘手的技术问题无法解决。这样不仅延缓了使用时间,而且系统的稳定也不会太高。而有些高校选择购买教务系统并开发本校需要的小的软件,将自己开发的软件与所购买的教务系统嵌套,这样既能实现教务系统基本功能,又能根据学校的特色设计实际需要的软件完成特殊功能。这已成为一个比较好的选择。事实上,确实已有很多高校都根据本校特点开发了适合评教管理和工作管理模块。
本系统可以科学、合理地对任课教师进行评价和工作量管理,完善教师工作管理系统的功能,促进教学管理信息化的发展。此系统的使用结果能够为学校领导提供教学改革决策依据;促进任课教师不断根据评价结果改进教学方法与手段,提高教学效果。
1.3论文结构安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第1章 交代项目的背景、开发这个系统的现状以及论文的章节安排情况。
第2章 对系统的具体需求展开分析。
第3章 阐述了系统的设计,其中涵盖了功能设计以及数据库的设计。
第4章 阐明了高校评教教师工作量管理系统各个功能模块的实现,以图文的形式进行展示。
第5章 罗列了部分系统调试与测试的记录。
第 2 章高校评教教师工作量管理系统的需求分析
需求分析是开发一个系统之前首先要做的,如果一个系统不值得开发或者违反了相关法律法规,那么开发出来的系统将一文不值,所以在开发之前,我们首先要对系统的需求进行分析,分析系统开发是否可行,如果可行的话,再具体分析高校对评教教师工作量的管理方面的需求,分析出系统的功能以及对系统的性能进行分析。
2.1系统可行性分析
2.1.1技术方面可行性分析
技术方面的可行性主要是考虑开发高校评教教师工作量管理系统的时候采用的开发语言、数据库等是否可行,本高校评教教师工作量管理系统在语言上选择JAVA,采用的是Springboot框架以及MYSQL数据库,这些技术目前都很成熟,而且JAVA语言不仅仅支持面向过程,而且还支持面向对象,所以在使用的时候会更加的灵活,在技术选择上完全没有问题。
2.1.2经济方面可行性分析
经济方面的可行性主要考虑的是成本以及效益,从成本方面看,开发过程中使用的JAVA、Springboot、MYSQL、Photoshop等都可以通过网上搜索下载,没有任何费用,开发的成本几乎不存在;从效益方面看,高校评教教师工作量管理系统的完成能够给学校工资管理方面提供支持,降低学校的成本,提高管理的效率,因此在经济上也是没有问题的。
2.1.3法律方面可行性分析
法律方面主要考虑的是系统的开发是否违法,开发的高校评教教师工作量管理系统严格按照《中华人民共和国计算机软件保护条例》、《中华人民共和国著作权法》等法律法规,系统的开发可以为学校带来效益,不存在违法行为,因此在法律上是可行的。
2.1.4操作方面可行性分析
操作方面主要考虑的是用户在使用以及管理人员在管理的时候,是否简单可行,没有任何计算机基础的用户能否使用,开发的高校评教教师工作量管理系统在设计的时候秉承简单易学的理念,在用户进入系统后都会有固定的导航按钮,只要认字就可以操作完成,而且管理员在管理方面也只需简单的增删改查即可完成,因此在操作上也是可行的。
总的来看,开发的高校评教教师工作量管理系统在可行性方面是没有问题的,值得开发,而且其他的完成对学校的发展来说具有重大意义。
2.2系统功能需求分析
高校评教教师工作量管理系统的开发主要是解决双手,提高效率,为学校的发展进行添砖加瓦,所以在系统的功能方面我们首先要从学校管理的角度进行,然后再从员工的角度进行,确保能够满足每个用户的需求,因此在功能上主要规划了学校的管理员以及员工两部分,实现了登录、管理员、院系主任教师用户、用户信息、教师工作、工作评教这几大功能。
登录:管理员的账号是在数据库中直接设计好的,管理员进入系统的登录界面可以直接输入用户名+密码,然后完成拼图滑动验证后,点击“登录”进行登录,员工的账号是由管理员直接添加的,员工可以同样可通过用户名和密码,然后完成拼图滑动验证后登录。
院系主功能如下:
个人资料:修改个人信息,修改密码。
用户管理:管理和所有注册教师用户信息资料,可以删除添加修改等功能。
教师工作:可以查看和编辑教师工作内容,时间,主任评教。
工作评教:查看和查询所有的工作评教,可以新增和删除等操作。
教师功能如下:
个人资料:修改个人信息,修改密码。
教师工作:可以查看和编辑教师用户对应的工作时间,工作内容,教师自评。
工作评教:查看和查询所有的工作评教,可以新增和删除等操作。
管理员功能如下:
个人资料:修改个人信息,修改密码。
用户管理:管理和所有注册用户信息资料,可以删除添加修改等功能。
教师工作:可以查看、删除和添加所有的教师工作,教师用户,院系名称,工作日期等内容。
工作评教:可以查看、删除和添加所有的教师用户,院系名称,院系主任,工作日期等内容。
2.3系统性需求分析
高校评教教师工作量管理系统的性能性需求分析主要是分析本高校评教教师工作量管理系统的安全性怎么样(是否会泄露员工个人信息),可靠性怎么样(用户操作的时候是不是能够根据实际操作显示信息),性能怎么样(运行是否操作流畅),可拓展性怎么样(功能能否继续拓展)等。具体可以表示在如下2.1表格中:
表2.1 高校评教教师工作量管理系统非功能需求表
安全性 | 主要指高校评教教师工作量管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指高校评教教师工作量管理系统能够按照用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响高校评教教师工作量管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着高校评教教师工作量管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 高校评教教师工作量管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4系统用例分析
高校评教教师工作量管理系统中院系主任角色功能包含了登录、首页、用户管理、个人资料、教师工作、工作评教、退出,院系主任的用例图如图2.1所示:
图2.1 院系主任角色用例图
高校评教教师工作量管理系统中管理员角色功能包含了登录、首页、用户管理、个人资料、教师工作、工作评教、退出的功能,管理员的用例图如图2.2所示:
图2.2 管理员角色用例图
高校评教教师工作量管理系统中教师角色功能包含了登录、首页、个人资料、教师工作、工作评教、退出的功能,教师的用例图如图2.3所示:
图2.3 教师角色用例图
2.5系统流程分析
2.5.1增加数据流程
系统中的所有用户(管理员和用户)都可以实现增加数据功能,图2.4显示的就是在增加数据时的流程。
图2.4增加数据流程图
2.5.2修改数据流程
人无完人,每个人都有出错的时候,在录入系统信息的时候如果信息有错,可以对系统中的数据进行编辑。图2.5显示的就是修改数据的流程。
图2.5修改数据流程图
2.5.3删除数据流程
在系统中经常会出现一些过期的数据,比如教师离职等,那就可以直接删除这些数据,图2.6就是删除数据时的流程图。
图2.6删除数据流程图
第 3 章高校评教教师工作量管理系统总体设计
分析完系统的可行性以及功能,接下来就是对系统具体的设计,通过可行性分析我们得出系统是值得开发的,通过功能分析我们可以得出系统具体实现了哪些功能,然后根据功能需求完成系统的功能设计,本章从功能模块以及系统的数据库两个方面进行介绍。
3.1系统功能模块设计
通过上一章节的功能需求分析,可以得出本高校评教教师工作量管理系统的功能结构图,图3.1就是高校评教教师工作量管理系统的功能模块图。
图3.1 高校评教教师工作量管理系统功能模块图
3.2数据库设计
数据库的设计是一个系统的基础,不管什么系统,界面设计的再美观,如果没有一个强大的数据库进行支撑,那也没有办法运行,在设计数据库的时候我们首先对数据库进行分析,然后进行概念模型设计,最后建立数据库表,具体展示如下。
3.2.1数据库概念结构设计
在数据库概念模型设计的时候,一般都采用E-R实体图进行展示,在实体图中可以展示出数据库表中的所有字段名称,本高校评教教师工作量管理系统中的主要的数据库E-R模型图如下图所示。
图3.2 教师工作信息E-R关系图
图3.3 工作评教信息E-R关系图
图3.4 教师工作E-R关系图
图3.5 用户信息E-R关系图
3.2.2数据库表设计
在数据库表中我们会看到系统的表名、主键、外键等信息,我们通过数据库表的主键、外键把每个表关联起来,然后在界面中展示,本高校评教教师工作量管理系统的主要的数据库表如下:
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
表auth (用户权限管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表department_director (院系主任)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_director_id | int | 10 | 0 | N | Y | 院系主任ID | |
2 | directors_name | varchar | 64 | 0 | Y | N | 主任姓名 | |
3 | directors_gender | varchar | 64 | 0 | Y | N | 主任性别 | |
4 | department_name | varchar | 64 | 0 | Y | N | 院系名称 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表job_evaluation_and_teaching (工作评教)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | job_evaluation_and_teaching_id | int | 10 | 0 | N | Y | 工作评教ID | |
2 | teacher_users | int | 10 | 0 | Y | N | 0 | 教师用户 |
3 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
4 | department_name | varchar | 64 | 0 | Y | N | 院系名称 | |
5 | department_director | int | 10 | 0 | Y | N | 0 | 院系主任 |
6 | working_date | date | 10 | 0 | Y | N | 工作日期 | |
7 | working_hours | int | 10 | 0 | Y | N | 0 | 工作时间 |
8 | todays_work | text | 65535 | 0 | Y | N | 今日工作 | |
9 | directors_evaluation_of_teaching | text | 65535 | 0 | Y | N | 主任评教 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表teacher_users (教师用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_users_id | int | 10 | 0 | N | Y | 教师用户ID | |
2 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
3 | gender_of_teachers | varchar | 64 | 0 | Y | N | 教师性别 | |
4 | department_director | int | 10 | 0 | Y | N | 0 | 院系主任 |
5 | department_name | varchar | 64 | 0 | Y | N | 院系名称 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表teacher_work (教师工作)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_work_id | int | 10 | 0 | N | Y | 教师工作ID | |
2 | teacher_users | int | 10 | 0 | Y | N | 0 | 教师用户 |
3 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
4 | department_name | varchar | 64 | 0 | Y | N | 院系名称 | |
5 | department_director | int | 10 | 0 | Y | N | 0 | 院系主任 |
6 | working_date | date | 10 | 0 | Y | N | 工作日期 | |
7 | working_hours | int | 10 | 0 | Y | N | 0 | 工作时间 |
8 | todays_work | text | 65535 | 0 | Y | N | 今日工作 | |
9 | teacher_self_evaluation | text | 65535 | 0 | Y | N | 教师自评 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表user (用户账户:用于保存用户登录信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
第 4 章关键模块的设计与实现
4.1登录界面
管理员的账号是在数据库中直接设计好的,管理员进入系统的登录界面可以直接输入用户名+密码,然后完成拼图滑动验证后,点击“登录”进行登录,院系主任的账号是由注册添加的,院系主任可以通过用户名和密码,然后完成拼图滑动验证后登录;其注册界面展示如下图4.1所示。
图4.1 注册界面图
登录界面展示如下图4.2所示。
图4.2 登录界面图
登录的逻辑代码如下所示。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
4.2首页界面
管理员登录成功以后会在首页界面以分析图的形式查看到系统中的教师工作信息统计和工作评教信息统计信息。界面如下图4.3所示。
图4.3 首页界面图
4.3用户管理界面
院系主任点击“用户管理”菜单下单“教师用户”按钮可以查看到所有教师用户,如果想要填写新的教师用户,点击右侧的“添加”按钮,然后输入账号、密码、昵称、手机号码、邮箱等信息,点击“提交”按钮进行提交,同时也支持对已有的教师用户进行编辑、删除和查询。添加员教师用户界面如下图4.4所示,教师用户管理界面如下图4.5所示。
图4.4添加教师用户界面图
图4.5 教师用户管理界面图
用户管理界面逻辑代码如下:
@RequestMapping(value = {"/avg_group", "/avg"})
public Map<String, Object> avg(HttpServletRequest request) {
Query count = service.avg(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
4.4教师工作信息界面
教师用户点击“教师工作”菜单按钮可以查看到所有教师工作信息,如果想要填写新的教师工作,点击右侧的“添加”按钮,然后选择员工,输入教师姓名、教师用户、院系名称、工作日期、今日工作内容、教师自评等信息,点击“提交”按钮进行提交,同时也支持对已有的教师工作信息进行编辑、删除和查询。教师工作信息界面如下图4.9图4.7所示。
图4.6 教师工作添加信息界面图
图4.7 教师工作管理信息界面图
4.5工作评教信息界面
院系主任点击“工作评教”菜单按钮可以查看到所有工作评教信息,如果想要填写新的工作评教信息,点击右侧的“添加”按钮,然后选择教师用户,输入教师姓名、工作时间,工作评教等信息,点击“提交”按钮进行提交,同时也支持对已有的工作评教信息进行编辑、删除和查询。工作评教信息界面如下图4.8所示。
图4.8 工作评教管理界面图
工作评教管理关键代码如下:
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
4.6个人信息界面
管理员和院系主任、教师用户点击“个人信息”按钮,可以对个人的头像、昵称、手机号码等信息进行更新;个人信息界面如下图4.9所示。
图4.9 个人信息界面图
4.7修改密码界面
管理员和院系主任、教师用户点击“修改密码”按钮,可以对登录密码进行更改,首先输入原密码,然后再输入新密码和确认密码,当原密码正确,输入两次新密码一致,则修改成功,否则给出错误提示信息。修改密码界面如下图4.10所示。
图4.10 修改密码界面图
第 5 章系统实验与结果分析
到此,系统的开发基本完成,接下来我们对系统的实验与结果进行分析,确保系统能够正常运行,进而投入使用,对系统的实验与结果分析的检测方法就是对系统的测试,测试是系统完成的最后一步,没有测试过的系统是不能进行投入使用的,否则一旦发生bug就会造成损失,下面我们从测试的方法以及测试的用例两部分进行分析,最后给出系统的测试结果。
5.1测试方法
系统的测试方面有两种,一种是黑盒测试,另一种则为白盒测试,黑盒测试通俗来说就是功能方面的测试,我们也称之为需求测试,在黑盒测试的过程中,我们是不知道其开发原理的,只是作为一名使用者对系统进行测试,我们主要是凭借之前的测试经验,取一些临界值,然后通过测试用例来对其进行测试,这种测试方法是最快的查找问题方法,其次我们可以找一些具有代表性的数据,对系统进行用例测试,在黑盒测试的过程中常用的测试工具是winrunner和AutoRunner;白盒测试我们称之为结果测试,也就是逻辑驱动测试,在白盒测试的过程中,我们主要是根据系统开发的原理进行测试的,主要是以开发者的身份去测试这个代码是不是完成了其具体的功能,实现的具体路径对不对,当然这种测试方法是费时费力的,因为每个功能,他的运行路径不止一条,通过对程序当中运行的路径进行测试,检测开发的代码是不是存在bug,有没有实现预期,在白盒测试的过程中常用的测试工具为Jcontract、C++ Test以及CodeWizard等。
5.2系统的测试用例
登录模块的功能测试:
表5.1 登录模块功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
登录模块测试 | 登录成功的情况 | 使用者可以通过浏览器进入到高校评教教师工作量管理系统登录界面,输入用户名:admin和密码admin,完成滑动拼图验证后,点击“登录”按钮。 | 成功登录到管理员管理的界面 | 正确 |
登录模块测试 | 登录失败的情况 | 使用者可以通过浏览器进入到高校评教教师工作量管理系统登录界面,输入用户名:admin和密码111,完成滑动拼图验证后,点击“登录”按钮。 | 系统提示“用户名和密码不匹配” | 正确 |
教师用户信息添加功能测试:
表5.2 教师用户信息添加功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
教师用户添加模块测试 | 教师用户添加成功的情况 | 管理员在“用户管理”菜单中点击“教师用户”会显示出所有的教师用户信息,点击“添加”按钮,输入账号、密码、昵称、手机号码、邮箱等,输入正确的信息后,点击“提交”按钮。 | 提示添加成功 | 正确 |
教师用户添加模块测试 | 教师用户添加失败的情况 | 管理员在“用户管理”菜单中点击“教师用户”会显示出所有的教师用户信息,点击“添加”按钮,不输入账号,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,账号不能为空” | 正确 |
查询工作评教信息功能模块测试:
表5.3 查询工作评教功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
查询工作评教功能测试 | 查询成功的情况 | 员工在菜单栏中点击“工作评教”,然后互出现自己的工作评教 | 查询成功 | 正确 |
教师工作添加功能模块测试:
表5.4 添加教师工作功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
教师工作添加模块测试 | 教师工作添加成功的情况 | 管理员在菜单中点击“教师工作”会显示出所有的教师工作信息,点击“添加”按钮,选择员工,输入教师姓名、教师用户、院系名称、工作日期、今日工作内容、教师自评信息,输入正确的信息后,点击“提交”按钮。 | 提示添加成功 | 正确 |
教师工作添加模块测试 | 教师工作添加失败的情况 | 管理员菜单中点击“教师工作”会显示出所有的教师工作,点击“添加”按钮,不选择教师用户,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,教师用户不能为空” | 正确 |
5.3系统测试结果
在本章节对高校评教教师工作量管理系统进行了黑白盒测试,并对系统中的部分功能进行了用例分析,能够发现系统还是比较稳定的,系统的所有功能基本可以实现,能够满足管理员和院系主任对教师工作的查询、管理的需求。通过测试可以看出在系统的运行过程中,其功能完整,对于输入的错误信息,能够把错误信息提示出来,方便用户操作的时候发现自己输入的信息哪里有错误,进而进行改正,而且系统界面都设有导航栏,操作非常便捷,不需要对使用者进行任何培训,对于学校来说是个很有价值的系统。
第 6 章结论
经过了几个月的努力,本高校评教教师工作量管理系统终于完成了,虽然在校期间也开发过一些小型的系统,但是都是在老师的讲解以及辅助下完成的,没有经历过开发之前的需求分析、系统分析,都是直接从系统设计开始的,因此本次开发的高校评教教师工作量管理系统对我意义重大。
在开发系统最初,首先对各个学校工资管理方面的需求进行调研,了解对于学校来说,开发的系统需要实现哪些功能才能满足学校的管理需求,对需求进行分析;其次选择自己比较熟悉的JAVA语言,MYSQL数据库,使用Springboot框架来设计开发,通过知网库、学校图书馆等地方查阅、学习这些技术,掌握编程的思想和方法,然后就是对系统进行分析,从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面,对系统进行全方位的分析,确定系统的最终功能,从而对系统的功能和数据库进行设计,最后就是系统的实现以及对实现的功能的测试,确保系统能够稳定的运行。
在开发的过程中暴露出了自己的很多问题,比如前期的准备还是不够充分,不能完全掌握其操作流程;在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题,经常会导致项目在运行的时候出现错误。学无止境,通过一边查阅资料一边向导师请教,慢慢的解决了这些问题,在以后的学习、工作者我会更加严谨,通过本项目的开发,我将会收益终生!
参考文献
[1]王钊.数据库技术在信息管理中的应用[J].现代工业经济和信息化,2023,13(01):142-144.
[2]于翔海.计算机数据库技术在信息管理中的应用价值[J].中国新通信,2023,25(02):81-83.
[3]羊雪玲.基于Spring Boot的学生信息可视化系统设计与实现[J].信息与电脑(理论版),2022,34(24):143-145.
[4]胡世港,田樱.基于Spring Boot框架的高职院校科研信息管理平台的开发与研究[J].电脑知识与技术,2022,18(33):31-33+41.
[5]梁莹. 基于Spring Boot的教师企业实践管理系统的设计与实现[D].广西大学,2021.
[6]杨东. 基于Spring Boot的学生信息管理系统的设计与实现[D].武汉轻工大学,2021.
[7]吴琼,冯长宝,任妮.关于高校教师工作量管理系统的构建思路[J].科技资讯,2019,17(02):34-35.
[8]袁立.教师工作量管理系统设计与实现[J].信息技术与信息化,2019(10):45-47.
[9]梁春霞. 某学院评教管理系统的设计与实现[D].江西财经大学,2019.
[10]全小凤. 教师个性化教学质量问卷调查系统的设计与实现[D].江西财经大学,2018.
[11]李佳琦,冯焕中,何琦,刘涛.基于Web的高校教师工作量管理系统的设计与实现[J].电子技术与软件工程,2019(10):192.
[12]熊定宇. 宜春某高校教务管理系统的研究与分析[D].云南大学,2019.
[13]白保琦. 高职院校教务管理系统的设计与实现[D].长安大学,2019.
[14]陈祖泽. 基于Web的看板式高校评教教师工作量管理系统[D].电子科技大学,2019.
[15] Liang Ying. Design and implementation of teacher Enterprise Practice Management System based on Spring Boot [ D ] . Guangxi University, 2021.
[16] Li Jiaqi, Feng Huanzhong, He Qi, Liu Tao. Design and implementation of a Web-based workload management system for university teachers [ J ] . Electronic Technology and software engineering, 2019(10) : 192.
致 谢
“致谢”意味着论文的结束,也意味着自己的毕业设计顺利完成,同时也代表了自己的大学生涯即将结束,我即将要离开自己敬爱的老师和亲爱的同学们,在这里我首先要感谢的就是所有的老师,“春满江山绿满园,桃李争春露笑颜,东西南北春常在,唯有师恩留心间”,他们无论在我的学业还是在我的生活上付出了所有,对我谆谆教诲;其次我要感谢我的指导老师,他在我的整个毕业设计当中起着引导作用,每当我有困难的时候,他总会第一时间帮助我,引导我进行解决问题,而不是直接告诉我答案,“授人以鱼不如授人以渔”,指导老师的这种做法让我受益终生,同时我也从指导老师身上学习到了许多的开发技巧以及检验,这对我今后的开发起着十分重要的作用;再次,我需要感谢我的同学、室友,他们不仅仅在毕业设计上给我许多帮助意见,在大学同窗四年,他们给过我的帮助太多了,我对他们有太多的不舍,无法用言语表示,我相信在以后的人生道路上只要想到他们,我心里就会很温暖,这种友情是任何感情替代不了的;最后我还要感谢家人,感谢自己,感谢家人对我的支持,感谢自己在学业上的坚持,我相信我以后的道路会越来越好。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-