企业员工培训管理系统：JavaSwing+MySQL数据库课设全解析

简介：这是湖南科技大学数据库系统课程设计项目，基于JavaSwing与MySQL构建的企业员工培训管理系统，面向数据库课程设计学生及需要实践企业培训业务场景的开发者，覆盖培训计划管理、课程考勤、资源分配与绩效评估等完整功能模块。资源共67个文件，以Java源码为主，辅以SQL数据库脚本、Gradle配置、PDF课程设计报告、题目要求与指导书、E-R图及说明文档，压缩包整体约4.06MB，结构清晰便于直接导入与调试。目前已有45人学习，适合作为课程设计参考或Java+MySQL整合开发入门项目。通过该项目可获取完整可运行代码、数据库初始化数据、设计文档与实操说明，能帮助理解Swing界面与MySQL联动的开发思路，也可快速用于报告撰写和答辩准备，是一份集代码、文档与业务场景于一体的课程设计完整方案。

1. 一份能直接交差的数据库课设：JavaSwing + MySQL 的完整业务闭环

如果你正在为数据库系统课程设计发愁，或者想看看 JavaSwing 和 MySQL 这对经典组合怎么组织一个完整项目，这份「企业员工培训管理系统」资源包值得你花半小时拆一遍。它来自湖南科技大学数据库系统课程设计，不是那种只有几个 CRUD 页面的玩具 demo，而是把员工培训计划管理、课程考勤记录、培训资源分配、员工绩效评估四个模块串成了一个完整业务闭环，后端用 MySQL 存数据，前端用 JavaSwing 画界面。拿到手的东西很全：Gradle 工程源码、初始数据 SQL 脚本、E-R 图 drawio 源文件、课程设计报告 PDF，还有指导书和题目要求。适合三类人：要交课设的学生、想练 Swing + JDBC 的初学者、以及需要一套现成表结构做二次开发的从业者。这套资源最大的价值不是代码多高级，而是「文档、模型、代码、数据」四者对得上，这恰恰是很多课设项目最缺的。

2. 需求拆解与数据库建模：四个业务模块和背后的表设计

2.1 功能模块：从培训计划到绩效评估的完整业务链

先把这四件事的关系捋清楚。培训计划是源头，管理者先定课程、时间、讲师和教室，生成一条培训计划；然后资源分配模块把讲师、教室、教材挂到计划下面，避免同一间教室同一时间被两门课占用；接着课程考勤记录跟进每场培训的员工出勤情况，谁来了、谁缺席、谁请假都有记录；最后员工绩效评估把考勤数据、考试成绩、培训表现汇总成评分。这个链条是典型的「先排课 → 再分配 → 后考勤 → 终评估」四段式，对应到数据库设计上，就是四张核心业务表加若干张关联表。资源包里的 E-R 图.drawio 把这层关系画得很清楚，你可以用 draw.io 直接打开改，交作业时把实体名、属性名、联系类型换成自己学校的题目要求就行。

2.2 数据表设计：主键、外键与 E-R 图怎么对得上

打开初始数据.sql 或课程设计报告 PDF，你会看到核心表结构围绕四个实体展开。常见的设计思路是这样：员工表（employee）存员工编号、姓名、部门、入职日期；培训计划表（training_plan）存课程名称、培训开始时间、结束时间、讲师 ID；考勤记录表（course_attendance）存员工 ID、计划 ID、出勤状态；绩效评估表（performance_evaluation）存员工 ID、评估周期、评分等级、评语。外键关系集中在培训计划与员工、考勤与培训计划之间，基本上每个功能页面背后都是一条带 JOIN 的查询。以这套系统最常见的字段设计为例：

注意考勤表的设计，一个员工在一场培训里只能有一条考勤记录，所以除了主键 att_id，还应该给 (plan_id, emp_id) 加唯一索引，否则程序里重复签到就会产生脏数据。资源分配则建议单独建一张 resource_allocation 表，字段包含 resource_type（讲师/教室/教材）、resource_name、allocated_time、plan_id，这样后期要统计「哪个教室被占用最多」「哪位讲师排课最满」都方便，不需要改表结构只加查询就行。

2.3 附赠文档：指导书、报告、drawio 怎么配合使用

资源包里最容易被忽略的是「本部_2024-2025-1数据库系统课程设计指导书.pdf」和「员工培训管理系统题目要求.pdf」。我建议按这个顺序看：先看题目要求，搞清楚老师到底验收什么功能点；再看指导书，里面有课程设计的文档规范，包括 E-R 图绘制标准、关系模式转换要求、规范化程度检查；然后打开课程设计报告 PDF，这份报告已经写好了功能说明和设计思路，你可以直接把它当成答辩讲稿的底稿，对照报告里的截图去代码里找对应实现。E-R 图.drawio 是最值钱的文件，它把画图的原点都给你了，你只需要改实体名和属性名，比从零用 Visio 画省一个小时。README.md 和说明文件.txt 里通常有启动步骤和默认账号，第一次跑项目前一定先打开看一眼。

3. 环境搭建与首次运行：Gradle 构建 + MySQL 初始数据导入

3.1 环境清单：JDK、MySQL、Gradle wrapper 的版本配合

我拆过的课设包里，翻车最集中的环节就是环境版本不匹配。这份资源用的是 Gradle wrapper（gradlew.bat），所以本机不需要单独装 Gradle，但 JDK 版本必须对得上。建议直接用 JDK 8 或 JDK 11，这两个版本对 JavaSwing 和旧版 JDBC 驱动兼容性最好，别一上来就装 JDK 17/21，Swing 虽然还能跑，但某些老项目里用了过期的com.mysql.jdbc.Driver类名就会直接报错。MySQL 侧建议装 8.0 版本，因为初始数据.sql 里大概率用了 utf8mb4 字符集和较新的语法，MySQL 5.7 也能跑，但如果你执行脚本时报Unknown collation，那多半是版本问题。准备环境时顺手做两件事：把 MySQL 的 root 密码记在你本地的环境变量里，以及确认 MySQL 服务已经启动。

3.2 导入初始数据：mysql 命令行与 SQL 脚本执行

在 MySQL 里先建库再导数据。我用的是最稳妥的 mysql 命令行方式，不用可视化工具，减少编码干扰。打开终端，进入初始数据.sql 所在目录：

mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS employee_training DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;" mysql -u root -p employee_training < 初始数据.sql

第一条命令创建数据库，DEFAULT CHARACTER SET utf8mb4是重点，如果这里用了老式的 utf8，导入含生僻字或特殊符号的数据时会变成乱码。第二条命令把表结构和初始记录一次性灌进去。导入完成后顺手验证一下：

mysql -u root -p employee_training -e "SHOW TABLES; SELECT COUNT(*) FROM employee;"

SHOW TABLES看表是否齐全，SELECT COUNT(*)看员工表里有没有初始数据。如果这里返回 0，别急着连程序，先检查 SQL 脚本开头是不是有USE语句指向了别的库名，这是最常见的导错库现场。

3.3 连接配置与启动：DBUtil 里的 JDBC 参数怎么看、怎么改

数据库就绪后，去源码里找数据库连接工具类，通常叫 DBUtil.java 或 JdbcUtils.java，类的字段区长这样：

private static final String DRIVER = "com.mysql.cj.jdbc.Driver"; private static final String URL = "jdbc:mysql://localhost:3306/employee_training?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8mb4"; private static final String USER = "root"; private static final String PASSWORD = "123456";

DRIVER用com.mysql.cj.jdbc.Driver是 MySQL 8.0 的标准写法，老项目的com.mysql.jdbc.Driver在 8.0 下虽然兼容但会打 deprecated 警告。URL里的useSSL=false是本地开发必加的，不加的话 MySQL 8.0 默认尝试建立 SSL 连接，性能没提升还容易报一堆 ssl 警告；serverTimezone=Asia/Shanghai解决时区报错；characterEncoding=utf8mb4保证中文写入正常。PASSWORD 改成你自己的 root 密码。改完在项目根目录执行：

gradlew.bat run

用 gradle wrapper 启动，它会自动下载对应版本的 Gradle 发行版。第一次跑会比较慢，因为要拉依赖，如果网络不稳，就用 build.gradle 里声明的依赖版本手动去 Maven 仓库下 jar 包放进 libs 目录，再把 build.gradle 改成implementation files('libs/mysql-connector-java-xxx.jar')，这种离线方案在校园网环境里特别实用。

4. 业务流程落地：培训、考勤、资源、绩效怎么跑通

4.1 培训计划与资源分配：先定课表再锁教室和讲师

打开系统后，第一个该走通的流程是创建培训计划。界面上通常是「培训计划管理」窗口，点击新增按钮弹出一个表单，填课程名称、开始时间、结束时间、讲师姓名。这里的核心逻辑是计划与资源的联动：选定讲师和教室后，系统应该立即检查该时间段是否冲突。我建议你在看代码时重点找这个冲突检测方法，它一般长这样：

public boolean checkResourceAvailable(int resourceId, String startTime, String endTime) { String sql = "SELECT COUNT(*) FROM resource_allocation " + "WHERE resource_id = ? AND ( " + "(start_time < ? AND end_time > ?) OR " + "(start_time < ? AND end_time > ?) )"; // 参数：resourceId, endTime, startTime, startTime, endTime // 存在任何时间重叠即视为冲突 }

这段 SQL 用了区间重叠判断：两条资源记录只要满足「新计划的开始时间早于已有记录的结束时间」且「新计划的结束时间晚于已有记录的开始时间」，就说明时间段交叉了。参数顺序很容易写错，我自己的习惯是在注释里标清楚每个?对应的是什么语义，否则 debug 时一眼根本看不出来是四个时间参数在打架。正常流程是：创建计划 → 自动生成 plan_id → 在资源分配表里插入讲师、教室、教材三条记录 → 主界面刷新计划列表。

4.2 考勤登记与出勤率统计：INSERT 还是 UPDATE，取决于业务状态

考勤模块的核心业务是签到。员工到场后，系统按员工编号和培训计划编号查询是否已有记录，没有就 INSERT，有就 UPDATE 状态，这种「有则改、无则增」的逻辑叫 upsert。你在源码里会看到类似这样的实现：

public void signIn(int planId, int empId) { String checkSql = "SELECT att_id FROM course_attendance WHERE plan_id = ? AND emp_id = ?"; String insertSql = "INSERT INTO course_attendance(plan_id, emp_id, status, sign_time) VALUES(?, ?, '正常', NOW())"; String updateSql = "UPDATE course_attendance SET status = '正常', sign_time = NOW() WHERE plan_id = ? AND emp_id = ?"; // 先 check 再决定走 insert 还是 update }

这里有两个小细节值得注意。sign_time直接用数据库的NOW()而不是传 Java 的当前时间，可以避免客户端时间不准的问题，这也是为什么我看代码时会先看 SQL 里有没有NOW()，没有的话说明写的人可能没考虑分布式时钟偏差。另外考勤状态字段建议用字符串枚举而不是布尔值，因为业务上除了「正常」还有「迟到」「请假」「缺席」三种状态，布尔值只有两个值，后面扩展状态机时要改表，字符串枚举加一个 CHECK 约束就够了。出勤率统计就看考勤表的聚合查询，按 plan_id 分组统计每个员工的出勤次数，除以计划总数就是比率。

4.3 绩效评估：把考勤和考试成绩聚合成评分

绩效评估是这个系统里最贴近真实业务的功能。课程结束后，培训管理者录入员工的考试成绩，系统再结合考勤记录计算综合评分。规则通常是：考勤占比 40%，考试成绩占比 60%，低于 60 分评为「待改进」，60-79 分「合格」，80-89 分「良好」，90 分以上「优秀」。这块在 SQL 上的实现很直观，一条 JOIN 加 CASE WHEN 搞定：

SELECT e.emp_id, e.emp_name, ROUND(0.4 * att.attendance_rate + 0.6 * exam.score, 2) AS final_score, CASE WHEN 0.4 * att.attendance_rate + 0.6 * exam.score >= 90 THEN '优秀' WHEN 0.4 * att.attendance_rate + 0.6 * exam.score >= 80 THEN '良好' WHEN 0.4 * att.attendance_rate + 0.6 * exam.score >= 60 THEN '合格' ELSE '待改进' END AS eval_level FROM employee e LEFT JOIN ( SELECT emp_id, COUNT(CASE WHEN status != '缺席' THEN 1 END) / COUNT(*) AS attendance_rate FROM course_attendance GROUP BY emp_id ) att ON e.emp_id = att.emp_id LEFT JOIN exam_score exam ON e.emp_id = exam.emp_id WHERE e.dept_id = '研发部';

这个查询有意思的地方在于attendance_rate是在子查询里算好的，外层直接做加权平均，避免在主查询里重复写聚合。ROUND(..., 2)控制小数位，CASE WHEN处理等级映射。如果哪天评分规则变成考勤占 30%、考试占 40%、培训表现占 30%，只需要改系数再加一个子查询，不需要动表结构。这套设计的扩展性表明当时建表的人确实想过业务变化，不是硬编码在 Java 里的。

5. 课设避坑记：五个最常见的翻车现场

5.1 数据库连不上：ClassNotFoundException 与 CommunicationsException

现象：程序启动后弹出连接失败，控制台报ClassNotFoundException: com.mysql.cj.jdbc.Driver或Communications link failure。原因：前者是缺驱动 jar，build.gradle 里虽然声明了依赖但 Gradle 没拉到，或者拉到了但 runtime scope 不对；后者是 MySQL 服务没起、端口不是 3306、或者 root 密码和 DBUtil 里不一致。解决：先gradlew.bat dependencies --configuration runtimeClasspath看驱动在不在，不在就换成本地 jar 引入；在的话就用命令行mysql -u root -p -e "SELECT 1"试，能通说明 Java 侧 URL 或账号密码写错了。

5.2 中文乱码：SQL 文件是 UTF-8，客户端却是 GBK

现象：导入初始数据后查询，所有中文变成问号。原因：Windows 下 mysql 命令行客户端默认字符集不是 utf8mb4，导入时把 UTF-8 字节流按 GBK 解析了。解决：导入前先执行SET NAMES utf8mb4;，或者用mysql --default-character-set=utf8mb4 -u root -p指定客户端字符集。还有一个隐藏坑：如果你用可视化工具导入，工具默认的导入编码可能跟文件不一致，导入成功后界面看着正常，但程序里查出来全是乱码，这其实是连接 URL 缺了characterEncoding=utf8mb4。血泪经验：建库、导入、JDBC 三层字符集必须完全一致，少一层都会在某个环节露出马脚。

5.3 JDK 版本太高导致编译失败或 Swing 渲染异常

现象：JDK 17 环境下 Gradle 编译报错，提示某个依赖与 Java 版本不兼容，或者编译通过但窗口按钮显示模糊、字体发虚。原因：老课设依赖的某些库没适配高版本 JDK 的模块化机制，Swing 本身没问题，但 LookAndFeel 相关代码在高版本下需要额外加--add-opens启动参数。解决：最省事的方案是用 JDK 8 运行项目，不用改代码。如果你想在高版本 JDK 上跑，可以尝试去掉源码里的UIManager.setLookAndFeel调用，恢复默认 Metal 风格，虽然丑点但能跑。

5.4 初始数据导入报错：外键约束顺序不对

现象：导入 SQL 脚本时报Cannot add or update a child row: a foreign key constraint fails。原因：脚本里 INSERT 业务表的顺序错了，先往子表插数据，而父表的关联记录还没插入，外键校验失败。解决：如果脚本是你自己写的，调整 INSERT 顺序，先主表后子表；如果是下载的脚本，可以临时关闭外键检查：SET FOREIGN_KEY_CHECKS = 0;导入完再设回 1。但注意这只能救急，最终交付时还是要保证脚本在干净环境里能一次性跑通，这属于最基本的工程素养。

5.5 考勤重复签到：没有唯一索引兜底

现象：同一个员工同一次培训可以签多次到，列表页出现重复行。原因：course_attendance 表只建了自增主键，没有给 (plan_id, emp_id) 建唯一索引，代码里虽然有「先查后插」的逻辑，但并发操作时会因时序问题绕过检查。解决：建表语句里显式加UNIQUE KEY uk_plan_emp (plan_id, emp_id)，这样即便代码漏判，数据库也会直接拒绝重复记录。这也是我在看课设代码时最先检查的点：业务约束不能只靠代码，数据库约束才是最后一道防线。从那以后我看任何项目都先翻建表语句，把所有 UNIQUE 约束都列一遍。

6. 进阶：从课设答辩到真实项目的三个验证动作

课设交完不代表这套资源的价值到此为止。我建议你把它当成一个「可运行的数据库教学标本」，继续做三个验证动作。第一个动作是拿 EXPLAIN 分析核心查询的执行计划，例如在绩效评估那条三层嵌套查询前面加EXPLAIN关键字，如果看到Using filesort或Using temporary，说明关联字段缺索引，这时给 course_attendance 的 emp_id 和 plan_id 各加一个 index，你会发现执行时间成倍下降，这个优化点写进答辩 PPT 里比空谈「数据库优化」有力得多。第二个动作是试试事务：在考勤签到的代码外面包一层conn.setAutoCommit(false)，连续插入三条记录后中途抛异常并回滚，观察数据是不是回到原始状态，这是理解 ACID 最直观的实操方式。第三个动作是把表结构直接搬到一个 Spring Boot + Vue 的 Web 项目里，你会发现员工、培训计划、考勤、绩效这四张表的设计完全不依赖 Swing，换个壳子就能成为一套在线培训管理系统的后端，因为业务建模是从需求出发的，不是从界面出发的。

我还想再提一个容易被忽视的技巧：把初始数据.sql 里的 INSERT 语句改成事务包裹，即用START TRANSACTION;开头、COMMIT;结尾，这样导入数据时任何一条出错都可以整体回滚，不会留下半套数据让你排查半天。这是我从某次生产事故里学到的教训——当时往线上库灌初始化数据，导到一半报错，表里留了半套脏数据，清了一个下午才弄干净。从那以后我每次导数据都强制走一遍「事务包裹 + 唯一索引兜底 + 导入前小黑盒验证」三连，这套习惯从课设延伸到工作，一次都没再翻过车。

这套资源对你最大的价值，是让你看到一份完整的课程设计应该包含什么：需求文档、E-R 模型、关系模式转换、代码落地、初始数据、验收指导书，每一层都能对得上。你不需要从零造轮子，只需要对照它补上自己学校要求的差异部分。希望帮到你。

本文还有配套的精品资源，点击获取