SSM大型超市管理系统71008-计算机课程设计、毕业设计

第一章 绪论

1.1 研究背景与意义

　　大型超市的日常运作牵涉到众多商品进出和繁杂的订单流动，传统的手工记账加纸质单据传递的方式造成库存信息更新迟缓、订单处理速度无法加快，顾客对于商品查找、配送追踪以及售后评价等各个方面存在的信息不一致的情况时有发生。早期的超市使用了计算机化的管理软件来实现对商品信息的输入和查询的速度加快，并且各个业务部门也保持了相对独立的状态，没有建立起系统的联动机制。由于数据在不同系统间不能同步更新，所以造成了客户无法得到连续的服务[1]。当前消费者对于购物的即时性和服务交互性有了更高的要求，一方面要准确地了解商品的实时库存情况，另一方面也希望订单的状态可以得到全程追踪，并且对售后问题能够迅速做出回应，这样的管理方式已经不能达到用户的需求了[2]。开发一个包含商品管理、订单流转和用户服务全过程的集成系统，可以打破数据壁垒、减少人为错误、促进超市内部资源同顾客需求即时对接，对于提高超市运营规范化水平、改善顾客参与品质有实际推动作用，也可以给其他类似零售业态的业务流程整合提供可借鉴的途径。

1.2 国内外研究现状

1.2.1 国内现状

　　我国大型超市信息化建设由最初的单机收银系统逐渐发展为现在的连锁经营软件。早期的联华超市、华联超市等以进销存系统的操作进行基本的业务处理，并且把商品资料和销售情况都进行了电子化的储存，但是各个门店的数据各自单独汇总起来无法被总部所获取到全部信息。随着互联网的深入，物美、永辉等企业也开始使用ERP系统，将采购、仓储、销售模块进行初步整合，使得订单在内部可以流转，但是顾客端无法查询和互动[3]。移动互联网出现以后，大润发开始运营飞牛网，并且沃尔玛中国推出了电商小程序，将商品列表展示以及在线下单的功能开放给用户使用，购物车和订单管理逐渐迁移到了移动端上[4]。但是大多数系统集中于交易过程，对于配送状态追踪以及售后问题的解决比较薄弱，用户的评价对商品改良起到反向推动的作用还没有被充分地发挥出来[5]。近几年来，盒马鲜生等新零售模式兴起，前后端一体化系统开始将库存、订单、配送以及用户的各项行为纳入其中，在此基础上形成了如今的标准设置——超市的资讯更新和地址查询变得常规化了[6]。但是大量的传统超市仍然存在系统改造费用大、数据孤岛无法完全打通的问题，全流程闭环管理还没有得到广泛的推广[7]。

1.2.2 国外现状

　　国外超市信息化发展得比较早，沃尔玛在20世纪就开始建设卫星网络实现了库存和销售数据的全球同步，供应商可以通过零售链接系统随时看到自己商品的动销状况，并可以进行及时补货[8]。欧洲麦德龙集团研发出适合大宗采购的会员制管理软件，顾客用企业账户下单可以跟踪到订单配送进度，以前的购物记录会帮助重复购买的选择[9]。日本便利店业态中的7-Eleven综合信息系统把门店订货、物流配送和总分分析三者紧密地联系在一起，单品的入库和出库都有详细的记录到每小时，库存盘点的误差率非常小[10]。美国生鲜电商FreshDirect为个人用户提供服务，按照食品类型、饮食偏好等对商品进行分类，在收到用户的购物评价和售后信息之后，这些数据会传送到采购组中去[11]。英国Tesco的俱乐部卡把顾客的购物车数据、住址情况一起纳入考量之中，在消费行为被剖析之后就会得到个性化的超市讯息和优惠提醒，订单寄递服务允许挑选一天内可达到的时段范围[12]。由此可见，国外的系统重在用数据来做出决策，并且注重顾客全旅程的体验。

1.3 主要研究内容

　　本文设计、开发出一套大型超市管理系统，分为普通用户和管理员两个角色的系统功能结构。系统采用前后端分离架构与B/S模式，基于Vue、Spring Boot与MySQL技术栈开发。用户端有首页，超市资讯浏览功能，商品列表筛选功能，购物车管理功能，地址维护功能，订单提交和配送跟踪功能，评论反馈功能等主要的使用模块。管理员端的后台上，商品仓库信息维护、库存盘点记录登记、超市公告发布、客户订单查询、客户的物流配送及售后服务追踪以及短信通知发送等主要功能都可以达到要求。按照软件工程标准程序依次进行需求分析、总体结构设计、详细功能设计方案、数据库搭建方案、系统开发和测试工作来解决问题。

第二章 相关技术介绍

2.1 Spring Boot框架

　　Spring Boot是用Java编写的一种开源的框架，它把复杂的Spring开发环境变成简洁方便的初始搭建和快速开发平台。该框架依靠给出的一系列默认配置来削减项目的复杂程度，开发人员不需要去处理繁杂的XML配置文件就可以创建出独立运行的、具备生产能力的应用程序。框架里嵌入了Tomcat、Jetty等Servlet容器，将应用打包成JAR文件可以直接启动，这样就降低了环境依赖性。从数据访问角度来讲，Spring Boot把Spring Data JPA、MyBatis等各个持久层框架集成起来，并且使用自动配置的特点，就能迅速搭建起同数据库之间的联系。它又给actuator模块，可以对运行中的应用进行监视和操作控制[13]。大型超市管理系统后端要应对用户的登录验证、商品库存变动、订单的状态流转等一系列复杂的业务逻辑，采用Spring Boot依赖注入和面向切面编程的能力可以把各个关键模块的代码结构变得较为清楚。控制器层收到前端传过来的请求之后会去调用服务层执行业务计算，并将计算后的结果反馈给前端，而框架中的声明式事务管理可以使得库存被扣减以及订单创建这些动作之间的数据一致。

2.2 Vue.js框架

　　Vue.js是基于浏览器原生JavaScript技术栈的一个快速渐进式响应式视图组件库，它是以轻量级、简洁为核心理念而创建的，用它来构造复杂的用户交互和前端应用。核心库只对视图层进行处理，用简单的模板语法将数据渲染到DOM元素上，开发者可以直接使用并且可以与现有的项目相结合。框架的响应式数据绑定特性可以保证模型和视图是同步的，当数据对象发生改变的时候，页面上对应的数据就会随之更新，不需要去修改DOM节点的操作。Vue支持组件化开发，把页面拆分为若干个互相独立且可重用的组件，每个组件都包含有自身的模板、脚本以及样式等部分，在这种情况下会提高代码之间的重复利用效率并使其更为容易被管理维护。大型超市管理系统前端界面展示的商品数量很多，用户经常使用加入购物车、修改收货信息等操作，在Vue的虚拟DOM上可以大大降低页面渲染次数，使用户感觉很流畅。VueRouter配合前端路由完成了单页应用内页面之间的切换，用户在各个功能模块之间进行切换不需要再重新加载整个页面[14]。

2.3 MySQL数据库

　　MySQL是开源的关系型数据库管理系统，用结构化查询语言来完成数据的处理。数据库把数据存放在不同二维表里，表和表之间依靠主外键联系起来形成逻辑关系，此种组织形式有效地削减了数据冗余现象出现的机率。MySQL有各种不同的存储引擎，在默认的情况下使用的是InnoDB存储引擎，该存储引擎具有事务处理、行级锁以及外键的属性特点，能够保证多用户并发操作时数据的一致性和不可分割特性。数据库进行查询操作的时候，会根据索引来对记录做快速的定位查找，在合理的构造出索引后，能够明显加快数据检索的速度。在大型超市管理系统中，用户的个人信息、商品的库存情况、订单的信息以及配送地址等等各种各样的业务数据都要被存入数据库中进行保存[15]。商品仓库管理模块中库存变更（入库和出库）以及盘点等记录都是频繁地进行写入或者读取操作，而订单模块会将用户的ID同物品表的信息关联起来从而得到完整的单据信息，在MySQL的事务支持下可以保证这些操作要么都完成要么全被回滚。数据库利用了连接池机制，以降低对后端建立过多的连接而造成的耗能。

2.4 B/S架构模式

　　B/S架构也就是浏览器和服务器之间建立起来的模式，在目前的企业级应用当中最为普遍使用。此模式把系统的全部功能都集中到服务器端实现，客户端只用通过浏览器来访问网页就可以使用系统，不需要安装任何软件。浏览器向服务器发出HTTP请求，服务器收到之后再进行处理并回传一个HTML或者JSON的响应文件，最终由浏览器来解析显示出来。这样就降低了客户端的维护费用，业务逻辑发生改变的时候只需要在服务器上做一次修改，所有的用户访问都会得到最新的版本。数据存放在服务器上的数据库里，安全性是服务器集中管理的，并降低了数据外泄的风险。大型超市管理系统以B/S结构为主，超市的管理人员和顾客分别使用不同的终端进行浏览商品并提出自己的需求，在后台则有相应的工作人员来对这些信息作出处理。将服务器放置于内网或者云服务器之上，各个用户的访问权限被划分到不同的功能模块当中，集中式管理方法有利于系统的更新以及数据备份等工作开展起来[16]。

第三章 系统分析

3.1 可行性分析

3.1.1 技术可行性

　　使用前后端分离的方式来实现，后端用Spring Boot框架创建业务逻辑层，提供依赖注入和事务管理的功能来组织商品库存、订单流转这些主要模块的代码结构。前端采用Vue.js框架进行开发，其组件化的开发方式以及响应式的数据绑定可以支持超市资讯展示和购物车操作等各方面的功能流畅运转。MySQL属于数据持久化层，用表结构来存放用户的详情，商品的数据以及订单的信息，并且使用InnoDB引擎进行事务管理，在多用户并发的情况下保证数据的一致性。开发环境使用IntelliJ IDEA进行代码编写、调试，相关的技术已经经过大量的项目检验具有成熟的稳定性。系统承载的规模属于中型超市的日常业务量，其请求并发度较少，在已有的框架以及本地化的数据库的基础上可以达到正常运转的要求。由于出现的瓶颈主要是对商品列表查询、订单创建等造成影响，在SQL索引以及逻辑层缓存上可以进行改善。从安全性角度来讲，存在的主要安全隐患有SQL注入以及跨站脚本攻击，并且框架内预编译、输入检查等手段能够很好地加以防控。因此该系统技术上是可以实现的。

3.1.2 操作可行性

　　系统的界面布局契合了超市业务场景的需求，用户端的首页主要显示资讯以及商品入口，顾客登录之后可以直接查看商品并进行选购、加购和下单等操作，其操作路径比较接近常见的电子商务平台，因此使用起来较为简单。地址管理、订单查询等功能的入口明显，在个人中心可以对所有信息进行集中操作。管理员端后台首页将各个重要业务模块融合在一起，商品仓储管理、入库出库记录、订单处理等功能按照业务类型分别进行设置，并且安排管理员接受简单的培训就可学会库存盘点、订单配送情况的调整等操作过程。系统上线之后，取代原有的手工记账、分散式管理方法，在业务办理过程中将纸质单据的传送过程转变成线上信息的记录形式，整个系统的运作速度得到改善。后续的维护工作有商品信息的更新、通知的发出以及订单的状态追踪等，这些任务都可以由超市现有的管理人员来进行执行，并不需要借助于新的技术支持手段的帮助来实现。因此该系统在操作上也是可行的。

3.1.3 经济可行性

　　项目投入主要是开发阶段的人力成本，硬件上使用超市现有的办公电脑、服务器等设备就可以实现系统运行，不需要购买专门的硬件。后端使用的是Spring Boot框架和Vue.js，前端是Vue.js，MySQL数据库为社区版就可以满足数据存储的需求，开发环境IntelliJ IDEA使用社区版可以满足软件开发的需要。系统上线之后可以缩减纸质单据的打印以及人工盘点的时间，库存数据准确性得到改善从而削减由于存货不足造成的成本及因为滞销造成的机会损失，加快了订单处理速度进而提高了顾客的整体满意度。运营维护阶段需要对一些日常数据进行少量的录入和系统的监管工作，不会给专门的人造成太大的负担。投入所带来的管理效率提高和隐性成本下降等优势相比，在经济上具有实现的基础。因此系统在经济上是可行的。

3.2 功能需求分析

　　UML用例图是一种用于描述系统功能和用户交互的建模工具，通过角色与用例的关系展示系统在不同场景下的行为。用例图能够直观表现系统边界，明确外部参与者与系统之间的交互方式。参与者代表不同用户群体或外部系统，用例则体现系统提供的功能或服务。该图在需求分析阶段具有重要作用，能够帮助开发者识别核心功能，避免遗漏关键需求。通过图形化表示，用例图便于沟通与理解，为后续的系统设计与实现提供依据。本文将对系统按照角色模块进行需求分析。

　　用户登录系统后可以浏览首页内容，查看超市最新资讯与公告信息。在商品列表管理模块中用户可以按分类筛选商品、查看详情并将商品加入购物车。购物车管理支持用户调整商品数量或移除商品，确认后生成订单进入后续流程。地址管理功能允许用户新增、编辑或删除收货地址，订单提交时选择对应地址完成配送信息绑定。用户可在订单管理模块查看历史订单状态，对已配送订单执行确认收货操作。订单配送管理展示当前配送中的订单物流进度。评论管理模块供用户在收货后对商品进行文字评价与星级打分。用户角色用例图如图3-1所示。

图3-1用户用例图

　　管理员登录后台首页后可以查看系统运行概览与关键数据入口。商品仓库列表管理展示所有商品库存信息，支持按条件检索查看。商品仓库添加功能用于录入新商品的基本属性与初始库存量。出库记录列表管理汇总所有商品出库历史，入库记录列表管理记录商品补货入库明细，盘点记录列表管理保存每次库存盘点操作的结果。超市咨询管理模块供管理员发布、编辑或删除首页展示的超市资讯。订单列表管理显示全部用户订单，管理员可按状态筛选并进行处理。订单配送模块负责为已支付订单分配配送员或更新物流状态。订单售后管理处理用户提交的退货退款申请。通知列表管理用于向用户推送促销活动或系统公告。管理员角色用例图如图3-2所示。

图3-2管理员用例图

第四章 系统设计

4.1 系统架构设计

　　系统用前后端分离的方式来实现模块化的结构，把整个架构分成表现层、业务逻辑层和数据持久层这三个部分。前端交互层用Vue框架搭建用户界面对应的接口，使用Axios异步请求与后端进行数据传输，在用户的操作下触发相应的HTTP请求到Spring Boot控制器。业务逻辑层接到请求之后调用服务组件去执行商品的查询、订单创建、库存变动这些主要的操作，并且事务管控手段保证了多个数据表动作能够达成同步的效果。数据持久层采用MySQL进行用户信息、商品和订单等各类数据的存取，用MyBatis做为接口与业务逻辑模型间的中间件实现对象到数据库之间的映射。系统使用本地的部署环境来运行的时候用浏览器缓存的方式保存一些静态文件，减少重复请求。用户的浏览超市资讯、加入购物车、下单等行为都依靠分层合作来达成响应，架构设计使得数据流转速度以及业务逻辑分开[17]。整个系统架构如图4-1所示。

图4-1系统架构图

4.2 系统结构功能设计

　　系统功能按照用户、管理员两个不同的角色进行组织。用户端有首页登录、超市信息查看、商品列表筛选、收货地址修改、购物车商品管理、下单及跟进、订单物流信息查询、商品评论发表等功能。管理员端有后台首页概述，商品仓库信息保持，商品添加输入，出库记录保存，入库登记存档，库存盘点记载保留，超市资讯内容管理，订单表单操作，订单派送情况改变，售后申请审批工作，公告发布等内容功能模块。两种角色的功能互相衔接，用户下单时的数据由管理员进行处理后转交到系统中去，而管理员查看商品信息也能够被呈现给用户。系统功能结构图如图4-2所示。

图4-2系统功能结构图

4.3 系统流程设计

4.3.1 总体业务流程设计

　　用户进入系统后首先浏览首页与超市资讯，查看商品列表并将所需商品加入购物车。购物车中确认商品数量后提交订单生成待处理记录，系统跳转至地址管理模块选择收货地址。订单提交后状态变为待配送，管理员在后台查看新订单并分配配送任务。物流配送过程中用户可跟踪订单配送状态，收到商品后确认收货并可发表评论。用户若对商品不满意可申请售后，管理员审核售后申请并处理退款。总体业务流程如图4-3所示。

图4-3总体业务流程图

4.3.2 购物车管理流程设计

　　用户进入商品列表页选择商品查看详情，点击加入购物车按钮将商品存入购物车记录。购物车页面展示已添加商品列表，用户可调整商品数量或移除不需要的商品。确认选购完成后点击结算按钮，系统校验商品库存状态，库存充足则跳转至订单确认页面，库存不足时提示用户修改数量。购物车管理流程如图4-4所示。

图4-4购物车管理流程图

4.3.3 订单提交与支付流程设计

　　用户在购物车点击结算后进入订单确认页面，选择已维护的收货地址并填写订单备注。确认订单信息无误后点击提交订单按钮，系统生成订单记录并将状态置为待付款。用户跳转至支付页面选择支付方式完成付款操作，支付成功后订单状态更新为待配送。若用户取消支付则订单保持待付款状态，可在订单列表中继续支付。订单提交与支付流程如图4-5所示。

图4-5订单提交与支付流程图

4.3.4 订单配送管理流程设计

　　管理员登录后台进入订单列表查看待配送订单，点击分配配送员选择配送人员并记录配送信息。系统生成物流配送记录并更新订单状态为配送中，用户端可查看物流进度。配送员完成商品送达后更新配送状态为已签收，系统记录签收时间。若配送过程中出现异常情况，管理员可标记异常并联系用户处理。订单配送管理流程如图4-6所示。

图4-6订单配送管理流程图

4.3.5 售后申请处理流程设计

　　用户在订单管理模块选择已完成订单发起售后申请，填写售后类型、问题描述并上传凭证图片。系统保存售后申请记录并将状态置为待审核，管理员在订单售后模块查看申请详情。管理员审核申请内容后做出通过或拒绝决定，通过则触发退款流程将金额原路返回，拒绝则填写拒绝原因反馈给用户。用户可在售后记录中查看审核结果。售后申请处理流程如图4-7所示。

图4-7售后申请处理流程图

4.4 数据库设计

　　数据库设计是在系统规划阶段，根据业务需求将现实世界中的实体、属性及关系抽象为数据模型的过程。设计者首先识别并定义实体及其属性，确定主键与外键关联，建立符合范式要求的逻辑结构；随后结合性能目标，选择字段类型、索引策略、分区方案及存储引擎，形成可直接部署的物理结构，以保证数据完整性、查询效率与未来可扩展性[18]。

4.4.1 E-R图设计

　　实体图是一种以图形化方式呈现业务要素及其关联的数据建模工具，用于在数据库设计阶段将需求转化为结构化的可视化表达。它通过节点对应业务实体，边对应实体间的关联关系，并在节点内列出关键属性，直观展示数据模型全貌，帮助快速识别冗余、厘清依赖，为后续逻辑设计与物理实现提供清晰蓝图。以下将展示系统的全局实体图及各主要实体的属性图。

　　收货地址实体主要包括地址详情、收货人姓名、联系电话、默认地址等属性。收货地址实体属性图如图4-8所示。

图4-8收货地址实体属性图

　　文章实体主要包括文章标题、文章分类、正文内容、封面图片等属性。文章实体属性图如图4-9所示。

图4-9文章实体属性图

　　购物车实体主要包括商品名称、购买数量、商品单价、总价金额等属性。购物车实体属性图如图4-10所示。

图4-10购物车实体属性图

　　评论实体主要包括评论内容、评论人昵称、评论时间、来源标识等属性。评论实体属性图如图4-11所示。

图4-11评论实体属性图

　　商品仓库实体主要包括商品编号、商品名称、商品类型、商品库存等属性。商品仓库实体属性图如图4-12所示。

图4-12商品仓库实体属性图

　　盘点记录实体主要包括盘点编号、矫正数量、盘点日期、盘点备注等属性。盘点记录实体属性图如图4-13所示。

图4-13盘点记录实体属性图

　　出库记录实体主要包括出库编号、出库数量、出库日期、出库单价等属性。出库记录实体属性图如图4-14所示。

图4-14出库记录实体属性图

　　入库记录实体主要包括入库编号、入库数量、入库日期、入库单价等属性。入库记录实体属性图如图4-15所示。

图4-15入库记录实体属性图

　　商品信息实体主要包括商品标题、商品分类、销售价格、商品库存等属性。商品信息实体属性图如图4-16所示。

图4-16商品信息实体属性图

　　物流配送实体主要包括订单号、配送状态、签收状态、发货日期等属性。物流配送实体属性图如图4-17所示。

图4-17物流配送实体属性图

　　订单实体主要包括订单号、订单状态、商品数量、订单总价等属性。订单实体属性图如图4-18所示。

图4-18订单实体属性图

　　订单售后实体主要包括售后状态、售后类型、售后内容、审核回复等属性。订单售后实体属性图如图4-19所示。

图4-19订单售后实体属性图

　　系统全局E-R图如图4-20所示。

图4-20系统E-R图

4.4.2 数据库表设计

　　数据库表设计是根据业务需求，确定数据库表的结构、字段类型及其关系。通过规范化设计，保证数据的完整性、一致性与效率，同时避免冗余数据，并为后续的数据查询、存储和维护提供清晰的框架[19]。以下是系统的数据库表设计展示。

　　收货地址表主要用于存储用户设置的收货信息，包括收货人姓名、联系电话、地址详情等字段。如表4-1所示。

表4-1收货地址表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	address_id	int	11	是	是	收货地址ID
2	name	varchar	32	否	否	姓名
3	phone	varchar	13	否	否	手机
4	address	varchar	255	是	否	地址
5	default	tinyint	4	是	否	默认判断

　　文章表主要用于存储超市发布的资讯内容，包括文章标题、文章分类、正文内容等字段。如表4-2所示。

表4-2文章表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	article_id	mediumint	9	是	是	文章ID
2	title	varchar	125	是	否	标题
3	type	varchar	64	是	否	文章分类
4	content	longtext	-	否	否	正文
5	img	varchar	255	否	否	封面图

　　购物车表主要用于记录用户添加的商品信息，包括商品名称、购买数量、商品单价等字段。如表4-3所示。

表4-3购物车表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	cart_id	int	11	是	是	购物车ID
2	title	varchar	64	否	否	标题
3	num	int	11	是	否	数量
4	price	double	-	是	否	单价
5	price_count	double	-	是	否	总价

　　评论表主要用于存储用户对商品的评价内容，包括评论内容、评论人昵称、评论时间等字段。如表4-4所示。

表4-4评论表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	comment_id	int	11	是	是	评论ID
2	content	longtext	-	否	否	内容
3	nickname	varchar	255	否	否	昵称
4	create_time	timestamp	-	是	否	创建时间
5	source_id	int	11	是	否	来源ID

　　商品仓库表主要用于存储商品库存信息，包括商品编号、商品名称、商品类型等字段。如表4-5所示。

表4-5商品仓库表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	commodity_warehouse_id	int	11	是	是	商品仓库ID
2	commodity_number	varchar	64	否	否	商品编号
3	name_of_commodity	varchar	64	否	否	商品名称
4	commodity_type	varchar	64	否	否	商品类型
5	commodity_inventory	double	-	否	否	商品库存

　　盘点记录表主要用于存储库存盘点操作数据，包括盘点编号、矫正数量、盘点日期等字段。如表4-6所示。

表4-6盘点记录表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	counting_records_id	int	11	是	是	盘点记录ID
2	count_number	varchar	64	否	否	盘点编号
3	correction_quantity	double	-	否	否	矫正数量
4	counting_date	date	-	否	否	盘点日期
5	counting_remarks	text	65535	否	否	盘点备注

　　出库记录表主要用于存储商品出库操作数据，包括出库编号、出库数量、出库日期等字段。如表4-7所示。

表4-7出库记录表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	outbound_record_id	int	11	是	是	出库记录ID
2	issue_number	varchar	64	否	否	出库编号
3	quantity_of_issue	double	-	否	否	出库数量
4	issue_date	date	-	否	否	出库日期
5	unit_price_of_issue	double	-	否	否	出库单价

　　入库记录表主要用于存储商品入库操作数据，包括入库编号、入库数量、入库日期等字段。如表4-8所示。

表4-8入库记录表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	receipt_records_id	int	11	是	是	入库记录ID
2	receipt_no	varchar	64	否	否	入库编号
3	receipt_quantity	double	-	否	否	入库数量
4	date_of_receipt	date	-	否	否	入库日期
5	receipt_unit_price	double	-	否	否	入库单价

　　商品信息表主要用于存储商品详细信息，包括商品标题、商品分类、销售价格等字段。如表4-9所示。

表4-9商品信息表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	goods_id	mediumint	9	是	是	商品ID
2	title	varchar	125	否	否	标题
3	type	varchar	64	是	否	商品分类
4	price	double	-	是	否	卖价
5	inventory	int	11	是	否	商品库存

　　物流配送表主要用于存储订单配送信息，包括订单号、配送状态、签收状态等字段。如表4-10所示。

表4-10物流配送表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	logistics_delivery_id	int	11	是	是	物流配送ID
2	order_number	varchar	64	否	否	订单号
3	delivery_status	varchar	64	否	否	配送状态
4	signing_status	varchar	64	否	否	签收状态
5	the_date_of_issuance	date	-	否	否	发货日期

　　订单表主要用于存储用户提交的订单信息，包括订单号、订单状态、商品数量等字段。如表4-11所示。

表4-11订单表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	order_id	int	11	是	是	订单ID
2	order_number	varchar	64	否	否	订单号
3	state	varchar	16	是	否	订单状态
4	num	int	11	是	否	数量
5	price_count	double	-	是	否	总价

　　订单售后表主要用于存储售后申请信息，包括售后状态、售后类型、售后内容等字段。如表4-12所示。

表4-12订单售后表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	order_after_sale_id	int	11	是	是	订单售后ID
2	after_state	varchar	16	否	否	售后状态
3	type	varchar	255	否	否	售后类型
4	content_desc	varchar	255	否	否	售后内容
5	after_state_reply	varchar	255	否	否	审核回复

第五章 系统实现

5.1 用户功能实现

5.1.1 首页功能实现

　　用户登录系统后直接进入首页界面，页面顶部展示导航菜单便于切换功能模块。首页中部区域轮播公告栏滚动显示超市最新促销活动与重要通知，下方快捷入口引导用户前往商品列表或查看个人订单。页面布局清晰，用户可在同一界面完成信息获取与功能跳转。首页界面如图5-1所示。

图5-1首页界面

5.1.2 超市资讯功能实现

　　用户点击超市资讯菜单进入资讯列表页，系统按发布时间倒序展示所有已发布的文章条目。每条资讯显示标题、发布时间与封面图片，用户点击标题后跳转至详情页阅读完整内容。资讯模块帮助用户及时了解超市动态与商品活动。超市资讯界面如图5-2所示。

图5-2超市资讯界面

5.1.3 评论管理功能实现

　　用户在订单完成后进入商品评价页面，系统展示待评价商品列表。用户选择商品后填写评论文本并选择星级评分，提交后评论内容在商品详情页展示。用户可查看历史评论记录，对已发表内容进行修改或删除操作。评论管理界面如图5-3所示。

图5-3评论管理界面

5.1.4 商品列表管理功能实现

　　用户进入商品列表页后可按商品分类筛选查看，系统以卡片形式展示商品图片、名称与销售价格。点击商品卡片跳转至详情页，页面展示完整商品信息包括多张轮播图、规格参数与库存状态。用户可在详情页直接将商品加入购物车。商品列表管理界面如图5-4所示。

图5-4商品列表管理界面

5.1.5 地址管理功能实现

　　用户进入地址管理模块可查看已保存的收货地址列表，每条地址显示收货人姓名、联系电话与详细地址。用户可新增地址填写上述信息并设置为默认地址，也可对已有地址进行编辑修改或删除操作。订单提交时自动读取默认地址供用户确认。地址管理界面如图5-5所示。

图5-5地址管理界面

5.1.6 购物车管理功能实现

　　用户点击购物车图标进入购物车页面，系统汇总展示加入购物车的商品列表，包括商品名称、单价与选择数量。用户可调整商品数量或移除不需要的商品，页面实时更新总价金额。确认选购后点击结算按钮进入订单提交环节。购物车管理界面如图5-6所示。

图5-6购物车管理界面

5.1.7 订单管理功能实现

　　用户进入订单管理页面可查看历史订单列表，系统按订单状态分类展示待付款、待配送、待签收与已完成订单。点击订单条目进入详情页查看商品信息、支付金额与物流状态。用户可在订单详情页执行确认收货或申请售后操作。订单管理界面如图5-7所示。

图5-7订单管理界面

5.1.8 订单配送管理功能实现

　　用户查看处于配送状态的订单时进入订单配送管理页面，系统展示物流配送详细信息包括配送员联系方式、当前物流节点与预计送达时间。页面提供物流轨迹进度条，用户可直观了解配送环节进展。订单配送管理界面如图5-8所示。

图5-8订单配送管理界面

5.2 管理员功能实现

5.2.1 后台首页功能实现

　　管理员登录后台后首先进入后台首页，页面顶部显示系统运行状态与待处理业务提醒。首页中部区域以图表形式展示订单数量、商品库存量等关键数据，下方快捷入口引导管理员快速跳转至订单处理或商品管理模块。后台首页界面如图5-9所示。

图5-9后台首页界面

5.2.2 商品仓库列表管理功能实现

　　管理员进入商品仓库列表页查看所有商品库存记录，系统以表格形式展示商品编号、名称、类型与当前库存量。列表上方提供搜索框支持按商品名称或编号检索，管理员可点击编辑按钮修改商品库存信息。商品仓库列表管理界面如图5-10所示。

图5-10商品仓库列表管理界面

5.2.3 商品仓库添加功能实现

　　管理员点击添加商品按钮进入商品仓库添加页面，表单包含商品编号、商品名称、商品类型、商品规格与初始库存量等录入项。管理员填写完整信息后提交保存，新商品数据写入仓库表并同步更新至前端商品列表。商品仓库添加界面如图5-11所示。

图5-11商品仓库添加界面

5.2.4 商品类型管理功能实现

　　管理员进入商品类型管理页面对商品分类进行维护，页面展示现有分类列表包括分类名称与上级分类。管理员可新增分类设置分类名称与排序号，也可编辑已有分类或删除不再使用的分类。商品类型管理界面如图5-12所示。

图5-12商品类型管理界面

5.2.5 出库记录列表管理功能实现

　　管理员进入出库记录列表页查看所有商品出库操作记录，表格字段包括出库编号、商品名称、出库数量、出库日期与操作人。列表支持按日期范围检索，管理员可导出出库记录用于后续对账。出库记录列表管理界面如图5-13所示。

图5-13出库记录列表管理界面

5.2.6 入库记录列表管理功能实现

　　管理员查看入库记录列表时系统展示每次商品补货的详细信息，包括入库编号、商品名称、入库数量与入库单价。列表按入库时间倒序排列，管理员可点击详情查看入库备注。入库记录列表管理界面如图5-14所示。

图5-14入库记录列表管理界面

5.2.7 盘点记录列表管理功能实现

　　管理员进入盘点记录列表页查看历史库存盘点数据，表格展示盘点编号、盘点日期、商品名称与矫正数量。管理员可新增盘点记录录入实际盘点结果，系统根据矫正数量自动更新商品库存。盘点记录列表管理界面如图5-15所示。

图5-15盘点记录列表管理界面

5.2.8 超市咨询管理功能实现

　　管理员进入超市咨询管理页面维护前端展示的资讯内容，列表显示已发布的文章标题与发布时间。管理员可新增资讯填写标题、分类与正文内容并上传封面图片，也可对已有资讯进行编辑修改或下线处理。超市咨询管理界面如图5-16所示。

图5-16超市咨询管理界面

5.2.9 订单列表管理功能实现

　　管理员查看订单列表时系统展示所有用户订单，表格包含订单号、下单用户、订单金额与当前状态。管理员可按待配送、待处理等状态筛选订单，点击订单号进入详情页查看完整信息并可更新订单状态。订单列表管理界面如图5-17所示。

图5-17订单列表管理界面

5.2.10 订单配送功能实现

　　管理员进入订单配送模块处理待配送订单，页面展示待分配配送员的订单列表。管理员选择订单后点击分配配送员，从弹出列表中选择配送人员并确认，系统生成物流记录并更新订单状态为配送中。订单配送界面如图5-18所示。

图5-18订单配送界面

5.2.11 订单售后功能实现

　　管理员进入订单售后模块查看用户提交的售后申请，列表显示申请订单号、售后类型与当前审核状态。管理员点击详情查看用户填写的问题描述与上传凭证，审核通过后触发退款流程，拒绝时需填写拒绝原因反馈给用户。订单售后界面如图5-19所示。

图5-19订单售后界面

5.2.12 通知列表管理功能实现

　　管理员进入通知列表管理页面向用户推送系统公告，页面展示已发送通知的标题与发送时间。管理员可新增通知填写标题与内容，选择接收用户范围后发布，发布后通知在用户端首页公告栏显示。通知列表管理界面如图5-20所示。

图5-20通知列表管理界面

第六章 系统测试

6.1 测试目的

　　系统的测试核心目的就是保证软件投入实际使用之前有预定功能和运行特点。对系统的全面验证可判定该系统是否符合前面所提的需求指标，在运行环境中能否做到稳定性、一致性。测试工作可以发现存在的逻辑错误、交互问题以及性能不足之处，给后期改善提供参照。不同的测试环节可以有效地对系统业务逻辑正确性进行检查，也可以用来验证系统之间的接口是否可靠、数据的处理是否准确等各方面的情况。测试过程还可以对系统进行高并发、大量数据以及出现故障的情况做性能分析来检验系统的承受能力及是否具有很强的韧性。经由系统的检测可以削减运行风险，改善总体品质，加强用户对系统的信赖程度，并缩减后期的保养负担，延长系统的寿命周期。

6.2 测试方法

　　测试方法属于保证系统功能完备和可靠的途径之一，根据各种测试目的以及使用场景的不同，会采取不同的测试方式。常用的有单元测试、集成测试、系统测试、验收测试、安全性测试等几种方式。

　　单元测试是对软件的最小功能单元进行检验，保证每一个单元都按设计正确地工作。它一般是由开发人员来完成的，在早期发现问题、降低后期维护费用等方面具有一定的作用[20]。集成测试主要对各个模块或者组件之间交互进行验证，使系统组合运行后可以达到预期的功能。

　　系统测试是在完整的系统环境下进行的，从整个系统的功能、性能和兼容性三个方面来检验系统是否达到设计的要求以及用户的需要。验收测试一般是由用户或者测试人员来完成的，目的是检验系统是否符合业务需求以及合同要求，是系统投入运行之前不可缺少的一部分。

　　安全性测试主要是对系统的抗攻击能力以及数据保护情况进行检验，发现可能存在的安全漏洞比如身份认证、访问控制、数据加密等等，从而保证系统在真实使用中具备良好的安全性及稳定性能。

　　利用以上所设计的方法可以保证软件是正确的、安全的，为系统最终交付打下良好的基础。

6.3 测试内容

　　商品列表管理模块测试围绕商品信息展示的准确性与分类检索功能的可靠性展开。商品列表管理测试如表6-1所示。

表6-1商品列表管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
商品列表管理	商品信息展示	进入商品列表页查看各商品卡片	商品图片、名称、价格信息完整显示	信息完整正确显示	符合预期
商品列表管理	分类筛选功能	点击不同商品分类标签	列表刷新展示对应分类商品	分类筛选结果正确	符合预期
商品列表管理	商品详情跳转	点击任意商品卡片	跳转至商品详情页	页面跳转正常	符合预期

　　购物车管理模块测试重点验证商品添加、数量调整与结算跳转的业务连贯性。购物车管理测试如表6-2所示。

表6-2购物车管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
购物车管理	商品添加功能	在商品详情页点击加入购物车	购物车图标显示添加数量	商品成功加入购物车	符合预期
购物车管理	数量调整功能	在购物车页修改商品数量	商品总价实时更新	总价计算准确	符合预期
购物车管理	商品移除功能	点击商品右侧移除按钮	商品从购物车列表中消失	移除操作成功	符合预期
购物车管理	结算跳转功能	点击购物车页结算按钮	跳转至订单确认页面	页面跳转正常	符合预期

　　订单管理模块测试关注订单状态流转的准确性与用户操作的反馈时效。订单管理测试如表6-3所示。

表6-3订单管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
订单管理	订单列表展示	进入订单管理页查看各状态订单	待付款、待配送等分类订单分别显示	分类展示准确	符合预期
订单管理	订单详情查看	点击任意订单条目	跳转至订单详情页显示完整信息	详情信息完整	符合预期
订单管理	确认收货操作	在待签收订单上点击确认收货	订单状态变更为已完成	状态更新成功	符合预期
订单管理	申请售后入口	在已完成订单上点击申请售后	跳转至售后申请页面	页面跳转正常	符合预期

　　订单配送管理模块测试旨在验证物流信息展示的准确性与用户跟踪的实时性。订单配送管理测试如表6-4所示。

表6-4订单配送管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
订单配送管理	物流信息展示	进入配送中订单详情页	显示配送员联系方式与物流节点	物流信息完整	符合预期
订单配送管理	物流进度跟踪	查看页面物流进度条	进度条随配送状态更新	进度显示准确	符合预期
订单配送管理	配送状态同步	配送完成后刷新页面	订单状态变更为待签收	状态同步及时	符合预期

　　商品仓库管理模块测试围绕库存数据维护的准确性与操作响应的可靠性展开。商品仓库管理测试如表6-5所示。

表6-5商品仓库管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
商品仓库管理	库存信息展示	进入商品仓库列表页	商品编号、名称、库存量完整显示	数据展示准确	符合预期
商品仓库管理	商品检索功能	在搜索框输入商品名称或编号	列表筛选出匹配商品	检索结果正确	符合预期
商品仓库管理	库存信息编辑	点击编辑按钮修改库存量后保存	仓库列表库存数据更新	数据更新成功	符合预期
商品仓库管理	商品新增功能	填写商品信息并提交保存	新商品出现在仓库列表中	新增操作成功	符合预期

　　入库出库记录管理模块测试重点验证库存变动记录的完整性与数据追溯能力。入库出库记录管理测试如表6-6所示。

表6-6入库出库记录管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
入库出库记录管理	入库记录展示	进入入库记录列表页	显示入库编号、商品名称、入库数量等信息	记录完整显示	符合预期
入库出库记录管理	出库记录展示	进入出库记录列表页	显示出库编号、商品名称、出库数量等信息	记录完整显示	符合预期
入库出库记录管理	日期范围检索	选择起始日期与结束日期进行查询	列表展示选定日期范围内的记录	检索结果准确	符合预期
入库出库记录管理	记录导出功能	点击导出按钮	系统生成记录文件供下载	文件导出成功	符合预期

　　订单售后处理模块测试旨在验证售后申请流转的完整性与审核操作的有效性。订单售后处理测试如表6-7所示。

表6-7订单售后处理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
订单售后处理	售后申请提交	用户在订单页填写售后信息并提交	管理员端出现待审核申请记录	申请提交成功	符合预期
订单售后处理	售后申请审核	管理员查看申请详情并点击通过	订单状态更新为待退款	审核通过生效	符合预期
订单售后处理	售后申请拒绝	管理员填写拒绝原因后提交	用户端显示拒绝原因	拒绝反馈成功	符合预期
订单售后处理	退款流程触发	审核通过后查看订单状态	退款处理启动	流程触发正常	符合预期

测试结论

　　经过对于大型超市管理系统七大核心业务模块功能的测试后，所有的操作都得到了期望的结果反馈。商品列表管理模块的商品信息展示无缺失，分类筛选及详情跳转等全部正确。购物车管理模块可以进行商品的添加、修改和删除的操作，并且结算时总价正确。订单管理模块按各类别进行展示，并且用户的确认收货、申请售后等操作之后的状态能够得到及时的更新。订单配送管理系统中物流信息展示全面，配送进度条同状态一起变化。商品仓库管理模块库存数据显示无误，商品搜索、库存修改等功能反应及时。入库出库记录全数据保存，有日期查询及打印导出的功能可以使用。订单售后处理模块用户的申请会经过管理员的审核，在审核完成后会自动产生一个待审核的状态，并且该状态会被显示给用户端。在进行测试时没有出现数据不一致或者功能失效的现象，所有的测试用例的实测结果和预期的结果是一致的，系统的核心业务功能运行比较稳定可靠。

项目分享：大家可自取用于参考学习，获取方式可私信哦！

转载自 CSDN-专业IT技术社区

原文链接：https://blog.csdn.net/FYKJ_2010/article/details/166598439