简介面向Java Web课程设计或毕业设计人群这套龙腾公司员工信息管理系统采用SSMJSPMySQL技术栈完整覆盖员工、部门、职位、薪资、培训、考勤六大业务模块可处理信息校验、上下班打卡、薪资条增删改查等日常人事场景。项目包含前后端源码、SQL数据库脚本与说明文档环境基于JDK1.8、Tomcat7、Maven3.3适合按部就班部署学习或直接二次改造。压缩包共891个文件、约10.47MB其中104个Java类为核心业务逻辑49个JSP页面与219个JS文件构成前端交互119个CSS负责样式布局大量PNG/JPG/GIF图片素材支撑界面展示XML与SQL文件则是配置和数据结构的落点。目前已有63人浏览学习虽然文件体量不算大但六大模块齐全从建表脚本到部署清单一应俱全。配套说明文档和LW能辅助理解设计思路与实现流程特别适合需要快速上手同类管理系统的毕业生参考。1. 一个毕业设计选题凭什么值钱如果你正在筛选 java 毕业设计题目看到“龙腾公司员工信息管理系统ssmjspmysql”这类标题第一反应可能是“又一个 CRUD 管理系统太普通了”。但恰恰是这种“普通”才是市面上通过率最高、代码最好改、答辩最好讲的选题。它覆盖了 Java Web 开发最标准的一条链路SSM 三件套做后端、JSP 做页面、MySQL 存数据再加上“员工信息管理”这个几乎是所有企业都需要的业务场景。无论你是想做毕设还是想拿一套完整源码去二次开发这套组合都足够撑起一份能入库、能答辩、能演示的项目。这篇文章就围绕“员工信息管理系统”这个具体方向把这套 SSM JSP MySQL 方案拆开讲它由哪些模块组成、数据库怎么设计、核心代码怎么写、部署要踩哪些坑、以及拿到源码后怎么改成自己的题目。目标是让手里没项目的人照着一路做下来能跑通让手里有项目的人知道边界在哪、哪里容易翻车。2. 为什么是 ssmjspmysql选型逻辑与系统边界2.1 SSM 三件套在系统里分别干什么SSM 指的是 Spring、SpringMVC、MyBatis 三者的组合在“龙腾公司员工信息管理系统”这类项目中三者的分工非常清晰。Spring 负责管理对象service 层的业务对象、事务管理器、数据源都在 Spring 容器里装配Controller 和 Service 之间的依赖注入全靠它。SpringMVC 负责前后端交互浏览器发来的请求由 DispatcherServlet 分发到具体 Controller 方法Controller 返回的视图名再由视图解析器拼成 JSP 页面路径。MyBatis 负责 SQL 层把 EmployeeMapper 接口里的方法映射到 XML 文件里的 SQL 语句查询结果自动封装成 Employee 实体对象。对应到具体功能点员工列表查询走的是 SpringMVC 接收参数 MyBatis 动态 SQL 拼接条件新增员工走的是 Spring 的事务管理一旦插入员工基本信息后写入部门或账号数据失败整条事务回滚不会留下半个员工登录校验走的是 Spring 的拦截器Session 里没有登录标记就直接打回登录页。这个组合不是性能最优的也不是代码最简洁的但它把“分层”做得明明白白答辩时老师问“请求是怎么从 JSP 页面走到数据库的”你可以沿着 JSP → Controller → Service → Mapper → MySQL 一条线讲清楚这是纯 JSP Servlet 项目做不到的。2.2 JSP MySQL 为什么到现在还是毕设主力JSP 在今天的企业开发里确实用得少了但毕设和课设里它依然是绝对主力原因有两点。一是它天然贴合教学大纲Java Web 课程基本都按 JSP Servlet 教SSM 只是在这基础上引入框架学生上手成本低代码量也比前后端分离项目少一个量级。二是演示效果好不需要额外启动前端工程Tomcat 跑起来浏览器直接访问 JSP 页面数据实时回显打分老师一眼能看到页面变化和数据库变化不用解释“这里调用了 API数据在 Network 面板里”。MySQL 在这个项目里的定位是纯粹、好查。员工表、部门表、用户表能装下全部业务数据。MySQL 5.7 和 8.0 都行但建议用 5.7原因是网上能搜到的 SSM 项目绝大部分是在 5.7 上开发的8.0 的驱动需要改为com.mysql.cj.jdbc.Driver且要额外设置时区参数这些细节对新手来说很容易卡住。整个系统不涉及复杂查询无非是单表查询、多表联查、模糊搜索、分页MySQL 的索引和 SQL 写法完全够用不需要引入 Redis 做缓存也不需要用 Elasticsearch 做搜索那些反而会让项目失真。2.3 系统模块清单和数据流一个标准员工信息管理系统按权限可以切成三个角色管理员、HR、普通员工。管理员管理用户账号和部门HR 做员工信息的增删改查和统计普通员工只能看自己的信息。再往下拆核心模块有六个登录注册模块、员工信息管理模块、部门管理模块、考勤管理模块、薪资管理模块、统计报表模块。其中统计报表一般是按部门统计员工数量用 ECharts 画柱状图或饼图属于加分项不是必需项。数据流从页面开始。JSP 页面的表单提交到 ControllerController 调 Service 接口Service 实现类里通过 MyBatis Mapper 访问 MySQL数据再逐层返回渲染到 JSP 的 JSTL 标签里。开发者需要编写的代码集中在 Controller、Service、Mapper 接口、Mapper XML、JSP 页面这五层。理解这个数据流还有个好处错误排查时可以按层定位——页面不显示数据先看 JSP 标签是否取到了 request 里的变量接口报 500 先看 Mapper XML 里的 SQL 是否写错数据没写入先看事务配置是否生效。3. 数据库设计与初始化建库脚本和 5 张核心表3.1 数据字典每张表建来干什么“员工信息管理系统”的数据库设计不需要花哨但要覆盖业务闭环。下面是一个我常用的建表脚本五张表t_user存登录账号t_employee存员工基本信息t_dept存部门t_attendance存考勤t_salary存薪资记录。部门表和员工表是一对多员工表和薪资表、考勤表都是一对多。-- 创建数据库指定字符集避免中文乱码 CREATE DATABASE IF NOT EXISTS db_employee DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE db_employee; -- 用户表负责登录认证密码使用 MD5存密文 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role VARCHAR(20) DEFAULT EMPLOYEE, emp_id INT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 部门表部门名称唯一负责人存员工表 id便于连表查询 CREATE TABLE t_dept ( id INT PRIMARY KEY AUTO_INCREMENT, dept_name VARCHAR(100) NOT NULL UNIQUE, manager_id INT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 员工表核心表字段按企业人事档案常见项设计 CREATE TABLE t_employee ( id INT PRIMARY KEY AUTO_INCREMENT, emp_no VARCHAR(20) NOT NULL UNIQUE COMMENT 工号, name VARCHAR(50) NOT NULL, gender VARCHAR(10), birth_date DATE, phone VARCHAR(20), email VARCHAR(100), dept_id INT COMMENT 关联 t_dept.id, position VARCHAR(50), entry_date DATE, status VARCHAR(20) DEFAULT 在职, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_dept (dept_id), CONSTRAINT fk_emp_dept FOREIGN KEY (dept_id) REFERENCES t_dept(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 考勤表记录每日打卡情况按员工 日期去重 CREATE TABLE t_attendance ( id INT PRIMARY KEY AUTO_INCREMENT, emp_id INT, work_date DATE, status VARCHAR(20) COMMENT 正常/迟到/早退/缺勤, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_emp_date (emp_id, work_date), CONSTRAINT fk_att_emp FOREIGN KEY (emp_id) REFERENCES t_employee(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 薪资表按月记录员工薪资流水 CREATE TABLE t_salary ( id INT PRIMARY KEY AUTO_INCREMENT, emp_id INT, month VARCHAR(7) COMMENT 月份 yyyy-MM, basic_salary DECIMAL(10,2), bonus DECIMAL(10,2) DEFAULT 0, deductions DECIMAL(10,2) DEFAULT 0, total_salary DECIMAL(10,2), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_emp_month (emp_id, month), CONSTRAINT fk_sal_emp FOREIGN KEY (emp_id) REFERENCES t_employee(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;脚本建好后的关键点说明utf8mb4字符集是必须的如果用utf8遇到生僻字或特殊符号页面会显示问号这是毕设里最常见的乱码原因。所有时间字段统一用DATETIME不混用TIMESTAMP避免 2038 年问题和时区差异。外键约束建议保留InnoDB 引擎下外键能保证插入考勤、薪资时不会写入不存在的员工 id这一点在答辩时可以说“数据库层做了完整性约束应用层再做了逻辑校验”。3.2 初始数据的坑别让演示页面空空如也建完表之后必须插入一批测试数据否则登录进去后页面一片空白第一印象就垮了。密码建议直接用 MD5 加密后的固定值比如123456的 MD5 是e10adc3949ba59abbe56e057f20f883e在数据脚本里写死避免登录模块还没写好时无法测试。-- 初始管理员账号密码 123456 的 MD5 密文 INSERT INTO t_user (username, password, role) VALUES (admin, e10adc3949ba59abbe56e057f20f883e, ADMIN); -- 插入两个部门和多位员工覆盖多部门统计场景 INSERT INTO t_dept (dept_name, manager_id) VALUES (技术部, 1), (人事部, 2); INSERT INTO t_employee (emp_no, name, gender, birth_date, phone, dept_id, position, entry_date) VALUES (E001, 张伟, 男, 1995-03-12, 13800138001, 1, Java工程师, 2021-06-01), (E002, 李娜, 女, 1998-07-24, 13800138002, 2, HR专员, 2022-03-15), (E003, 王强, 男, 1992-11-02, 13800138003, 1, 前端工程师, 2020-09-01);插入完成后可以用一条连表查询验证数据例如统计每个部门的人数。这条查询语句也可以直接沿用到统计模块的列表页展示SELECT d.dept_name AS 部门名称, COUNT(e.id) AS 员工人数 FROM t_dept d LEFT JOIN t_employee e ON d.id e.dept_id GROUP BY d.id;3.3 数据库连接配置jdbc.properties 的时区与驱动SSM 项目的数据源配置写在jdbc.properties里Spring 容器加载它再创建 Druid 连接池。以下配置同时兼容 MySQL 5.7 和 8.0前提是驱动 jar 包版本和连接串一致。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/db_employee?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456配置里的三个参数是血泪经验useSSLfalse去掉 SSL 握手告警serverTimezoneAsia/Shanghai指定时区characterEncodingutf8保证中文写入。如果你用的 MySQL 8.0驱动必须是com.mysql.cj.jdbc.Drivercom.mysql.jdbc.Driver会直接报ClassNotFoundException如果你用的 MySQL 5.7可以把两个驱动都试一下不同版本的 mysql-connector-java 对驱动类名的要求不同。4. 核心功能实现从登录校验到员工信息 CRUD4.1 登录和拦截器防止未登录直接访问页面登录模块是整个后端的第一道门实现分成两步登录验证和拦截器。登录验证写一个LoginController接收用户名和密码密码用MD5工具类加密后和数据库里的密文比对成功后把用户信息放进 Session拦截器实现HandlerInterceptor在preHandle里判断 Session 中是否存有用户对象。// 登录 Controller核心逻辑就三步查用户、验密文、存 Session Controller public class LoginController { Autowired private UserService userService; RequestMapping(/login) public String login(String username, String password, HttpSession session, Model model) { // 1. 调用业务层查询用户 User user userService.findByUsername(username); // 2. 比对 MD5 密文避免明文传输和存储 if (user ! null user.getPassword().equals(MD5Util.md5(password))) { session.setAttribute(loginUser, user); // 角色不同跳不同主页管理员进去看全部菜单员工进去只看个人信息 if (ADMIN.equals(user.getRole())) { return redirect:/employee/list; } return redirect:/employee/myInfo; } // 3. 失败返回登录页并携带提示 model.addAttribute(msg, 用户名或密码错误); return login; } }这段代码的逻辑说明MD5Util.md5()是封装好的工具方法内部用MessageDigest生成 32 位密文user.getPassword().equals(...)拿的是数据库中存好的密文二者一致才放行。拦截器配置在 SpringMVC XML 中最容易被忽略的是放行路径——登录接口、静态资源JS/CSS/图片必须放行否则登录页面自己都加载不出来。!-- 拦截器配置登录接口和静态资源放行其余全部拦截 -- mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/css/**/ mvc:exclude-mapping path/js/**/ mvc:exclude-mapping path/images/**/ bean classcom.longteng.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors这里有个高频翻车点如果不放行静态资源JSP 页面能打开但样式全丢浏览器控制台报 404。排查顺序是先看拦截器 exclude-mapping再看 web.xml 里 SpringMVC 前端控制器的 servlet-mapping 是否写成了*.do或/这两种写法对静态资源的处理路径完全不同。4.2 员工列表和条件查询MyBatis 动态 SQL 的经典用法员工管理模块的核心是一个带条件查询的分页列表。搜索条件通常是姓名、部门、状态分页用 PageHelper 插件。Controller 接收pageNum、pageSize和条件参数Service 层用 PageHelper 开启分页Mapper XML 里用where和if动态拼 SQL。!-- EmployeeMapper.xml条件查询 连表查部门名 -- select idselectByCondition resultTypecom.longteng.entity.EmployeeVO SELECT e.*, d.dept_name AS deptName FROM t_employee e LEFT JOIN t_dept d ON e.dept_id d.id where if testname ! null and name ! AND e.name LIKE CONCAT(%, #{name}, %) /if if testdeptId ! null and deptId ! 0 AND e.dept_id #{deptId} /if if teststatus ! null and status ! AND e.status #{status} /if /where ORDER BY e.emp_no ASC /select动态 SQL 的好处是三个搜索条件可以自由组合只填姓名就只按姓名查全部留空就查全表。LIKE CONCAT(%, #{name}, %)这样写比直接写%${name}%安全${}会有 SQL 注入风险#{}是预编译占位符新手容易在这里被答辩老师追问。另外注意resultType是EmployeeVO而不是Employee因为多查了一个deptName字段实体类里没有这个属性时 MyBatis 会报映射异常所以要么扩展一个 VO 类要么在实体里加一个deptName字段。4.3 新增和编辑员工表单校验与事务回滚新增员工和编辑员工共用一个 JSP 表单页面Controller 里通过empId是否为空判断是新增还是更新。这里我一般会把新增员工和分配账号放在一个事务里——员工录入了但账号创建失败职工数据也要失效用 Spring 的Transactional注解兜底。// EmployeeService 实现类新增员工 创建登录账号一个事务搞定 Service public class EmployeeServiceImpl implements EmployeeService { Autowired private EmployeeMapper employeeMapper; Autowired private UserMapper userMapper; Override Transactional(rollbackFor Exception.class) public void addEmployee(Employee emp, String username) { // 1. 插入员工基本信息回填自增主键 employeeMapper.insert(emp); // 2. 为员工创建登录账号工号作为初始密码密文入库 User user new User(); user.setUsername(username); user.setPassword(MD5Util.md5(emp.getEmpNo())); user.setRole(EMPLOYEE); user.setEmpId(emp.getId()); userMapper.insert(user); } }Transactional(rollbackFor Exception.class)里那个参数很重要默认情况下 Spring 只对 RuntimeException 回滚如果你在业务方法里抛的是自定义 Exception不加rollbackFor事务不会回滚数据会只写一半。这个是面试也常问的点毕设里加上了答辩时能多说两句。表单里的非空校验建议在后端 Controller 里用参数判断或者 Hibernate Validator 注解前端 JS 校验只能拦操作失误拦不了直接 POST 请求。4.4 JSP 页面渲染与删除操作的后遗症JSP 列表页用 JSTL 的c:forEach循环渲染员工数据表格操作栏放“编辑”“删除”按钮。删除操作我建议写成表单 POST 提交而不是a href链接原因是删除是修改数据的操作用 GET 方式可以被浏览器缓存和预加载容易误删。%-- employeeList.jsp:核心表格循环 --% c:forEach items${pageInfo.list} varemp tr td${emp.empNo}/td td${emp.name}/td td${emp.gender}/td td${emp.deptName}/td td${emp.position}/td td fmt:formatDate value${emp.entryDate} patternyyyy-MM-dd/ /td td !-- 修改走 GET 带 id 跳转编辑页 -- a href${pageContext.request.contextPath}/employee/toEdit?id${emp.id}编辑/a !-- 删除走 POST 提交避免浏览器预加载误删 -- form action${pageContext.request.contextPath}/employee/delete methodpost styledisplay:inline; input typehidden nameid value${emp.id}/ button typesubmit onclickreturn confirm(确定删除该员工吗)删除/button /form /td /tr /c:forEach这段代码的隐含知识点是表单 action 里的pageContext.request.contextPath它动态获取项目上下文路径。新手经常写死/demo/employee/delete一旦项目部署名改了所有请求全部 404。JSP 里所有链接、表单 action、JS 里的请求地址都建议带上ctx变量——在页面顶部用一个c:set varctx value${pageContext.request.contextPath}/统一接管这是 JSP 项目避免路径翻车最基本的手段。5. ssmjspmysql 的避坑清单从环境到部署的 5 条踩坑记录5.1 报错java.sql.SQLException: Unknown system variable query_cache_size这是 MySQL 8.0 和旧版驱动不兼容的经典报错。项目的pom.xml或 lib 目录里如果放的是mysql-connector-java 5.x驱动但数据库装的是 MySQL 8.0驱动连接时探测query_cache_size变量失败直接抛异常。解决路径是确认两端版本再改要么把驱动换成mysql-connector-java 8.0.x并把driverClassName改成com.mysql.cj.jdbc.Driver要么把数据库换回 MySQL 5.7。如果只是为了跑通毕设换数据库不现实多数情况下是换驱动。5.2 数据中文乱码页面问号数据库也是问号页面新增员工后数据库中保存的中文变成???。这是三处配置不一致导致的——项目过滤器没设编码、JSP 页面contentType没写、数据库表字符集不是 utf8mb4。解决时按顺序处理web.xml 里加 Spring 的CharacterEncodingFilterforceEncoding 设为 trueJSP 头部确认pageEncodingUTF-8数据库表字符集和连接串里的characterEncoding保持一致。很多项目只加了前三者忘了数据库连接串结果数据库没问题但页面回显乱码再加characterEncodingutf8就好。5.3 修改员工失败或删除主键冲突外键约束在拦路删除部门时如果该部门下还有员工InnoDB 外键约束会拒绝删除报Cannot delete or update a parent row。很多人的直接反应是“把外键删了”这不对。正确做法是业务层先处理子表数据删除部门前先检查t_employee.dept_id下有没有人有人的话提示“请先移除该部门下的员工”或者把员工部门改成待分配。这个处理逻辑写在 Service 里代码量不大但体现了对数据完整性的理解答辩是加分项。5.4 JSP 页面加载不出样式和图片拦截器把所有请求拦了登录页能调出接口但 CSS 全丢浏览器控制台全是 404。原因是前面提到的拦截器配置没有放行/css/**、/js/**、/images/**所有静态资源都被preHandle打回了登录页。另一个隐藏原因是在web.xml里把 DispatcherServlet 的 url-pattern 配成了/这会把静态资源的请求也交给 SpringMVC 处理。解决办法是引入mvc:default-servlet-handler/让容器默认 Servlet 处理静态资源再把静态资源对应目录挂上mvc:resources映射。两个配置同时存在时要注意顺序default-servlet-handler要在拦截器配置之前声明。5.5 明明写对了 SQL但查询出来的 list 是空的控制台打印 SQL 语句能查到数据但页面列表是空白而且不报错。最常见的原因有两个一是 MyBatis 的结果映射出了问题实体类的deptId和数据库的dept_id没对应上用resultMap映射或在 SQL 里起别名解决二是 JSP 的 EL 表达式取错了 keyController 里往 model 放的是pageInfoJSP 里写成了${page.list}。排查顺序先在 Service 实现里打印 list size确认数据到了业务层再在 Controller return 前打印 model 的 key最后检查 JSP 里的${}取值。多数情况问题在命名不一致而不是 SQL 写错。6. 从“能跑”到“能答辩”验收清单、演示顺序与二次开发方向拿到或者写完这套系统之后别急着打包交差先按下面这份验收清单自查一遍。功能层面能不能用不同角色登录、员工增删改查是否正常、列表搜索条件是否能组合查询、修改员工后刷新列表数据是否正确、删除时有确认提示。代码层面项目打包之后能不能以 war 包形式部署到另一个电脑的 Tomcat数据库脚本是否独立于项目换一台新电脑能否在一小时内跑起来。文档层面说明文档里是否画了用例图、E-R 图、系统架构图这几张图是答辩时的“一页纸讲解”比几百行源码更让老师直观理解你的系统。答辩演示顺序我建议按“登录 → 员工列表 → 条件搜索 → 新增员工 → 修改员工 → 删除员工 → 统计报表”来走。原因很简单登录是入口列表是主功能搜索体现 SQL 能力增删改查体现业务闭环统计报表体现亮点。每操作一步用一句话说你对应在哪个文件里做了什么比如“这里点新增Controller 接收参数Service 里调用了 employeeMapper.insert并且用事务保证了员工和账号同时创建”这种表达比默背代码更显得真正掌握。最后一个二级方向的建议如果你的项目需要和同班同学区分开不要大改功能而是加一个你讲得清楚的小特性。我见过翻车最少的方向是在统计模块加条件报表——按部门、按时间段查入职人数用 ECharts 画柱状图和饼图代码量在两三百行内但对系统的完整性提升非常明显。另一个可选方向是导出 Excel用 POI 把员工列表导出核心代码在 50 行内却能把“数据处理”这个点坐实。靠给一个列表页换个模板或者改个颜色来假装工作量答辩时老师多问两句就露馅了。我自己的习惯是拿到任何一套 SSM 源码先不打开 IDE而是先花二十分钟把数据库脚本和配置文件读一遍搞清楚它连什么库、表结构是什么、账号密码是什么确认这些再启动项目。直接Run on Server报错了再回来查配置的做法是浪费最多时间的路径。这套流程走完再回头加功能和改页面心里会踏实得多。希望帮到你。本文还有配套的精品资源点击获取
简介面向Java Web课程设计或毕业设计人群这套龙腾公司员工信息管理系统采用SSMJSPMySQL技术栈完整覆盖员工、部门、职位、薪资、培训、考勤六大业务模块可处理信息校验、上下班打卡、薪资条增删改查等日常人事场景。项目包含前后端源码、SQL数据库脚本与说明文档环境基于JDK1.8、Tomcat7、Maven3.3适合按部就班部署学习或直接二次改造。压缩包共891个文件、约10.47MB其中104个Java类为核心业务逻辑49个JSP页面与219个JS文件构成前端交互119个CSS负责样式布局大量PNG/JPG/GIF图片素材支撑界面展示XML与SQL文件则是配置和数据结构的落点。目前已有63人浏览学习虽然文件体量不算大但六大模块齐全从建表脚本到部署清单一应俱全。配套说明文档和LW能辅助理解设计思路与实现流程特别适合需要快速上手同类管理系统的毕业生参考。1. 一个毕业设计选题凭什么值钱如果你正在筛选 java 毕业设计题目看到“龙腾公司员工信息管理系统ssmjspmysql”这类标题第一反应可能是“又一个 CRUD 管理系统太普通了”。但恰恰是这种“普通”才是市面上通过率最高、代码最好改、答辩最好讲的选题。它覆盖了 Java Web 开发最标准的一条链路SSM 三件套做后端、JSP 做页面、MySQL 存数据再加上“员工信息管理”这个几乎是所有企业都需要的业务场景。无论你是想做毕设还是想拿一套完整源码去二次开发这套组合都足够撑起一份能入库、能答辩、能演示的项目。这篇文章就围绕“员工信息管理系统”这个具体方向把这套 SSM JSP MySQL 方案拆开讲它由哪些模块组成、数据库怎么设计、核心代码怎么写、部署要踩哪些坑、以及拿到源码后怎么改成自己的题目。目标是让手里没项目的人照着一路做下来能跑通让手里有项目的人知道边界在哪、哪里容易翻车。2. 为什么是 ssmjspmysql选型逻辑与系统边界2.1 SSM 三件套在系统里分别干什么SSM 指的是 Spring、SpringMVC、MyBatis 三者的组合在“龙腾公司员工信息管理系统”这类项目中三者的分工非常清晰。Spring 负责管理对象service 层的业务对象、事务管理器、数据源都在 Spring 容器里装配Controller 和 Service 之间的依赖注入全靠它。SpringMVC 负责前后端交互浏览器发来的请求由 DispatcherServlet 分发到具体 Controller 方法Controller 返回的视图名再由视图解析器拼成 JSP 页面路径。MyBatis 负责 SQL 层把 EmployeeMapper 接口里的方法映射到 XML 文件里的 SQL 语句查询结果自动封装成 Employee 实体对象。对应到具体功能点员工列表查询走的是 SpringMVC 接收参数 MyBatis 动态 SQL 拼接条件新增员工走的是 Spring 的事务管理一旦插入员工基本信息后写入部门或账号数据失败整条事务回滚不会留下半个员工登录校验走的是 Spring 的拦截器Session 里没有登录标记就直接打回登录页。这个组合不是性能最优的也不是代码最简洁的但它把“分层”做得明明白白答辩时老师问“请求是怎么从 JSP 页面走到数据库的”你可以沿着 JSP → Controller → Service → Mapper → MySQL 一条线讲清楚这是纯 JSP Servlet 项目做不到的。2.2 JSP MySQL 为什么到现在还是毕设主力JSP 在今天的企业开发里确实用得少了但毕设和课设里它依然是绝对主力原因有两点。一是它天然贴合教学大纲Java Web 课程基本都按 JSP Servlet 教SSM 只是在这基础上引入框架学生上手成本低代码量也比前后端分离项目少一个量级。二是演示效果好不需要额外启动前端工程Tomcat 跑起来浏览器直接访问 JSP 页面数据实时回显打分老师一眼能看到页面变化和数据库变化不用解释“这里调用了 API数据在 Network 面板里”。MySQL 在这个项目里的定位是纯粹、好查。员工表、部门表、用户表能装下全部业务数据。MySQL 5.7 和 8.0 都行但建议用 5.7原因是网上能搜到的 SSM 项目绝大部分是在 5.7 上开发的8.0 的驱动需要改为com.mysql.cj.jdbc.Driver且要额外设置时区参数这些细节对新手来说很容易卡住。整个系统不涉及复杂查询无非是单表查询、多表联查、模糊搜索、分页MySQL 的索引和 SQL 写法完全够用不需要引入 Redis 做缓存也不需要用 Elasticsearch 做搜索那些反而会让项目失真。2.3 系统模块清单和数据流一个标准员工信息管理系统按权限可以切成三个角色管理员、HR、普通员工。管理员管理用户账号和部门HR 做员工信息的增删改查和统计普通员工只能看自己的信息。再往下拆核心模块有六个登录注册模块、员工信息管理模块、部门管理模块、考勤管理模块、薪资管理模块、统计报表模块。其中统计报表一般是按部门统计员工数量用 ECharts 画柱状图或饼图属于加分项不是必需项。数据流从页面开始。JSP 页面的表单提交到 ControllerController 调 Service 接口Service 实现类里通过 MyBatis Mapper 访问 MySQL数据再逐层返回渲染到 JSP 的 JSTL 标签里。开发者需要编写的代码集中在 Controller、Service、Mapper 接口、Mapper XML、JSP 页面这五层。理解这个数据流还有个好处错误排查时可以按层定位——页面不显示数据先看 JSP 标签是否取到了 request 里的变量接口报 500 先看 Mapper XML 里的 SQL 是否写错数据没写入先看事务配置是否生效。3. 数据库设计与初始化建库脚本和 5 张核心表3.1 数据字典每张表建来干什么“员工信息管理系统”的数据库设计不需要花哨但要覆盖业务闭环。下面是一个我常用的建表脚本五张表t_user存登录账号t_employee存员工基本信息t_dept存部门t_attendance存考勤t_salary存薪资记录。部门表和员工表是一对多员工表和薪资表、考勤表都是一对多。-- 创建数据库指定字符集避免中文乱码 CREATE DATABASE IF NOT EXISTS db_employee DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE db_employee; -- 用户表负责登录认证密码使用 MD5存密文 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role VARCHAR(20) DEFAULT EMPLOYEE, emp_id INT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 部门表部门名称唯一负责人存员工表 id便于连表查询 CREATE TABLE t_dept ( id INT PRIMARY KEY AUTO_INCREMENT, dept_name VARCHAR(100) NOT NULL UNIQUE, manager_id INT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 员工表核心表字段按企业人事档案常见项设计 CREATE TABLE t_employee ( id INT PRIMARY KEY AUTO_INCREMENT, emp_no VARCHAR(20) NOT NULL UNIQUE COMMENT 工号, name VARCHAR(50) NOT NULL, gender VARCHAR(10), birth_date DATE, phone VARCHAR(20), email VARCHAR(100), dept_id INT COMMENT 关联 t_dept.id, position VARCHAR(50), entry_date DATE, status VARCHAR(20) DEFAULT 在职, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_dept (dept_id), CONSTRAINT fk_emp_dept FOREIGN KEY (dept_id) REFERENCES t_dept(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 考勤表记录每日打卡情况按员工 日期去重 CREATE TABLE t_attendance ( id INT PRIMARY KEY AUTO_INCREMENT, emp_id INT, work_date DATE, status VARCHAR(20) COMMENT 正常/迟到/早退/缺勤, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_emp_date (emp_id, work_date), CONSTRAINT fk_att_emp FOREIGN KEY (emp_id) REFERENCES t_employee(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 薪资表按月记录员工薪资流水 CREATE TABLE t_salary ( id INT PRIMARY KEY AUTO_INCREMENT, emp_id INT, month VARCHAR(7) COMMENT 月份 yyyy-MM, basic_salary DECIMAL(10,2), bonus DECIMAL(10,2) DEFAULT 0, deductions DECIMAL(10,2) DEFAULT 0, total_salary DECIMAL(10,2), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_emp_month (emp_id, month), CONSTRAINT fk_sal_emp FOREIGN KEY (emp_id) REFERENCES t_employee(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;脚本建好后的关键点说明utf8mb4字符集是必须的如果用utf8遇到生僻字或特殊符号页面会显示问号这是毕设里最常见的乱码原因。所有时间字段统一用DATETIME不混用TIMESTAMP避免 2038 年问题和时区差异。外键约束建议保留InnoDB 引擎下外键能保证插入考勤、薪资时不会写入不存在的员工 id这一点在答辩时可以说“数据库层做了完整性约束应用层再做了逻辑校验”。3.2 初始数据的坑别让演示页面空空如也建完表之后必须插入一批测试数据否则登录进去后页面一片空白第一印象就垮了。密码建议直接用 MD5 加密后的固定值比如123456的 MD5 是e10adc3949ba59abbe56e057f20f883e在数据脚本里写死避免登录模块还没写好时无法测试。-- 初始管理员账号密码 123456 的 MD5 密文 INSERT INTO t_user (username, password, role) VALUES (admin, e10adc3949ba59abbe56e057f20f883e, ADMIN); -- 插入两个部门和多位员工覆盖多部门统计场景 INSERT INTO t_dept (dept_name, manager_id) VALUES (技术部, 1), (人事部, 2); INSERT INTO t_employee (emp_no, name, gender, birth_date, phone, dept_id, position, entry_date) VALUES (E001, 张伟, 男, 1995-03-12, 13800138001, 1, Java工程师, 2021-06-01), (E002, 李娜, 女, 1998-07-24, 13800138002, 2, HR专员, 2022-03-15), (E003, 王强, 男, 1992-11-02, 13800138003, 1, 前端工程师, 2020-09-01);插入完成后可以用一条连表查询验证数据例如统计每个部门的人数。这条查询语句也可以直接沿用到统计模块的列表页展示SELECT d.dept_name AS 部门名称, COUNT(e.id) AS 员工人数 FROM t_dept d LEFT JOIN t_employee e ON d.id e.dept_id GROUP BY d.id;3.3 数据库连接配置jdbc.properties 的时区与驱动SSM 项目的数据源配置写在jdbc.properties里Spring 容器加载它再创建 Druid 连接池。以下配置同时兼容 MySQL 5.7 和 8.0前提是驱动 jar 包版本和连接串一致。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/db_employee?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456配置里的三个参数是血泪经验useSSLfalse去掉 SSL 握手告警serverTimezoneAsia/Shanghai指定时区characterEncodingutf8保证中文写入。如果你用的 MySQL 8.0驱动必须是com.mysql.cj.jdbc.Drivercom.mysql.jdbc.Driver会直接报ClassNotFoundException如果你用的 MySQL 5.7可以把两个驱动都试一下不同版本的 mysql-connector-java 对驱动类名的要求不同。4. 核心功能实现从登录校验到员工信息 CRUD4.1 登录和拦截器防止未登录直接访问页面登录模块是整个后端的第一道门实现分成两步登录验证和拦截器。登录验证写一个LoginController接收用户名和密码密码用MD5工具类加密后和数据库里的密文比对成功后把用户信息放进 Session拦截器实现HandlerInterceptor在preHandle里判断 Session 中是否存有用户对象。// 登录 Controller核心逻辑就三步查用户、验密文、存 Session Controller public class LoginController { Autowired private UserService userService; RequestMapping(/login) public String login(String username, String password, HttpSession session, Model model) { // 1. 调用业务层查询用户 User user userService.findByUsername(username); // 2. 比对 MD5 密文避免明文传输和存储 if (user ! null user.getPassword().equals(MD5Util.md5(password))) { session.setAttribute(loginUser, user); // 角色不同跳不同主页管理员进去看全部菜单员工进去只看个人信息 if (ADMIN.equals(user.getRole())) { return redirect:/employee/list; } return redirect:/employee/myInfo; } // 3. 失败返回登录页并携带提示 model.addAttribute(msg, 用户名或密码错误); return login; } }这段代码的逻辑说明MD5Util.md5()是封装好的工具方法内部用MessageDigest生成 32 位密文user.getPassword().equals(...)拿的是数据库中存好的密文二者一致才放行。拦截器配置在 SpringMVC XML 中最容易被忽略的是放行路径——登录接口、静态资源JS/CSS/图片必须放行否则登录页面自己都加载不出来。!-- 拦截器配置登录接口和静态资源放行其余全部拦截 -- mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/css/**/ mvc:exclude-mapping path/js/**/ mvc:exclude-mapping path/images/**/ bean classcom.longteng.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors这里有个高频翻车点如果不放行静态资源JSP 页面能打开但样式全丢浏览器控制台报 404。排查顺序是先看拦截器 exclude-mapping再看 web.xml 里 SpringMVC 前端控制器的 servlet-mapping 是否写成了*.do或/这两种写法对静态资源的处理路径完全不同。4.2 员工列表和条件查询MyBatis 动态 SQL 的经典用法员工管理模块的核心是一个带条件查询的分页列表。搜索条件通常是姓名、部门、状态分页用 PageHelper 插件。Controller 接收pageNum、pageSize和条件参数Service 层用 PageHelper 开启分页Mapper XML 里用where和if动态拼 SQL。!-- EmployeeMapper.xml条件查询 连表查部门名 -- select idselectByCondition resultTypecom.longteng.entity.EmployeeVO SELECT e.*, d.dept_name AS deptName FROM t_employee e LEFT JOIN t_dept d ON e.dept_id d.id where if testname ! null and name ! AND e.name LIKE CONCAT(%, #{name}, %) /if if testdeptId ! null and deptId ! 0 AND e.dept_id #{deptId} /if if teststatus ! null and status ! AND e.status #{status} /if /where ORDER BY e.emp_no ASC /select动态 SQL 的好处是三个搜索条件可以自由组合只填姓名就只按姓名查全部留空就查全表。LIKE CONCAT(%, #{name}, %)这样写比直接写%${name}%安全${}会有 SQL 注入风险#{}是预编译占位符新手容易在这里被答辩老师追问。另外注意resultType是EmployeeVO而不是Employee因为多查了一个deptName字段实体类里没有这个属性时 MyBatis 会报映射异常所以要么扩展一个 VO 类要么在实体里加一个deptName字段。4.3 新增和编辑员工表单校验与事务回滚新增员工和编辑员工共用一个 JSP 表单页面Controller 里通过empId是否为空判断是新增还是更新。这里我一般会把新增员工和分配账号放在一个事务里——员工录入了但账号创建失败职工数据也要失效用 Spring 的Transactional注解兜底。// EmployeeService 实现类新增员工 创建登录账号一个事务搞定 Service public class EmployeeServiceImpl implements EmployeeService { Autowired private EmployeeMapper employeeMapper; Autowired private UserMapper userMapper; Override Transactional(rollbackFor Exception.class) public void addEmployee(Employee emp, String username) { // 1. 插入员工基本信息回填自增主键 employeeMapper.insert(emp); // 2. 为员工创建登录账号工号作为初始密码密文入库 User user new User(); user.setUsername(username); user.setPassword(MD5Util.md5(emp.getEmpNo())); user.setRole(EMPLOYEE); user.setEmpId(emp.getId()); userMapper.insert(user); } }Transactional(rollbackFor Exception.class)里那个参数很重要默认情况下 Spring 只对 RuntimeException 回滚如果你在业务方法里抛的是自定义 Exception不加rollbackFor事务不会回滚数据会只写一半。这个是面试也常问的点毕设里加上了答辩时能多说两句。表单里的非空校验建议在后端 Controller 里用参数判断或者 Hibernate Validator 注解前端 JS 校验只能拦操作失误拦不了直接 POST 请求。4.4 JSP 页面渲染与删除操作的后遗症JSP 列表页用 JSTL 的c:forEach循环渲染员工数据表格操作栏放“编辑”“删除”按钮。删除操作我建议写成表单 POST 提交而不是a href链接原因是删除是修改数据的操作用 GET 方式可以被浏览器缓存和预加载容易误删。%-- employeeList.jsp:核心表格循环 --% c:forEach items${pageInfo.list} varemp tr td${emp.empNo}/td td${emp.name}/td td${emp.gender}/td td${emp.deptName}/td td${emp.position}/td td fmt:formatDate value${emp.entryDate} patternyyyy-MM-dd/ /td td !-- 修改走 GET 带 id 跳转编辑页 -- a href${pageContext.request.contextPath}/employee/toEdit?id${emp.id}编辑/a !-- 删除走 POST 提交避免浏览器预加载误删 -- form action${pageContext.request.contextPath}/employee/delete methodpost styledisplay:inline; input typehidden nameid value${emp.id}/ button typesubmit onclickreturn confirm(确定删除该员工吗)删除/button /form /td /tr /c:forEach这段代码的隐含知识点是表单 action 里的pageContext.request.contextPath它动态获取项目上下文路径。新手经常写死/demo/employee/delete一旦项目部署名改了所有请求全部 404。JSP 里所有链接、表单 action、JS 里的请求地址都建议带上ctx变量——在页面顶部用一个c:set varctx value${pageContext.request.contextPath}/统一接管这是 JSP 项目避免路径翻车最基本的手段。5. ssmjspmysql 的避坑清单从环境到部署的 5 条踩坑记录5.1 报错java.sql.SQLException: Unknown system variable query_cache_size这是 MySQL 8.0 和旧版驱动不兼容的经典报错。项目的pom.xml或 lib 目录里如果放的是mysql-connector-java 5.x驱动但数据库装的是 MySQL 8.0驱动连接时探测query_cache_size变量失败直接抛异常。解决路径是确认两端版本再改要么把驱动换成mysql-connector-java 8.0.x并把driverClassName改成com.mysql.cj.jdbc.Driver要么把数据库换回 MySQL 5.7。如果只是为了跑通毕设换数据库不现实多数情况下是换驱动。5.2 数据中文乱码页面问号数据库也是问号页面新增员工后数据库中保存的中文变成???。这是三处配置不一致导致的——项目过滤器没设编码、JSP 页面contentType没写、数据库表字符集不是 utf8mb4。解决时按顺序处理web.xml 里加 Spring 的CharacterEncodingFilterforceEncoding 设为 trueJSP 头部确认pageEncodingUTF-8数据库表字符集和连接串里的characterEncoding保持一致。很多项目只加了前三者忘了数据库连接串结果数据库没问题但页面回显乱码再加characterEncodingutf8就好。5.3 修改员工失败或删除主键冲突外键约束在拦路删除部门时如果该部门下还有员工InnoDB 外键约束会拒绝删除报Cannot delete or update a parent row。很多人的直接反应是“把外键删了”这不对。正确做法是业务层先处理子表数据删除部门前先检查t_employee.dept_id下有没有人有人的话提示“请先移除该部门下的员工”或者把员工部门改成待分配。这个处理逻辑写在 Service 里代码量不大但体现了对数据完整性的理解答辩是加分项。5.4 JSP 页面加载不出样式和图片拦截器把所有请求拦了登录页能调出接口但 CSS 全丢浏览器控制台全是 404。原因是前面提到的拦截器配置没有放行/css/**、/js/**、/images/**所有静态资源都被preHandle打回了登录页。另一个隐藏原因是在web.xml里把 DispatcherServlet 的 url-pattern 配成了/这会把静态资源的请求也交给 SpringMVC 处理。解决办法是引入mvc:default-servlet-handler/让容器默认 Servlet 处理静态资源再把静态资源对应目录挂上mvc:resources映射。两个配置同时存在时要注意顺序default-servlet-handler要在拦截器配置之前声明。5.5 明明写对了 SQL但查询出来的 list 是空的控制台打印 SQL 语句能查到数据但页面列表是空白而且不报错。最常见的原因有两个一是 MyBatis 的结果映射出了问题实体类的deptId和数据库的dept_id没对应上用resultMap映射或在 SQL 里起别名解决二是 JSP 的 EL 表达式取错了 keyController 里往 model 放的是pageInfoJSP 里写成了${page.list}。排查顺序先在 Service 实现里打印 list size确认数据到了业务层再在 Controller return 前打印 model 的 key最后检查 JSP 里的${}取值。多数情况问题在命名不一致而不是 SQL 写错。6. 从“能跑”到“能答辩”验收清单、演示顺序与二次开发方向拿到或者写完这套系统之后别急着打包交差先按下面这份验收清单自查一遍。功能层面能不能用不同角色登录、员工增删改查是否正常、列表搜索条件是否能组合查询、修改员工后刷新列表数据是否正确、删除时有确认提示。代码层面项目打包之后能不能以 war 包形式部署到另一个电脑的 Tomcat数据库脚本是否独立于项目换一台新电脑能否在一小时内跑起来。文档层面说明文档里是否画了用例图、E-R 图、系统架构图这几张图是答辩时的“一页纸讲解”比几百行源码更让老师直观理解你的系统。答辩演示顺序我建议按“登录 → 员工列表 → 条件搜索 → 新增员工 → 修改员工 → 删除员工 → 统计报表”来走。原因很简单登录是入口列表是主功能搜索体现 SQL 能力增删改查体现业务闭环统计报表体现亮点。每操作一步用一句话说你对应在哪个文件里做了什么比如“这里点新增Controller 接收参数Service 里调用了 employeeMapper.insert并且用事务保证了员工和账号同时创建”这种表达比默背代码更显得真正掌握。最后一个二级方向的建议如果你的项目需要和同班同学区分开不要大改功能而是加一个你讲得清楚的小特性。我见过翻车最少的方向是在统计模块加条件报表——按部门、按时间段查入职人数用 ECharts 画柱状图和饼图代码量在两三百行内但对系统的完整性提升非常明显。另一个可选方向是导出 Excel用 POI 把员工列表导出核心代码在 50 行内却能把“数据处理”这个点坐实。靠给一个列表页换个模板或者改个颜色来假装工作量答辩时老师多问两句就露馅了。我自己的习惯是拿到任何一套 SSM 源码先不打开 IDE而是先花二十分钟把数据库脚本和配置文件读一遍搞清楚它连什么库、表结构是什么、账号密码是什么确认这些再启动项目。直接Run on Server报错了再回来查配置的做法是浪费最多时间的路径。这套流程走完再回头加功能和改页面心里会踏实得多。希望帮到你。本文还有配套的精品资源点击获取
