简介基于Java技术栈的企业人事管理系统设计文档面向计算机相关专业学生、毕业设计者以及中小企业信息化建设人员用于解决人事档案、薪酬、绩效等管理流程繁琐、效率低下的问题。压缩包为单个doc格式文档大小仅48KB便于直接阅读、打印与二次编辑。文档系统讲解了人事管理系统的重要性以及Java、Web、JSP、SqlServer2008等技术在实际开发中的应用需求分析部分涵盖功能要求、可行性分析和非功能性需求总体设计部分包括功能模块划分、模块设计图和实体属性图详细设计则具体展示了人员档案管理、培训管理、职称评定、奖惩管理和人员调动等模块的实现思路。通过学习可快速理解B/S模式人事管理系统的完整设计流程并可直接参考其目录结构与功能划分用于课程设计、毕业设计或项目起步。目前已有79人学习参考价值明确。1. Java 人事管理系统从 .doc 到可运行的完整业务闭环企业人事管理系统是 Java 课程设计和毕业设计里出现频率最高的题目之一标题里的 .doc 意味着一份包含需求分析、数据库设计和核心代码说明的完整文档。系统要处理的业务落在员工档案、部门、考勤、薪资和用户权限这几条主线上技术栈可以是 JSP/Servlet、SSM 或 Spring Boot难度不同但业务边界一致。对正在做课程设计的学生或者想走一遍 Java 后端完整成长路线的开发者来说把这份文档对应的系统搭起来正好覆盖三层架构、表设计、登录权限、统计导出这套标准流程。下文按推进顺序把选型、表结构、核心代码和交付验证逐一讲清。2. 技术选型与分层Java 人事管理系统用 SSM 还是 Spring Boot2.1 课程设计与实际开发的技术栈差异项目文档里技术栈通常写着 JSP Servlet、SSM 或 Spring Boot 三者之一选型依据主要是时间成本和维护难度。JSP Servlet 适合周期短、纯课程设计要求的场景代码直观但每个模块都要手写 JDBC 和请求转发表一多代码就散。SSM 是 Spring Spring MVC MyBatis 的组合很多 .doc 模板本身就是这个结构Java 面试八股文里也常拿它的 Bean 生命周期和事务传播行为出题适合想顺带复习框架原理的读者。Spring Boot 把配置内聚起来内嵌 Tomcat、自动装配、starter 依赖即使文档里没写答辩时讲成在 SSM 基础上做的工程化改造也站得住脚。如果让我来定本地开发用 Spring Boot 搭骨架项目文档保留 SSM 描述两边代码改动量其实很小。人事管理系统的核心价值在业务逻辑和表结构不在框架本身Controller 返回视图名、Service 的事务注解、Mapper 的 SQL在 SSM 和 Spring Boot 下写法几乎一致差异只在配置文件和依赖管理。对比项JSP ServletSSMSpring Boot配置复杂度低中低依赖管理手动导 jarMaven/Gradle 管理starter 自动管理部署方式WAR 到 TomcatWAR 到 Tomcat可内嵌 Jar 或 WAR事务与 AOP手写注解注解适合场景快速交差课程设计主流工程化与后续维护选型时有两个点容易走弯路。一是数据库连接池课程设计里不少人直接用 DriverManager.getConnection并发一上来连接就耗尽二是 MyBatis 分页手写 LIMIT 能跑但查询条件一多 SQL 就要跟着改后面统一用分页插件处理更方便第四章会给出对应代码。2.2 包结构划分与三层协作方式Java 人事管理系统的包结构按标准三层划分即可常见做法是 controller、service、mapper、entity、common 五个包。entity 放表映射的实体类mapper 放 SQL 和数据访问service 放业务规则controller 负责参数接收和视图转发common 放拦截器、工具类和统一返回结果。com.example.hrms ├── controller │ ├── EmployeeController.java │ ├── AttendanceController.java │ └── SalaryController.java ├── service │ ├── EmployeeService.java │ └── impl/EmployeeServiceImpl.java ├── mapper │ ├── EmployeeMapper.java │ └── EmployeeMapper.xml ├── entity │ ├── Employee.java │ ├── Attendance.java │ └── User.java └── common ├── Result.java └── PageResult.javaService 接口和实现类分开是 MyBatis-Spring 组合下最常用的写法方便事务注解和测试时替换实现。Controller 只做参数绑定和结果返回业务判断下沉到 Service被问到登录校验逻辑写在哪时能直接说出位置。common 里的 Result 统一包一层 code、msg、data前端按 code 判断成败比返回裸 Map 好维护得多。2.3 权限模型用户、角色、菜单三张表权限部分很多课程设计只做到登录拦截判断会话里有没有用户完善一点的做法是 RBAC把用户、角色、菜单分开。人事系统角色通常分管理员、人事专员、普通员工三种管理员看全部菜单人事专员管员工和考勤普通员工只能查自己的档案和工资条。菜单表控制左侧导航栏渲染接口层面配合拦截器校验角色编码。Component public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); User user (User) session.getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login); return false; } // 按 user.getRoleId() 继续过滤菜单和接口权限 return true; } }拦截器在请求进入 Controller 前先查会话没有用户就重定向到登录页。角色权限的过滤一般在登录后把角色编码写进会话拦截器里根据请求路径前缀做白名单判断比如 /admin/** 只允许管理员访问。session 里不要只存用户名userId、roleId 一起放进去工资条和考勤记录都要靠 userId 定位。3. 人事管理系统数据库设计五张核心表与字段约束3.1 员工、部门、考勤、薪资四类业务表的关系数据库设计是人事管理系统文档里篇幅最大的一节也是答辩时最容易被追问的部分。核心表收敛到五张user 表存登录账号department 表存部门employee 表存员工档案attendance 表存每日考勤salary 表存每月薪资。部门与员工是一对多员工与考勤、薪资各是一对多employee 表用 dept_id 指向当前部门即可历史调动记录属于额外的调动模块课程设计可以不展开。字段设计上employee 表要预留身份证、手机号、入职时间这几类人事业务必填项。身份证和手机号有两个常见坑一个是类型身份证超过 15 位用 int 会溢出必须用 varchar另一个是唯一性入职校验不能只靠页面提示数据库层面要加唯一索引兜底。salary 表每个员工每月一条记录基本工资、绩效、补贴、扣款、实发分开存不要只存最终金额否则月底对账时不知道是哪一项算错。3.2 建表 SQL 与字段约束说明下面这组 SQL 是人事系统最常用的五张表的精简版本字段类型和注释按实际能运行的标注来写。CREATE DATABASE hrms DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, role_id INT NOT NULL DEFAULT 3, employee_id INT ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE department ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, manager VARCHAR(20) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE employee ( id INT PRIMARY KEY AUTO_INCREMENT, emp_no VARCHAR(20) NOT NULL UNIQUE, name VARCHAR(20) NOT NULL, id_card VARCHAR(18) NOT NULL UNIQUE, phone VARCHAR(20), dept_id INT, base_salary DECIMAL(10,2), performance DECIMAL(10,2), subsidy DECIMAL(10,2), entry_date DATE, status TINYINT DEFAULT 1, KEY idx_dept (dept_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE attendance ( id INT PRIMARY KEY AUTO_INCREMENT, employee_id INT NOT NULL, work_date DATE NOT NULL, status TINYINT COMMENT 1正常 2迟到 3缺勤 4请假, UNIQUE KEY uk_emp_date (employee_id, work_date) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE salary ( id INT PRIMARY KEY AUTO_INCREMENT, employee_id INT NOT NULL, month VARCHAR(7) NOT NULL COMMENT 格式2025-06, base_salary DECIMAL(10,2), performance DECIMAL(10,2), subsidy DECIMAL(10,2), deduction DECIMAL(10,2), actual_salary DECIMAL(10,2), UNIQUE KEY uk_emp_month (employee_id, month) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;几个参数值得单独说明。数据库和表的字符集统一用 utf8mb4不要用 utf8因为 MySQL 的 utf8 最大只有 3 字节存不了 emoji 和生僻字身份证号里的生僻汉字会直接存不进去。字段上的 UNIQUE KEY 是双重保险页面查重和数据库唯一约束都要有只靠代码判断并发时会插入重复数据。employee 表上的 base_salary、performance、subsidy 是员工当前的薪资标准salary 表里同名字段是每月生成薪资时的快照值两个用途要分清。salary.month 用 varchar 存2025-06这类格式比用 DATE 更贴合月份标识这个语义排序和分组也直接。3.3 考勤统计与工资计算的常用 SQL表建好后最常用的两类查询是统计缺勤天数和计算实发工资。考勤统计按月分组用布尔表达式加 SUM 的写法最省事SELECT employee_id, SUM(status 3) AS absent_days, SUM(status 2) AS late_days FROM attendance WHERE work_date BETWEEN 2025-06-01 AND 2025-06-30 GROUP BY employee_id;SUM 里放布尔表达式MySQL 会把 true 计为 1、false 计为 0结果就是各类天数。如果 Mapper 要返回这个统计结果实体类加 absentDays、lateDays 两个字段对应即可。计算实发工资要连员工表和部门表因为工资条最终要展示姓名和部门SELECT e.name, e.emp_no, d.name AS dept_name, s.base_salary, s.performance, s.subsidy, s.deduction, s.base_salary s.performance s.subsidy - s.deduction AS actual FROM salary s JOIN employee e ON s.employee_id e.id JOIN department d ON e.dept_id d.id WHERE s.month 2025-06;这个 join 顺序按外键逐层带出信息employee 是中间桥梁。实际开发中这条查询往往要配分页MyBatis 分页插件对 join 后的结果集会额外生成 count 语句小数据量感觉不到数据一多就要注意第五章会具体说这个坑。4. 核心模块编码员工档案、考勤、薪资在 Java 里的实现顺序4.1 登录与会话控制的最小实现登录接口是人事系统的入口要同时处理密码校验、会话写入和失败提示。密码在数据库里存加密后的值课程设计常见做法是 MD5但如果答辩老师追问安全性用 BCrypt 更稳MD5 加盐处理不当仍然容易被彩虹表碰撞。Service 层核心逻辑如下public User login(String username, String password) { User user userMapper.findByUsername(username); if (user ! null BCrypt.checkpw(password, user.getPassword())) { return user; } return null; }Controller 拿到返回的 User 后把 userId、roleId、employeeId 写进 session再重定向到主页。失败提示不能只靠前端 alert后端要返回统一错误信息方便后续接日志。退出登录直接 session.invalidate()清掉会话防止旧会话被复用。大多数课程设计把登录校验放在拦截器里第二章已经给了代码。这里补充一个现场排查细节拦截器放行白名单必须包含登录接口和静态资源否则会出现登录页能打开但 CSS、JS 全部加载失败的怪现象表现是页面样式全丢。检查办法是看浏览器 Network 面板里静态资源请求的响应码如果返回 302就是被拦截器拦住了。4.2 员工分页查询与组合条件员工管理页面要支持按姓名、部门、状态组合查询并分页。用 PageHelper 处理分页配合 Mapper 里的动态 SQL是 Java 人事系统里最常见的组合。ServiceImpl 中直接调用public PageResultEmployee page(int pageNum, int pageSize, String name, Integer deptId) { PageHelper.startPage(pageNum, pageSize); ListEmployee list employeeMapper.selectByCondition(name, deptId); PageInfoEmployee pageInfo new PageInfo(list); return new PageResult(pageInfo.getTotal(), pageInfo.getList()); }Mapper.xml 里用动态 SQL 拼接条件select idselectByCondition resultTypeEmployee select id, emp_no, name, phone, dept_id, entry_date, status from employee where if testname ! null and name ! and name like concat(%, #{name}, %) /if if testdeptId ! null and dept_id #{deptId} /if /where order by emp_no /select注意PageHelper.startPage 后面必须紧跟要执行的查询语句中间不能穿插任何其他数据库操作否则分页会作用到错误的 SQL 上。标签会自动去掉第一个条件前的 and所以只传 deptId 时生成的是 where dept_id ?不会出现语法错误。like 查询用 concat 拼接 %比直接在 Java 侧拼好再传入更安全能避免参数里带 % 或 _ 造成语义偏差。4.3 考勤导入与月底薪资生成考勤数据的来源通常是 Excel 打卡记录课程设计常见做法是做导入。用 POI 逐行读取生成 Attendance 对象再批量插入唯一索引 uk_emp_date 会拦截重复数据捕获 DuplicateKeyException 后选择跳过或更新try { attendanceMapper.batchInsert(list); } catch (DuplicateKeyException e) { attendanceMapper.batchUpdate(list); }先插入、冲突时改更新的策略在月底补录考勤时非常实用。薪资生成则在月初根据上月考勤汇总规则一般是实发 基本工资 绩效 补贴 - 扣款扣款与缺勤天数挂钩。生成过程必须用事务包起来保证当月所有员工要么全部生成要么全部不生成否则会出现部分人有工资条、部分人没有的中间状态。Transactional(rollbackFor Exception.class) public void generateSalary(String month) { ListAttendanceStat stats attendanceMapper.statByMonth(month); for (AttendanceStat stat : stats) { Employee emp employeeMapper.findById(stat.getEmployeeId()); BigDecimal deduction calcDeduction(stat); // 按缺勤天数计算 Salary salary new Salary(); salary.setEmployeeId(emp.getId()); salary.setMonth(month); salary.setBaseSalary(emp.getBaseSalary()); salary.setPerformance(emp.getPerformance()); salary.setSubsidy(emp.getSubsidy()); salary.setDeduction(deduction); salary.setActualSalary(salary.getBaseSalary() .add(salary.getPerformance()).add(salary.getSubsidy()) .subtract(deduction) .setScale(2, RoundingMode.HALF_UP)); salaryMapper.insert(salary); } }提示Transactional 默认只在抛出 RuntimeException 时回滚如果计算过程抛的是受检异常不加 rollbackFor Exception.class事务不会回滚脏数据会留在库里。这段代码把员工表上的薪资标准现值写入 salary 表做成快照以后员工调薪历史月份工资条仍然保持当月口径。场景里的数据量单月一般也就几千条循环逐条 insert 性能足够不需要为了省几条 SQL 引入批量插入的复杂度。小数运算全部用 BigDecimaldouble 的浮点误差在金额场景不可接受最后 setScale 保留两位小数是财务数据的基本要求。4.4 用 POI 导出工资条与员工名单导出是人事系统里最容易演示的功能。POI 的 XSSFWorkbook 创建 Excel逐行填数据最后写入 HttpServletResponse 的输出流。两个响应头必须处理Content-Type 标识文件类型Content-Disposition 指定下载文件名中文文件名要用 URLEncoder 编码response.setContentType(application/vnd.openxmlformats-officedocument.spreadsheetml.sheet); String fileName URLEncoder.encode(工资条_2025-06.xlsx, UTF-8); response.setHeader(Content-Disposition, attachment; filename fileName); try (Workbook workbook new XSSFWorkbook()) { Sheet sheet workbook.createSheet(工资条); // 创建表头行再逐行写入员工数据 workbook.write(response.getOutputStream()); }XSSFWorkbook 处理 xlsx如果导出行数上万内存会快速上涨可以换 SXSSFWorkbook 做流式写出。POI 读 Excel 时要注意单元格类型判断数字单元格和文本单元格要分别处理直接强制转换会抛类型异常这是 POI 读写里出现频率最高的报错之一。5. 部署与排错Java 人事系统从 IDEA 到 Tomcat 的常见坑5.1 JDK 环境变量配置与工具链确认把项目跑起来的第一步是确认 Java 环境检查点有两个JDK 版本和环境变量。课程设计项目的 JDK 版本以 1.8 最常见高版本编出来的 class 文件低版本运行时直接报 UnsupportedClassVersionError。配置环境变量时要把 JDK 的 bin 目录放在 Path 靠前位置否则命令行 java -version 显示的可能是其他版本的 Java。部署前在命令行依次跑 java -version 和 mvn -v确认编译环境一致能省掉后面大量难以定位的报错。5.2 数据库连接串的时区与编码参数Spring Boot 项目里跑不起来很大一部分原因在数据库连接串。连接 MySQL 8 时驱动类和时区参数缺一不可老配置里的 com.mysql.jdbc.Driver 在 MySQL 8 驱动包里已经改名。连接串建议显式带时区和编码参数spring.datasource.urljdbc:mysql://localhost:3306/hrms?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse spring.datasource.usernameroot spring.datasource.password123456 spring.datasource.driver-class-namecom.mysql.cj.jdbc.Driver启动报时区错误说明 serverTimezone 缺失或格式不对插入的中文变成问号优先检查 characterEncoding 是否生效同时确认 MySQL 服务端字符集。characterEncodingutf8 是连接层参数建库时的 utf8mb4 是存储层字符集两者需要配合才能保证中文从请求到入库全链路不乱码。5.3 端口占用与 WAR 包部署路径本地启动最常见的报错是端口被占用。Spring Boot 内嵌 Tomcat 默认 8080被占用时可以在 application.properties 里改 server.port或者定位占用进程处理Windows 下先 netstat -ano | findstr 8080 查到 PID再在任务管理器里结束对应进程。打成 WAR 部署到外部 Tomcat 时访问路径由 war 包名决定部署后要确认 webapps 下解压目录存在并查看 Tomcat 日志里有没有部署完成的记录否则很容易出现文档写的地址打不开的问题。5.4 分页插件与事务注解的隐性坑PageHelper 和 Transactional 是这类项目里两个典型隐性坑。分页问题在第四章已经提过startPage 之后必须紧跟查询。事务问题有两类一是 Transactional 加在私有方法上不生效因为 Spring 的 AOP 代理只拦截公共方法二是同类内部通过 this 调用方法会绕过代理要让事务生效必须从容器里注入的 Bean 发起调用。发现事务没回滚时先检查是不是这两个原因这两个点在 Java 面试题里也经常出现项目做完顺带也把八股文背扎实了。6. 交付前验收用接口自测清单和数据核对收尾人事管理系统6.1 登录、员工、薪资三个模块的接口自测顺序交付前在 Postman 或浏览器开发者工具里按下面顺序过一遍接口能兜住大多数问题登录流程未登录访问受保护页面是否被重定向到登录页登录成功后 session 里是否有 userId 和 roleId退出后再次访问受保护接口是否被拦截。员工管理新增员工时重复工号和重复身份证是否被拦截组合条件查询的分页结果是否正确修改和删除后列表是否刷新。考勤与薪资导入重复考勤记录时是否触发唯一约束并走更新逻辑月底生成薪资后同一员工同月是否只有一条记录。每步验证时把请求参数和返回结果对照起来看重点确认 Service 层有没有吞掉异常。很多课程设计现场的翻车都是接口在页面上看似正常但刷新一次数据就错位根源往往在分页条件漏传或者会话过期没有跳转。6.2 数据核对与 SQL 日志两个收尾技巧业务数据要用手工核对的方式收尾。考勤模块选一个员工在某个月份造几条不同状态的记录手工数出缺勤天数与页面统计值对比薪资模块手工算一遍实发工资与工资条展示值对比重点验证缺勤扣款逻辑和保留两位小数的规则。导出功能下载后打开文件核对表头、行数和金额列日期格式也要确认显示正常避免 POI 里没设单元格格式导致日期变成一串数字。最后的实用技巧是打开 SQL 日志在 application.properties 里加 mybatis.configuration.log-implorg.apache.ibatis.logging.stdout.StdOutImpl控制台就会打印每条 SQL 和绑定参数联调时大多数诡异问题都能从这里找到答案。再给 salary 表和 attendance 表按 month 字段补一个普通索引月末统计查询的扫描行数会明显下降答辩演示时切到数据量较大的月份对比响应时间比口头解释索引原理更有说服力。本文还有配套的精品资源点击获取