30546基于springboot的小说在线阅读平台------免费课设毕设源码分享

摘 要

　　目前的小说阅读服务主要依靠传统的出版方式以及单向的推送方式，缺少了读者和作者之间有效的作品反馈以及收益连接渠道，存在着创作管理分散、稿费结算不明晰、订单与售后流程割裂等状况。创建一个包含阅读、电商、创作支持等在内的综合性平台，既可以满足读者从购书、追更到售后的全过程体验，又可以为作者提供作品管理以及收益提现的支持，对于规范数字阅读生态来说，具有现实必要性以及技术可行性。

　　本平台基于IntelliJ IDEA开发环境，后端采用SpringBoot框架，前端使用Vue，数据库选择MySQL。系统有读者、作者、管理员三个角色。读者端支持注册登录、小说商城浏览和购买、收货地址和订单管理、购物车操作、售后申请、订单配送跟踪、新闻资讯查看和小说在线阅读。作者端完成创作作品管理、小说类型设置、稿费明细查询、提现信息更新、通知中心接收。管理员对订单、小说商城、配送、售后等流程实施统一管理，对创作出来的作品、稿费及提现申请加以审核。各个模块按照业务规则相互衔接，构成一个阅读、交易、收益的闭环。

　　平台运行之后，操作响应及时，数据存储一致，基本上可以满足在线阅读和作品收益管理的主要需求。订单和售后链路完整，利于多方角色的协作，给小说阅读社区信息共享、作者激励提供可靠的支撑。

关键词：小说阅读，SpringBoot，Vue，MySQL，收益管理，售后流程

Abstract

　　Currently, the main mode of online novel reading services is traditional publication and one-way content push. An effective link has not been established to distribute the results of the work's marketing and earnings among authors and readers; as a result, creation management is disorganized, royalty distribution is opaque, and order-and-after-sales services are disjointed. All-around reading, e-commerce and creative bases will be established to build the digital reading ecosystem comprehensively.

　　IntelliJ IDEA is used for development, SpringBoot is the back-end framework, Vue is for the front end, and MySQL as the database. There are three kinds: readers, writers and managers. Readers can register, log in, browse the novel mall, manage shipping addresses and orders, operate shopping carts, apply for after-sales service, track order delivery, view news and read novels online. Authors can manage their works, set up new types, check royalty information, modify withdrawal information, etc. The administrator is responsible for orders, the novel mall, delivery and after-sales services, as well as reviewing creative works, royalties and withdrawal applications. All modules have business rules and form a closed loop of reading, transaction and revenue.

　　Go live, and then quickly deal with all the demands from online readers to distribute the generated funds fairly so that the funds can operate smoothly. The entire order and after-sales chain will offer more reliable support for the information sharing and author incentive of the novel reading community.

Key words:Novel reading, SpringBoot, Vue, MySQL, revenue management, after-sales process

第一章 绪论

1.1 研究背景与意义

　　传统的阅读服务依靠的是线下出版和单向的内容分发，读者购买书籍的同时作者的创作也脱离了读者，导致作品的反馈速度慢、稿费结算不清、订单和售后流程相互分割[1]。早期的电脑化网站和论坛出现之后，阅读互动才开始转向线上，但是碎片化的体验、内容更新迟缓、创作收益没有得到管理等问题仍然存在。现有的模式不能满足读者对于购书、追更、售后一体化的需求，也不能支持作者对作品数据和收入提现的实时掌握[2]。开发本平台可以提高小说信息传播速度，减少人为操作失误，使阅读交易和创作收益得到及时匹配。该平台对于规范数字阅读流程、提高用户参与质量以及创作者留存都有实际推动作用，也给同类兴趣服务整合提供可操作的借鉴范例。

1.2 国内外研究现状

1.2.1 国内现状

　　国内小说阅读平台由原来的付费章节模式向现在的免费阅读加广告变现的形态转变。平台功能由原来的单一内容分发转向多元服务整合，智能语音技术也开始对阅读场景进行辅助。万梦涵于2022年用4I理论分析免费阅读平台的营销策略[3]，给本系统小说商城推广提供一些思路。2022年李羊羊等人的研究对免费平台的内容生产模式进行了考察，可以为本文的系统创作作品管理模块设计提供一定的参考[4]。唐宇于2022年开展用户增长策略的研究工作，给本系统阅读小说和购物车管理行为的分析赋予思路[5]。高丁雪2022年就智能语音技术的应用到阅读APP上展开研究，给系统加入阅读部分赋予技术支撑[6]。2021年刘红梅就产品运营策略进行研究，可以给通知中心、订单售后管理模块设计提供借鉴。国内的研究主要是从营销和运营的角度展开的，对于作者收益管理、订单配送跟踪以及售后流程整合等还存在着不足[7]。本系统针对以上不足，把稿费明细管理、提现信息和订单售后统一到平台中，形成读者、作者、管理员三者之间的闭环。

1.2.2 国外现状

　　国外的在线阅读平台更加重视社交互动以及数据驱动的推荐，读者参与到创作与反馈的过程比较成熟。平台运营依靠用户的画像分析以及个性化的推送。Scardilli B.等人在2025年就OverDrive学生阅读平台以及其馆藏策划机制展开了探究[8]，给本系统小说商城管理模块选品策略赋予了参照对象。Hyerim C等2025年对Webtoon平台读者人口统计学进行分析[9]，可以为本文读者端注册登录、新闻资讯浏览等界面的用户分层提供参考。Su Y.于2025年提出一种将KGMRA算法和BERT模型结合起来的Spring框架推荐技术，给本系统阅读小说的个性化推荐模块提供算法参考[10]。2024年张玉等通过准实验研究ChatGPT阅读平台对外语论文阅读的影响[11]，可以对本系统新闻资讯查看和阅读小说模块的交互进行改进。2024年Ji D.研究了基于社交网络推荐算法的知识服务机制，给系统订单管理和售后申请的智能流转提供思路。国外研究对于推荐算法以及社交阅读比较深入，但是缺少对稿费结算、提现审批、作者通知这些收益管理环节的系统整合[12]。本系统吸收了其推荐思想，根据国内实际应用场景，把算法聚焦在单机运行环境中，主要支持读者阅读推荐和作者收益提现两个本土化的流程。

1.3 主要研究内容

　　本课题以小说在线阅读平台为研究对象，目的是给读者、作者、管理员这三个角色提供一体化的服务。平台采用前后端分离的B/S架构，前端用Vue，后端用SpringBoot，数据库用MySQL。研究工作分需求分析、总体架构设计、功能模块设计、数据库设计、系统实现、测试。读者端实现注册登录、小说商城查看、收货地址管理、订单管理、购物车管理、售后申请、订单配送跟踪、新闻资讯查看、小说在线阅读。作者端完成创作作品管理、小说类型设置、稿费明细查询、提现信息修改、通知中心接收。管理员端对订单、小说商城、配送、售后进行统一管理，审核创作作品、稿费和提现申请。系统主要解决阅读和交易相分离、收益信息不明、订单售后过程断开的实际问题。

第二章 相关技术介绍

2.1 SpringBoot框架

　　服务端应用开发场景下，SpringBoot框架用Spring生态来创建。此框架给出了一种约定优先于配置的机制，开发人员用很少的注解就可以搭建起项目的基础环境。框架内包含有Tomcat、Jetty等Servlet容器，打包出的可以以可执行JAR的形式运行。小说在线阅读平台服务端的实现中，该特点使部署过程变得简单[13]。SpringBoot的自动配置根据类路径下所有的依赖信息自动生成配置项，省去手动写XML配置文件的麻烦。框架为快速创建RESTful风格接口提供了一个Web模块，控制器层收到前端请求之后就调用业务逻辑层来处理数据。框架起步机制把功能相关的依赖打包成组，在开发阶段不需要一个一个地指定版本号。管理创作作品、处理稿费明细和提现信息等业务功能开发的时候，这个机制减少了由于依赖冲突而造成的操作失误。SpringBoot还集成有数据库访问相关的自动配置，数据源、持久层框架可以利用配置文件设置参数。在框架启动的过程中，会执行内建的检查过程来检验数据源的连接是否正常，在日志中给出相应的信息。框架在请求到达控制器之前会经过过滤器链的处理，即对请求进行字符编码设置以及跨域访问的配置。框架的异常处理注解可以全局统一捕获运行时抛出的异常，把错误信息封装成指定格式返回。

2.2 Vue前端框架

　　Vue是用于创建用户界面的渐进式框架。该框架的核心库只关注视图层，使用基于虚拟DOM的渲染方式，数据发生变化的时候，框架内部会重新计算虚拟节点树。vue响应式数据系统用Object.defineProperty或者Proxy拦截数据的读取和修改操作，当数据发生变化的时候触发视图更新。小说阅读平台前端用响应式的方式来实现小说商城展示、购物车数量的变化、订单状态的更新等界面交互[14]。框架可以使得开发者用单文件组件的形式来编写模板、脚本和样式，每一个组件内部都有独立的逻辑单元。组件间通信用props向下传属性，用自定义事件向上发消息。vue的路由插件管理同一页面内不同视图的切换，路由跳转时不会向服务端发起完整的页面请求，只替换视图区域内的组件。读者在阅读小说、查看新闻资讯、管理作者等操作过程中，路由机制使切换页面的过程很顺畅。框架的生命周期钩子函数在组件创建、挂载、更新和销毁各个阶段都会被调用，开发者可以在这个时候发起数据请求或者进行清理操作。vue提供了v-bind指令、v-on监听事件和v-model双向数据绑定。框架的计算属性是根据依赖的数据缓存计算结果来确定的，如果依赖没有变化，那么就会多次访问缓存值。监听器可以用来对某个数据的变化做异步处理或者耗时较多的任务。

2.3 MySQL数据库

　　MySQL属于关系型数据库管理系统，用表结构来存贮数据，表同表之间依靠主外键形成联系。数据库查询处理模块接收到SQL语句之后，会通过解析器将SQL语句解析成语法树，然后优化器根据执行路径的成本估计来决定使用哪种索引以及连接顺序。执行引擎根据优化器产生的执行计划调用存储引擎接口来读取或者写入数据。InnoDB存储引擎支持事务处理，事务提交的时候用日志先行的方式把重做日志写入磁盘，保证数据在系统出现故障的情况下可以恢复。小说在线阅读平台数据持久化场景，数据库存有读者用户信息、作者创作作品内容、订单记录、稿费明细等各种业务数据[15]。数据库的锁机制分为表级锁和行级锁，InnoDB在执行DML操作的时候默认给被操作的索引项加上行锁，防止并发更新造成数据不一致。缓冲池管理内存中数据页，读取操作先从缓冲池中取回，修改操作的脏页由后台线程异步刷到磁盘上。数据库的主从复制是用二进制日志来传递变更事件，主库把每一个事务的SQL语句或者行变更写入到二进制日志文件里，从库的IO线程会读取日志文件并将日志文件里的内容写入到中继日志中，然后从SQL线程就会回放中继日志里的事件。查询优化器在使用索引列做等值或者范围比较的时候，会先挑选出区分度较高的索引来执行路径选择。数据库的权限系统用用户名和客户端主机地址来验证身份，每个操作权限存放在系统表里，只有验证通过之后才能执行相应的语句。

2.4 协同过滤推荐算法

　　协同过滤算法就是用用户过去的行动数据去计算相似度的。算法创建用户与物品评分矩阵，矩阵里每一个元素都是用户对于小说的行为强弱，强弱用阅读时长、收藏或者购买记录来表示。小说阅读平台的小说推荐功能是在读者以往阅读的小说分类、作者创作的作品类型标签的基础上，对读者当前正在阅读的小说进行匹配计算[16]。根据用户之间的协同过滤计算出当前读者和其它读者的行为向量余弦相似度，从中选出相似度最高的若干个用户集合，然后把该集合中阅读过但是当前读者没有阅读过的小说作为候选集。基于物品的协同过滤从小说角度出发，分析两个小说被同一个读者群体选择的共现频率，当读者完成某一部作品的阅读之后，算法会提取出与该作品共现度最高的其他小说作为推荐列表。相似度计算阶段，用皮尔逊相关系数修正不同评分尺度造成的偏差，公式分子部分计算用户行为均值的差值乘积。算法运行时会遇到数据稀疏性问题，小说数量远远多于读者数量的时候，评分矩阵里大量的元素是缺失的，因此推荐结果的覆盖面变小了。当新的读者或者新的上架作品加入到系统中来的时候，算法不能根据历史行为建立关联，这时使用基于小说类型标签的冷启动策略来产生初始推荐。计算结果产生之后，算法依照预测评分来执行降序排列，从中挑选出排名前几条的结果予以呈现。矩阵分解法把高维的用户-物品矩阵映射到低维的隐因子空间，每一个用户、每一个小说都用一组隐向量来表示，两个隐向量之间的内积就反映了读者对这个小说的喜好程度。

第三章 系统分析

3.1 可行性分析

3.1.1 技术可行性

　　系统用浏览器和服务器分开来实现请求响应结构。前端页面用Vue框架进行界面渲染和数据绑定，后端服务用SpringBoot框架来实现业务逻辑以及接口。MySQL数据库存有用户信息、作品内容、订单信息等。上述技术已经得到了大量的软件项目的实际检验，相关的开发工具以及文档资料也十分齐全。开发人员会使用Java编程语言以及关系型数据库的基本操作。系统运行时会存在并发访问的情况，即多本小说同时被阅读、多个订单同时产生等等。对这种负载进行设计合理的索引，防止全表扫描。前端请求到达后端接口的时候要进行参数校验，防止非法输入破坏数据的完整性。因此，该系统从技术上是可行的。

3.1.2 操作可行性

　　小说阅读平台的目标用户为读者和作者，日常操作主要是小说的浏览、购买支付、阅读记录以及作品的发布。系统界面采用网页端通用交互模式设计，用户登录后可以从左侧导航栏或者顶部菜单中找到各个功能入口。读者在小说商城中浏览商品的时候会看到商品的图片，点击图片之后就会跳转到该商品的详情页面上。购买商品之后订单列表会自动刷新。作者在发布新作品的时候填写作品名称和简介之后就可以提交，系统会自动给作品分配类型标签。引入系统之后原有的线下投稿或者人工下单的流程被线上自助操作所取代，用户只需要几分钟的时间就可以学会使用新的系统。上线之后平台运行正常，后续的功能维护依靠后台配置来完成，不需要用户进行技术操作。因此系统在操作上是可行的。

3.1.3 经济可行性

　　项目开发阶段的人力成本指的是在需求分析、界面设计、编码、测试等一系列的过程当中所耗费的人力费用。开发机器使用个人计算机，操作系统和开发工具采用免费版或者社区版授权，不会产生额外的购置费用。后端框架为SpringBoot、前端框架为Vue，都是开源的，MySQL数据库有社区版可以满足数据存储的要求。项目上线之后部署在本地服务器上，不需要购买云服务资源。系统投入使用后，其提供的在线阅读、购买等服务所引发的平台潜在收益是客观存在的，即平台本身会产生交易流水，而这些交易流水又必然会对读者、作者以及平台本身形成影响，具体而言就是，平台会以交易流水为依据从读者手中回收稿费并进行分配，同时也会按照交易金额的一部分向作者支付稿酬，并且还会向所有相关方征收一定的经营费用作为运营支出。该投入与应用价值之间的关系可以保证项目按计划进行。因此系统从经济上是可行的。

3.2 功能需求分析

　　读者用户在系统中可以完成账户注册与登录操作。读者能够浏览小说商城中的商品信息，对个人收货地址进行添加、修改或删除。读者可以查看自己的订单记录，管理购物车内的商品项，在购买后发起售后申请。读者能跟踪订单的配送状态，阅读平台发布的新闻资讯，也能在线阅读已购买或免费的小说作品。读者角色用例图如图3-1所示。

图3-1读者用例图

　　作者用户在系统中可以管理自己创作的文学作品，包括发布新作品、修改章节内容或下架作品。作者能够查询稿费明细记录，提交提现信息并查看提现状态。作者可以查阅系统通知中心的各类消息，还能对小说类型进行分类管理操作。作者角色用例图如图3-2所示。

图3-2作者用例图

　　管理员在系统中负责所有订单的审核与处理。管理员可以进行小说类型的增删改查操作，管理小说商城中的商品上架与下架。管理员能够设置订单配送流程，处理用户提交的售后申请。管理员还可以审核创作作品的内容，管理作者的稿费明细记录，并对提现信息进行审批。管理员角色用例图如图3-3所示。

图3-3管理员用例图

第四章 系统设计

4.1 系统架构设计

　　系统采用前后端分离的模块化设计，将界面展示、业务处理与数据存储解耦。前端基于Vue框架构建用户界面，读者发起小说商城浏览或购物车操作时，页面通过Axios异步请求访问后端接口。后端SpringBoot框架接收请求后，控制器层解析参数并调用Service层执行具体业务逻辑[17]。Service层负责处理创作作品审核、稿费明细计算及订单状态变更等核心规则。MySQL数据库负责用户信息、小说商品及订单记录等核心数据的持久化存储，通过合理索引设计保障查询响应效率。系统整体架构如图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图设计

　　E-R图（实体关系图）是一种用来做数据建模的图形化工具，描述实体、属性以及实体之间的关系。以图示的形式来辅助数据库结构的分析与设计，清楚地表明数据间的相互联系，利于后续的数据库开发及管理工作。下面给出系统全局E-R图以及各个实体的属性图[19]。

　　读者用户实体主要包括读者用户id、用户姓名、手机号码等。实体属性图如图4-8所示。

图4-8读者用户实体属性图

　　作者用户实体主要包括作者用户id、作者姓名、作者手机等。实体属性图如图4-9所示。

图4-9作者用户实体属性图

　　创作作品实体主要包括创作作品id、小说编号、小说名称等。实体属性图如图4-10所示。

图4-10创作作品实体属性图

　　稿费明细实体主要包括稿费明细id、稿费编号、稿费金额等。实体属性图如图4-11所示。

图4-11稿费明细实体属性图

　　提现信息实体主要包括提现信息id、提现编号、提现金额等。实体属性图如图4-12所示。

图4-12提现信息实体属性图

　　小说商城实体主要包括小说商城id、标题、卖价等。实体属性图如图4-13所示。

图4-13小说商城实体属性图

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

图4-14订单实体属性图

　　订单售后实体主要包括订单售后id、售后状态、售后类型等。实体属性图如图4-15所示。

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

　　物流配送实体主要包括物流配送id、配送订单、配送状态等。实体属性图如图4-16所示。

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

　　系统E-R图如图4-17所示。

图4-17系统E-R图

4.4.2 数据库表设计

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

　　读者用户表主要是用来存储注册读者的个人信息。主要包括读者用户id、用户姓名、手机号码等字段。如表4-1所示。

表4-1读者用户表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	reader_user_id	int	11	是	是	读者用户id
2	user_name	varchar	64	否	否	用户姓名
3	mobile_phone_number	varchar	16	否	否	手机号码
4	user_gender	varchar	64	否	否	用户性别

　　作者用户表主要是用来存储注册作者的基本账户信息。主要包括作者用户id、作者姓名、作者手机等字段。如表4-2所示。

表4-2作者用户表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	author_user_id	int	11	是	是	作者用户id
2	authors_name	varchar	64	否	否	作者姓名
3	authors_phone	varchar	16	是	是	作者手机
4	revenue_summary	double	-	否	否	收入汇总

　　创作作品表主要是用来存储作者提交的小说作品信息。主要包括创作作品id、小说编号、小说名称等字段。如表4-3所示。

表4-3创作作品表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	creative_works_id	int	11	是	是	创作作品id
2	novel_number	varchar	64	是	是	小说编号
3	name_of_novel	varchar	64	是	否	小说名称
4	novel_type	varchar	64	是	否	小说类型

　　稿费明细表主要是用来记录作者每月应得稿费的具体信息。主要包括稿费明细id、稿费编号、稿费金额等字段。如表4-4所示。

表4-4稿费明细表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	fee_specificss_id	int	11	是	是	稿费明细id
2	fee_no	varchar	64	否	否	稿费编号
3	amount_of_contribution_fee	double	-	否	否	稿费金额
4	issuance_date	date	-	否	否	发放日期

　　提现信息表主要是用来保存作者发起的提现申请数据。主要包括提现信息id、提现编号、提现金额等字段。如表4-5所示。

表4-5提现信息表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	withdrawal_information_id	int	11	是	是	提现信息id
2	withdrawal_number	varchar	64	否	否	提现编号
3	withdrawal_amount	double	-	否	否	提现金额
4	withdrawal_type	varchar	64	否	否	提现类型

　　小说商城表主要是用来存储上架销售的小说商品信息。主要包括小说商城id、标题、卖价等字段。如表4-6所示。

表4-6小说商城表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	fiction_mall_id	int	11	是	是	小说商城id
2	cart_title	varchar	125	否	否	标题
3	cart_price	double	-	是	否	卖价
4	cart_inventory	int	11	是	否	商品库存

　　订单表主要是用来记录读者购买小说商品的交易信息。主要包括订单id、订单号、商品标题等字段。如表4-7所示。

表4-7订单表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	order_id	int	11	是	是	订单id
2	order_number	varchar	64	否	否	订单号
3	title	varchar	255	否	否	商品标题
4	price_count	double	-	是	否	总价

　　订单售后表主要是用来存储读者发起的售后申请及处理结果。主要包括订单售后id、售后状态、售后类型等字段。如表4-8所示。

表4-8订单售后表

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

　　物流配送表主要是用来跟踪订单的配送进度与签收情况。主要包括物流配送id、配送订单、配送状态等字段。如表4-9所示。

表4-9物流配送表

序号	字段名	类型	长度	是否非空	是否主键	备注
1	logistics_delivery_id	int	11	是	是	物流配送id
2	delivery_number	varchar	30	否	否	配送订单
3	delivery_status	varchar	64	否	否	配送状态
4	signing_status	varchar	64	否	否	签收状态

　　收货地址表主要是用来存储读者的收货地址信息。主要包括address_id、address、name等字段。如表4-10所示。

表4-10收货地址表

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

4.5 协同过滤推荐算法设计

　　为了提升读者发现感兴趣小说的效率，系统在小说商城模块中集成了协同过滤推荐算法。该算法基于用户历史行为数据计算相似度，为每位读者生成个性化的作品推荐列表，解决信息过载问题。

　　协同过滤算法分为基于用户与基于物品两个计算维度。基于用户的协同过滤计算当前读者与其他读者在收藏行为上的余弦相似度，筛选出相似度最高的用户集合，将该集合收藏过而当前读者未阅读的小说作为候选推荐。基于物品的协同过滤则从小说维度出发，分析两本小说被同一读者群体收藏的共现频率，当读者完成某一作品的阅读后，算法提取与该作品共现度最高的其他小说形成推荐列表。

　　推荐算法的执行流程如下：系统首先查询当前用户的收藏记录，若无历史行为数据则取全站热门作品作为冷启动推荐结果。若有行为数据，算法提取用户收藏次数最多的作品类型。然后在该类型下查询所有审核已通过的作品，按点击量从高到低排序。当同类型作品数量不足12条时，系统计算其他小说类型与用户偏好类型之间的余弦相似度，按相似度高低依次补充推荐内容，直至凑满12条推荐结果。相似度计算通过字符级词频向量实现，将类型名称拆分为字符序列后计算向量点积与模长的比值。

第五章 系统实现

5.1 读者用户功能实现

5.1.1 注册登录功能实现

　　读者登录时前端提交用户名与密码，UserController中的login方法接收请求并调用服务层进行身份校验。校验通过后系统生成唯一token存入Redis，后续请求携带该token完成用户认证。注册登录界面如图5-1所示。

图5-1注册登录界面

　　核心代码实现如下：

@PostMapping("login")

public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

String username = data.get("username");

String password = data.get("password");

password = RsaUtils.decryptByPrivateKey(password);

　　List resultList = service.selectBaseList(service.select(map, new HashMap<>()));

　　AccessToken accessToken = new AccessToken();

　　accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

　　redisTemplate.opsForValue().set(accessToken.getToken(), accessToken, duration);

5.1.2 小说商城查看功能实现

　　读者浏览小说商城时，FictionMallController调用getList方法从数据库查询商品信息。系统根据分页参数返回小说列表数据，前端渲染展示商品封面与价格。小说商城查看界面如图5-2所示。

图5-2小说商城查看界面

　　核心代码实现如下：

　　@RequestMapping("/get_list")

　　public Map<String, Object> getList(HttpServletRequest request) {

　　Map<String, String> query = service.readQuery(request);

　　Map<String, String> config = service.readConfig(request);

　　List list = this.service.selectBaseList(this.service.select(query, config));

map.put("list", list);

map.put("count", this.service.selectBaseCount(this.service.count(query, config)));

return success(map);

　　}

5.1.3 收货地址管理功能实现

　　读者管理收货地址时，AddressController提供add、set、del方法完成地址的增删改查操作。新增地址时系统校验手机号与地址信息完整性，默认地址标记功能支持读者快速选择常用地址。收货地址管理界面如图5-3所示。

图5-3收货地址管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String, Object> addMap = service.readBody(request.getReader());

　　validateParameters(addMap);

　　removeUnnecessaryFields(addMap);

　　this.service.insert(addMap);

　　return success(1);

　　}

5.1.4 我的订单管理功能实现

　　读者查看个人订单时，OrderController中的getList方法根据当前登录用户ID查询订单记录。系统支持按订单状态筛选，返回订单列表包含商品图片、标题、总价等信息。我的订单管理界面如图5-4所示。

图5-4我的订单管理界面

　　核心代码实现如下：

　　@RequestMapping("/get_list")

　　public Map<String, Object> getList(HttpServletRequest request) {

　　Map<String, String> query = service.readQuery(request);

　　Map<String, String> config = service.readConfig(request);

　　List list = this.service.selectBaseList(this.service.select(query, config));

map.put("list", list);

map.put("count", this.service.selectBaseCount(this.service.count(query, config)));

return success(map);

　　}

5.1.5 我的购物车管理功能实现

　　读者操作购物车时，CartController继承BaseController提供增删改查基础方法。添加商品时系统校验库存数量，购物车列表按添加时间倒序排列展示商品单价与总价。我的购物车管理界面如图5-5所示。

图5-5我的购物车管理界面

　　核心代码实现如下：

@RestController

@RequestMapping("cart")

public class CartController extends BaseController<Cart, CartService> {

@Autowired

public CartController(CartService service) {

　　setService(service);

　　}

　　}

5.1.6 售后申请功能实现

　　读者发起售后申请时，OrderAfterSaleController中的add方法接收申请信息并保存到数据库。系统要求关联订单号并填写售后类型与原因说明，生成售后记录等待管理员处理。售后申请界面如图5-6所示。

图5-6售后申请界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String, Object> addMap = service.readBody(request.getReader());

　　validateParameters(addMap);

　　removeUnnecessaryFields(addMap);

　　this.service.insert(addMap);

　　return success(1);

　　}

5.1.7 订单配送管理功能实现

　　读者跟踪订单配送状态时，LogisticsDeliveryController查询配送记录。系统展示物流单号、配送状态与签收确认信息，读者可实时查看商品发货进度。订单配送管理界面如图5-7所示。

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

　　核心代码实现如下：

@RestController

@RequestMapping("logistics_delivery")

public class LogisticsDeliveryController extends BaseController<LogisticsDelivery, LogisticsDeliveryService> {

@Autowired

public LogisticsDeliveryController(LogisticsDeliveryService service) {

　　setService(service);

　　}

　　}

5.1.8 新闻资讯查看功能实现

　　读者浏览新闻资讯时，ArticleController中的getList方法从文章表中查询已发布内容。系统按创建时间倒序返回列表，支持按分类筛选资讯文章。新闻资讯查看界面如图5-8所示。

图5-8新闻资讯查看界面

　　核心代码实现如下：

　　@RequestMapping("/get_list")

　　public Map<String, Object> getList(HttpServletRequest request) {

　　Map<String, String> query = service.readQuery(request);

　　Map<String, String> config = service.readConfig(request);

　　List list = this.service.selectBaseList(this.service.select(query, config));

map.put("list", list);

map.put("count", this.service.selectBaseCount(this.service.count(query, config)));

return success(map);

　　}

5.1.9 阅读小说功能实现

　　读者阅读小说时，NovelChaptersController提供章节内容查询接口。系统根据小说ID返回章节列表，读者选择章节后加载对应正文内容并记录阅读进度。阅读小说界面如图5-9所示。

图5-9阅读小说界面

　　核心代码实现如下：

@RestController

@RequestMapping("novel_chapters")

public class NovelChaptersController extends BaseController<NovelChapters, NovelChaptersService> {

@Autowired

public NovelChaptersController(NovelChaptersService service) {

　　setService(service);

　　}

　　}

5.2 作者用户功能实现

5.2.1 创作作品管理功能实现

　　作者提交新作品时，CreativeWorksController中的add方法接收小说信息并校验必填字段。系统生成唯一小说编号后将作品状态设为待审核，避免重复提交相同编号作品。创作作品管理界面如图5-10所示。

图5-10创作作品管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String,Object> paramMap = service.readBody(request.getReader());

　　CreativeWorks creative_works = new CreativeWorks();

creative_works.setName_of_novel(paramMap.get("name_of_novel").toString());

creative_works.setExamine_state("未审核");

this.addEntity(creative_works);

return success(1);

　　}

5.2.2 稿费明细管理功能实现

　　作者查看稿费明细时，FeeSpecificssController中的getList方法返回历史结算记录。系统按月汇总销售分成数据，展示稿费金额、发放日期及对应小说名称。稿费明细管理界面如图5-11所示。

图5-11稿费明细管理界面

　　核心代码实现如下：

　　@RequestMapping("/get_list")

　　public Map<String, Object> getList(HttpServletRequest request) {

　　Map<String, String> query = service.readQuery(request);

　　Map<String, String> config = service.readConfig(request);

　　List list = this.service.selectBaseList(this.service.select(query, config));

map.put("list", list);

map.put("count", this.service.selectBaseCount(this.service.count(query, config)));

return success(map);

　　}

5.2.3 提现信息管理功能实现

　　作者发起提现申请时，WithdrawalInformationController中的add方法校验收入汇总是否充足。系统检查可用余额，不足时拒绝申请并提示，通过后扣减对应金额并生成提现记录。提现信息管理界面如图5-12所示。

图5-12提现信息管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String,Object> paramMap = service.readBody(request.getReader());

　　WithdrawalInformation withdrawal_information = new WithdrawalInformation();

withdrawal_information.setWithdrawal_amount(Double.valueOf(paramMap.get("withdrawal_amount").toString()));

this.addEntity(withdrawal_information);

return success(1);

　　}

5.2.4 通知中心查看功能实现

　　作者查看系统通知时，MessageInformController中的getList方法获取通知记录。系统按创建时间倒序展示通知标题与内容，已读状态自动标记。通知中心查看界面如图5-13所示。

图5-13通知中心查看界面

　　核心代码实现如下：

　　@RequestMapping("/get_list")

　　public Map<String, Object> getList(HttpServletRequest request) {

　　Map<String, String> query = service.readQuery(request);

　　Map<String, String> config = service.readConfig(request);

　　List list = this.service.selectBaseList(this.service.select(query, config));

map.put("list", list);

map.put("count", this.service.selectBaseCount(this.service.count(query, config)));

return success(map);

　　}

5.2.5 小说类型管理功能实现

　　作者管理小说类型时，NovelTypeController提供add和set方法维护类型数据。系统支持类型的添加与修改操作，类型名称用于作品发布时的分类选择。小说类型管理界面如图5-14所示。

**

图5-14小说类型管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String,Object> paramMap = service.readBody(request.getReader());

　　NovelType novel_type = new NovelType();

novel_type.setNovel_genre(paramMap.get("novel_genre").toString());

this.addEntity(novel_type);

return success(1);

　　}

5.3 管理员功能实现

5.3.1 订单管理功能实现

　　管理员查看订单时，OrderController中的getBusinessOrderList方法关联商品表查询商家订单。系统支持按订单号、商品标题、联系人姓名多条件筛选，便于管理员高效处理订单。订单管理界面如图5-15所示。

图5-15订单管理界面

　　核心代码实现如下：

　　@RequestMapping("/get_business_order_list")

　　public Map<String, Object> getBusinessOrderList(HttpServletRequest request) {

　　Map<String,String> query = service.readQuery(request);

String sql = "SELECT t1.* FROM order t1 LEFT JOIN goods t2 ON t1.goods_id = t2.goods_id WHERE t2.user_id = "+ query.get("user_id");

map.put("list",service.selectBaseList(sql));

map.put("count",service.selectBaseCount(countSql));

return success(map);

　　}

5.3.2 小说类型管理功能实现

　　管理员配置小说类型时，NovelTypeController中的add和set方法用于类型维护。系统支持类型的完整增删改查操作，类型数据影响前端小说发布时的分类下拉列表。小说类型管理界面如图5-16所示。

图5-16小说类型管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String,Object> paramMap = service.readBody(request.getReader());

　　NovelType novel_type = new NovelType();

novel_type.setNovel_genre(paramMap.get("novel_genre").toString());

this.addEntity(novel_type);

return success(1);

　　}

5.3.3 小说商城管理功能实现

　　管理员管理商城商品时，FictionMallController提供的add和set方法完成商品上架与信息编辑。系统存储商品封面、价格、库存及详细正文内容，前端商城页面实时同步更新。小说商城管理界面如图5-17所示。

图5-17小说商城管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String,Object> paramMap = service.readBody(request.getReader());

　　FictionMall fiction_mall = new FictionMall();

fiction_mall.setCart_title(paramMap.get("cart_title").toString());

fiction_mall.setCart_price(Double.valueOf(paramMap.get("cart_price").toString()));

this.addEntity(fiction_mall);

return success(1);

　　}

5.3.4 订单配送管理功能实现

　　管理员处理订单配送时，LogisticsDeliveryController提供配送记录维护功能。系统支持录入物流单号、更新配送状态与签收确认，确保读者实时掌握配送进度。订单配送管理界面如图5-18所示。

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

　　核心代码实现如下：

@RestController

@RequestMapping("logistics_delivery")

public class LogisticsDeliveryController extends BaseController<LogisticsDelivery, LogisticsDeliveryService> {

@Autowired

public LogisticsDeliveryController(LogisticsDeliveryService service) {

　　setService(service);

　　}

　　}

5.3.5 订单售后管理功能实现

　　管理员审核售后申请时，OrderAfterSaleController中的set方法更新售后状态。系统支持通过或驳回操作，通过时自动触发退款流程并通知读者处理结果。订单售后管理界面如图5-19所示。

图5-19订单售后管理界面

　　核心代码实现如下：

　　@PostMapping("/set")

　　public Map<String, Object> set(HttpServletRequest request) throws IOException {

　　Map<String,Object> body = this.service.readBody(request.getReader());

　　OrderAfterSale order_after_sale = JSON.parseObject(JSON.toJSONString(body),OrderAfterSale.class);

　　this.service.updateEntity(service.readQuery(request), service.readConfig(request), order_after_sale);

　　return success(1);

　　}

5.3.6 创作作品管理功能实现

　　管理员审核创作作品时，CreativeWorksController中的updateExamineState方法修改审核状态。系统校验新状态合法性，通过后作品上架展示于小说商城，驳回时记录驳回理由。创作作品管理界面如图5-20所示。

图5-20创作作品管理界面

　　核心代码实现如下：

　　@GetMapping("/update_examine_state")

　　public String updateExamineState(Long id, String newState) throws IOException {

　　Map<String,String> queryMap = new HashMap<>();

　　queryMap.put("id",String.valueOf(id));

　　CreativeWorks creative_works = service.findOne(queryMap);

creative_works.setExamine_state(newState);

this.setEntity(queryMap,new HashMap<>(),creative_works);

return "审核成功";

　　}

5.3.7 稿费明细管理功能实现

　　管理员结算稿费时，FeeSpecificssController中的add方法发放稿费并更新作者收入汇总。系统关联作者手机号累加收入，确保多笔稿费合并计算准确。稿费明细管理界面如图5-21所示。

**

图5-21稿费明细管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String,Object> paramMap = service.readBody(request.getReader());

　　FeeSpecificss fee_specificss = new FeeSpecificss();

fee_specificss.setAmount_of_contribution_fee(Double.valueOf(paramMap.get("amount_of_contribution_fee").toString()));

this.addEntity(fee_specificss);

return success(1);

　　}

5.3.8 提现信息管理功能实现

　　管理员审批提现申请时，WithdrawalInformationController中的add方法在新增时自动校验余额并扣减。系统确保提现金额不超过作者收入汇总，失败时回滚事务并返回提示。提现信息管理界面如图5-22所示。

**

图5-22提现信息管理界面

　　核心代码实现如下：

　　@PostMapping("/add")

　　public Map<String, Object> add(HttpServletRequest request) throws IOException {

　　Map<String,Object> paramMap = service.readBody(request.getReader());

　　WithdrawalInformation withdrawal_information = new WithdrawalInformation();

withdrawal_information.setWithdrawal_amount(Double.valueOf(paramMap.get("withdrawal_amount").toString()));

this.addEntity(withdrawal_information);

return success(1);

　　}

第六章 系统测试

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阅读小说测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
阅读小说	章节加载	选择小说章节进行阅读	正确展示章节正文内容	符合预期	测试成功
阅读小说	进度记录	阅读后退出阅读器	系统保存当前阅读位置	符合预期	测试成功
阅读小说	章节切换	点击下一章按钮	跳转到后续章节内容	符合预期	测试成功

测试结论

　　系统测试读者、作者、管理员三个主要角色的全部业务模块。测试用例执行完以后，读者端小说商城浏览、购物车管理、订单创建、售后申请等环节的状态流动就得到了很好的实现。作者端创作的作品在经过管理员审核之后可以正常展示在商城上，稿费明细和提现金额计算正确。管理员对于订单处理、作品审核、售后审批、物流配送的跟踪都正确，各个表的数据是正确的。所有的测试项目实际结果都和预期结果一致，没有发现阻塞性缺陷。

总结

　　在线阅读市场长久以来存在着读者购书体验和作者收益管理相脱离的情况，传统的模式下订单处理、稿费结算、售后流程没有被统一整合起来。本系统以小说阅读场景为依托，从读者、作者、管理员三个角度出发，创建起一个包含小说商城、作品创作、收益提现三大部分的综合性平台。系统很好地解决了阅读交易数据断层、作者收入不明晰、售后申请处理慢等问题，达到了预期的设计目的。

　　系统研发按照软件工程规范流程进行，从需求分析入手整理出读者、作者、管理员三类功能的边界。后端用SpringBoot框架来搭建业务逻辑，前端用Vue实现界面交互，MySQL数据库用来存储数据。系统实现了读者端的浏览小说商城、购物车管理、下单、售后申请等一系列完整的购买过程，作者端可以对提交的作品进行投稿、查看稿费明细、提现信息，管理员端可以对订单进行审核、商品上架、售后审批、稿费结算。全流程测试验证各个模块之间交互是否正确，数据在各个角色之间流转是否一致。

　　系统在支付环节用模拟处理代替真实的第三方支付接口。稿费结算使用固定分成比例来计算，没有根据作品热度或者读者评分进行动态调节的机制。订单配送只记录状态的改变，没有集成地图路径规划以及实时物流跟踪的服务。系统部署在单机上，没有做高并发阅读的性能测试和优化。

　　后续可以接入微信支付或者支付宝完成真实的交易闭环，提高平台的商业化能力。采用推荐算法根据读者的阅读历史以及作品的标签来产生个性化的书单，从而提高用户的黏性。根据ECharts绘制作者端稿费趋势图、作品销量分析看板，帮助作者调整创作方向。系统设计思路可以给同类的线上阅读社区提供一定的借鉴意义，对规范数字阅读生态有实际的应用价值。

参考文献

[1] 严逸轩,呙飒英.网络小说阅读平台用户体验关键影响因素分析[C].成都:成都信息工程大学管理学院, 2025: 188-190.

[2] 李琬钰.中年女性网络言情小说阅读研究[D].杭州:浙江传媒学院, 2025.

[3] 万梦涵.基于4I理论的免费阅读小说平台营销策略分析[J].新媒体研究, 2022, 8(14): 55-57.

[4] 李羊羊.免费网络文学阅读平台内容生产模式研究[D].兰州:兰州财经大学, 2022.

[5] 唐宇.网络文学免费阅读平台及其用户增长策略研究[D].广州:暨南大学, 2022.

[6] 高丁雪.智能语音合成技术应用于在线阅读APP的现状和进路研究[D].青岛:青岛科技大学, 2022.

[7] 刘红梅.网络文学阅读类APP的产品运营策略研究[D].北京:首都经济贸易大学, 2021.

[8] Scardilli B. OverDrive's Student Reading Platform of Curated Collections[J]. Information Today, 2025, 42(3): 10-11.

[9] Hyerim C, Denice A, K. A L. Understanding the reader demographics of an emerging online reading platform, Webtoon[J]. Journal of Documentation, 2025, 81(2): 351-368.

[10] Su Y. Improvement of reading platforms assisted by the spring framework: A recommendation technique integrating the KGMRA algorithm and BERT model[J]. Heliyon, 2025, 11(3): e42191-e42191.

[11] Zhang Y, Lai X, Yi S, et al. Does ChatGPT-based reading platform impact foreign language paper reading? Evidence from a quasi-experimental study on Chinese undergraduate students[J]. Education and Information Technologies, 2024, 30(7): 1-18.

[12] Ji D. Research on Knowledge Service Mechanism in Social Reading Platform Based on Social Network Recommendation Algorithm[J]. Applied Mathematics and Nonlinear Sciences, 2024, 9(1): 1-15.

[13] 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.

[14] 季甜甜,刘冬冬.基于Vue前端性能的研究与分析[J].阜阳师范大学学报(自然科学版),2024,41(1):15-22.

[15] 周德伟.MySQL数据库基础实例教程[M].北京:人民邮电出版社,2024:222.

[16] 王慧芳,陈玉.项目驱动制在Java EE框架开发课程中的应用研究[J].现代信息科技,2024,8(3):195-198.

[17] 皇甫大恩.基于微服务架构的JavaWeb开发实践[J].开封大学学报,2023,37(2):93-96.

[18] 王云英.基于分布式多层数据库的图书管理系统设计[J].信息与电脑(理论版),2024,36(13):82-84.

[19] 胡劲.数据库信息管理系统的逻辑架构与功能设计探析[J].电脑知识与技术,2023,19(19):96-98.

[20] 赵聚雪,杨鹏,郑楚锋.软件测试管理与实践[M].北京:人民邮电出版社,2024:218.

致  谢

　　时光荏苒，大学时光即将画上句号。回首这段毕业设计历程，从选题的反复推敲到开题报告的梳理，从系统架构的设计到代码的逐步实现，再到论文的反复修改与定稿，每一步都离不开老师的悉心指导。校内导师治学严谨，在论文选题阶段帮助我明确研究方向，在系统设计过程中提出诸多宝贵建议，在论文撰写时逐字逐句审阅批改。校外导师则在技术实践层面给予大量支持，帮助我理解工程落地的具体细节，使理论与实际能够更好结合。

　　整个毕业设计过程是一次宝贵的成长历练。初期面对文献梳理和需求分析曾感到迷茫，中期遇到技术瓶颈时也曾反复调试。通过查阅资料、请教老师和同学，逐步攻克难点，最终完成系统开发与论文撰写。四年大学学习构建了相对完整的专业知识体系，从基础理论到应用实践，每一门课程都为本次毕设打下坚实基础，对此深感欣慰。

　　感谢学院提供的良好学习环境与实验条件，感谢辅导员老师在生活与学业上的关怀，感谢各位任课教师的辛勤付出。同窗好友与实验室伙伴们在日常学习中互相督促、共同进步，在毕设期间彼此分享经验、交流思路，这段相伴前行的时光将成为珍贵的记忆。

　　最后，衷心感谢父母多年来的养育之恩与默默支持。你们始终是我最坚强的后盾，让我能够安心完成学业。即将步入社会，我将带着这份感恩之心继续努力，用实际行动回馈家庭与社会。

🎁 点赞收藏免费领取 · 项目源码 + 数据库