簡介面向計算機專業(yè)畢業(yè)設計學生與Java實戰(zhàn)學習者的藥房管理系統(tǒng)畢業(yè)設計項目基于SSM框架實現(xiàn)涵蓋前端頁面、后端業(yè)務與數(shù)據(jù)庫設計包含完整源碼和數(shù)據(jù)庫腳本。項目經(jīng)導師指導并通過評審評審分98分源碼均經(jīng)本地編譯和嚴格調(diào)試可直接運行適合用作畢設參考、課程設計或SSM框架綜合練習。壓縮包共1222個文件主要包含256個HTML、227個CSS、207個JavaScript文件構(gòu)成前端界面70個JSP頁面和48個Java類處理后端邏輯42個JAR包提供依賴另有SQL數(shù)據(jù)庫腳本整包約19.56MB目錄結(jié)構(gòu)清晰便于按模塊查閱與二次開發(fā)。目前已有174人學習下載。下載后可獲得可運行的項目源碼、數(shù)據(jù)庫初始化腳本以及前端靜態(tài)資源能夠幫助快速梳理SSM三層架構(gòu)理解藥品庫存、銷售管理等業(yè)務模塊的實現(xiàn)路徑對畢業(yè)設計答辯準備也有參考價值。1. 基于SSM框架的藥房管理系統(tǒng)源碼一張能把控的畢設“安全牌”畢業(yè)設計季打開壓縮包看見“Java畢設項目-基于SSM框架的藥房管理系統(tǒng)源碼數(shù)據(jù)庫腳本”這類目錄第一反應通常是這系統(tǒng)真能跑起來嗎答辯被問到“庫存怎么扣的、權(quán)限怎么控的”會不會冷場這個選題能長期存在是因為它把 Spring、SpringMVC、MyBatis 三件套全部落到實際業(yè)務里又有從藥品分類、供應商采購、庫存管理到處方售藥的完整閉環(huán)。你可以只做常規(guī)增刪改查也可以圍繞庫存事務、角色權(quán)限和報表統(tǒng)計做深。項目本身不復雜真正的分界線是你有沒有把“別人的源碼”變成“講得清、改得動、跑得順”的自己的作品。這篇內(nèi)容是我接觸這類 SSM 藥房系統(tǒng)后整理出來的一條落地路徑環(huán)境版本選型、數(shù)據(jù)庫腳本導入、登錄鑒權(quán)、庫存事務、排障和答辯加分一路做到能講、能改、能答辯。2. 把 SSM 藥房系統(tǒng)跑起來環(huán)境版本、四處配置和最小啟動命令拿到這類源碼后最容易產(chǎn)生挫敗感的不是業(yè)務邏輯而是環(huán)境。絕大多數(shù) SSM 藥房管理系統(tǒng)是按“IDEA Maven MySQL Tomcat JDK”這套鏈路開發(fā)的所以第一步不是著急開 IDEA 雙擊運行而是先把環(huán)境對齊否則后面每一步報錯都像開盲盒。2.1 先定版本JDK 1.8、Tomcat 8.5、MySQL 5.7 的組合為什么最穩(wěn)SSM 在 2016 到 2019 年之間進入畢業(yè)設計高峰期大量源碼使用 Spring 4.x 作為基架Spring 4 對 JDK 8 的兼容性最好。你本機哪怕是 JDK 17 或 JDK 21直接開舊源碼大概率會遇到 spring-core 的反射訪問警告Illegal reflective access甚至直接啟動失敗。這不是項目壞了是版本跨度太大導致的黑匣子問題。我一般會給一個保守組合JDK 1.8別用高版本省掉大部分 Spring 反射兼容問題。Tomcat 8.5對 SpringMVC 老項目兼容好和 IDEA 集成也順手。MySQL 5.7和源碼里的驅(qū)動com.mysql.jdbc.Driver匹配度最高。Maven 3.6 左右太新的 Maven 在某些私服配置下會下載依賴失敗。這里有個血淚經(jīng)驗如果電腦里已經(jīng)裝了高版本 JDK不要只改 IDEA 的 Project SDK還要檢查系統(tǒng)的 JAVA_HOME 環(huán)境變量。Tomcat 啟動時用的是本機 Java 環(huán)境界面上的 SDK 只是編譯級別。你用 IDEA 把語言級別改成 1.8但系統(tǒng) JAVA_HOME 指著 JDK 17Tomcat 照樣可能在啟動時報 UnsupportedClassVersionError。這個都屬于“Java 環(huán)境配置沒對齊”引發(fā)的翻車先解決它再談功能。2.2 導入源碼后先改這四處數(shù)據(jù)源、端口、編碼、Mapper 掃描路徑拿到的是完整源碼時常見做法是用 IDEA 以 Maven 方式導入等待依賴下載完成后先做四處修改。第一處是數(shù)據(jù)源。老 SSM 項目里通常有個 db.properties 或 jdbc.properties 文件或者在 Spring 的 XML 配置里直接寫連接信息。打開后改成本地數(shù)據(jù)庫的賬號密碼jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pharmacy_db?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password你的數(shù)據(jù)庫密碼這段配置里最容易踩坑的是 driver 和 url。如果源碼里的數(shù)據(jù)庫腳本是 MySQL 5.x 導出的而你本地裝的是 MySQL 8.x那么驅(qū)動類可能要換成com.mysql.cj.jdbc.Driver同時 url 后面要補serverTimezoneAsia/Shanghai不然會報時區(qū)錯誤。數(shù)據(jù)庫名pharmacy_db也要改成你在本地實際創(chuàng)建的 schema 名稱很多啟動失敗都來自庫名不匹配。第二處是 Mapper 掃描路徑。SSM 項目里 MyBatis 的 Mapper 接口和 XML 文件通常放在同一個包路徑下Spring 配置里會有一段掃描設置。如果你的源碼目錄結(jié)構(gòu)和原開發(fā)環(huán)境不一致比如把包從com.xxx.pharmacy挪到了com.example就需要同步修改下面這類配置bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.example.pharmacy.dao/ /bean這段配置的作用是讓 Spring 自動發(fā)現(xiàn) DAO 層接口并生成代理對象。basePackage 寫成接口實際所在的包如果掃描路徑不對啟動時不會馬上報錯但等頁面請求一進來就會看到Invalid bound statement (not found)。這類問題很隱蔽因為它通常在運行時才爆出來。第三處是編碼過濾器。SSM 老項目亂碼頻發(fā)多半是 web.xml 里沒配 CharacterEncodingFilter或者配了但順序不對。常見做法是這樣filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param init-param param-nameforceEncoding/param-name param-valuetrue/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping注意 url-pattern 要寫/*而不是/否則請求參數(shù)和響應中文都會出問題。forceEncoding 設為 true 才能強制請求和響應都走 UTF-8。第四處是 Tomcat 端口。如果你本機裝了多個服務8080 很容易被占。改端口時優(yōu)先在 IDEA 的 Run Configuration 里改 HTTP port不要在 server.xml 里隨手改否則會把源碼自帶的配置搞亂。端口沖突的典型現(xiàn)象是 Tomcat 啟動時提示Port 8080 was already in use。2.3 用最小命令把項目跑起來再談 IDEA 里的兩種啟動方式如果你裝了 Maven可以在項目根目錄執(zhí)行下面的命令驗證工程是否完整mvn clean tomcat7:run這條命令在老 SSM 項目里很常見因為 pom.xml 里會配置 tomcat7-maven-plugin。它能直接編譯、打包并用內(nèi)嵌 Tomcat 啟動省去先打包再扔到外部 Tomcat 的步驟。如果 pom 里沒有這個插件IDEA 里就用外部 Tomcat 方式加一個 Run Configuration。具體做法是Run - Edit Configurations - 添加 Tomcat Server - Local然后在 Deployment 頁簽里把war exploded添加進去Application context 改成/或/pharmacy。用 war exploded 啟動的好處是修改 JSP 和靜態(tài)資源后可以熱更新不用每次重啟整個 Tomcat。啟動之后瀏覽器訪問http://localhost:8080/如果能看到登錄頁說明項目整體已經(jīng)通了。如果頁面 404先檢查 application context 是不是多了個項目名改成/最省心。如果 500去看 IDEA 的 Console 日志報錯集中在數(shù)據(jù)庫連接上就回到 2.2 的第一處配置重新核一遍賬號密碼和庫名。3. 藥房管理系統(tǒng)的數(shù)據(jù)庫腳本拆解核心表設計與導入實操SSM 藥房管理系統(tǒng)能不能講出深度一半在數(shù)據(jù)庫設計。答辯時老師大概率會問“你為什么把銷售明細單獨建一張表”“金額字段為什么用 decimal”這些答案都要在表結(jié)構(gòu)里提前想清楚。3.1 從藥品到銷售幾張核心表的職責和字段設計一個典型的藥房管理系統(tǒng)數(shù)據(jù)庫腳本通常會包含用戶、角色、藥品分類、藥品信息、供應商、銷售單、銷售明細這幾塊。下面是我常見到的表職責劃分你可以拿它和手里的源碼對照著看表名職責關(guān)鍵字段注意點sys_user登錄賬號id, username, password, role_id密碼建議存 MD5 或 BCrypt 密文sys_role角色id, role_name管理員、藥師、收銀員drug_category藥品分類id, category_name感冒類、消炎類、處方藥等supplier供應商id, name, phone, address采購單的外鍵來源drug_info藥品主檔id, drug_name, category_id, stock, price, expire_datestock 直接放這里查詢快sale_order銷售單頭id, order_no, total_amount, user_id, create_time保存整單金額便于對賬sale_order_item銷售明細id, sale_order_id, drug_id, quantity, price一單多品數(shù)量不能大于庫存這里有個設計取舍庫存字段是放在 drug_info 表里還是單獨拆一張 drug_stock?庫存表。畢設場景我更推薦放在 drug_info 里因為查藥品列表時單表就能帶出庫存數(shù)字不用 join。如果你想把系統(tǒng)做得更有“企業(yè)感”再拆 stock_log 表記錄每次出入庫流水作為進階加分點。字段類型也要注意價格用 decimal(10,2) 而不用 float庫存用 int。float 在金額計算上會有精度誤差這個點答辯問到“為什么用 decimal”時就是送分題。3.2 銷售單與銷售明細一單多品的表結(jié)構(gòu)怎么寫藥房每天有成百上千筆銷售一筆銷售可能包含三種藥。如果把藥品和數(shù)量直接塞進 sale_order 一個表就會出現(xiàn)大量重復字段后續(xù)統(tǒng)計每個藥品賣了多少也很痛苦。這個場景的標準做法是拆成銷售單頭加銷售明細兩張表建表腳本通常長這樣CREATE TABLE sale_order ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 銷售單號, total_amount DECIMAL(10, 2) NOT NULL COMMENT 訂單總金額, user_id BIGINT NOT NULL COMMENT 操作員ID, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE sale_order_item ( id BIGINT PRIMARY KEY AUTO_INCREMENT, sale_order_id BIGINT NOT NULL, drug_id BIGINT NOT NULL, quantity INT NOT NULL, price DECIMAL(10, 2) NOT NULL, KEY idx_order_id (sale_order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;order_no 生成規(guī)則一般是時間戳加自增序號唯一索引保證同一筆訂單不會重復。sale_order_item 里不存總金額只存單價和數(shù)量因為單行小計可以由quantity * price算出來明細表設計得越“瘦”將來做日銷售報表越方便。如果 Mysql 導入手里的腳本時提示表已存在說明原腳本開頭可能沒有DROP TABLE IF EXISTS。這種情況可以在導入前手動刪掉舊表或者用 Navicat 執(zhí)行腳本時勾選“遇到錯誤繼續(xù)”。這里也順便提一句 MyBatis-Plus 的做法如果源碼里用的是 MP可以按 Java 實體類直接生成建表 SQL賽選出來再微調(diào)外鍵和索引即可但傳統(tǒng) SSM 項目還是要自己維護 SQL 腳本所以把腳本讀明白更重要。3.3 數(shù)據(jù)庫腳本導入實操Navicat、命令行和 IDEA 導出腳本的邊界拿到數(shù)據(jù)庫腳本后常見的做法是先用 Navicat 或 DataGrip 導入。安全流程是先手動創(chuàng)建一個空數(shù)據(jù)庫再右鍵這個庫運行 SQL 文件。不要直接雙擊 SQL 文件因為在系統(tǒng)默認工具里執(zhí)行時一旦編碼不對中文注釋和表備注全會變成亂碼。mysql -uroot -p pharmacy_db pharmacy_db.sql如果你習慣命令行上面這條是把腳本導入 pharmacy_db 庫的最直接方式。注意這里pharmacy_db必須已經(jīng)在 MySQL 中存在否則會提示數(shù)據(jù)庫不存在。腳本里有USE語句的可以省去庫名但多數(shù)畢設腳本里可能沒有 USE所以先建庫再用指定庫名導入更穩(wěn)。中文亂碼時在命令里加上--default-character-setutf8再執(zhí)行一遍。如果為了交作業(yè)需要從 IDEA 里導出數(shù)據(jù)庫腳本可以在 Database 工具窗口選中要導出的庫右鍵找到 Dump with mysqldump。導出時里面會帶上 DROP TABLE 和 INSERT 語句這類腳本可以直接給老師。要注意的是IDEA 默認導出可能不保留 utf8mb4 字符集設置如果源碼里有表情符號相關(guān)的備注導出后容易亂碼。更穩(wěn)妥的做法是導出后打開文件檢查開頭部分的 DEFAULT CHARSET 是否還是 utf8mb4。導入完成后用下面這句 SQL 簡單驗證核心表是否齊全SHOW TABLES LIKE %drug%; SELECT COUNT(*) FROM drug_info;如果你能看到藥品數(shù)據(jù)說明腳本導入成功。如果表是空的而腳本里明明有 INSERT就要檢查執(zhí)行時是不是選錯了數(shù)據(jù)庫或者腳本開頭有DROP DATABASE導致被覆蓋了。4. 登錄、權(quán)限與庫存事務把“能跑”做成“像樣”一個能跑的 SSM 藥房管理系統(tǒng)和一份能拿高分的畢設中間差的就是三個東西登錄攔截做得夠不夠干凈、庫存扣減會不會超賣、權(quán)限控制是不是只停留在前端隱藏按鈕。4.1 用攔截器統(tǒng)一做登錄校驗而不是在每個 Controller 里重復寫很多源碼里會在每個 Controller 方法前寫一套“判斷 session 是否為空”的代碼雖然能用但代碼風格很“課程設計”。我更推薦的方案是實現(xiàn)一個 SpringMVC 攔截器把登錄校驗集中到一處。這個改動加分明顯而且實現(xiàn)成本很低public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行登錄接口 String uri request.getRequestURI(); if (uri.contains(/login) || uri.contains(/static)) { return true; } Object user request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login); return false; } return true; } }這段代碼的核心邏輯是請求到達 Controller 之前先檢查 session 里有沒有 loginUser沒有就重定向到登錄頁有就繼續(xù)放行。/static路徑要放行否則 CSS、JS 全部被攔頁面樣式會丟。在 SpringMVC 配置里注冊攔截器時只攔截業(yè)務路徑不要攔截登錄頁本身mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mappings mvc:mapping path/login/ mvc:mapping path/static/**/ /mvc:exclude-mappings bean classcom.example.pharmacy.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors這里有個容易忽略的點exclude-mapping 里寫了/static/**和上面 Java 代碼里的/static判斷作用重疊了實際保留一個就夠。兩個都寫也不會錯但注意攔截器里的uri.contains(/static)是模糊匹配/static路徑下所有靜態(tài)資源都會被放行。4.2 出庫扣庫存事務注解和一條防超賣 SQL 的寫法藥房賣藥這個動作涉及兩個寫操作往 sale_order 和 sale_order_item 插入數(shù)據(jù)同時扣減 drug_info 里對應藥品的 stock。如果刪掉了插入但是扣庫存失敗整單就會變成“沒賣出但庫存丟了”的錯誤狀態(tài)這種情況必須用事務包住。Service public class SaleService { Autowired private SaleOrderMapper saleOrderMapper; Autowired private DrugInfoMapper drugInfoMapper; Transactional(rollbackFor Exception.class) public void createSaleOrder(SaleOrder order, ListSaleOrderItem items) { saleOrderMapper.insert(order); for (SaleOrderItem item : items) { int rows drugInfoMapper.reduceStock(item.getDrugId(), item.getQuantity()); if (rows 0) { throw new RuntimeException(藥品庫存不足訂單已回滾); } item.setSaleOrderId(order.getId()); saleOrderMapper.insertItem(item); } } }rollbackFor Exception.class表示運行時異常和非運行時異常都觸發(fā)回滾。reduceStock返回受影響行數(shù)如果為 0說明 update 沒有命中任何記錄這時直接拋異常讓事務回滾避免訂單和數(shù)據(jù)不一致。關(guān)鍵在 Mapper 里的這條 SQL 寫法UPDATE drug_info SET stock stock - #{quantity} WHERE id #{drugId} AND stock #{quantity}這里用stock quantity做條件判斷數(shù)據(jù)庫行鎖會在 update 時鎖住這一行兩個用戶同時買同一個藥時只有一個能成功扣減。這比“先 select 查庫存再 update 扣庫存”安全得多后者在并發(fā)場景下會超賣。只扣 stock 時配合事務注解就能在答辯中回答“庫存會不會扣成負數(shù)”這個問題。這個問題在 Java 面試題里也是高頻答辯時順嘴提一句“通過條件更新而不是業(yè)務層判斷”就能加分。務必要注意事務失效的兩個坑。第一個是同一個類內(nèi)部調(diào)用 createSaleOrder事務注解會被繞過因為 Spring 事務基于代理同類調(diào)用走的是 this 本身而不是代理對象。第二個是 MySQL 表引擎不是 InnoDB。如果建表語句寫的是 ENGINEMyISAM事務會靜默失效扣庫存和插訂單會變成兩條獨立提交。這也是為什么我在前文建表 SQL 里特意寫 InnoDB。4.3 按鈕級權(quán)限讓不同角色看到不同菜單的最小實現(xiàn)角色權(quán)限在畢設里做到“菜單級顯示”就夠了。管理員能看到用戶管理、供貨商管理普通收銀員只能看到銷售頁面這個需求最常見的實現(xiàn)方案是 JSP 里基于 session 角色做條件渲染c:if test${sessionScope.loginUser.roleId 1} lia href${pageContext.request.contextPath}/user/list用戶管理/a/li /c:if c:if test${sessionScope.loginUser.roleId 2} lia href${pageContext.request.contextPath}/sale/create藥品銷售/a/li /c:if這段 JSTL 代碼做了純前端的菜單展示控制。要注意它只是“界面層控制”不是真正的安全手段。任何人都可以直接在瀏覽器地址欄輸入/user/list來繞過菜單訪問所以后端接口還需要配合 4.1 的攔截器或者在 Controller 方法里再做一次角色判斷。畢設答辯時如果老師追問“前端隱藏按鈕夠不夠”你如果能答出“按鈕隱藏只是展示層真正攔截要在服務端做”就已經(jīng)超過很多只做前端判斷的組了。5. 避坑實錄SSM 藥房系統(tǒng)從啟動到跑通的 5 個常見問題我這個項目最常見的問題不在業(yè)務代碼而在環(huán)境銜接和配置文件。下面這五條是按“現(xiàn)象 - 原因 - 解決”整理的基本覆蓋了 SSM 藥房系統(tǒng)從開機到跑通的高頻翻車點。5.1 連接類驅(qū)動、建庫和 MySQL 8 的兼容問題現(xiàn)象一啟動后控制臺報Communications link failure或者Unknown database pharmacy_db。原因應用連接不到數(shù)據(jù)庫。要么是 MySQL 服務沒啟動要么是用戶名密碼不對要么是庫里根本不存在pharmacy_db這個 schema。還有一種隱蔽原因是 MySQL 8 的認證插件問題老驅(qū)動連不上新數(shù)據(jù)庫。解決先打開 Navicat 或命令行用同樣的賬號密碼連一次確認能連上。再檢查 jdbc.url 里的庫名是否和實際數(shù)據(jù)庫名一致。MySQL 8 環(huán)境下把驅(qū)動改成com.mysql.cj.jdbc.Driverurl 末尾補serverTimezoneAsia/Shanghai這樣能消掉時區(qū)類報錯。現(xiàn)象二啟動時報ClassNotFoundException: com.mysql.jdbc.Driver。原因pom.xml 里缺少 MySQL 驅(qū)動依賴或者依賴沒有被 Maven 下載完整。很多 SSM 模板項目里驅(qū)動坐標寫的是mysql-connector-java但這個坐標在 MySQL 8 之后要指定版本不指定版本時 Maven 可能拉不到合適的包。解決先執(zhí)行mvn dependency:tree查一下 mysql 相關(guān)依賴是否在列表里沒有的話在 pom.xml 的 dependencies 里補上對應驅(qū)動并確認 scope 不要寫成 provided。刷新 Maven 后重新啟動?，F(xiàn)象三登錄頁面能打開但輸入正確賬號后卡住或報 500。原因這類情況多半是數(shù)據(jù)庫腳本導入不完整。常見的是只導入了表結(jié)構(gòu)沒有把初始管理員賬號的 INSERT 語句執(zhí)行成功導致查用戶時返回空。解決查一下 sys_user 表里是否有數(shù)據(jù)沒有就單獨執(zhí)行腳本里的 INSERT 語句。如果腳本執(zhí)行時把DROP TABLE IF EXISTS漏掉舊表數(shù)據(jù)會和新數(shù)據(jù)沖突可以手動把核心表清空后重新導入。5.2 運行類端口、編碼、字段映射和依賴沖突現(xiàn)象四頁面顯示中文亂碼或者保存到數(shù)據(jù)庫里的中文變成問號。原因三層字符集不一致。Tomcat 接收請求時默認字符集不是 UTF-8MySQL 表沒設置 utf8mb4以及 Java 代碼和頁面編碼不一致三處只要有一處不對就會亂碼。解決先保證 2.2 里的 CharacterEncodingFilter 配置正確url-pattern 必須是/*。再檢查數(shù)據(jù)庫連接 url 里有沒有characterEncodingutf8。最后看建表語句確認表字符集是utf8mb4。這三層都對齊后一般亂碼問題就消失了。如果還有問題可以觀察 JSP 頁面頂部的 pageEncoding 屬性是否和文件實際編碼一致?，F(xiàn)象五點擊某個按鈕或接口報Invalid bound statement (not found)或者保存時實體類屬性一直為空報Column xxx cannot be null。原因MyBatis 的 Mapper XML 和接口沒有綁定成功。第一種是掃描路徑問題XML 文件沒有放在接口同包目錄下導致 MyBatis 解析不到。第二種是字段映射問題數(shù)據(jù)庫列名是order_no實體屬性是orderNo但如果 mybatis-config 里沒開駝峰映射返回的實體屬性就是 null。解決檢查 Spring 配置里 MapperScannerConfigurer 的 basePackage 是否指向 DAO 接口所在包同時確認 target/classes 目錄下有沒有對應的 XML 文件。Maven 默認只把 src/main/resources 下的 XML 打包如果你把 Mapper XML 放在 src/main/java 的包目錄里需要在 pom.xml 里加上資源過濾配置否則編譯后 XML 被丟棄。如果不能確保這一塊不出問題最省事的做法是把 Mapper XML 統(tǒng)一放到 src/main/resources/mapper 目錄下并在 mybatis-config 里用mapper resourcemapper/xxx.xml/顯式注冊。6. 三個加分改造和答辯驗證讓藥房管理系統(tǒng)夠到“高分畢設”把源碼跑通只是及格線。想讓指導老師和答辯評委覺得這個 SSM 藥房管理系統(tǒng)是“自己做過、想過”的我一般會再建議加三個低成本改造。第一個是藥品過期預警。在 drug_info 表里已經(jīng)有 expire_date 字段的前提下加一個查詢接口把 30 天內(nèi)到期的藥列出來SELECT drug_name, stock, expire_date FROM drug_info WHERE expire_date BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 30 DAY) ORDER BY expire_date ASC;這條 SQL 不需要新增表也不需要引入定時任務在頁面加一個“臨期藥品”入口就能看到效果。答辯被問到“這個系統(tǒng)有沒有考慮到藥房實際業(yè)務”這就是最好的例子。第二個是操作日志。可以建一張 log 表在登錄、銷售、采購這些動作后手動插入一條記錄。雖然用 AOP 做更專業(yè)但畢設手動寫反而容易講清楚。第三個是銷售統(tǒng)計。按日統(tǒng)計營業(yè)額一行 SQL 就能出來配合 JFreeChart 或 ECharts 畫個柱狀圖視覺沖擊力遠大于單純表格。加分項改動量答辯價值臨期藥品預警一個 SQL 一個頁面入口體現(xiàn)藥房行業(yè)理解登錄日志一張表 一次攔截器插入體現(xiàn)完整的數(shù)據(jù)流意識銷售統(tǒng)計一個聚合 SQL 圖表體現(xiàn)商業(yè)數(shù)據(jù)分析能力答辯時有兩個問題幾乎必問。一個是“庫存怎么避免超賣”你把 4.2 的 update 條件 SQL 講清楚就夠了。另一個是“為什么用 SSM 而不是 Spring Boot”不要貶低 Spring Boot可以從框架分層清晰、事務和 SQL 可控、學校課程體系銜接這些角度去答同時承認 Spring Boot 更適合快速開發(fā)。我的習慣是拿到項目先把數(shù)據(jù)庫表關(guān)系畫出來再在源碼里定位三個關(guān)鍵點登錄攔截、事務入口、Mapper SQL這三個點過了整個項目基本就講活了。這條路走完希望你也能把“高分畢設”這四個字從壓縮包名字變成答辯現(xiàn)場的底氣。希望幫到你。本文還有配套的精品資源點擊獲取