propsX用SSM框架和MySQL做一套西安旅游管理系统，是每年毕业设计里被点得最多的题目之一。它看起来中规中矩，实际上从环境配置到跑通，能把一群人卡在原地一个星期。尤其是那些SSM整合时配置文件互相打架、MySQL连接报错又看不懂日志的问题，讲课老师通常不会细讲，但真正动手时每一秒都在和你作对。这篇从选题拆解、数据库设计、代码落地到答辩准备完整拉一遍，重点讲清楚“为什么这么设计”，而不是只给一堆截图。
如果你已经学完JavaWeb和MySQL基础，打算自己动手写这类毕业设计，或者正在复现一个以“SSM+MySQL+地区旅游业务”为核心的管理系统，这篇应该能帮你省下不少折腾时间。项目表面叫“西安旅游管理系统”，本质是一个典型的分角色Web应用：游客使用前台浏览景点、查看线路、提交订单，管理员使用后台维护景点内容和处理订单。把这个题目吃透以后，换皮成民宿系统、影院购票系统、校园服务系统都很容易。
1. 先想清楚旅游管理系统的需求边界，再动手建表写代码
拿到这种题目，很多人的第一反应是去下载一套开源代码改一改。这个思路我不反对，但前提是你得先弄清楚它到底包含哪些模块。否则改到一半发现字段对不上、页面结构看不懂、数据库脚本也是一堆表之间乱关联，比从头写还痛苦。
1.1 前台游客与后台管理员：两条核心使用线
系统没有特别说明时，建议按最常见的双角色结构来做。游客是未登录或注册登录后使用前台功能的人，管理员是登录后台维护数据的人。两条线功能差异明显，刚好对应一个管理系统的两个基本方向：信息展示类功能与管理维护类功能。
游客端的核心需求大概有这些：注册登录、浏览首页推荐景区、按景点名称或城市区域搜索、查看景点详细信息与图片、查看推荐旅游路线、提交门票预订订单、查看自己的订单记录和取消订单。管理员端的核心需求则是：景点信息维护、景点图片上传与维护、旅游路线管理、会员列表查看、订单审核与处理。这里要注意，管理员不需要注册入口，账号应通过SQL脚本直接初始化。
我见过不少人把系统权限做得过于复杂，什么超级管理员、普通管理员、运营管理员好几个级别。在毕业设计中这个设计未必加分，反而让权限判断代码非常分散。除非导师明确要求做精细权限管理，否则“游客/管理员”两级角色就足够了，毕竟系统大小摆在那里。
1.2 “管理系统”不等于“订票网站”
标题叫“旅游管理系统”而不是“旅游预订平台”，这句话很关键。如果把它当成一个电商网站来做，就会出现购物车、支付接口、优惠券、库存并发等极度复杂的需求，以毕业设计的开发周期很难完善，论文答辩的时候也会被追着问高并发处理，答不上来反而暴露短板。
实际选题定位应该是“内容管理为主，在线订票为辅”。也就是说，游客能查看完整的景点信息和推荐路线，然后对有兴趣的景点提交一个“预约/购票登记”式的订单，管理员在后台看到订单后进行确认处理。这样一来，订单表结构不需要做到电商级，但核心业务流程仍然完整，事务、关联查询、状态流转这些技术点都能体现。
判断自己是否过度设计，可以拿一套表来数：如果表超过十五张，且每张都还有复杂的业务逻辑，那你大概率把一个毕业论文做成商业产品了。合理范围是 8 到 12 张表，覆盖用户、景点、图片、评论、路线、订单这些维度。多的表可以靠逻辑字段撑起来，比如景点可以拆出城市字段，但不需要为陕西每个城市单建一张区域表。
1.3 为什么这个题目性价比高
西安旅游管理系统在SSM类毕业设计中性价比很高。原因是它有清晰的地域主题，选题答辩时不会让人觉得是泛泛的“XX管理系统”，同时旅游景点天然适合用图片加富文本描述来撑起页面效果，达到选题要求不需要写复杂的算法或特殊硬件交互。对大部分只用过SSH或Servlet+JSP的同学来说，它难度适中，能覆盖JavaWeb开发最常见的几个技术点：MVC分层、ORM映射、数据库设计、用户登录态管理、文件上传和事务控制，这些也正好是后面面试时经常被问到的内容。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. SSM整合的环境坑：版本选型与配置文件加载顺序
SSM最劝退的地方不是写业务代码，而是环境整合阶段那一堆XML。Spring和SpringMVC是同一个框架的两个部分，MyBatis又是一套独立的持久层框架，光是把三者串起来就需要处理四个核心配置文件：web.xml、applicationContext.xml、spring-mvc.xml 和 mybatis-config.xml。很多同学死记硬背配置，并不清楚每个文件被加载的顺序，出问题时完全没有排查方向。
2.1 版本组合怎么选才不折腾
先说版本。如果你打算严格按照老教程走，很容易看到 Spring 4.x + MyBatis 3.2.x + mysql-connector-java 5.x 的组合。那是七八年前的搭配，和现在教材使用的新版8.x驱动并不完全兼容。现在做这个项目的推荐组合是：Spring 4.3.30.RELEASE、SpringMVC 4.3.30.RELEASE、MyBatis 3.4.6、mybatis-spring 1.3.3，连接池使用Druid 1.2.x。MySQL数据库如果是5.7，JDBC驱动用 5.1.49；如果系统装的是MySQL 8.0，就用 8.0.x 驱动并显式配置驱动类为 com.mysql.cj.jdbc.Driver。
注意，Spring 5.x 配 JDK8 没问题，但很多老版本的Tomcat或Servlet容器与它组合时会出现兼容性问题，而毕设不需要追新。Spring 4.3 系列已经足够稳定，学习资料也最全，遇到问题时容易搜到对应的解决方案。pom.xml中尽量在 properties 标签统一管理版本号，避免不同依赖间的Spring包版本不一致。
code复制<properties>
<spring.version>4.3.30.RELEASE</spring.version>
<mybatis.version>3.4.6</mybatis.version>
<mysql.version>8.0.33</mysql.version>
<druid.version>1.2.8</druid.version>
</properties>
mybatis-spring 版本要特别留意。1.3.x 是兼容 MyBatis 3.4.x 和 Spring 4.x 的稳定搭配，如果你换到 mybatis-spring 2.x，它要求 Spring 5 以上，反而会出问题。这种“版本连锁反应”在整合框架时非常典型，所以不要单独看某一个依赖，要看整条依赖链。
2.2 web.xml加载顺序决定了你看到哪种报错
Spring Web项目启动时，web.xml会被Tomcat读取并执行。这里的核心顺序是：先启动ServletContext，再执行ContextLoaderListener创建根容器，初始化Service、Dao和数据库相关Bean；随后初始化DispatcherServlet，创建SpringMVC子容器，装载Controller等Web层组件。根容器和子容器形成父子关系，Controller可以调用父容器的Service，但父容器中的Bean无法访问子容器中的Bean。
很多项目之所以出现“明明Service类都在，却在运行时报空指针”或“事务没有生效”，就是因为Controller被SpringMVC容器创建后，注入进去的Service实际上是在子容器里另外扫描生成的一套对象，和父容器中配置了事务增强的Service不是同一个。解决方法是在applicationContext.xml中只扫描 com.travel.service 和 com.travel.dao，在spring-mvc.xml 中只扫描 com.travel.controller，也就是让分工边界清晰。
xml复制<!-- web.xml -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/applicationContext.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<servlet>
<servlet-name>dispatcherServlet</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/spring-mvc.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>dispatcherServlet</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
2.3 MyBatis整合的核心配置文件
Spring整合MyBatis时，关键是把SqlSessionFactory交给Spring容器管理，并且配置MapperScannerConfigurer让它自动扫描Dao接口。一个常见的小错误是只配置了SqlSessionFactoryBean，却忘记配置Mapper接口扫描器，结果每次调用Dao层都提示找不到实现类。
xml复制<!-- spring-mybatis.xml -->
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close">
<property name="driverClassName" value="com.mysql.cj.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/xian_travel?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true"/>
<property name="username" value="root"/>
<property name="password" value="你的密码"/>
</bean>
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="dataSource" ref="dataSource"/>
<property name="mapperLocations" value="classpath:mapper/*.xml"/>
<property name="typeAliasesPackage" value="com.travel.entity"/>
</bean>
<bean class="org.mybatis.spring.mapper.MapperScannerConfigurer">
<property name="basePackage" value="com.travel.dao"/>
</bean>
JDBC连接串里的 useSSL=false 值得解释一下。在本地开发环境根本不需要SSL加密连接，老版本MySQL驱动一旦发现服务端支持SSL但配置不合适就会提示警告甚至直接失败。加上 serverTimezone=Asia/Shanghai 则是为了解决MySQL 8.x对时区参数更严格的问题，不指定时区时经常会报 “The server time zone value ... is unrecognized”。这里很多教程都直接让你复制，但如果你不理解这段含义，换到另一台电脑连不上就不知道该改哪里了。
3. 旅游管理系统数据库设计：表之间怎么关联才不会乱
开发JavaWeb项目时，业务代码写得再漂亮，数据库设计不合理也会到处返工。这套SSM旅游管理系统最核心的是景点表和订单表，其余表基本围绕它们展开。如果你前面已经把需求边界画清楚了，现在建表就会顺很多。
3.1 从页面元素反推表字段
我在设计表的时候有一个习惯：先画出页面原型，再反推每张表需要哪些字段。比如景点详情页上可能会显示景点名称、所在城市、等级、开放时间、门票价格、建议游玩时长、景区简介、宣传图片。这些展示内容落到一张 t_scenic 表上，就需要对应的列名。
sql复制CREATE TABLE t_scenic (
id INT PRIMARY KEY AUTO_INCREMENT COMMENT '景点编号',
name VARCHAR(100) NOT NULL COMMENT '景点名称',
city VARCHAR(50) NOT NULL COMMENT '所在城市/区县',
level VARCHAR(20) COMMENT '景区等级，如5A/4A',
price DECIMAL(10,2) NOT NULL DEFAULT 0 COMMENT '门票价格',
opening_hours VARCHAR(200) COMMENT '开放时间',
recommend_time VARCHAR(50) COMMENT '建议游玩时长',
summary VARCHAR(500) COMMENT '景点简介',
detail TEXT COMMENT '景点详细介绍',
hot_value INT DEFAULT 0 COMMENT '热度值，用于首页排序',
create_time DATETIME COMMENT '录入时间'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='景点信息表';
这里有几个细节。第一，价格字段用 DECIMAL(10,2)，不要用float或double，浮点数在比较和计算时会产生精度误差，放在财务相关字段上非常不专业。第二，景点简介和详细介绍是两个字段，而不是只存一个长文本，因为列表页只需要显示较短的摘要，详情页才需要完整的富文本内容，拆开后查询性能更好。第三，热度值字段是一个很实用的“伪设计”，通过ORDER BY hot_value DESC就可以实现首页推荐排序，不用额外建一张复杂的推荐管理表。
3.2 用户、景点图片、评论与订单的关系建模
一般还需要以下这些辅助表：用户表 t_user、景点图片表 t_scenic_image、评论表 t_comment、旅游路线表 t_route、路线景点关系表 t_route_scenic、订单表 t_order。用户表和景点表是多对多关系，用户可以对多个景点下单，一个景点也会收到多个用户订单，所以订单表里保存 user_id 和 scenic_id 作为外键即可。
景点图片表需要单独建出来，不要简单地把所有图片地址拼成一个字符串塞在景点表的某个列里。分开建的好处是管理员可以上传多张图片，前台轮播图能一次性查询出来，后续还能为每张图片维护排序号。评论表保存用户对某个景点的评价内容、评分和评论时间，一个景点对应多条评论。
订单表是这里业务价值最高的表。注意订单号 order_no 要单独设计，不要用自增主键直接当订单号给用户看，因为那样会暴露平台订单量。可以用时间戳加用户ID生成一个业务订单号，并在order_no字段上加上唯一索引。订单还需要有状态字段，常见的取值为“待确认、已确认、已取消”，毕业设计尽量保持简单，但必须存在，因为它能引出后面订单处理的事务逻辑。
3.3 关于外键和索引，别让表关系成为你的绊脚石
刚学数据库时，教材会强调外键约束能保证数据一致性。但在企业实际开发中，很多团队会刻意不用物理外键，而是在Java代码层面维护关联关系，也就是所谓“逻辑外键”。为什么？因为物理外键会让插入、删除操作都要检查关联表，在高并发插入场景下会成为性能瓶颈；而且一旦业务调整需要删除关联数据，外键约束会造成很多麻烦。
但毕业设计不是互联网高并发系统，所以我的建议是：如果你对数据库设计没有足够把握，物理外键加上也不是大问题；但如果想体现自己的思考，可以在设计文档中说明“考虑到系统扩展性，使用逻辑外键维护表间关系”，这反而会成为答辩中的加分项。无论用不用物理外键，所有作为查询条件的列都建议加上索引，比如 t_scenic 表的 city、name，t_order 表的 user_id、order_no，索引能明显提升搜索速度和订单查询速度。
4. 业务代码落地：登录加密、景点分页和下单事务
环境通了、表建好后，就到了真正写代码环节。这个阶段的重点不再是语法，而是每个功能点背后的技术取舍。下面按代码实现路径把登录、列表、订单三个核心流程拆开讲。
4.1 登录模块：密码明文是明显的安全性硬伤
用户登录是每个系统都有的功能，但它的实现方式最能看出一个人有没有工程意识。最不应该出现的代码是把用户输入的密码直接与数据库中的 password 字段做 equals 比较。一旦数据库中保存的是明文密码，数据泄露的后果非常严重。
安全的做法是存哈希摘要。登录注册时，对原始密码做一次加盐哈希，把加盐后的密文存入数据库。用户登录时取出数据库中的盐和密文，重新拼接用户提交的密码做同一哈希算法，再比较结果。如果一致则登录成功。加盐的好处是避免两个相同密码的用户产生相同哈希值，也能防止直接查彩虹表破解。
这里需要说明一点：使用 MD5 或 SHA-256 对一个密码做一轮哈希，在现代算力下已经不够安全，专业的做法是使用 BCrypt 这类慢哈希算法。毕业设计如果引入 Spring Security Crypto 里的 BCryptPasswordEncoder 会很加分，但如果你只想保持SSM项目轻量，用 JDK 自带的 MessageDigest 加一个随机盐演示登录流程也算合格，但自己心里要清楚它只是“教学安全”，生产环境必须用更严格的方式。我在项目里一般会额外封装一个 PasswordUtil 工具类，方便后面统一改算法。
4.2 景点分页列表与模糊搜索
列表页最常踩的坑是把全部数据查出来再在内存中分页。如果景点数据只有几十条，感觉不到问题；一旦是真实运营数据，上百条记录配一张大图就会让页面明显变慢。正确的做法是把分页条件传到SQL里，通过 LIMIT offset, pageSize 只查询当前页需要的数据。
xml复制<select id="selectScenicPage" resultType="Scenic">
SELECT id, name, city, level, price, summary, hot_value
FROM t_scenic
<where>
<if test="keyword != null and keyword != ''">
AND (name LIKE CONCAT('%', #{keyword}, '%')
OR summary LIKE CONCAT('%', #{keyword}, '%'))
</if>
<if test="city != null and city != ''">
AND city = #{city}
</if>
</where>
ORDER BY hot_value DESC
LIMIT #{offset}, #{pageSize}
</select>
MyBatis动态SQL里的 #{} 占位符而不用 ${}，底层会生成PreparedStatement预编译参数，可以防止SQL注入。如果你不确定某个用户输入都可能进入SQL语句，遇到 ${} 就要格外小心。
4.3 订单事务：spring事务默认回滚规则与你要注意的点
用户提交订票订单这个动作至少要完成两件事：往订单表插一条数据，同时更新对应景区的热度值或可预约余量。两步操作任何一步失败都不应该留下脏数据。这就必须用事务保证原子性。
在Service方法上加上 @Transactional(rollbackFor = Exception.class) 是最常见的做法。但很多人只写 @Transactional，默认情况下Spring只对RuntimeException回滚，如果业务代码里抛出的是一般异常 SQLException 或自定义的 checked exception，事务不会自动回滚，导致订单数据不一致。所以强烈建议在注解里显式加上 rollbackFor = Exception.class。
下单后建议根据订单详情实时变更景区热度：如果某景点被预订，可以将 hot_value 增加1，这样首页的推荐列表会跟着用户行为变化，整个系统就有了“动态感”。这种轻量扩展不仅让业务更完整，在答辩演示时也更有亮点。
5. 联调阶段的MySQL与SSM连线事故排查手册
代码写完之后最让人崩溃的就是联调。Tomcat能启动、页面能打开，但只要一查数据库就报错。我梳理了这套项目里最容易遇到的MySQL连接问题，按报错现象排成一张排查表，照着处理基本能解决。
5.1 “ClassNotFoundException: com.mysql.jdbc.Driver”与驱动类名变更
如果用的是MySQL 8.x驱动，但配置文件里写的还是 com.mysql.jdbc.Driver，运行时就会抛出找不到驱动类。MySQL Connector/J 5.x与8.x的差别很大，8.x新版驱动类的完整名是 com.mysql.cj.jdbc.Driver。如果你在网上复制了老教程的配置，哪怕只抄错一个字符，也会出现这个错误。
处理方案有两种。第一，把 DruidDataSource 配置中的 driverClassName 改成 com.mysql.cj.jdbc.Driver，然后把mysql-connector-java保持在8.x版本。第二，把驱动依赖改成5.1.49，驱动类名维持旧写法。两种方式都行，但请务必保持“驱动jar包版本、驱动类名、JDBC URL参数”三者一致。混合使用是多数同学踩坑的根源。
5.2 “Public Key Retrieval is not allowed”与allowPublicKeyRetrieval参数
MySQL 8.x 默认使用 caching_sha2_password 身份认证，JDBC首次连接服务器时为了获取公钥进行密码加密传输，需要明确允许客户端从服务端检索公钥。如果JDBC URL中缺少 allowPublicKeyRetrieval=true 参数，就会报标题里那句话。
注意，这个参数只有在连接串使用SSL加密但不验证服务端证书，或者使用非SSL连接时才有意义。本地开发加上它是安全的，但不要把它当成一个可随意复制的万能参数，在公网数据库连接上要谨慎。另一个容易踩的是 SSL 相关参数：如果连接串中设置了 useSSL=true 但服务端证书不受信任，也会有额外告警。本地统一用 useSSL=false 最省事。
5.3 “Can't connect to local MySQL server through socket”与端口号
热搜词里出现很多次的 error 2002 其实属于Linux环境下较常见的MySQL连接方式问题。当你在命令行直接输入 mysql -u root -p 且本地没有启动mysqld时，客户端会默认去读取socket文件 /tmp/mysql.sock，找不到该文件就会提示无法通过socket连接。解决方法是先启动MySQL服务，或者显式指定 -h 127.0.0.1，让客户端走TCP协议而不是Unix域套接字。Java Web项目里的JDBC连接本来就是走TCP的，所以Java层报“Communications link failure”时，要重点排查三点：MySQL服务有没有启动、端口是不是默认的3306、URL里是否写错了端口。别忘了 MySQL 的默认端口虽然是3306，但不少人的机器上因为多版本MySQL共存，把端口改成了3307或3308，这时URL里的端口一定要跟着改。
5.4 中文乱码和时区问题
如果是页面显示中文乱码，优先检查三处：JSP页面编码是否为UTF-8、web.xml中是否配置了CharacterEncodingFilter、数据库表是否使用了utf8mb4字符集。如果三处都设置了却仍然乱码，极大可能是JDBC URL缺少 characterEncoding=utf8 参数，导致连接层以默认Latin1传输中文。
时区问题常报 The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized，这是因为数据库服务器时区与驱动默认时区不一致。解决方案是在JDBC URL中追加 serverTimezone=Asia/Shanghai。如果你在Windows上用MySQL 8.0连接本地库，建议同时把 useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai 这条标准参数串记住。每次新开项目连接数据库，先把这个连接串复制过去打底，能减少大半的环境问题。
5.5 启动时最常见但最容易被忽视的路径报错
还有一类问题与数据库无关，而是和资源加载路径有关。明明 mapper.xml 放在 src/main/resources/mapper 目录下，但启动时提示找不到 XML 或提示 Invalid bound statement。这通常是因为 pom.xml 没有正确把 resources 目录纳入打包路径，或者是 <property name="mapperLocations" value="classpath:mapper/*.xml"/> 里的路径和实际目录不一致。检查 Maven 项目时，先看 target 目录下是否生成了对应的 xml 文件，如果是被过滤掉了，就需要在pom中显式声明。
6. 论文写法和答辩演示时的隐藏加分点
不少同学把系统做完就以为万事大吉，结果论文里画了一堆截图，答辩时只能念PPT，被导师一问就露馅。如果把论文写作和答辩演示当作一个整体来准备，毕业设计的完成度会高很多。
6.1 为什么用SSM而不用Spring Boot？
现在答辩老师几乎必问这个问题之一就是：为什么不做Spring Boot，还用SSM这种老框架？这里不能随口说“因为学校教的SSM”，而要说清楚二者的关系。SSM是手动整合Spring、SpringMVC和MyBatis三套框架，需要对Bean管理、MVC流程、事务配置有很清晰的理解才能跑通整个项目；Spring Boot则通过自动配置大大降低了整合成本。毕业设计选SSM，能更直观地展示底层框架的加载机制和配置作用，考察的是你对框架原理的理解。答辩时要强调这一点，而不是回避。
如果导师追问Spring Boot的核心自动配置原理，你可以从 @SpringBootApplication 组合注解中的 @EnableAutoConfiguration 说起：Spring Boot启动时通过 spring.factories 文件加载大量自动配置类，条件化装配相关的Bean。但SSM项目里这些Bean是靠你手写XML或注解装配的，所以你对Bean生命周期、扫描范围的理解会更具体。这个回答既有对比，又有深度。
6.2 MySQL必问点：引擎、索引与事务
数据库方面的追问通常会围绕“为什么选InnoDB”“订单查询为什么快”“事务怎么保证一致性”展开。回答这些问题前，先把MySQL的知识点系统过一遍。存储引擎层面，MyISAM不支持事务、不支持外键，适合只读表；InnoDB支持事务和行级锁，适合订单、用户这类存在并发写入的表。因此本项目核心业务表基本选择InnoDB，这也能解释为什么建表语句末尾都写 ENGINE=InnoDB。
索引部分则以订单表的order_no字段为例，说明唯一索引既能保证不重复，又能加速订单查询。如果想要展示更多思考，可以补充“覆盖索引”概念：当查询列全部在索引中时，InnoDB无需回表查询，查询效率会更高。答辩准备时可以在数据库执行一下 EXPLAIN SELECT ...，看看有没有用到索引、扫描行数是多少。热搜词里你也能看到“mysql explain详解”这个高频搜索，说明很多人已经意识到光会写SQL不够，还要能解释执行计划。
事务部分可以结合用户下单流程说明：一次订票行为需要更新订单状态、修改库存或热度，多个写操作要么全部成功、要么全部失败。这时候可以展开ACID的原子性、隔离性，以及数据库默认隔离级别为何是 REPEATABLE READ。如果老师追问“同一张票被两个用户同时下单会怎样”，就引出行级锁和乐观锁的控制，这属于较深的扩展点，视能力回答即可。
6.3 演示流程建议：先让系统“活”起来
演示时不要一上来就打开数据库看表结构，而是先展示完整业务流程。建议准备一套真实感较强的数据，而不是只放“测试1”“测试2”这种占位名字。西安旅游管理系统里可以放兵马俑、华清宫、大雁塔、城墙等真实景点，配上图片地址与合理的价格、开放时间。演示开始先作为游客注册登录、搜索景点、查看详情、提交订单，再切换到管理员账号查看订单并修改状态。整个流程走通以后，回到代码展示分层结构，最后如果时间允许再用浏览器控制台演示登录校验、分页请求参数等细节。
准备演示数据在正式答辩前要反复演练至少两遍。最忌现场临时插入图片、提交表单时数据库报错，或者刚打开项目发现MySQL服务没启动。如果条件允许，可以准备两个环境：一台电脑跑项目，一台电脑作为备用方案，用U盘带上数据库脚本和Maven依赖仓库的离线备份，防止现场网络不给力导致依赖下载失败。
7. 最后再讲一些容易忽略的细节
除了上面这些模块化的内容，实际开发中还有一批零散细节，不加注意会在最后阶段恶化。比如配置Druid连接池时，web.xml里还需要添加一个StatViewServlet来开启监控页面，这不是必需功能，但配置后能在浏览器查看SQL执行统计，排查慢SQL很方便。
页面跳转问题也很值得单独说说。很多SSM项目模板来自旧版JSP，Controller返回的字符串可能写的是 return "scenic/list"，而视图解析器配了一个 /WEB-INF/views/ 前缀和 .jsp 后缀。如果路径大小写不一致、目录层级对不上，就会出现页面一片空白或报404错误。启动项目时建议先访问一个最简Controller和最简单的JSP页面，确认视图解析器配置正确后再写业务代码。
数据库脚本方面，一定要在项目交付时提供一个完整的 init.sql，里面需要先创建数据库、再设置默认字符集，然后写create table和insert初始数据。没有脚本，导师换一台电脑无法运行你的项目，这会直接影响最终评分。如果你用了MySQL 8.0，也建议在说明文档中特别标注创建用户权限的命令，方便别人按步骤还原环境。
如果把整个流程压缩成一句话，那就是“先想清楚边界和结构，再动手写代码”。SSM项目的核心不在于掌握多少框架特性，而是能把Spring的容器机制、MyBatis的映射原理、MySQL的表设计和事务概念整合进一个完整可运行的系统。这一套做下来，你对JavaWeb的理解会从“会调用API”提升到“能解释框架为什么这样设计”，这个收获可能比毕业设计本身的分数更持久。