管理系統(tǒng)：畢業(yè)設(shè)計(jì)從業(yè)務(wù)建模到答辯全解析)
先說(shuō)句實(shí)在話在計(jì)算機(jī)畢業(yè)設(shè)計(jì)這個(gè)圈子里“XX管理系統(tǒng)”一直是雷打不動(dòng)的常青樹(shù)。但你仔細(xì)看同樣是管理系統(tǒng)含金量差得遠(yuǎn)了。有的是簡(jiǎn)單的單表增刪改查答辯時(shí)老師一眼看穿有的則把業(yè)務(wù)鏈路、數(shù)據(jù)流轉(zhuǎn)、權(quán)限模型都做得有模有樣甚至能直接拿到養(yǎng)殖場(chǎng)里試用。今天要拆的這個(gè)基于SpringBoot的豬場(chǎng)管理系統(tǒng)就屬于后者。如果你正在糾結(jié)選題或者已經(jīng)定了方向但不知道從哪里下手這篇文章應(yīng)該能幫你省下不少自己摸索的時(shí)間。這個(gè)系統(tǒng)解決的核心問(wèn)題很直白規(guī)?；i場(chǎng)里母豬配種、仔豬出生、疫苗防疫、飼料消耗、育肥出欄這些數(shù)據(jù)不能再靠手寫筆記本或者Excel表格來(lái)管了。散養(yǎng)戶靠腦子記沒(méi)問(wèn)題一旦上了規(guī)模幾百頭母豬、上千頭存欄光是對(duì)不上賬這件事就夠讓人頭疼。所以這個(gè)系統(tǒng)的目標(biāo)用戶非常清晰——中小型規(guī)模化養(yǎng)豬場(chǎng)的管理人員、技術(shù)員以及需要把業(yè)務(wù)流程線上化的項(xiàng)目負(fù)責(zé)人。對(duì)應(yīng)到畢業(yè)設(shè)計(jì)里它的價(jià)值就在于你做的不是一個(gè)“玩具”而是一個(gè)真正能落地的業(yè)務(wù)系統(tǒng)答辯時(shí)有完整的故事線可以講。先交代一下我認(rèn)為這個(gè)項(xiàng)目最值得學(xué)習(xí)的三層結(jié)構(gòu)第一層是業(yè)務(wù)理解你得懂豬場(chǎng)是怎么回事第二層是技術(shù)實(shí)現(xiàn)SpringBoot MyBatis-Plus MySQL這套組合怎么把業(yè)務(wù)落地第三層是工程化思維狀態(tài)流轉(zhuǎn)、事務(wù)控制、權(quán)限設(shè)計(jì)這些在實(shí)際開(kāi)發(fā)中真正會(huì)被問(wèn)到的東西。下面我按從整體到細(xì)節(jié)的順序把整個(gè)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)拆開(kāi)講清楚。1. 項(xiàng)目整體設(shè)計(jì)與技術(shù)選型的底層邏輯1.1 為什么選SpringBoot而不是其他框架很多同學(xué)在做畢業(yè)設(shè)計(jì)時(shí)糾結(jié)用SpringBoot還是SSH用不用前后端分離要不要上微服務(wù)我的建議很直接——SpringBoot是你當(dāng)前階段的最優(yōu)解沒(méi)有之一。先說(shuō)為什么不是SSHStruts2 Spring Hibernate。這套技術(shù)棧確實(shí)經(jīng)典但已經(jīng)明顯過(guò)時(shí)了?，F(xiàn)在企業(yè)的實(shí)際項(xiàng)目中SpringBoot幾乎是絕對(duì)主流它的自動(dòng)配置機(jī)制把你從繁瑣的XML配置里解放出來(lái)內(nèi)嵌Tomcat也讓部署變得極其簡(jiǎn)單。你用SpringBoot寫出來(lái)的項(xiàng)目無(wú)論是給老師看還是放到簡(jiǎn)歷里都更符合當(dāng)下的技術(shù)發(fā)展趨勢(shì)。再說(shuō)為什么不上微服務(wù)。豬場(chǎng)管理系統(tǒng)這種業(yè)務(wù)體量單機(jī)部署完全夠用。你強(qiáng)行拆成訂單服務(wù)、庫(kù)存服務(wù)、用戶服務(wù)反而給自己挖坑——分布式事務(wù)、服務(wù)間調(diào)用、鏈路追蹤每一個(gè)都能讓你在答辯時(shí)下不來(lái)臺(tái)。記住一句話架構(gòu)是為業(yè)務(wù)服務(wù)的脫離業(yè)務(wù)規(guī)模談架構(gòu)都是耍流氓。1.2 技術(shù)棧選型的細(xì)節(jié)考量接下來(lái)是我認(rèn)為這套技術(shù)棧里比較關(guān)鍵的選擇SpringBoot 2.x目前最穩(wěn)定的版本線網(wǎng)上資料多遇到問(wèn)題一搜就能找到解決方案。建議用2.7.x兼容性好spring-boot-starter-parent管理依賴非常省心。MyBatis-Plus很多人糾結(jié)用JPA還是MyBatis。我的建議是MyBatis-Plus原因很簡(jiǎn)單復(fù)雜SQL你可以在XML里手寫簡(jiǎn)單的單表操作用它的Wrapper機(jī)制一行搞定。既有MyBatis的靈活性又有類似JPA的開(kāi)發(fā)效率。MySQL 8.0最主流的關(guān)系型數(shù)據(jù)庫(kù)處理豬場(chǎng)這種量級(jí)的數(shù)據(jù)完全沒(méi)有壓力。Redis這個(gè)按需使用。如果你想讓項(xiàng)目看起來(lái)更有含金量可以用它做驗(yàn)證碼存儲(chǔ)、數(shù)據(jù)緩存。但如果你對(duì)Redis還不熟寧可不加也不要強(qiáng)行用不熟悉的中間件。前端方案兩個(gè)選擇一個(gè)是傳統(tǒng)的Thymeleaf模板引擎一個(gè)是前后端分離的Vue ElementUI。我的建議如果你對(duì)前端不熟用Thymeleaf能省大量時(shí)間如果你有一定前端基礎(chǔ)前后端分離會(huì)讓項(xiàng)目看著更專業(yè)。下面講核心模塊時(shí)我都按前后端分離去說(shuō)但思路是通用的。提示無(wú)論選哪種前端方案核心業(yè)務(wù)邏輯都在后端。你的精力應(yīng)該放在后端設(shè)計(jì)上前端只要能用、能演示就已經(jīng)合格了。2. 系統(tǒng)架構(gòu)與數(shù)據(jù)庫(kù)規(guī)劃五張核心表?yè)纹痦?xiàng)目骨架2.1 系統(tǒng)模塊劃分先畫業(yè)務(wù)地圖再動(dòng)手寫代碼我見(jiàn)過(guò)太多同學(xué)一上來(lái)就建表寫代碼寫到一半發(fā)現(xiàn)邏輯混亂又開(kāi)始推翻重來(lái)。正確的做法是先把業(yè)務(wù)模塊畫出來(lái)。對(duì)于豬場(chǎng)管理系統(tǒng)我建議劃分成下面幾個(gè)模塊模塊名稱核心功能對(duì)應(yīng)角色系統(tǒng)管理用戶管理、角色管理、菜單管理管理員豬只管理豬只檔案、狀態(tài)流轉(zhuǎn)、批次管理技術(shù)員繁殖管理配種記錄、妊娠檢查、產(chǎn)仔登記技術(shù)員飼喂管理飼料出入庫(kù)、投喂記錄、庫(kù)存預(yù)警飼養(yǎng)員防疫管理疫苗計(jì)劃、接種記錄、疾病檔案獸醫(yī)銷售管理出欄登記、銷售記錄、價(jià)格管理管理員統(tǒng)計(jì)報(bào)表存欄統(tǒng)計(jì)、死亡分析、成本核算管理員每個(gè)模塊的邊界要清晰功能之間通過(guò)數(shù)據(jù)關(guān)聯(lián)。比如銷售管理里的出欄操作會(huì)反寫豬只檔案的狀態(tài)防疫管理里的接種記錄會(huì)聯(lián)動(dòng)豬只的健康狀態(tài)。這樣設(shè)計(jì)出來(lái)的系統(tǒng)業(yè)務(wù)邏輯才是連貫的。2.2 核心數(shù)據(jù)模型以豬只檔案表為圓心在所有的表結(jié)構(gòu)里豬只檔案表是絕對(duì)的核心幾乎所有業(yè)務(wù)都圍繞它展開(kāi)。我自己在設(shè)計(jì)這張表時(shí)踩過(guò)不少坑這里直接給你一份可復(fù)用的建表SQLCREATE TABLE pig_info ( id BIGINT NOT NULL AUTO_INCREMENT COMMENT 主鍵, pig_no VARCHAR(32) NOT NULL COMMENT 耳標(biāo)號(hào)唯一標(biāo)識(shí), breed_type VARCHAR(16) DEFAULT NULL COMMENT 品種類型, gender TINYINT DEFAULT NULL COMMENT 性別1公2母, birth_date DATE DEFAULT NULL COMMENT 出生日期, current_stage VARCHAR(16) DEFAULT NULL COMMENT 當(dāng)前階段仔豬/保育/育肥/種豬, pen_id BIGINT DEFAULT NULL COMMENT 欄舍ID, source_type TINYINT DEFAULT NULL COMMENT 來(lái)源1自繁2外購(gòu), weight DECIMAL(10,2) DEFAULT NULL COMMENT 當(dāng)前體重kg, status TINYINT NOT NULL DEFAULT 1 COMMENT 狀態(tài)1在欄2出售3死亡, remark VARCHAR(255) DEFAULT NULL COMMENT 備注, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_pig_no (pig_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT豬只檔案表;這張表的設(shè)計(jì)有幾個(gè)容易被忽略的細(xì)節(jié)。唯一索引加在耳標(biāo)號(hào)上這是物理世界的真實(shí)場(chǎng)景——每頭豬耳朵上打的耳標(biāo)號(hào)是唯一的數(shù)據(jù)庫(kù)里必須杜絕重復(fù)。當(dāng)前階段和狀態(tài)分開(kāi)定義是因?yàn)椤坝守i”和“已出售”是兩個(gè)維度的概念一個(gè)描述生長(zhǎng)階段一個(gè)描述存欄狀態(tài)混在一起會(huì)讓統(tǒng)計(jì)變得非常痛苦。2.3 其余業(yè)務(wù)表的設(shè)計(jì)邏輯除了豬只檔案表還有幾張表需要重點(diǎn)設(shè)計(jì)。我這里挑幾個(gè)關(guān)鍵表展開(kāi)講一下設(shè)計(jì)思路欄舍表pen_info包含欄舍編號(hào)、欄舍名稱、所屬棟舍、最大容量、當(dāng)前容量。這個(gè)表的價(jià)值在于你可以通過(guò)當(dāng)前容量和最大容量的對(duì)比快速知道哪個(gè)欄舍還有空位支撐豬只轉(zhuǎn)欄操作。配種記錄表mating_record字段包括種豬ID、配種日期、配種方式自然/人工授精、預(yù)期分娩日期、妊娠結(jié)果。這張表是繁殖管理模塊的核心數(shù)據(jù)最終會(huì)匯總到種豬的繁育成績(jī)里。防疫記錄表vaccination_record豬只ID、疫苗名稱、接種日期、下次接種日期、操作員。有了下次接種日期就能通過(guò)定時(shí)任務(wù)生成“待防疫提醒”這是系統(tǒng)里非常有實(shí)用價(jià)值的一個(gè)功能。銷售記錄表sale_record豬只ID、客戶名稱、售價(jià)、收款方式、銷售日期。這個(gè)表的數(shù)據(jù)直接關(guān)聯(lián)統(tǒng)計(jì)報(bào)表里的收入分析。實(shí)操心得設(shè)計(jì)表結(jié)構(gòu)時(shí)不要一味追求字段多。每個(gè)字段都必須能回答“這個(gè)數(shù)據(jù)將來(lái)在哪個(gè)頁(yè)面被展示、被哪個(gè)統(tǒng)計(jì)所使用”這個(gè)問(wèn)題。沒(méi)有使用場(chǎng)景的字段再花哨也是冗余。3. 核心業(yè)務(wù)功能拆解從生豬檔案到銷售報(bào)表的完整鏈路3.1 豬只檔案管理狀態(tài)機(jī)的經(jīng)典應(yīng)用場(chǎng)景豬只檔案管理不僅僅是簡(jiǎn)單的增刪改查真正的難點(diǎn)在于狀態(tài)流轉(zhuǎn)。我給你描述一個(gè)真實(shí)場(chǎng)景一批仔豬出生后狀態(tài)是“仔豬”斷奶后轉(zhuǎn)入保育舍狀態(tài)變成“保育豬”再長(zhǎng)大一點(diǎn)轉(zhuǎn)入育肥舍狀態(tài)變成“育肥豬”最后出欄銷售狀態(tài)變成“已出售”。這個(gè)流轉(zhuǎn)過(guò)程如果用普通的更新操作來(lái)做代碼會(huì)非常散亂。更專業(yè)的做法是定義一個(gè)狀態(tài)機(jī)把合法的狀態(tài)轉(zhuǎn)換路徑集中管理。什么是合法的轉(zhuǎn)換路徑仔豬可以轉(zhuǎn)保育但仔豬直接轉(zhuǎn)育肥就是非法操作系統(tǒng)應(yīng)該攔截。在代碼層面我建議用枚舉定義這套規(guī)則public enum PigStageEnum { PIGLET(仔豬, Arrays.asList(保育豬)), NURSERY(保育豬, Arrays.asList(育肥豬, 種豬)), FATTER(育肥豬, Arrays.asList(已出售)), BREEDER(種豬, Arrays.asList(已淘汰)); private String desc; private ListString allowedTransferTargets; // 省略構(gòu)造函數(shù)和getter }有了這個(gè)枚舉你在Service層的轉(zhuǎn)欄操作里只需要判斷目標(biāo)階段是否在當(dāng)前階段允許的轉(zhuǎn)移列表里能省掉大量if-else的判斷邏輯。這個(gè)設(shè)計(jì)也是答辯時(shí)的一個(gè)技術(shù)亮點(diǎn)建議重點(diǎn)說(shuō)明。3.2 飼喂管理與飼料庫(kù)存事務(wù)控制的必修課飼喂管理模塊看起來(lái)簡(jiǎn)單無(wú)非是記錄每天給豬喂了什么、喂了多少。但當(dāng)你把“飼料出入庫(kù)”和“投喂記錄”關(guān)聯(lián)起來(lái)時(shí)就會(huì)遇到事務(wù)問(wèn)題。具體來(lái)說(shuō)飼養(yǎng)員登記一條投喂記錄時(shí)系統(tǒng)需要同時(shí)減少飼料庫(kù)存中對(duì)應(yīng)的數(shù)量。這兩個(gè)操作必須在一個(gè)數(shù)據(jù)庫(kù)事務(wù)里完成否則可能出現(xiàn)投喂記錄保存成功、庫(kù)存卻沒(méi)有扣減的情況。代碼如下Transactional(rollbackFor Exception.class) public void createFeedingRecord(FeedingRecord record) { // 1. 保存投喂記錄 feedingRecordMapper.insert(record); // 2. 扣減飼料庫(kù)存 FeedStock stock feedStockMapper.selectById(record.getFeedId()); stock.setStockQuantity(stock.getStockQuantity() - record.getFeedAmount()); feedStockMapper.updateById(stock); }關(guān)于庫(kù)存設(shè)計(jì)還有一個(gè)細(xì)節(jié)值得提一下庫(kù)存預(yù)警。在飼料庫(kù)存表里加一個(gè)min_quantity字段每次出庫(kù)后判斷當(dāng)前庫(kù)存是否低于預(yù)警值低于就生成一條預(yù)警記錄。這個(gè)小功能很討喜不管是期末考試還是答辯都是會(huì)被老師問(wèn)到的亮點(diǎn)。3.3 防疫管理定時(shí)任務(wù)與業(yè)務(wù)提醒的實(shí)現(xiàn)思路防疫模塊的核心痛點(diǎn)是“該打疫苗的時(shí)候不能漏”。傳統(tǒng)做法是獸醫(yī)翻本子現(xiàn)在我們把這個(gè)任務(wù)交給系統(tǒng)。具體實(shí)現(xiàn)方案是在防疫記錄表里記錄每次接種后的下次接種日期然后通過(guò)SpringBoot自帶的Scheduled定時(shí)任務(wù)每天掃描一遍當(dāng)天的應(yīng)接種名單生成提醒記錄。Component Slf4j public class VaccineReminderTask { Scheduled(cron 0 0 8 * * ?) public void scanTodayVaccineList() { // 查詢所有next_vaccine_date為今天的豬只 ListPigInfo pigList pigInfoMapper.selectList( new LambdaQueryWrapperPigInfo() .apply(DATE(next_vaccine_date) CURDATE()) ); if (CollectionUtils.isEmpty(pigList)) { return; } // 批量生成提醒數(shù)據(jù) pigList.forEach(pig - { Reminder reminder new Reminder(); reminder.setPigId(pig.getId()); reminder.setType(1); // 1疫苗提醒 reminder.setStatus(0); // 0未處理 reminderMapper.insert(reminder); }); } }這個(gè)功能實(shí)現(xiàn)難度不大但業(yè)務(wù)價(jià)值極高。你在答辯時(shí)可以說(shuō)這個(gè)設(shè)計(jì)讓獸醫(yī)從“追著豬群跑”變成“打開(kāi)系統(tǒng)看一眼”工作效率的提升是非常直觀的。這種結(jié)合業(yè)務(wù)實(shí)際的設(shè)計(jì)敘事遠(yuǎn)比單純講代碼更打動(dòng)人。3.4 繁殖管理母豬繁殖記錄的完整閉環(huán)繁殖管理是豬場(chǎng)系統(tǒng)里最體現(xiàn)“業(yè)務(wù)理解深度”的模塊。它應(yīng)該包含完整的業(yè)務(wù)閉環(huán)配種登記 → 妊娠檢查 → 分娩記錄 → 仔豬登記。我在實(shí)際項(xiàng)目中建議這樣設(shè)計(jì)配種登記時(shí)除了選擇種豬和配種日期還要自動(dòng)計(jì)算預(yù)期分娩日期孕期約114天。配種后可錄入妊檢結(jié)果。如果妊檢不通過(guò)狀態(tài)回到可配種狀態(tài)如果通過(guò)狀態(tài)變成“妊娠母豬”。分娩登記時(shí)系統(tǒng)自動(dòng)生成仔豬檔案。這里面有個(gè)細(xì)節(jié)新出生的仔豬數(shù)量可能很大如果一頭頭手工錄入非常費(fèi)時(shí)。更好的做法是父頁(yè)面錄入產(chǎn)仔數(shù)據(jù)時(shí)自動(dòng)批量生成仔豬檔案每頭豬的耳標(biāo)號(hào)用規(guī)則自動(dòng)生成如“母號(hào)分娩日期序號(hào)”。3.5 統(tǒng)計(jì)報(bào)表讓數(shù)據(jù)說(shuō)話的關(guān)鍵模塊報(bào)表模塊是很多畢業(yè)設(shè)計(jì)的弱項(xiàng)不少同學(xué)就是放幾個(gè)圖表插件完事。但我想給你一個(gè)進(jìn)階思路真正有價(jià)值的不是圖表的視覺(jué)效果而是數(shù)據(jù)背后的業(yè)務(wù)含義。比如“存欄分析”這個(gè)報(bào)表最簡(jiǎn)單的實(shí)現(xiàn)是把所有狀態(tài)為“在欄”的豬只數(shù)量統(tǒng)計(jì)出來(lái)。但更據(jù)管理層價(jià)值的是按階段分類統(tǒng)計(jì)仔豬還有多少保育豬多少育肥豬多少能直接看出來(lái)欄結(jié)構(gòu)是否合理。再比如“死亡分析”按月統(tǒng)計(jì)死亡數(shù)量和死亡率結(jié)合死亡原因字段就能很快定位到是疾病問(wèn)題還是飼喂管理問(wèn)題。這些統(tǒng)計(jì)報(bào)表用MyBatis-Plus的條件構(gòu)造器或者XML里的自定義SQL都能實(shí)現(xiàn)核心是分組統(tǒng)計(jì)的思路// 按階段統(tǒng)計(jì)存欄量 ListMapString, Object result pigInfoMapper.selectMaps( new QueryWrapperPigInfo() .select(current_stage, COUNT(*) AS total) .eq(status, 1) .groupBy(current_stage) );4. 關(guān)鍵技術(shù)難點(diǎn)落地方案狀態(tài)機(jī)、統(tǒng)計(jì)SQL與權(quán)限控制4.1 狀態(tài)機(jī)設(shè)計(jì)思維不只用于豬只階段前面提到的豬只狀態(tài)流轉(zhuǎn)是狀態(tài)機(jī)的經(jīng)典應(yīng)用但狀態(tài)機(jī)思維可以貫穿整個(gè)系統(tǒng)。比如銷售單也有狀態(tài)待審核、已審核、已收款、已出欄。訂單狀態(tài)不合法時(shí)應(yīng)該拒絕操作。我建議在項(xiàng)目里定義一個(gè)統(tǒng)一的狀態(tài)轉(zhuǎn)換校驗(yàn)服務(wù)這樣不但代碼重用率高還能保證核心業(yè)務(wù)邏輯只有一套不會(huì)因?yàn)楦牧四骋惶幎┑羝渌{(diào)用點(diǎn)。這是架構(gòu)思維的體現(xiàn)也是答辯中值得展開(kāi)講的內(nèi)容。4.2 幾個(gè)高頻統(tǒng)計(jì)SQL的寫法與優(yōu)化統(tǒng)計(jì)報(bào)表寫好了項(xiàng)目會(huì)顯得非常有業(yè)務(wù)深度。我分享幾個(gè)實(shí)際項(xiàng)目中經(jīng)常用到的統(tǒng)計(jì)SQL你可以直接參考統(tǒng)計(jì)當(dāng)前各階段的存欄數(shù)量SELECT CASE current_stage WHEN PIGLET THEN 仔豬 WHEN NURSERY THEN 保育豬 WHEN FATTER THEN 育肥豬 WHEN BREEDER THEN 種豬 END AS stage_name, COUNT(*) AS total_count FROM pig_info WHERE status 1 GROUP BY current_stage;統(tǒng)計(jì)最近6個(gè)月的死亡趨勢(shì)SELECT DATE_FORMAT(update_time, %Y-%m) AS month, COUNT(*) AS death_count FROM pig_info WHERE status 3 AND update_time DATE_SUB(CURDATE(), INTERVAL 6 MONTH) GROUP BY DATE_FORMAT(update_time, %Y-%m) ORDER BY month;這兩條SQL在答辯時(shí)可以直接跑給老師看比空口說(shuō)“我做了數(shù)據(jù)可視化”有說(shuō)服力得多。注意統(tǒng)計(jì)SQL里能用數(shù)據(jù)庫(kù)聚合算出來(lái)的數(shù)據(jù)千萬(wàn)不要在Java代碼里先查出來(lái)再做循環(huán)統(tǒng)計(jì)。前者是SQL的強(qiáng)項(xiàng)后者不僅慢而且代碼丑。4.3 多角色權(quán)限模型給系統(tǒng)裝上安全閥門豬場(chǎng)管理系統(tǒng)里不同角色的權(quán)限區(qū)別非常明顯。場(chǎng)長(zhǎng)應(yīng)該能看到所有數(shù)據(jù)包括成本分析技術(shù)員負(fù)責(zé)配種分娩和健康管理飼養(yǎng)員只管喂料和日常記錄。如果所有角色權(quán)限一樣這套系統(tǒng)的專業(yè)度立刻掉檔。實(shí)現(xiàn)權(quán)限推薦用Spring Security或者輕量級(jí)的攔截器方案。如果你的項(xiàng)目時(shí)間緊張可以用基于角色的路由攔截定義角色-菜單映射表用戶登錄后根據(jù)角色加載對(duì)應(yīng)菜單。安全性要求不高的場(chǎng)景下這個(gè)方案完全夠用而且對(duì)初學(xué)者友好。權(quán)限設(shè)計(jì)的另一面是數(shù)據(jù)權(quán)限。比如技術(shù)員只能看到自己負(fù)責(zé)的一棟豬舍的數(shù)據(jù)而不是全場(chǎng)的。這個(gè)通過(guò)數(shù)據(jù)范圍字段過(guò)濾就能實(shí)現(xiàn)。從“功能權(quán)限”深入到“數(shù)據(jù)權(quán)限”是答辯時(shí)非常加分的攀談點(diǎn)。5. 從開(kāi)發(fā)到答辯高頻坑位排查與演示加分細(xì)節(jié)5.1 常見(jiàn)問(wèn)題速查表這些坑你大概率躲不開(kāi)我把實(shí)際開(kāi)發(fā)中大家最常遇到的問(wèn)題整理成一個(gè)表格方便你在開(kāi)發(fā)時(shí)對(duì)照自查。問(wèn)題現(xiàn)象根本原因解決方案本地跑得好好的部署到服務(wù)器就報(bào)時(shí)區(qū)錯(cuò)誤MySQL時(shí)區(qū)與服務(wù)器不一致JDBC連接串加serverTimezoneAsia/Shanghai前端死活跨域前后端分離端口不一致配置CorsFilter或后端網(wǎng)關(guān)統(tǒng)一放行保存的數(shù)據(jù)中文亂碼數(shù)據(jù)庫(kù)連接編碼不對(duì)連接串加characterEncodingutf8mb4轉(zhuǎn)賬/庫(kù)存扣減數(shù)據(jù)不一致缺少事務(wù)管理Service方法加Transactional頁(yè)面卡頓報(bào)表查詢慢大表全表掃描常用查詢字段添加聯(lián)合索引接口報(bào)404但Controller路徑看起來(lái)沒(méi)錯(cuò)啟動(dòng)類掃不到映射啟動(dòng)類加MapperScan確認(rèn)Controller包路徑5.2 答辯演示的現(xiàn)場(chǎng)加分細(xì)節(jié)答辯時(shí)的系統(tǒng)演示其實(shí)是有技巧的。不用“背臺(tái)本”但要有故事線。我建議你按照下面這個(gè)順序來(lái)演示邏輯最連貫也最不容易被問(wèn)倒第一步先講系統(tǒng)登錄和不同角色的權(quán)限差異讓老師知道你有權(quán)限設(shè)計(jì)。第二步演示一個(gè)完整的業(yè)務(wù)閉環(huán)。比如從母豬配種錄入開(kāi)始經(jīng)過(guò)妊娠檢查、分娩登記生成仔豬檔案再到仔豬轉(zhuǎn)欄成保育豬最后育肥出欄。這一步能完整展示你的狀態(tài)機(jī)和業(yè)務(wù)流程設(shè)計(jì)能力。第三步重點(diǎn)展示統(tǒng)計(jì)報(bào)表和定時(shí)任務(wù)提醒功能這是很多管理系統(tǒng)都沒(méi)有的“技術(shù)含金量”體現(xiàn)。演示過(guò)程中有一個(gè)細(xì)節(jié)值得注意提前準(zhǔn)備幾條演示數(shù)據(jù)把時(shí)間調(diào)整到“今天”這樣打開(kāi)疫苗提醒時(shí)列表中能直接看到當(dāng)天的待辦記錄。很多同學(xué)演示時(shí)上面干干凈凈給老師一種“數(shù)據(jù)都是臨時(shí)瞎填的”感覺(jué)。有真實(shí)感的業(yè)務(wù)數(shù)據(jù)會(huì)比空運(yùn)行結(jié)果更有說(shuō)服力。5.3 從做畢業(yè)設(shè)計(jì)到一份可寫的簡(jiǎn)歷項(xiàng)目項(xiàng)目做完之后別急著清空數(shù)據(jù)庫(kù)、關(guān)掉項(xiàng)目。我建議你花半天時(shí)間把這個(gè)項(xiàng)目“翻譯”成一份簡(jiǎn)歷上的項(xiàng)目經(jīng)歷。描述項(xiàng)目時(shí)多說(shuō)成果少說(shuō)技術(shù)名詞堆砌。比如“使用SpringBoot搭建豬場(chǎng)管理系統(tǒng)”可以改寫成“搭建集豬只檔案、繁殖、防疫、銷售于一體的養(yǎng)殖管理平臺(tái)實(shí)現(xiàn)母豬繁殖全周期線上化防疫提醒覆蓋率達(dá)100%將死亡分析出報(bào)表的時(shí)間從人工統(tǒng)計(jì)的半天縮短到分鐘級(jí)”。寫到這里關(guān)于這個(gè)系統(tǒng)能說(shuō)的干貨基本都覆蓋了。最后再分享一個(gè)我的個(gè)人看法畢業(yè)設(shè)計(jì)的意義不在于做得多炫而在于把你學(xué)過(guò)的知識(shí)串聯(lián)成一個(gè)能解決問(wèn)題的整體。能夠把一個(gè)養(yǎng)殖場(chǎng)幾十上百頭豬的數(shù)據(jù)管明白的這套系統(tǒng)背后體現(xiàn)的其實(shí)是抽象業(yè)務(wù)、設(shè)計(jì)數(shù)據(jù)模型、處理狀態(tài)流轉(zhuǎn)的思維能力。這些能力遠(yuǎn)比某一門課的分?jǐn)?shù)更重要。希望這份拆解對(duì)你的設(shè)計(jì)有所啟發(fā)也祝答辯順利。 SpringBoot豬場(chǎng)管理系統(tǒng)：畢業(yè)設(shè)計(jì)從業(yè)務(wù)建模到答辯全解析
先說(shuō)句實(shí)在話在計(jì)算機(jī)畢業(yè)設(shè)計(jì)這個(gè)圈子里“XX管理系統(tǒng)”一直是雷打不動(dòng)的常青樹(shù)。但你仔細(xì)看同樣是管理系統(tǒng)含金量差得遠(yuǎn)了。有的是簡(jiǎn)單的單表增刪改查答辯時(shí)老師一眼看穿有的則把業(yè)務(wù)鏈路、數(shù)據(jù)流轉(zhuǎn)、權(quán)限模型都做得有模有樣甚至能直接拿到養(yǎng)殖場(chǎng)里試用。今天要拆的這個(gè)基于SpringBoot的豬場(chǎng)管理系統(tǒng)就屬于后者。如果你正在糾結(jié)選題或者已經(jīng)定了方向但不知道從哪里下手這篇文章應(yīng)該能幫你省下不少自己摸索的時(shí)間。這個(gè)系統(tǒng)解決的核心問(wèn)題很直白規(guī)?；i場(chǎng)里母豬配種、仔豬出生、疫苗防疫、飼料消耗、育肥出欄這些數(shù)據(jù)不能再靠手寫筆記本或者Excel表格來(lái)管了。散養(yǎng)戶靠腦子記沒(méi)問(wèn)題一旦上了規(guī)模幾百頭母豬、上千頭存欄光是對(duì)不上賬這件事就夠讓人頭疼。所以這個(gè)系統(tǒng)的目標(biāo)用戶非常清晰——中小型規(guī)模化養(yǎng)豬場(chǎng)的管理人員、技術(shù)員以及需要把業(yè)務(wù)流程線上化的項(xiàng)目負(fù)責(zé)人。對(duì)應(yīng)到畢業(yè)設(shè)計(jì)里它的價(jià)值就在于你做的不是一個(gè)“玩具”而是一個(gè)真正能落地的業(yè)務(wù)系統(tǒng)答辯時(shí)有完整的故事線可以講。先交代一下我認(rèn)為這個(gè)項(xiàng)目最值得學(xué)習(xí)的三層結(jié)構(gòu)第一層是業(yè)務(wù)理解你得懂豬場(chǎng)是怎么回事第二層是技術(shù)實(shí)現(xiàn)SpringBoot MyBatis-Plus MySQL這套組合怎么把業(yè)務(wù)落地第三層是工程化思維狀態(tài)流轉(zhuǎn)、事務(wù)控制、權(quán)限設(shè)計(jì)這些在實(shí)際開(kāi)發(fā)中真正會(huì)被問(wèn)到的東西。下面我按從整體到細(xì)節(jié)的順序把整個(gè)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)拆開(kāi)講清楚。1. 項(xiàng)目整體設(shè)計(jì)與技術(shù)選型的底層邏輯1.1 為什么選SpringBoot而不是其他框架很多同學(xué)在做畢業(yè)設(shè)計(jì)時(shí)糾結(jié)用SpringBoot還是SSH用不用前后端分離要不要上微服務(wù)我的建議很直接——SpringBoot是你當(dāng)前階段的最優(yōu)解沒(méi)有之一。先說(shuō)為什么不是SSHStruts2 Spring Hibernate。這套技術(shù)棧確實(shí)經(jīng)典但已經(jīng)明顯過(guò)時(shí)了?，F(xiàn)在企業(yè)的實(shí)際項(xiàng)目中SpringBoot幾乎是絕對(duì)主流它的自動(dòng)配置機(jī)制把你從繁瑣的XML配置里解放出來(lái)內(nèi)嵌Tomcat也讓部署變得極其簡(jiǎn)單。你用SpringBoot寫出來(lái)的項(xiàng)目無(wú)論是給老師看還是放到簡(jiǎn)歷里都更符合當(dāng)下的技術(shù)發(fā)展趨勢(shì)。再說(shuō)為什么不上微服務(wù)。豬場(chǎng)管理系統(tǒng)這種業(yè)務(wù)體量單機(jī)部署完全夠用。你強(qiáng)行拆成訂單服務(wù)、庫(kù)存服務(wù)、用戶服務(wù)反而給自己挖坑——分布式事務(wù)、服務(wù)間調(diào)用、鏈路追蹤每一個(gè)都能讓你在答辯時(shí)下不來(lái)臺(tái)。記住一句話架構(gòu)是為業(yè)務(wù)服務(wù)的脫離業(yè)務(wù)規(guī)模談架構(gòu)都是耍流氓。1.2 技術(shù)棧選型的細(xì)節(jié)考量接下來(lái)是我認(rèn)為這套技術(shù)棧里比較關(guān)鍵的選擇SpringBoot 2.x目前最穩(wěn)定的版本線網(wǎng)上資料多遇到問(wèn)題一搜就能找到解決方案。建議用2.7.x兼容性好spring-boot-starter-parent管理依賴非常省心。MyBatis-Plus很多人糾結(jié)用JPA還是MyBatis。我的建議是MyBatis-Plus原因很簡(jiǎn)單復(fù)雜SQL你可以在XML里手寫簡(jiǎn)單的單表操作用它的Wrapper機(jī)制一行搞定。既有MyBatis的靈活性又有類似JPA的開(kāi)發(fā)效率。MySQL 8.0最主流的關(guān)系型數(shù)據(jù)庫(kù)處理豬場(chǎng)這種量級(jí)的數(shù)據(jù)完全沒(méi)有壓力。Redis這個(gè)按需使用。如果你想讓項(xiàng)目看起來(lái)更有含金量可以用它做驗(yàn)證碼存儲(chǔ)、數(shù)據(jù)緩存。但如果你對(duì)Redis還不熟寧可不加也不要強(qiáng)行用不熟悉的中間件。前端方案兩個(gè)選擇一個(gè)是傳統(tǒng)的Thymeleaf模板引擎一個(gè)是前后端分離的Vue ElementUI。我的建議如果你對(duì)前端不熟用Thymeleaf能省大量時(shí)間如果你有一定前端基礎(chǔ)前后端分離會(huì)讓項(xiàng)目看著更專業(yè)。下面講核心模塊時(shí)我都按前后端分離去說(shuō)但思路是通用的。提示無(wú)論選哪種前端方案核心業(yè)務(wù)邏輯都在后端。你的精力應(yīng)該放在后端設(shè)計(jì)上前端只要能用、能演示就已經(jīng)合格了。2. 系統(tǒng)架構(gòu)與數(shù)據(jù)庫(kù)規(guī)劃五張核心表?yè)纹痦?xiàng)目骨架2.1 系統(tǒng)模塊劃分先畫業(yè)務(wù)地圖再動(dòng)手寫代碼我見(jiàn)過(guò)太多同學(xué)一上來(lái)就建表寫代碼寫到一半發(fā)現(xiàn)邏輯混亂又開(kāi)始推翻重來(lái)。正確的做法是先把業(yè)務(wù)模塊畫出來(lái)。對(duì)于豬場(chǎng)管理系統(tǒng)我建議劃分成下面幾個(gè)模塊模塊名稱核心功能對(duì)應(yīng)角色系統(tǒng)管理用戶管理、角色管理、菜單管理管理員豬只管理豬只檔案、狀態(tài)流轉(zhuǎn)、批次管理技術(shù)員繁殖管理配種記錄、妊娠檢查、產(chǎn)仔登記技術(shù)員飼喂管理飼料出入庫(kù)、投喂記錄、庫(kù)存預(yù)警飼養(yǎng)員防疫管理疫苗計(jì)劃、接種記錄、疾病檔案獸醫(yī)銷售管理出欄登記、銷售記錄、價(jià)格管理管理員統(tǒng)計(jì)報(bào)表存欄統(tǒng)計(jì)、死亡分析、成本核算管理員每個(gè)模塊的邊界要清晰功能之間通過(guò)數(shù)據(jù)關(guān)聯(lián)。比如銷售管理里的出欄操作會(huì)反寫豬只檔案的狀態(tài)防疫管理里的接種記錄會(huì)聯(lián)動(dòng)豬只的健康狀態(tài)。這樣設(shè)計(jì)出來(lái)的系統(tǒng)業(yè)務(wù)邏輯才是連貫的。2.2 核心數(shù)據(jù)模型以豬只檔案表為圓心在所有的表結(jié)構(gòu)里豬只檔案表是絕對(duì)的核心幾乎所有業(yè)務(wù)都圍繞它展開(kāi)。我自己在設(shè)計(jì)這張表時(shí)踩過(guò)不少坑這里直接給你一份可復(fù)用的建表SQLCREATE TABLE pig_info ( id BIGINT NOT NULL AUTO_INCREMENT COMMENT 主鍵, pig_no VARCHAR(32) NOT NULL COMMENT 耳標(biāo)號(hào)唯一標(biāo)識(shí), breed_type VARCHAR(16) DEFAULT NULL COMMENT 品種類型, gender TINYINT DEFAULT NULL COMMENT 性別1公2母, birth_date DATE DEFAULT NULL COMMENT 出生日期, current_stage VARCHAR(16) DEFAULT NULL COMMENT 當(dāng)前階段仔豬/保育/育肥/種豬, pen_id BIGINT DEFAULT NULL COMMENT 欄舍ID, source_type TINYINT DEFAULT NULL COMMENT 來(lái)源1自繁2外購(gòu), weight DECIMAL(10,2) DEFAULT NULL COMMENT 當(dāng)前體重kg, status TINYINT NOT NULL DEFAULT 1 COMMENT 狀態(tài)1在欄2出售3死亡, remark VARCHAR(255) DEFAULT NULL COMMENT 備注, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_pig_no (pig_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT豬只檔案表;這張表的設(shè)計(jì)有幾個(gè)容易被忽略的細(xì)節(jié)。唯一索引加在耳標(biāo)號(hào)上這是物理世界的真實(shí)場(chǎng)景——每頭豬耳朵上打的耳標(biāo)號(hào)是唯一的數(shù)據(jù)庫(kù)里必須杜絕重復(fù)。當(dāng)前階段和狀態(tài)分開(kāi)定義是因?yàn)椤坝守i”和“已出售”是兩個(gè)維度的概念一個(gè)描述生長(zhǎng)階段一個(gè)描述存欄狀態(tài)混在一起會(huì)讓統(tǒng)計(jì)變得非常痛苦。2.3 其余業(yè)務(wù)表的設(shè)計(jì)邏輯除了豬只檔案表還有幾張表需要重點(diǎn)設(shè)計(jì)。我這里挑幾個(gè)關(guān)鍵表展開(kāi)講一下設(shè)計(jì)思路欄舍表pen_info包含欄舍編號(hào)、欄舍名稱、所屬棟舍、最大容量、當(dāng)前容量。這個(gè)表的價(jià)值在于你可以通過(guò)當(dāng)前容量和最大容量的對(duì)比快速知道哪個(gè)欄舍還有空位支撐豬只轉(zhuǎn)欄操作。配種記錄表mating_record字段包括種豬ID、配種日期、配種方式自然/人工授精、預(yù)期分娩日期、妊娠結(jié)果。這張表是繁殖管理模塊的核心數(shù)據(jù)最終會(huì)匯總到種豬的繁育成績(jī)里。防疫記錄表vaccination_record豬只ID、疫苗名稱、接種日期、下次接種日期、操作員。有了下次接種日期就能通過(guò)定時(shí)任務(wù)生成“待防疫提醒”這是系統(tǒng)里非常有實(shí)用價(jià)值的一個(gè)功能。銷售記錄表sale_record豬只ID、客戶名稱、售價(jià)、收款方式、銷售日期。這個(gè)表的數(shù)據(jù)直接關(guān)聯(lián)統(tǒng)計(jì)報(bào)表里的收入分析。實(shí)操心得設(shè)計(jì)表結(jié)構(gòu)時(shí)不要一味追求字段多。每個(gè)字段都必須能回答“這個(gè)數(shù)據(jù)將來(lái)在哪個(gè)頁(yè)面被展示、被哪個(gè)統(tǒng)計(jì)所使用”這個(gè)問(wèn)題。沒(méi)有使用場(chǎng)景的字段再花哨也是冗余。3. 核心業(yè)務(wù)功能拆解從生豬檔案到銷售報(bào)表的完整鏈路3.1 豬只檔案管理狀態(tài)機(jī)的經(jīng)典應(yīng)用場(chǎng)景豬只檔案管理不僅僅是簡(jiǎn)單的增刪改查真正的難點(diǎn)在于狀態(tài)流轉(zhuǎn)。我給你描述一個(gè)真實(shí)場(chǎng)景一批仔豬出生后狀態(tài)是“仔豬”斷奶后轉(zhuǎn)入保育舍狀態(tài)變成“保育豬”再長(zhǎng)大一點(diǎn)轉(zhuǎn)入育肥舍狀態(tài)變成“育肥豬”最后出欄銷售狀態(tài)變成“已出售”。這個(gè)流轉(zhuǎn)過(guò)程如果用普通的更新操作來(lái)做代碼會(huì)非常散亂。更專業(yè)的做法是定義一個(gè)狀態(tài)機(jī)把合法的狀態(tài)轉(zhuǎn)換路徑集中管理。什么是合法的轉(zhuǎn)換路徑仔豬可以轉(zhuǎn)保育但仔豬直接轉(zhuǎn)育肥就是非法操作系統(tǒng)應(yīng)該攔截。在代碼層面我建議用枚舉定義這套規(guī)則public enum PigStageEnum { PIGLET(仔豬, Arrays.asList(保育豬)), NURSERY(保育豬, Arrays.asList(育肥豬, 種豬)), FATTER(育肥豬, Arrays.asList(已出售)), BREEDER(種豬, Arrays.asList(已淘汰)); private String desc; private ListString allowedTransferTargets; // 省略構(gòu)造函數(shù)和getter }有了這個(gè)枚舉你在Service層的轉(zhuǎn)欄操作里只需要判斷目標(biāo)階段是否在當(dāng)前階段允許的轉(zhuǎn)移列表里能省掉大量if-else的判斷邏輯。這個(gè)設(shè)計(jì)也是答辯時(shí)的一個(gè)技術(shù)亮點(diǎn)建議重點(diǎn)說(shuō)明。3.2 飼喂管理與飼料庫(kù)存事務(wù)控制的必修課飼喂管理模塊看起來(lái)簡(jiǎn)單無(wú)非是記錄每天給豬喂了什么、喂了多少。但當(dāng)你把“飼料出入庫(kù)”和“投喂記錄”關(guān)聯(lián)起來(lái)時(shí)就會(huì)遇到事務(wù)問(wèn)題。具體來(lái)說(shuō)飼養(yǎng)員登記一條投喂記錄時(shí)系統(tǒng)需要同時(shí)減少飼料庫(kù)存中對(duì)應(yīng)的數(shù)量。這兩個(gè)操作必須在一個(gè)數(shù)據(jù)庫(kù)事務(wù)里完成否則可能出現(xiàn)投喂記錄保存成功、庫(kù)存卻沒(méi)有扣減的情況。代碼如下Transactional(rollbackFor Exception.class) public void createFeedingRecord(FeedingRecord record) { // 1. 保存投喂記錄 feedingRecordMapper.insert(record); // 2. 扣減飼料庫(kù)存 FeedStock stock feedStockMapper.selectById(record.getFeedId()); stock.setStockQuantity(stock.getStockQuantity() - record.getFeedAmount()); feedStockMapper.updateById(stock); }關(guān)于庫(kù)存設(shè)計(jì)還有一個(gè)細(xì)節(jié)值得提一下庫(kù)存預(yù)警。在飼料庫(kù)存表里加一個(gè)min_quantity字段每次出庫(kù)后判斷當(dāng)前庫(kù)存是否低于預(yù)警值低于就生成一條預(yù)警記錄。這個(gè)小功能很討喜不管是期末考試還是答辯都是會(huì)被老師問(wèn)到的亮點(diǎn)。3.3 防疫管理定時(shí)任務(wù)與業(yè)務(wù)提醒的實(shí)現(xiàn)思路防疫模塊的核心痛點(diǎn)是“該打疫苗的時(shí)候不能漏”。傳統(tǒng)做法是獸醫(yī)翻本子現(xiàn)在我們把這個(gè)任務(wù)交給系統(tǒng)。具體實(shí)現(xiàn)方案是在防疫記錄表里記錄每次接種后的下次接種日期然后通過(guò)SpringBoot自帶的Scheduled定時(shí)任務(wù)每天掃描一遍當(dāng)天的應(yīng)接種名單生成提醒記錄。Component Slf4j public class VaccineReminderTask { Scheduled(cron 0 0 8 * * ?) public void scanTodayVaccineList() { // 查詢所有next_vaccine_date為今天的豬只 ListPigInfo pigList pigInfoMapper.selectList( new LambdaQueryWrapperPigInfo() .apply(DATE(next_vaccine_date) CURDATE()) ); if (CollectionUtils.isEmpty(pigList)) { return; } // 批量生成提醒數(shù)據(jù) pigList.forEach(pig - { Reminder reminder new Reminder(); reminder.setPigId(pig.getId()); reminder.setType(1); // 1疫苗提醒 reminder.setStatus(0); // 0未處理 reminderMapper.insert(reminder); }); } }這個(gè)功能實(shí)現(xiàn)難度不大但業(yè)務(wù)價(jià)值極高。你在答辯時(shí)可以說(shuō)這個(gè)設(shè)計(jì)讓獸醫(yī)從“追著豬群跑”變成“打開(kāi)系統(tǒng)看一眼”工作效率的提升是非常直觀的。這種結(jié)合業(yè)務(wù)實(shí)際的設(shè)計(jì)敘事遠(yuǎn)比單純講代碼更打動(dòng)人。3.4 繁殖管理母豬繁殖記錄的完整閉環(huán)繁殖管理是豬場(chǎng)系統(tǒng)里最體現(xiàn)“業(yè)務(wù)理解深度”的模塊。它應(yīng)該包含完整的業(yè)務(wù)閉環(huán)配種登記 → 妊娠檢查 → 分娩記錄 → 仔豬登記。我在實(shí)際項(xiàng)目中建議這樣設(shè)計(jì)配種登記時(shí)除了選擇種豬和配種日期還要自動(dòng)計(jì)算預(yù)期分娩日期孕期約114天。配種后可錄入妊檢結(jié)果。如果妊檢不通過(guò)狀態(tài)回到可配種狀態(tài)如果通過(guò)狀態(tài)變成“妊娠母豬”。分娩登記時(shí)系統(tǒng)自動(dòng)生成仔豬檔案。這里面有個(gè)細(xì)節(jié)新出生的仔豬數(shù)量可能很大如果一頭頭手工錄入非常費(fèi)時(shí)。更好的做法是父頁(yè)面錄入產(chǎn)仔數(shù)據(jù)時(shí)自動(dòng)批量生成仔豬檔案每頭豬的耳標(biāo)號(hào)用規(guī)則自動(dòng)生成如“母號(hào)分娩日期序號(hào)”。3.5 統(tǒng)計(jì)報(bào)表讓數(shù)據(jù)說(shuō)話的關(guān)鍵模塊報(bào)表模塊是很多畢業(yè)設(shè)計(jì)的弱項(xiàng)不少同學(xué)就是放幾個(gè)圖表插件完事。但我想給你一個(gè)進(jìn)階思路真正有價(jià)值的不是圖表的視覺(jué)效果而是數(shù)據(jù)背后的業(yè)務(wù)含義。比如“存欄分析”這個(gè)報(bào)表最簡(jiǎn)單的實(shí)現(xiàn)是把所有狀態(tài)為“在欄”的豬只數(shù)量統(tǒng)計(jì)出來(lái)。但更據(jù)管理層價(jià)值的是按階段分類統(tǒng)計(jì)仔豬還有多少保育豬多少育肥豬多少能直接看出來(lái)欄結(jié)構(gòu)是否合理。再比如“死亡分析”按月統(tǒng)計(jì)死亡數(shù)量和死亡率結(jié)合死亡原因字段就能很快定位到是疾病問(wèn)題還是飼喂管理問(wèn)題。這些統(tǒng)計(jì)報(bào)表用MyBatis-Plus的條件構(gòu)造器或者XML里的自定義SQL都能實(shí)現(xiàn)核心是分組統(tǒng)計(jì)的思路// 按階段統(tǒng)計(jì)存欄量 ListMapString, Object result pigInfoMapper.selectMaps( new QueryWrapperPigInfo() .select(current_stage, COUNT(*) AS total) .eq(status, 1) .groupBy(current_stage) );4. 關(guān)鍵技術(shù)難點(diǎn)落地方案狀態(tài)機(jī)、統(tǒng)計(jì)SQL與權(quán)限控制4.1 狀態(tài)機(jī)設(shè)計(jì)思維不只用于豬只階段前面提到的豬只狀態(tài)流轉(zhuǎn)是狀態(tài)機(jī)的經(jīng)典應(yīng)用但狀態(tài)機(jī)思維可以貫穿整個(gè)系統(tǒng)。比如銷售單也有狀態(tài)待審核、已審核、已收款、已出欄。訂單狀態(tài)不合法時(shí)應(yīng)該拒絕操作。我建議在項(xiàng)目里定義一個(gè)統(tǒng)一的狀態(tài)轉(zhuǎn)換校驗(yàn)服務(wù)這樣不但代碼重用率高還能保證核心業(yè)務(wù)邏輯只有一套不會(huì)因?yàn)楦牧四骋惶幎┑羝渌{(diào)用點(diǎn)。這是架構(gòu)思維的體現(xiàn)也是答辯中值得展開(kāi)講的內(nèi)容。4.2 幾個(gè)高頻統(tǒng)計(jì)SQL的寫法與優(yōu)化統(tǒng)計(jì)報(bào)表寫好了項(xiàng)目會(huì)顯得非常有業(yè)務(wù)深度。我分享幾個(gè)實(shí)際項(xiàng)目中經(jīng)常用到的統(tǒng)計(jì)SQL你可以直接參考統(tǒng)計(jì)當(dāng)前各階段的存欄數(shù)量SELECT CASE current_stage WHEN PIGLET THEN 仔豬 WHEN NURSERY THEN 保育豬 WHEN FATTER THEN 育肥豬 WHEN BREEDER THEN 種豬 END AS stage_name, COUNT(*) AS total_count FROM pig_info WHERE status 1 GROUP BY current_stage;統(tǒng)計(jì)最近6個(gè)月的死亡趨勢(shì)SELECT DATE_FORMAT(update_time, %Y-%m) AS month, COUNT(*) AS death_count FROM pig_info WHERE status 3 AND update_time DATE_SUB(CURDATE(), INTERVAL 6 MONTH) GROUP BY DATE_FORMAT(update_time, %Y-%m) ORDER BY month;這兩條SQL在答辯時(shí)可以直接跑給老師看比空口說(shuō)“我做了數(shù)據(jù)可視化”有說(shuō)服力得多。注意統(tǒng)計(jì)SQL里能用數(shù)據(jù)庫(kù)聚合算出來(lái)的數(shù)據(jù)千萬(wàn)不要在Java代碼里先查出來(lái)再做循環(huán)統(tǒng)計(jì)。前者是SQL的強(qiáng)項(xiàng)后者不僅慢而且代碼丑。4.3 多角色權(quán)限模型給系統(tǒng)裝上安全閥門豬場(chǎng)管理系統(tǒng)里不同角色的權(quán)限區(qū)別非常明顯。場(chǎng)長(zhǎng)應(yīng)該能看到所有數(shù)據(jù)包括成本分析技術(shù)員負(fù)責(zé)配種分娩和健康管理飼養(yǎng)員只管喂料和日常記錄。如果所有角色權(quán)限一樣這套系統(tǒng)的專業(yè)度立刻掉檔。實(shí)現(xiàn)權(quán)限推薦用Spring Security或者輕量級(jí)的攔截器方案。如果你的項(xiàng)目時(shí)間緊張可以用基于角色的路由攔截定義角色-菜單映射表用戶登錄后根據(jù)角色加載對(duì)應(yīng)菜單。安全性要求不高的場(chǎng)景下這個(gè)方案完全夠用而且對(duì)初學(xué)者友好。權(quán)限設(shè)計(jì)的另一面是數(shù)據(jù)權(quán)限。比如技術(shù)員只能看到自己負(fù)責(zé)的一棟豬舍的數(shù)據(jù)而不是全場(chǎng)的。這個(gè)通過(guò)數(shù)據(jù)范圍字段過(guò)濾就能實(shí)現(xiàn)。從“功能權(quán)限”深入到“數(shù)據(jù)權(quán)限”是答辯時(shí)非常加分的攀談點(diǎn)。5. 從開(kāi)發(fā)到答辯高頻坑位排查與演示加分細(xì)節(jié)5.1 常見(jiàn)問(wèn)題速查表這些坑你大概率躲不開(kāi)我把實(shí)際開(kāi)發(fā)中大家最常遇到的問(wèn)題整理成一個(gè)表格方便你在開(kāi)發(fā)時(shí)對(duì)照自查。問(wèn)題現(xiàn)象根本原因解決方案本地跑得好好的部署到服務(wù)器就報(bào)時(shí)區(qū)錯(cuò)誤MySQL時(shí)區(qū)與服務(wù)器不一致JDBC連接串加serverTimezoneAsia/Shanghai前端死活跨域前后端分離端口不一致配置CorsFilter或后端網(wǎng)關(guān)統(tǒng)一放行保存的數(shù)據(jù)中文亂碼數(shù)據(jù)庫(kù)連接編碼不對(duì)連接串加characterEncodingutf8mb4轉(zhuǎn)賬/庫(kù)存扣減數(shù)據(jù)不一致缺少事務(wù)管理Service方法加Transactional頁(yè)面卡頓報(bào)表查詢慢大表全表掃描常用查詢字段添加聯(lián)合索引接口報(bào)404但Controller路徑看起來(lái)沒(méi)錯(cuò)啟動(dòng)類掃不到映射啟動(dòng)類加MapperScan確認(rèn)Controller包路徑5.2 答辯演示的現(xiàn)場(chǎng)加分細(xì)節(jié)答辯時(shí)的系統(tǒng)演示其實(shí)是有技巧的。不用“背臺(tái)本”但要有故事線。我建議你按照下面這個(gè)順序來(lái)演示邏輯最連貫也最不容易被問(wèn)倒第一步先講系統(tǒng)登錄和不同角色的權(quán)限差異讓老師知道你有權(quán)限設(shè)計(jì)。第二步演示一個(gè)完整的業(yè)務(wù)閉環(huán)。比如從母豬配種錄入開(kāi)始經(jīng)過(guò)妊娠檢查、分娩登記生成仔豬檔案再到仔豬轉(zhuǎn)欄成保育豬最后育肥出欄。這一步能完整展示你的狀態(tài)機(jī)和業(yè)務(wù)流程設(shè)計(jì)能力。第三步重點(diǎn)展示統(tǒng)計(jì)報(bào)表和定時(shí)任務(wù)提醒功能這是很多管理系統(tǒng)都沒(méi)有的“技術(shù)含金量”體現(xiàn)。演示過(guò)程中有一個(gè)細(xì)節(jié)值得注意提前準(zhǔn)備幾條演示數(shù)據(jù)把時(shí)間調(diào)整到“今天”這樣打開(kāi)疫苗提醒時(shí)列表中能直接看到當(dāng)天的待辦記錄。很多同學(xué)演示時(shí)上面干干凈凈給老師一種“數(shù)據(jù)都是臨時(shí)瞎填的”感覺(jué)。有真實(shí)感的業(yè)務(wù)數(shù)據(jù)會(huì)比空運(yùn)行結(jié)果更有說(shuō)服力。5.3 從做畢業(yè)設(shè)計(jì)到一份可寫的簡(jiǎn)歷項(xiàng)目項(xiàng)目做完之后別急著清空數(shù)據(jù)庫(kù)、關(guān)掉項(xiàng)目。我建議你花半天時(shí)間把這個(gè)項(xiàng)目“翻譯”成一份簡(jiǎn)歷上的項(xiàng)目經(jīng)歷。描述項(xiàng)目時(shí)多說(shuō)成果少說(shuō)技術(shù)名詞堆砌。比如“使用SpringBoot搭建豬場(chǎng)管理系統(tǒng)”可以改寫成“搭建集豬只檔案、繁殖、防疫、銷售于一體的養(yǎng)殖管理平臺(tái)實(shí)現(xiàn)母豬繁殖全周期線上化防疫提醒覆蓋率達(dá)100%將死亡分析出報(bào)表的時(shí)間從人工統(tǒng)計(jì)的半天縮短到分鐘級(jí)”。寫到這里關(guān)于這個(gè)系統(tǒng)能說(shuō)的干貨基本都覆蓋了。最后再分享一個(gè)我的個(gè)人看法畢業(yè)設(shè)計(jì)的意義不在于做得多炫而在于把你學(xué)過(guò)的知識(shí)串聯(lián)成一個(gè)能解決問(wèn)題的整體。能夠把一個(gè)養(yǎng)殖場(chǎng)幾十上百頭豬的數(shù)據(jù)管明白的這套系統(tǒng)背后體現(xiàn)的其實(shí)是抽象業(yè)務(wù)、設(shè)計(jì)數(shù)據(jù)模型、處理狀態(tài)流轉(zhuǎn)的思維能力。這些能力遠(yuǎn)比某一門課的分?jǐn)?shù)更重要。希望這份拆解對(duì)你的設(shè)計(jì)有所啟發(fā)也祝答辯順利。