简介这是一份基于SSMSpring、SpringMVC、MyBatis框架的餐饮管理系统设计与实现文档面向计算机相关专业的学生、毕业设计开发者以及餐饮行业信息化建设人员适合用于理解B/S架构下MVC三层模式在典型管理系统中的完整落地过程。文档以Java为核心语言选用MySQL作为数据库围绕系统用户管理、菜品类别管理、餐桌信息管理、菜品信息管理、登录与退出等核心模块展开清晰呈现从需求分析到系统实现的整体设计思路对学习SSM框架整合和餐饮业务建模具有直接参考价值。资源包为1个docx文件大小约945KB内容包含中英文摘要、目录、技术选型介绍、系统模块说明及设计实现细节结构完整便于阅读和二次修改。当前已有68人学习浏览适合需要快速撰写毕业设计论文、理解餐饮管理系统骨架或准备相关课程设计答辩的读者作为基础参考素材。1. 餐饮管理从手工台账切换到 SSM 系统的第一个理由一家中型餐厅每天要处理几十张桌台的翻台、上百道菜品的上下架和数百条订单记录纯靠纸质单据和 Excel 维护最直接的问题是「菜品改了价格但菜单没同步」和「餐桌到底哪张空着」这类信息滞后。这套基于 SSM 的餐饮管理系统核心就是把菜品、餐桌、订单、用户这几类数据从散落各处的记录收拢到 MySQL 里用 Spring 管业务逻辑、SpringMVC 接 HTTP 请求、MyBatis 操作数据库前台 JSP 负责渲染。适合两类人看一是要做 Java Web 课程设计或毕设的学生需要一套完整可复现的 SSM 项目骨架二是中小餐饮门店的技术负责人想评估这类系统能不能直接改改上线。系统采用 B/S 架构浏览器访问即可不用装客户端部署成本低。2. SSM 与 MVC三个框架在系统里各守一段2.1 B/S 架构下的三层职责划分这套餐饮管理系统采用 B/S 结构浏览器承担展示服务器承担业务和数据。对应到代码层面就是典型的 MVC 三层Model 对应 MyBatis 的实体类和 Service 业务类View 对应 JSP 页面Controller 对应 SpringMVC 的处理器。前端浏览器发起请求后请求不再直接碰数据库而是按「Controller → Service → Mapper → MySQL」的顺序逐层传递每一层只做自己职责内的事。这种分层在餐饮管理场景里带来的直接收益是改菜品列表页面的展示样式时不需要动查询逻辑换数据库方言时只需要调整 Mapper XML 里的 SQL。对于课程设计类的项目分层还有一个实际好处——答辩时能把「高内聚低耦合」讲清楚而不是笼统说用了框架。2.2 Spring 的 IoC 与 AOP业务层的解耦和事务兜底Spring 在系统里的作用不是替代某个框架而是把 Service 层的对象管理起来。以订单提交为例需要同时操作订单表、餐桌状态表和菜品库存表这三个操作要么全成功要么全失败。不用 Spring 的写法是在每个 Service 方法里手动获取数据库连接、开启事务、在 catch 里回滚代码重复且容易漏。用 Spring 声明式事务后配置一个事务管理器然后在 Service 实现类上标注Transactional即可。容器通过 IoC 把依赖的 Mapper 接口注入进来程序员面对的是接口而非具体实现类替换实现时不用改调用方代码。AOP 在系统里另一个典型应用是登录拦截——通过 SpringMVC 的拦截器判断 Session 中是否存在用户对象比在每个 Controller 方法里手动检查要干净得多。2.3 SpringMVC 请求流转从 DispatcherServlet 到视图解析SpringMVC 的核心是一个前端控制器DispatcherServlet所有请求先经过它再由它分发给具体的 Controller。以管理员修改菜品价格为例请求路径是/admin/dish/update处理器映射HandlerMapping根据 URL 找到对应的DishController.update()方法方法执行完返回视图名视图解析器拼接前缀后缀得到 JSP 路径并渲染。关键配置项有三个spring-mvc.xml里开启注解驱动mvc:annotation-driven/否则RequestMapping不生效视图解析器配置InternalResourceViewResolver设定/WEB-INF/views/前缀和.jsp后缀静态资源放行mvc:resources mapping/static/** location/static//避免 CSS、JS 被拦截器拦掉!-- spring-mvc.xml 核心片段 -- context:component-scan base-packagecom.catering.controller/ mvc:annotation-driven/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/views// property namesuffix value.jsp/ /bean mvc:resources mapping/static/** location/static//base-package必须指向 Controller 所在包路径扫描不到时请求会直接 404。prefix和suffix的组合决定了return dish/list实际渲染/WEB-INF/views/dish/list.jsp放在WEB-INF下还能防止浏览器直接访问 JSP 源码。2.4 MyBatis 半自动 ORM比 Hibernate 更可控的 SQL 手感SSM 组合中争议最多的是持久层选 MyBatis 还是 Hibernate。这套系统选 MyBatis 的原因在于餐饮业务的查询条件变化频繁——菜品列表可能要按类别筛、按价格区间筛、按销量排序这些组合条件在 Hibernate 里要用 Criteria 或 HQL 拼接在 MyBatis 里直接写在 XML 的where标签中直观且可控。MyBatis 是半自动框架SQL 由开发者手写框架只负责参数映射和结果集封装。对比 Hibernate 的全自动映射MyBatis 在复杂多表关联查询时性能更好把控DBA 接手时也能直接看懂 SQL。代价是每张表的增删改查都要写 Mapper 接口和 XML代码量略大但对餐饮管理系统这种表结构相对固定的场景这属于可控成本。!-- DishMapper.xml 条件查询示例 -- select idselectByCondition parameterTypemap resultTypecom.catering.entity.Dish SELECT id, name, category_id, price, status FROM dish where if testcategoryId ! null AND category_id #{categoryId} /if if testkeyword ! null and keyword ! AND name LIKE CONCAT(%, #{keyword}, %) /if if testminPrice ! null AND price gt; #{minPrice} /if /where ORDER BY id DESC /selectwhere标签会自动处理首个子句前的AND避免 SQL 语法错误。#{categoryId}是预编译占位符防 SQL 注入如果写成${categoryId}则是字符串拼接存在注入风险排序字段这种无法预编译的场景才考虑后者。parameterTypemap表示可以接收多个查询参数打包成的 Map也可以改用Param注解逐个传参。3. 核心功能落地登录鉴权、菜品管理、餐桌状态流转3.1 登录模块MD5 加密存储与 Session 会话控制登录模块是系统的入口分管理员登录和普通用户登录两类。密码存储不能明文落库系统里采用 MD5 加盐的方式处理。实际项目中我一般会用DigestUtils.md5DigestAsHex()配合固定盐值实现注册时加密存储登录时对输入密码做同样处理再比对数据库。Controller RequestMapping(/user) public class LoginController { Autowired private UserService userService; PostMapping(/login) public String login(String username, String password, HttpSession session, Model model) { // 对输入密码做 MD5 加密和库中存储值比对 String encrypted DigestUtils.md5DigestAsHex( (password SALT).getBytes(StandardCharsets.UTF_8)); User user userService.login(username, encrypted); if (user null) { model.addAttribute(error, 用户名或密码错误); return login; } // 登录成功写入 Session供拦截器校验 session.setAttribute(loginUser, user); session.setAttribute(role, user.getRole()); return redirect:/index; } }SALT是常量加盐能让相同密码产生不同摘要提高彩虹表攻击成本。userService.login()返回 null 说明账号密码不匹配返回首页并通过redirect:重定向刷新页面避免表单重复提交。Session 里同时存了用户对象和角色字段后续拦截器判断role为 1 是管理员、0 是普通用户实现前端菜单的差异化展示。配套的拦截器配置需要在 SpringMVC 配置文件中注册mvc:interceptors mvc:interceptor mvc:mapping path/admin/**/ mvc:exclude-mapping path/admin/login/ bean classcom.catering.interceptor.AdminInterceptor/ /mvc:interceptor /mvc:interceptors拦截器里检查session.getAttribute(loginUser)是否为空为空则重定向到登录页。exclude-mapping放行登录请求本身否则会形成死循环。3.2 菜品信息管理分页查询与图片上传的处理套路菜品管理涉及列表展示、添加、修改、删除四个操作其中列表页必须做分页。手写分页的通用做法是通过 MyBatis 的RowBounds或插件PageHelper。工程里更常用的方案是引入PageHelper它基于拦截器实现不用改 SQL 只需在查询前调用静态方法。Service public class DishServiceImpl implements DishService { Autowired private DishMapper dishMapper; Override public PageInfoDish queryPage(DishQuery query) { // 紧挨着这条语句的下一条 select 会被自动分页 PageHelper.startPage(query.getPageNum(), query.getPageSize()); ListDish list dishMapper.selectByCondition(query); return new PageInfo(list); } }query.getPageNum()的默认值在前端传递时用 1getPageSize()默认 10。PageInfo对象里封装了总记录数、总页数、当前页数据等完整分页信息前端 JSP 直接用 JSTL 遍历即可。需要注意PageHelper.startPage()只对紧随其后的第一条 SQL 生效中间不能穿插其他数据库操作否则分页会失效。图片上传这块菜品可能会配实拍图。常见做法是在添加菜品时用 CommonsMultipartResolver 接收MultipartFile保存到服务器指定目录数据库只存相对路径// 保存上传文件的目录可配置到 properties String realPath request.getServletContext().getRealPath(/upload); File dir new File(realPath); if (!dir.exists()) dir.mkdirs(); String fileName System.currentTimeMillis() _ file.getOriginalFilename(); file.transferTo(new File(dir, fileName)); dish.setImage(/upload/ fileName);文件名加时间戳前缀是为了防重名覆盖。生产环境下应把上传目录配置在应用外部避免重新部署时丢失文件。3.3 餐桌信息管理状态字段的状态机设计餐桌模块是整个系统的关键数据源之一状态通常有「空闲、已预订、使用中」三种。设计上用一个tinyint字段status表示0 空闲、1 已预订、2 使用中。桌台状态变更存在业务规则约束空闲桌才能被预订使用中的桌不能直接改为空闲必须先结账。把这类规则写在 Service 层而不是散落在各个 Controller 里Service public class TableServiceImpl implements TableService { Override Transactional(rollbackFor Exception.class) public boolean occupyTable(Integer tableId, Integer orderId) { TableInfo table tableMapper.selectById(tableId); // 状态校验只有空闲桌才能被占用 if (table null || table.getStatus() ! TableInfo.STATUS_FREE) { throw new BusinessException(当前餐桌不可使用); } TableInfo update new TableInfo(); update.setId(tableId); update.setStatus(TableInfo.STATUS_USING); update.setCurrentOrderId(orderId); return tableMapper.updateStatus(update) 0; } }这里Transactional保证「改餐桌状态 更新订单状态」两个操作要么都成功要么都回滚避免出现桌台标记使用中但订单没生成的数据不一致。tableMapper.updateStatus()只更新指定字段比整行更新更安全减少并发下的覆盖面。BusinessException是自定义运行时异常由全局异常处理器捕获后返回给前端 JSON而不是直接弹出 500 页面。餐桌展示页面一般按状态分组显示桌台编号 当前状态做成可视化座位图有空闲、已预订、使用中三种颜色区分点击桌台弹出操作菜单。这部分 JSP 里用c:if判断status值输出不同 CSS class 即可。3.4 菜品类别管理级联删除的隐患菜品类别和菜品是一对多关系删除类别时必须考虑该类别下是否有菜品。直接在 Service 层做校验Override public boolean deleteCategory(Integer id) { int count dishMapper.countByCategoryId(id); if (count 0) { throw new BusinessException(该类别下还有 count 道菜品无法删除); } return categoryMapper.deleteById(id) 0; }dishMapper.countByCategoryId()先统计关联菜品数大于零就拒绝删除。如果数据库层面另加了外键约束删除时会直接抛DataIntegrityViolationException但这类异常信息不友好用户看到的是一堆英文栈信息。先校验再删除能返回可读的中文提示属于业务层校验和数据库约束的双保险。4. 数据库设计从需求分析到 MySQL 建表4.1 概念设计实体与联系梳理餐饮管理系统的核心实体包括管理员、普通用户、菜品类别、菜品、餐桌、订单、订单明细。实体间的关系是用户和订单一对多订单和菜品多对多通过订单明细表拆分成一对多菜品类别和菜品一对多餐桌和订单一对一。从数据流图可以推导出所有功能模块的数据来源用户管理基于用户表菜品管理基于菜品表和类别表餐桌管理基于餐桌表订单管理基于订单表和订单明细表。设计时优先保证这几张核心表的关系清晰再考虑扩展字段。4.2 表结构设计DDL 与字段选择说明以下 SQL 是系统数据库设计的核心部分在实际项目里可以在 MySQL 5.7 及以上版本直接执行-- 用户表 CREATE TABLE sys_user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT MD5加密后的密码, real_name VARCHAR(50) DEFAULT NULL COMMENT 真实姓名, phone VARCHAR(20) DEFAULT NULL, role TINYINT NOT NULL DEFAULT 0 COMMENT 0普通用户 1管理员, status TINYINT NOT NULL DEFAULT 1 COMMENT 1启用 0禁用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 菜品类别表 CREATE TABLE dish_category ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL, sort INT DEFAULT 0 COMMENT 排序值越小越靠前, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 菜品表 CREATE TABLE dish ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(100) NOT NULL, category_id INT NOT NULL, price DECIMAL(10,2) NOT NULL COMMENT 单价, image VARCHAR(255) DEFAULT NULL COMMENT 图片路径, description TEXT, status TINYINT NOT NULL DEFAULT 1 COMMENT 1在售 0下架, PRIMARY KEY (id), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 餐桌表 CREATE TABLE dining_table ( id INT NOT NULL AUTO_INCREMENT, table_no VARCHAR(20) NOT NULL COMMENT 桌号, seat_count INT DEFAULT 4 COMMENT 座位数, status TINYINT NOT NULL DEFAULT 0 COMMENT 0空闲 1已预订 2使用中, PRIMARY KEY (id), UNIQUE KEY uk_table_no (table_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;字段设计上有几个细节值得说明。password长度设 64 是为 MD5 加盐后的摘要留足空间price用DECIMAL(10,2)而不是FLOAT避免浮点数的精度误差问题所有表都用utf8mb4字符集支持表情符号和生僻字status都用TINYINT加注释用数字表示状态比枚举类型更灵活后续加状态不用改表结构。订单表与订单明细表CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 订单编号, user_id INT DEFAULT NULL COMMENT 下单用户, table_id INT DEFAULT NULL COMMENT 桌台ID, total_amount DECIMAL(10,2) NOT NULL DEFAULT 0, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已完成, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE order_item ( id INT NOT NULL AUTO_INCREMENT, order_id INT NOT NULL, dish_id INT NOT NULL, dish_name VARCHAR(100) NOT NULL COMMENT 冗余菜品名, price DECIMAL(10,2) NOT NULL COMMENT 下单时价格, quantity INT NOT NULL DEFAULT 1, PRIMARY KEY (id), KEY idx_order (order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;订单明细表冗余了dish_name和price目的是防止菜品改名或改价后历史订单数据失真。这是数据仓库设计里的「快照」思想在业务系统里同样适用。order_item不设外键约束关联完整性靠 Service 层保证这是互联网项目的常见取舍——高并发下外键约束会成为写入瓶颈课程设计里也可以选择保留外键来应对老师提问。4.3 数据安全与一致性事务、备份与权限控制数据一致性在餐饮场景里最典型的就是座位和订单的并发问题。比如两桌客人同时点同一张桌前端按钮已经禁用但恶意用户可以直接构造请求绕过页面。方案是更新时带上条件UPDATE dining_table SET status 2 WHERE id #{tableId} AND status 0这条 SQL 用乐观锁的思路只有当前状态为 0空闲时才会更新成功update返回行数为 0 说明桌台已被他人占用。MyBatis 里对应方法返回值用int接收Service 层判断影响行数决定是否继续后续逻辑。5. 部署验证与排错在 Eclipse 和 Tomcat 里跑通系统5.1 环境版本对齐最容易被忽视的坑SSM 项目最常见的启动失败原因是版本不匹配。JDK 8、Tomcat 8.5、Spring 4.3.x、MyBatis 3.4.x 是一套经过验证的组合。MySQL 驱动用 5.1.49 配合 MySQL 5.7 数据库如果本机装的是 MySQL 8.x驱动要换成com.mysql.cj.jdbc.Driver同时连接串里加serverTimezoneAsia/Shanghai参数jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/catering?useUnicodetruecharacterEncodingutf8useSSLfalse jdbc.usernameroot jdbc.password123456useSSLfalse关闭 SSL 告警characterEncodingutf8保证中文不乱码。如果换成 MySQL 8 驱动但没加时区参数会报The server time zone value错误这是新手最容易卡住的地方。5.2 联调验证核心流程的测试用例集成测试阶段建议按业务流走一遍完整路径而不仅是测试单个 CRUD 接口。测试模块操作步骤预期结果注册填写用户名、密码、确认密码提交密码 MD5 加密入库提示注册成功登录输入正确账号密码跳转首页Session 生成登录失败输入错误密码返回登录页并提示「用户名或密码错误」菜品添加填写菜品信息并上传图片列表页出现新菜品图片正常显示桌台占用对空闲桌发起下单操作桌台状态变为使用中重复操作被拒绝下架菜品将菜品状态置为 0前台点餐页面不展示该菜品删除类别删除存在菜品的类别提示该类目下还有菜品拒绝删除测试时重点关注异常分支比如重复提交、超长输入、非法字符等。MyBatis 的#{}预编译能防 SQL 注入但登录接口仍需测试 or 11这类输入确认不会绕过校验。5.3 排查技巧打开 MyBatis SQL 日志联调时最头疼的问题是「代码没报错但数据不对」多半是 SQL 和预期不一致。在mybatis-config.xml里加日志输出settings setting namelogImpl valueSTDOUT_LOGGING/ /settings控制台会打印每条执行的 SQL 和参数值一眼能看出传入的参数是 null 还是空字符串。如果项目用了 Log4j可以改为logImplLOG4J并配置对应级别的日志输出。这个开关在调试阶段常开上线前建议关闭或调低日志级别避免刷屏影响性能。另一个插曲值得注意如果修改了 Mapper XML 但重启后不生效检查applicationContext.xml里 Mapper 扫描路径是否指向了classpath*:com/catering/mapper/*.xml漏配会导致Invalid bound statement (not found)异常。XML 文件放在src/main/resources下而不是 Java 包目录才能被构建工具正确打包到 classpath。本文还有配套的精品资源点击获取