简介这是一份软件工程课程设计项目“酒店管理系统”的完整资源包面向软件工程专业学生、课程设计开发者及对宾馆信息化管理感兴趣的入门者。项目围绕酒店实际运营场景实现了系统用户管理、客房标准管理、客房信息管理、订房信息管理和结算信息管理等核心模块支持动态房价调整、预订冲突检测、多种支付方式结算可模拟从预订到退房结算的完整业务闭环。资源包为rar压缩格式共195个文件包含40个C头文件、39个源程序文件以及图标、位图、数据库、Word文档、工程配置文件等多种类型总体积17.85MB。目前已有1227人学习下载。通过这份资源读者能获得完整项目源码、可运行的exe程序、数据库文件和课程设计文档其中文档涵盖需求分析、总体设计与数据库设计思路既能用于参考学习软件开发全流程也能直接在此基础上进行功能扩展与二次开发是巩固软件工程理论、提升编程实践能力的典型案例。1. 软件工程课程设计选型为什么酒店管理系统是稳妥的安全牌软件工程课程设计最怕的不是不会写代码而是选了一个自己都讲不清业务边界的题目。酒店管理系统是这几年被本科生反复验证过的常青选题甚至很多毕业设计也拿它练手核心原因是它自带完整业务闭环查房、预订、入住、退房、账单每个环节都有明确的输入输出和状态变化。从软件工程课程设计的角度这个题目能覆盖需求分析、总体设计、数据库建模、编码、测试、文档全部环节评委问得住你也答得上。无论你后面是用 Java Web 还是 Python 做业务模型都成立属于怎么选都不会错的方向。2. 需求分析先行把酒店管理系统写成可验收的功能清单需求分析是课程设计里最容易被糊弄的一步。我见过太多人上来就建表写页面最后系统确实能跑但答辩时说不清“为什么这么设计”。需求文档是你唯一能向评委证明“做过软件工程”的产出物所以不管代码量多大先花两个晚上把需求写清楚后面建表、写 Service、写测试用例全部从这份文档里抄依据。2.1 三类角色与七条主流程用例清单怎么落到需求文档先别急着画用例图先把角色和主流程用表格列出来。课程设计阶段Visio 或 StarUML 画的用例图是给报告贴图用的真正指导开发的是下面这张表角色核心用例关键输入验收要点游客条件查房房型、日期不显示已预订、已入住、维修房前台预订登记姓名、手机号、日期锁定房间并生成有效订单前台入住登记身份证号、实际房间生成入住单房间状态变为在住前台退房结账入住单号金额正确房间状态恢复为空闲管理员房型房价维护价格、床位数、面积改动即时生效不影响在住订单写需求文档的时候每个用例都要带“验收要点”这四个字是答辩时的保命符。评委问你“这个功能怎么算做完”你直接把验收要点念出来比现场瞎解释强得多。特别是退房结账这条金额怎么算、晚数怎么取整必须在需求阶段就跟同组人达成一致否则后面代码写一半还要回头改表。2.2 功能分级P0 / P1 / P2 三层先保闭环再谈亮点课程设计的交付周期通常只有三到五周不可能把商业酒店管理系统全做一遍。我一般会把功能切成三层P0不做系统跑不起来登录鉴权、条件查房、预订、入住、退房、账单生成。 P1不做不算完整课设房型管理、房间管理、取消预订、换房。 P2做了是加分项经营报表、数据导出、会员积分。P0 保证业务闭环P1 体现设计能力P2 留给学有余力的人当答辩亮点。这里要特别提醒需求文档里必须写“系统边界”也就是主动声明哪些功能不做。比如不做在线支付、不做门锁联动、不做公安身份信息上传。如家这类主流酒店管理系统要对接 PMS、门锁和公安接口但课程设计不需要你写了这个边界评委反而觉得你对真实业务有认知。2.3 运行环境与非功能需求提前定死别让环境坑在最后非功能需求写在需求文档里不是凑字数是给后面所有踩坑留依据。课程设计最常见的问题是“在我电脑上能跑到老师电脑上就废”所以需求阶段就把运行环境固定下来。我的建议配置是 JDK 8、Tomcat 8.5、MySQL 5.7、Chrome 浏览器数据库连接串里强制带 characterEncodingutf8 和 serverTimezoneAsia/Shanghai这两项能省掉后续一大半乱码和日期问题。并发量按“同时最多 10 个前台操作”设计响应时间定“页面操作不超过 2 秒”这些数字看起来随意但它决定了你的表结构要不要加索引、事务要不要拆。等写完代码再补非功能需求那就只能写“系统运行稳定”这种废话了。3. 总体设计与数据库建模六张表定生死状态机防返工需求文档写完下一步是总体设计。很多同学直接跳去建表结果写了三天发现表结构不对Service 层全部推翻重来。数据库表设计是“后期改代码还是重写代码”的分水岭所以这部分值得多花一个晚上想清楚。3.1 分层架构JSP Servlet DAO 为什么是课程设计的稳选项分层方案我见过不少有人用 Spring Boot有人用 Python Flask有人直接 JSP 里写 JDBC。课程设计这个场景我一般推荐经典三层JSP 只负责展示Servlet 只做参数接收和转发业务逻辑和事务放在 Service数据库操作收在 DAO实体类放 Entity连接工具放 Util。不用 Spring Boot 不是因为它不好而是课程设计环境不确定。有些学校机房没网、Maven 拉不了依赖Tomcat 拷贝解压就能跑传统三层架构在这种环境里几乎不会翻车。而且软件工程课程设计考查的是你对分层、职责、模块划分的理解不是框架熟练度经典三层反而更容易把设计思路讲清楚。src ├─ com.hotel.servlet // 控制器接收请求、调用 Service、转发 JSP ├─ com.hotel.service // 业务逻辑事务边界在这里控制 ├─ com.hotel.dao // 数据访问只写 SQL不写业务 ├─ com.hotel.entity // 实体类对应数据库表 └─ com.hotel.util // JdbcUtil、常量类、状态枚举这个包结构本身就可以写进课程设计报告。注意 Service 层一定要独立出来因为预订、退房这些操作是跨表事务如果直接在 Servlet 里写 SQL事务根本包不住。3.2 六张表与核心 DDL字段、主外键、状态字段怎么定表设计我建议六张user员工账号、room_type房型、room房间、reservation预订单、checkin入住单、bill账单。为什么要拆用户和房型因为房价挂在房型上而不是挂在具体房间上否则每间房都要存一份价格改价要改几十行。预订和入住也必须拆开一个预订可能到店却没入住一个客人也可能不预订直接前台开房。下面是三张核心表的 DDL字段做了精简但能看出设计思路CREATE TABLE room ( id INT PRIMARY KEY AUTO_INCREMENT, room_no VARCHAR(10) NOT NULL UNIQUE, -- 房间号如 1208 type_id INT NOT NULL, -- 关联 room_type.id floor INT DEFAULT 1, status TINYINT DEFAULT 0 COMMENT 0空闲 1已预订 2已入住 3维修 ); CREATE TABLE reservation ( id INT PRIMARY KEY AUTO_INCREMENT, guest_name VARCHAR(30) NOT NULL, guest_phone VARCHAR(20), room_id INT NOT NULL, -- 预订时锁定具体房间 checkin_date DATE NOT NULL, checkout_date DATE NOT NULL, status TINYINT DEFAULT 0 COMMENT 0有效 1已入住 2已取消 ); CREATE TABLE checkin ( id INT PRIMARY KEY AUTO_INCREMENT, reservation_id INT, -- 无预订时为空 room_id INT NOT NULL, guest_name VARCHAR(30) NOT NULL, id_card VARCHAR(18), checkin_date DATETIME DEFAULT CURRENT_TIMESTAMP, status TINYINT DEFAULT 1 COMMENT 1在住 2已结账离店 );三个细节值得说明。第一status 字段用 TINYINT 而不是 VARCHAR占空间小、比较快更重要的是后面写状态机时不容易出现“空格没去掉导致匹配不上”的玄学问题。第二金额字段必须用 decimal(10,2)千万别用 double这个坑在第 5 章专门讲。第三预订时直接锁定具体房间而不是只锁房型课程设计场景下这个策略最简单并发控制也最好做——因为并发校验直接压在 room 表的状态字段上。3.3 状态机三组状态流转集中管理不要散落在页面里酒店管理系统本质上就是一张状态流转表。房间有四个状态预订单有三个入住单有两个它们之间的迁移关系必须明确业务动作前置状态后置状态涉及表预订room0 空闲room1 已预订新增 reservation.status0入住room1 已预订room2 已入住checkin.status1reservation.status1退房room2 已入住room0 空闲checkin.status2新增 bill取消预订room1 已预订room0 空闲reservation.status2维修/恢复room0/2room3/0管理员直接操作常见误用是把状态直接散落在 JSP 页面里前台页面改一下、后台页面又改一下最后报表对不上。正确做法是把状态迁移写进 Service 层的方法比如 reserve() 里完成“房态检查 状态变更 订单插入”checkout() 里完成“金额计算 房态释放 账单插入”一个动作对应一个方法。这样测试用例也好写因为每个方法的前置条件、后置条件都清清楚楚。4. 编码落地登录拦截、并发预订、退房结账三段核心逻辑设计图再多评委最后看的还是代码能不能跑。我一般按这个顺序写连接层 → 实体类 → DAO → Service → Servlet → JSP。其中登录、预订、退房三段是核心别的功能可以慢慢补这三段写不好系统连演示都走不通。4.1 JdbcUtil 与 db.properties十分钟搭好连接层数据库连接工具是整个项目的地基课程设计里最常见的写法是每次 new 一个 Connection用完不关最后 Tomcat 报连接池耗尽。我一般会写一个静态工具类连接参数放配置文件方便不同机器切换数据库public class JdbcUtil { private static String url; private static String user; private static String password; static { try (InputStream in JdbcUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); Class.forName(com.mysql.jdbc.Driver); // MySQL 5.7 url props.getProperty(db.url); user props.getProperty(db.user); password props.getProperty(db.password); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(url, user, password); } }对应的 db.properties 放在 src 根目录db.urljdbc:mysql://localhost:3306/hotel_db?characterEncodingutf8serverTimezoneAsia/Shanghai db.userroot db.password123456注意两个参数characterEncodingutf8 解决中文乱码serverTimezoneAsia/Shanghai 解决日期时间差 8 小时的问题。如果你是 MySQL 8.0驱动类要改成 com.mysql.cj.jdbc.Driver这个版本差异经常让同学卡住半小时看到 ClassNotFoundException 先查驱动版本。4.2 Filter 统一登录拦截一个类解决全部鉴权如果每个 Servlet 里都写一遍“判断 session 里有没有 user”代码会非常啰嗦而且漏掉一个页面就能直接绕过登录。Java Web 里标准的做法是写一个 Filter 统一拦截放行路径用白名单维护public class LoginFilter implements Filter { // 白名单登录页、登录请求、房间查询、静态资源 private static final ListString EXCLUDED Arrays.asList( /login.jsp, /loginServlet, /room/list, /static); public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; String path request.getRequestURI() .substring(request.getContextPath().length()); if (EXCLUDED.contains(path)) { chain.doFilter(req, resp); // 白名单直接放行 return; } HttpSession session request.getSession(false); if (session ! null session.getAttribute(user) ! null) { chain.doFilter(req, resp); // 已登录放行 } else { response.sendRedirect(request.getContextPath() /login.jsp); } } }在 web.xml 里配filter-mapping时url-pattern 建议写/*表示所有请求都过这个过滤器。白名单里为什么要放行 /room/list因为游客也要能查房这是需求分析阶段就定好的边界。注意request.getSession(false)里的 false 很关键它表示“会话不存在时不要新建 session”否则每个匿名请求都会创建一个垃圾 session挤占服务器内存。4.3 预订房间用 UPDATE 做原子状态校验避免并发超卖预订是酒店系统里最容易写错的地方错在哪错在“先 SELECT 查房间状态再 INSERT 订单”。这两条 SQL 之间有一个时间间隙两个前台同时操作时都可能查到房间是空闲的结果同一间房卖出两次。正确做法是用 UPDATE 的受影响行数做原子校验public boolean reserve(ReservationDto dto) throws SQLException { String lockRoom UPDATE room SET status 1 WHERE id ? AND status 0; String insertOrder INSERT INTO reservation(guest_name, guest_phone, room_id, checkin_date, checkout_date, status) VALUES(?,?,?,?,?,0); try (Connection conn JdbcUtil.getConnection()) { conn.setAutoCommit(false); try (PreparedStatement ps conn.prepareStatement(lockRoom)) { ps.setInt(1, dto.getRoomId()); if (ps.executeUpdate() 0) { conn.rollback(); // 受影响行数为 0房间已被订/入住/维修 return false; } } try (PreparedStatement ps conn.prepareStatement(insertOrder)) { ps.setString(1, dto.getGuestName()); ps.setString(2, dto.getGuestPhone()); ps.setInt(3, dto.getRoomId()); ps.setDate(4, Date.valueOf(dto.getCheckinDate())); ps.setDate(5, Date.valueOf(dto.getCheckoutDate())); ps.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { throw e; // 事务由 try-with-resources 自动回滚 } }这里的核心是UPDATE ... WHERE status 0这一条语句MySQL 在更新时会对该行加锁两个并发请求只会有一个影响行数为 1另一个拿到 0直接返回 false。相比“先查再插”省去了显式锁表的麻烦。参数说明dto 里 roomId 来自页面下拉框checkinDate 和 checkoutDate 用 LocalDate 接收后转成 java.sql.Date 入库。注意我简化了 finally 里恢复 autoCommit 的步骤工程代码里要补上否则连接归还给连接池后还是非自动提交状态。4.4 退房结账金额精度和状态同步一个都不能少退房是另一个高频写蹦的地方。逻辑本身不复杂查出房间单价和入住日期计算晚数生成账单把房间状态改回空闲。复杂的是金额精度。房型表里价格是 decimal(10,2)取出来用 BigDecimal 结算public void checkout(Integer checkinId) throws SQLException { String find SELECT r.price, ci.checkin_date, ci.checkout_date, ci.room_id FROM checkin ci JOIN room r ON ci.room_id r.id WHERE ci.id ? AND ci.status 1; String freeRoom UPDATE room SET status 0 WHERE id ?; String finish UPDATE checkin SET status 2 WHERE id ?; String addBill INSERT INTO bill(checkin_id, total_amount, pay_time) VALUES(?,?,NOW()); try (Connection conn JdbcUtil.getConnection()) { conn.setAutoCommit(false); // 1. 查询入住记录拿到 price、checkin_date、checkout_date // 2. 晚数 checkout_date - checkin_date 的天数差 // long days ChronoUnit.DAYS.between(checkinDate, checkoutDate); // BigDecimal amount BigDecimal.valueOf(days) // .multiply(price).setScale(2, RoundingMode.HALF_UP); // 3. 依次执行 freeRoom、finish、addBill三条 SQL 同事务 conn.commit(); } }这里有两个细节直接影响答辩分数。第一个是“晚数”的定义当天入住当天退房算 0 晚还是 1 晚需求阶段没写清代码里就随手写最后账单全是错的。我习惯按“离店日期减入住日期”算自然天数差跨天就算一晚这样和酒店行业惯例一致。第二个是 BigDecimal 一定要用BigDecimal.valueOf(days)或者new BigDecimal(2)不要直接new BigDecimal(2.0)后者会带着二进制浮点误差一起进构造函数金额又变成一长串小数。5. 测试与避坑课程设计翻车现场四个高频地雷逐个拆代码写完只是开始课程设计的分数一大半取决于演示顺不顺、答辩问不倒。这章我把带过的课设小组里翻车最多的四个问题列出来全是真实踩过的坑希望你别再走一遍。5.1 测试用例怎么列一张表卡住全部验收标准很多人写测试就是在浏览器里点两下没问题就说“测完了”。但软件工程课程设计要求的“测试”是要能写进报告里的。我的习惯是每个 P0 功能至少写两条用例一条走正常流程一条走异常流程模块测试场景操作步骤预期结果登录密码错误正确账号 错误密码提示密码错误停留在登录页预订重复预订选择已入住房间提示房间不可预订生成失败入住无预订直接入住选择空闲房间开房生成入住单房间状态在住退房日期非法离店日期早于入住日期提示非法日期拒绝操作查房状态过滤按房型查询已订/在住/维修房不出现这张表写进报告比贴几屏代码截图有用得多。评委看完会认为你确实把测试当工程做了而不只是“验证了一下没崩”。测试里发现的问题也顺手补回需求文档的验收标准里形成闭环。5.2 翻车一double 算房价账单出现 359.9999994 元现象退房账单金额显示一长串小数比如 359.9999994 元客人看懵演示现场直接翻车。原因double 是二进制浮点数0.1 在二进制里是无限循环小数参与乘法运算后误差被放大。价格和晚数明明是小数结果误差积累到了小数点后。解决Java 端金额字段全部用 BigDecimal数据库端用 decimal(10,2)代码里禁止用 double 接价格。注意 BigDecimal 要用BigDecimal.valueOf()或字符串构造器别用new BigDecimal(2.0)。从那以后我写所有系统金额字段一律 BigDecimal这不是讲究是血泪教训换来的习惯。5.3 翻车二并发预订同一间房一房卖两次现象演示时两个浏览器同时提交预订同一间房生成了两张有效订单库存逻辑就直接穿帮了。原因代码写的是“先 SELECT 查状态空闲再 INSERT”两条语句之间有间隙并发请求都判断通过订单自然重复。解决把状态校验和状态变更合并成一条原子 SQLUPDATE room SET status 1 WHERE id ? AND status 0再根据受影响行数决定是否插入订单。这个方法本质是乐观锁的思路用状态字段做版本校验不依赖数据库的高级锁特性课程设计环境完全够用。原理讲清楚评委一般不会追问更深。5.4 翻车三中文乱码与 404环境问题占了答辩一半的尴尬现象表单提交“张三”入库变成“å¼ ä¸‰”或者点击提交按钮页面 404。原因乱码是编码链路不一致JSP 页面是 UTF-8Tomcat 表单提交默认却是 ISO-8859-1数据库连接串又没指定编码。404 则是 web.xml 里 servlet-mapping 的 url-pattern 跟表单 action 没对上或者编译后的 class 没有放到 classes 目录。解决三层配置统一编码——JSP 页面头部加pageEncodingUTF-8JDBC 连接串加characterEncodingutf8再写一个字符编码 Filter 设置 request 和 response 的编码。404 的话先看 url-pattern再确认 Tomcat 有没有把 classes 编译到 WEB-INF/classes 下。这类问题跟业务逻辑无关但演示时碰到就是灾难而且越急越查不出来所以一定要提前测。5.5 翻车四测试数据被删演示现场一片空白现象答辩前手误执行了 DELETE FROM room整张表数据清空演示时预订页面前台一片空白连个报错都算不上。原因直接在开发库上操作没有备份也没有初始化脚本。课程设计的数据库通常就一个删了就没了而且没有任何后悔药。解决写一个 init.sql 初始化脚本每次测试前执行一遍一键恢复房间、房型、账号数据。更稳的做法是建两个库hotel_dev 给开发随便造数据hotel_test 专门用来演示演示前跑一次 init.sql 刷新干净数据。这条建议能让你避免答辩现场冷场的最大悲剧强烈建议照做。6. 从能跑到能答辩报告组织、演示脚本与两个加分项代码能跑只是及格课程设计的高分全在报告和答辩。这两个环节考察的不是“你写得多”而是“你能不能把项目讲成一个完整的软件工程故事”。6.1 课程设计报告按软件工程阶段写别按代码顺序写报告结构直接按软件工程六阶段组织需求分析、总体设计、详细设计、编码实现、测试、总结。每个阶段放一张核心图表需求章放用例清单设计章放分层架构和状态流转表测试章放测试用例表。一个加分细节是把状态流转表和测试用例表做成附录评委翻报告时能快速找到“设计对应实现、实现对应测试”的证据这种呼应特别加分。6.2 答辩演示脚本三分钟讲完闭环再主动暴露一个难点演示顺序我建议固定为登录 → 条件查房 → 预订 → 入住 → 退房 → 查看账单。每一步都要有明确的界面反馈比如预订成功后房间列表里那间房立刻变成“已预订”。三分钟讲完这个闭环比零散演示十几个页面有效得多。之后主动说一句“这个系统里我处理了两个较难的点并发预订和金额精度”然后把第 4 章的两段代码逻辑讲一遍评委通常不会再追问更难的问题。从那以后我每次答辩前都会把演示流程完整跑两遍并且先把数据库重新执行一遍 init.sql确保每一间房都是初始状态。宁可自嘲“连演示脚本都要背”也不能让评委看到我一头冷汗修 bug。希望这份拆解帮到你照着这套流程走课程设计至少不会翻车。本文还有配套的精品资源点击获取 软件工程课程设计实战：酒店管理系统开发与答辩要点解析
简介这是一份软件工程课程设计项目“酒店管理系统”的完整资源包面向软件工程专业学生、课程设计开发者及对宾馆信息化管理感兴趣的入门者。项目围绕酒店实际运营场景实现了系统用户管理、客房标准管理、客房信息管理、订房信息管理和结算信息管理等核心模块支持动态房价调整、预订冲突检测、多种支付方式结算可模拟从预订到退房结算的完整业务闭环。资源包为rar压缩格式共195个文件包含40个C头文件、39个源程序文件以及图标、位图、数据库、Word文档、工程配置文件等多种类型总体积17.85MB。目前已有1227人学习下载。通过这份资源读者能获得完整项目源码、可运行的exe程序、数据库文件和课程设计文档其中文档涵盖需求分析、总体设计与数据库设计思路既能用于参考学习软件开发全流程也能直接在此基础上进行功能扩展与二次开发是巩固软件工程理论、提升编程实践能力的典型案例。1. 软件工程课程设计选型为什么酒店管理系统是稳妥的安全牌软件工程课程设计最怕的不是不会写代码而是选了一个自己都讲不清业务边界的题目。酒店管理系统是这几年被本科生反复验证过的常青选题甚至很多毕业设计也拿它练手核心原因是它自带完整业务闭环查房、预订、入住、退房、账单每个环节都有明确的输入输出和状态变化。从软件工程课程设计的角度这个题目能覆盖需求分析、总体设计、数据库建模、编码、测试、文档全部环节评委问得住你也答得上。无论你后面是用 Java Web 还是 Python 做业务模型都成立属于怎么选都不会错的方向。2. 需求分析先行把酒店管理系统写成可验收的功能清单需求分析是课程设计里最容易被糊弄的一步。我见过太多人上来就建表写页面最后系统确实能跑但答辩时说不清“为什么这么设计”。需求文档是你唯一能向评委证明“做过软件工程”的产出物所以不管代码量多大先花两个晚上把需求写清楚后面建表、写 Service、写测试用例全部从这份文档里抄依据。2.1 三类角色与七条主流程用例清单怎么落到需求文档先别急着画用例图先把角色和主流程用表格列出来。课程设计阶段Visio 或 StarUML 画的用例图是给报告贴图用的真正指导开发的是下面这张表角色核心用例关键输入验收要点游客条件查房房型、日期不显示已预订、已入住、维修房前台预订登记姓名、手机号、日期锁定房间并生成有效订单前台入住登记身份证号、实际房间生成入住单房间状态变为在住前台退房结账入住单号金额正确房间状态恢复为空闲管理员房型房价维护价格、床位数、面积改动即时生效不影响在住订单写需求文档的时候每个用例都要带“验收要点”这四个字是答辩时的保命符。评委问你“这个功能怎么算做完”你直接把验收要点念出来比现场瞎解释强得多。特别是退房结账这条金额怎么算、晚数怎么取整必须在需求阶段就跟同组人达成一致否则后面代码写一半还要回头改表。2.2 功能分级P0 / P1 / P2 三层先保闭环再谈亮点课程设计的交付周期通常只有三到五周不可能把商业酒店管理系统全做一遍。我一般会把功能切成三层P0不做系统跑不起来登录鉴权、条件查房、预订、入住、退房、账单生成。 P1不做不算完整课设房型管理、房间管理、取消预订、换房。 P2做了是加分项经营报表、数据导出、会员积分。P0 保证业务闭环P1 体现设计能力P2 留给学有余力的人当答辩亮点。这里要特别提醒需求文档里必须写“系统边界”也就是主动声明哪些功能不做。比如不做在线支付、不做门锁联动、不做公安身份信息上传。如家这类主流酒店管理系统要对接 PMS、门锁和公安接口但课程设计不需要你写了这个边界评委反而觉得你对真实业务有认知。2.3 运行环境与非功能需求提前定死别让环境坑在最后非功能需求写在需求文档里不是凑字数是给后面所有踩坑留依据。课程设计最常见的问题是“在我电脑上能跑到老师电脑上就废”所以需求阶段就把运行环境固定下来。我的建议配置是 JDK 8、Tomcat 8.5、MySQL 5.7、Chrome 浏览器数据库连接串里强制带 characterEncodingutf8 和 serverTimezoneAsia/Shanghai这两项能省掉后续一大半乱码和日期问题。并发量按“同时最多 10 个前台操作”设计响应时间定“页面操作不超过 2 秒”这些数字看起来随意但它决定了你的表结构要不要加索引、事务要不要拆。等写完代码再补非功能需求那就只能写“系统运行稳定”这种废话了。3. 总体设计与数据库建模六张表定生死状态机防返工需求文档写完下一步是总体设计。很多同学直接跳去建表结果写了三天发现表结构不对Service 层全部推翻重来。数据库表设计是“后期改代码还是重写代码”的分水岭所以这部分值得多花一个晚上想清楚。3.1 分层架构JSP Servlet DAO 为什么是课程设计的稳选项分层方案我见过不少有人用 Spring Boot有人用 Python Flask有人直接 JSP 里写 JDBC。课程设计这个场景我一般推荐经典三层JSP 只负责展示Servlet 只做参数接收和转发业务逻辑和事务放在 Service数据库操作收在 DAO实体类放 Entity连接工具放 Util。不用 Spring Boot 不是因为它不好而是课程设计环境不确定。有些学校机房没网、Maven 拉不了依赖Tomcat 拷贝解压就能跑传统三层架构在这种环境里几乎不会翻车。而且软件工程课程设计考查的是你对分层、职责、模块划分的理解不是框架熟练度经典三层反而更容易把设计思路讲清楚。src ├─ com.hotel.servlet // 控制器接收请求、调用 Service、转发 JSP ├─ com.hotel.service // 业务逻辑事务边界在这里控制 ├─ com.hotel.dao // 数据访问只写 SQL不写业务 ├─ com.hotel.entity // 实体类对应数据库表 └─ com.hotel.util // JdbcUtil、常量类、状态枚举这个包结构本身就可以写进课程设计报告。注意 Service 层一定要独立出来因为预订、退房这些操作是跨表事务如果直接在 Servlet 里写 SQL事务根本包不住。3.2 六张表与核心 DDL字段、主外键、状态字段怎么定表设计我建议六张user员工账号、room_type房型、room房间、reservation预订单、checkin入住单、bill账单。为什么要拆用户和房型因为房价挂在房型上而不是挂在具体房间上否则每间房都要存一份价格改价要改几十行。预订和入住也必须拆开一个预订可能到店却没入住一个客人也可能不预订直接前台开房。下面是三张核心表的 DDL字段做了精简但能看出设计思路CREATE TABLE room ( id INT PRIMARY KEY AUTO_INCREMENT, room_no VARCHAR(10) NOT NULL UNIQUE, -- 房间号如 1208 type_id INT NOT NULL, -- 关联 room_type.id floor INT DEFAULT 1, status TINYINT DEFAULT 0 COMMENT 0空闲 1已预订 2已入住 3维修 ); CREATE TABLE reservation ( id INT PRIMARY KEY AUTO_INCREMENT, guest_name VARCHAR(30) NOT NULL, guest_phone VARCHAR(20), room_id INT NOT NULL, -- 预订时锁定具体房间 checkin_date DATE NOT NULL, checkout_date DATE NOT NULL, status TINYINT DEFAULT 0 COMMENT 0有效 1已入住 2已取消 ); CREATE TABLE checkin ( id INT PRIMARY KEY AUTO_INCREMENT, reservation_id INT, -- 无预订时为空 room_id INT NOT NULL, guest_name VARCHAR(30) NOT NULL, id_card VARCHAR(18), checkin_date DATETIME DEFAULT CURRENT_TIMESTAMP, status TINYINT DEFAULT 1 COMMENT 1在住 2已结账离店 );三个细节值得说明。第一status 字段用 TINYINT 而不是 VARCHAR占空间小、比较快更重要的是后面写状态机时不容易出现“空格没去掉导致匹配不上”的玄学问题。第二金额字段必须用 decimal(10,2)千万别用 double这个坑在第 5 章专门讲。第三预订时直接锁定具体房间而不是只锁房型课程设计场景下这个策略最简单并发控制也最好做——因为并发校验直接压在 room 表的状态字段上。3.3 状态机三组状态流转集中管理不要散落在页面里酒店管理系统本质上就是一张状态流转表。房间有四个状态预订单有三个入住单有两个它们之间的迁移关系必须明确业务动作前置状态后置状态涉及表预订room0 空闲room1 已预订新增 reservation.status0入住room1 已预订room2 已入住checkin.status1reservation.status1退房room2 已入住room0 空闲checkin.status2新增 bill取消预订room1 已预订room0 空闲reservation.status2维修/恢复room0/2room3/0管理员直接操作常见误用是把状态直接散落在 JSP 页面里前台页面改一下、后台页面又改一下最后报表对不上。正确做法是把状态迁移写进 Service 层的方法比如 reserve() 里完成“房态检查 状态变更 订单插入”checkout() 里完成“金额计算 房态释放 账单插入”一个动作对应一个方法。这样测试用例也好写因为每个方法的前置条件、后置条件都清清楚楚。4. 编码落地登录拦截、并发预订、退房结账三段核心逻辑设计图再多评委最后看的还是代码能不能跑。我一般按这个顺序写连接层 → 实体类 → DAO → Service → Servlet → JSP。其中登录、预订、退房三段是核心别的功能可以慢慢补这三段写不好系统连演示都走不通。4.1 JdbcUtil 与 db.properties十分钟搭好连接层数据库连接工具是整个项目的地基课程设计里最常见的写法是每次 new 一个 Connection用完不关最后 Tomcat 报连接池耗尽。我一般会写一个静态工具类连接参数放配置文件方便不同机器切换数据库public class JdbcUtil { private static String url; private static String user; private static String password; static { try (InputStream in JdbcUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); Class.forName(com.mysql.jdbc.Driver); // MySQL 5.7 url props.getProperty(db.url); user props.getProperty(db.user); password props.getProperty(db.password); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(url, user, password); } }对应的 db.properties 放在 src 根目录db.urljdbc:mysql://localhost:3306/hotel_db?characterEncodingutf8serverTimezoneAsia/Shanghai db.userroot db.password123456注意两个参数characterEncodingutf8 解决中文乱码serverTimezoneAsia/Shanghai 解决日期时间差 8 小时的问题。如果你是 MySQL 8.0驱动类要改成 com.mysql.cj.jdbc.Driver这个版本差异经常让同学卡住半小时看到 ClassNotFoundException 先查驱动版本。4.2 Filter 统一登录拦截一个类解决全部鉴权如果每个 Servlet 里都写一遍“判断 session 里有没有 user”代码会非常啰嗦而且漏掉一个页面就能直接绕过登录。Java Web 里标准的做法是写一个 Filter 统一拦截放行路径用白名单维护public class LoginFilter implements Filter { // 白名单登录页、登录请求、房间查询、静态资源 private static final ListString EXCLUDED Arrays.asList( /login.jsp, /loginServlet, /room/list, /static); public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; String path request.getRequestURI() .substring(request.getContextPath().length()); if (EXCLUDED.contains(path)) { chain.doFilter(req, resp); // 白名单直接放行 return; } HttpSession session request.getSession(false); if (session ! null session.getAttribute(user) ! null) { chain.doFilter(req, resp); // 已登录放行 } else { response.sendRedirect(request.getContextPath() /login.jsp); } } }在 web.xml 里配filter-mapping时url-pattern 建议写/*表示所有请求都过这个过滤器。白名单里为什么要放行 /room/list因为游客也要能查房这是需求分析阶段就定好的边界。注意request.getSession(false)里的 false 很关键它表示“会话不存在时不要新建 session”否则每个匿名请求都会创建一个垃圾 session挤占服务器内存。4.3 预订房间用 UPDATE 做原子状态校验避免并发超卖预订是酒店系统里最容易写错的地方错在哪错在“先 SELECT 查房间状态再 INSERT 订单”。这两条 SQL 之间有一个时间间隙两个前台同时操作时都可能查到房间是空闲的结果同一间房卖出两次。正确做法是用 UPDATE 的受影响行数做原子校验public boolean reserve(ReservationDto dto) throws SQLException { String lockRoom UPDATE room SET status 1 WHERE id ? AND status 0; String insertOrder INSERT INTO reservation(guest_name, guest_phone, room_id, checkin_date, checkout_date, status) VALUES(?,?,?,?,?,0); try (Connection conn JdbcUtil.getConnection()) { conn.setAutoCommit(false); try (PreparedStatement ps conn.prepareStatement(lockRoom)) { ps.setInt(1, dto.getRoomId()); if (ps.executeUpdate() 0) { conn.rollback(); // 受影响行数为 0房间已被订/入住/维修 return false; } } try (PreparedStatement ps conn.prepareStatement(insertOrder)) { ps.setString(1, dto.getGuestName()); ps.setString(2, dto.getGuestPhone()); ps.setInt(3, dto.getRoomId()); ps.setDate(4, Date.valueOf(dto.getCheckinDate())); ps.setDate(5, Date.valueOf(dto.getCheckoutDate())); ps.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { throw e; // 事务由 try-with-resources 自动回滚 } }这里的核心是UPDATE ... WHERE status 0这一条语句MySQL 在更新时会对该行加锁两个并发请求只会有一个影响行数为 1另一个拿到 0直接返回 false。相比“先查再插”省去了显式锁表的麻烦。参数说明dto 里 roomId 来自页面下拉框checkinDate 和 checkoutDate 用 LocalDate 接收后转成 java.sql.Date 入库。注意我简化了 finally 里恢复 autoCommit 的步骤工程代码里要补上否则连接归还给连接池后还是非自动提交状态。4.4 退房结账金额精度和状态同步一个都不能少退房是另一个高频写蹦的地方。逻辑本身不复杂查出房间单价和入住日期计算晚数生成账单把房间状态改回空闲。复杂的是金额精度。房型表里价格是 decimal(10,2)取出来用 BigDecimal 结算public void checkout(Integer checkinId) throws SQLException { String find SELECT r.price, ci.checkin_date, ci.checkout_date, ci.room_id FROM checkin ci JOIN room r ON ci.room_id r.id WHERE ci.id ? AND ci.status 1; String freeRoom UPDATE room SET status 0 WHERE id ?; String finish UPDATE checkin SET status 2 WHERE id ?; String addBill INSERT INTO bill(checkin_id, total_amount, pay_time) VALUES(?,?,NOW()); try (Connection conn JdbcUtil.getConnection()) { conn.setAutoCommit(false); // 1. 查询入住记录拿到 price、checkin_date、checkout_date // 2. 晚数 checkout_date - checkin_date 的天数差 // long days ChronoUnit.DAYS.between(checkinDate, checkoutDate); // BigDecimal amount BigDecimal.valueOf(days) // .multiply(price).setScale(2, RoundingMode.HALF_UP); // 3. 依次执行 freeRoom、finish、addBill三条 SQL 同事务 conn.commit(); } }这里有两个细节直接影响答辩分数。第一个是“晚数”的定义当天入住当天退房算 0 晚还是 1 晚需求阶段没写清代码里就随手写最后账单全是错的。我习惯按“离店日期减入住日期”算自然天数差跨天就算一晚这样和酒店行业惯例一致。第二个是 BigDecimal 一定要用BigDecimal.valueOf(days)或者new BigDecimal(2)不要直接new BigDecimal(2.0)后者会带着二进制浮点误差一起进构造函数金额又变成一长串小数。5. 测试与避坑课程设计翻车现场四个高频地雷逐个拆代码写完只是开始课程设计的分数一大半取决于演示顺不顺、答辩问不倒。这章我把带过的课设小组里翻车最多的四个问题列出来全是真实踩过的坑希望你别再走一遍。5.1 测试用例怎么列一张表卡住全部验收标准很多人写测试就是在浏览器里点两下没问题就说“测完了”。但软件工程课程设计要求的“测试”是要能写进报告里的。我的习惯是每个 P0 功能至少写两条用例一条走正常流程一条走异常流程模块测试场景操作步骤预期结果登录密码错误正确账号 错误密码提示密码错误停留在登录页预订重复预订选择已入住房间提示房间不可预订生成失败入住无预订直接入住选择空闲房间开房生成入住单房间状态在住退房日期非法离店日期早于入住日期提示非法日期拒绝操作查房状态过滤按房型查询已订/在住/维修房不出现这张表写进报告比贴几屏代码截图有用得多。评委看完会认为你确实把测试当工程做了而不只是“验证了一下没崩”。测试里发现的问题也顺手补回需求文档的验收标准里形成闭环。5.2 翻车一double 算房价账单出现 359.9999994 元现象退房账单金额显示一长串小数比如 359.9999994 元客人看懵演示现场直接翻车。原因double 是二进制浮点数0.1 在二进制里是无限循环小数参与乘法运算后误差被放大。价格和晚数明明是小数结果误差积累到了小数点后。解决Java 端金额字段全部用 BigDecimal数据库端用 decimal(10,2)代码里禁止用 double 接价格。注意 BigDecimal 要用BigDecimal.valueOf()或字符串构造器别用new BigDecimal(2.0)。从那以后我写所有系统金额字段一律 BigDecimal这不是讲究是血泪教训换来的习惯。5.3 翻车二并发预订同一间房一房卖两次现象演示时两个浏览器同时提交预订同一间房生成了两张有效订单库存逻辑就直接穿帮了。原因代码写的是“先 SELECT 查状态空闲再 INSERT”两条语句之间有间隙并发请求都判断通过订单自然重复。解决把状态校验和状态变更合并成一条原子 SQLUPDATE room SET status 1 WHERE id ? AND status 0再根据受影响行数决定是否插入订单。这个方法本质是乐观锁的思路用状态字段做版本校验不依赖数据库的高级锁特性课程设计环境完全够用。原理讲清楚评委一般不会追问更深。5.4 翻车三中文乱码与 404环境问题占了答辩一半的尴尬现象表单提交“张三”入库变成“å¼ ä¸‰”或者点击提交按钮页面 404。原因乱码是编码链路不一致JSP 页面是 UTF-8Tomcat 表单提交默认却是 ISO-8859-1数据库连接串又没指定编码。404 则是 web.xml 里 servlet-mapping 的 url-pattern 跟表单 action 没对上或者编译后的 class 没有放到 classes 目录。解决三层配置统一编码——JSP 页面头部加pageEncodingUTF-8JDBC 连接串加characterEncodingutf8再写一个字符编码 Filter 设置 request 和 response 的编码。404 的话先看 url-pattern再确认 Tomcat 有没有把 classes 编译到 WEB-INF/classes 下。这类问题跟业务逻辑无关但演示时碰到就是灾难而且越急越查不出来所以一定要提前测。5.5 翻车四测试数据被删演示现场一片空白现象答辩前手误执行了 DELETE FROM room整张表数据清空演示时预订页面前台一片空白连个报错都算不上。原因直接在开发库上操作没有备份也没有初始化脚本。课程设计的数据库通常就一个删了就没了而且没有任何后悔药。解决写一个 init.sql 初始化脚本每次测试前执行一遍一键恢复房间、房型、账号数据。更稳的做法是建两个库hotel_dev 给开发随便造数据hotel_test 专门用来演示演示前跑一次 init.sql 刷新干净数据。这条建议能让你避免答辩现场冷场的最大悲剧强烈建议照做。6. 从能跑到能答辩报告组织、演示脚本与两个加分项代码能跑只是及格课程设计的高分全在报告和答辩。这两个环节考察的不是“你写得多”而是“你能不能把项目讲成一个完整的软件工程故事”。6.1 课程设计报告按软件工程阶段写别按代码顺序写报告结构直接按软件工程六阶段组织需求分析、总体设计、详细设计、编码实现、测试、总结。每个阶段放一张核心图表需求章放用例清单设计章放分层架构和状态流转表测试章放测试用例表。一个加分细节是把状态流转表和测试用例表做成附录评委翻报告时能快速找到“设计对应实现、实现对应测试”的证据这种呼应特别加分。6.2 答辩演示脚本三分钟讲完闭环再主动暴露一个难点演示顺序我建议固定为登录 → 条件查房 → 预订 → 入住 → 退房 → 查看账单。每一步都要有明确的界面反馈比如预订成功后房间列表里那间房立刻变成“已预订”。三分钟讲完这个闭环比零散演示十几个页面有效得多。之后主动说一句“这个系统里我处理了两个较难的点并发预订和金额精度”然后把第 4 章的两段代码逻辑讲一遍评委通常不会再追问更难的问题。从那以后我每次答辩前都会把演示流程完整跑两遍并且先把数据库重新执行一遍 init.sql确保每一间房都是初始状态。宁可自嘲“连演示脚本都要背”也不能让评委看到我一头冷汗修 bug。希望这份拆解帮到你照着这套流程走课程设计至少不会翻车。本文还有配套的精品资源点击获取