簡介本資源為基于SSM框架的會議管理系統(tǒng)畢業(yè)設(shè)計完整項目包面向高校計算機相關(guān)專業(yè)學(xué)生及Java初學(xué)者可用于畢業(yè)設(shè)計、課程設(shè)計或期末大作業(yè)。項目采用SSM后臺框架前端使用HTML/JSP/Vue數(shù)據(jù)庫為MySQL開發(fā)環(huán)境為IDEA部署依賴Tomcat與Maven代碼注釋詳盡新手也能看懂。壓縮包共1068個文件約77.99MB涵蓋178個Java源文件、124個Vue組件、322個SVG圖標(biāo)、44個XML配置及SQL腳本等前后端代碼與數(shù)據(jù)庫腳本一應(yīng)俱全。系統(tǒng)功能完善、界面美觀、操作簡單涵蓋會議管理核心業(yè)務(wù)模塊經(jīng)過嚴(yán)格調(diào)試可穩(wěn)定運行。已有69人學(xué)習(xí)關(guān)注下載后簡單部署即可使用適合作為高分畢設(shè)參考幫助讀者快速掌握SSM整合開發(fā)流程與項目部署思路。1. 會議管理系統(tǒng)到底在管什么從一場跨部門周會說起很多同學(xué)做 Java 畢業(yè)設(shè)計時一看到“會議管理系統(tǒng)”就覺得沒什么技術(shù)含量無非是增刪改查。但真正動手寫起來你會發(fā)現(xiàn)這個題目的復(fù)雜度被嚴(yán)重低估了。一場跨部門周會從發(fā)起預(yù)約、審批會議室、通知參會人、簽到、記錄紀(jì)要、跟蹤待辦到會后歸檔整條鏈路涉及角色權(quán)限、時間沖突檢測、狀態(tài)流轉(zhuǎn)、消息觸達等多個工程問題?；?SSMSpring SpringMVC MyBatis來實現(xiàn)這套系統(tǒng)恰好能把 Java Web 開發(fā)的核心能力串起來控制層路由、業(yè)務(wù)層事務(wù)、持久層映射、前后端數(shù)據(jù)交互一個都跑不掉。這篇文章面向正在做 Java 畢業(yè)設(shè)計、選了會議管理系統(tǒng)這個題目的同學(xué)也面向想用 SSM 練手一個完整業(yè)務(wù)系統(tǒng)的開發(fā)者。我會把需求拆解、數(shù)據(jù)庫設(shè)計、核心代碼實現(xiàn)、常見踩坑點講清楚讓你看完能直接動手復(fù)現(xiàn)而不是停留在“知道有這么個東西”的層面。選 SSM 而不是 Spring Boot理由也很實際很多高校的畢設(shè)答辯環(huán)境對版本和依賴有固定要求SSM 的 XML 配置方式雖然繁瑣但勝在可控、可解釋答辯時你能說清楚每一層在干什么。2. 需求拆解與數(shù)據(jù)庫設(shè)計先想清楚再建表2.1 三類角色與核心用例會議管理系統(tǒng)的角色通常分三種普通員工、部門管理員、系統(tǒng)管理員。普通員工能發(fā)起會議申請、查看自己被邀請的會議、簽到、查看紀(jì)要部門管理員多一個審批會議申請的權(quán)限以及管理本部門會議室系統(tǒng)管理員負責(zé)用戶管理、會議室資源管理、全局配置。核心用例可以歸納為六條主線用戶登錄與權(quán)限校驗、會議申請與審批、會議室預(yù)約與沖突檢測、參會通知與簽到、會議紀(jì)要記錄與歸檔、待辦事項跟蹤。這六條線不是并列關(guān)系而是有先后依賴的。比如沖突檢測必須在審批通過之前完成否則會出現(xiàn)兩個會議搶同一間會議室的情況。我一般會先畫一張狀態(tài)流轉(zhuǎn)圖不用工具紙上畫就行把會議狀態(tài)定義為待審批 → 已通過 → 進行中 → 已結(jié)束 → 已歸檔外加一個已駁回的旁支。狀態(tài)流轉(zhuǎn)清楚了后面寫業(yè)務(wù)代碼時就不會出現(xiàn)“這個字段到底該不該改”的猶豫。2.2 數(shù)據(jù)庫表設(shè)計與字段說明數(shù)據(jù)庫設(shè)計是整個系統(tǒng)的地基。表建得合理后面寫 SQL 和業(yè)務(wù)代碼會順很多表建得隨意后面到處打補丁。下面是核心表的設(shè)計方案以 MySQL 為例。用戶表 t_user字段名類型說明idbigint主鍵自增usernamevarchar(50)登錄名唯一索引passwordvarchar(128)密碼存 MD5 加鹽值real_namevarchar(50)真實姓名roletinyint角色1 員工2 部門管理員3 系統(tǒng)管理員dept_idbigint所屬部門 IDstatustinyint狀態(tài)1 正常0 禁用create_timedatetime創(chuàng)建時間會議室表 t_room字段名類型說明idbigint主鍵room_namevarchar(100)會議室名稱capacityint容納人數(shù)locationvarchar(200)位置描述equipmentvarchar(500)設(shè)備清單逗號分隔statustinyint1 可用0 維護中會議表 t_meeting字段名類型說明idbigint主鍵titlevarchar(200)會議主題room_idbigint會議室 IDinitiator_idbigint發(fā)起人 IDstart_timedatetime開始時間end_timedatetime結(jié)束時間statustinyint1 待審批2 已通過3 進行中4 已結(jié)束5 已駁回6 已歸檔attendee_idstext參會人 ID 列表逗號分隔descriptiontext會議說明create_timedatetime創(chuàng)建時間會議紀(jì)要表 t_minutes字段名類型說明idbigint主鍵meeting_idbigint關(guān)聯(lián)會議 IDcontenttext紀(jì)要內(nèi)容recorder_idbigint記錄人 IDcreate_timedatetime記錄時間待辦表 t_todo字段名類型說明idbigint主鍵meeting_idbigint關(guān)聯(lián)會議 IDassignee_idbigint負責(zé)人 IDcontentvarchar(500)待辦內(nèi)容deadlinedatetime截止時間statustinyint0 未完成1 已完成這里有一個設(shè)計決策值得展開說參會人用逗號分隔存在一個字段里還是單獨建一張關(guān)聯(lián)表單獨建關(guān)聯(lián)表t_meeting_attendee在范式上更規(guī)范查詢也更靈活比如“查某人參加過的所有會議”用 JOIN 很直接。但逗號分隔的方式在插入和讀取時少一次關(guān)聯(lián)查詢對于畢設(shè)這種數(shù)據(jù)量不大的場景夠用。我的建議是如果你答辯時老師可能追問數(shù)據(jù)庫范式就用關(guān)聯(lián)表如果更關(guān)注開發(fā)速度逗號分隔也能接受但要在查詢時注意用 FIND_IN_SET 函數(shù)。-- 建庫語句 CREATE DATABASE meeting_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; -- 用戶表 CREATE TABLE t_user ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(128) NOT NULL, real_name VARCHAR(50) NOT NULL, role TINYINT NOT NULL DEFAULT 1, dept_id BIGINT, status TINYINT NOT NULL DEFAULT 1, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB; -- 會議表注意時間字段加索引沖突檢測會頻繁查詢 CREATE TABLE t_meeting ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, room_id BIGINT NOT NULL, initiator_id BIGINT NOT NULL, start_time DATETIME NOT NULL, end_time DATETIME NOT NULL, status TINYINT NOT NULL DEFAULT 1, attendee_ids TEXT, description TEXT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_room_time (room_id, start_time, end_time) ) ENGINEInnoDB;上面建表語句里idx_room_time這個聯(lián)合索引是專門為沖突檢測查詢準(zhǔn)備的。沖突檢測的 SQL 邏輯是查同一間會議室、狀態(tài)不是已駁回或已歸檔、且時間段有重疊的記錄。沒有這個索引每次檢測都全表掃描數(shù)據(jù)量一上來就慢。2.3 沖突檢測的 SQL 邏輯時間沖突的判斷條件是已有會議的 start_time 小于新會議的 end_time且已有會議的 end_time 大于新會議的 start_time。這個條件覆蓋了三種重疊情況完全包含、部分重疊、被包含。SELECT COUNT(*) FROM t_meeting WHERE room_id #{roomId} AND status NOT IN (5, 6) AND start_time #{endTime} AND end_time #{startTime}參數(shù)說明roomId 是待預(yù)約的會議室 IDstartTime 和 endTime 是新會議的時間段。status NOT IN (5, 6) 排除了已駁回和已歸檔的會議這兩種狀態(tài)不占用會議室資源。返回 COUNT 大于 0 就說明有沖突需要提示用戶換時間或換會議室。3. SSM 三層架構(gòu)落地從 Controller 到 Mapper 的完整鏈路3.1 項目結(jié)構(gòu)與依賴配置SSM 項目的標(biāo)準(zhǔn)結(jié)構(gòu)是controller 層負責(zé)接收請求和返回響應(yīng)service 層寫業(yè)務(wù)邏輯和事務(wù)控制daomapper層負責(zé)數(shù)據(jù)庫操作。配置文件包括 spring-dao.xml數(shù)據(jù)源和 MyBatis 整合、spring-service.xml事務(wù)和 service 掃描、spring-mvc.xmlMVC 注解驅(qū)動和視圖解析器、web.xml前端控制器和監(jiān)聽器。Maven 依賴的核心坐標(biāo)包括spring-webmvc、spring-jdbc、spring-tx、mybatis、mybatis-spring、mysql-connector-java、druid連接池、jstl、servlet-api。版本選擇上Spring 用 5.xMyBatis 用 3.5.xMySQL 驅(qū)動用 8.x注意驅(qū)動類名是 com.mysql.cj.jdbc.Driver。!-- pom.xml 核心依賴片段 -- dependencies dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.3.30/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.1.2/version /dependency dependency groupIdcom.alibaba/groupId artifactIddruid/artifactId version1.2.20/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency /dependencies這段依賴配置里druid 連接池不是必須的但用它比用 Spring 自帶的 DriverManagerDataSource 要好因為 druid 提供了連接監(jiān)控和 SQL 統(tǒng)計功能調(diào)試階段能幫你看清楚哪些 SQL 執(zhí)行慢。mybatis-spring 的版本要和 mybatis 主包版本匹配否則可能出現(xiàn) NoSuchMethodError。3.2 會議申請與沖突檢測的 Service 實現(xiàn)Service 層是業(yè)務(wù)邏輯的核心。會議申請這個操作涉及三個步驟校驗時間合法性、檢測會議室沖突、插入會議記錄。這三個步驟必須在同一個事務(wù)里否則可能出現(xiàn)沖突檢測通過了但插入失敗、或者插入成功了但沖突檢測沒做完的情況。Service public class MeetingServiceImpl implements MeetingService { Autowired private MeetingMapper meetingMapper; Override Transactional(rollbackFor Exception.class) public Result createMeeting(Meeting meeting) { // 1. 基礎(chǔ)校驗結(jié)束時間必須晚于開始時間 if (meeting.getEndTime().before(meeting.getStartTime())) { return Result.fail(結(jié)束時間不能早于開始時間); } // 2. 沖突檢測 int conflictCount meetingMapper.countConflict( meeting.getRoomId(), meeting.getStartTime(), meeting.getEndTime() ); if (conflictCount 0) { return Result.fail(該時間段會議室已被占用請調(diào)整時間或更換會議室); } // 3. 插入記錄狀態(tài)設(shè)為待審批 meeting.setStatus(1); meeting.setCreateTime(new Date()); meetingMapper.insert(meeting); return Result.success(申請已提交等待審批); } }這段代碼的關(guān)鍵點有三個。第一Transactional(rollbackFor Exception.class)指定了回滾異常類型默認只回滾 RuntimeException加上 rollbackFor 后受檢異常也會觸發(fā)回滾。第二沖突檢測放在插入之前但即使這樣在高并發(fā)場景下仍可能出現(xiàn)兩個請求同時通過檢測然后都插入的情況這就是所謂的“幻讀”問題。解決辦法是在 countConflict 查詢時加FOR UPDATE鎖或者對會議室 ID 加分布式鎖。畢設(shè)場景下并發(fā)量不大但答辯時老師可能會問這個問題提前想好答案。第三返回結(jié)果用統(tǒng)一的 Result 對象封裝包含 code、msg、data 三個字段前端根據(jù) code 判斷成功還是失敗。3.3 MyBatis Mapper XML 的編寫要點Mapper XML 是 SSM 里最容易出問題的地方。常見錯誤包括namespace 寫錯導(dǎo)致綁定不上、resultMap 字段映射不對導(dǎo)致查出來是 null、動態(tài) SQL 的 if 條件拼錯導(dǎo)致 SQL 語法錯誤。mapper namespacecom.demo.dao.MeetingMapper resultMap idmeetingMap typecom.demo.entity.Meeting id columnid propertyid/ result columntitle propertytitle/ result columnroom_id propertyroomId/ result columnstart_time propertystartTime/ result columnend_time propertyendTime/ result columnstatus propertystatus/ /resultMap select idcountConflict resultTypeint SELECT COUNT(*) FROM t_meeting WHERE room_id #{roomId} AND status NOT IN (5, 6) AND start_time lt; #{endTime} AND end_time gt; #{startTime} /select insert idinsert parameterTypecom.demo.entity.Meeting useGeneratedKeystrue keyPropertyid INSERT INTO t_meeting (title, room_id, initiator_id, start_time, end_time, status, attendee_ids, description) VALUES (#{title}, #{roomId}, #{initiatorId}, #{startTime}, #{endTime}, #{status}, #{attendeeIds}, #{description}) /insert /mapperXML 里和必須轉(zhuǎn)義為lt;和gt;這是新手最容易翻車的地方不轉(zhuǎn)義直接報 SQL 語法錯誤。useGeneratedKeystrue keyPropertyid讓插入后能把自增主鍵回填到實體對象里后面如果需要用這個 ID 關(guān)聯(lián)其他表就靠它。resultMap 里 column 是數(shù)據(jù)庫字段名property 是 Java 實體屬性名下劃線和駝峰之間的轉(zhuǎn)換必須手動配或者開啟 MyBatis 的 mapUnderscoreToCamelCase 配置。3.4 Controller 層與前后端數(shù)據(jù)交互Controller 層負責(zé)接收前端請求、調(diào)用 Service、返回 JSON 數(shù)據(jù)。SSM 里用 RestController 或 Controller ResponseBody 來返回 JSON。RestController RequestMapping(/meeting) public class MeetingController { Autowired private MeetingService meetingService; PostMapping(/create) public Result create(RequestBody Meeting meeting, HttpSession session) { User user (User) session.getAttribute(loginUser); if (user null) { return Result.fail(請先登錄); } meeting.setInitiatorId(user.getId()); return meetingService.createMeeting(meeting); } GetMapping(/list) public Result list(RequestParam(defaultValue 1) int page, RequestParam(defaultValue 10) int size, HttpSession session) { User user (User) session.getAttribute(loginUser); PageInfoMeeting pageInfo meetingService.listByUser(user.getId(), page, size); return Result.success(pageInfo); } }這里用 HttpSession 存登錄用戶信息是最簡單的權(quán)限控制方式。攔截器里檢查 session 中是否有 loginUser沒有就跳轉(zhuǎn)登錄頁。分頁查詢用 PageHelper 插件在 Service 里調(diào)PageHelper.startPage(page, size)再執(zhí)行查詢返回的 list 會被自動包裝成 PageInfo 對象包含總記錄數(shù)、總頁數(shù)等信息。4. 避坑指南那些讓我熬夜的報錯和排查思路4.1 中文亂碼問題現(xiàn)象前端提交的中文數(shù)據(jù)存到數(shù)據(jù)庫變成問號或者頁面顯示亂碼。原因通常有三層數(shù)據(jù)庫字符集不是 utf8mb4、連接 URL 沒指定字符編碼、Tomcat 的 URIEncoding 沒配。解決方法是逐層排查先確認建庫時用了 utf8mb4再檢查 JDBC URL 里加了useUnicodetruecharacterEncodingutf8最后在 web.xml 里配 CharacterEncodingFilter 強制請求和響應(yīng)都用 UTF-8。4.2 事務(wù)不生效現(xiàn)象Service 方法上加了 Transactional但插入失敗后前面的操作沒有回滾。原因通常是 Spring 配置里沒有開啟事務(wù)注解驅(qū)動或者 Service 類沒有被 Spring 掃描到。檢查 spring-service.xml 里是否有tx:annotation-driven transaction-managertransactionManager/以及包掃描路徑是否覆蓋了 Service 所在包。另一個常見原因是方法不是 public 的Spring AOP 默認只代理 public 方法。4.3 MyBatis 綁定異?，F(xiàn)象啟動時報Invalid bound statement (not found)。原因通常是 Mapper XML 的 namespace 和 Mapper 接口的全限定名不一致或者 XML 文件沒有放在 resources 目錄下對應(yīng)的包路徑里。SSM 項目里 Mapper XML 一般放在src/main/resources/mapper/目錄下需要在 spring-dao.xml 里配置mapperLocations屬性指定掃描路徑。4.4 時間格式前后端不一致現(xiàn)象前端傳2024-01-15 09:00:00后端接收時報格式轉(zhuǎn)換錯誤。原因是 SpringMVC 默認不支持這種格式的字符串轉(zhuǎn) Date。解決辦法是在實體類的日期字段上加DateTimeFormat(pattern yyyy-MM-dd HH:mm:ss)注解或者在 spring-mvc.xml 里注冊自定義的 Converter。返回 JSON 時用JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)保證序列化格式一致。4.5 靜態(tài)資源被攔截現(xiàn)象CSS、JS、圖片加載不出來瀏覽器控制臺報 404。原因是 spring-mvc.xml 里配置的 DispatcherServlet 攔截了所有請求包括靜態(tài)資源。解決辦法是在 spring-mvc.xml 里加mvc:default-servlet-handler/或mvc:resources mapping/static/** location/static//把靜態(tài)資源請求交給默認 Servlet 處理。5. 進階技巧讓系統(tǒng)更穩(wěn)、更好演示5.1 用攔截器做統(tǒng)一權(quán)限校驗與其在每個 Controller 方法里手動檢查 session不如寫一個 HandlerInterceptor在 preHandle 方法里統(tǒng)一判斷登錄狀態(tài)和角色權(quán)限。這樣代碼更干凈也不容易漏掉某個接口。public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); User user (User) session.getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }攔截器注冊在 spring-mvc.xml 里通過mvc:interceptors配置攔截路徑和排除路徑。登錄接口和靜態(tài)資源要排除掉否則會死循環(huán)。5.2 會議狀態(tài)自動流轉(zhuǎn)會議狀態(tài)從“已通過”到“進行中”再到“已結(jié)束”如果全靠人工點擊按鈕來改演示時容易忘。可以寫一個定時任務(wù)每分鐘掃描一次 t_meeting 表把 start_time 已到且狀態(tài)為 2 的記錄改成 3把 end_time 已過且狀態(tài)為 3 的記錄改成 4。Spring 的 Scheduled 注解就能實現(xiàn)在 spring-service.xml 里開啟task:annotation-driven/即可。Component public class MeetingStatusTask { Autowired private MeetingMapper meetingMapper; Scheduled(fixedRate 60000) public void autoUpdateStatus() { meetingMapper.updateToOngoing(); meetingMapper.updateToFinished(); } }對應(yīng)的 SQL 是UPDATE t_meeting SET status 3 WHERE status 2 AND start_time NOW()和UPDATE t_meeting SET status 4 WHERE status 3 AND end_time NOW()。這個技巧在答辯演示時很加分老師能看到系統(tǒng)有“自動運轉(zhuǎn)”的能力。5.3 答辯演示的加分項演示時不要只走一遍增刪改查。建議按這個順序先用普通員工賬號發(fā)起一個會議申請?zhí)匾膺x一個已被占用的時間段展示沖突檢測的提示然后換部門管理員賬號審批通過再展示會議列表里狀態(tài)的變化最后打開會議紀(jì)要頁面寫一條紀(jì)要并添加待辦。整個流程走完老師能看到你對業(yè)務(wù)閉環(huán)的理解而不只是代碼堆砌。另外提前準(zhǔn)備兩個問題的答案一是“如果兩個人同時預(yù)約同一間會議室怎么辦”回答用數(shù)據(jù)庫唯一索引或悲觀鎖二是“密碼為什么不能明文存”回答用 MD5 加鹽或 BCrypt。這兩個問題被問到的概率很高。我在做這類系統(tǒng)時養(yǎng)成了一個習(xí)慣每寫完一個模塊就手動構(gòu)造三條異常數(shù)據(jù)測一下比如結(jié)束時間早于開始時間、參會人 ID 不存在、會議室已停用。這些邊界情況才是真正讓系統(tǒng)“能用”和“好用”的分界線。希望幫到你。本文還有配套的精品資源點擊獲取