目录
摘 要
在信息技术发展的今天,各个行业都必将实现信息化管理,尤其是人员多的学校,如果仅仅靠手工进行管理,那将给学校浪费巨大的财富,职工考勤的管理是一件繁琐的考勤,包含了考勤,请假,加班等各个方面的计算,只有将职工考勤管理到位,才能提高整个学校的运作效率,在职工考勤的管理上,传统的管理都是通过纸质记录或者单机的软件进行管理,纸质记录的方式容易丢失,而且不易保存,在单机软件的管理中,员工没有办法参与进来,只能管理人员管理,已经满足不了时代发展的需求,因此针对职工考勤系统各种信息的管理,设计开发了本网页版的中心小学教职工考勤系统。
本中心小学教职工考勤系统采用了JAVA语言,基于springboot框架以及运用了MYSQL数据库开发实现,在功能上分为管理员、教师用户、秘书用户、部领导用户、校领导用户五部分,满足了用户通过系统查看自己的请假信息,请假信息、加班信息;为学校的考勤管理提供服务,满足学校对教职工考勤系统的需求。
关键词:教职工考勤系统;JAVA语言;springboot框架;MYSQ数据库.
Springboot Center Primary School Staff Attendance System
Abstract
In today's development of information technology, various industries will inevitably achieve information management, especially in schools with a large number of personnel. If management is only done manually, it will waste huge wealth on schools. The management of employee attendance is a tedious task, including attendance, leave, overtime, and other calculations. Only by effectively managing employee attendance can the operational efficiency of the entire school be improved. In terms of employee attendance management, traditional methods are managed through paper records or standalone software, which are easy to lose and difficult to save. In the management of standalone software, employees cannot participate and can only manage personnel, which can no longer meet the needs of the times. Therefore, in the management of employee attendance, traditional management is carried out through paper records or standalone software. Paper records are easily lost and not easy to save. We have designed and developed a web-based version of the attendance system for central primary school teachers and staff for managing various information in the system.
The attendance system for primary school teachers and staff in this center adopts JAVA language, is based on the Springboot framework, and is developed and implemented using MYSQL database. It is divided into five functional parts: administrator, teacher user, secretary user, department leader user, and school leader user. It meets the needs of users to view their leave information, leave information, and overtime information through the system; To provide services for attendance management in schools and meet the needs of the school's attendance system for faculty and staff.
Key words:Staff attendance system; JAVA language; Springboot framework; MYSQ database
随着教育信息化的深入推进,传统的手工考勤方式已无法满足现代学校管理的效率和准确性要求。中心小学作为教育系统的基层单位,其教职工考勤管理直接关系到教学秩序的稳定和教职工工作积极性的调动。因此,开发一套科学、高效、便捷的教职工考勤系统,对于提升学校管理水平、优化教职工工作体验具有重要意义。同时,该系统的研发也符合教育信息化的发展趋势,有助于推动学校管理的现代化进程。
在国内,随着信息技术的迅猛发展,教育行业对教职工考勤系统的需求日益迫切。众多学者和科研机构积极投身于这一领域的研究,探索如何结合最新的技术手段,如大数据,实现考勤管理的智能化、自动化和精准化。一些领先的学校已经开始尝试引入先进的考勤系统,通过人脸识别、指纹识别等技术手段,实现了教职工考勤的高效、准确记录,有效提升了学校的管理效率。
与此同时,国外在教职工考勤系统方面的研究也取得了显著成果。许多国家已经建立了完善的考勤系统体系,不仅实现了考勤数据的自动化采集与处理,还通过深度学习和数据挖掘等技术,对考勤数据进行了深入的分析和挖掘,为学校管理层提供了更加全面、深入的教职工工作状态和需求信息。这些系统的成功应用,为国外学校的精细化管理提供了有力支持。
综合来看,中心小学教职工考勤系统的研究与应用在国内外都呈现出积极的发展趋势,相关技术和应用案例不断涌现。这不仅反映了教育行业对高效、精准考勤管理的迫切需求,也展示了信息技术在推动学校管理现代化方面的巨大潜力。随着技术的不断进步和应用场景的不断拓展,相信未来中心小学教职工考勤系统将会更加完善、智能和高效,为学校的长远发展提供有力保障。
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第1章 交代项目的背景、开发这个系统的现状以及论文的章节安排情况。
第2章 对系统的具体需求展开分析。
第3章 阐述了系统的设计,其中涵盖了功能设计以及数据库的设计。
第4章 阐明了中心小学教职工考勤系统各个功能模块的实现,以图文的形式进行展示。
第5章 罗列了部分系统调试与测试的记录。
- 2 章 中心小学教职工考勤系统的需求分析
需求分析是开发一个系统之前首先要做的,如果一个系统不值得开发或者违反了相关法律法规,那么开发出来的系统将一文不值,所以在开发之前,我们首先要对系统的需求进行分析,分析系统开发是否可行,如果可行的话,再具体分析学校对考勤的管理方面的需求,分析出系统的功能以及对系统的性能进行分析。
技术方面的可行性主要是考虑开发中心小学教职工考勤系统的时候采用的开发语言、数据库等是否可行,本中心小学教职工考勤系统在语言上选择JAVA,采用的是springboot框架以及MYSQL数据库,这些技术目前都很成熟,而且JAVA语言不仅仅支持面向过程,而且还支持面向对象,所以在使用的时候会更加的灵活,在技术选择上完全没有问题。
经济方面的可行性主要考虑的是成本以及效益,从成本方面看,开发过程中使用的JAVA、springboot、MYSQL、Photoshop等都可以通过网上搜索下载,没有任何费用,开发的成本几乎不存在;从效益方面看,中心小学教职工考勤系统的完成能够给职工考勤管理方面提供支持,降低学校的成本,提高管理的效率,因此在经济上也是没有问题的。
法律方面主要考虑的是系统的开发是否违法,开发的中心小学教职工考勤系统严格按照《中华人民共和国计算机软件保护条例》、《中华人民共和国著作权法》等法律法规,系统的开发可以为学校带来效益,不存在违法行为,因此在法律上是可行的。
操作方面主要考虑的是用户在使用以及管理人员在管理的时候,是否简单可行,没有任何计算机基础的用户能否使用,开发的中心小学教职工考勤系统在设计的时候秉承简单易学的理念,在用户进入系统后都会有固定的导航按钮,只要认字就可以操作完成,而且管理员在管理方面也只需简单的增删改查即可完成,因此在操作上也是可行的。
总的来看,开发的中心小学教职工考勤系统在可行性方面是没有问题的,值得开发,而且其他的完成对学校的发展来说具有重大意义。
中心小学教职工考勤系统的开发主要是解决双手,提高效率,为学校的发展进行添砖加瓦,所以在系统的功能方面我们首先要从学校管理的角度进行,然后再从员工的角度进行,确保能够满足每个用户的需求,因此在功能上主要实现了登录、系统用户、请假申请管理、加班情况管理、教师考勤管理管理、通知公告管理这几大功能。
(1)登录:管理员的账号是在数据库中直接设计好的,管理员进入系统的登录界面可以直接输入用户名+密码,然后完成拼图滑动验证后,点击“登录”进行登录,员工的账号是由管理员直接添加的,员工可以同样可通过用户名和密码,然后完成拼图滑动验证后登录。
(2)首页:管理员等会成功以后会在首页界面以分析图的形式查看到系统中的教师考勤管理统计信息;
(3)系统用户:管理员可以对前台上注册过的用户信息进行管控,也可以对管理员信息进行管控。
(4)教师考勤管理管理:管理员需能够导入导出考勤记录、处理异常考勤、设置考勤规则,并能实时查看全校或各部门的考勤报表。
(5)请假申请管理:审批教职工的请假申请,跟踪假期余额、审核请假单据,确保请假流程合规、有序。
(6)加班情况管理:审批教职工的加班情况,跟踪、审核加班单据,确保加班流程合规、有序。
(7)通知公告管理:进入后台首页工具栏点击“通知公告管理”这个按钮可以查看所有通知公告信息,可以进行详情查看、删除、查看评论等操作。
(8)个人信息:管理员和员工点击“个人信息”按钮,可以对个人的头像、昵称、手机号码等信息进行更新。
(9)修改密码:管理员和员工点击“修改密码”按钮,可以对登录密码进行更改,首先输入原密码,然后再输入新密码和确认密码,当原密码正确,输入两次新密码一致,则修改成功,否则给出错误提示信息。
中心小学教职工考勤系统的性能性需求分析主要是分析本中心小学教职工考勤系统的安全性怎么样(是否会泄露员工个人信息),可靠性怎么样(用户操作的时候是不是能够根据实际操作显示信息),性能怎么样(运行是否操作流畅),可拓展性怎么样(功能能否继续拓展)等。具体可以表示在如下2.1表格中:
表2.1 中心小学教职工考勤系统非功能需求表
安全性 | 主要指中心小学教职工考勤系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指中心小学教职工考勤系统能够按照用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响中心小学教职工考勤系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着中心小学教职工考勤系统的页面展示内容进行操作,就可以了。 |
可维护性 | 中心小学教职工考勤系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
中心小学教职工考勤系统教师/部领导/秘书角色用例图如图2.1所示:
图2.1 教师/部领导/秘书角色用例图
中心小学教职工考勤系统中管理员角色用例图如图2.2所示:
图2.2 管理员角色用例图
中心小学教职工考勤系统中校领导角色用例图如图2.3所示:
图2.3 校领导角色用例图
系统中的所有用户都可以实现增加数据功能,图2.3显示的就是在增加数据时的流程。
图2.3增加数据流程图
人无完人,每个人都有出错的时候,在录入系统信息的时候如果信息有错,可以对系统中的数据进行编辑。图2.4显示的就是修改数据的流程。
图2.4修改数据流程图
在系统中经常会出现一些过期的数据,比如员工离职等,那就可以直接删除这些数据,图2.5就是删除数据时的流程图。
图2.5删除数据流程图
- 3 章 中心小学教职工考勤系统总体设计
分析完系统的可行性以及功能,接下来就是对系统具体的设计,通过可行性分析我们得出系统是值得开发的,通过功能分析我们可以得出系统具体实现了哪些功能,然后根据功能需求完成系统的功能设计,本章从功能模块以及系统的数据库两个方面进行介绍。
通过上一章节的功能需求分析,可以得出本中心小学教职工考勤系统的功能结构图,图3.1就是中心小学教职工考勤系统的功能模块图。
图3.1 中心小学教职工考勤系统功能模块图
数据库的设计是一个系统的基础,不管什么系统,界面设计的再美观,如果没有一个强大的数据库进行支撑,那也没有办法运行,在设计数据库的时候我们首先对数据库进行分析,然后进行概念模型设计,最后建立数据库表,具体展示如下。
下面是整个职工考勤管理中主要的数据库表总E-R实体关系图。
图3.2 中心小学教职工考勤系统总E-R关系图
在数据库表中我们会看到系统的表名、主键、外键等信息,我们通过数据库表的主键、外键把每个表关联起来,然后在界面中展示,本中心小学教职工考勤系统的主要的数据库表如下:
表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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表departmental_attendance (部门考勤)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | departmental_attendance_id | int | 10 | 0 | N | Y | 部门考勤ID | |
2 | secretary_user | int | 10 | 0 | Y | N | 0 | 秘书用户 |
3 | secretarys_name | varchar | 64 | 0 | Y | N | 秘书姓名 | |
4 | department_leader_user | int | 10 | 0 | Y | N | 0 | 部领导用户 |
5 | name_of_department_leader | varchar | 64 | 0 | Y | N | 部领导姓名 | |
6 | attendance_days | int | 10 | 0 | Y | N | 0 | 出勤天数 |
7 | leave_days | int | 10 | 0 | Y | N | 0 | 请假天数 |
8 | overtime_days | int | 10 | 0 | Y | N | 0 | 加班天数 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | departmental_check_in_id | int | 10 | 0 | N | Y | 部门签到ID | |
2 | department_leader_user | int | 10 | 0 | Y | N | 0 | 部领导用户 |
3 | name_of_department_leader | varchar | 64 | 0 | Y | N | 部领导姓名 | |
4 | sign_in_time | datetime | 19 | 0 | Y | N | 签到时间 | |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | departmental_leave_id | int | 10 | 0 | N | Y | 部门请假ID | |
2 | department_leader_user | int | 10 | 0 | Y | N | 0 | 部领导用户 |
3 | name_of_department_leader | varchar | 64 | 0 | Y | N | 部领导姓名 | |
4 | leave_time | datetime | 19 | 0 | Y | N | 请假时间 | |
5 | leave_days | int | 10 | 0 | Y | N | 0 | 请假天数 |
6 | reason_for_leave | text | 65535 | 0 | Y | N | 请假原因 | |
7 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
8 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表departmental_supplementary_signature (部门补签)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | departmental_supplementary_signature_id | int | 10 | 0 | N | Y | 部门补签ID | |
2 | department_leader_user | int | 10 | 0 | Y | N | 0 | 部领导用户 |
3 | name_of_department_leader | varchar | 64 | 0 | Y | N | 部领导姓名 | |
4 | supplementary_signing_time | datetime | 19 | 0 | Y | N | 补签时间 | |
5 | supplementary_signature_application | text | 65535 | 0 | Y | N | 补签申请 | |
6 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
7 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表department_leader_user (部领导用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_leader_user_id | int | 10 | 0 | N | Y | 部领导用户ID | |
2 | name_of_department_leader | varchar | 64 | 0 | Y | N | 部领导姓名 | |
3 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | leave_application_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_leader_user | int | 10 | 0 | Y | N | 0 | 部领导用户 |
5 | name_of_department_leader | varchar | 64 | 0 | Y | N | 部领导姓名 | |
6 | leave_time | datetime | 19 | 0 | Y | N | 请假时间 | |
7 | leave_days | int | 10 | 0 | Y | N | 0 | 请假天数 |
8 | reason_for_leave | text | 65535 | 0 | Y | N | 请假原因 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表notification_announcement (通知公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notification_announcement_id | int | 10 | 0 | N | Y | 通知公告ID | |
2 | announcement_name | varchar | 64 | 0 | Y | N | 公告名称 | |
3 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
4 | announcement_image | varchar | 255 | 0 | Y | N | 公告图片 | |
5 | release_time | date | 10 | 0 | Y | N | 发布时间 | |
6 | announcement_content | text | 65535 | 0 | Y | N | 公告内容 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | overtime_situation_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 | overtime_hours | datetime | 19 | 0 | Y | N | 加班时间 | |
5 | overtime_location | varchar | 64 | 0 | Y | N | 加班地点 | |
6 | overtime_duration | varchar | 64 | 0 | Y | N | 加班时长 | |
7 | reason_for_overtime | text | 65535 | 0 | Y | N | 加班原因 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表school_leaders_and_users (校领导用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | school_leaders_and_users_id | int | 10 | 0 | N | Y | 校领导用户ID | |
2 | name_of_school_leader | varchar | 64 | 0 | Y | N | 校领导姓名 | |
3 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | secretary_user_id | int | 10 | 0 | N | Y | 秘书用户ID | |
2 | secretarys_name | varchar | 64 | 0 | Y | N | 秘书姓名 | |
3 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表teachers_supplementary_signature (教师补签)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teachers_supplementary_signature_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 | supplementary_signing_time | datetime | 19 | 0 | Y | N | 补签时间 | |
5 | supplementary_signature_application | text | 65535 | 0 | Y | N | 补签申请 | |
6 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
7 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_attendance_id | int | 10 | 0 | N | Y | 教师考勤管理ID | |
2 | secretary_user | int | 10 | 0 | Y | N | 0 | 秘书用户 |
3 | secretarys_name | varchar | 64 | 0 | Y | N | 秘书姓名 | |
4 | teacher_users | int | 10 | 0 | Y | N | 0 | 教师用户 |
5 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
6 | attendance_days | int | 10 | 0 | Y | N | 0 | 出勤天数 |
7 | leave_days | int | 10 | 0 | Y | N | 0 | 请假天数 |
8 | overtime_days | int | 10 | 0 | Y | N | 0 | 加班天数 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_check_in_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 | sign_in_time | datetime | 19 | 0 | Y | N | 签到时间 | |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_users_id | int | 10 | 0 | N | Y | 教师用户ID | |
2 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
3 | teacher_gender | varchar | 64 | 0 | Y | N | 教师性别 | |
4 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
- 4 章 关键模块的设计与实现
- 登录界面
管理员的账号是在数据库中直接设计好的,管理员进入系统的登录界面可以直接输入用户名+密码,然后完成拼图滑动验证后,点击“登录”进行登录,员工的账号是由管理员直接添加的,员工可以同样可通过用户名和密码,然后完成拼图滑动验证后登录;其主界面展示如下图4.1所示。

图4.1 登录界面图
登录的逻辑代码如下所示。
/**
* 登录
* @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.2 管理员功能界面图
-
- 系统用户界面
管理员点击“系统用户”菜单下单“教师用户”按钮可以查看到学校的所有教师用户,如果想要填写新的教师,点击右侧的“添加”按钮,然后输入账号、密码、昵称、手机号码、邮箱等信息,点击“提交”按钮进行提交,同时也支持对已有的教师进行编辑、删除和查询。教师用户管理界面如下图4.3所示。

图4.3教师用户界面图
教师用户管理关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
-
- 加班情况管理界面
教师点击“加班情况管理”按钮可以查看到学校的所有加班情况管理,如果想要填写新的加班,点击右侧的“添加”按钮,同时也支持对已有的加班情况管理进行编辑、删除和查询;加班情况管理界面如下图4.4所示。

图4.4 加班情况管理界面图
-
- 教师考勤管理界面
秘书点击“教师考勤管理”按钮可以查看到学校的所有员工的教师考勤管理,如果想要填写新的教师考勤管理,点击右侧的“添加”按钮,然后输入秘书用户、出勤天数、请假天数、加班天数等这些信息,点击“提交”按钮进行提交,同时也支持对已有的教师考勤管理进行编辑、删除和查询;如下图4.5所示。

图4.5教师考勤管理界面图
-
- 请假申请管理界面
部领导点击“请假申请管理”按钮可以查看到学校的所有请假申请管理,如果想要填写新的请假申请管理,点击右侧的“添加”按钮,然后输入教师姓名、请假天数、请假原因等信息,点击“提交”按钮进行提交,同时也支持对已有的请假申请管理进行编辑、删除和查询。请假申请管理界面如下图4.6所示。

图4.6 请假申请管理界面图
校领导的击“通知公告管理”按钮可以查看到所有通知公告信息,如果想要填写新的通知公告,点击右侧的“添加”按钮,然后输入公告名称、公告标题、公告图片、公告内容等信息,点击“提交”按钮进行提交,同时也支持对已有的通知公告进行编辑、删除和查询。通知公告管理界面如下图4.7所示。

图4.7通知公告管理界面图
- 5 章 系统实验与结果分析
到此,系统的开发基本完成,接下来我们对系统的实验与结果进行分析,确保系统能够正常运行,进而投入使用,对系统的实验与结果分析的检测方法就是对系统的测试,测试是系统完成的最后一步,没有测试过的系统是不能进行投入使用的,否则一旦发生bug就会造成损失,下面我们从测试的方法以及测试的用例两部分进行分析,最后给出系统的测试结果。
系统的测试方面有两种,一种是黑盒测试,另一种则为白盒测试,黑盒测试通俗来说就是功能方面的测试,我们也称之为需求测试,在黑盒测试的过程中,我们是不知道其开发原理的,只是作为一名使用者对系统进行测试,我们主要是凭借之前的测试经验,取一些临界值,然后通过测试用例来对其进行测试,这种测试方法是最快的查找问题方法,其次我们可以找一些具有代表性的数据,对系统进行用例测试,在黑盒测试的过程中常用的测试工具是winrunner和AutoRunner;白盒测试我们称之为结果测试,也就是逻辑驱动测试,在白盒测试的过程中,我们主要是根据系统开发的原理进行测试的,主要是以开发者的身份去测试这个代码是不是完成了其具体的功能,实现的具体路径对不对,当然这种测试方法是费时费力的,因为每个功能,他的运行路径不止一条,通过对程序当中运行的路径进行测试,检测开发的代码是不是存在bug,有没有实现预期,在白盒测试的过程中常用的测试工具为Jcontract、C++ Test以及CodeWizard等。
登录模块的功能测试:
表5.1 登录模块功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
登录模块测试 | 登录成功的情况 | 使用者可以通过浏览器进入到中心小学教职工考勤系统登录界面,输入用户名:admin和密码admin,完成滑动拼图验证后,点击“登录”按钮。 | 成功登录到管理员管理的界面 | 正确 |
登录模块测试 | 登录失败的情况 | 使用者可以通过浏览器进入到中心小学教职工考勤系统登录界面,输入用户名:admin和密码111,完成滑动拼图验证后,点击“登录”按钮。 | 系统提示“用户名和密码不匹配” | 正确 |
查询教师考勤管理功能模块测试:
表5.2 查询教师考勤管理功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
查询教师考勤管理功能测试 | 查询成功的情况 | 员工在菜单栏中点击“教师考勤管理”,然后互出现自己的教师考勤管理 | 查询成功 | 正确 |
加班情况管理添加功能模块测试:
表5.3 添加加班情况管理功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
加班情况管理添加模块测试 | 加班情况管理添加成功的情况 | 管理员“加班情况管理”会显示出所有的员工的加班情况管理,点击“添加”按钮,选择员工,输入教师工号、教师姓名、底薪、绩效、奖金、全勤奖、五险一金、扣款、实发加班情况管理,输入正确的信息后,点击“提交”按钮。 | 提示添加成功 | 正确 |
加班情况管理添加模块测试 | 加班情况管理添加失败的情况 | 管理员“加班情况管理”会显示出所有的员工的加班情况管理,点击“添加”按钮,不选择员工,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,员工不能为空” | 正确 |
在本章节对中心小学教职工考勤系统进行了黑白盒测试,并对系统中的部分功能进行了用例分析,能够发现系统还是比较稳定的,系统的所有功能基本可以实现,能够满足管理员和员工对加班情况管理的查询、管理的需求。通过测试可以看出在系统的运行过程中,其功能完整,对于输入的错误信息,能够把错误信息提示出来,方便用户操作的时候发现自己输入的信息哪里有错误,进而进行改正,而且系统界面都设有导航栏,操作非常便捷,不需要对使用者进行任何培训,对于学校来说是一个很有价值的系统。
- 6 章 结论
经过了几个月的努力,本中心小学教职工考勤系统终于完成了,虽然在校期间也开发过一些小型的系统,但是都是在老师的讲解以及辅助下完成的,没有经历过开发之前的需求分析、系统分析,都是直接从系统设计开始的,因此本次开发的中心小学教职工考勤系统对我意义重大。
在开发系统最初,首先对各个职工考勤管理方面的需求进行调研,了解对于学校来说,开发的系统需要实现哪些功能才能满足学校的管理需求,对需求进行分析;其次选择自己比较熟悉的JAVA语言,MYSQL数据库,使用springboot框架来设计开发,通过知网库、学校图书馆等地方查阅、学习这些技术,掌握编程的思想和方法,然后就是对系统进行分析,从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面,对系统进行全方位的分析,确定系统的最终功能,从而对系统的功能和数据库进行设计,最后就是系统的实现以及对实现的功能的测试,确保系统能够稳定的运行。
在开发的过程中暴露出了自己的很多问题,比如前期的准备还是不够充分,不能完全掌握其操作流程;在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题,经常会导致项目在运行的时候出现错误。学无止境,通过一边查阅资料一边向导师请教,慢慢的解决了这些问题,在以后的学习、工作者我会更加严谨,通过本项目的开发,我将会收益终生!
参考文献
[1]谭钊,齐杨,陈浩然,等. 智慧考勤系统设计与应用 [J]. 信息技术与标准化, 2024, (Z1): 93-97.
[2]高亮海,于世龙,赵少坤,等. 基于MQTT协议的嵌入式联网报备考勤系统 [J]. 物联网技术, 2023, 13 (10): 75-79. DOI:10.16667/j.issn.2095-1302.2023.10.021.
[3]Yong Z ,Yan L ,Wenwu L , et al. Efficient scheduling and attendance system for the ultrasound department under demand uncertainty during COVID-19. [J]. Health informatics journal, 2023, 29 (4): 14604582231213424-14604582231213424.
[4]Kumar A S ,Archana S ,Raghvendra S . Automatic attendance system based on CNN–LSTM and face recognition [J]. International Journal of Information Technology, 2023, 16 (3): 1293-1301.
[5]Dung T T ,Nga T L . To Wrap, or Not to Wrap: Examining the Distinctions Between Model Implementations of Face Recognition on Mobile Devices in an Automatic Attendance System [J]. SN Computer Science, 2023, 4 (6):
[6]唐琳. 基于人脸识别技术的学生课堂考勤管理系统的设计与实现 [J]. 数字技术与应用, 2023, 41 (09): 208-210. DOI:10.19695/j.cnki.cn12-1369.2023.09.65.
[7]李国平,李小纳. 基于人脸识别的智慧教室学生考勤系统设计 [J]. 信息与电脑(理论版), 2023, 35 (16): 130-132.
[8]姜智轩,侯涵宇. 基于嵌入式人脸识别的智能考勤系统的设计 [J]. 黑龙江科学, 2023, 14 (14): 147-149.
[9]董亚蕾,张师宁,武旭聪. 基于小人脸识别的高校课堂考勤系统研究 [J]. 现代信息科技, 2023, 7 (12): 62-65. DOI:10.19850/j.cnki.2096-4706.2023.12.016.
[10]汪涛. 基于SpringBoot和人脸识别的企业考勤管理系统设计与实现[D]. 阜阳师范大学, 2023. DOI:10.27846/d.cnki.gfysf.2023.000144.
[11]周怡宁. 基于计算机视觉的考勤系统设计与实现 [J]. 信息与电脑(理论版), 2023, 35 (09): 252-256.
[12]翁浩,邱炳城,梁国军. 基于钉钉平台的高校课堂考勤系统研究 [J]. 信息与电脑(理论版), 2023, 35 (05): 245-247.
[13]Mohd H M K ,Norliza Z ,Lucyantie M , et al. Online attendance system based on facial recognition with face mask detection. [J]. Multimedia tools and applications, 2023, 82 (22): 21-21.
[14]管鑫,鲍康胜,王小艳. Python自动化在考勤打卡数据统计中的应用 [J]. 电脑编程技巧与维护, 2023, (02): 88-90. DOI:10.16184/j.cnki.comprg.2023.02.011.
[15]曹灿,李磊. 基于Java Web的考勤系统的设计与实现 [J]. 黑龙江科学, 2023, 14 (02): 41-43.
[16]马千知,余灿玲. 基于深度学习的人脸识别课堂考勤系统设计 [J]. 信息与电脑(理论版), 2023, 35 (02): 87-89.
[17]刘琼,史诺,刘康. 基于微信小程序的学生考勤系统的设计与实现 [J]. 微型电脑应用, 2023, 39 (01): 173-176.
[18]黄勇. 基于人脸识别的学校考勤系统设计 [J]. 电脑编程技巧与维护, 2023, (01): 127-130. DOI:10.16184/j.cnki.comprg.2023.01.004.
[19]李国榆,李晓峰,范思祥. 人脸考勤信息系统研究 [J]. 中国设备工程, 2022, (S2): 274-275.
[20]Mazin S M ,Raya B A . An Attendance System Using the Face Extraction and Recognition Technique Using PCA Algorithm [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2022, 17 (1): 1-10.
致 谢
“致谢”意味着论文的结束,也意味着自己的毕业设计顺利完成,同时也代表了自己的大学生涯即将结束,我即将要离开自己敬爱的老师和亲爱的同学们,在这里我首先要感谢的就是所有的老师,“春满江山绿满园,桃李争春露笑颜,东西南北春常在,唯有师恩留心间”,他们无论在我的学业还是在我的生活上付出了所有,对我谆谆教诲;其次我要感谢我的指导老师,他在我的整个毕业设计当中起着引导作用,每当我有困难的时候,他总会第一时间帮助我,引导我进行解决问题,而不是直接告诉我答案,“授人以鱼不如授人以渔”,指导老师的这种做法让我受益终生,同时我也从指导老师身上学习到了许多的开发技巧以及检验,这对我今后的开发起着十分重要的作用;再次,我需要感谢我的同学、室友,他们不仅仅在毕业设计上给我许多帮助意见,在大学同窗四年,他们给过我的帮助太多了,我对他们有太多的不舍,无法用言语表示,我相信在以后的人生道路上只要想到他们,我心里就会很温暖,这种友情是任何感情替代不了的;最后我还要感谢家人,感谢自己,感谢家人对我的支持,感谢自己在学业上的坚持,我相信我以后的道路会越来越好。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~