摘要
随着现代企业规模的扩大和管理需求的提升,员工考勤管理成为企业日常运营不可或缺的一部分。传统的考勤方式存在效率低下、数据不准确等问题,无法满足现代企业对考勤管理的精确性和高效性要求。因此,本文设计并实现了一个基于Spring Boot的打卡系统,该系统利用Spring Boot的框架的优势,有效提升了系统的可维护性和扩展性。设计本系统旨在提升企业考勤管理水平、优化人力资源管理流程。
本文首先阐述了系统的研究背景和意义;然后对系统进行了可行性分析、功能性等分析;接着详细介绍了系统的设计原理和实现细节,包括系统架构、主要功能模块、数据库设计等;最后对系统进行了测试,证明了该系统可以企业考勤管理的需求,也为其他类似的系统设计和实现提供了有益的参考。
关键词:员工考勤;打卡系统;Spring Boot
Abstract
With the expansion of modern enterprise scale and the improvement of management needs, employee attendance management has become an indispensable part of daily operations of enterprises. Traditional attendance methods have problems such as low efficiency and inaccurate data, which cannot meet the precision and efficiency requirements of modern enterprises for attendance management. Therefore, this article designs and implements a check-in system based on Spring Boot, which utilizes the advantages of the Spring Boot framework to effectively improve the system's maintainability and scalability. The design of this system aims to improve the level of enterprise attendance management and optimize the human resource management process.
This article first elaborates on the research background and significance of the system; Then feasibility analysis and functional analysis were conducted on the system; Then, the design principles and implementation details of the system were introduced in detail, including system architecture, main functional modules, database design, etc; Finally, the system was tested and proved to meet the requirements of enterprise attendance management, providing useful references for the design and implementation of other similar systems.
Keywords: Employee attendance; Check in system; Spring Boot
1 绪论
1.1 研究背景
员工出勤是企业管理中非常重要的一部分。传统的打卡方式,如纸质打卡、刷卡打卡等,虽然在一定程度上可以管理员工的出勤情况,但也存在一些问题,如打卡数据易丢失、难以统计和分析等。因此,随着信息技术的发展,越来越多的企业开始寻求更加高效、便捷的打卡方式,以提高员工出勤管理的效率和准确性。
Spring Boot作为一种轻量级、快速构建Web应用的框架,具有开发速度快、代码量小、易于维护等优点,因此在Web应用开发领域得到了广泛的应用。同时,随着移动互联网的普及,基于Web的打卡系统可以更加方便地让员工进行打卡操作,提高了员工的打卡体验。基于Spring Boot的打卡系统它既能够满足企业对于员工出勤管理的需求,又能够利用Spring Boot框架和移动互联网技术提高打卡的效率和便捷性。
基于Spring Boot的打卡系统的研究意义主要体现在以下几个方面:
首先,可以提升企业管理效率。一个有效的打卡系统可以自动化地收集和处理员工的出勤数据,大大减少了人工统计和核对的时间和错误。同时,通过数据分析,企业可以更好地了解员工的出勤情况,为人力资源管理提供数据支持。
其次,可以提高员工满意度。通过系统打卡方式,员工可以更方便快捷完成打卡操作,提高了员工的便利性。而且,通过系统自动化的处理,员工也可以实时了解自己的出勤情况,减少了因误解或误操作导致的出勤问题。
最后,有利于技术创新与应用。基于Spring Boot的打卡系统研究,是将现代信息技术,特别是Web技术和移动互联网技术,应用到企业管理的实践中。这不仅推动了技术创新,也为企业提供了一种新的管理工具和模式。
1.3论文结构与章节安排
论文将分层次进行编排,除去论文摘要致谢文献参考部分,正文部分主要结构如下:
第一章:绪论,主要介绍系统的研究背景和意义,同时进行了论文整体框架的结构的简要介绍。
第二章:系统分析,主要对系统进行可行性技术、系统功能分析、用例分析。
第三章:系统总体设计,主要是对系统的架构、功能结构、系统数据库进行分析。
第四章:系统详细设计与实现,根据系统功能的划分,主要对系统的部分界面进行展示。
第五章:系统测试,主要对系统的主要功能进行测试。
第六章:结论,主要对系统的开发设计工作进行总结。
2系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
(1)技术可行性
Java是一种跨系统的编程语言,具有丰富的类库和良好的兼容性,广泛应用于各种场景。Java语言具有较高的性能和稳定性,可以满足系统高并发、大数据处理的需求。此外,Spring Boot是一个非常流行的Java开发框架,Spring Boot不仅能够帮助开发者快速搭建应用的基本框架,还提供了丰富的扩展点,使得开发者可以灵活地定制和优化应用程序,满足不同场景下的需求。因此,从技术层面来说是可行的。
(2)经济可行性
Spring Boot的自动配置功能可以根据应用程序的依赖和环境来进行自动配置,减少了大量的手动配置工作,可以降低开发成本;另外,Spring Boot的代码质量和可维护性较高,可以降低后期维护成本。因此,从经济角度分析是可行的。
(3)操作可行性
基于Spring Boot的打卡系统操作简单易用,用户只需按照系统提供的指引进行操作即可完成打卡任务。此外系统也可以提供用户友好的界面和交互设计,使得用户可以更加方便地进行打卡操作。因此,从操作的角度分析是可行的。
2.2 系统流程分析
系统流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.2.1 用户登录流程
用户通过登录才能访问系统及权限以内的功能,对此将实现各种应用及管理等功能,用户登录流程图如下图2-1所示。
图2-1 用户登录流程图
2.2.2 数据删除流程
如果系统里面存在一些没有用的数据,相关的管理人员还可以对这些数据进行删除,数据删除时流程图如下图2-2所示。
图2-2 数据删除流程图
2.3.1 功能性分析
按照基于Spring Boot的打卡系统的角色,主要包括员工用户、部门负责人和管理员这三大功能模块。
- 员工用户功能主要包括注册登录、员工信息管理、打卡记录管理、迟到记录管理、早退记录管理、加班记录管理、请假申请管理、加班申请管理、打卡提醒管理、补卡申请管、调休申请管理、工资信息管理、考勤汇总管理、考勤排名管理、我的(个人信息、修改密码、退出)。其用例图如下图2-3所示:
图2-3 员工用户用例图
- 部门负责人功能包括员工信息管理、打卡记录管理、迟到记录管理、早退记录管理、加班记录管理、请假申请管理、加班申请管理、打卡提醒管理、补卡申请管、调休申请管理、工资信息管理、考勤汇总管理、考勤排名管理、我的(个人信息、修改密码、退出)。其用例图如下图2-4所示:
图2-4 部门负责人用例图
- 管理员功能包括后台首页、系统用户、部门管理、员工信息管理、打卡记录管理、迟到记录管理、早退记录管理、加班记录管理、请假申请管理、加班申请管理、打卡提醒管理、补卡申请管、调休申请管理、工资信息管理、考勤汇总管理、考勤排名管理、我的(个人信息、修改密码、退出)。其用例图如下图2-5所示:
图2-5 管理员用例图
2.3.2 非功能性分析
基于Spring Boot的打卡系统的非功能性需求比如基于Spring Boot的打卡系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表2-1基于Spring Boot的打卡系统非功能需求表
安全性 | 主要指基于Spring Boot的打卡系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指基于Spring Boot的打卡系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响基于Spring Boot的打卡系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着基于Spring Boot的打卡系统的页面展示内容进行操作,就可以了。 |
可维护性 | 基于Spring Boot的打卡系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
本章主要通过对基于Spring Boot的打卡系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个基于Spring Boot的打卡系统要实现的功能。同时也为基于Spring Boot的打卡系统的代码实现和测试提供了标准。
3 系统总体设计
本章主要讨论的内容包括基于Spring Boot的打卡系统的架构设计、功能模块设计、数据库系统设计。
3.1 系统架构设计
本系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1系统架构设计图
表现层(UI):又称UI层,主要完成本系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本系统时的舒适度。UI的界面设计也要适应不同版本的系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本系统的数据是放在服务端的MySQL数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本系统的数据存储和管理功能。
3.2 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本基于Spring Boot的打卡系统中的用例。那么接下来就要开始对本基于Spring Boot的打卡系统的主要功能和数据库开始进行设计。基于Spring Boot的打卡系统根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。

图3-2 系统功能模块图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
在数据库概念模型设计的时候,一般都采用E-R实体图进行展示,在实体图中可以展示出数据库表中的所有字段名称,基于Spring Boot的打卡系统中的主要的数据库E-R模型图如下图3-3、3-4、3-5所示。
图3-3 注册信息E-R图
图3-4 部门负责人信息E-R图
图3-5 打卡信息E-R图
3.3.2 数据库逻辑结构设计
通过上一小节中基于Spring Boot的打卡系统中总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 | 用户编号: |
表application_for_compensatory_leave (调休申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | application_for_compensatory_leave_id | int | 10 | 0 | N | Y | 调休申请ID | |
2 | supplementary_card_number | varchar | 64 | 0 | Y | N | 调休编号 | |
3 | employees_on_leave | int | 10 | 0 | Y | N | 0 | 请假员工 |
4 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
5 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | department | varchar | 64 | 0 | Y | N | 部门 | |
8 | compensatory_leave_date | date | 10 | 0 | Y | N | 调休日期 | |
9 | reason_for_compensatory_leave | text | 65535 | 0 | Y | N | 调休原因 | |
10 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
11 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表attendance_ranking (考勤排名)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | attendance_ranking_id | int | 10 | 0 | N | Y | 考勤排名ID | |
2 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
3 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
4 | department | varchar | 64 | 0 | Y | N | 部门 | |
5 | ranking | varchar | 64 | 0 | Y | N | 名次 | |
6 | attendance_rate | varchar | 64 | 0 | Y | N | 考勤率 | |
7 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
8 | publish_content | longtext | 2147483647 | 0 | Y | N | 发布内容 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表attendance_summary (考勤汇总)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | attendance_summary_id | int | 10 | 0 | N | Y | 考勤汇总ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | summary_title | varchar | 64 | 0 | N | N | 汇总标题 | |
8 | total_number_of_clocking_in | int | 10 | 0 | Y | N | 0 | 打卡总数 |
9 | actual_number_of_clocking_in | int | 10 | 0 | Y | N | 0 | 实际打卡数 |
10 | attendance_rate | varchar | 64 | 0 | Y | N | 出勤率 | |
11 | lateness_times | int | 10 | 0 | Y | N | 0 | 迟到次数 |
12 | leave_days | int | 10 | 0 | Y | N | 0 | 请假天数 |
13 | overtime_duration | int | 10 | 0 | Y | N | 0 | 加班时长 |
14 | summary_date | date | 10 | 0 | Y | N | 汇总日期 | |
15 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
16 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表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 | 更新时间: |
表card_replacement_application (补卡申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | card_replacement_application_id | int | 10 | 0 | N | Y | 补卡申请ID | |
2 | supplementary_card_number | varchar | 64 | 0 | Y | N | 补卡编号 | |
3 | employees_on_leave | int | 10 | 0 | Y | N | 0 | 请假员工 |
4 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
5 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | department | varchar | 64 | 0 | Y | N | 部门 | |
8 | card_replacement_date | date | 10 | 0 | Y | N | 补卡日期 | |
9 | reason_for_card_replacement | text | 65535 | 0 | Y | N | 补卡原因 | |
10 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
11 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表check_in_records (打卡记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | check_in_records_id | int | 10 | 0 | N | Y | 打卡记录ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | check_in_date | date | 10 | 0 | Y | N | 打卡日期 | |
8 | statistics_frequency | varchar | 64 | 0 | Y | N | 统计次数 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表clock_in_reminder (打卡提醒)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | clock_in_reminder_id | int | 10 | 0 | N | Y | 打卡提醒ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | reminder_date | date | 10 | 0 | Y | N | 提醒日期 | |
8 | reminder_content | 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 | 更新时间 |
表department (部门)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_id | int | 10 | 0 | N | Y | 部门ID | |
2 | department | varchar | 64 | 0 | Y | N | 部门 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表department_head (部门负责人)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_head_id | int | 10 | 0 | N | Y | 部门负责人ID | |
2 | responsible_labor_number | varchar | 64 | 0 | Y | N | 负责人工号 | |
3 | name_of_person_in_charge | varchar | 64 | 0 | Y | N | 负责人姓名 | |
4 | department | 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 | 更新时间 |
表early_leave_records (早退记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | early_leave_records_id | int | 10 | 0 | N | Y | 早退记录ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | early_departure_date | date | 10 | 0 | Y | N | 早退日期 | |
8 | statistics_frequency | varchar | 64 | 0 | Y | N | 统计次数 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表employee_information (员工信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | employee_information_id | int | 10 | 0 | N | Y | 员工信息ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | N | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | basic_salary | int | 10 | 0 | Y | N | 0 | 基本工资 |
8 | employee_information | varchar | 255 | 0 | Y | N | 员工资料 | |
9 | limit_times | int | 10 | 0 | N | N | 0 | 限制次数 |
10 | limit_type | tinyint | 4 | 0 | N | N | 1 | 限制次数类型1-每天次,2-总计次 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表employee_users (员工用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | employee_users_id | int | 10 | 0 | N | Y | 员工用户ID | |
2 | employee_id | varchar | 64 | 0 | N | N | 员工工号 | |
3 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
4 | department | varchar | 64 | 0 | Y | N | 部门 | |
5 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
6 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
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 | 更新时间 |
表hits (用户点击)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表late_arrival_records (迟到记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | late_arrival_records_id | int | 10 | 0 | N | Y | 迟到记录ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | late_date | date | 10 | 0 | Y | N | 迟到日期 | |
8 | statistics_frequency | varchar | 64 | 0 | Y | N | 统计次数 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表leave_application (请假申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | leave_application_id | int | 10 | 0 | N | Y | 请假申请ID | |
2 | leave_id | varchar | 64 | 0 | Y | N | 请假编号 | |
3 | employees_on_leave | int | 10 | 0 | Y | N | 0 | 请假员工 |
4 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
5 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | department | varchar | 64 | 0 | Y | N | 部门 | |
8 | leave_date | date | 10 | 0 | Y | N | 请假日期 | |
9 | leave_type | varchar | 64 | 0 | Y | N | 请假类型 | |
10 | leave_title | varchar | 64 | 0 | Y | N | 请假标题 | |
11 | leave_days | int | 10 | 0 | Y | N | 0 | 请假天数 |
12 | leave_content | longtext | 2147483647 | 0 | Y | N | 请假内容 | |
13 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
14 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表overtime_application (加班申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | overtime_application_id | int | 10 | 0 | N | Y | 加班申请ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | overtime_date | date | 10 | 0 | Y | N | 加班日期 | |
8 | overtime_content | 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 | 更新时间 |
表overtime_records (加班记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | overtime_records_id | int | 10 | 0 | N | Y | 加班记录ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | overtime_date | date | 10 | 0 | Y | N | 加班日期 | |
8 | overtime_duration | 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 | 更新时间 |
表salary_information (工资信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | salary_information_id | int | 10 | 0 | N | Y | 工资信息ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_head | int | 10 | 0 | Y | N | 0 | 部门负责人 |
7 | basic_salary | int | 10 | 0 | Y | N | 0 | 基本工资 |
8 | full_attendance_award | int | 10 | 0 | Y | N | 0 | 全勤奖 |
9 | deduction_portion | int | 10 | 0 | Y | N | 0 | 扣除部分 |
10 | subsidy | int | 10 | 0 | Y | N | 0 | 补贴 |
11 | performance_bonus | int | 10 | 0 | Y | N | 0 | 业绩奖金 |
12 | distribution_date | date | 10 | 0 | Y | N | 发放日期 | |
13 | actual_distribution | varchar | 64 | 0 | Y | N | 实际发放 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表upload (文件上传)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
表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 | 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 | 会员折扣 |
表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
3.4本章小结
整个基于Spring Boot的打卡系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 系统详细设计与实现
基于Spring Boot的打卡系统的详细设计与实现主要是根据前面的基于Spring Boot的打卡系统的需求分析和基于Spring Boot的打卡系统的总体设计来设计页面并实现业务逻辑。主要从基于Spring Boot的打卡系统界面实现、业务逻辑实现这两部分进行介绍。
4.1员工用户功能模块
4.1.1用户注册界面
员工进入系统登录页面后点击“注册”按钮进入注册页面填写账号、密码、确认密码、昵称、邮箱、身份等信息后点击“注册”按钮,系统会对输入的信息进行验证,验证通过后即可完成注册,注册后需由管理员进行审核,审核通过后方可使用。其界面展示如下图4-1所示。

图4-1用户注册界面图
注册代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(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.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}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.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
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());
Duration duration = Duration.ofSeconds(7200L);
redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);
// 返回用户信息
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次。其界面展示如下图4-3所示。

图4-3员工信息界面图
4.1.4 请假申请管理界面
用户可以查看请假申请列表中某一请假的详情,可以对列表信息进行查询和重置操作;点击“请假申请添加”进入页面填写请假类型、请假内容等信息后点击“提交”即可完成请假申请。其界面如下图4-4所示。

图4-4 请假申请管理界面图
用户可以查看请加班申请列表中某一加班的详情,可以对列表信息进行查询和重置操作;点击“加班申请添加”进入页面填写加班类型、加班内容等信息后点击“提交”即可完成加班申请。其界面如下图4-5所示。

图4-5 加班申请管理界面图
用户可以查看请加班记录列表中某一加班记录的详情,可以对列表信息进行查询和重置操作。其界面如下图4-6所示。

图4-6 加班记录管理界面图
用户可以查看考勤排名列表中某一员工的考勤排名详情,可以对列表信息进行查询和重置操作。其界面如下图4-7所示。

图4-7 考勤排名管理界面图
用户点击我的头像下拉菜单的“修改密码”进入页面填写原密码、新密码、确认新密码信息后点击“提交”即可完成修改,修改后可以用新密码登录系统。其界面如下图4-8所示。

图4-8修改密码界面图
修改密码的代码如下:
@PostMapping("change_password")
public Map<String, Object> change_password(@RequestBody Map<String, String> data, HttpServletRequest request){
String token = request.getHeader("x-auth-token");
Integer userId = tokenGetUserId(token);
Map<String, String> query = new HashMap<>();
String o_password = data.get("o_password");
query.put("user_id" ,String.valueOf(userId));
query.put("password" ,service.encryption(o_password));
int count = service.selectBaseCount(service.count(query, service.readConfig(request)));
if(count > 0){
Map<String,Object> form = new HashMap<>();
form.put("password",service.encryption(data.get("password")));
service.update(query,service.readConfig(request),form);
return success(1);
}
return error(10000,"密码修改失败!");
}
4.2 部门负责人功能模块
部门负责人可以查看员工信息列表中某一用户的详情,可以提交该员工迟到、早退、加班、发放工资、考勤汇总信息;可以对列表信息进行查询和重置操作。其界面如下图4-9所示。

图4-9员工信息管理界面图
查询的代码如下:
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
}
部门负责人可以查看打卡记录列表中某一员工的打卡详情并进行审核和回复,可以对列表信息进行查询和重置删除操作。其界面如下图4-10所示。

图4-10打卡记录管理界面图
部门负责人可以查看请假申请列表中某一员工的请假详情并进行审核和回复,可以对列表信息进行查询和重置删除操作。其界面如下图4-11所示。

图4-11请假申请管理界面图
管理员可以查看加班申请列表中某一员工的加班申请详情并进行审核和回复,可以对列表信息进行查询和重置删除操作。其界面如下图4-12所示。

图4-12加班申请管理界面图
管理员可以查看后台首页展示的打卡记录统计、迟到记录统计、早退记录统计等统计图信息。其界面如下图4-13所示。

图4-13后台首页界面图
管理员可以查看系统用户(管理员、员工用户、部门负责人)列表中某一用户的详情,可以对用户信息进行查询、重置、添加和删除操作。其中部门负责人账户由管理员添加。其界面如下图4-14所示。

图4-14系统用户界面图
添加的代码如下:
@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);
}
删除的代码如下:
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
public void delete(Map<String,String> query,Map<String,String> config){
QueryWrapper wrapper = new QueryWrapper<E>();
toWhereWrapper(query, "0".equals(config.get(FindConfig.GROUP_BY)),wrapper);
baseMapper.delete(wrapper);
log.info("[{}] - 删除操作:{}",wrapper.getSqlSelect());
}
管理员可以查看考勤汇总列表中某一员工的考勤汇总详情,可以对列表信息进行查询、重置和删除操作。其界面如下图4-15所示。

图4-15考勤汇总管理界面图
管理员可以查看考勤排名列表中某一员工的考勤排名详情,可以对列表信息进行查询、重置和删除操作;点击“考勤排名添加”进入页面填写员工工号、姓名、发布内容等信息后点击“提交”即可完成该员工的考勤排名信息的发布。其界面如下图4-16所示。

图4-16考勤排名管理界面图
5系统测试
5.1 系统测试目的
无论什么样的系统,测试都至关重要,通过测试可以检查出潜藏的缺陷,从而确保系统的性能和稳定性,避免Bug的出现,并确保系统的功能和性价比达到预期的要求。
系统测试包括:用户登录功能测试、加班申请添加功能、密码修改功能测试,如表5-1、5-2、5-3所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
实际结果 | 实际结果与预期结果一致 |
加班申请添加界面测试:
表5-2 加班申请添加界面测试表
用例名称 | 加班申请添加测试用例 |
目的 | 加班申请加功能 |
前提 | 员工用户正常登录情况下 |
测试流程 | 1)员工用户点击加班申请管理下方的加班申请添加,然后进入添加页面填写信息。 2)填写完毕后点击提交。 |
预期结果 | 提交以后,加班申请列表会显示新的加班申请信息 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表5-3 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写基于Spring Boot的打卡系统的测试用例,已经检测完毕用户登录功能测试、加班申请添加功能、密码修改功能测试,通过这四大模块的测试为基于Spring Boot的打卡系统的后期推广运营提供了强力的技术支撑。
6 结论
在基于Spring Boot的打卡系统开发之前,需要先对用户的具体需求进行分析。包括系统的可行性分析、功能需求分析以及其他需求等。在可行性分析过程中,对系统实现的技术性、经济性等方面进行了分析。总体上证明了系统实施的可行性。
本文总结了基于Spring Boot的打卡系统开发背景与意义,然后阐述了系统的具体业务需求,并根据系统需求对系统结构以及功能模块等进行了详细地设计,将整个系统划分为多个不同的功能模块。在分析系统功能需求时,对整个系统的总体架构以及功能模块等进行了分析,并选择合适的系统开发技术完成了对各个模块的开发工作。系统开发完成之后进行了部署,同时进行了系统的测试过程,通过测试证明了系统在功能以及性能等方面都达到了预期的要求,具有较高的稳定性与可靠性。
参考文献
[1]Surantha N ,Sugijakko B .Lightweight face recognition-based portable attendance system with liveness detection[J].Internet of Things,2024,25101089-.
[2]谭钊,齐杨,陈浩然等.智慧考勤系统设计与应用[J].信息技术与标准化,2024,(Z1):93-97.
[3]吴伶琳.基于SpringBoot的客户关系管理系统设计与实现[J].无线互联科技,2023,20(24):60-62.
[4]唐琳.基于人脸识别技术的学生课堂考勤管理系统的设计与实现[J].数字技术与应用,2023,41(09):208-210.
[5]Xuexiao C .Study on Student Attendance System Based on Face Recognition[J].Journal of Physics: Conference Series,2023,2492(1):
[6]董春峰.基于人脸识别的考勤系统的设计与实现[D].河北科技大学,2023.
[7]龚逸文.基于微信小程序的疫情防控健康打卡系统设计与实现[J].中国新通信,2023,25(05):44-45.
[8]曹灿,李磊.基于Java Web的考勤系统的设计与实现[J].黑龙江科学,2023,14(02):41-43.
[9]刘琼,史诺,刘康.基于微信小程序的学生考勤系统的设计与实现[J].微型电脑应用,2023,39(01):173-176.
[10]刘佳瑜.基于移动端开发的考勤系统数据库设计[J].电脑编程技巧与维护,2022,(10):3-7.
[11]Dung V N ,Van H K ,Nguyen T K , et al.Internet of Things-Based Intelligent Attendance System:Framework, Practice Implementation, and Application[J].Electronics,2022,11(19):3151-3151.
[12]席飞.基于单片机的企业指纹考勤系统设计[J].无线互联科技,2022,19(14):56-58.
[13]曹伟,葛小三.基于移动终端的高校晨跑打卡系统设计与开发[J].测绘与空间地理信息,2022,45(06):158-159+163.
[14]钱俊亮,田卉.考勤管理系统的设计与实现[J].数字传媒研究,2022,39(05):53-56.
[15]张培培.基于卷积神经网络的教师打卡系统设计[J].电脑编程技巧与维护,2021,(12):52-53+57.
[16]史丰畅.基于人脸识别的考勤打卡系统的应用研究[D].江苏科技大学,2021.
[17]李林,兰州大学健康打卡系统.甘肃省,兰州大学,2020-11-13.
[18]李卓群.基于Android的打卡社交系统设计与实现[D].华中科技大学,2020.
[19]Hejing W .Commerce Middle Office Management System Based on Springboot[J].International Journal of Advanced Network, Monitoring and Controls,2022,7(2):32-45.
[20]熊群毓.大数据时代MySQL数据库的应用分析[J].信息与电脑(理论版),2023,35(14):209-212.
致 谢
首先,我要感谢我的论文指导老师。在论文完成的整个过程中,指导老师始终给予我无微不至的关爱与指导。在论文写作的过程中,导师那耐心细致的指导,以及提出的具有建设性的意见,都给予了我极大的帮助,让我受益匪浅。导师严谨的治学态度、敬业精神以及高水平的教学能力,都给我树立了追求卓越的典范,这对我以后的人生道路和学业成就都产生了极大的积极影响。
此外,我还要感谢我班的同学们,他们既是我的同窗好友,又是我的良师益友。正是由于你们的支持和关怀,使得我在大学期间的学习和生活都变得异常充实。感谢那些在大学期间给予我帮助的所有老师和同学们,是你们给予了我在学业道路上的前进动力。
当然,我也不能忘记我的父母,是他们用无私的爱抚养我成人。你们的养育之恩我将永生难忘,将来我一定会用我的成绩回报你们。在成长的道路上,我会不断努力,不负众望,用实际行动来回报你们对我的期望。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~