django在线图书销售平台---附源码16192

摘要

图书销售市场存在着传统线下模式与数字化消费市场需求的结构性矛盾，线上平台的运营效率、用户体验、管理精细化等方面还存在较大的提升空间。创建一个功能齐全、前后端分离的在线图书销售系统，可以打通用户选购、订单处理、物流追踪、评论反馈的业务闭环，给平台管理者提供高效的数据维护工具。本文使用Django框架搭建后端服务，用Vue技术搭建前端界面，用MySQL数据库进行数据持久化管理，设计出一套具有图书展示、购物车管理、订单处理、多维度信息查询、配送状态追踪、评论互动和后台资源管理功能的在线图书销售平台。系统按照不同的角色对用户进行权限控制，给用户带来方便的购书体验，给管理员提供灵活的内容和数据管理能力。测试结果证明系统各个功能模块稳定、交互正确，说明所选技术方案及架构设计合理，为类似图书销售系统的设计提供一种参考途径。

关键词：Django；Vue；MySQL；图书销售平台；前后端分离

Abstract

When we talk about the book sale in front of digital consumption there is structural problems in offline models. Online platform must also better themselves, make more of what they have and run it well. Make a total online bookstore method with parts of front - end and back - end creating round about divisions on users picking books, putting order, following delivery progress till they get the comments, giving administrators helpful data upkeep techniques. Back - end part use django set up service, front - end part use vue develop interface, use mysql data maintain. Design and implement an online bookstore sales platform, able to show books, handle shopping carts, place orders, make various kinds of searches, track deliveries, interact with comments, manage backend resources, etc. In this system there's a number of permission users could have, individual can purchase books easily from our system and administrators does as they please over the content and data. And testing shows the stability and mutual correctness of every function part，proving that we have chosen appropriate technologies and had right architectural ideas，this is an example about how to build a similar kind of book sale system.

Key words: Django; Vue; MySQL; Book Sales Platform; Front-end and Back-end Separation

1绪论

1.1选题背景和意义

互联网技术的发展使图书销售模式由原来的线下门店转向线上平台，但是目前大部分的图书销售系统还存在着功能碎片化、数据孤岛、用户体验差等状况。传统的图书销售管理方式依靠人工记录库存、手工处理订单，不但效率低，而且因为信息滞后造成订单错漏。刘丹阳等利用Django框架创建出个性化图书推荐系统，对用户的使用行为数据加以分析之后达成精确推荐，不过对于订单的全流程跟踪以及物流配送的管理还存在着拓展之处 $1$ 。康丽丽等人的智慧图书馆信息管理系统设计研究，主要对信息资源进行整合和高效利用，证明了结构化数据管理可以提高服务效率 $2$ 。谢东霖等人提出的基于图卷积神经网络的图书推荐系统，在算法上取得了较好的推荐精度，但是没有考虑到实际销售场景中购物车管理、地址维护、评论互动等用户侧的功能 $3$ 。以上研究显示，现有的系统或者侧重于推荐算法，或者关注资源整合，缺少对图书销售全业务链条的系统性构建。开发出一个包含用户从商品浏览、下单购买到收货评价全过程，可以对管理员进行用户、图书、商城、资源的统一管理的在线图书销售平台，是解决目前业务痛点、提高行业信息化水平的迫切需要。

本研究所设计和实现的系统有重大的应用价值。系统使用前后端分离架构，把用户端和管理端的功能解耦，前端用Vue框架做动态页面渲染和交互响应，后端用Django框架做业务逻辑和数据持久化，MySQL数据库保证数据存储的稳定性。该种架构设计使用户查询图书、管理购物车、提交订单、跟踪物流等操作可以得到快速的反馈，管理员维护图书信息、处理通知公告、管理资源文章时可以得到简洁高效的界面。系统根据明确的权限，把复杂的业务操作变成用户可以接受的方式，减少由于操作失误而造成的失误，提高工作效率。从行业角度来讲，系统提供图书销售主要业务环节的全部解决方案，从商品上架到订单发货，从用户评论到物流状态查询，闭环管理，给中小型图书销售企业提供可以复制的信息化转型样本。系统设计和实现过程也对Django框架在电商类业务场景中最好的实践进行了探索，对同类系统开发有借鉴意义。

1.2国内外研究现状

国内图书销售系统研究，由最初的单个功能实现，发展为现在的综合业务平台。早期的研究大多只对商品的展示、订单的管理等基本功能进行研究，大部分是用单体架构来实现简单的数据增删改查。随着Web开发技术的发展，研究者也把推荐算法、用户画像等智能化手段应用到系统中来提高系统的附加值，但是系统在业务流程完整性、角色权限精细化、前后端解耦等方面还存在着不足。目前我国的研究趋势是由技术驱动变为业务驱动，更重视系统在实际使用环境中的可用性、稳定性、扩展性。

刘丹阳、杨华、张诗桐在《基于Django的个性化图书推荐管理系统设计与实现》中，用Django框架的MTV模式搭建起图书推荐管理平台，经由剖析用户浏览和借阅记录来达成个性化推荐 $4$ 。该研究证明了Django框架对于快速创建图书类应用的优势，用户行为数据采集的方法给本系统商品点击统计、热门推荐提供借鉴。康丽丽、钱婧、韩军梅在智慧图书馆中信息管理系统的设计与实现一文中，从资源整合的角度出发设计了图书馆信息管理系统，认为结构化数据可以提高服务效率 $5$ 。其数据模型的设计方法给本系统图书信息、用户信息、订单信息之间关系的建立提供了一个参考。谢东霖、孙小晴、陶冶在 $6$ 中把深度学习应用到图书推荐系统当中，得到了较好的推荐效果。虽然本系统没有使用复杂的推荐算法，但是该研究对于用户兴趣建模的思想可以用于改进图书分类和搜索结果的排序方式。赵龙、王风硕在《基于Vue的图书销售系统设计与实现》中用Vue框架搭建起图书销售的前端界面，证明了使用组件化开发可以提高界面的复用性以及可维护性 $7$ 。前端架构的设计给本系统前后端分离的实现提供了一个实践的范例。余任杰、王风硕在 $8$ 中提出用Node.js技术栈来创建全栈图书销售系统。本研究的订单状态流转的设计思路，可以作为本系统订单模块中待付款、待发货、已签收等状态切换逻辑设计的借鉴。从以上研究可以看出，目前已有成果为图书销售系统的开发打下了良好的基础，在技术选型、模块设计、数据建模等方面已经取得了较好的成果，但是大多数系统在订单配送追踪、评论管理、后台资源一体化维护等业务环节上还存在着功能上的不足。系统在用户端购物流程和管理员端管理能力的基础上又加入了物流配送状态查询、用户评论审核管理、通知公告发布等功能模块，从而形成了销售前、销售中、销售后的整个业务闭环。

国外图书销售系统的研究开始得更早，近几年来，研究的重点已经从基础功能的建立转向了数据驱动和智能化服务。大型电商平台依靠用户行为剖析，库存动态预估，个性化的推荐这些技术手段持续改善自身的运作效能，而学术界则把焦点放在数字图书馆资源自动分类，智能认证体系，跨平台信息检索这些前沿领域。巴鲁蒂尼和卡尔德拉洛提出一种数字图书馆复杂资源的动态自动分类系统，用自动化分类来提高资源组织效率，在分类模型的设计上重视灵活、可扩展性 $9$ 。分类思想可以应用到本系统图书分类、商城商品分类的动态管理中，使得分类结构可以随着业务的发展而进行调整。JI Y提出了基于信息熵预警模型的智能图书馆身份认证系统，用信息熵来评价异常行为的风险，提高系统的访问安全 $10$ 。该研究的安全预警思路给本系统用户账户安全、防止异常登录提供一定的借鉴。王华从图书馆信息管理系统设计角度论述了结构化数据存储可以加快系统的反应速度，提高数据的准确性 $11$ 。其数据管理经验给本系统MySQL数据库表结构的优化以及索引的设计提供参考。H T B、F U V、B G P就绿色图书馆的设计提出了一种信息管理系统，认为该系统有节约资源和可持续发展的功能 $12$ 。该研究的环境适应性思路可以应用到本系统资源加载、数据缓存等各个方面的改进上。SHANSHAN S等人认为用数字孪生创建跨平台图书馆信息检索系统可以大大提高信息检索的准确性、实时性。跨平台数据同步思想可以给本系统多端数据一致性提供借鉴。从国外的研究成果来看，目前图书信息管理的主要趋势就是智能化、自动化、跨平台化。本系统在参考以上研究成果的基础上，以国内图书销售业务实际情况为出发点，从功能完整性、操作便捷性、数据一致性三个方面入手，保证系统既有技术先进性又有实际业务需求。

1.3研究内容

本文主要研究设计并实现一个基于Django框架的在线图书销售平台，系统包含用户端和管理员端两个角色，对图书进行展示、购物交易、订单处理、信息查询、物流追踪、评论互动和后台管理等功能进行了整合。研究工作先对图书销售业务进行需求分析，确定用户在商品浏览、购物车操作、地址维护、订单提交、物流状态查询、评论发布等环节的具体操作需求，再整理出管理员在用户管理、图书信息维护、通知公告发布、资源文章管理、商城商品配置等方面的需求。在此基础上进行系统架构设计，使用前后端分离的方式，后端使用Django框架的RESTful API接口，前端使用Vue框架的交互界面，MySQL数据库存储业务数据。系统设计阶段完成了功能模块划分、数据库概念模型、逻辑模型建立以及主要业务流程的设计。编码实现阶段分为用户端购物流程模块、管理员端管理功能模块，进行接口联调和集成测试。本研究不涉及复杂的推荐算法实现，主要保证业务流程的完整性以及系统的稳定性，最终交付一套功能完备、操作流畅、可以投入实际使用的在线图书销售平台原型。

2相关技术介绍

2.1Django框架

Django是用Python语言开发的开源Web应用框架，采用MTV（模型、模板、视图）的架构模式，给快速创建数据库驱动的Web系统提供了一套完整的解决方案。框架内置的对象关系映射组件可以使用Python类来定义数据模型，框架会自动生成数据库表创建、字段映射、查询接口等各方面的内容，大大减少了数据持久化层的开发工作量。Django主要对用户端购物车管理、订单提交、评论发表等业务进行处理，接受前端Vue发出的HTTP请求，调用相应模型的方法去操作数据库，把处理结果以JSON的形式返回给前端Vue。Django框架自带的管理后台可以快速实现基础的数据维护，但是本系统为了保证用户体验和界面的一致性，没有直接使用这个功能，而是用自定义的API接口给前端提供数据服务。框架的中间件机制来处理用户的认证、请求日志、跨域资源共享等横切关注点，业务逻辑代码简单。赵龙等人认为利用Django和Vue相结合的方法可以发挥出各自的优势，后端处理业务逻辑以及数据处理，前端处理交互体验 $13$ 。本系统使用Django模型层定义用户、图书、订单、评论等主要实体，使用视图层组织业务接口，把框架高开发效率、高稳定性的优势转化为系统的建设基础。

2.2Vue.js框架

Vue.js是渐进式JavaScript框架，主要用在用户界面上，自下而上地进行增量开发。框架以响应式数据绑定和组件化开发为思路，把页面划分成独立的、可以复用的组件单元，每一个组件包含结构、样式以及交互逻辑，组件之间是通过属性传递、事件通信的方式来实现协作的。Vue在系统前端负责渲染图书商城列表、购物车页面、订单管理界面、评论展示区域等复杂的交互页面，用指令来实现数据和DOM的同步更新，当后端返回的商品库存、订单状态、配送信息发生变化的时候，页面内容会自动刷新，不需要手动修改DOM元素。Vue框架提供的路由管理功能可以实现单页面应用模式，用户在各个功能模块之间切换的时候不需要重新加载整个页面，只是更新对应路由的组件内容，操作流畅度接近原生应用。采用组件化的开发方式可以使得地址管理组件、商品卡片组件、订单条目组件可以在不同的页面之间被多次使用，从而减少重复编写代码的情况，提高开发效率以及维护的便利性。谢东霖等人发现组件化思想可以提高复杂的前端系统可维护性 $14$ 。本系统前端用Vue的响应式特性以及组件体系给用户带来即时反馈、操作连续的交互体验。

2.3MySQL数据库

MySQL属于关系型数据库管理系统，以稳定性好、性能优异、部署方便而闻名，被大量使用在Web应用的数据持久化上。系统使用MySQL存储用户账户信息、图书详细信息、商品规格参数、订单记录、物流配送状态、评论内容等业务数据。数据库设计遵循了第三范式，采用拆分实体表的方式降低数据冗余，利用外键约束来保持数据的一致性。用户提交订单时，订单表记录商品信息、收货地址、订单金额、支付状态等重要数据，订单状态字段用来追踪订单从待付款、待发货到已签收各个阶段的流转情况。购物车表用来保存用户加入但是还没有结算的商品，用户登录之后可以从数据库中加载历史购物车的内容，防止登录之前添加的商品丢失。MySQL提供的事务机制保证了订单创建过程中库存扣减、订单生成、购物车清空等操作的原子性，防止因为部分操作失败造成数据不一致。高磊认为基于用户画像的图书推荐系统数据库设计是否合理会影响到系统的响应速度以及数据的准确性 $15$ 。本系统对图书查询、订单列表等高频查询场景，在书籍名称、用户ID、订单创建时间等字段上创建索引，利用索引来提高查询速度，保证数据量增加的时候系统也能保持稳定的性能。

2.4前后端分离架构

前后端分离架构把前端界面和后端服务分成两个独立的部署单元，前端主要做页面渲染和用户交互，后端主要做业务逻辑和数据处理，两者用HTTP协议以JSON格式互相传递数据 $16$ 。前端vue应用在浏览器中独立运行，页面跳转由前端路由控制，用户操作触发API请求，后端Django服务接收到请求之后执行相应的业务逻辑，并返回结构化的数据，前端接收数据之后更新页面的内容。在这种架构模式之下，前端和后端只是依靠接口契约来协作，各自独立地进行开发、测试和部署工作，前端修改界面风格或者交互逻辑的时候不会对后端服务的稳定造成影响，后端更新业务接口的时候只需要保证接口格式不变，前端就不用做代码上的改动。用户登录、商品查询、加入购物车、提交订单等操作都是通过API接口来完成的，在前端使用Axios库发起异步请求，后端返回统一格式的数据给前端，前端根据状态码来判断请求的结果，并给出相应的提示信息。裴鹏飞等认为，前后端分离是目前web应用开发的主要模式，可以很好地降低系统的耦合程度，提高开发效率和维护方便性 $17$ 。本系统采用该架构，使前端开发人员和后端开发人员可以同时进行工作，接口联调阶段用约定的数据格式快速集成，最后得到高内聚低耦合的软件系统。

3系统需求分析

3.1可行性分析

3.1.1技术可行性

系统使用Django、Vue和MySQL三种成熟的、活跃的开源技术，其中Django是中文文档丰富、有大量实践案例的开源技术，Vue也是中文文档丰富、有大量实践案例的开源技术，MySQL也是中文文档丰富、有大量实践案例的开源技术。Django框架自带的对象关系映射、表单验证、安全防护等功能可以满足电商类系统的业务需求，Vue框架的组件化开发模式适合构建交互频繁的前端界面，MySQL数据库有很好的数据存储能力。开发环境搭建简单，在Windows平台上使用Python包管理工具安装Django及其相关依赖，Node.js环境下可以快速创建Vue项目，开发过程中遇到的技术问题可以利用社区资源来解决。现有的技术条件可以满足系统各项功能的实现。

3.1.2经济可行性

系统开发所需软件均为开源免费产品，Django、Vue、MySQL无需支付授权费用，开发工具选用Visual Studio Code或PyCharm社区版即可满足编码需求。系统部署可以使用低成本的云服务器，初始访问量小的时候单台服务器就足够了，随着业务的增长再按需增加服务器。相比采购成熟的商业电商软件，自主开发可以节省软件授权和定制开发费用，系统投入使用之后，可以降低人工处理订单、管理库存的运营成本，从长远来看具有较好的经济效益。

3.1.3操作可行性

系统界面设计按照用户的认知习惯，用户端首页显示图书商品，搜索和分类筛选功能的位置明显，购物车入口和订单入口方便找到。用户浏览图书、加购购物车、下订单、付款确认、物流跟踪、评论留评等操作之后，页面流转基本遵循主流电商平台的操作逻辑，无需再对用户做专门的培训工作。管理员端使用后台管理布局，功能菜单分类明确，图书信息管理、通知公告发布、商城商品配置等操作只需提交表单即可完成，操作路径短、学习成本低，具有较好的操作可行性。

3.2功能需求分析

3.2.1用户角色功能需求

用户角色可执行图书商城浏览、图书信息查询、购物车管理、订单管理、收货地址管理、订单配送状态查询、评论发布与管理操作。用户通过关键词搜索或分类筛选查找商品，将心仪商品加入购物车后统一结算，下单时选择或新增收货地址，提交订单后可在订单列表中查看订单状态，进入配送模块追踪物流信息，收到商品后对购买商品发表评论。

3.2.2管理员角色功能需求

管理员角色可执行系统用户管理、图书信息管理、系统管理、通知公告管理、资源管理、商城管理操作。管理员通过系统用户管理模块维护用户账户信息，通过图书信息管理模块添加或修改图书数据，通过商城管理模块配置商品规格与上下架状态，通过通知公告管理模块发布平台公告，通过资源管理模块维护资讯文章。

4系统设计

4.1系统架构设计

系统采用前后端分离的分层架构，从上到下分为用户界面层、应用服务层、数据持久层、系统支持层。用户界面层用Vue框架搭建的单页面应用来实现图书商城页面、购物车界面、订单管理界面等视图的渲染，并将用户的操作指令传送给API。应用服务层使用Django框架，包含用户认证服务、图书管理服务、订单处理服务、评论管理服务等业务模块，对接数据层接口完成业务逻辑。数据持久层使用了Django对象关系映射组件以及MySQL数据库进行交互，从而对数据进行查询、插入、更新、删除等操作。系统支持层为运行环境，即操作系统、Python解释器、MySQL数据库服务等。各个层次之间用清楚的接口来实现通信，应用服务层不会直接处理前端界面的细节，数据持久层也不会去考虑业务逻辑，层次分明。系统架构图如下图4-1所示。

4.2功能结构设计

系统功能主要针对用户和管理员两个角色，用户端功能有图书商城查询、图书信息查询、购物车管理、订单管理、收货地址管理、订单配送、评论管理，管理员端功能有系统用户管理、图书信息管理、系统管理、通知公告管理、资源管理、商城管理。图书商城查询模块给用户提供了商品浏览、分类筛选的功能，图书信息查询模块可以对用户进行多维度的检索，购物车模块用来存放用户的购买商品，订单模块完成下单和跟踪订单的状态，地址模块管理用户的收货信息，配送模块追踪物流的状态，评论模块收集用户的意见和建议。管理员用系统用户管理模块来维护用户的账户，图书信息管理模块录入图书数据，系统管理模块设置轮播图，通知公告管理模块发布平台动态，资源管理模块更新资讯文章，商城管理模块添加商品属性。该系统的功能结构如图4-2所示。

4.3业务流程设计

4.3.1图书商城查询流程设计

用户进入图书商城页面，系统加载商品列表并展示分类筛选栏。用户可通过选择分类或输入关键词缩小商品范围，系统根据筛选条件重新加载商品数据。用户点击商品卡片可查看详情页面。图书商城查询流程图如图4-3所示。

4.3.2购物车管理流程设计

用户在商品详情页点击加入购物车时，系统判断用户登录状态。未登录用户引导至登录页面，已登录用户将商品信息写入购物车表。用户在购物车页面可修改商品数量或删除商品，系统重新计算总价并更新页面。购物车管理流程图如图4-4所示。

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

4.3.3订单管理流程设计

用户在购物车页面点击结算后进入订单确认页面，选择收货地址与支付方式后提交订单。系统创建订单记录并扣减对应商品库存，清空用户购物车中已购买的商品，跳转至订单详情页。订单管理流程图如图4-5所示。

4.3.4订单配送流程设计

用户在订单列表页点击配送跟踪按钮进入配送详情页，系统根据订单号查询物流配送记录。用户可查看配送状态与签收状态，收到商品后可手动确认签收，系统更新订单状态为已完成。订单配送流程图如图4-6所示。

4.3.5评论管理流程设计

用户在订单列表中针对已签收商品点击评论按钮，进入评论编辑页面，填写评论内容后提交。系统将评论与商品关联，在商品详情页展示用户评论列表。评论管理流程图如图4-7所示。

4.4数据库设计

4.4.1概念模型设计

在线图书销售平台概念模型设计，主要就是确定用户、图书、订单、购物车、评论等主要实体之间业务联系及数据依赖关系。用户是系统的主角，和订单、购物车、评论、地址这些实体之间存在着一对多的关系，一个用户可以创建多个订单，可以加入多个购物车记录，可以发表多个评论，可以保存多个收货地址。订单实体是交易过程中的核心记录，和用户、商品之间存在着一对多的关系，一个订单可以包含多个商品，但是系统设计中把订单和商品之间的关系用订单条目来解耦，简化了数据模型。概念模型是从现实的业务流程中抽象出实体和联系，用实体关系图的形式来展示出来，给后面的逻辑模型的设计提供数据蓝图。全局E-R模型如图4-8所示 $18$ 。

根据系统分析，系统的主要实体有：用户账户、收货地址、购物车、订单、图书商城、评论、文章、文章分类、物流配送、普通用户，各个实体具体的属性如下图所示。

用户账户实体主要包括用户账户id、用户名、密码、昵称等。如图4-9所示。

收货地址实体主要包括收货地址id、地址、姓名、手机等。如图4-10所示。

购物车实体主要包括购物车id、标题、图片、单价等。如图4-11所示。

订单实体主要包括订单id、订单号、商品标题、单价等。如图4-12所示。

图书商城实体主要包括图书商城id、标题、封面图、卖价等。如图4-13所示。

评论实体主要包括评论id、内容、昵称、头像等。如图4-14所示。

文章实体主要包括文章id、标题、正文、文章分类等。如图4-15所示。

文章分类实体主要包括分类ID、分类名称、显示顺序、上级分类ID等。如图4-16所示。

物流配送实体主要包括物流配送id、订单号、商品名称、购买数量等。如图4-17所示。

普通用户实体主要包括普通用户id、用户姓名、用户性别、联系电话等。如图4-18所示。

4.4.2数据库逻辑设计

数据库逻辑设计阶段把概念模型转换成MySQL数据库支持的表结构，定义各个表的字段名称、数据类型、约束条件和表之间的关联关系。用户账户表存有系统用户的登录凭证和基本信息，订单表记录每笔交易的详细情况，并且与用户表用外键关联起来，购物车表暂时保存用户所添加的商品条目，图书商城表保存商品的基本属性和销售信息。使用外键约束来保证数据的完整性，即订单中用户的ID必须在用户表中存在，购物车中的商品ID必须在图书商城表中存在。索引设计上，在用户名字段上创建唯一索引来保证账号的唯一性，对订单创建时间字段创建普通索引以支持按时间排序查询，对商品分类字段创建索引以提高分类筛选效率。高磊在基于用户画像的图书推荐系统研究中提出，数据库逻辑设计直接影响到系统查询效率以及数据一致性 $19$ 。本系统表结构设计遵循第三范式，减少数据冗余，用合理的字段拆分来平衡查询性能和存储效率。

用户账户表主要是用来存储系统用户的登录信息与个人资料。主要包括用户账户id、用户名、密码、昵称等字段。如表4-1所示。

表4-1 用户账户表

|----|--------|-----------|-----|-----------|
| 序号 | 字段名 | 类型 | 长度 | 备注 |
| 1 | 用户账户id | int | 11 | 主键 |
| 2 | 用户名 | varchar | 16 | 登录账号 |
| 3 | 密码 | varchar | 64 | 加密存储 |
| 4 | 昵称 | varchar | 16 | 显示名称 |
| 5 | 头像 | varchar | 255 | 头像地址 |
| 6 | 账户状态 | smallint | 6 | 1可用2异常3冻结 |
| 7 | 手机号码 | varchar | 11 | 联系方式 |
| 8 | 邮箱 | varchar | 64 | 电子邮箱 |
| 9 | 创建时间 | timestamp | - | 注册时间 |

收货地址表主要是用来存储用户设置的收货信息。主要包括收货地址id、地址、姓名、手机等字段。如表4-2所示。

表4-2 收货地址表

|----|--------|-----------|-----|--------|
| 序号 | 字段名 | 类型 | 长度 | 备注 |
| 1 | 收货地址id | int | 11 | 主键 |
| 2 | 地址 | varchar | 255 | 详细地址 |
| 3 | 姓名 | varchar | 32 | 收货人 |
| 4 | 手机 | varchar | 13 | 联系电话 |
| 5 | 邮编 | varchar | 8 | 邮政编码 |
| 6 | 默认判断 | tinyint | 4 | 是否默认地址 |
| 7 | 用户ID | mediumint | 9 | 外键关联用户 |
| 8 | 创建时间 | timestamp | - | 创建时间 |

购物车表主要是用来暂存用户加入但未结算的商品。主要包括购物车id、标题、图片、单价等字段。如表4-3所示。

表4-3 购物车表

|----|-------|-----------|-----|--------|
| 序号 | 字段名 | 类型 | 长度 | 备注 |
| 1 | 购物车id | int | 11 | 主键 |
| 2 | 标题 | varchar | 64 | 商品名称 |
| 3 | 图片 | varchar | 255 | 商品封面 |
| 4 | 单价 | double | - | 销售价格 |
| 5 | 数量 | int | 11 | 购买数量 |
| 6 | 总价 | double | - | 小计金额 |
| 7 | 商品分类 | varchar | 64 | 分类标识 |
| 8 | 用户ID | int | 11 | 外键关联用户 |
| 9 | 商品id | mediumint | 9 | 外键关联商品 |

订单表主要是用来记录用户提交的交易信息。主要包括订单id、订单号、商品标题、单价等字段。如表4-4所示。

表4-4 订单表

|----|-------|---------|-----|----------|
| 序号 | 字段名 | 类型 | 长度 | 备注 |
| 1 | 订单id | int | 11 | 主键 |
| 2 | 订单号 | varchar | 64 | 唯一标识 |
| 3 | 商品标题 | varchar | 255 | 商品名称 |
| 4 | 单价 | double | - | 成交单价 |
| 5 | 数量 | int | 11 | 购买数量 |
| 6 | 总价 | double | - | 订单金额 |
| 7 | 订单状态 | varchar | 16 | 待付款/待发货等 |
| 8 | 收件地址 | varchar | 255 | 收货详细地址 |
| 9 | 联系人姓名 | varchar | 32 | 收货人 |
| 10 | 联系人手机 | varchar | 11 | 联系电话 |
| 11 | 买家ID | int | 11 | 外键关联用户 |

图书商城表主要是用来存储商品的基本信息与销售属性。主要包括图书商城id、标题、封面图、卖价等字段。如表4-5所示。

表4-5 图书商城表

|----|--------|----------|-------|--------|
| 序号 | 字段名 | 类型 | 长度 | 备注 |
| 1 | 图书商城id | int | 11 | 主键 |
| 2 | 标题 | varchar | 125 | 商品名称 |
| 3 | 封面图 | text | 65535 | 商品图片 |
| 4 | 卖价 | double | - | 销售价格 |
| 5 | 原价 | double | - | 标价 |
| 6 | 商品库存 | int | 11 | 库存数量 |
| 7 | 商品分类 | varchar | 64 | 所属分类 |
| 8 | 图书作者 | varchar | 64 | 作者姓名 |
| 9 | 出版社信息 | varchar | 64 | 出版社 |
| 10 | ISBN编码 | varchar | 64 | 国际标准书号 |
| 11 | 上架状态 | smallint | 6 | 0下架1上架 |

评论表主要是用来存储用户对商品发表的评价内容。主要包括评论id、内容、昵称、头像等字段。如表4-6所示。

表4-6 评论表

|----|-------|-----------|------------|--------|
| 序号 | 字段名 | 类型 | 长度 | 备注 |
| 1 | 评论id | int | 11 | 主键 |
| 2 | 内容 | longtext | 4294967295 | 评论文本 |
| 3 | 昵称 | varchar | 255 | 评论人昵称 |
| 4 | 头像 | varchar | 255 | 头像地址 |
| 5 | 来源表 | varchar | 255 | 关联表名 |
| 6 | 来源ID | int | 11 | 关联记录ID |
| 7 | 评论人ID | int | 11 | 外键关联用户 |
| 8 | 创建时间 | timestamp | - | 发表时间 |

5系统详细设计与实现

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.2管理员角色功能实现

5.2.1系统用户管理

系统用户管理模块主要是对平台注册用户进行维护与管理。管理员进入用户管理页面时，系统加载所有用户账户列表，展示用户名、昵称、邮箱、用户组、账户状态、创建时间等信息。管理员可按用户名或昵称进行搜索，筛选特定用户。对异常账户可执行状态变更操作，将账户状态设置为冻结或注销。系统用户管理界面如图5-8所示。

图5-8 系统用户管理界面

5.2.2图书信息管理

图书信息管理模块主要是对图书数据库中的书籍信息进行维护。管理员可新增图书，填写书籍名称、作者姓名、书籍类型、出版社信息、出版编号、故事梗概等字段，上传书籍封面图片。图书信息列表展示所有书籍，管理员可编辑图书信息进行修改，或执行删除操作移除不需要的图书。管理员可查看每本图书的评论详情，了解用户反馈。图书信息管理界面如图5-9所示。

图5-9 图书信息管理界面

5.2.3系统管理

系统管理模块主要是对网站首页轮播图进行配置。管理员可新增轮播图条目，设置标题与链接地址，上传轮播图片。轮播图列表展示已配置的轮播图，管理员可编辑修改标题或图片，对过期的轮播图执行删除操作。轮播图按照显示顺序在网站首页轮播展示，用户访问首页时加载最新配置的轮播图。系统管理界面如图5-10所示。

图5-10 系统管理界面

5.2.4通知公告管理

通知公告管理模块主要是对平台公告信息进行发布与管理。管理员可新增公告，填写标题与正文内容，设置公告的显示状态。公告列表展示所有历史公告，按创建时间排序，管理员可编辑公告内容进行修改，对过期的公告执行删除操作。发布成功的公告在网站通知公告栏目展示，用户可点击阅读完整内容。通知公告管理界面如图5-11所示。

图5-11 通知公告管理界面

5.2.5资源管理

资源管理模块主要是对图书资讯文章进行维护。管理员可新增资讯文章，填写标题、文章分类、标签、正文内容，上传封面图片。资讯列表展示所有文章，管理员可编辑修改内容，或执行删除操作。管理员可查看每篇文章的评论，对用户评论进行管理。资源管理界面如图5-12所示。

图5-12 资源管理界面

5.2.6商城管理

商城管理模块主要是对商城商品进行配置与管理。管理员可新增商品，填写标题、商品分类、图书作者、出版社信息、ISBN编码、卖价、原价、库存、描述信息，上传商品封面图与多张详情图。商品列表展示所有上架与下架商品，管理员可编辑商品信息，执行上下架操作控制商品在商城的可见性。商城管理界面如图5-13所示。

图5-13 商城管理界面

6系统测试

6.1测试目的

系统测试是对在线图书销售平台各个功能模块是否满足需求分析阶段所确定的业务规则、设计规范进行检验的过程，保证系统在实际运行环境中可以稳定可靠地工作。测试工作从业务逻辑一致性角度出发，对图书商城查询、购物车管理、订单处理、配送追踪、评论发布等主要流程进行检查，看用户的操作是否能得到系统正确的反馈。系统鲁棒性测试主要看边界条件处理能力，在输入异常数据、网络请求超时、并发操作等情况下系统能否正常工作而不会崩溃。全链路数据一致性测试包含用户从加入购物车到下单的全部过程，保证订单创建时库存被正确地扣除、购物车被清空、订单记录被正确地创建。访问安全测试查看用户身份认证机制是否有效，无权限用户不能做需要认证的操作。经过系统的测试之后，找出其中存在的问题并加以修正，从而给系统的上线运行提供良好的质量保障。裴鹏飞等人认为系统测试是保证软件质量的重要环节，可以大大降低上线之后出现故障的概率 $20$ 。

6.2测试方法

系统测试使用黑盒测试法，只关注输入和输出的关系，不考虑内部实现。测试用例设计包含正常流程和异常流程，正常流程测试用户按照预期的路径完成业务功能，异常流程测试用户输入不合规的数据或者执行越权的操作时系统是否具有容错能力。功能测试是对每一个模块独立进行的，检验模块的功能是否符合需求规格，模块之间的集成测试考察接口调用以及数据传递是否正确。测试数据准备阶段向数据库中插入测试用户、测试商品、测试订单等基础数据，保证测试环境和生产环境的数据结构一致。测试执行时记录实际结果和预期结果之间的差异，对发现的缺陷进行定位分析并提交开发人员修复，修复后进行回归测试保证修改没有引入新的问题。测试过程中使用浏览器开发者工具监控网络请求和响应，帮助找到前后端交互环节出现的问题。

6.3测试用例

图书商城查询功能测试如表6-1所示。

表6-1 图书商城查询功能测试

|--------|----------|-------------|------|
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
| 商品列表加载 | 进入商城页面 | 显示上架商品列表 | 符合预期 |
| 分类筛选 | 点击某个分类标签 | 列表仅显示该分类商品 | 符合预期 |
| 关键词搜索 | 输入关键词后搜索 | 列表显示标题匹配的商品 | 符合预期 |
| 商品详情查看 | 点击商品卡片 | 跳转至详情页面 | 符合预期 |

购物车管理功能测试如表6-2所示。

表6-2 购物车管理功能测试

|------|--------------|-----------|------|
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
| 添加商品 | 未登录状态点击加入购物车 | 跳转登录页面 | 符合预期 |
| 添加商品 | 登录后点击加入购物车 | 商品加入购物车 | 符合预期 |
| 修改数量 | 在购物车修改商品数量 | 小计与总价同步更新 | 符合预期 |
| 删除商品 | 点击商品删除按钮 | 商品从购物车移除 | 符合预期 |

订单管理功能测试如表6-3所示。

表6-3 订单管理功能测试

|------|-------------|----------|------|
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
| 创建订单 | 购物车点击结算提交订单 | 生成新订单记录 | 符合预期 |
| 订单列表 | 进入订单列表页面 | 展示所有历史订单 | 符合预期 |
| 订单状态 | 查看订单详情 | 显示当前状态 | 符合预期 |
| 订单搜索 | 输入订单号查询 | 显示匹配的订单 | 符合预期 |

订单配送功能测试如表6-4所示。

表6-4 订单配送功能测试

|-------|-----------|---------|------|
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
| 配送查询 | 点击配送跟踪 | 显示物流信息 | 符合预期 |
| 配送状态 | 查看配送详情 | 状态与后端一致 | 符合预期 |
| 签收确认 | 点击确认签收 | 订单状态更新 | 符合预期 |
| 签收后评论 | 签收后显示评论按钮 | 可正常评论 | 符合预期 |

商品管理功能测试如表6-5所示。

表6-5 商品管理功能测试

|------|-----------|----------|------|
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
| 新增商品 | 填写商品信息后保存 | 商品列表新增记录 | 符合预期 |
| 编辑商品 | 修改商品属性后保存 | 信息同步更新 | 符合预期 |
| 上下架 | 修改上架状态 | 商城可见性变化 | 符合预期 |
| 删除商品 | 点击删除确认 | 商品从列表移除 | 符合预期 |

7总结

在线图书销售平台以Django、Vue、MySQL为技术栈来搭建，解决图书销售业务场景下信息更新慢、订单处理麻烦、用户体验差的问题。系统把用户端购物流程同管理员端管理能力融合成一个数字化平台，达成图书浏览、购物车操作、下单申请、配送跟踪、评价交流、后台资源维护等环节的闭环，达成预定的设计目的。

系统实现过程中，根据需求分析确定用户和管理员两种角色的功能边界，系统设计阶段完成前后端分离架构规划和数据库表结构设计，编码实现阶段按照模块开发各个功能点并完成接口联调，测试阶段对核心流程进行验证。前后端分离架构使得界面开发与业务逻辑开发相互独立，提高了开发效率并提升了系统的可维护性，Django框架的ORM大大降低了数据操作的代码量，Vue框架的组件化也提高了前端代码的可复用性。

目前系统功能完整性已经达到了预期的目的，但是还存在一些不足。系统没有实现在线支付功能，订单提交之后需要用户线下付款，管理员手动确认支付状态，从而造成订单处理的自动化水平较低。商品推荐功能比较简单，只使用分类筛选和关键词匹配的方式进行推荐，没有对用户的购买历史和浏览行为做深层次的分析，个性化推荐能力较弱。系统没有接入第三方物流接口，配送状态需要管理员手工更新，不能实现物流信息的实时同步。

为了克服以上不足，可以在系统中加入主流的支付网关，使订单支付自动完成，减少人工操作环节。加入用户行为分析机制，对用户的浏览、购买数据加以收集并建立用户画像，从而改善商品推荐算法，加强个性化推荐的精确性。对接第三方物流平台接口，使物流状态可以自动同步到系统中，用户可以在系统里实时查看配送进度。随着功能的迭代和性能的提高，该系统将会对图书销售起到更大的作用，给中小型图书零售企业节约成本、提高效率提供一种数字化转型方案。

参考文献

刘丹阳, 杨华, 张诗桐. 基于Django的个性化图书推荐管理系统设计与实现 $J$ . 山西电子技术, 2025, 34(3): 64-66.
康丽丽, 钱婧, 韩军梅. 智慧图书馆中的信息管理系统设计与实现 $J$ . 电子技术, 2025, 54(2): 326-327.
谢东霖, 孙小晴, 陶冶. 基于图卷积神经网络的图书推荐系统设计 $J$ . 信息与电脑, 2025, 37(2): 152-154.
赵龙, 王风硕. 基于Vue的图书销售系统设计与实现 $J$ . 电脑知识与技术, 2021, 17(36): 81-82.
余任杰, 王风硕. 基于Node.js的网上图书销售系统设计 $J$ . 电脑知识与技术, 2021, 17(34): 83-84.
高磊. 基于用户画像的图书推荐系统设计与实现 $D$ . 石家庄: 河北经贸大学, 2025.
裴鹏飞, 邹县芳. Excel VBA实战应用一本通 $M$ . 北京: 机械工业出版社, 2022: 478.
BARBUTI N, CALDAROLA T. A dynamic system for the automatic classification of complex resources in digital libraries: design and preliminary evaluation $J$ . Digital Library Perspectives, 2026, 42(1): 119-140.
JI Y. Design and application of intelligent library intelligence authentication system based on information entropy early warning models $J$ . Applied Mathematics and Nonlinear Sciences, 2024, 9(1): 1-15.
WANG H. Design and implementation of library information management system $J$ . Computer Informatization and Mechanical System, 2022, 5(4): 53-56.
H T B, F U V, B G P. Design a library information system for a green library in Bangka Regency $J$ . IOP Conference Series: Earth and Environmental Science, 2022, 1108(1): 012045.
SHANSHAN S, ZIKAI Y, KUN J, et al. Design of cross-platform information retrieval system of library based on digital twins $J$ . Computational Intelligence and Neuroscience, 2022, 2022: 7999091.
李德华,王晓勇.基于Django框架的高效Web开发与性能优化 $J$ .河南财政金融学院学报(自然科学版),2025,34(3):5-11.
秦冬.浅析Vue框架在前端开发中的应用 $J$ .信息与电脑(理论版),2024,36(13):61-63.
杨芬,宋晓燕.MySQL数据库应用的课程教学分析 $J$ .电子技术,2023,52(10):180-181.
吕西亚.针对Django框架的智能Web漏洞检测研究 $D$ .沈阳:沈阳理工大学,2025:1-120.
陈鑫,邱书琪,戎钰栋,等.基于Python开发的网络自动化运维平台 $J$ .电脑编程技巧与维护,2025,46(2):3-7.
马艳艳,吴晓光.计算机软件与数据库的设计策略分析 $J$ .电子技术,2024,53(5):104-105.
林育蓓,汤德佑,汤娜.数据库技术及应用 $M$ .北京:机械工业出版社,2024:302.
黑马程序员.自动化测试应用教程 $M$ .北京:人民邮电出版社,2023:249.

致谢

从选题到论文定稿，这段撰写历程让我对软件开发从理论到实践的转化有了更真切的体悟。最初面对系统设计框架时，那些分散的知识点像是各自独立的碎片，随着功能模块一点点搭建起来，才逐渐看清它们如何组合成一个完整可运行的平台。这个过程并非一路顺畅，调试购物车数量计算逻辑时反复测试了很久，订单状态流转的边界条件也改了好几版，每次跑通一个功能点，心里的踏实感就多一分。

导师在系统设计与论文结构上给出了很多建议，每次交流时那些让我困惑的技术选型问题，经过点拨后总能找到更清晰的解决路径。讨论数据库表结构那次，老师指出订单与商品关联方式的冗余问题，重新调整后数据一致性明显提升了。同门几位同学在测试阶段帮忙跑用例，发现了好几个自己测不出来的细节缺陷，这些来自他人的视角弥补了我个人认知的局限。

家人始终给予理解与支持，从图书馆到宿舍，从清晨到深夜，那些伏案写代码的日子因为有他们的默默关注而少了些焦躁。这段完成毕业设计的经历让我明白，技术学习不仅是掌握框架与语法，更是在解决实际问题中建立起对系统全貌的把握。即将离开校园，这份论文既是对大学阶段的交代，也是继续前行的起点。

全套资源（源码 + 论文 + 部署教程）已经打包好，需要的同学可以私信我！避免找不到，赶紧收藏，后续更新不迷路！你的点赞就是我持续分享的动力，感谢支持～