毕业设计实战：基于Java+MySQL的人事管理系统设计与实现，从需求到测试全流程拆解，新手也能轻松通关！

小飞计算机毕设
51 阅读19分钟

毕业设计实战：基于Java+MySQL的人事管理系统设计与实现，从需求到测试全流程拆解，新手也能轻松通关！

谁懂啊！当初做人事管理系统毕设时，光员工表和请假表的关联就卡了3天——一开始没设外键，查某员工的所有请假记录时数据全串错，导师看了直接让我“重画数据库E-R图”😫 后来踩遍无数坑才摸出一套高效落地流程，今天把需求分析、技术选型、功能实现到测试的细节全说透，宝子们不用再熬夜改代码，轻松搞定毕设！

一、先搞懂“人事管理系统要啥”！需求分析别瞎蒙

刚开始我跳过需求分析就写代码，花两周加了个“员工绩效智能分析功能”，结果导师一句“核心是人事信息、请假报销管理，不是复杂算法”直接打回重改！后来才明白，需求分析得先抓准“谁用系统、要干啥”，这步做对，后面少走90%弯路。

1. 核心用户&功能拆解（踩坑后总结版）

人事管理系统就两类核心用户：管理员和普通员工（别加“访客角色”！我当初加了后，权限逻辑混乱，未登录就能看公告，最后砍掉才顺畅）：

  • 管理员端（必做功能）：
    • 人事管理：维护员工信息（新增/修改/删除/查看详情）、管理部门与职务（新增分类/编辑名称）、上传员工头像，支持按部门/姓名筛选（我当初没加，找员工要翻几十页）
    • 事务管理：请假管理（审核请假申请、标记审核状态、查看请假记录）、财务报销管理（审核报销单、上传发票凭证、标记报销状态），支持按员工编号筛选
    • 内容管理：公告管理（发布通知、维护公告类型、删除失效公告）、问卷管理（新增问卷/编辑试题/查看考试记录），支持按发布时间排序
    • 基础管理：字典管理（维护请假类型/报销类型）、个人中心（修改密码/更新资料）、轮播图管理（上传首页展示图片）
  • 员工端（核心功能）：
    • 信息查询：查看个人资料（姓名、部门、职务）、浏览公告通知（按类型筛选）、查看问卷列表（参与考试/查看成绩）
    • 事务操作：提交请假申请（选择请假类型/填写起止时间/说明理由）、提交财务报销（填写金额/上传发票/选择报销类型）、查看申请进度
    • 个人中心：修改个人信息（手机号、邮箱、头像）、查看我的请假/报销记录、查看考试错题集

2. 需求分析避坑指南（血泪教训！）

  • 别光靠“空想”！找2个同学分别模拟管理员和员工提意见：比如有员工说“想快速区分待审核/已通过的请假申请”，我才加了“请假状态标色”（待审核标黄色/已通过标绿色/已拒绝标红色），比瞎加“绩效分析”实用多了
  • 一定要画用例图！用DrawIO画简单版，标清“管理员-审核财务报销”“员工-提交请假申请”，跟导师汇报时，比光说“我要做XX功能”直观10倍（当初没画，导师听20分钟还没get到逻辑）
  • 写“需求规格说明书”！不用复杂，把“功能描述、约束条件”写清楚（比如“请假时长≥0”“报销金额≥0”“发票仅支持JPG/PNG”），编码时对着做，不会跑偏

3. 可行性分析别敷衍！3点写清楚就能过

导师超爱问“你这系统可行吗”，别只说“我觉得可行”，从3个核心角度写，显得专业：

  • 技术可行性：Java、MySQL、SSM框架、JSP都是课堂学过的，图书馆有《Java Web开发实战》《MySQL数据库设计》，遇到问题能查资料（别用Vue3！我当初想试，前后端联调卡了一周，换回JSP才顺利）
  • 经济可行性：所有工具全免费！IDEA（社区版）、MySQL、Tomcat官网直接下，不用花钱买版权，答辩时说“开发成本为0”，导师会觉得你懂成本控制
  • 操作可行性：界面参考主流办公系统（如企业微信人事模块），按钮布局简洁，我找同学测试，3分钟就学会提交请假、查公告，导师直接认可

二、技术选型别跟风！这套组合稳到爆

刚开始我跟风用Java+Vue3+Redis，结果“员工请假记录缓存”卡了5天——Redis的持久化配置没设对，重启后请假状态全丢😫 后来换成Java 8+SSM+MySQL8.0+Tomcat9+IDEA 2022+JSP，新手友好度拉满，调试效率翻两倍！

1. 技术栈详细对比（附避坑提醒）

宝子们别盲目选“最新技术”，稳定比炫酷重要！我整理了5个核心工具的选择理由和坑点，直接抄：

技术工具为啥选它避坑提醒！（重点！）
Java 8语法简洁，支持面向对象编程，学习资料丰富，课堂重点学过别用Java 11+！部分SSM组件对高版本支持差，会出现“API过时”提示
SSM框架Spring+SpringMVC+MyBatis分层清晰，简化数据交互，适合企业级管理系统别手动整合！用Maven依赖自动引入，手动配置易出“Bean注入失败”
MySQL 8.0支持事务和外键，存员工、请假、报销数据足够用，占内存小，支持utf8mb4编码安装时设“utf8mb4”编码！我当初用默认编码，员工姓名含特殊字符（如“䞍”）乱码，查2小时才解决
Tomcat 9.0和Java、JSP适配最好，支持热部署，启动稳定，极少崩溃别用Tomcat 10！会出现“Servlet API包名变更”，答辩时系统崩了就完了
IDEA 2022对Java开发支持好，自带SSM插件，调试工具直观，免费开源别更到2023+版本！高版本对老电脑兼容性差，经常卡顿闪退

2. 开发环境搭建（step by step 实操）

很多宝子卡在“环境配置”，跟着步骤来超简单，我当初一次成功：

  1. 装JDK 1.8：记住安装路径（比如D:\Java\jdk1.8.0_301），配置“JAVA_HOME”环境变量，Path中添加“%JAVA_HOME%\bin”，cmd输入“java -version”显示版本即成功
  2. 装IDEA 2022（社区版）：选“IntelliJ IDEA Community Edition”，免费够用，首次打开勾选“SSM”“MySQL”插件，自动安装
  3. 装MySQL 8.0：用Navicat管理（可视化工具超方便），新建数据库“personnel_management_system”，编码设“utf8mb4”，排序规则选“utf8mb4_general_ci”
  4. 配Tomcat 9.0：在IDEA中添加服务器，选“Apache Tomcat v9.0”，关联安装路径，启动后访问“http://localhost:8080”看到Tomcat首页即成功
  5. 初始化项目：新建SSM项目，导入MySQL驱动包，配置applicationContext.xml和mybatis-config.xml，关联JSP页面和Controller，测试连接数据库成功即完成初始化

3. 架构图一定要画！答辩加分项

用DrawIO画SSM分层架构图，标清“表现层（JSP）-控制层（Controller）-业务层（Service）-数据访问层（DAO）-数据库（MySQL）”：比如员工点“提交请假”→JSP页面传请求→Controller接收→Service校验请假时间→DAO操作数据库→返回结果。去年答辩时，评委特意夸这图“逻辑清晰”，比光说“我用了Java+MySQL”专业多了！

三、数据库设计：别让表关联坑了你

这部分是毕设的“核心骨架”，我当初没关联“员工表”和“财务报销表”，查“某员工的报销记录”要写3层嵌套SQL，调试到凌晨1点😫 后来按“实体-属性-关系”设计，终于理清了。

1. 核心实体&属性（附ER图绘制技巧）

先确定“实体”（管理员、员工、请假、财务报销、公告、问卷、试题），再想“属性”，别漏关键字段！我整理了必做的11张表，直接照着画ER图：

  • 员工表（yonghu）：id（主键）、yonghu_name（员工姓名）、yonghu_phone（手机号）、yonghu_id_number（身份证号，唯一）、yonghu_photo（头像路径）、bumen_types（部门）、zhiwu_types（职务）
  • 请假表（qingjia）：id（主键）、yonghu_id（关联员工）、qingjia_name（请假名称）、qingjia_types（请假类型）、qingjia_kaishi_time（开始时间）、qingjia_jieshu_time（结束时间）、qingjia_yesno_types（审核状态：0=待审核，1=已通过，2=已拒绝）
  • 财务报销表（caiwubaoxiao）：id（主键）、yonghu_id（关联员工）、caiwubaoxiao_name（报销名称）、caiwubaoxiao_photo（发票图片路径）、caiwubaoxiao_types（报销类型）、new_money（报销金额）、caiwubaoxiao_yesno_types（审核状态）
  • 公告表（gonggao）：id（主键）、gonggao_name（公告名称）、gonggao_photo（公告图片）、gonggao_types（公告类型）、insert_time（发布时间）、gonggao_content（公告详情）

画ER图用Visio或亿图，记住3个规则：

  1. 矩形代表“实体”（比如“员工”“请假”）
  2. 椭圆代表“属性”（比如员工的“部门”“职务”）
  3. 菱形代表“关系”（比如“员工-请假”是一对多，一个员工可提交多个请假申请；“员工-财务报销”是一对多，一个员工可提交多个报销单） 避坑提醒：别把“员工头像、发票图片”存数据库！我当初存二进制导致数据库崩溃，改成存“文件路径”（比如/static/photo/employee1.jpg、/static/invoice/baoxiao1.jpg）才对。

2. 数据库物理设计（附建表SQL示例）

ER图画好后，转成实际表，字段类型和约束别瞎设！比如“报销金额”用DECIMAL(10,2)，“手机号”用VARCHAR(11)，“身份证号”设UNIQUE约束，避免重复。

给宝子们贴“员工表”和“请假表”的建表SQL，复制到Navicat就能用：

-- 员工表
CREATE TABLE `yonghu` (
  `id` INT NOT NULL AUTO_INCREMENT COMMENT '员工ID',
  `yonghu_name` VARCHAR(50) NOT NULL COMMENT '员工姓名',
  `yonghu_phone` VARCHAR(11) DEFAULT NULL COMMENT '手机号',
  `yonghu_id_number` VARCHAR(18) DEFAULT NULL COMMENT '身份证号（唯一）',
  `yonghu_photo` VARCHAR(200) DEFAULT NULL COMMENT '头像路径',
  `bumen_types` INT DEFAULT NULL COMMENT '部门（外键关联字典表）',
  `zhiwu_types` INT DEFAULT NULL COMMENT '职务（外键关联字典表）',
  `yonghu_email` VARCHAR(100) DEFAULT NULL COMMENT '电子邮箱',
  `create_time` TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_id_number` (`yonghu_id_number`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='员工表';

-- 请假表
CREATE TABLE `qingjia` (
  `id` INT NOT NULL AUTO_INCREMENT COMMENT '请假ID',
  `yonghu_id` INT DEFAULT NULL COMMENT '关联员工ID（外键）',
  `qingjia_uuid_number` VARCHAR(50) DEFAULT NULL COMMENT '请假编号（唯一）',
  `qingjia_name` VARCHAR(100) NOT NULL COMMENT '请假名称',
  `qingjia_types` INT DEFAULT NULL COMMENT '请假类型（1-事假，2-病假，3-年假）',
  `insert_time` DATE DEFAULT NULL COMMENT '申请时间',
  `qingjia_kaishi_time` DATE DEFAULT NULL COMMENT '开始时间',
  `qingjia_jieshu_time` DATE DEFAULT NULL COMMENT '结束时间',
  `qingjia_content` TEXT DEFAULT NULL COMMENT '请假理由',
  `qingjia_yesno_types` INT DEFAULT 0 COMMENT '审核状态（0-待审核，1-已通过，2-已拒绝）',
  `qingjia_yesno_text` VARCHAR(200) DEFAULT NULL COMMENT '审核理由',
  `qingjia_shenhe_time` DATE DEFAULT NULL COMMENT '审核时间',
  `create_time` TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_qingjia_uuid` (`qingjia_uuid_number`),
  KEY `fk_yonghu_qingjia` (`yonghu_id`),
  CONSTRAINT `fk_yonghu_qingjia` FOREIGN KEY (`yonghu_id`) REFERENCES `yonghu` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='请假表';

3. 表关联测试！别等编码才发现错

建完表一定要测关联！比如在“请假表”插数据（员工ID=1，请假类型=1，开始时间=2024-06-10，结束时间=2024-06-12），用JOIN查询“某员工的所有请假记录”：

SELECT u.yonghu_name, u.bumen_types, q.qingjia_name, 
       q.qingjia_types, q.qingjia_kaishi_time, q.qingjia_yesno_types
FROM qingjia q
JOIN yonghu u ON q.yonghu_id = u.id
WHERE u.id = 1;

如果能查出“员工姓名+部门+请假名称+类型+开始时间+审核状态”，说明关联没问题；如果报错“Unknown column”，大概率是外键没设对，赶紧检查表结构。

四、功能实现：核心模块操作+页面设计

不用做所有功能！先搞定3个核心模块，答辩时足够出彩。每个模块我都附关键操作逻辑和页面设计要点，宝子们直接套就行。

1. 管理员端：员工管理模块（必做！）

这是管理员的核心功能，实现“员工信息维护+部门职务关联”，重点说“员工数据校验”和“唯一性约束”——别漏这两步，我当初就是这里踩了大坑！

（1）关键操作逻辑
  1. 新增员工前，校验“身份证号非空且唯一”“手机号格式正确（11位）”（缺一项提示“请完善员工信息”）；
  2. 上传员工头像时，限制格式为JPG/PNG，大小≤2MB（避免占用过多服务器空间）；
  3. 编辑员工信息时，同步更新关联的请假、报销记录中的员工名称（避免数据不一致）。
（2）页面设计要点（JSP+Bootstrap）

页面标题：管理员-员工管理页面
（插入图片位置：此处放“员工管理页面截图”，需包含以下元素）

  • 筛选区：
    • 输入框：员工姓名（模糊查）、身份证号（精确查）
    • 下拉框：部门（全部/技术部/行政部/财务部）、职务（全部/经理/专员/实习生）
    • 按钮：“查询”（蓝色btn-primary）、“新增员工”（绿色btn-success）
  • 员工列表区：
    • 表格列名：姓名、手机号、身份证号、部门、职务、头像、操作
    • 头像显示：缩略图（hover放大）
    • 操作按钮：“查看详情”（蓝色btn-info）、“编辑”（橙色btn-warning）、“删除”（红色btn-danger）
  • 新增员工弹窗：
    • 表单元素：姓名（必填）、手机号（必填，11位）、身份证号（必填，唯一）、部门（下拉选，必填）、职务（下拉选，必填）、头像（上传框，JPG/PNG）、邮箱（选填）
    • 按钮：“提交”（绿色）、“取消”（灰色）
（3）避坑提醒
  • 身份证号唯一性与手机号格式校验！加逻辑： 
    // 身份证号唯一性校验
String idNumber = yonghu.getYonghuIdNumber();
LambdaQueryWrapper<Yonghu> idWrapper = new LambdaQueryWrapper<>();
idWrapper.eq(Yonghu::getYonghuIdNumber, idNumber);
if (yonghuService.count(idWrapper) > 0) {
    return Result.error("该身份证号已注册，请勿重复添加！");
}
// 手机号格式校验
String phone = yonghu.getYonghuPhone();
if (!phone.matches("^1[3-9]\\d{9}$")) {
    return Result.error("手机号格式错误，请输入11位有效号码！");
}

2. 员工端：请假申请模块（核心需求！）

员工用系统的核心是“提交请假-跟踪进度”，流程别复杂：选择请假类型→填起止时间→写理由→提交，我当初漏了“请假时长≥1天”校验，导致员工提交0天请假，数据无效，补了半天才好。

（1）关键操作逻辑
  1. 提交请假前，校验“开始时间＜结束时间”“请假时长≥1天”（不满足提示“请选择有效请假时间”）；
  2. 自动生成唯一“请假编号”（格式：QJ+日期+随机数），方便后续查询；
  3. 提交成功后，默认审核状态为“待审核”，同步显示“请假申请已提交，等待审核”提示。
（2）页面设计要点（JSP+Bootstrap）

页面标题：员工-请假申请页面
（插入图片位置：此处放“请假申请页面截图”，需包含以下元素）

  • 请假表单区：
    • 表单元素：请假类型（下拉选：事假/病假/年假，必填）、请假名称（输入框，必填，如“事假-回家处理事务”）、开始时间（日期选择器，禁用过去日期，必填）、结束时间（日期选择器，禁用≤开始时间，必填）、请假理由（文本域，必填）
    • 按钮：“提交申请”（绿色btn-success）、“重置”（灰色btn-default）
  • 我的请假区：
    • 表格列名：请假编号、名称、类型、开始时间、结束时间、审核状态、操作
    • 状态显示：待审核标黄色/已通过标绿色/已拒绝标红色
    • 操作按钮：“查看详情”（蓝色）、“取消申请”（仅待审核显示）
（3）避坑提醒
  • 请假时间校验与编号生成！加逻辑： 
    // 校验时间
Date startTime = qingjia.getQingjiaKaishiTime();
Date endTime = qingjia.getQingjiaJieshuTime();
if (startTime.after(endTime)) {
    return Result.error("开始时间不能晚于结束时间，请重新选择！");
}
// 计算请假时长（天）
long diff = endTime.getTime() - startTime.getTime();
long days = diff / (1000 * 60 * 60 * 24);
if (days < 1) {
    return Result.error("请假时长需至少1天，请重新选择！");
}
// 生成唯一请假编号
String uuid = "QJ" + new SimpleDateFormat("yyyyMMdd").format(new Date()) + RandomUtils.nextInt(1000, 9999);
qingjia.setQingjiaUuidNumber(uuid);
// 提交请假
qingjia.setQingjiaYesnoTypes(0); // 0=待审核
qingjiaService.save(qingjia);
return Result.success("请假申请已提交，等待审核！");

3. 管理员端：财务报销审核模块（答辩亮点！）

这个功能最能体现“人事管理闭环”，导师超爱问！核心是“查看报销单-审核金额-反馈结果”，别漏“发票图片校验”，不然无法确认报销真实性。

页面设计要点（JSP+Bootstrap）

页面标题：管理员-财务报销审核页面
（插入图片位置：此处放“报销审核页面截图”，需包含以下元素）

  • 筛选区：
    • 输入框：员工姓名（模糊查）、报销编号（精确查）
    • 下拉框：审核状态（全部/待审核/已通过/已拒绝）、报销类型（全部/差旅费/办公费/招待费）
    • 按钮：“查询”（蓝色）、“批量审核”（紫色btn-info）
  • 报销列表区：
    • 表格列名：报销编号、员工姓名、报销名称、类型、金额、发票图片、申请时间、审核状态、操作
    • 发票图片：缩略图（点击查看原图）
    • 操作按钮：待审核显示“通过”“拒绝”，已审核显示“查看详情”
  • 审核弹窗：
    • 只读信息：报销编号、员工姓名、报销金额、申请时间、发票图片（预览）、报销理由
    • 填写项：审核结果（单选“通过”“拒绝”）、审核理由（文本域，拒绝时必填）
    • 按钮：“提交审核”（绿色）、“取消”（灰色）
（3）避坑提醒
  • 审核理由校验与状态同步！加逻辑： 
    // 拒绝时校验审核理由
if (result == 2 && StringUtils.isEmpty(auditReason)) {
    return Result.error("拒绝报销需填写审核理由！");
}
// 更新报销状态
Caiwubaoxiao baoxiao = baoxiaoService.getById(baoxiaoId);
baoxiao.setCaiwubaoxiaoYesnoTypes(result); // 1=通过，2=拒绝
baoxiao.setCaiwubaoxiaoYesnoText(auditReason);
baoxiao.setCaiwubaoxiaoShenheTime(new Date());
baoxiaoService.updateById(baoxiao);
return Result.success("报销审核完成！");

在这里插入图片描述 在这里插入图片描述 在这里插入图片描述

五、测试别敷衍！这3步让答辩不翻车

很多宝子觉得“功能能跑就行”，结果答辩时评委一测就出问题！我当初没测“报销金额为负数”场景，导致系统允许无效数据入库，导师说“不符合财务逻辑”，当场扣分😫 测试一定要针对性做！

1. 功能测试（必测3个模块）

别全测！重点测“核心功能”，我整理了测试用例表，直接填结果：

（1）员工管理测试（表1：员工测试用例）
测试场景操作步骤预期结果实际结果测试结论
身份证号重复新增新增员工→填已存在身份证号→提交提示“该身份证号已注册，请勿重复添加！”
手机号格式错误新增员工→手机号填12345→提交提示“手机号格式错误，请输入11位有效号码！”
正常新增员工填姓名+11位手机号+唯一身份证号+选部门→提交提示“新增成功！”，列表显示该员工
（2）请假申请测试（表2：请假测试用例）
测试场景操作步骤预期结果实际结果测试结论
开始时间晚于结束时间选请假类型→开始时间选明天→结束时间选今天→提交提示“开始时间不能晚于结束时间，请重新选择！”
请假时长0天开始时间=结束时间=明天→提交提示“请假时长需至少1天，请重新选择！”
正常提交请假选事假+开始明天+结束后天+写理由→提交提示“请假申请已提交，等待审核！”
（3）报销审核测试（表3：报销测试用例）
测试场景操作步骤预期结果实际结果测试结论
拒绝报销不填理由选报销记录→点“拒绝”→不填理由→提交提示“拒绝报销需填写审核理由！”
正常审核通过选报销记录→点“通过”→填理由→提交提示“报销审核完成！”，状态变为已通过
正常审核拒绝选报销记录→点“拒绝”→填理由→提交提示“报销审核完成！”，状态变为已拒绝

2. 兼容性测试（容易忽略的点）

别只在自己电脑测！答辩时评委可能用不同浏览器，我当初没测IE，结果员工列表表格错乱，赶紧加兼容性CSS才好：

  • 浏览器测试：Chrome、Firefox、Edge、IE11（重点测IE，兼容性最差）
  • 分辨率测试：1920×1080、1366×768（别让页面出现横向滚动条，用Bootstrap的响应式布局，加“overflow-x: hidden”）

3. 测试报告要写好！答辩加分

把测试结果整理成“测试报告”，含“目的、范围、用例、结果、问题总结”，导师会觉得你“做事严谨”。比如：

  • 问题总结：“IE浏览器下员工列表错乱，通过添加IE专属CSS（*zoom: 1;）修复；报销金额负数能提交，加数值校验修复”
  • 测试结论：“核心功能（员工管理、请假申请、报销审核）均通过测试，无严重bug；兼容性问题已修复，系统可正常使用”

六、答辩准备：3个加分小技巧

毕设不仅要做出来，还要说清楚！我当初准备了这3点，导师直接给“良好”：

  1. 演示流程要顺畅：提前录演示视频（怕现场系统崩），按“管理员新增员工→员工提交请假→管理员审核请假→员工提交报销→管理员审核报销”的流程来，别跳步
  2. 重点讲“你解决了啥问题”：比如“一开始身份证号重复能新增，加唯一约束解决；请假0天能提交，加时长校验修复；表关联错误导致报销查不到，重新设计外键解决”，比光说“我用了SSM+MySQL”有亮点
  3. 准备常见问题：导师大概率问“为啥选SSM不选Spring Boot”“数据多了怎么优化”，提前答：“SSM分层清晰，适合理解企业级系统开发流程；数据多就加索引（如员工表的bumen_types和zhiwu_types联合索引），优化查询速度，还能分表存储历史请假数据”

最后：毕设通关的小私心

以上就是基于Java+MySQL的人事管理系统从0到1的避坑干货！毕设没那么难，关键是找对方法，别瞎做复杂功能。

需要核心源码（带注释，直接能跑）、数据库脚本（含测试数据）、ER图模板的宝子，评论区扣“人事管理系统”，我私发你；卡在某个模块（比如员工新增、报销审核），也可以留言，我看到必回！

点赞收藏这篇，下次找流程不迷路～祝宝子们毕设顺利，轻松毕业！😘

avatar
文章
阅读
粉丝