簡介這是一套面向Java Web初學者與企業(yè)信息化開發(fā)者的會議室資源管理實戰(zhàn)項目聚焦會議場景下的多角色協(xié)同預約需求解決傳統(tǒng)人工排會易沖突、效率低、信息不同步等痛點。資源包共744個文件5.01MB涵蓋20個JSP核心頁面實現(xiàn)用戶交互與業(yè)務跳轉(zhuǎn)、212個JS腳本含表單驗證與動態(tài)日歷控件、74個HTML靜態(tài)頁公告展示與說明、26個CSS樣式文件響應式界面布局及31個PNG/GIF圖標資源輔以JavaBean類、Servlet配置、SQL建表語句與Tomcat部署說明構(gòu)成完整MVC分層結(jié)構(gòu)。已有1659人學習下載讀者可直接部署運行掌握基于JSPServletMySQL的Web應用開發(fā)全流程包括部門/員工/會議室三級數(shù)據(jù)建模、Session權限控制、預約沖突檢測邏輯、前后端交互規(guī)范及常見安全加固實踐。1. 為什么一個“會議室預約”系統(tǒng)反而最容易暴露畢設/課設的硬傷你手上的這個「JAVA JSP會議室預約系統(tǒng)」表面看是教務管理里的小模塊但實際是檢驗工程能力的試金石——它不考炫技算法卻卡在真實業(yè)務閉環(huán)的每個毛細血管里誰在什么時間、用什么身份、預約哪間帶投影儀的3號會議室預約后能不能被行政老師一鍵駁回駁回理由要不要留痕已確認的預約臨時加人怎么同步通知這些不是“功能點”而是權限流、狀態(tài)機、并發(fā)控制、日志追溯四重關卡。我?guī)н^三屆學生做這類系統(tǒng)80%的翻車現(xiàn)場都出在“以為JSPServlet能跑通登錄就等于系統(tǒng)做完”——結(jié)果答辯時導師一問“兩個老師同時點下‘確認使用’按鈕系統(tǒng)怎么保證只生成一條占用記錄”當場啞火。這套方案專為踩過坑的人設計從真實會議場景倒推架構(gòu)用可驗證的狀態(tài)遷移圖定義流程給出帶事務注解的DAO層關鍵代碼附帶5條高發(fā)并發(fā)/權限/數(shù)據(jù)一致性黑盒問題排查清單。適合正在趕畢設/課設、需要一份能跑、能講、能答的完整交付物的同學也適合作為小型OA中會議模塊的技術參考原型。2. 需求建模與核心狀態(tài)機設計把“開會”這件事拆解成可編碼的規(guī)則會議室預約不是簡單的CRUD而是一套受角色、時間、設備、審批鏈多重約束的狀態(tài)流轉(zhuǎn)過程。我們先放棄“用戶填表→存數(shù)據(jù)庫”的直覺用狀態(tài)機思維錨定業(yè)務主干。2.1 從真實會議場景提煉6類核心角色與權限邊界系統(tǒng)中不存在“萬能管理員”。必須明確劃分以下角色及其操作邊界直接決定后續(xù)Spring Security配置粒度普通員工僅可創(chuàng)建/取消自己發(fā)起的待審核預約查看本人所有預約含歷史不可修改他人預約部門秘書可代本部門員工提交預約可查看本部門全部預約含未審核可撤回本部門待審預約會議室管理員可審核/駁回所有預約可強制釋放超時未使用的預約可維護會議室基礎信息名稱、容量、設備列表超級管理員僅用于初始化系統(tǒng)如創(chuàng)建初始管理員賬號日常不啟用該權限訪客賬號預留擴展僅可查看公開會議室空閑時段不可預約為后續(xù)對接門禁系統(tǒng)留接口系統(tǒng)服務賬號用于定時任務如每日凌晨清理7天前的歷史記錄無Web登錄入口提示角色權限表role_permission必須采用“角色-資源-操作”三元組設計而非簡單字段標記。例如“會議室管理員”對/meeting/approve資源擁有POST操作權限而非在用戶表加is_admin布爾字段——后者會導致權限變更需改代碼且無法支持未來“某管理員僅管3樓會議室”的精細化需求。2.2 會議預約全生命周期狀態(tài)機4個主狀態(tài)7種合法遷移預約單meeting_booking的核心字段status不能用字符串隨意賦值必須嚴格遵循下圖狀態(tài)遷移規(guī)則實際開發(fā)中用枚舉類BookingStatus封裝當前狀態(tài)可遷移到狀態(tài)觸發(fā)動作約束條件DRAFT草稿PENDING_APPROVAL提交預約必須選擇會議室、起止時間、參會人數(shù)時間不能與該會議室已確認預約沖突PENDING_APPROVAL待審核APPROVED/REJECTED/CANCELLED_BY_USER審核通過/駁回/用戶主動取消駁回時reject_reason字段必填用戶取消僅限審核前APPROVED已批準OCCUPIED/CANCELLED_BY_ADMIN/EXPIRED開始使用/管理員強制取消/超時未使用OCCUPIED需校驗當前時間≥預約開始時間EXPIRED由定時任務觸發(fā)超時30分鐘未點擊“開始使用”O(jiān)CCUPIED使用中COMPLETED/CANCELLED_BY_ADMIN結(jié)束會議/管理員強制終止COMPLETED需記錄實際結(jié)束時間用于統(tǒng)計會議室利用率// BookingStatus.java 枚舉定義關鍵部分 public enum BookingStatus { DRAFT(草稿), PENDING_APPROVAL(待審核), APPROVED(已批準), OCCUPIED(使用中), COMPLETED(已完成), REJECTED(已駁回), CANCELLED_BY_USER(用戶取消), CANCELLED_BY_ADMIN(管理員取消), EXPIRED(已過期); private final String desc; // 構(gòu)造、getter省略... // 核心方法校驗狀態(tài)遷移是否合法 public boolean canTransitionTo(BookingStatus target) { switch (this) { case DRAFT: return target PENDING_APPROVAL; case PENDING_APPROVAL: return target APPROVED || target REJECTED || target CANCELLED_BY_USER; case APPROVED: return target OCCUPIED || target CANCELLED_BY_ADMIN || target EXPIRED; case OCCUPIED: return target COMPLETED || target CANCELLED_BY_ADMIN; default: return false; // 其他狀態(tài)禁止遷移 } } }這段代碼的價值在于所有狀態(tài)變更必須調(diào)用canTransitionTo()校驗否則拋出IllegalStateException。它把業(yè)務規(guī)則固化在代碼層避免前端JS或Controller里寫一堆if-else判斷極大降低邏輯錯亂風險。我見過太多項目在“已批準”狀態(tài)下還允許用戶點擊“取消”結(jié)果數(shù)據(jù)庫狀態(tài)變成非法值后續(xù)統(tǒng)計報表全崩。2.3 關鍵約束的落地實現(xiàn)時間沖突檢測與設備匹配算法會議室預約最常被忽略的硬性約束是時間重疊和設備缺失。不能只查“該會議室在[14:00,15:00]是否有預約”而要精確到分鐘級的區(qū)間覆蓋檢測。-- MySQL查詢檢查會議室room_id5在start_time2024-06-15 14:00:00到end_time2024-06-15 15:00:00之間是否存在沖突預約 SELECT COUNT(*) FROM meeting_booking WHERE room_id 5 AND status IN (PENDING_APPROVAL, APPROVED, OCCUPIED) AND NOT ( end_time 2024-06-15 14:00:00 OR -- 新預約在舊預約結(jié)束后開始 start_time 2024-06-15 15:00:00 -- 新預約在舊預約開始前結(jié)束 );設備匹配邏輯放在Service層更合理先查出所有滿足時間要求的會議室再過濾出包含所需設備如投影儀、視頻會議系統(tǒng)的列表。SQL中用FIND_IN_SET(投影儀, equipment_list)雖快但違反第一范式長期維護成本高。推薦在room表增加equipment_ids字段JSON數(shù)組存儲設備ID關聯(lián)equipment字典表通過JOIN實現(xiàn)精準匹配。3. 總體架構(gòu)設計三層結(jié)構(gòu)與四個模塊的職責劃分本系統(tǒng)采用經(jīng)典Java Web分層架構(gòu)但針對預約場景做了關鍵強化將狀態(tài)機引擎獨立為Service模塊DAO層強制事務控制JSP頁面僅負責渲染不摻雜業(yè)務邏輯。避免初學者常見的“JSP里寫Java代碼判斷狀態(tài)”反模式。3.1 分層結(jié)構(gòu)圖與各層核心職責┌─────────────────┐ HTTP/HTTPS ┌──────────────────┐ │ Browser │?─────────────────?│ Tomcat 9 │ └────────┬────────┘ └────────┬─────────┘ │ │ ▼ ▼ ┌─────────────────┐ ┌──────────────────┐ │ JSP Pages │ │ Servlets │ │ (View Layer) │ │ (Controller) │ │ - booking_form.jsp │?───────┐ │ - BookingServlet │ │ - my_bookings.jsp │ │ │ - AdminServlet │ │ - room_calendar.jsp │ └────────?│ - ReportServlet │ └────────┬────────┘ └────────┬─────────┘ │ │ ▼ ▼ ┌───────────────────────────────────────────────────────────────┐ │ Service Layer (Core Logic) │ │ - BookingService: 狀態(tài)遷移、沖突檢測、通知觸發(fā) │ │ - RoomService: 設備匹配、容量校驗、空閑時段計算 │ │ - UserService: 角色權限校驗、部門樹查詢 │ │ - NotificationService: 郵件/站內(nèi)信模板渲染與發(fā)送 │ └───────────────────────────────────────────────────────────────┘ │ ▼ ┌───────────────────────────────────────────────────────────────┐ │ DAO Layer (Data Access) │ │ - BookingDAO: 所有booking操作Transactional標注 │ │ - RoomDAO: 會議室增刪改查含設備關聯(lián)查詢 │ │ - UserDAO: 用戶信息及角色關系查詢 │ │ - LogDAO: 操作日志記錄關鍵用于審計 │ └───────────────────────────────────────────────────────────────┘ │ ▼ ┌───────────────────────────────────────────────────────────────┐ │ Database (MySQL 5.7) │ │ - meeting_booking: id, room_id, user_id, start_time, end_time, │ │ status, created_at, updated_at, reject_reason, actual_end...│ │ - meeting_room: id, name, capacity, equipment_list(JSON), ... │ │ - sys_user: id, username, password, dept_id, role_code, ... │ │ - sys_log: id, operator_id, operation_type, target_id, ... │ └───────────────────────────────────────────────────────────────┘3.2 四大核心模塊詳細設計與接口契約模塊一預約管理模塊Booking Module核心接口BookingService.createBooking(BookingRequest request)關鍵設計點BookingRequest對象必須包含roomId,startTime,endTime,userId,requiredEquipmentIds(List )禁止傳入原始字符串參數(shù)創(chuàng)建前調(diào)用RoomService.checkAvailabilityAndEquipment(roomId, startTime, endTime, requiredEquipmentIds)該方法內(nèi)部執(zhí)行SQL時間沖突檢測設備匹配狀態(tài)初始化為DRAFT僅當用戶點擊“提交審核”才調(diào)用BookingService.submitForApproval(bookingId)此時狀態(tài)變更為PENDING_APPROVAL所有狀態(tài)變更操作approve/reject/cancel均在BookingService中完成Controller絕不直接更新status字段模塊二會議室資源模塊Room Module核心接口RoomService.getAvailableRooms(LocalDateTime start, LocalDateTime end, ListLong equipmentIds)關鍵設計點返回ListRoomWithAvailability其中RoomWithAvailability包含會議室基本信息該時段是否可用true/false沖突預約數(shù)用于前端提示“該時段已被預約X次”空閑時段計算不依賴復雜SQL而是用Java Stream處理查出該會議室所有APPROVED/OCCUPIED狀態(tài)的預約生成LocalDateTime[]數(shù)組表示占用區(qū)間再與請求時段做差集運算設備匹配采用IN子查詢SELECT r.* FROM meeting_room r JOIN room_equipment re ON r.idre.room_id WHERE re.equipment_id IN (1,3,5) GROUP BY r.id HAVING COUNT(DISTINCT re.equipment_id)3模塊三權限與角色模塊Auth Module技術選型Spring Security 5.7 自定義UserDetailsService關鍵設計點權限表達式使用PreAuthorize(hasRole(ROOM_ADMIN) or #booking.userId principal.id)控制方法級訪問角色數(shù)據(jù)從數(shù)據(jù)庫加載不硬編碼。SysUser實體中roleCode字段對應sys_role表的code如ROOM_ADMIN登錄成功后SecurityContext中存入CustomUserDetails對象包含username,deptName,roleCode,permissions(List )JSP頁面用sec:authorize accesshasRole(ROOM_ADMIN)控制按鈕顯示禁止用EL表達式${user.role admin}模塊四通知與日志模塊Notification Audit Module核心設計解耦通知渠道日志強制記錄關鍵設計點NotificationService.send(NotifyRequest request)接收統(tǒng)一請求對象內(nèi)部根據(jù)request.channelEMAIL/SYSTEM調(diào)用不同實現(xiàn)站內(nèi)信模板存于notify_template表template_codeBOOKING_APPROVED對應審批通過模板支持{userName},{roomName}等占位符所有狀態(tài)變更、關鍵操作如管理員強制取消必須調(diào)用LogDAO.insertLog(...)記錄字段包括operatorId,operationType(BOOKING_APPROVE),targetId(預約ID),details(JSON格式含原狀態(tài)/新狀態(tài)/操作人IP)4. 關鍵模塊實現(xiàn)與避坑指南5條血淚經(jīng)驗總結(jié)這部分是真正讓你避開答辯雷區(qū)的干貨。下面列出我在多個項目中反復驗證過的高頻翻車點每條都按“現(xiàn)象→原因→解決”結(jié)構(gòu)給出可立即執(zhí)行的方案。4.1 并發(fā)預約沖突兩個用戶同時預約同一時段數(shù)據(jù)庫存了兩條記錄現(xiàn)象測試時兩人幾乎同時點擊“提交審核”后臺日志顯示兩條INSERT INTO meeting_booking成功但會議室實際只能容納一場會議。原因時間沖突檢測checkAvailabilityAndEquipment和插入預約insertBooking是兩個獨立數(shù)據(jù)庫操作中間存在時間窗口。即使加了TransactionalMySQL默認隔離級別REPEATABLE READ也無法阻止幻讀。解決在BookingDAO.insertBooking()方法上添加數(shù)據(jù)庫唯一索引強制約束-- 在meeting_booking表上創(chuàng)建復合唯一索引防止同一會議室在同一時段出現(xiàn)多條非取消狀態(tài)記錄 CREATE UNIQUE INDEX uk_room_time_status ON meeting_booking (room_id, DATE(start_time), HOUR(start_time), status) WHERE status IN (PENDING_APPROVAL, APPROVED, OCCUPIED);注意MySQL 8.0才支持函數(shù)索引和WHERE條件索引。若用低版本改用start_dateDATE類型和time_slotTINYINT如14表示14:00-15:00兩個字段組合唯一索引。4.2 狀態(tài)機失控用戶在“已批準”狀態(tài)仍能點擊“取消預約”按鈕現(xiàn)象JSP頁面未根據(jù)booking.status動態(tài)控制按鈕可見性導致用戶看到“取消”按鈕并點擊后端未校驗狀態(tài)直接執(zhí)行取消邏輯造成狀態(tài)非法如APPROVED→CANCELLED_BY_USER。原因前端控制JSP EL表達式和后端校驗Service方法脫節(jié)。常見錯誤是Controller里只校驗userId不校驗status。解決雙重校驗。JSP中c:if test${booking.status DRAFT || booking.status PENDING_APPROVAL} a hrefbooking?opcancelid${booking.id}取消預約/a /c:ifService中cancelBooking(Long bookingId, Long userId)方法開頭必須加Booking booking bookingDAO.findById(bookingId); if (!booking.getStatus().canTransitionTo(BookingStatus.CANCELLED_BY_USER)) { throw new BusinessException(當前狀態(tài)不允許取消 booking.getStatus().getDesc()); }4.3 時間顯示時區(qū)混亂用戶在北京提交14:00預約數(shù)據(jù)庫存成06:00現(xiàn)象前端JSP用fmt:formatDate value${booking.startTime} patternyyyy-MM-dd HH:mm/顯示正常但數(shù)據(jù)庫里start_time字段值比預期早8小時。原因MySQL服務器時區(qū)為UTC而Java應用未指定時區(qū)SimpleDateFormat或JDBC驅(qū)動默認用系統(tǒng)時區(qū)可能為CST導致時間解析錯亂。解決三處統(tǒng)一設置為Asia/ShanghaiMySQL啟動參數(shù)default-time-zone08:00JDBC連接URLjdbc:mysql://localhost:3306/meeting?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingUTF-8Java代碼中所有日期操作用LocalDateTime無時區(qū)ZoneId.of(Asia/Shanghai)轉(zhuǎn)換禁用Date和Calendar4.4 權限繞過未登錄用戶直接訪問/admin/approve.jsp頁面現(xiàn)象在瀏覽器地址欄輸入http://localhost:8080/admin/approve.jsp頁面直接打開無任何攔截。原因Spring Security配置中只保護了/admin/**路徑下的Servlet如/admin/approve但未保護.jsp后綴的靜態(tài)資源。解決在WebSecurityConfigurerAdapter中顯式配置Override protected void configure(HttpSecurity http) throws Exception { http .authorizeRequests() .antMatchers(/admin/**).hasRole(ROOM_ADMIN) .antMatchers(/**/*.jsp).denyAll() // 拒絕所有JSP直接訪問 .antMatchers(/css/**, /js/**, /images/**).permitAll() .anyRequest().authenticated(); // ...其他配置 }同時確保web.xml中servlet-mapping不將.jsp映射給Spring DispatcherServlet保持JSP由容器原生處理。4.5 日志缺失管理員駁回預約后找不到誰在何時駁回及理由現(xiàn)象用戶投訴“我的預約被駁回了但沒收到通知”管理員堅稱“我沒操作”無證據(jù)追溯。原因駁回操作只更新了meeting_booking.status和reject_reason未記錄操作人、時間、IP等審計信息。解決在BookingService.rejectBooking(Long bookingId, Long adminId, String reason)方法中必須調(diào)用日志服務// 記錄駁回操作日志 Log log new Log(); log.setOperatorId(adminId); log.setOperationType(BOOKING_REJECT); log.setTargetId(bookingId); log.setDetails(JsonUtil.toJsonMap(Map.of( oldStatus, booking.getStatus().name(), newStatus, BookingStatus.REJECTED.name(), reason, reason, clientIp, getClientIp(request) // 從HttpServletRequest獲取 ))); logDAO.insertLog(log); // 再執(zhí)行駁回業(yè)務邏輯 booking.setStatus(BookingStatus.REJECTED); booking.setRejectReason(reason); bookingDAO.update(booking);5. 前端交互與用戶體驗優(yōu)化讓系統(tǒng)不只是能用還要好答很多同學花90%精力在后端卻在答辯時被導師一句“這個界面怎么沒有預約成功提示”問懵。前端不是點綴而是業(yè)務閉環(huán)的關鍵一環(huán)。這里聚焦三個最影響答辯觀感的點實時狀態(tài)反饋、空閑時段可視化、移動端適配。5.1 預約流程的漸進式狀態(tài)反饋告別“白屏等待”JSP頁面不能只靠response.sendRedirect()跳轉(zhuǎn)必須給用戶明確的進度感知。以提交預約為例!-- booking_form.jsp 中的提交按鈕 -- button typebutton onclicksubmitBooking() idsubmitBtn span idbtnText提交審核/span span idloadingIcon classd-none?/span /button script function submitBooking() { const btn document.getElementById(submitBtn); const text document.getElementById(btnText); const icon document.getElementById(loadingIcon); // 1. 按鈕置灰顯示加載中 btn.disabled true; text.classList.add(d-none); icon.classList.remove(d-none); // 2. 發(fā)送AJAX請求 fetch(booking?opsubmit, { method: POST, headers: {Content-Type: application/x-www-form-urlencoded}, body: new URLSearchParams({ roomId: document.getElementById(roomId).value, startTime: document.getElementById(startTime).value, endTime: document.getElementById(endTime).value }) }) .then(response response.json()) .then(data { if (data.success) { // 3. 成功顯示Toast并跳轉(zhuǎn) showToast(預約已提交等待審核, success); setTimeout(() window.location.href my_bookings.jsp, 1500); } else { // 4. 失敗恢復按鈕顯示錯誤 btn.disabled false; text.classList.remove(d-none); icon.classList.add(d-none); showToast(提交失敗 data.message, error); } }) .catch(err { btn.disabled false; text.classList.remove(d-none); icon.classList.add(d-none); showToast(網(wǎng)絡錯誤請重試, error); }); } /script這段代碼的價值在于用戶永遠知道系統(tǒng)在做什么。答辯時導師點擊按鈕看到按鈕變灰、出現(xiàn)?圖標、1.5秒后跳轉(zhuǎn)會直觀感受到“流程嚴謹”。而如果只是form actionbooking?opsubmit提交后白屏2秒體驗感直接扣分。5.2 會議室空閑時段日歷視圖用純CSS實現(xiàn)響應式網(wǎng)格避免引入jQuery UI或FullCalendar等重型庫。用Bootstrap Grid 簡單CSS即可實現(xiàn)清晰的日程表!-- room_calendar.jsp 核心HTML -- div classrow div classcol-2 font-weight-bold時間/div c:forEach items${rooms} varroom div classcol-2 font-weight-bold${room.name}/div /c:forEach /div c:forEach begin8 end18 step1 varhour div classrow border-top div classcol-2 py-1${hour}:00/div c:forEach items${rooms} varroom div classcol-2 py-1 c:choose c:when test${room.availability[hour] AVAILABLE} button classbtn btn-sm btn-success w-100 onclickbookRoom(${room.id}, ${hour}:00, ${hour1}:00) ? 空閑 /button /c:when c:otherwise span classtext-muted small? 占用/span /c:otherwise /c:choose /div /c:forEach /div /c:forEach/* room_calendar.css */ .btn-success { background-color: #28a745 !important; border-color: #218838 !important; } .btn-success:hover { background-color: #218838 !important; }這個設計的優(yōu)勢是零JS依賴純服務端渲染。room.availability是MapInteger, Stringkey為小時8-18value為AVAILABLE/OCCUPIED。數(shù)據(jù)在Controller中已計算好JSP只做展示。答辯演示時導師拖動瀏覽器寬度網(wǎng)格自動從4列變?yōu)?列會立刻感受到“移動端友好”。5.3 移動端適配關鍵點表單與列表的觸控優(yōu)化JSP頁面默認在手機上體驗極差。只需三處修改就能讓導師在手機上流暢操作強制視口縮放在head中加入meta nameviewport contentwidthdevice-width, initial-scale1, maximum-scale1, user-scalableno表單控件增大點擊區(qū)域所有input、select、button添加CSSinput, select, button { min-height: 44px; /* iOS最小觸控區(qū)域 */ padding: 10px; font-size: 16px; }列表項增加分割線與間距my_bookings.jsp中c:forEach items${bookings} varb div classcard mb-3 shadow-sm div classcard-body h6 classcard-title${b.roomName} · ${b.startTimeStr} - ${b.endTimeStr}/h6 p classcard-text span classbadge badge-${b.statusBadge}${b.statusDesc}/span br參會人${b.participantCount}人 /p /div /div /c:forEachbadge-${b.statusBadge}對應CSS類.badge-success已批準、.badge-warning待審核等顏色區(qū)分一目了然。答辯時導師用手機點開你的系統(tǒng)看到卡片式布局、醒目的狀態(tài)標簽、足夠大的按鈕會認為“這學生考慮到了真實使用場景”。6. 答辯驗收與交付檢查用這7個問題自測系統(tǒng)完整性答辯不是背誦代碼而是證明你構(gòu)建了一個可運行、可驗證、可維護的系統(tǒng)。我每次指導學生前都會讓他們對著這份清單逐項打鉤。只要7項全過答辯通過率接近100%。這不是玄學是把抽象的“系統(tǒng)完成度”轉(zhuǎn)化成可執(zhí)行的檢查項。6.1 功能性驗收7個必答問題清單序號問題檢查方式通過標準我的血淚經(jīng)驗1能否用普通員工賬號預約一間會議室并在1分鐘內(nèi)被會議室管理員審核通過實際操作A賬號預約→B賬號登錄審核→刷新A賬號頁面A賬號“我的預約”中狀態(tài)變?yōu)椤耙雅鷾省鼻褺賬號操作日志有記錄曾有學生忘記在BookingService.approve()中調(diào)用NotificationService.send()導致用戶收不到通知答辯時導師故意等2分鐘說“怎么沒提示”當場扣分2兩個用戶同時預約同一會議室同一時段是否只有一人成功另一人是否收到明確提示并發(fā)測試用Chrome和Firefox同時提交相同預約數(shù)據(jù)庫meeting_booking表只新增1條記錄失敗方頁面顯示“該時段已被預約請選擇其他時間”不做并發(fā)測試是最大盲區(qū)。用Postman發(fā)兩個POST請求比手動點更快10秒搞定3管理員駁回預約時是否強制填寫駁回理由理由是否存入數(shù)據(jù)庫并顯示在用戶端操作管理員駁回時不填理由→點擊確定頁面彈出JS警告“駁回理由不能為空”填入理由后用戶端“我的預約”詳情頁顯示該理由很多同學只在數(shù)據(jù)庫加了reject_reason字段但沒在JSP表單加required屬性也沒在Service層校驗非空屬于典型“半成品”4修改密碼后原Session是否立即失效能否用舊密碼登錄操作A賬號登錄→修改密碼→用舊密碼嘗試登錄舊密碼登錄失敗提示“用戶名或密碼錯誤”新密碼可登錄Session管理常被忽視。必須在UserService.changePassword()中調(diào)用SecurityContextHolder.getContext().setAuthentication(null)并清空HttpSession5查看“會議室使用率報表”時是否顯示近7天每間會議室的使用小時數(shù)數(shù)據(jù)是否準確操作進入報表頁核對數(shù)據(jù)庫meeting_booking中statusCOMPLETED的記錄報表數(shù)字 SUM(actual_end_time-start_time)單位為小時四舍五入到小數(shù)點后1位報表SQL別寫COUNT(*)那是預約次數(shù)不是使用時長。必須用TIMESTAMPDIFF(HOUR, start_time, actual_end_time)6在手機瀏覽器訪問預約表單能否正常填寫按鈕是否足夠大頁面是否橫向滾動真機測試用iPhone Safari打開系統(tǒng)表單控件可點擊無橫向滾動條文字清晰可讀切忌用Chrome模擬器真機測試10分鐘能發(fā)現(xiàn)90%的移動端問題7刪除一條已“使用中”的預約系統(tǒng)是否拒絕并提示“會議正在進行中不可刪除”操作將預約狀態(tài)設為OCCUPIED→嘗試刪除頁面提示明確錯誤數(shù)據(jù)庫記錄未刪除操作日志記錄“DELETE_FAILED”狀態(tài)機校驗必須覆蓋所有非法遷移。BookingService.deleteBooking()開頭第一行就應是if (booking.getStatus() OCCUPIED) throw ...6.2 文檔與代碼規(guī)范答辯官最易抓的細節(jié)除了功能文檔質(zhì)量直接暴露你的工程素養(yǎng)。我要求學生必須提供以下三份文檔缺一不可《數(shù)據(jù)庫設計說明書》PDF包含ER圖用draw.io畫、每張表的字段說明含NOT NULL、INDEX、FOREIGN KEY標注、關鍵索引解釋如uk_room_time_status為何要加WHERE條件。不要截圖Navicat要手繪ER圖——這證明你理解了關系。《部署手冊》TXT精確到每一步命令例如# 1. 導入數(shù)據(jù)庫 mysql -u root -p meeting meeting_schema.sql # 2. 修改Tomcat配置 編輯 conf/server.xml將Connector port8080 改為 port8081 # 3. 啟動應用 ./bin/startup.sh不寫“配置好數(shù)據(jù)庫連接”這種廢話要寫出具體改哪行、填什么值。《源碼注釋覆蓋率報告》HTML用JaCoCo生成要求BookingService.java等核心類注釋覆蓋率≥80%。注釋不是寫// 設置用戶ID而是// 校驗狀態(tài)機僅DRAFT/PENDING_APPROVAL狀態(tài)允許取消防止非法狀態(tài)遷移。從那以后我每次帶學生做畢設都強制他們在寫第一行代碼前先用Word畫出狀態(tài)機圖、用draw.io畫出ER圖、用記事本寫下部署步驟。不是為了交差而是讓大腦先建立完整的系統(tǒng)骨架再往里填肉。骨架歪了代碼寫得再漂亮也是危房。希望幫到你。本文還有配套的精品資源點擊獲取