簡介這是一套面向計(jì)算機(jī)專業(yè)本科生的Java畢業(yè)設(shè)計(jì)實(shí)戰(zhàn)資源聚焦智慧養(yǎng)老場景基于Spring Boot快速構(gòu)建Web應(yīng)用系統(tǒng)解決老齡化社會中老人健康管理、家屬協(xié)同監(jiān)護(hù)與機(jī)構(gòu)服務(wù)數(shù)字化等實(shí)際問題。資源包共954個文件涵蓋195個Java后端邏輯類、164個JavaScript交互腳本、69個HTML頁面、65個Vue組件及53個CSS樣式文件輔以SQL建庫腳本、演示視頻mp4、PPT答辯材料與完整畢業(yè)論文docx整體壓縮后50.79MB結(jié)構(gòu)清晰、模塊完整便于理解MVC分層設(shè)計(jì)與前后端分離實(shí)現(xiàn)。已有300人學(xué)習(xí)下載內(nèi)容覆蓋用戶管理、個人中心、登錄鑒權(quán)等核心流程分析以及管理員與老人雙角色功能模塊的詳細(xì)設(shè)計(jì)與系統(tǒng)測試方案附帶3個bat一鍵部署腳本和Navicat兼容數(shù)據(jù)庫設(shè)計(jì)支持二次開發(fā)與定制化改造。 最近好幾個粉絲私信問Java畢業(yè)設(shè)計(jì)怎么選我想了想還是把“基于Spring Boot的智慧養(yǎng)老平臺”這個項(xiàng)目拿出來聊聊。這題目看著普通但后端的技術(shù)點(diǎn)基本全覆蓋Spring Boot框架、Web接口開發(fā)、權(quán)限控制、數(shù)據(jù)庫設(shè)計(jì)、定時任務(wù)、報(bào)表統(tǒng)計(jì)一套下來該學(xué)的框架知識都碰了一遍。而且養(yǎng)老領(lǐng)域方向很明確不像“網(wǎng)上商城”那樣爛大街也不像AI算法那樣難落地對Java方向的本科生來說是最穩(wěn)的選擇之一。我當(dāng)初做這個課題前后花了三個月左右。很多人以為畢設(shè)就是敲代碼但其實(shí)代碼只是其中一部分后面論文、PPT、答辯一樣都不能省。這篇我就從項(xiàng)目拆解、技術(shù)選型、核心實(shí)現(xiàn)、論文寫作再到最后的答辯演示一條線講清楚照著做基本不用走彎路。無論你是準(zhǔn)備做畢設(shè)還是想在面試?yán)锬眠@個項(xiàng)目當(dāng)談資這篇都會比課程的“Hello World”有用得多。1. 項(xiàng)目定位與需求梳理1.1 為什么選智慧養(yǎng)老這個方向做畢設(shè)第一步不是寫代碼而是搞清楚“做什么”。智慧養(yǎng)老平臺表面上是管理系統(tǒng)實(shí)質(zhì)上是一個面向養(yǎng)老場景的信息化服務(wù)平臺。目標(biāo)用戶很明確老人、家屬、護(hù)理人員、平臺管理員。它跟普通管理系統(tǒng)的最大區(qū)別是業(yè)務(wù)鏈條長、角色多、場景貼近現(xiàn)實(shí)。大部分類似的畢設(shè)題目比如“圖書管理系統(tǒng)”“網(wǎng)上商城”聚焦單一業(yè)務(wù)而智慧養(yǎng)老平臺有健康檔案、服務(wù)工單、緊急求助、親情關(guān)注等不同業(yè)務(wù)線不同業(yè)務(wù)線之間還需要聯(lián)動。比如老人在App上報(bào)了心率異常系統(tǒng)要生成預(yù)警記錄同時通知家屬和護(hù)工護(hù)工處理后還要回填處理結(jié)果。這是一條完整的業(yè)務(wù)閉環(huán)寫論文的時候“系統(tǒng)分析”和“功能設(shè)計(jì)”章節(jié)內(nèi)容會很充實(shí)答辯時有東西可講。從答辯角度來說評委通常關(guān)心三點(diǎn)一是你為什么選這個題目社會背景加現(xiàn)實(shí)需求二是系統(tǒng)解決了什么問題三是你在系統(tǒng)里做了哪些有深度的技術(shù)點(diǎn)。智慧養(yǎng)老這個方向三個問題都好答這是它穩(wěn)的地方。1.2 需求梳理先把用戶角色和業(yè)務(wù)流程畫清楚需求分析階段我會建議先畫三個東西角色用例圖、核心業(yè)務(wù)流程圖、功能結(jié)構(gòu)圖。不用畫得多專業(yè)但一定要畫清楚。在這個項(xiàng)目里我定義了四種角色老人或家屬查看健康檔案、預(yù)約服務(wù)、發(fā)起緊急求助、查看服務(wù)進(jìn)度護(hù)工接收工單、上報(bào)服務(wù)結(jié)果、維護(hù)服務(wù)記錄管理員管理用戶、審核工單、統(tǒng)計(jì)報(bào)表、發(fā)布公告系統(tǒng)后臺自動任務(wù)健康數(shù)據(jù)異常預(yù)警、定時統(tǒng)計(jì)數(shù)據(jù)這里有個容易被忽視的點(diǎn)家屬賬號和老人賬號要分開設(shè)計(jì)。很多同學(xué)把家屬和老人共用一張用戶表導(dǎo)致數(shù)據(jù)權(quán)限分不清楚。我在設(shè)計(jì)時是用戶表加角色表加家庭成員綁定表老人和家屬之間通過綁定關(guān)系關(guān)聯(lián)這樣既能支持一個老人綁定多個家屬也方便后續(xù)做親屬通知功能。核心業(yè)務(wù)流程我列了三條服務(wù)預(yù)約流程家屬或老人提交預(yù)約 → 管理員審核派單 → 護(hù)工上門服務(wù) → 護(hù)工回填結(jié)果 → 家屬確認(rèn)完成健康預(yù)警流程設(shè)備或手動錄入健康數(shù)據(jù) → 系統(tǒng)判斷異常 → 生成預(yù)警記錄 → 通知家屬與護(hù)工 → 處理記錄回執(zhí)緊急求助流程老人一鍵求助 → 系統(tǒng)獲取基本信息 → 通知家屬與值班人員 → 生成工單跟進(jìn)這三條流程是系統(tǒng)的骨架也是后面數(shù)據(jù)庫設(shè)計(jì)和接口設(shè)計(jì)的基本依據(jù)。你把這些流程在論文里寫清楚老師會覺得你的需求分析是真實(shí)用了心的。1.3 功能模塊劃分做減法而不是做加法接下來是功能模塊劃分。我的建議是“緊扣核心業(yè)務(wù)、別貪多”把功能劃分為前臺和后臺兩大塊前臺老人與家屬協(xié)同端登錄注冊、家庭成員綁定健康檔案查看、健康數(shù)據(jù)錄入與查看服務(wù)預(yù)約與進(jìn)度追蹤緊急求助入口通知消息列表后臺管理員與護(hù)工管理端用戶管理老人、家屬、護(hù)工的基礎(chǔ)信息維護(hù)健康檔案管理查看老人的歷史數(shù)據(jù)與異常記錄服務(wù)工單管理審核、派單、狀態(tài)跟蹤緊急求助管理查看、處理、歸檔公告資訊管理數(shù)據(jù)統(tǒng)計(jì)看板用柱狀圖、折線圖展示老人數(shù)量、服務(wù)量、異常趨勢等這個功能列表不一定是最全的但每一個模塊都能跟前面的業(yè)務(wù)流程閉環(huán)。不要一上來就把“語音識別”“人臉識別”這種大而空的功能寫進(jìn)去除非你有確切的實(shí)現(xiàn)方案否則到后期會把自己坑死。我給所有人的建議就一條畢業(yè)設(shè)計(jì)的功能寧可少而完整也不要多而半成品。2. 技術(shù)選型與架構(gòu)設(shè)計(jì)2.1 為什么用Spring Boot版本怎么選這個題目最大的標(biāo)簽就是Spring Boot。理解Spring Boot的核心價值其實(shí)就是降低SSM時代繁瑣配置的成本。傳統(tǒng)的SSM框架要寫大量的XML配置Spring Boot通過自動配置和starter機(jī)制把這一層幾乎全包了讓我們把精力集中在業(yè)務(wù)代碼上。版本選擇上我強(qiáng)烈建議Java加Spring Boot的經(jīng)典組合JDK 8加Spring Boot 2.7.x。很多同學(xué)看到網(wǎng)上有Spring Boot 3.x就想用最新的。這里提醒一下Spring Boot 3.x要求JDK 17以上而且很多依賴包、教程都是基于2.x寫的加上原本的javax命名空間變更為jakarta接手成本對新手并不友好。畢業(yè)設(shè)計(jì)追求的是穩(wěn)定、不折騰直接用2.7.x省下的時間夠你多寫兩章論文。關(guān)于Spring Boot版本配置可以參考這些常用依賴spring-boot-starter-webWeb核心spring-boot-starter-security或簡單攔截器方案做登錄鑒權(quán)spring-boot-starter-validation參數(shù)校驗(yàn)mybatis-plus-boot-starter數(shù)據(jù)持久層mysql-connector-java數(shù)據(jù)庫驅(qū)動lombok減少實(shí)體類代碼hutool工具類庫生成驗(yàn)證碼、時間格式化非常方便2.2 分層架構(gòu)與包結(jié)構(gòu)代碼要能經(jīng)得起答辯分層結(jié)構(gòu)如果你做得清晰論文里的系統(tǒng)設(shè)計(jì)章節(jié)甚至可以直接復(fù)用。我用的是經(jīng)典三層架構(gòu)Controller層負(fù)責(zé)接收請求、參數(shù)校驗(yàn)、返回統(tǒng)一結(jié)果Service層業(yè)務(wù)邏輯處理事務(wù)邊界Mapper層數(shù)據(jù)訪問在這個基礎(chǔ)上再加兩個輔助包c(diǎn)onfig配置類、common統(tǒng)一返回結(jié)果與異常處理。實(shí)際項(xiàng)目中我建議的包結(jié)構(gòu)是這樣的src/main/java/com/example/smartcare/ ├── controller/ # 接口層 ├── service/ # 業(yè)務(wù)層 ├── mapper/ # 數(shù)據(jù)持久層 ├── entity/ # 實(shí)體類 ├── dto/ # 請求和響應(yīng)對象 ├── vo/ # 視圖對象比如統(tǒng)計(jì)結(jié)果 ├── config/ # 配置類跨域、攔截器、MyBatis-Plus分頁 ├── common/ # 統(tǒng)一返回、異常處理、工具類 ├── task/ # 定時任務(wù) └── SmartCareApplication.java這里說一個很多新手會犯的錯誤直接用實(shí)體類接收前端請求參數(shù)。雖然能跑但答辯時如果老師問“DTO和實(shí)體為什么要分開”會答不上來。實(shí)體類對應(yīng)數(shù)據(jù)庫表結(jié)構(gòu)DTO對應(yīng)前端請求參數(shù)這樣拆開的好處是避免把數(shù)據(jù)庫字段暴露給前端、更容易做參數(shù)校驗(yàn)、需求變更時影響面更小。這也是面試時經(jīng)常被問到的點(diǎn)。2.3 前端方案選你最有把握的智慧養(yǎng)老平臺的前端我見過幾種做法前后端分離Vue加Element UI后端只出接口。這個方案是目前的主流適合對前端有一定基礎(chǔ)的同學(xué)但要注意跨域問題。服務(wù)端渲染Thymeleaf加Bootstrap或Layui后臺模板。優(yōu)點(diǎn)是部署簡單、不存在跨域缺點(diǎn)是頁面交互體驗(yàn)一般。半分離后端用Thymeleaf模板渲染頁面局部交互用jQuery或Ajax。我當(dāng)時用的是Vue加Element UI加Axios前端打包后放到Spring Boot的static目錄下這樣仍然是一個可執(zhí)行jar包避免同時部署兩個服務(wù)。現(xiàn)在回想這是一個很實(shí)用的決定一個jar包搞定整個項(xiàng)目、不用配置Nginx、演示的時候不容易翻車。如果前端經(jīng)驗(yàn)不夠我建議用Bootstrap或Layui這類傳統(tǒng)模板畢業(yè)后如果做管理系統(tǒng)會經(jīng)常遇到這些方案如果想沖前端崗位的面試Vue的優(yōu)先級更高。但無論選哪種核心是你已經(jīng)實(shí)際用過它做了完整的功能而不是用別人寫好的模板來應(yīng)付。3. 數(shù)據(jù)庫設(shè)計(jì)與關(guān)鍵表結(jié)構(gòu)3.1 不搞“一張大表”按業(yè)務(wù)邊界拆表數(shù)據(jù)庫設(shè)計(jì)是整個項(xiàng)目里最值得花時間的地方。很多同學(xué)的數(shù)據(jù)庫喜歡把字段一股腦塞進(jìn)一張表里比如把老人信息和家屬信息寫在同一張表看著簡單實(shí)際上后續(xù)做權(quán)限控制、統(tǒng)計(jì)分析時基本沒法寫SQL。我的表結(jié)構(gòu)劃分思路是用戶表sys_user賬號、密碼、真實(shí)姓名、電話、角色、頭像、狀態(tài)角色表sys_role角色編碼、角色名用戶角色綁定表sys_user_role用戶ID、角色I(xiàn)D家庭成員綁定表family_bind老人ID、家屬ID、關(guān)系、綁定時間健康檔案表health_record老人ID、血壓、血糖、心率、體溫、記錄時間服務(wù)類型表service_type服務(wù)名稱、描述、價格服務(wù)工單表service_order老人ID、服務(wù)類型ID、護(hù)工ID、狀態(tài)、預(yù)約時間、完成時間緊急求助表emergency_alert老人ID、求助時間、狀態(tài)、處理人、處理說明公告表notice標(biāo)題、內(nèi)容、發(fā)布時間、發(fā)布人系統(tǒng)通知表sys_message接收人ID、內(nèi)容、類型、是否已讀以健康檔案表為例字段設(shè)計(jì)大概這樣CREATE TABLE health_record ( id BIGINT PRIMARY KEY AUTO_INCREMENT, elder_id BIGINT NOT NULL COMMENT 老人用戶ID, blood_pressure VARCHAR(20) COMMENT 血壓收縮壓/舒張壓, blood_sugar DECIMAL(5,2) COMMENT 血糖值, heart_rate INT COMMENT 心率, temperature DECIMAL(4,1) COMMENT 體溫, record_date DATE NOT NULL COMMENT 記錄日期, remark VARCHAR(255) COMMENT 備注, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP );這里要注意查詢老人最近一條健康記錄需要按record_date和create_time排序后取第一條所以索引要覆蓋到(elder_id, record_date, create_time)。第一次我漏了這個索引數(shù)據(jù)量上去之后查詢變慢加上索引就解決問題了。這也是論文系統(tǒng)測試章節(jié)里可以寫的一個優(yōu)化點(diǎn)。3.2 工單狀態(tài)機(jī)設(shè)計(jì)服務(wù)工單是智慧養(yǎng)老平臺里最復(fù)雜的業(yè)務(wù)實(shí)體它不能只存一個“狀態(tài)”字段就沒下文了。我在工單表里設(shè)計(jì)了這幾個核心字段order_no工單編號用時間戳加隨機(jī)數(shù)生成方便追溯elder_id老人IDservice_type_id服務(wù)類型caregiver_id護(hù)工ID派單后賦值status狀態(tài)0待審核、1待服務(wù)、2服務(wù)中、3待確認(rèn)、4已完成、5已取消appoint_time預(yù)約時間create_time創(chuàng)建時間finish_time完成時間evaluate家屬評價為什么要把狀態(tài)設(shè)計(jì)成6個而不是3個因?yàn)槊恳徊蕉加忻鞔_的操作人和操作時機(jī)論文和答辯時可以畫“工單狀態(tài)機(jī)圖”這是很多同學(xué)沒想到的加分點(diǎn)。比如工單流轉(zhuǎn)順序是提交預(yù)約 → 管理員審核 → 系統(tǒng)派單 → 護(hù)工服務(wù) → 家屬確認(rèn) → 完成。每一狀態(tài)變更都記錄日志后續(xù)出問題能追蹤這在實(shí)際項(xiàng)目中是非常核心的設(shè)計(jì)思路。另外還要提一下緊急求助表和服務(wù)工單表的關(guān)系緊急求助可能生成工單也可能只生成告警記錄。我通過一個source_type字段區(qū)分工單來源1普通預(yù)約、2緊急求助生成這樣既能追蹤普通服務(wù)也能把緊急處理的記錄串起來。3.3 統(tǒng)一返回對象與全局異常處理寫后端接口時如果每個接口都手動返回JSON格式的Map后期維護(hù)會極其痛苦。我在項(xiàng)目里定義了一個統(tǒng)一返回體Data public class ResultT { private Integer code; private String message; private T data; public static T ResultT success(T data) { ResultT result new Result(); result.setCode(200); result.setMessage(操作成功); result.setData(data); return result; } public static T ResultT error(String message) { ResultT result new Result(); result.setCode(500); result.setMessage(message); return result; } }然后用RestControllerAdvice做全局異常處理把業(yè)務(wù)異常和系統(tǒng)異常分開。這樣Controller代碼會非常干凈前端也不用每一個請求都做額外的判斷邏輯。記得在全局異常處理器里處理參數(shù)校驗(yàn)異常MethodArgumentNotValidException和兜底異常Exception否則前端頁面會直接看到一大段英文堆棧信息演示的時候很尷尬。4. 核心功能實(shí)現(xiàn)與實(shí)操要點(diǎn)4.1 登錄鑒權(quán)JWT方案與權(quán)限控制智慧養(yǎng)老平臺涉及老人、家屬、護(hù)工、管理員多類角色登錄鑒權(quán)不能不做。我沒有選擇傳統(tǒng)的Session方案而是用了JWT方案理由有兩點(diǎn)一是無狀態(tài)前后端分離場景下更友好二是畢設(shè)論文中“系統(tǒng)安全設(shè)計(jì)”章節(jié)有內(nèi)容可寫。JWT的核心邏輯是用戶登錄成功后后端驗(yàn)證用戶名密碼生成一個token返回給前端前端將token存在localStorage里之后每個請求都在Authorization頭帶上token后端通過攔截器或Spring Security解析token判斷用戶身份和角色。如果你不想引入Spring Security它的過濾器鏈學(xué)習(xí)成本相對高可以直接用攔截器加JWT實(shí)現(xiàn)Component public class JwtInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(Authorization); if (StringUtils.hasText(token) token.startsWith(Bearer )) { token token.substring(7); } Claims claims JwtUtil.parseToken(token); if (claims null) { response.setStatus(401); response.getWriter().write(未登錄或token已過期); return false; } request.setAttribute(userId, claims.get(userId)); request.setAttribute(role, claims.get(role)); return true; } }然后注冊攔截器時注意排除登錄接口、靜態(tài)資源以及一些公開接口。如果你對過濾器和攔截器的區(qū)別不清楚建議把兩者區(qū)別弄明白這是Java面試被問頻率極高的問題。這里分享一個我踩過的坑JWT的密鑰和過期時間不要寫死在代碼里放到application.yml配置文件中方便修改。過期時間我當(dāng)時設(shè)的是24小時實(shí)際使用時如果用戶一直在操作到期后會突然被踢出因此可以在此基礎(chǔ)上做一個簡單的續(xù)期策略比如token存在7天但如果用戶3天沒活躍就失效。不需要做得太復(fù)雜答辯能說清楚即可。4.2 健康數(shù)據(jù)上報(bào)與預(yù)警通知健康模塊是這個項(xiàng)目的靈魂也是區(qū)別于普通管理系統(tǒng)最大的亮點(diǎn)。實(shí)現(xiàn)思路如下前端或模擬設(shè)備端通過接口上報(bào)老人的血壓、血糖、心率、體溫等數(shù)據(jù)后端校驗(yàn)后寫入health_record表。然后在Service層做一次規(guī)則判斷收縮壓大于140或舒張壓大于90判為血壓偏高血糖大于7.0判為血糖偏高心率大于100或小于60判為心率異常體溫大于37.5判為發(fā)熱如果判斷結(jié)果異常就往emergency_alert表和sys_message表各插入一條記錄并發(fā)送一份通知。我在這個環(huán)節(jié)用了Spring Boot的Async注解把通知發(fā)送做成異步避免阻塞主流程。Async public void sendHealthAlert(Long elderId, String content) { ListLong familyIds familyBindMapper.selectFamilyIdsByElderId(elderId); // 批量插入系統(tǒng)通知 // 如果有短信或微信推送接口可在這里接入 }這是能顯著提升項(xiàng)目完成度的設(shè)計(jì)。論文里可以寫“基于事件驅(qū)動的通知模塊”面試時可以把異步、線程池、消息隊(duì)列的演進(jìn)關(guān)系講一遍。別忘了在啟動類上加上EnableAsync注解否則Async不會生效。這個坑我見過好幾個同學(xué)踩。4.3 服務(wù)工單閉環(huán)與并發(fā)安全工單模塊的核心邏輯在處理狀態(tài)變更時一定要加上事務(wù)。比如護(hù)工點(diǎn)擊“開始服務(wù)”會涉及更新工單狀態(tài)、修改服務(wù)記錄等多個操作如果只更新一個表還好說多個表必須用Transactional包住。派單邏輯如果涉及“將任務(wù)分配給在線護(hù)工”你需要確定護(hù)工是否有正在進(jìn)行的工單、是否超出最大接單數(shù)。我當(dāng)時的處理是查詢該護(hù)工今日狀態(tài)為“待服務(wù)”和“服務(wù)中”的工單數(shù)量小于5單才能派單。這個規(guī)則不復(fù)雜但對數(shù)據(jù)的一致性和并發(fā)有要求如果兩個請求同時給同一個護(hù)工派單會有問題?？梢栽赟QL里加條件更新UPDATE service_order SET caregiver_id #{caregiverId}, status 2 WHERE id #{orderId} AND status 1用條件更新的方式來判斷狀態(tài)是否還是“待服務(wù)”避免并發(fā)情況下重復(fù)派單。在論文的系統(tǒng)設(shè)計(jì)章節(jié)可以把這個細(xì)節(jié)寫進(jìn)去這是一個非常好的加分點(diǎn)說明你考慮了并發(fā)場景。4.4 數(shù)據(jù)統(tǒng)計(jì)看板SQL聚合與ECharts展示后臺管理端的統(tǒng)計(jì)看板其實(shí)是讓整個系統(tǒng)看起來“高一個檔次”的功能。我在首頁放了三個統(tǒng)計(jì)維度用戶總數(shù)與角色分布、工單狀態(tài)對比、近7天健康異常趨勢。實(shí)現(xiàn)時用SQL分組統(tǒng)計(jì)和日期函數(shù)SELECT DATE(create_time) AS day, COUNT(*) AS cnt FROM emergency_alert WHERE create_time DATE_SUB(CURDATE(), INTERVAL 7 DAY) GROUP BY DATE(create_time) ORDER BY day;前端用ECharts折線圖展示。這里提醒一下ECharts的data數(shù)據(jù)格式要和后端返回的JSON字段一一對應(yīng)。我第一次聯(lián)調(diào)時后端返回的是day和cnt前端卻取了date和count導(dǎo)致圖表空白排查了很久。所以前后端聯(lián)調(diào)時最好先定好接口文檔把每個字段名對齊能省非常多時間。5. 論文、PPT與答辯準(zhǔn)備5.1 畢業(yè)論文結(jié)構(gòu)怎么組織很多人代碼做完了論文卻拖到最后兩周才動筆結(jié)果非常痛苦。我的建議是論文和開發(fā)同步推進(jìn)代碼完成一部分論文就寫一部分。畢業(yè)設(shè)計(jì)的論文一般按照軟件工程的標(biāo)準(zhǔn)流程來寫摘要一段話講清楚背景、系統(tǒng)功能、技術(shù)棧、實(shí)現(xiàn)結(jié)果緒論項(xiàng)目背景、國內(nèi)外現(xiàn)狀、研究意義、論文結(jié)構(gòu)需求分析用戶角色分析、功能需求、非功能需求、用例圖、業(yè)務(wù)流程圖系統(tǒng)設(shè)計(jì)總體架構(gòu)、技術(shù)架構(gòu)、功能模塊設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)E-R圖和主要表結(jié)構(gòu)系統(tǒng)實(shí)現(xiàn)核心功能模塊的代碼實(shí)現(xiàn)說明帶核心代碼片段和運(yùn)行截圖系統(tǒng)測試功能測試用例表、測試結(jié)果分析總結(jié)與展望做了什么、不足與改進(jìn)方向這里特別提醒論文里的截圖一定要自己實(shí)際運(yùn)行后截圖不要盜用網(wǎng)上的圖查重和答辯都能查出來。另外系統(tǒng)測試不要只寫“測試通過”要有具體的測試用例表格編號、功能描述、操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、是否通過。評委很看重這個細(xì)節(jié)。5.2 PPT設(shè)計(jì)原則與答辯話術(shù)PPT不需要花哨但邏輯要清楚。我的PPT結(jié)構(gòu)大致按照論文目錄來但每頁只放核心內(nèi)容不要貼大段代碼。三個原則頁面文字少、多用架構(gòu)圖和截圖、每頁只有一個核心觀點(diǎn)。答辯時是10到15分鐘我的經(jīng)驗(yàn)是準(zhǔn)備兩套講法如果評委不懂技術(shù)細(xì)節(jié)重點(diǎn)講項(xiàng)目背景、解決了什么問題、系統(tǒng)演示效果如果評委懂技術(shù)重點(diǎn)講技術(shù)方案、難點(diǎn)和解決方案、對并發(fā)和數(shù)據(jù)庫設(shè)計(jì)做了哪些優(yōu)化建議提前準(zhǔn)備這些問題為什么選Spring Boot它的核心特性是什么數(shù)據(jù)庫有哪些表為什么這么設(shè)計(jì)角色權(quán)限是怎么實(shí)現(xiàn)的健康異常預(yù)警是怎么觸發(fā)的你的系統(tǒng)在并發(fā)場景下做了哪些優(yōu)化如果讓這個系統(tǒng)上線你還有什么改進(jìn)計(jì)劃以上問題想清楚答辯基本穩(wěn)了。我當(dāng)時在答辯現(xiàn)場被問到最多的問題就是“你說的智能體現(xiàn)在哪里”所以你要準(zhǔn)備好把“規(guī)則預(yù)警、自動通知、工單閉環(huán)、數(shù)據(jù)看板”這些點(diǎn)串成一個完整的故事講出來。6. 常見問題與調(diào)試實(shí)錄6.1 環(huán)境與啟動類問題Spring Boot啟動失敗報(bào)“Port 8080 was already in use”是最常見的問題。Windows下用netstat -ano | findstr 8080找到PID然后在任務(wù)管理器結(jié)束進(jìn)程?；蛘咧苯釉赼pplication.yml里換一個端口比如8081。如果是長時間用電腦開發(fā)建議直接改一個不常用的端口省心。數(shù)據(jù)庫連接報(bào)“Access denied for user”檢查MySQL賬號密碼、數(shù)據(jù)庫是否存在、url中數(shù)據(jù)庫名拼寫是否正確。這里有個容易被忽略的點(diǎn)MySQL 8.0的驅(qū)動類名是com.mysql.cj.jdbc.Driverurl中還要加上serverTimezoneAsia/Shanghai否則時區(qū)報(bào)錯。Maven依賴下載慢或依賴沖突建議配置阿里云鏡像倉庫不要直接用默認(rèn)中央倉庫。依賴沖突時用mvn dependency:tree排查比如Druid和MyBatis-Plus之間的日志依賴沖突可以直接排除沖突的傳遞依賴。6.2 代碼層面的典型坑MyBatis-Plus分頁查詢不生效。很多人寫了Page對象但查出來依舊全量數(shù)據(jù)原因是沒有配置分頁插件。需要在config里加上Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; }Lombok編譯找不到方法。新裝的IDEA默認(rèn)沒有開啟Annotation Processing或者沒裝Lombok插件。在Settings里搜Annotation Processors勾選Enable annotation processing然后重啟IDEA。如果還不行檢查pom里L(fēng)ombok的依賴是否在有效scope內(nèi)。前端請求跨域?yàn)g覽器報(bào)CORS錯誤。前后端分離時我直接在后端寫了一個全局跨域配置類Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }allowedOriginPatterns()和allowCredentials(true)同時使用時注意不要用allowedOrigins()否則會有安全限制。6.3 演示與部署注意事項(xiàng)無論你用的是自己電腦演示還是服務(wù)器部署最后一定要準(zhǔn)備一個“干凈演示環(huán)境”關(guān)閉代碼編輯器里無關(guān)的窗口避免答辯時誤觸數(shù)據(jù)庫先用腳本導(dǎo)入一份完整的測試數(shù)據(jù)不要演示時現(xiàn)場造數(shù)據(jù)整理一條演示的完整路徑登錄 → 查看統(tǒng)計(jì)看板 → 查看老人健康檔案 → 模擬一次健康數(shù)據(jù)上報(bào) → 展示預(yù)警通知 → 展示工單流轉(zhuǎn) → 現(xiàn)場答疑檢查打包命令確保能正常執(zhí)行mvn clean package -DskipTests如果你用的是前后端分離結(jié)構(gòu)演示前提前把前端打包到Spring Boot的static目錄確保一個jar包跑起來就能看到完整頁面。演示前一定要在答辯教室的電腦上實(shí)際跑一遍再上臺哪怕只是用虛擬機(jī)跑也要確保網(wǎng)絡(luò)環(huán)境、MySQL版本、JDK版本一致。我見過太多同學(xué)答辯當(dāng)天打不開項(xiàng)目原因只有一個環(huán)境沒提前驗(yàn)證。7. 從畢設(shè)到面試項(xiàng)目延伸價值7.1 面試官最常追問的方向整理很多同學(xué)做完畢設(shè)就扔了其實(shí)很可惜。畢設(shè)項(xiàng)目是Java后端求職面試時最有說服力的項(xiàng)目經(jīng)歷前提是你得能講清楚。圍繞智慧養(yǎng)老平臺面試官常問的問題大概會從下面幾個方向展開Spring Boot層面自動配置原理是什么為什么引入一個starter就能用如何自定義一個starterWeb安全層面JWT和session有什么區(qū)別token過期怎么處理SQL注入怎么防止MyBatis的#{}和${}區(qū)別是什么數(shù)據(jù)庫層面索引為什么能提升查詢性能建索引的原則是什么如何分析慢SQL并發(fā)層面你項(xiàng)目里哪里用到了異步和線程池如果不加鎖并發(fā)派單會有什么問題工程化層面Maven生命周期、打包流程、日志怎么配置、Lombok原理是什么建議你把每個問題寫成一頁筆記用自己的項(xiàng)目例子回答。比如面試官問“你們項(xiàng)目里怎么處理健康預(yù)警的”你可以這樣回答“老人健康數(shù)據(jù)錄入后服務(wù)層做規(guī)則判斷一旦指標(biāo)異常就寫入預(yù)警表同時觸發(fā)異步通知給綁定的家屬和護(hù)工推送消息。對于并發(fā)問題比如同時多個設(shè)備上報(bào)時我用樂觀鎖和唯一索引去重避免重復(fù)預(yù)警記錄?！边@一段回答既講了業(yè)務(wù)又帶了并發(fā)處理還體現(xiàn)數(shù)據(jù)庫設(shè)計(jì)意識比干巴巴說“我用了Spring Boot”強(qiáng)太多。7.2 項(xiàng)目的擴(kuò)展方向你也可以把這個項(xiàng)目繼續(xù)往深了擴(kuò)展比如接一個心率模擬器來模擬設(shè)備實(shí)時上報(bào)或者用WebSocket推送給家屬端實(shí)時預(yù)警又或者加入簡單的數(shù)據(jù)分析模型做健康趨勢預(yù)測這些擴(kuò)展方向都可以寫進(jìn)論文的展望部分也可以作為面試時“為什么想做、怎么做”的加分素材。我現(xiàn)在回顧自己做這個畢設(shè)的過程最深的感受是一個畢業(yè)設(shè)計(jì)做得好的標(biāo)準(zhǔn)不是代碼量多大、功能多炫而是你能不能在做完后把每一個決策都講出理由。技術(shù)選型為什么這么選、表為什么這么建、接口為什么這么設(shè)計(jì)、異常為什么這么處理這些“理由”才是畢業(yè)設(shè)計(jì)真正的收獲。最后再給一個非常實(shí)用的建議不管你是從零開始做還是用已有的源代碼做二次開發(fā)都建議自己把核心模塊的代碼重新敲一遍尤其是登錄鑒權(quán)、健康數(shù)據(jù)預(yù)警、工單流轉(zhuǎn)這三個模塊。一來是為了真正理解原理二來是答辯前的時間安排才不會被突發(fā)情況打亂。這個項(xiàng)目看著不大但能把它做完并講透你的Java后端基本功和工程項(xiàng)目思維就已經(jīng)超過絕大多數(shù)應(yīng)屆生了。本文還有配套的精品資源點(diǎn)擊獲取