企业官网建设流程全解析

简介：基于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 Boot

2.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 下写法几乎一致，差异只在配置文件和依赖管理。

选型时有两个点容易走弯路。一是数据库连接池，课程设计里不少人直接用 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.java

Service 接口和实现类分开，是 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 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `department` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `name` VARCHAR(50) NOT NULL, `manager` VARCHAR(20) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 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`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 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`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 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`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

几个参数值得单独说明。数据库和表的字符集统一用 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 PageResult<Employee> page(int pageNum, int pageSize, String name, Integer deptId) { PageHelper.startPage(pageNum, pageSize); List<Employee> list = employeeMapper.selectByCondition(name, deptId); PageInfo<Employee> pageInfo = new PageInfo<>(list); return new PageResult<>(pageInfo.getTotal(), pageInfo.getList()); }

Mapper.xml 里用动态 SQL 拼接条件：

<select id="selectByCondition" resultType="Employee"> select id, emp_no, name, phone, dept_id, entry_date, status from employee <where> <if test="name != null and name != ''"> and name like concat('%', #{name}, '%') </if> <if test="deptId != 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) { List<AttendanceStat> 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 引入批量插入的复杂度。小数运算全部用 BigDecimal，double 的浮点误差在金额场景不可接受，最后 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.url=jdbc:mysql://localhost:3306/hrms?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false spring.datasource.username=root spring.datasource.password=123456 spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver

启动报时区错误，说明 serverTimezone 缺失或格式不对；插入的中文变成问号，优先检查 characterEncoding 是否生效，同时确认 MySQL 服务端字符集。characterEncoding=utf8 是连接层参数，建库时的 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 或浏览器开发者工具里按下面顺序过一遍接口，能兜住大多数问题：

1. 登录流程：未登录访问受保护页面是否被重定向到登录页；登录成功后 session 里是否有 userId 和 roleId；退出后再次访问受保护接口是否被拦截。
2. 员工管理：新增员工时重复工号和重复身份证是否被拦截；组合条件查询的分页结果是否正确；修改和删除后列表是否刷新。
3. 考勤与薪资：导入重复考勤记录时是否触发唯一约束并走更新逻辑；月底生成薪资后，同一员工同月是否只有一条记录。

每步验证时把请求参数和返回结果对照起来看，重点确认 Service 层有没有吞掉异常。很多课程设计现场的翻车，都是接口在页面上看似正常，但刷新一次数据就错位，根源往往在分页条件漏传或者会话过期没有跳转。

6.2 数据核对与 SQL 日志两个收尾技巧

业务数据要用手工核对的方式收尾。考勤模块选一个员工在某个月份造几条不同状态的记录，手工数出缺勤天数，与页面统计值对比；薪资模块手工算一遍实发工资，与工资条展示值对比，重点验证缺勤扣款逻辑和保留两位小数的规则。导出功能下载后打开文件，核对表头、行数和金额列，日期格式也要确认显示正常，避免 POI 里没设单元格格式导致日期变成一串数字。

最后的实用技巧是打开 SQL 日志，在 application.properties 里加 mybatis.configuration.log-impl=org.apache.ibatis.logging.stdout.StdOutImpl，控制台就会打印每条 SQL 和绑定参数，联调时大多数诡异问题都能从这里找到答案。再给 salary 表和 attendance 表按 month 字段补一个普通索引，月末统计查询的扫描行数会明显下降，答辩演示时切到数据量较大的月份对比响应时间，比口头解释索引原理更有说服力。

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