SSM+JSP进销存系统实战：Java Web三层架构教学与落地

简介：进销存系统是企业信息化的基础应用，其本质是采购、销售、库存三类业务状态的协同流转与数据闭环。理解其原理需回归Web开发底层脉络：HTTP请求如何经Controller接收、Service事务控制如何保障账实一致、MyBatis手写SQL如何实现精准报表、JSP服务端渲染如何兼顾调试效率与部署简易性。这类基于Java传统Web技术栈（SSM+JSP）的系统，虽不追求高并发或前后端分离，却在高校实训、小微商贸信息化及Java初学者工程能力培养中具有不可替代的教学价值与实践价值——它让每个request.getParameter()、每行XML配置、每次手动事务管理，都成为可追溯、可调试、可验证的真实逻辑链。本文即以一个可运行的超市进销存系统为例，解析其从需求到部署的完整技术实现。

1. 项目概述：一个真实跑起来的进销存系统长什么样？

“家百利超市进销存管理系统”——这名字听着就接地气，不是那种挂在PPT里喊口号的“智慧零售云平台”，而是真能用在小超市、社区便利店、批发档口里的实打实工具。我带过不下二十个毕业设计团队，也帮三四家本地小超市做过轻量级系统改造，最常听到的抱怨就是：“Excel记账太乱，月底对不上；进货单和销售单分开写，老板自己都搞不清库存还剩多少；员工手写单子丢三落四，一查账就吵架。”这个基于SSM（Spring + Spring MVC + MyBatis）+ JSP的系统，就是冲着解决这些“脏活累活”去的：它不追求高并发、不堆炫酷大屏，但要求登录即用、操作顺手、数据不丢、报表能打、老板看得懂。

核心关键词“Java”“SSM”“JSP”“进销存管理系统”“源码”，其实已经勾勒出它的技术底色和落地场景：它是一套典型的Java Web传统三层架构实践，面向的是高校教学实训、中小型商贸企业入门级信息化，以及刚入行的Java开发者练手的真实业务闭环。不是Spring Boot自动装配的“一键生成”，也不是Vue+Spring Cloud的微服务架构，它用的是Servlet容器原生生命周期、JSP页面内嵌Java逻辑、XML配置驱动的MyBatis映射——这些看似“过时”的技术组合，恰恰是理解Web开发底层脉络最扎实的脚手架。比如，一个采购入库单提交后，数据怎么从JSP表单→Controller接收→Service校验→Mapper写入MySQL，中间每一步的参数传递、事务控制、异常捕获，都在代码里明明白白写着，没有魔法，全是可调试、可打断点、可逐行跟踪的逻辑链。这也是为什么它至今仍是Java面试官爱问的“经典题库”：不是考你能不能搭起一个Spring Boot项目，而是考你知不知道HttpServletRequest里getParameter()和getAttribute()的区别，知不知道@Transaction注解在Service层生效的前提是什么，知不知道JSP中 jsp:include 和<%@ include %>的本质差异。

这套系统真正有价值的地方，在于它把“进销存”三个字拆解成了可触摸的操作流：采购员扫商品条码填入库单，收银员结账时自动扣减库存并生成销售流水，仓管员按批次查看某款洗发水还剩几箱几瓶，老板在“库存预警”页看到保质期只剩30天的牛奶标红提醒，月底点一下“经营分析”，自动生成销售额TOP10、毛利贡献榜、滞销品清单。所有功能都扎根在真实业务动作里，而不是抽象的数据模型。我见过太多学生做的“管理系统”，首页漂亮，点进去全是空表格——而家百利这套，连“供应商联系人电话格式校验”都写了正则表达式，连“销售单打印时自动加页眉页脚”都配了CSS样式。它不炫技，但每行代码都在回答一个问题：“这个功能，今天下午三点，小店老板能用上吗？”

2. 整体架构与技术选型：为什么是SSM+JSP，而不是Spring Boot或Vue？

2.1 技术栈选择背后的现实逻辑

很多人第一反应是：“都2024年了，还用JSP？是不是太老？”——这个问题问得对，但答案不能只看技术新旧。SSM+JSP组合，本质是一套经过十年以上市场验证的“稳态开发范式”，它的价值不在前沿性，而在确定性、可教学性、低门槛部署性。我们来拆解每个组件的选择理由：

• Spring Framework（非Boot）：这里用的是Spring 4.x或5.x的原始XML配置模式，而非Spring Boot的自动装配。原因很实在：教学场景下，学生必须亲手写<context:component-scan>、<tx:annotation-driven>、<bean id="dataSource">，才能真正理解IoC容器如何管理Bean生命周期、AOP代理如何织入事务、依赖注入到底是怎么发生的。Spring Boot的@SpringBootApplication像一把万能钥匙，开锁快，但你永远不知道锁芯结构。而SSM的XML配置，就像手绘一张电路图，每个线头接在哪、电流怎么走，清清楚楚。我带过的实习生，凡是把SSM的applicationContext.xml和springmvc-servlet.xml抄写三遍、改错五次的，后续学Spring Boot时debug能力明显更强——因为底层逻辑已经刻进肌肉记忆。

• Spring MVC：作为表现层框架，它强制分离了Controller（处理请求）、Model（业务数据）、View（渲染结果）。一个典型的GoodsController.java里，@RequestMapping("/goods/list")方法只做三件事：调用Service获取商品列表、把List 塞进Model、返回逻辑视图名"goods/list"。这个过程清晰暴露了HTTP请求到页面渲染的完整链条，比Spring Boot的@RestController返回JSON更直观地展示“前后端未分离”时代的协作逻辑。尤其对初学者，看到model.addAttribute("goodsList", goodsList)后，JSP里<c:forEach items="${goodsList}" var="goods">就能遍历出来，这种“变量名对得上”的即时反馈，是建立编程信心的关键。

• MyBatis：放弃Hibernate，选择MyBatis，核心在于SQL可见性与可控性。进销存系统里，一个“查询本月各品类销售汇总”的报表SQL，往往涉及多表JOIN、GROUP BY、SUM计算、日期函数。MyBatis的XML映射文件（如GoodsMapper.xml）里，SQL是明文写的，可以加注释、可以分页、可以针对不同数据库微调。而Hibernate的HQL或Criteria API，在复杂报表场景下容易写出N+1查询或性能黑洞。我曾帮一家超市优化报表，发现原Hibernate代码执行一次汇总要8秒，改成MyBatis手写SQL后压到0.3秒——因为能精准控制JOIN顺序、索引字段、WHERE条件。MyBatis的<if test="startDate != null">AND create_time >= #{startDate}</if>动态SQL，也让业务条件组合变得极其灵活。

• JSP + JSTL + EL表达式：这是最常被误解的一环。JSP不是“过时”，而是“定位清晰”。它适合构建以服务端渲染为主的、页面逻辑相对固定的后台管理系统。家百利系统的页面，90%是表格列表、表单录入、简单图表（用Chart.js静态渲染），几乎没有实时交互。在这种场景下，JSP的优势立刻凸显：无需Webpack打包、无需处理跨域、无需写API接口文档、前端工程师和Java工程师可以共用一套模板语法。一个<c:if test="${user.role == 'admin'}">就能控制按钮显隐，比Vue的v-if="user.role === 'admin'"少写一堆props传递和状态管理。更重要的是，JSP编译后的Servlet类，可以直接在IDEA里打断点调试——当页面数据显示异常时，你能立刻看到request.getAttribute("orderList")到底有没有值、是不是null，这种调试效率，是纯前端框架难以比拟的。

2.2 为什么不用Spring Boot或前后端分离？

这不是技术优劣问题，而是成本与目标匹配度问题。假设你是一个县城的小超市老板，预算5000元做系统，你会选：

A. Spring Boot + Vue前后端分离：需要买云服务器（至少2核4G）、配Nginx反向代理、部署两个独立进程（后端jar包+前端静态资源）、处理CORS跨域、写JWT鉴权逻辑、为每个接口写Swagger文档、前端还要适配IE浏览器（很多老收银机系统只认IE内核）；

B. SSM+JSP：Tomcat直接扔war包，数据库用本地MySQL，管理员账号密码写在properties文件里，所有页面和Java代码打包在一个war里，双击startup.bat就启动。

答案显而易见。Spring Boot的“约定优于配置”在大型项目中是福音，但在单机部署、无运维人员、网络环境不稳定（比如超市宽带经常断）的场景下，反而成了负担。前后端分离要求前后端工程师紧密协作，而家百利这类项目，往往只有一个Java开发者兼做前端——他用JSP写个带搜索的表格，半小时搞定；让他用Vue写同样功能，光是配Vue Router和Axios拦截器就得折腾半天。这不是技术倒退，而是回归“解决问题优先”的工程本质。

2.3 数据库与环境依赖：MySQL 5.7 + JDK 1.8 是黄金组合

系统默认搭配MySQL 5.7和JDK 1.8，这个组合不是随意定的，而是经过大量实际部署验证的“最小兼容集”。

• MySQL 5.7：支持标准SQL语法（如GROUP_CONCAT用于拼接多供应商名称）、事务隔离级别可控（进销存必须用REPEATABLE READ避免幻读）、字符集默认utf8mb4（能存emoji，虽然超市系统用不到，但避免客户姓名带生僻字乱码）。最关键的是，它的安装包体积小（Windows版仅几百MB），服务启动快，对硬件要求低——一台4GB内存的老电脑装完MySQL，再跑Tomcat，完全不卡顿。相比之下，MySQL 8.0的caching_sha2_password认证插件，曾让无数学生在连接时卡在Access denied for user，而5.7的mysql_native_password几乎零兼容问题。

• JDK 1.8：这是SSM生态的“事实标准”。Spring 4.3.x、MyBatis 3.4.x、Tomcat 8.5.x全部官方支持JDK 1.8，且lambda表达式、Stream API已足够支撑业务逻辑简化（比如list.stream().filter(g -> g.getStock() < 10).collect(Collectors.toList())写库存预警），又不会引入JDK 11+的模块化（Module System）带来的Classpath混乱。我见过太多项目因升级JDK 11导致javax.servlet.*包找不到，最后被迫降级——而JDK 1.8的稳定性，经受住了十年以上的生产考验。

提示：如果你用IDEA 2023+打开此项目，可能会遇到JSP语法高亮失效或<c:forEach>报红的问题。这不是代码错误，而是IDEA新版对JSP支持策略调整。解决方案很简单：在File > Project Structure > Project里，将Project SDK设为JDK 1.8，Language level选8；然后在Settings > Languages & Frameworks > Java EE > JSP中，勾选“Enable JSP support”，并指定Tomcat的lib目录为Taglib路径。实测下来，配置好这两步，所有JSP标签都能正常跳转和提示。

3. 核心模块与业务逻辑：进销存不是CRUD，而是状态流转

3.1 进货管理：从供应商到仓库的全链路追踪

进货模块远不止“添加采购单”这么简单，它本质是商品所有权和库存数量的状态迁移过程。系统里一个采购单（PurchaseOrder）包含三个关键状态：draft（草稿）、confirmed（已确认）、received（已收货）。这个状态机设计，直接决定了业务风险控制能力。

• 草稿态：采购员在系统里新建单据，填写供应商、商品、数量、单价、预计到货日期。此时数据仅存于session或临时表，不占用任何库存，也不生成财务凭证。重点在于实时校验：当输入商品编码时，AJAX请求后台验证该商品是否存在、是否启用；输入数量时，JS脚本自动计算金额（数量×单价），并检查单价是否超出历史采购均价±15%（防人为输错）。这些校验逻辑写在PurchaseOrderController.java的/purchase/create方法里，用@Valid注解配合自定义@PriceRange约束实现。

• 确认态：点击“确认采购”按钮，触发核心事务。Controller调用PurchaseService.confirmOrder()，该方法开启@Transactional，内部执行三步原子操作：1）更新采购单状态为confirmed；2）向finance_account表插入一笔“应付账款”记录（科目：应付账款-XX供应商，金额=总金额）；3）生成唯一采购单号（格式：PO-20240520-001）。这三步要么全成功，要么全回滚——如果财务记账失败，采购单绝不能变成已确认状态，否则会导致账实不符。我曾修复过一个经典Bug：原代码先更新订单状态，再记账，中间若记账失败，订单已确认却没负债，老板月底对账时发现“钱没付，单子却算进去了”。

• 收货态：仓管员收到实物后，在系统里执行“收货入库”。此时调用WarehouseService.receiveGoods()，核心逻辑是：1）校验采购单状态是否为confirmed；2）遍历采购单明细，对每个商品执行stockService.addStock(goodsId, quantity, batchNo, expiryDate)；3）更新采购单状态为received；4）向inventory_log表写入多条入库日志（含操作人、时间、批次、有效期）。这里的关键是批次管理：同一商品不同批次，保质期不同，必须分开记录。系统用batch_no字段关联goods_batch表，确保“蒙牛纯牛奶 20240501批次”和“20240515批次”的库存独立核算。当销售时，系统默认按“先进先出（FIFO）”原则扣减最早批次库存，避免过期商品滞留。

实操心得：批次管理是进销存系统的分水岭。很多简易系统只记“总库存”，结果老板发现“酸奶还有50箱”，实际一查全是下月到期的。家百利系统在数据库设计时，goods_stock表主键是(goods_id, batch_no)，而非单纯goods_id，这就从根源上强制了批次意识。你在写addStock()方法时，必须先SELECT ... FOR UPDATE锁定该批次记录，再INSERT ON DUPLICATE KEY UPDATE，否则高并发入库时会出现库存超卖。

3.2 销售管理：收银台背后的实时库存与毛利计算

销售模块的难点不在界面，而在并发安全与实时毛利归集。一个收银员扫码结账，系统必须在毫秒级完成：扣减库存、生成销售单、更新会员积分、计算毛利、打印小票。任何一步延迟，都会让顾客在柜台前等待。

• 库存扣减的并发控制：传统UPDATE goods_stock SET stock = stock - 1 WHERE goods_id = ?在高并发下极危险。家百利采用“乐观锁+重试”机制：goods_stock表增加version字段，每次扣减前先SELECT stock, version FROM goods_stock WHERE goods_id = ?，然后执行UPDATE ... SET stock = stock - ?, version = version + 1 WHERE goods_id = ? AND version = ?。若UPDATE影响行数为0，说明版本号已被其他线程修改，立即重试（最多3次）。实测在100并发下单时，成功率99.98%，远高于悲观锁的性能损耗。这个逻辑封装在StockService.deductStock()里，用while(true)循环实现，比Spring Retry注解更轻量。

• 毛利的动态计算：毛利=销售价-采购价。但采购价不是固定值！系统采用“加权平均法”计算商品成本价：cost_price = (期初库存金额 + 本期入库金额) / (期初库存数量 + 本期入库数量)。每次采购入库后，后台定时任务（CostPriceUpdateJob）会重新计算所有商品的成本价，并更新goods表的cost_price字段。销售时，直接取当前cost_price，乘以销售数量，得到毛利额。这样做的好处是，即使同款商品分批采购价格不同（如苹果上周5元/斤，这周6元/斤），系统仍能给出准确毛利，而非简单用最新采购价。

• 小票打印的离线保障：收银机网络偶尔中断，但销售不能停。系统设计了“本地缓存+异步同步”机制：当检测到网络不可达时，销售单据先存入本地SQLite数据库（offline_orders.db），同时弹窗提示“已离线保存，网络恢复后自动上传”。一旦网络恢复，后台线程扫描SQLite，将未同步单据通过HTTP POST发送到服务器，成功后删除本地记录。这个SQLite文件就放在Tomcat的webapps/ROOT/WEB-INF/classes/目录下，无需额外安装数据库服务，完美适配超市弱网环境。

3.3 库存管理：不只是数字，而是空间与时间的维度

库存模块是整个系统的“心脏”，它把冷冰冰的数字，还原成有空间位置、有时效属性、有责任归属的实体资产。

• 库位管理（Location-Based Stock）：系统支持多仓库、多库位。warehouse表存仓库信息（如“总仓”、“门店A仓”），location表存库位（如“A区-01排-01列”、“冷库-02层”）。goods_stock表增加location_id外键，使每一笔库存都绑定到具体物理位置。当仓管员执行“移库”操作时，StockService.moveStock()方法会生成两条日志：一条扣减源库位库存，一条增加目标库位库存，确保总量不变。这个设计让盘点变得极其简单——手持PDA扫描库位二维码，系统自动列出该位置所有商品及数量，扫码核对即可，无需翻箱倒柜。

• 有效期与预警：goods_batch表的expiry_date字段是核心。系统每天凌晨执行ExpiryWarningJob，扫描所有expiry_date在30天内的批次，生成预警列表。预警页不仅显示“蒙牛酸奶 2024-06-15到期”，还计算“当前库存可售天数=库存数量/日均销量”，若小于15天，标红加粗。更进一步，系统支持“促销建议”：对临近过期商品，自动计算“打7折能保证不亏损”的临界售价（cost_price / 0.7），并生成促销单草稿，推送给店长审批。

• 盘点管理（Physical Inventory）：真正的盘点不是“系统导出Excel→人工清点→手动填表→再导入”，而是“PDA扫码→实时比对→差异高亮→现场拍照→生成盘盈盘亏报告”。系统提供InventoryController.scan()接口，接收PDA传来的{locationId, goodsId, actualQuantity}，立即比对goods_stock中的理论数量。若差异>0，标记为“盘盈”，允许提交；若差异<0，标记为“盘亏”，必须填写原因（如“破损”、“失窃”、“录入错误”）并上传现场照片（base64编码存入inventory_discrepancy表）。最终报告PDF由iText生成，包含差异汇总、原因分布饼图、责任人签字栏——这才是老板要的“能追责”的盘点。

4. 源码结构与关键实现：从论文到可运行项目的跨越

4.1 项目目录结构：读懂Maven标准布局

拿到源码，第一眼要看pom.xml和目录结构。家百利系统采用标准Maven Web项目布局，根目录下：

src/main/ ├── java/ # Java源码 │ └── com/jiabaili/ # 主包名（按公司域名反写） │ ├── controller/ # Spring MVC Controller │ ├── service/ # Service接口与实现 │ ├── dao/ # MyBatis Mapper接口 │ ├── entity/ # POJO实体类（Goods, PurchaseOrder等） │ ├── util/ # 工具类（DateUtil, ExcelExportUtil） │ └── config/ # Spring配置类（DataSourceConfig, MyBatisConfig） ├── resources/ # 配置文件 │ ├── jdbc.properties # 数据库连接参数 │ ├── log4j2.xml # 日志配置 │ └── mybatis-config.xml # MyBatis全局配置 ├── webapp/ # Web资源 │ ├── WEB-INF/ │ │ ├── web.xml # Servlet容器配置 │ │ └── views/ # JSP页面（按模块分文件夹） │ │ ├── goods/ # 商品管理页面 │ │ ├── purchase/ # 采购管理页面 │ │ └── ... │ ├── static/ # 静态资源（CSS, JS, images） │ └── upload/ # 文件上传临时目录（需Tomcat配置权限） └── pom.xml # Maven依赖与构建配置

这个结构不是随意定的，每个目录都有其不可替代的作用。比如resources下的jdbc.properties，必须用<context:property-placeholder>加载，才能在DataSourceConfig.java里通过@Value("${jdbc.url}")注入；webapp/WEB-INF/views/是Spring MVC的默认视图解析路径，InternalResourceViewResolver会自动拼接/WEB-INF/views/goods/list.jsp；而static/目录下的JS，必须通过<mvc:resources>标签在springmvc-servlet.xml里放行，否则404。

注意：很多学生导入项目后JSP页面报404，90%原因是没配web.xml里的<welcome-file-list>，或者springmvc-servlet.xml里<mvc:default-servlet-handler/>没开启。正确配置是：web.xml中<welcome-file-list>设为index.jsp；springmvc-servlet.xml中必须有<mvc:default-servlet-handler/>，否则静态资源无法访问。

4.2 核心配置文件：Spring与MyBatis的握手协议

applicationContext.xml和springmvc-servlet.xml是SSM的灵魂，它们定义了框架如何协同工作。

• applicationContext.xml：负责“业务层”配置。关键片段：

  <!-- 扫描Service和DAO包 --> <context:component-scan base-package="com.jiabaili.service,com.jiabaili.dao"/> <!-- 数据源配置（使用Druid连接池） --> <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> <property name="url" value="${jdbc.url}"/> <property name="username" value="${jdbc.username}"/> <property name="password" value="${jdbc.password}"/> <property name="initialSize" value="5"/> <property name="maxActive" value="20"/> </bean> <!-- MyBatis SqlSessionFactory配置 --> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="configLocation" value="classpath:mybatis-config.xml"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> </bean> <!-- 事务管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:annotation-driven transaction-manager="transactionManager"/>

  这里<tx:annotation-driven>启用了@Transactional注解，而<property name="mapperLocations">指定了MyBatis XML映射文件的位置，确保GoodsMapper.xml能被正确加载。

• springmvc-servlet.xml：负责“表现层”配置。关键片段：

  <!-- 扫描Controller包 --> <context:component-scan base-package="com.jiabaili.controller" use-default-filters="false"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/> </context:component-scan> <!-- 视图解析器：JSP前缀后缀 --> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/views/"/> <property name="suffix" value=".jsp"/> </bean> <!-- 放行静态资源 --> <mvc:default-servlet-handler/> <mvc:resources mapping="/static/**" location="/static/"/>

  InternalResourceViewResolver的prefix和suffix决定了Controller返回"goods/list"时，实际渲染/WEB-INF/views/goods/list.jsp。

4.3 关键代码片段：从Controller到Mapper的完整链路

以“查询商品列表”为例，展示SSM各层如何协作：

1. Controller层（GoodsController.java）：

   @Controller @RequestMapping("/goods") public class GoodsController { @Autowired private GoodsService goodsService; @RequestMapping("/list") public String list(Model model, @RequestParam(value = "keyword", required = false) String keyword, @RequestParam(value = "page", defaultValue = "1") int page) { PageHelper.startPage(page, 10); // MyBatis分页插件 List<Goods> goodsList = goodsService.findGoods(keyword); PageInfo<Goods> pageInfo = new PageInfo<>(goodsList); model.addAttribute("pageInfo", pageInfo); return "goods/list"; // 返回逻辑视图名 } }

   这里@RequestParam接收URL参数，PageHelper.startPage()开启分页，model.addAttribute()将数据传给JSP。

2. Service层（GoodsServiceImpl.java）：

   @Service public class GoodsServiceImpl implements GoodsService { @Autowired private GoodsMapper goodsMapper; @Override public List<Goods> findGoods(String keyword) { GoodsExample example = new GoodsExample(); if (StringUtils.isNotBlank(keyword)) { example.createCriteria().andNameLike("%" + keyword + "%"); } return goodsMapper.selectByExample(example); } }

   Service层调用Mapper，GoodsExample是MyBatis Generator自动生成的查询条件类，selectByExample()对应XML中的<select>语句。

3. Mapper层（GoodsMapper.xml）：

   <mapper namespace="com.jiabaili.dao.GoodsMapper"> <resultMap id="BaseResultMap" type="com.jiabaili.entity.Goods"> <id column="id" property="id" jdbcType="BIGINT"/> <result column="name" property="name" jdbcType="VARCHAR"/> <result column="cost_price" property="costPrice" jdbcType="DECIMAL"/> <!-- 其他字段映射 --> </resultMap> <select id="selectByExample" resultMap="BaseResultMap"> SELECT * FROM goods <where> <if test="_parameter != null and _parameter.name != null and _parameter.name != ''"> AND name LIKE CONCAT('%', #{_parameter.name}, '%') </if> </where> ORDER BY id DESC </select> </mapper>

   XML中<where>标签自动处理SQL拼接，#{}防止SQL注入，<if>实现动态条件。

这条链路清晰展示了SSM的分工：Controller负责请求路由与数据组装，Service负责业务规则与事务，Mapper负责数据存取。每一层职责单一，便于单元测试和维护。

5. 论文与PPT撰写要点：如何把代码讲成故事

5.1 论文写作：技术文档不是代码说明书

毕业论文最容易犯的错误，是写成“功能列表+截图堆砌”。评审老师想看的，是你如何用技术解决业务痛点。家百利论文的黄金结构应该是：

• 第一章 绪论：不要写“随着信息技术发展...”，直接切入：“家百利超市现有手工记账模式，每月盘点耗时12小时，库存误差率高达8%，2023年因过期商品损失2.3万元。本系统旨在通过信息化手段，将盘点时间压缩至2小时内，误差率降至0.5%以下。”

• 第二章 需求分析：用UML用例图（Actor：采购员、仓管员、店长）+ 活动图（如“采购入库流程”）代替文字描述。重点写非功能性需求：系统需支持20并发用户、单次报表生成<3秒、数据每日自动备份、支持Windows 7及以上系统。

• 第三章 系统设计：核心是架构图+数据库ER图+关键类图。架构图要标出Spring MVC的DispatcherServlet、MyBatis的SqlSession、JSP的Servlet容器；ER图要体现goods、purchase_order、goods_batch之间的关系，特别注明goods_stock的复合主键；类图展示GoodsService如何聚合GoodsMapper和StockService。

• 第四章 系统实现：这是得分关键！不要贴整段代码，而是聚焦3个技术亮点：

  1. “基于乐观锁的库存并发控制”：画流程图（SELECT→UPDATE with version→retry），附deductStock()核心代码片段；
  2. “加权平均成本价动态计算”：写公式cost_price = (sum_in * avg_in + sum_out * avg_out) / (sum_in + sum_out)，说明定时任务执行频率（每天02:00）；
  3. “离线销售同步机制”：描述SQLite本地存储结构、HTTP同步协议（POST /api/offline/sync）、冲突解决策略（服务器时间戳优先）。

• 第五章 系统测试：必须有真实数据测试结果。例如：“使用JMeter模拟50用户并发下单，TPS达42，错误率0%，库存扣减准确率100%；生成10000条销售数据的月度报表，耗时2.1秒。”

5.2 PPT制作：让评委3分钟看懂你的价值

答辩PPT不是论文缩写，而是视觉化的故事板。12页PPT的黄金分配：

• 封面（1页）：项目名+学校Logo+姓名，背景用超市货架实景图；
• 痛点页（1页）：左图“手写单据堆成山”，右图“Excel表格密密麻麻”，中间红色大字：“每月盘点耗时12小时，误差8%”；
• 解决方案页（1页）：SSM+JSP架构图，用不同颜色标注各层职责（蓝色Spring MVC、绿色MyBatis、黄色JSP）；
• 核心功能页（3页）：每页一个功能，用对比截图——左图“旧模式：Excel手工录入”，右图“新模式：系统一键入库”，箭头标注“节省时间70%”；
• 技术亮点页（3页）：每页一个亮点，用流程图+代码片段。如“乐观锁”页：画数据库行锁示意图，代码只贴UPDATE ... WHERE version = ?这一行；
• 测试结果页（1页）：柱状图对比“旧系统 vs 新系统”的盘点时间、误差率、报表速度；
• 总结页（1页）：一句话价值：“本系统已在XX超市试运行3个月，库存准确率提升至99.5%，月度盘点时间从12小时降至1.5小时。”

实操心得：答辩时，评委最常问“你这个系统，和网上下载的源码有什么区别？”——答案不能是“我改了UI”，而要说：“我实现了批次有效期预警，当商品距过期30天时，系统自动推送消息给仓管员，并生成促销建议单；而开源版本只有基础库存查询。” 把每一个功能，都锚定到一个具体的业务价值上。

6. 常见问题与避坑指南：那些没人告诉你的细节

6.1 环境配置类问题

6.2 业务逻辑类Bug

• Bug：采购入库后，库存数量没变
  原因：StockService.addStock()方法里，UPDATE goods_stock SET stock = stock + ? WHERE goods_id = ?执行后，没检查getUpdateCount()是否大于0。如果该商品在goods_stock表中不存在（首次入库），UPDATE无效果，但程序继续往下走。
  修复：先SELECT COUNT(*) FROM goods_stock WHERE goods_id = ?，若为0，则INSERT INTO goods_stock (...) VALUES (...)；否则UPDATE。或者更优雅地用INSERT ... ON DUPLICATE KEY UPDATE。

• Bug：销售退货时，库存增加但毛利没冲减
  原因：退货流程只调用了StockService.addStock()，但没调用FinanceService.recordReturnProfit()更新财务流水。
  修复：在SaleService.returnGoods()中，增加financeService.recordReturnProfit(saleId, returnAmount)，确保毛利台账与库存台账同步。

• Bug：导出Excel时，中文列名显示为方框
  原因：Apache POI 3.x默认字体不支持中文。
  修复：在创建XSSFWorkbook后，设置字体：Font font = workbook.createFont(); font.setFontName("微软雅黑"); font.setFontHeightInPoints((short)10);，再应用到CellStyle。

6.3 部署与运维经验

• Tomcat内存溢出（OutOfMemoryError）：超市电脑内存小，Tomcat

本文还有配套的精品资源，点击获取