基于SpringBoot+JavaWeb的养老管理系统全流程实现

1. 为什么养老系统是毕设圈“常青树”：选题价值与真实需求

每年到了毕设选题季，总有一批同学在群里哀嚎：“老师，题目太难了能不能换一个”“学长，这个系统要写多少行代码才够？”“我用Servlet+JSP写个图书管理会不会太简单被挂？”我见过太多人为了避开“烂大街”选题，故意挑一些看起来很酷但实际上根本做不完的方向，比如实时视频流处理、分布式秒杀系统、AI图像识别——结果做了两个月，连核心功能都没跑通，最后答辩的时候被老师问得哑口无言。

如果你手里正好拿着“基于SpringBoot+JavaWeb的养老系统”这个标题，我反而要恭喜你。养老系统在毕设范围内属于那种“业务真实、数据模型经典、技术栈适中、演示效果好”的选题，它永远不会是学院里最惊艳的那个，但它一定是最能让老师觉得你“认真做了、逻辑自洽、技术点够用”的那一类。周围几个做智能推荐、做大数据可视化的同学答辩被追问到怀疑人生，而做管理系统的我们基本都在十分钟内顺利下台，这就是选题的差异。

养老系统解决的是什么问题？说白了，就是一个养老机构（养老院、养老社区、居家养老服务中心）的日常信息化管理。传统养老院还在靠Excel表格和纸质档案管理老人信息、护工排班、健康记录，数据散、查询慢、容易丢。这套系统就是把这些线下流程搬到线上：管理员统一维护老人档案、安排床位、管理护工、发布排班；护工登录后查看自己负责的老人、填写巡房记录和健康数据；管理者通过可视化报表掌握全院动态。核心关键词很集中：SpringBoot、JavaWeb、MySQL、管理系统、增删改查、权限控制。

这个题适合三种人：一是Java基础一般、想稳妥拿到中上成绩的同学；二是已经工作、用碎片时间做毕设的在职人员；三是打算把这套系统作为毕业作品同时补充简历项目的求职者。它不要求你有算法功底，重点考察的是对Web开发全流程的理解——从需求分析到数据库设计，从后端接口到前端页面，从本地调试到部署上线，每一步都有直观产出，每一步也都能在答辩时讲出东西。

我见过太多选题“高大上”结果把自己坑了的人，所以这篇就围绕养老系统的完整实现过程，把需求设计、技术选型、数据库建模、核心代码、文档答辩、部署避坑一条龙讲透。下面全部基于我实操过的SpringBoot 2.7.8 + JDK 1.8 + MySQL 5.7组合，这套组合兼容性最好，也是绝大多数学校机房和老旧电脑能跑起来的环境。

2. 技术栈背后的选型逻辑：SpringBoot+JavaWeb这套组合到底赢在哪

2.1 SpringBoot和JavaWeb的关系，先说给还在糊涂的人

很多同学看到标题里同时写了SpringBoot和JavaWeb，第一反应是“这俩是不是两个独立的东西要分别学？”实际上，JavaWeb是一种技术范畴的统称——只要是用Java技术栈做Web应用，无论是早期的Servlet+JSP，还是后来的SSM（Spring+SpringMVC+MyBatis），再到今天的SpringBoot，通通都属于JavaWeb的范畴。

SpringBoot只是把原来JavaWeb开发里繁琐的配置封装掉了。传统SSM项目，你光配置web.xml、spring-mvc.xml、MyBatis配置就要写上百行XML；而SpringBoot通过自动配置，你只要在pom里引入spring-boot-starter-web，写好Controller类就能把接口跑起来。所以你可以把SpringBoot理解为“让JavaWeb开发更省心的一种框架组合”，它没有脱离JavaWeb，反而是JavaWeb开发效率的集大成者。

答辩的时候如果被问到这一点，你可以直接展开：SpringBoot简化了Spring的配置方式，内置了Tomcat服务器，遵循约定优于配置原则，并且和SpringMVC、MyBatis完美结合，就是当前企业主流的JavaWeb开发范式。这句话基本能堵住老师的第一轮提问。

2.2 SpringBoot版本怎么选，别一上来就踩JDK17的坑

根据我刚才提到的实操组合，推荐版本是SpringBoot 2.7.x，不是最新版。原因很现实：SpringBoot 3.x要求JDK17起步，而大多数学校教材、实验课环境、指导老师电脑上装的是JDK1.8，你做一个JDK17项目，答辩现场的电脑跑不起来，这就非常灾难。SpringBoot 2.7.x是最后一个原生支持JDK1.8的稳定大版本，兼容性经过海量项目验证，生态文档也最多，遇到问题一搜就有答案。

这里额外提一个坑：如果你用的是JDK1.8，就不能用Spring Boot 3.x，这一点不止一个同学踩过。有学弟在B站找了个SpringBoot3的教程跟着做，结果自己电脑装的是JDK8，编译直接报错“java: invalid source release: 17”，折腾了一整天才明白是版本不匹配——这类“低级”问题很耽误时间，还不如一开始就选对齐组合。

2.3 前端页面到底用不用Vue，我的建议很直接

养老系统这类管理系统的前端，我的建议是：除非你Vue已经很熟，否则用服务端模板引擎（Thymeleaf或JSP）更稳妥。原因有三点：

第一，前后端分离意味着你不仅要写后端接口，还要处理跨域、Token鉴权、前端路由、打包部署，工作量至少翻倍。对于毕设而言，核心是业务逻辑完整、数据流清晰，前端只要能直观展示即可。

第二，老师看的是系统功能，不是前端特效。用模板渲染，Controller里写好ModelAndView，页面直接用Thymeleaf语法循环数据，更加直白，讲解代码时也容易说清楚。如果老师问“你这个数据是怎么到页面上的”，你的回答链路非常清晰：Controller查询后塞进Model，Thymeleaf通过th:each渲染表格。

第三，SpringBoot对Thymeleaf的集成做得很好，只需要引入spring-boot-starter-thymeleaf依赖，把HTML文件放到templates目录，命名规范对就能直接跑通，不需要额外配置视图解析器。这一点对赶时间做毕设的人太友好了。

如果你坚持用JSP也可以，但JSP在SpringBoot里需要额外引入tomcat-embed-jasper依赖，并且要在application.properties里配置视图前缀后缀，稍麻烦些。Thymeleaf是现代SpringBoot项目的官方推荐模板，写法也更接近HTML，对前端基础薄弱的同学更友好。

2.4 ORM选型：MyBatis-Plus比传统MyBatis更适合毕设

数据访问层我推荐用MyBatis-Plus，而不是纯MyBatis。纯MyBatis需要你为每张表手写Mapper接口和XML映射文件，一张表至少20行XML，养老系统十几张表就是几百行样板代码，写起来浪费时间且容易出错。

MyBatis-Plus在MyBatis基础上封装了通用Mapper和通用Service，单表CRUD无需写SQL，直接继承BaseMapper接口就自带selectById、selectList、insert、updateById等方法。比如你要查询所有老人列表，只需要：

java复制List<Elder> list = elderMapper.selectList(null);

要是带条件查询，使用它的Wrapper条件构造器：

java复制LambdaQueryWrapper<Elder> wrapper = new LambdaQueryWrapper<>();
wrapper.like(StringUtils.isNotBlank(name), Elder::getName, name)
       .eq(StringUtils.isNotBlank(status), Elder::getStatus, status);
List<Elder> list = elderMapper.selectList(wrapper);

代码量少、语义清晰、讲解容易，老师完全能看懂。MyBatis-Plus还内置了分页插件，毕设里分页查询是必写功能，加上配置类里注册一个PaginationInnerInterceptor，就可以直接用Page对象实现分页，省掉手写LIMIT的烦恼。

数据库方面就用MySQL 5.7，免费、文档多、学校环境成熟。MySQL 8.x也可以用，但要注意驱动包名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver，很多同学报了ClassNotFound就是在这一步栽跟头。

2.5 为什么这套组合是“稳妥高分”的黄金公式

把SpringBoot+Thymeleaf+MyBatis-Plus+MySQL组合在一起，你已经覆盖了SSM的全部知识点，还多了一层SpringBoot的自动配置理解。答辩老师即便问得很细，也逃不出这几个方向：SpringBoot启动原理、MyBatis-Plus的CRUD封装、MySQL索引、事务管理、拦截器鉴权。每个方向都有成熟的八股文答案，你在CodeGuide或掘金上随便搜都能找到，相比那些冷门技术栈的未知问题，这些知识点复习起来效率高得多。

3. 数据库设计：五张核心表和一张关系网铺开的业务地基

3.1 先梳理角色模型，再动手建表

做数据库设计前，第一件事不是画ER图，而是把业务里的角色和他们的操作边界盘清楚。养老系统常见的社会角色有：系统管理员、护理员、老人、家属。考虑到毕设范围，家属一般不单独做登录端，通常由管理员代为维护家属联系信息。所以系统的登录角色主要就是两类：管理员和护理员，外加一个可选的老人家属查询端。角色越清楚，表结构就越不会乱。

有同学问我：“我是不是还要做个老人自助登录的页面？”我的回答是：除非你时间和能力都很充裕，否则别加。老人端涉及界面适老化设计、语音交互等额外需求，做不好反而显得画蛇添足。毕设的评分要点是核心业务闭环，不是功能数量堆砌。把管理端做扎实，比开一堆半成品页面有价值得多。

3.2 用户表和角色权限的设计思路

系统核心表之一是用户表sys_user，用来存管理员和护理员两类账号。字段至少包括：

• id：主键
• username：登录名，唯一索引
• password：密码（存储BCrypt加密后的密文）
• real_name：真实姓名
• role：角色标识（1管理员，2护理员）
• phone：联系电话
• status：状态（1启用，0禁用）
• create_time：创建时间
• deleted：逻辑删除标记

这里的关键设计点是role字段。用数字标识而不是字符串，是为了后续权限判断时的简洁性。比如在拦截器中判断user.getRole() == 1就是管理员，简单直观，讲解时也容易说清楚。

密码必须加密存储，明文密码是答辩时老师必踩的雷。使用Spring Security中的BCryptPasswordEncoder，或者MyBatis-Plus的加密工具都可以。我当时用的是BCryptPasswordEncoder，几行代码就搞定：

java复制String encodedPassword = new BCryptPasswordEncoder().encode(rawPassword);

如果你不想额外引入Spring Security，也可以用Hutool工具类里的BCrypt.hashpw()，效果一样。总之，别在数据库里直接看到一串明文密码，这一点很重要。

3.3 老人档案表的建模：字段不多，但每列都有讲究

老人档案表elder_info是整个系统的业务主表，其他模块的数据大多围绕它展开。核心字段建议这样设计：

身份证号加唯一索引，是为了防止同一个老人被重复录入。入住日期是后续计算费用和护理工单周期的关键依据，千万别漏掉。room_id关联床位表，这样一位老人对应一张床，一个房间可能有多张床，通过房间表和床位表两级结构表达。这部分在答辩时画一张ER图，基本就能撑起“数据库设计”这一整章内容。

3.4 健康记录和护理工单：让系统有业务纵深的两张表

如果只有老人档案CURD，系统会显得太单薄。为了体现业务深度，必须加上健康记录表health_record和护理工单表nurse_order。

健康记录表用来存护理员每天巡检时录入的体温、血压、心率、血糖等数据。字段设计为：

• id
• elder_id：老人ID，外键关联老人表
• temperature：体温（decimal(4,1)）
• systolic_pressure：收缩压
• diastolic_pressure：舒张压
• heart_rate：心率
• blood_sugar：血糖
• record_date：记录日期
• record_time：记录时间
• create_by：录入护工ID
• remark：备注

这张表的意义在于：第一，它让系统有了数据积累和分析的可能；第二，它可以配合定时任务做健康异常预警（比如体温超过37.3℃自动标红），这是答辩演示里非常容易出彩的功能点。

护理工单表nurse_order是任务流转的核心，字段包括：

• id
• elder_id：老人ID
• order_type：工单类型（1日常照护，2用药提醒，3康复训练）
• content：任务内容
• assignee_id：负责护工ID
• status：工单状态（0待处理，1已完成，2已取消）
• deadline：截止时间
• finish_time：完成时间
• create_time：创建时间

有了这张表，你就可以在系统首页做一个“待办工单”面板，护理员登录后看到分配给自己的任务，点击完成、填写反馈，这个闭环极大地提升了系统的业务“真实感”。很多拿高分的毕设，靠的就是这点业务逻辑闭环而不是复杂的算法。

3.5 数据库脚本的坑：字符集、引擎、外键

建库语句统一用UTF-8字符集，建表引擎统一InnoDB，这是最基础的一条。你想想，如果数据库里中文显示成乱码，演示的时候直接社死。我在交付给学弟的时候，都是把建库建表脚本放在sql文件里，并在前面加上：

sql复制DROP DATABASE IF EXISTS elder_system;
CREATE DATABASE elder_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
USE elder_system;

关于外键，我的建议是逻辑外键，不建物理外键。也就是说，在实体类中保留elder_id这样的字段，但不在数据库层声明FOREIGN KEY约束。原因很实际：物理外键在删除、修改数据时会增加约束检查开销，而且你在代码里删数据的时候可能会遇到外键阻止操作，排查起来非常烦人。大部分企业项目都是靠代码层面维护关联关系，很少用物理外键。这个点如果老师问了，这样回答是加分项。

4. 核心功能实现：从登录鉴权到业务流的完整链条

4.1 登录鉴权：用拦截器而不是Spring Security，理由很实在

权限控制是毕设里绕不开的功能。全公司的系统可能用Spring Security或者Sa-Token，但毕设这个规模，引入Spring Security反而会增加复杂度——它的过滤器链、配置方式、BCrypt加密集成，学起来够你吃一壶。

毕设推荐用拦截器（HandlerInterceptor）+ Session 的方式。逻辑非常清晰：用户登录成功后，把用户信息放进Session；写一个LoginInterceptor，拦截所有非登录页面请求，判断Session里有没有用户，没有就重定向到登录页。代码量少，讲解时思路一目了然。

java复制public class LoginInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        HttpSession session = request.getSession();
        User loginUser = (User) session.getAttribute("loginUser");
        if (loginUser == null) {
            // 未登录，重定向到登录页
            response.sendRedirect("/login");
            return false;
        }
        return true;
    }
}

然后在配置类里注册拦截路径：

java复制@Configuration
public class WebConfig implements WebMvcConfigurer {
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(new LoginInterceptor())
                .addPathPatterns("/**")
                .excludePathPatterns("/login", "/doLogin", "/css/**", "/js/**", "/images/**");
    }
}

这段代码写完之后，你再也不需要担心用户没登录就访问管理页面。响应流程里加一个自定义异常处理，比如用@RestControllerAdvice统一捕获业务异常，返回JSON消息给前端，系统整体就非常规范了。

4.2 统一返回结果类：让接口风格一致，写代码都顺畅

很多同学写Controller的时候，每个方法返回类型都不一样，有的是String跳转页面，有的是ModelAndView，有的是JSON——风格混乱，调试很痛苦。建议养成一个好习惯：后端接口统一返回一个封装类Result，包含code、msg、data三个字段。

java复制public class Result<T> {
    private Integer code;   // 200成功，500失败
    private String msg;
    private T data;

    public static <T> Result<T> success(T data) {
        Result<T> result = new Result<>();
        result.code = 200;
        result.msg = "操作成功";
        result.data = data;
        return result;
    }

    public static <T> Result<T> error(String msg) {
        Result<T> result = new Result<>();
        result.code = 500;
        result.msg = msg;
        return result;
    }
}

Controller里返回Result，前端用Ajax接收，处理逻辑统一。比如删除一个老人：

java复制@PostMapping("/elder/delete")
@ResponseBody
public Result<Void> delete(@RequestParam Long id) {
    boolean success = elderService.removeById(id);
    return success ? Result.success(null) : Result.error("删除失败");
}

这套风格无论是在论文代码展示还是答辩演示时，都能给人一种“这位同学有工程素养”的印象，非常值。

4.3 健康预警模块：用定时任务给系统增加“智能分”

养老系统如果只有增删改查，答辩老师会觉得“这和平时的课程作业有什么区别”。但加上一个健康预警功能，整个系统的档次立刻不一样。

具体做法：在SpringBoot里写一个定时任务类，用@Scheduled注解每隔一段时间扫描健康记录表，查最近一条记录有没有超出正常范围。比如体温大于37.3℃或者收缩压大于140，就把对应老人ID和异常类型写入预警表elder_warning，前端首页通过接口展示未处理的预警。

核心代码长这样：

java复制@Component
public class HealthWarningTask {
    @Autowired
    private HealthRecordMapper healthRecordMapper;
    @Autowired
    private WarningMapper warningMapper;

    @Scheduled(cron = "0 0 */2 * * ?")  // 每两小时执行一次
    public void checkHealthData() {
        List<HealthRecord> records = healthRecordMapper.selectRecentRecords();
        for (HealthRecord record : records) {
            if (record.getTemperature() > 37.3) {
                saveWarning(record.getElderId(), "体温异常：" + record.getTemperature());
            }
            if (record.getSystolicPressure() > 140) {
                saveWarning(record.getElderId(), "血压偏高：" + record.getSystolicPressure());
            }
        }
    }
}

注意在启动类上加上@EnableScheduling注解，不然定时任务不会生效。这个功能在答辩时一演示，老师基本都会点头——这就是典型的“业务需求驱动设计”，比单纯的CRUD高级得多。而且它也用到了扎实的知识点：定时任务、数据扫描、状态管理，提问点丰富。

4.4 排班模块：不写复杂算法，用轮询也能交差

养老院里护工排班，如果做得很复杂，实际上是一个排班优化算法问题，这在毕设阶段属于典型的过度设计。现实的做法是：管理员在系统中手动创建排班计划，选择日期、班次、护工，后台只需做“查重”，避免同一个护工同一天被安排两遍。

核心代码不难，就是一个判断是否有冲突的查询：

java复制public boolean checkConflict(Long nurseId, LocalDate workDate, Integer shift) {
    LambdaQueryWrapper<Schedule> wrapper = new LambdaQueryWrapper<>();
    wrapper.eq(Schedule::getNurseId, nurseId)
           .eq(Schedule::getWorkDate, workDate)
           .eq(Schedule::getShift, shift);
    return scheduleMapper.selectCount(wrapper) > 0;
}

如果你想让评分更高一点，可以加一个“自动生成排班”按钮：从护理员列表和班次列表里按顺序轮询分配，同时避开冲突。本质上就是一个简单的循环+查重，但效果上和“系统自动排班”很像，答辩时你能讲清楚思路，不需要真上什么遗传算法。记住，毕设评分的核心是“能跑、能讲、逻辑清晰”，不是学术创新。

4.5 首页数据看板和图表：别忽视这种“低成本高感知”的功能

系统登录后的首页，我建议放一个实时统计面板：今日在住老人数、今日新增护理工单数、待处理预警数、护工总数。这些数据通过SQL的count查询，几条语句就能实现，但带来的视觉冲击力极强。老师打开系统第一眼看到的是首页，这个页面的信息密度直接决定第一印象。

如果你还想锦上添花，可以用ECharts在首页放一个“近7天健康异常趋势”的折线图。后端提供一个接口返回过去7天每天异常记录数量，前端用Ajax拉数据，ECharts渲染。代码量不大，但效果很唬人。ECharts的引入方式是在HTML中通过<script src="echarts.min.js"></script>引入，然后初始化图表即可，不需要额外后端依赖。

5. 一套能撑住场面的文档与答辩：多数人低估的隐形工作量

5.1 毕业论文结构怎么铺，重点是“需求分析”和“系统设计”

很多同学代码写了一个月，论文拖到提交前三天熬夜赶工，质量可想而知。实际上，毕设论文有固定的套路，只要你代码是认真做的，论文完全可以顺着代码结构梳理出来，不用从零硬写。

建议结构如下：

• 摘要：一段话概括系统背景、技术方案、实现功能和测试结果，关键词写“SpringBoot；JavaWeb；养老管理系统；MySQL；MyBatis-Plus”
• 第一章 绪论：背景与意义、国内外研究现状（这里找几篇参考文献概括即可）、本文研究内容
• 第二章 相关技术介绍：SpringBoot、Thymeleaf、MyBatis-Plus、MySQL，各写一页
• 第三章 系统需求分析：功能性需求（老人管理、健康记录、排班、预警、系统管理）、非功能性需求（性能、安全、易用性）、用例图
• 第四章 系统设计：总体架构图、功能模块划分、数据库设计（ER图和表结构）
• 第五章 系统实现：分模块展示核心代码和运行截图，每一小节“页面展示+关键代码+逻辑说明”
• 第六章 系统测试：功能测试用例表格、测试结果、结论
• 第七章 总结与展望：总结成果，谦虚地指出不足和未来改进方向

这里提醒一句：千万不要从网上随便抄一段“国内外研究现状”，老师一眼就能看出来。你可以引用几篇知网上关于智慧养老的论文，总结方向性的内容即可，控制在400字以内。

5.2 答辩PPT的逻辑和演示顺序

答辩PPT不需要塞满代码，页数控制在12-14页。核心逻辑是：问题背景 → 技术方案 → 系统功能演示 → 总结。

演示顺序非常重要，按这条线走基本不会乱：登录页（演示不同角色登录）→ 系统首页看板（演示数据统计）→ 老人档案管理（演示新增、查询、编辑）→ 健康记录和预警（演示异常数据触发预警）→ 排班管理（演示创建排班和冲突提示）→ 权限控制（演示未登录跳转或管理员功能护工不可见）。

每演示一个模块，说清楚两件事：这个模块解决什么业务问题，核心实现用了什么技术。比如演示健康预警时，就说：“这里用了SpringBoot的定时任务，每两小时扫描一次健康记录表，发现超出阈值的数据自动插入预警表，前端实时显示。”

5.3 八个高频追问，提前准备好答案

答辩老师不一定会把系统每个功能都用一遍，但一定会问几个标准的“考察你理解深度”的问题。整理一份高频问题清单：

1. 为什么用SpringBoot不用传统的SSH/SSM？ 答：SpringBoot自动配置简化开发，内置Tomcat，减少XML配置，生态完善，是当前主流框架。
2. MyBatis-Plus和MyBatis有什么区别？ 答：MP在MyBatis基础上提供通用CRUD方法和条件构造器，单表操作零SQL，复杂SQL仍然可以自己写XML。
3. 密码是怎么加密的？ 答：BCrypt加密，每次加密的盐值随机，即使相同密码密文也不同，安全性远高于MD5。
4. 有没有考虑数据库性能，表数据量大了怎么办？ 答：目前核心查询字段如身份证号加了索引；后续可以通过分库分表、引入Redis缓存优化。
5. 登录鉴权为什么不直接用Spring Security？ 答：系统角色只有两类，权限模型简单，使用拦截器+Session更轻量、直观、易维护；如果权限复杂会考虑引入Security。
6. 定时任务是怎么实现的，会不会重复执行？ 答：@Scheduled注解 + 服务器单实例部署保证唯一执行；若分布式部署需引入分布式锁。
7. 并发场景下会不会数据不一致？ 答：支付和费用模块使用事务@Transactional控制原子性，必要时通过行锁保证数据一致性。
8. 这个系统还能怎么改进？ 答：可以引入Redis缓存热点数据、增加老人端小程序、引入物联网设备自动采集健康数据。

提前把这些答案写在纸上，答辩前一天过一遍，基本就能做到从容应对。

6. 部署与现场演示环境：从本地到答辩的真避坑指南

6.1 环境版本匹配，先跑起来再说

毕业设计最怕的不是功能复杂，而是环境起不来。我建议你从第一天就固定环境版本，不要中途升级。一套经过验证的组合是：

Maven依赖下载慢是国内开发者的老问题，解决办法是在settings.xml里配置阿里云镜像：

xml复制<mirror>
    <id>aliyunmaven</id>
    <mirrorOf>*</mirrorOf>
    <name>阿里云公共仓库</name>
    <url>https://maven.aliyun.com/repository/public</url>
</mirror>

配置完镜像后，第一次Maven构建会顺畅很多，不再出现下载到一半卡死的尴尬。

6.2 本地打包成Jar，还是直接用IDEA跑？

答辩现场有几种演示方式，各自有坑：

• 用IDEA直接运行：最稳定，提前打开项目，现场直接启动，但要确保手机热点或现场网络正常，避免Maven现场下载依赖。
• 打包成Jar包用命令行运行：更专业，mvn clean package -DskipTests后生成jar包，java -jar elder-system.jar启动。但注意SpringBoot的application.properties里数据库连接地址要是localhost或127.0.0.1，别写成你自己内网IP。
• 部署到云服务器：如果时间和精力允许，可以买一台轻量服务器，把MySQL和Jar包部署上去，答辩时直接访问公网IP。这个操作能让展示更顺畅，但也增加了工作量，如果对Linux不熟，可能中途被环境问题卡住。稳妥起见，本地跑够用了。

数据库连接URL设置也有讲究，建议写成：

properties复制spring.datasource.url=jdbc:mysql://localhost:3306/elder_system?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai
spring.datasource.username=root
spring.datasource.password=yourpassword

注意serverTimezone不要漏掉，否则可能在连接时报时区错误。编码用utf8，否则中文乱码。

6.3 现场演示的保底方案和常见翻车点

答辩现场最刺激的环节就是系统演示。根据我的经验，列出几个高频翻车点和保底方案：

• 数据库没启动：提前把MySQL服务设为开机自启，演示前检查服务状态。如果现场报Access denied，八成是密码错误，提前确认。
• 端口被占用：SpringBoot默认8080，如果现场其他进程占用了端口，启动会报错。在application.properties里改成server.port=8081备用是个好习惯。
• 浏览器不兼容：尽量用Chrome或Edge现场演示，不要用IE。提前把登录页、首页等页面截图放在PPT里，万一现场网络慢，也能用截图救场。
• 录屏保底：强烈建议录一个5分钟的系统演示视频放在答辩PPT的最后一页备用。一旦现场电脑出现无法解决的问题，直接播放录像，不耽误答辩进程。这条建议价值连城——我之前见过一个同学现场电脑蓝屏，靠录屏救回了整场答辩。
• 演示数据别太干净：系统里预先录入一批带真实感的演示数据，比如10-20位老人、30条健康记录、5个护工、若干排班数据。空表演示太单薄，也会让老师觉得你没做过充分测试。

6.4 源码交付时的目录规范和注释习惯

最后一条建议，关乎你的毕业设计评分底线：代码目录和注释要像样。别把代码写成一个main方法几千行，至少按Controller、Service、Mapper、Entity、Config分层建包。每个类和方法写清晰的注释，Controller层注释接口用途，Service层注释业务逻辑，关键代码行加一行说明。这个习惯平时可能看不出价值，但答辩时老师翻代码、或者评阅老师看论文中的源码片段，你的注释水平直接影响他对你代码能力的判断。

我交付给学弟们的源码里都会包含一个README.md文件，写清楚项目简介、技术栈、启动步骤、默认账号密码。你自己做的时候也顺手写一份，答辩前照着启动步骤走一遍，确保万无一失。小事不小，细节是拉分项。

做这套系统时我还有个小习惯：每天开发结束时记一句当天完成了什么、踩了什么坑、第二天计划做什么。不要小看这几行日志，写论文的“系统实现”章节时全靠它，什么时候做了什么、哪个模块遇到什么问题、怎么解决的，全都能直接还原。这也让最后写文档的工程量减半，整个毕设推进得非常从容。