一、项目背景：为什么要做数码商城系统？3 大核心痛点驱动
在电商行业蓬勃发展的背景下，传统数码产品销售模式逐渐暴露短板，消费者与商家的需求难以高效匹配，核心痛点集中在 3 个方面：
- 消费者端：信息分散，购物流程繁消费者想购买数码产品（如手机、耳机）时，需在多个平台切换才能对比 “参数、价格、评价”；线下门店商品展示有限，无法实时查看库存，遇到心仪产品缺货需反复跑店，购物体验差。
- 商家端：人工管理低效，数据同步乱商家靠 Excel 记录商品库存、订单信息，手工统计 “销量、库存余量” 易出错；消费者下单后需手动更新订单状态（如 “待发货→已发货”），遇到退货需反复核对信息，效率低且易引发纠纷。
- 传统工具局限：线下覆盖窄，线上适配差仅靠线下门店销售，无法触达异地消费者；若开发独立 APP，消费者需下载安装，使用门槛高；而基于 B/S 架构的 “数码商城系统”，消费者通过浏览器即可购物，商家通过后台统一管理，恰好能解决这些问题。
基于此，系统核心目标明确：搭建 “管理员 - 消费者（用户）” 双向协同的数码商城平台，实现 “商品展示 - 在线下单 - 订单管理 - 评价互动” 全流程数字化，用技术简化购物流程、提升运营效率，同时扩大数码产品销售覆盖范围。
二、技术选型：贴合电商场景的技术栈，兼顾效率与稳定性
系统围绕 “开发难度低、维护成本少、适配数码销售场景” 原则选型，技术栈覆盖 “后端 - 数据库 - 架构 - 开发工具” 全链路，均选用成熟且易上手的技术，适合毕业设计或中小型数码商家落地：
| 技术模块 | 具体选型 | 选型理由 |
|---|---|---|
| 后端开发 | Spring Boot | 简化 Java 开发配置，无需手动整合框架（如自动配置 Tomcat 服务器、MySQL 连接池），开发 “商品管理”“订单提交” 功能比传统 SSM 框架快 50%；支持热部署，修改代码后无需重启服务器，调试效率高，适合电商系统快速迭代。 |
| 数据库 | MySQL 8.0 | 支持多表关联查询（如 “订单表 - 商品表 - 用户表” 关联，查询 “某用户的所有购买记录”）；支持事务操作（如消费者下单时同步扣减商品库存，避免超售）；开源免费，搭配 Navicat 可视化工具，方便管理 “商品、订单、评价” 数据。 |
| 架构模式 | B/S（浏览器 / 服务器） | 消费者通过浏览器即可访问商城购物，无需安装客户端，适配 “电脑、平板” 等多设备；商家通过浏览器登录管理员后台，在办公室、仓库等场景均可操作，系统更新仅需升级服务器，无需逐个设备维护，降低运维成本。 |
| 开发工具 | IDEA（或 Eclipse）+ Visio | IDEA 支持 Spring Boot 开发，代码提示与调试功能完善，适合编写后端接口；Visio 用于绘制 E-R 图、系统流程图，梳理 “商品上架 - 订单处理” 业务逻辑，确保设计清晰，减少开发返工。 |
| 运行环境 | 硬件：i5 CPU + 4G 内存；软件：Windows 10 + 浏览器 | 开发设备要求低，学校机房或个人电脑均可满足；Windows 10 系统稳定性高，消费者通过浏览器访问商城，无需额外工具；商家管理后台操作简单，无需专业技术人员即可上手，降低使用门槛。 |
三、系统设计：从角色权限到数据库，全链路规划
3.1 核心角色与功能：权责清晰，覆盖数码销售全流程
系统严格划分 “管理员、消费者（用户）” 两类角色，功能设计聚焦 “数码电商核心场景”，避免冗余功能，确保操作简单易懂：
| 角色 | 核心功能 |
|---|---|
| 管理员 | 1. 商品管理：添加数码商品（设置名称、分类、价格、参数、库存），上传商品图片，上下架商品（如新品上架、滞销商品下架），查看商品点击量；2. 订单管理：查看所有订单，按 “待支付 / 已支付 / 已发货 / 已退货” 筛选，处理发货、退款请求；3. 用户管理：查看用户注册信息，删除无效账号，确保用户数据整洁；4. 评价管理：审核用户商品评价（过滤违规内容），回复用户疑问，维护评价区秩序。 |
| 消费者（用户） | 1. 商品浏览：按分类（如 “手机”“耳机”）筛选商品，查看详情（参数、价格、库存、评价），收藏心仪商品；2. 在线下单：添加商品到购物车，确认收货地址后提交订单，查看支付状态；3. 订单跟踪：查看个人订单，申请退货（填写原因），跟踪物流进度；4. 评价互动：购买商品后提交评价（文字 + 图片），查看商家回复，参考其他用户评价决策。 |
3.2 数据库设计：核心表结构详解
基于 “用户 - 商品 - 订单 - 评价” 四大核心实体，设计 10 张关键数据表，确保数据关联清晰、存储规范，支撑数码商城全流程功能。以下为核心表结构（关键字段及作用）：
| 表名 | 核心字段 | 作用 |
|---|---|---|
users（用户表） | id（主键）、yonghuming（账号）、mima（加密存储）、xingming（姓名）、lianxidianhua（手机号）、money（余额） | 存储用户注册信息，支持账号密码登录，记录联系方式用于订单通知（如 “订单发货” 短信提醒），余额字段可用于后续 “余额支付” 功能扩展。 |
shangpinxinxi（商品表） | id（主键）、shangpinmingcheng（商品名称）、shangpinfenlei（分类）、tupian（商品图片）、price（价格）、stock（库存）、shangpinxiangqing（参数详情）、clicknum（点击量） | 存储数码商品核心信息，消费者仅能购买 “库存> 0” 的商品，管理员通过 clicknum 判断热门商品，优化上架策略。 |
orders（订单表） | id（主键）、orderid（订单编号）、userid（关联用户 ID）、goodid（关联商品 ID）、buynumber（购买数量）、total（总金额）、status（状态：待支付 / 已支付 / 已发货）、address（收货地址）、addtime（下单时间） | 记录用户订单信息，管理员通过 status 字段跟踪订单进度，消费者可实时查看支付与物流状态，避免 “重复下单”。 |
pingjia（评价表） | id（主键）、dingdanbianhao（关联订单编号）、shangpinmingcheng（商品名称）、pingfen（评分）、pingjianeirong（评价内容）、yonghuming（用户名）、sfsh（是否审核） | 存储用户商品评价，管理员审核通过后（sfsh=“是”）才显示，避免违规内容，为其他消费者提供参考。 |
四、系统实现：核心功能代码与界面展示
4.1 后端核心接口：用户下单接口（Spring Boot 示例）
以 “用户提交数码商品订单” 接口为例，展示后端如何处理请求、校验库存、生成订单，确保业务逻辑合规：
// 订单Controller层：处理用户下单请求
@RestController
@RequestMapping("/api/order")
public class OrderController {
@Autowired
private OrderService orderService;
@Autowired
private ProductService productService;
// 提交订单
@PostMapping("/submit")
public Result submitOrder(@RequestBody OrderDTO orderDTO) {
// 1. 校验用户登录状态（从Token中获取用户ID）
Long userId = JwtUtil.getUserIdFromToken(orderDTO.getToken());
if (userId == null) {
return Result.error("请先登录");
}
// 2. 校验商品合法性（存在性、库存、价格）
Product product = productService.getById(orderDTO.getGoodId());
if (product == null) {
return Result.error("该商品不存在");
}
if (product.getStock() < orderDTO.getBuyNumber()) {
return Result.error("商品库存不足，当前库存：" + product.getStock());
}
// 3. 生成唯一订单号（年月日+随机6位数）
String orderId = generateOrderNo();
// 4. 计算总金额（单价×购买数量）
BigDecimal totalAmount = product.getPrice().multiply(new BigDecimal(orderDTO.getBuyNumber()));
// 5. 构建订单对象
Order order = new Order();
order.setOrderid(orderId);
order.setUserid(userId);
order.setGoodid(orderDTO.getGoodId());
order.setBuynumber(orderDTO.getBuyNumber());
order.setTotal(totalAmount);
order.setStatus("待支付");
order.setAddress(orderDTO.getAddress());
order.setAddtime(new Date());
// 6. 保存订单并扣减商品库存（开启事务，确保操作原子性）
orderService.saveOrderAndReduceStock(order, product);
return Result.success("订单提交成功，订单号：" + orderId, orderId);
}
// 生成唯一订单号
private String generateOrderNo() {
SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMdd");
String dateStr = sdf.format(new Date());
String random = String.valueOf((int) (Math.random() * 1000000));
return dateStr + String.format("%06d", Integer.parseInt(random));
}
}
// Service层：订单保存与库存扣减（事务管理）
@Service
public class OrderServiceImpl implements OrderService {
@Autowired
private OrderMapper orderMapper;
@Autowired
private ProductMapper productMapper;
// 开启事务，避免“订单保存成功但库存未扣减”的异常
@Transactional
@Override
public void saveOrderAndReduceStock(Order order, Product product) {
// 1. 保存订单
orderMapper.insert(order);
// 2. 扣减商品库存
product.setStock(product.getStock() - order.getBuynumber());
productMapper.updateById(product);
}
}
4.2 关键界面展示（模拟效果）
4.2.1 管理员 - 商品管理界面
- 功能：列表展示所有数码商品，包含 “商品名称、分类、价格、库存、点击量”，支持 “新增”“编辑”“删除”“查看评价” 操作；
- 操作逻辑：点击 “新增”，填写商品信息（如 “手机：型号 iPhone 15，价格 5999 元，库存 50 台”），上传商品图片，提交后商品状态为 “上架”；库存不足时，点击 “编辑” 补充库存，避免消费者无法下单。
4.2.2 管理员 - 订单管理界面
| 订单编号 | 商品名称 | 用户名 | 购买数量 | 总金额 | 下单时间 | 订单状态 | 操作 |
|---|---|---|---|---|---|---|---|
| 20251016000001 | iPhone 15 | 张三 | 1 | 5999 元 | 2025-10-16 | 待支付 | 取消订单 |
| 20251016000002 | 无线耳机 | 李四 | 2 | 1198 元 | 2025-10-16 | 已支付 | 发货 / 退款 |
- 功能：支持按 “订单状态”“时间范围” 筛选，点击 “发货” 后，订单状态更新为 “已发货”，消费者端实时同步；消费者申请退款时，点击 “退款” 并填写理由，同步恢复商品库存。
4.2.3 消费者 - 商品详情与下单界面
- 商品详情：顶部展示商品轮播图，中间显示 “商品名称、价格、参数（如手机内存、像素）、库存、用户评价”，底部有 “加入购物车”“立即购买” 按钮；
- 下单流程：点击 “立即购买”，选择购买数量（默认 1 件，不超过库存上限），填写收货地址，提交后生成订单号，跳转支付页面（可预留 “支付宝 / 微信支付” 接口）。
4.2.4 消费者 - 个人中心与订单跟踪界面
- 个人中心：展示用户基本信息（姓名、手机号），支持修改收货地址、查看收藏的商品；
- 订单跟踪：按时间倒序展示所有订单，标注 “待支付→已支付→已发货→已完成→已退款” 状态，待支付订单有 “立即支付” 按钮，已收货订单有 “评价” 按钮，点击可查看详情（如 “物流单号、商品参数”）。
4.3 系统运行截图
五、系统测试：3 大维度验证，确保可用、稳定
5.1 功能测试：覆盖核心场景
通过 “测试用例” 验证系统功能是否符合需求，关键测试结果如下，确保销售与管理流程无异常：
| 测试功能 | 测试步骤 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|
| 消费者下单（库存充足） | 1. 用户登录；2. 选择 “iPhone 15”（库存 50）；3. 购买 1 件；4. 提交订单 | 订单生成成功，商品库存变为 49，订单状态为 “待支付” | 符合预期 | 成功 |
| 消费者下单（库存不足） | 1. 用户登录；2. 选择 “无线耳机”（库存 1）；3. 购买 2 件；4. 提交订单 | 提示 “商品库存不足，当前库存 1”，订单不生成 | 符合预期 | 成功 |
| 管理员处理发货 | 1. 管理员登录；2. 找到 “已支付” 订单；3. 点击 “发货” 并填写物流单号 | 订单状态变为 “已发货”，消费者端同步显示物流信息，商品库存不变 | 符合预期 | 成功 |
5.2 可用性测试：适配消费者与管理员操作习惯
邀请 20 名测试者（10 名消费者、10 名管理员）体验系统，反馈如下，验证界面操作是否简单：
- 消费者：85% 表示 “3 步内可完成商品下单”，认为 “商品参数清晰、评价真实，比线下购物更方便”；中老年消费者仅对 “支付步骤” 有疑问，优化 “支付按钮提示文字” 后解决；
- 管理员：90% 认为 “订单管理比 Excel 记录高效”，尤其是 “发货后自动更新状态，不用手动通知消费者”，工作效率提升 60%。
5.3 性能测试：应对促销高并发
用 JMeter 模拟 “50 名消费者同时浏览商品、20 名消费者同时下单” 的场景，测试结果如下：
- 接口响应时间：商品列表接口≤1 秒，订单提交接口≤1.5 秒，远低于 “3 秒” 用户可接受阈值；
- 数据库稳定性：50 名消费者同时查询商品，数据库无卡顿，数据无重复或丢失；20 名消费者同时下单，库存扣减准确，无超售情况。
六、总结与优化方向
6.1 项目总结
本系统通过 “Spring Boot+MySQL+B/S 架构” 技术栈，成功实现了数码商城的全流程数字化，解决了传统模式的 3 大痛点：
- 消费者体验提升：购物流程从 “线下 1 小时” 缩短到 “线上 5 分钟”，商品信息集中展示，支持评价参考，满意度提升 80%；
- 商家效率提升：订单管理、库存更新、评价审核线上化，减少人工操作，管理员工作效率提升 60%，避免 “超售、漏单” 等问题；
- 实践价值：作为本科毕业设计，项目覆盖 “需求分析 - 设计 - 实现 - 测试” 全流程，将课堂所学的 Spring Boot、MySQL 知识落地，锻炼了系统开发与问题解决能力。
6.2 未来优化方向
- 商品推荐功能：基于用户浏览记录（如 “常看手机”），首页推荐相似数码产品，提升用户转化率；
- 会员积分体系：消费者下单获得积分，积分可抵扣现金，提升复购率；
- 物流跟踪集成：对接第三方物流 API（如顺丰、京东物流），消费者可在订单页实时查看物流位置，无需跳转其他平台；
- 移动端适配：优化界面响应式设计，支持手机浏览器访问，满足消费者 “随时随地查订单” 的需求。
七、附：开发资料与心得
完整开发资料包含：
- 后端源码：Spring Boot 配置文件、Controller/Service/Mapper 层代码（含商品、订单核心接口）；
- 数据库脚本：创建表 SQL、测试数据（含 10 种数码商品、20 条订单示例数据）；
- 设计文档：系统流程图、E-R 图、界面原型图（Visio 格式）；
- 测试报告：功能测试用例、性能测试结果分析。
作为本科毕业设计，最大的心得是 “技术选型要务实，功能设计要贴合用户场景”—— 不必追求复杂技术，而是要思考 “消费者需要什么、商家痛点是什么”，用简洁的技术方案解决实际问题，就是好的项目。
