做 Java 后端、写 Vue 前端的这些年SSMVUE这套组合我经手过不少项目但要说最值得拿出来好好聊聊的大概率还是这个老人养老服务平台。作为计算机毕业设计选题它比普通的管理系统多了一层人文关怀又比纯电商项目多了几分务实价值——老人档案管理、健康数据录入、护工任务派单、家属探望预约每个模块都是真实的业务场景适合拿来练手也适合写进简历。这篇文章就围绕这个毕设项目的源码、LW 文档和技术细节展开把整个平台的规划思路、SSM 后端与 Vue 前端的完整联动、常见的坑和排查手段一次性讲透。无论你是刚拿到选题还在迷茫的大四学生还是想快速上手前后端分离开发的初学者这套内容都能用得上。1. 项目定位与整体设计拆解1.1 为什么是 SSM 而不是 Spring Boot很多同学拿到这个选题第一反应是现在企业都在用 Spring Boot为什么毕设还要用 SSM这个问题的答案得从毕业设计的性质说起。SSM 是 Spring、Spring MVC、MyBatis 三个框架的统称它和 Spring Boot 的核心差异在于“显式配置”和“约定大于配置”。SSM 需要你手写web.xml、applicationContext.xml、spring-mvc.xml、mybatis-config.xml这一大堆 XML 配置文件每一行都要自己去拼。这个过程确实啰嗦但它逼着你去理解 Spring 容器的启动顺序、Bean 的装配方式、MyBatis 与数据库会话的绑定关系。而 Spring Boot 把这些全部自动完成了你只要加个SpringBootApplication就能跑。相比之下SSM 对底层原理的暴露更充分论文里能写的东西也更多。你把“基于 SSM 的框架整合原理”放进设计章节里答辩时老师问你“Spring MVC 请求流程是怎么走的”你可以从DispatcherServlet一路讲到HandlerAdapter、ViewResolver这比在 Spring Boot 里只讲“加个注解就完事”要有说服力得多。再说回这个项目的实际诉求。养老服务平台不是什么高并发场景核心是数据管理和流程闭环SSM 轻量、稳定、还不吃资源一个 4G 内存的 Windows 笔记本加上一台普通配置的云服务器就能撑住整个演示环境这对毕设来说完全够用。如果你实在想用 Spring Boot我也理解但建议还是先按 SSM 搭一遍理解框架的运作逻辑之后再去体验 Boot 的简洁你的收获会完全不同。1.2 平台的角色划分与业务模型这个项目不是单纯的 CRUD 堆砌它的业务价值在于“让信息在多方角色之间流转”。我一般把系统分成三类用户角色分别是平台管理员、养老机构内的工作人员护工或护理员、老人家属。老人本身在这个平台里是“被服务对象”很少直接操作电脑所以数据的主要录入方是护工和管理员。这样设计的好处是权限切割非常清晰管理员管全局护工管日常家属管查看和预约。论文里画权限用例图时这三个角色天然就能构成一组层次分明的用例。业务上几条核心链条是这样的老人入住时管理员录入老人基本信息、家庭成员信息、既往病史、用药记录生成老人档案。护工每日为老人测量血压、心率、体温通过健康管理模块提交数据系统自动生成趋势曲线。老人身体异常时护工或管理员可标记“异常状态”系统同步给家属端家属通过探望预约功能申请探视时间。管理员负责护工排班、任务分配、床位管理、收费记录并以图表形式查看平台的整体入住率和工单处理进度。这几条链路涵盖了养老机构的核心日常也覆盖了后端领域建模里常见的“一对多、多对多”关系。比如一个老人对应多条健康记录一个护工对接多位老人这些关系在数据库里用外键关联在代码里用 MyBatis 的结果映射处理正好能体现关系型数据库和 ORM 的建模能力。2. 技术栈核心细节解析2.1 SSM 三兄弟是如何分工的SSM 三个框架各司其职消化这套逻辑其实只需一个生活化的类比。Spring 是一个巨大的工厂管理着各类 Bean对象的创建、注入和生命周期。它像仓储系统你不需要自己 new 一个 Service告诉它“我需要一个 OrderService”Spring 就根据配置把实例递给你这就是 IoC 控制反转。为什么需要这个因为在一个有几十个类的项目里手动管理对象会乱成一锅粥工厂能统一调度。Spring MVC 是前台的接待员。所有来自 Vue 的 HTTP 请求先经过DispatcherServlet这个“总前台”它根据 URL 判断该找哪个ControllerController 处理完业务后把数据返回再由视图解析器决定渲染成 JSON 还是 JSP。在前后端分离的场景下绝大多数接口返回的都是 JSONVue 拿到数据后再自行渲染页面。MyBatis 是搬运工负责 Java 对象和数据库表行之间的转换。你不用手写 JDBC 的PreparedStatement、手动关闭连接只需要在Mapper.xml里写 SQLMyBatis 会根据配置生成实现类把结果集映射成你需要的实体对象。它的优势是灵活你可以写复杂 SQL也能手调 SQL 优化性能这在报表统计类功能里特别好用。2.2 Vue 前端如何与 SSM 后端对话这个项目的源码结构是典型的前后端分离Vue 跑在 8080 或 8081 端口SSM 后端跑在 8080 或自定义端口两边通过 HTTP 接口通信互不依赖。通信的主要工具是 Axios。你可以在src/utils/request.js里封装一个带拦截器的 Axios 实例统一设置baseURL并在请求头附带token。拦截器最大的价值在于统一处理状态码import axios from axios const request axios.create({ baseURL: http://localhost:8080/api, timeout: 10000 }) request.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers[Authorization] token } return config }) request.interceptors.response.use( response { const res response.data if (res.code ! 200) { alert(res.msg || 请求异常) return Promise.reject(new Error(res.msg)) } return res }, error { if (error.response error.response.status 401) { localStorage.removeItem(token) this.$router.push(/login) } return Promise.reject(error) } ) export default request后端 Controller 接收请求后通过 Service 层调用 Mapper完成业务处理并返回统一格式的 JSON 数据。推荐定义一个公共返回类比如Result包含code、msg、data三个字段这样前端拦截器处理起来就十分干净。跨域问题往往在联调阶段成为第一个拦路虎。Vue 的 devServer 代理和后端 CORS 过滤器是两种处理方案。我建议在两个层面都做开发时用vue.config.js的proxy配置规避跨域部署时在后端写一个CorsFilter统一放行。注意Access-Control-Allow-Origin不要直接设成*搭配withCredentials时会产生冲突这一点在联调时非常容易踩坑。3. 核心功能模块综述与实操要点3.1 功能模块清单与数据库表设计一个完整的养老服务平台按角色拆解后大致包含下面这些功能点角色功能模块核心操作管理员老人档案管理新增、编辑、调房、注销老人信息管理员员工与护工管理账号分配、角色授权、排班管理管理员床位与费用管理床位分配、缴费记录、退费处理护工健康记录管理体温、血压、心率录入与趋势查看护工任务工单模块接收任务、提交服务日志家属探望预约提交预约申请、查看审批状态家属老人状态查看查看最近健康数据与异常提醒系统登录认证与权限拦截基于角色路由守卫、后端权限校验数据库表设计一般不低于 8 张。除了常规的admin、worker、elderly_info、family、health_record、appointment、task之外我建议额外加一张system_log操作日志表记录关键操作的痕迹既方便答辩时演示“系统的安全性”又能应对老师追问“如何追踪用户操作”这类细节问题。每张表设计时要注意几个基本约束老人档案表的tel用VARCHAR(11)健康记录表的blood_pressure用VARCHAR(20)存储“120/80”格式创建时间统一用DATETIME所有表都加create_time和update_time这是毕设代码评审里的加分项。3.2 面向老人的体验设计毕设最能出彩的部分参与过一段时间业务开发之后我越发觉得养老平台最忌讳的就是“拿通用管理系