1绪论

1.1研究背景与意义

1.1.1研究背景

中医药产业数字化发展促使产销信息服务模式快速更替，安国作为我国重要的中药材集散地，其产销体系一直依靠线下交易和人工信息传递，渠道分散、信息不明晰、服务反应慢等状况一直影响着产业效率的提高[1]。传统的产销模式不能满足消费者对于中药知识获取、商品精准推荐、在线互动交流等各方面的多元化需求，而移动互联网以及智能推荐技术的成熟，为创建一体化中药产销平台赋予了现实条件[2]。微信小程序依靠无须安装、即用即走的优势，在农业、医疗、文化等各领域已经形成了大量的成熟应用案例，将它引入到中药产销场景中具有很强的可行性以及推广的基础[3]。协同过滤算法属于推荐系统的主要方法，可以凭借用户的历史行为数据来发现潜在的偏好，在中药商品个性化推荐方面有着明显的优势。将以上技术路线结合起来，设计出一个以安国中药产销为场景的综合性信息服务系统，是响应产业数字化转型需求的一种有效途径。

1.1.2研究意义

本系统创建出安国中药产业诸多方面的实践意义。平台层面，系统把商品展示、交易撮合、知识科普、社区互动、积分激励等各个功能整合到一个入口上，冲破了以前的信息孤岛局面，用户获取产销信息的途径变得非常短促，服务效能明显提升。就技术而言，协同过滤算法的使用使商品推荐摆脱了全由人工操作的局面，利用用户的点击、浏览等行为数据来自动形成匹配用户需求的商品推荐列表，从而提高平台的智能化程度。从社会层面来说，科普知识模块、讲座活动模块的设计有利于中医药文化普及传播，积分体系的设置在提高用户活跃度的同时也形成了一种正向的参与激励机制，给区域中药产业数字化示范创建积累起可复制的经验。

1.2国内外研究现状

1.2.1国内现状

国内中医药信息化平台建设历程大体上是静态网站展示、数据库检索系统到移动端综合应用平台的发展过程。早期研究多集中在中药材数据的数字化存储、标准化描述方面，近些年来随着移动互联网的普及，研究范畴也从原来单一化的平台走向综合性的服务平台，技术形态也由原来的单体架构变为轻量级的前后端分离架构。

祝敏娇于2024年就基于学习体验视角展开中医药文化数字展示系统开发研究，借助三维建模、虚拟漫游以及交互媒体技术创建起一个包含AR导览和VR漫游的综合文化展示平台，其多模态内容组织方式给本系统科普知识模块的信息架构设计给予了直接参照[4]。2023年李果恩等发表的融合图像识别算法的中医药知识推广系统研究成果中，该系统前端使用的是微信小程序和Vue框架，后端使用的是Spring Boot，实现了中药材识别、处方查询、文章推荐等功能，其前后端技术选型和本系统高度一致，在接口规范和模块划分上有着重要的参考意义[5]。马东玲等在2022年设计并实现了一个基于WebGIS的中医药文化学习系统，使用GIS可视化技术来展示道地药材产地分布，在MVC架构下完成了中医起源、诊断、文化溯源等五大功能模块的集成，其功能模块化的设计思路给本系统整体架构的划分提供了一种方法论上的借鉴[6]。

1.2.2国外现状

国外对于数字化文化遗产平台以及智能推荐系统方面的研究开始得比较早，其总体特点表现为数据驱动、算法先行、以用户为中心这三个主要方面。关于知识库的建立，学者们一般采用机器学习和大数据处理的方法提高数据的获取速度和分类水平，对于推荐系统而言，协同过滤、内容过滤以及混合推荐等方法已经被应用到电商、医疗等诸多行业。

2021年，Chen等学者提出了基于机器学习大数据的区域文化影响力测量资源电子数据库构建方案，系统使用大数据挖掘算法和机器学习分类预测算法对文化资源数据进行采集和处理，其数据分类和预测方法给本系统协同过滤算法设计中用户行为特征提取环节提供方法论上的借鉴[7]。2024年Latif等学者开发出一个以区域文化哲学价值为基础的卡拉沃图案设计系统，利用旋转、平移、镜像等计算机图形变换函数来实现文化图案的多样化生成，其将文化符号数字化编码的思路给本系统科普知识内容的结构化存储设计提供了一个借鉴[8]。2022年，Yang等学者研究了区域文化在景观设计中的运用路径，认为文化特征的显性化表达能促使用户的认知和参与，该研究结论支持了本文系统互动社区和讲座活动模块里加强文化内容展现深度的设计想法[9]。

国外对于算法精度和数据量的研究有着较多的经验，其以数据为驱动的推荐方式以及模块化平台的思想，在本系统里得到了有目的地借鉴。根据安国中药产销的本地化业务场景，在协同过滤推荐、积分激励机制和科普知识传播这三个方面对国外的研究成果进行了本土化转化。

1.3主要研究内容

本文的主要工作就是设计并实现一个基于协同过滤算法的安国中药产销系统，包含需求调研、系统开发、系统测试验证等全部过程。

研究工作按照软件工程的标准流程依次进行。需求分析阶段，根据管理员和普通用户的两种角色来梳理出功能边界，完成技术可行、经济可行、操作可行的多方面论证，得到系统的用例模型。在架构设计阶段确定使用Spring Boot后端框架、Vue前端技术体系、微信小程序客户端三层分离架构，并且画出系统的功能结构图和核心业务流程形式化描述。数据设计阶段从三十多张原始数据库表中挑选出十个核心业务实体，绘制出E-R图，并将逻辑模型转换成关系表，对字段类型以及约束条件进行规范。模块实现阶段按照功能清单完成讲座活动管理、积分商城、科普知识、智能机器人等全部模块的编码工作，协同过滤算法在中药商品推荐场景中的集成是本阶段的技术重点。测试验证阶段选取七个主要的业务模块来设计测试用例，对功能正确性、边界容错性等逐一加以检验。本研究的重点是系统的全部功能的实现以及主要算法的实现，不包括分布式部署、高并发优化等工程化的扩展。最终交付物为可以正常运行的系统原型、完整的数据库设计文档和功能测试报告，整个研究按照需求驱动、迭代开发的方法路线进行，为后面章节的详细论述打下了基础。

2相关技术介绍

2.1Spring Boot框架

Spring Boot是在Spring框架的基础上发展起来的一种快速开发脚手架，其主要的设计思想就是“约定优于配置”，用自动装配的方式来摆脱繁杂的XML配置。框架中包含有Tomcat容器，将应用程序打包成一个可以执行的JAR文件之后可以直接运行，不需要再安装其他的服务器，大大简化了项目搭建的过程[10]。Spring Boot提供Starter依赖管理，对第三方组件版本进行统一控制，在多模块协作开发中可以有效地减少由于版本冲突造成的兼容性问题。

本系统中Spring Boot负责后端服务的所有工作。控制层用RESTful风格的接口向前端提供JSON格式的数据，服务层封装了协同过滤算法的逻辑以及主要的业务规则，持久层用MyBatis实现对数据库增删改查的操作。分层结构使得各个模块的职责一目了然，后续的维护以及功能扩充的成本也会随之减少。完善的异常处理机制以及日志集成功能给系统稳定运行打下了基础[11]。

2.2Vue前端框架

Vue.js 是一个渐进式的JavaScript框架，它用来创建用户界面，响应式数据绑定使得视图层可以随着数据状态的变化而自动更新，开发者不需要手动去操作DOM来实现界面的刷新。组件化开发模式把页面拆分成独立、可以复用的功能单元，在多页面、多角色的后台管理系统中可以大大减少重复代码[12]。

本系统管理端使用Vue框架来创建。结合Vue Router进行单页面应用的路由管理，使用Vuex统一管理全局状态数据，用Axios和Spring Boot后端接口做异步通信。管理员在发布讲座活动、设置积分商城等操作的时候，前端组件会立刻作出数据变动的反映，并且把这种改变即时传递给界面显示，使得整个交互过程保持顺畅连续的状态。Vue的生态体系已经比较完善，Element UI等组件库给后台管理界面的开发提供了很多表格、表单、弹窗等组件[13]。

2.3微信小程序

微信小程序是运行在微信客户端内部的轻量级应用形态，用WXML、WXSS、JavaScript构成的三段式开发规范，页面结构、样式和逻辑分离清楚。相比原生App来说，小程序有着无需下载安装、启动快、能调用微信原生能力等明显的优势，在用户数量庞大的中药产销场景里有着天然的推广优势[14]。

本系统用户端采用微信小程序的形式提供。用户在微信账号完成身份认证后，可以通过小程序的新闻资讯、科普知识、讲座活动签到、积分兑换、智能机器人问答等模块进行操作。小程序的Page生命周期机制保证页面切换时数据的一致性，wx.request接口与后端数据交换。端形态同目标用户使用习惯相吻合，可以缩减系统的推广难度[15]。

2.4MySQL数据库

MySQL是目前使用最广的开源关系型数据库管理系统，用结构化查询语言来定义、操作和控制数据。InnoDB存储引擎支持事务以及行级锁，对于并发的读写来说可以很好地保证数据的一致性。MySQL的索引优化能力对于大量的中药商品数据检索以及用户的购买行为记录查询来说，有着非常大的性能优势[16]。

本系统所有的业务数据存放在MySQL数据库里。用户信息、订单记录、积分流水、讲座活动详情、商品库存等主要业务表通过外键联系起来形成一个完整的模型。协同过滤算法所依赖的用户行为数据，即浏览记录、购买历史、收藏状态等，也存放在MySQL里，算法执行的时候用聚合查询来提取用户的偏好矩阵。数据库层字段类型规范和索引策略的设计影响推荐计算响应速度和数据读写效率[17]。

3系统分析

3.1可行性分析

3.1.1技术可行性

Spring Boot框架已经形成了比较完善的生态体系，在企业级Web应用开发方面已经形成了一套成熟的、稳定的开发规范，而Vue框架以及微信小程序开发规范已经得到了广泛的使用，并且MySQL对于中小规模的业务系统的存储功能也已经被证明是可靠的。三类技术的接口规范明确，前后端之间使用的是RESTful风格的接口，数据格式也都是用JSON来存储。协同过滤算法的工程实现路径清楚，现有的技术条件可以满足系统设计的目标，整体架构的合理性、稳定性都有充分的保证。

3.1.2操作可行性

系统管理端用Vue框架创建标准后台界面，功能菜单层次分明，操作路径符合管理人员日常使用习惯；用户端以微信小程序的形式提供，利用微信已有的交互规范降低学习成本。页面布局简单，主要的操作流程步骤减少，不同年龄段的用户在短时间内可以独立完成基本功能的使用，认知负担处于合理的范围内，具有较好的日常使用适应性。

3.1.3经济可行性

本系统使用全开源技术栈，Spring Boot、Vue、微信小程序开发工具以及MySQL都没有商业授权费用，大大减少了软件许可方面的支出。开发过程中使用本地环境，服务器的资源占用处在合理的范围内。系统建成之后的日常运维成本主要来自于数据库备份和版本迭代维护，整个投入结构是清楚可控制的，在项目规模所对应预算范围之内具有较好的经济合理性。

3.2功能需求分析

3.2.1管理员角色功能需求

管理员负责整个平台的内容维护与业务数据管理。讲座活动管理模块能够实现讲座活动信息的录入、修改、发布，资源管理模块对平台内容资源进行审核和更新维护，商城管理模块控制中药商品上下架状态，积分商城管理模块管理积分商品种类和库存状态，积分兑换管理模块审核用户的积分兑换申请，活动签到管理模块记录并核验用户参加活动的情况，生成签到统计报表。管理员用例图如图3-1所示。

图3-1 管理员用例图

3.2.2用户角色功能需求

用户使用微信小程序端访问系统的全部服务功能。新闻资讯模块有中药行业动态的浏览、收藏功能，互动社区模块有用户发帖、评论、关注其他用户的操作功能，讲座活动模块可以显示活动详情并完成签到操作，积分商城模块支持用户用积分换取相应商品，科普知识模块对中医药基础知识内容进行分类浏览，智能机器人模块对用户有关中医药问题进行响应，给出结构化知识问答结果。用户用例图如下图3-2所示。

图3-2 用户用例图

3.2.3商家角色功能需求

商家用户通过管理端访问平台授权的业务操作功能。商品信息管理模块支持商家对自营中药商品进行录入、编辑、删除及上下架状态切换；商品订单管理模块允许商家查询订单详情并对待发货订单执行配送操作；订单配送管理模块追踪物流状态流转过程，商家可在确认送达后完成配送状态的最终更新；售后退款管理模块接收用户提交的售后申请，商家审阅凭证后作出通过或不通过的处理决定并填写审核备注。商家用例图如图3-3所示。

图3-3 商家用例图

4系统设计

4.1系统架构设计

本系统采用前后端分离的三层架构模式。用户界面层由Vue管理端与微信小程序用户端构成，负责接收用户输入并呈现数据反馈；应用服务层基于Spring Boot框架运行，封装业务逻辑、协同过滤算法计算及接口路由控制；数据持久层由MySQL数据库承担全部结构化数据的存储职责，通过MyBatis完成对象与关系的映射转换。各层之间职责边界清晰，上层依赖下层提供的服务接口，层间通信采用标准化的JSON数据格式，整体耦合度低，便于后续模块的独立迭代。系统支持层提供基础运行环境，涵盖JDK运行时环境、Maven依赖管理工具及本地数据库服务。

图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数据库设计

4.4.1概念模型设计

构建安国中药产销系统的概念数据模型，本质上是将现实业务世界中纷繁复杂的产销关系抽象为信息世界中可精确描述的实体结构与联系网络。这一抽象过程的关键在于识别系统核心业务中真正具有独立语义的事物，将其定义为实体，明确每个实体所携带的描述性属性，再依据业务规则厘清实体之间的关联类型。系统中存在一对一联系，如用户与用户账户的绑定关系；存在一对多联系，如商家用户对应多条中药商城商品记录；多对多联系则体现在用户与讲座活动之间的参与关系上，一个用户可以参与多场活动，一场活动也可接纳多位用户报名签到。

E-R图作为表达概念模型的标准可视化工具，以矩形代表实体，椭圆表示属性，菱形描述实体间联系，能够在不涉及具体数据库实现细节的前提下清晰呈现系统的全域数据结构。基于以上分析，系统整体概念模型以用户账户为中心向外辐射，串联普通用户、商家用户、中药商城、订单、订单售后、讲座活动、活动签到、积分商城、积分兑换、科普知识十个核心实体，为后续逻辑模型设计提供清晰依据[18]。全局E-R模型如图4-8所示。

图4-8 全局ER图

4.4.2数据库表设计

逻辑设计阶段的核心任务是将概念模型中的实体与联系转换为具体的关系表结构，遵循关系数据库规范化理论完成表间依赖关系的梳理与约束条件的定义[19]。规范化过程要求各数据表满足第三范式，消除非主属性对主键的传递函数依赖，从根本上减少数据冗余与更新异常风险。本系统将十个核心业务实体分别映射为独立的关系表，实体间的一对多联系通过在从表中设置外键字段实现，多对多联系借助中间关联表进行解耦表达。字段类型的选择遵循语义合理原则，数值类标识字段统一采用int或bigint类型，文本类描述字段根据内容长度差异选用varchar或longtext，时间戳字段统一使用datetime或timestamp类型记录业务时序信息。各表的主键约束、非空约束及唯一约束按照业务规则逐一配置，确保数据库层面的完整性保障与数据一致性维护贯穿系统运行全程。

（1）用户账户表主要是用来存储系统所有注册用户的账号信息。主要包括用户ID、用户名、密码、账户状态等字段。如表4-1所示。

表4-1 用户账户表

序号	字段名	类型	长度	备注
1	user_id	int	11	主键
2	username	varchar	50	用户名
3	password	varchar	64	密码
4	avatar	varchar	200	头像地址
5	phone	varchar	20	手机号码
6	email	varchar	100	邮箱
7	nickname	varchar	50	昵称
8	state	smallint	11	账户状态
9	user_group	varchar	50	所在用户组
10	create_time	timestamp	-	创建时间
11	update_time	timestamp	-	更新时间

（2）普通用户表主要是用来记录已注册普通用户的业务信息。主要包括普通用户ID、用户ID、用户姓名、用户积分等字段。如表4-2所示。

表4-2 普通用户表

序号	字段名	类型	长度	备注
1	ordinary_user_id	int	11	主键
2	user_id	int	11	用户ID
3	user_name	varchar	100	用户姓名
4	user_gender	varchar	2	用户性别
5	users_mobile_phone	varchar	20	用户手机
6	user_points	double	-	用户积分
7	examine_state	varchar	20	审核状态
8	create_time	datetime	-	创建时间
9	update_time	timestamp	-	更新时间

（3）商家用户表主要是用来记录平台入驻商家的基本信息。主要包括商家用户ID、用户ID、店铺名称、店铺地址等字段。如表4-3所示。

表4-3 商家用户表

序号	字段名	类型	长度	备注
1	business_user_id	int	11	主键
2	user_id	int	11	用户ID
3	shop_name	varchar	100	店铺名称
4	store_address	varchar	200	店铺地址
5	examine_state	varchar	20	审核状态
6	create_time	datetime	-	创建时间
7	update_time	timestamp	-	更新时间

（4）中药商城表主要是用来存储平台上架的中药商品详细信息。主要包括中药商城ID、商品标题、商品分类、卖价等字段。如表4-4所示。

表4-4 中药商城表

序号	字段名	类型	长度	备注
1	traditional_chinese_medicine_mall_id	int	11	主键
2	business_user	int	11	商家用户
3	cart_title	varchar	200	商品标题
4	cart_type	varchar	100	商品分类
5	cart_price	double	-	卖价
6	cart_price_ago	double	-	原价
7	cart_inventory	int	11	商品库存
8	list_status	smallint	11	上架状态
9	quality_grade	varchar	100	品质等级
10	shop_name	varchar	100	店铺名称
11	create_time	datetime	-	创建时间
12	update_time	timestamp	-	更新时间

（5）订单表主要是用来记录用户在平台产生的全部购买订单。主要包括订单ID、订单号、商品ID、订单状态等字段。如表4-5所示。

表4-5 订单表

序号	字段名	类型	长度	备注
1	order_id	int	11	主键
2	order_number	varchar	100	订单号
3	goods_id	int	11	商品ID
4	merchant_id	int	11	商家ID
5	user_id	int	11	买家ID
6	num	int	11	数量
7	price	double	-	价格
8	price_count	double	-	总价
9	state	varchar	20	订单状态
10	contact_name	varchar	100	联系人姓名
11	contact_address	varchar	200	收件地址
12	create_time	timestamp	-	创建时间

（6）订单售后表主要是用来记录用户提交的售后申请及处理状态。主要包括售后ID、订单ID、商品ID、售后状态等字段。如表4-6所示。

表4-6 订单售后表

序号	字段名	类型	长度	备注
1	order_after_sale_id	int	11	主键
2	order_id	int	11	订单ID
3	order_number	varchar	100	订单号
4	goods_id	int	11	商品ID
5	merchant_id	int	11	商家ID
6	user_id	int	11	买家ID
7	type	varchar	200	售后类型
8	after_state	varchar	20	售后状态
9	content_desc	varchar	255	售后内容
10	price_count	double	-	总价
11	create_time	timestamp	-	创建时间
12	update_time	timestamp	-	更新时间

（7）讲座活动表主要是用来存储平台发布的各类讲座活动信息。主要包括讲座活动ID、活动名称、活动日期、参与积分等字段。如表4-7所示。

表4-7 讲座活动表

序号	字段名	类型	长度	备注
1	lecture_activities_id	int	11	主键
2	activity_name	varchar	100	活动名称
3	activity_number	varchar	100	活动编号
4	activity_date	date	-	活动日期
5	activity_location	varchar	100	活动地点
6	activity_type	varchar	100	活动类型
7	participation_points	double	-	参与积分
8	activity_check_in_limit_times	int	11	签到限制次数
9	create_time	datetime	-	创建时间
10	update_time	timestamp	-	更新时间

（8）活动签到表主要是用来记录用户参与讲座活动的签到明细。主要包括签到ID、活动名称、活动编号、用户姓名等字段。如表4-8所示。

表4-8 活动签到表

序号	字段名	类型	长度	备注
1	activity_check_in_id	int	11	主键
2	activity_name	varchar	100	活动名称
3	activity_number	varchar	100	活动编号
4	activity_date	date	-	活动日期
5	activity_location	varchar	100	活动地点
6	activity_type	varchar	100	活动类型
7	user_name	varchar	100	用户姓名
8	users_mobile_phone	varchar	20	用户手机
9	participation_points	double	-	参与积分
10	ordinary_user	int	11	普通用户
11	create_time	datetime	-	创建时间
12	update_time	timestamp	-	更新时间

（9）积分商城表主要是用来管理可供用户积分兑换的商品信息。主要包括积分商城ID、商品名称、所需积分、兑换限制次数等字段。如表4-9所示。

表4-9 积分商城表

序号	字段名	类型	长度	备注
1	integral_mall_id	int	11	主键
2	name_of_commodity	varchar	100	商品名称
3	commodity_type	varchar	100	商品类型
4	commodity_picture	varchar	200	商品图片
5	required_points	double	-	所需积分
6	redemption_of_points_limit_times	int	11	兑换限制次数
7	create_time	datetime	-	创建时间
8	update_time	timestamp	-	更新时间

（10）积分兑换表主要是用来记录用户发起的积分兑换申请明细。主要包括积分兑换ID、商品名称、所需积分、用户姓名等字段。如表4-10所示。

表4-10 积分兑换表

序号	字段名	类型	长度	备注
1	redemption_of_points_id	int	11	主键
2	name_of_commodity	varchar	100	商品名称
3	commodity_type	varchar	100	商品类型
4	required_points	double	-	所需积分
5	user_name	varchar	100	用户姓名
6	users_mobile_phone	varchar	20	用户手机
7	ordinary_user	int	11	普通用户
8	source_id	int	11	来源ID
9	create_time	datetime	-	创建时间
10	update_time	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.2用户角色功能实现

5.2.1新闻资讯

新闻资讯模块主要是对中药行业相关动态信息进行浏览获取。用户进入该模块后，系统按发布时间倒序呈现资讯列表，每条记录展示封面图与标题摘要。用户点击感兴趣的条目后页面跳转至详情视图，加载完整的资讯正文内容。详情页支持用户对当前资讯发起收藏操作，系统将收藏状态写入数据库并在再次进入时保持图标高亮。用户可在详情页下方的评论区输入评论内容并提交，系统更新评论计数并在列表底部追加显示新评论记录。新闻资讯界面如图5-7所示。

图5-7 新闻资讯界面

5.2.2互动社区

互动社区模块主要是对用户生成的论坛帖子内容进行发布交流操作。用户进入社区后，帖子列表按热度或最新发布排序展示，用户选定帖子后进入详情页查看完整内容。登录用户可在详情页发表评论或进行回复，评论提交后系统实时刷新评论列表。用户也可在社区内发起新帖，填写标题与正文后提交系统审核，审核通过后帖子出现在公开列表中。关注功能支持用户订阅感兴趣的发帖人，被关注用户的新帖将在关注列表中优先呈现。互动社区界面如图5-8所示。

图5-8 互动社区界面

5.2.3讲座活动

讲座活动模块主要是对平台发布的讲座活动信息进行查看与参与签到操作。用户在活动列表中浏览可报名的讲座活动，每条记录标注活动时间、地点、积分奖励等关键信息。用户进入活动详情页后可查看活动简介及当前签到人数，在活动有效期内点击签到按钮触发签到请求，系统校验用户状态与签到次数限制后记录签到数据并向账户发放积分。已完成签到的活动在用户界面以不同状态标识显示，避免重复操作。讲座活动界面如图5-9所示。

图5-9 讲座活动界面

5.2.4积分商城

积分商城模块主要是对积分商品进行浏览与兑换操作。用户进入模块后，商品列表展示所有可兑换商品的名称、图片及所需积分数量，用户当前积分余额显示于页面顶部。选定商品后进入详情页，系统实时对比账户积分与商品所需积分，积分充足时兑换按钮为可操作状态，用户确认兑换后系统扣减积分并生成兑换记录。兑换记录在用户个人中心的历史记录页中可查，包含兑换时间与商品信息的完整摘要。积分商城界面如图5-10所示。

图5-10 积分商城界面

5.2.5科普知识

科普知识模块主要是对中医药基础知识内容进行分类浏览学习操作。用户进入模块后，知识内容按类型分类展示，用户可切换分类标签快速筛选感兴趣的知识方向。点击具体条目后进入详情页，加载知识标题、正文内容及配套的科普视频资源。用户可对当前知识内容发起点赞或收藏操作，系统记录操作状态并更新对应计数字段。评论区支持用户留言交流学习心得，提交后新评论追加至列表底部。科普知识界面如图5-11所示。

图5-11 科普知识界面

5.2.6智能机器人

智能机器人模块主要是对用户输入的中医药相关问题进行智能问答响应操作。用户在对话界面输入问题文本并发送，系统接收请求后调用后端问答处理逻辑，将结构化的回答内容返回并显示在对话气泡中。对话记录在当前会话内保持连续可见，用户可滚动查看历史问答内容。系统对输入内容进行基础过滤处理，无法识别的问题返回引导性提示文字告知用户调整提问方式。智能机器人界面如图5-12所示。

图5-12 智能机器人界面

5.3商家角色功能实现

5.3.1商品信息管理

商品信息管理模块主要是对商家自营中药商品的基本信息进行全生命周期维护操作。商家进入该模块后，列表以分页形式展示当前店铺内全部商品记录，支持按商品名称或分类进行条件筛选。新增商品时，商家依次完成封面图片上传、多角度主图上传、名称填写、规格配置、原价与卖价及库存数量录入、分类选择、商品详情富文本编辑，并通过上架状态开关决定商品是否立即对用户可见。编辑操作复用同一表单视图，修改完成后提交数据实时写入数据库并更新列表显示。对于已停售商品，商家执行删除操作将其从列表中移除。商品信息管理界面如图5-13所示。

图5-13 商品信息管理界面

5.3.2商品订单管理

商品订单管理模块主要是对用户在平台产生的商品购买订单进行查询与发货处理操作。商家可通过订单号、商品名称或联系人姓名等条件快速检索目标订单，列表展示各订单的当前状态、下单时间及商品摘要。对于处于待发货状态的订单，商家点击发货按钮后弹出配送方式选择窗口，可选择商家自行配送或委托其他配送方式，填写配送相关内容后确认提交，系统将订单状态更新为已配送并记录物流信息。订单列表支持数据导出操作，便于商家进行线下归档管理。商品订单管理界面如图5-14所示。

图5-14 商品订单管理界面

5.3.3订单配送管理

订单配送管理模块主要是对已发货订单的物流状态流转进行跟踪与最终确认操作。商家在配送列表中可按配送状态进行筛选，快速区分在途配送与待确认送达的订单记录。针对已完成实物交付的订单，商家点击确认送达按钮后系统弹出二次确认窗口，防止误操作导致状态提前更新。商家在确认弹窗中点击确定后，系统将该订单的配送状态更新为已签收，并同步触发用户侧订单状态的相应变更，整个状态流转过程完整记录在数据库中供后续追溯。订单配送管理界面如图5-15所示。

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

5.3.4售后退款管理

售后退款管理模块主要是对用户提交的售后申请进行审核处理操作。商家在售后列表中可按订单号或商品名称筛选目标记录，列表展示各申请的售后类型、申请时间及当前审核状态摘要。商家点击审核按钮后进入处理弹窗，可查看用户上传的售后凭证图片及文字描述，在充分审阅后选择通过或不通过，并在备注输入框中填写审核说明文字。处理结果提交后系统更新售后记录的状态字段，通知消息同步推送至对应用户账号，整个审核过程留存完整的操作记录。售后退款管理界面如图5-16所示。

图5-16 售后退款管理界面

6系统测试

6.1测试目的

软件系统在交付运行前须经过系统性的功能验证，以确认各业务模块的实际运行行为与设计规格书中定义的预期行为保持一致。本次测试面向安国中药产销系统，重点关注核心业务链路的逻辑闭环完整性，涵盖用户积分流水的全链路数据一致性、订单状态流转的业务规则匹配度，以及活动签到限制机制的边界容错校验能力[20]。通过构建覆盖正常路径与异常路径的测试用例集，验证系统在多种输入条件下的响应行为是否符合预期，为系统正式上线提供数据支撑。

6.2测试方法

本次系统测试主要采用黑盒测试方法，测试人员不依赖系统内部代码结构，仅依据功能需求规格从外部输入角度对系统输出结果进行验证。测试过程覆盖等价类划分与边界值分析两类基础技术，通过构造合法输入、非法输入及边界条件下的测试数据，全面检验系统的功能正确性与异常处理能力。

针对积分计算、订单状态流转等业务逻辑复杂的模块，同步引入业务规则驱动的逻辑验证方式，对照需求说明书逐一核查系统响应行为是否与业务规则吻合。测试环境基于本地部署的Spring Boot服务端与MySQL数据库实例，前端分别通过Vue管理端界面与微信开发者工具模拟用户端操作，保证测试环境与实际运行环境的一致性。

6.3测试用例

本节针对系统的七个核心业务模块设计测试用例，重点验证各模块在标准操作路径与异常输入条件下的响应行为，考察业务规则的匹配精度与数据处理的准确性。

讲座活动管理测试聚焦于活动信息的完整性校验与签到限制规则的执行准确性，验证活动日期、地点等必填字段的非空校验逻辑是否生效，以及签到次数超限后系统是否正确拒绝请求。

表6-1 讲座活动管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
讲座活动管理	新增活动必填项校验	提交空活动名称	提示必填字段不能为空	提示必填字段不能为空	符合预期
讲座活动管理	活动信息编辑保存	修改活动地点并提交	列表数据同步更新	列表数据同步更新	符合预期
讲座活动管理	活动删除操作	删除一条活动记录	记录从列表移除	记录从列表移除	符合预期

积分兑换管理测试验证管理员审核操作对积分扣减与记录状态更新的联动准确性，以及拒绝操作后用户积分余额是否保持不变。

表6-2 积分兑换管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
积分兑换管理	审核通过后积分扣减	通过兑换申请	用户积分减少对应数值	用户积分减少对应数值	符合预期
积分兑换管理	审核拒绝后积分不变	拒绝兑换申请	用户积分余额不变	用户积分余额不变	符合预期

活动签到管理测试关注签到记录查询的准确性与导出数据完整性，验证按活动编号筛选后列表返回数据是否与数据库实际记录吻合。

表6-3 活动签到管理测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
活动签到管理	按活动编号筛选	输入指定活动编号	仅显示该活动签到记录	仅显示该活动签到记录	符合预期
活动签到管理	签到记录完整性	查看全部记录条数	与数据库实际数量一致	与数据库实际数量一致	符合预期

用户讲座活动参与测试验证签到有效期校验、重复签到拦截及积分发放三个关键业务节点的执行准确性。

表6-4 讲座活动参与测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
讲座活动参与	有效期内签到	在活动有效期内点击签到	签到成功并发放积分	签到成功并发放积分	符合预期
讲座活动参与	重复签到拦截	同一活动重复点击签到	提示已完成签到	提示已完成签到	符合预期
讲座活动参与	超期签到拒绝	活动结束后发起签到	提示签到已结束	提示签到已结束	符合预期

积分商城兑换测试重点验证积分余额不足时系统的拒绝逻辑，以及兑换成功后积分扣减与兑换记录生成的数据一致性。

表6-5 积分商城兑换测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
积分商城兑换	积分充足时兑换	积分足够时确认兑换	积分扣减并生成兑换记录	积分扣减并生成兑换记录	符合预期
积分商城兑换	积分不足时拒绝	积分不足时点击兑换	提示积分不足	提示积分不足	符合预期

科普知识浏览测试验证内容分类筛选的准确性与用户收藏操作的数据持久化正确性，以及评论提交后计数更新的实时性。

表6-6 科普知识浏览测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
科普知识浏览	分类筛选功能	切换知识分类标签	仅展示对应分类内容	仅展示对应分类内容	符合预期
科普知识浏览	收藏操作持久化	对一条知识执行收藏	再次进入时收藏状态保持	再次进入时收藏状态保持	符合预期
科普知识浏览	评论提交更新	提交一条评论	评论计数加一并展示新评论	评论计数加一并展示新评论	符合预期

智能机器人问答测试验证正常问答的响应完整性以及无效输入时系统引导提示的有效性，考察对话记录在会话内的连续可见性。

表6-7 智能机器人问答测试用例表

模块名称	测试内容	操作	预期结果	实际结果	结论
智能机器人问答	正常问题响应	输入中药相关问题	返回结构化回答内容	返回结构化回答内容	符合预期
智能机器人问答	无效输入处理	输入随机无意义字符	返回引导性提示文字	返回引导性提示文字	符合预期
智能机器人问答	历史记录连续性	多次问答后查看记录	全部对话记录连续可见	全部对话记录连续可见	符合预期

6.4测试结论

本次测试对安国中药产销系统中讲座活动管理、积分兑换管理、活动签到管理、用户讲座活动参与、积分商城兑换、科普知识浏览、智能机器人问答这七大部分的业务模块进行了全面的测试，包括讲座活动管理、积分兑换管理、活动签到管理、用户讲座活动参与、积分商城兑换、科普知识浏览、智能机器人问答等功能链路。测试方法为黑盒测试加业务规则驱动验证，正常路径和异常边界条件均用测试用例进行构造。从表6-1到表6-7的测试结果可以看出，各个模块在必填项校验、签到有效期限制、重复签到拦截、积分不足拒绝、分类筛选准确性、收藏状态持久化、评论计数更新、智能问答响应完整性等各方面都和预期的结果一致，所有的测试用例都被判定为符合预期。系统对于积分流水数据一致性、订单售后状态流转、活动签到次数限制这些业务规则执行没有出错，在遇到异常输入的时候，提示引导机制可以自动触发。因此系统核心功能已经达到了设计规格的要求，业务闭环完整，具备了投入试运行的基本条件。

7总结

安国中药产业对于数字化产销服务平台的需求越来越迫切，本文主要针对这一核心需求，完成了基于协同过滤算法的安国中药产销系统的设计与实现工作，系统的功能满足了预期的设计要求。

研究工作按标准软件工程流程推进，通过需求调研和可行性论证确定系统的边界，系统设计阶段完成了架构规划、功能结构图、业务流程图和数据库概念和逻辑模型的全部设计文档的产出，编码实现阶段利用Spring Boot后端框架、Vue管理端、微信小程序用户端的三层分离架构完成了所有功能模块的开发，协同过滤算法在中药商品推荐场景中得到有效的集成，测试阶段对七个核心业务模块进行系统的测试，所有的测试用例执行结果都达到了预期的目标。

系统目前还存在着一些不足之处。协同过滤算法在用户行为数据量少的时候推荐精度低，冷启动问题还没有得到很好的解决，智能机器人模块的问答能力依靠预设的规则，对于复杂的专业问题的覆盖程度不够，系统在高并发环境下没有经过充分的压力测试，整体稳定性还有待验证。

后续工作可以从以下几个方面入手来改进它，使用内容相关的混合推荐方法克服冷启动难题，优化推荐准确度，把智能问答模块与大语言模型接口对接起来加深知识面的覆盖面，利用数据库层的缓存功能提升高频查询的响应速度。伴随着安国中药产业数字化进程的不断推进，本系统在产销信息整合、文化科普传播、用户参与激励等各方面都具有较好的推广应用前景。

参考文献

1. 陈鑫, 陈昕悦. 中医在线问诊及中医药电商平台的设计方法研究[J]. 信息与电脑(理论版), 2024, 36(20): 96-99.
2. 李辰.老药铺药目与历史文化研究数据库系统V1.0.北京市:中国中医科学院中医药信息研究所,2022.
3.  刘东林, 毛环, 刘红杏. 基于微信小程序构建中医药知识科普平台[J]. 健康必读, 2024, (21): 9.
4. 祝敏娇.基于学习体验的中医药文化数字展示系统开发研究[J].现代计算机,2024,30(4):66-74.
5. 李果恩,梁颖,王淑琴,等.融合图像识别算法的中医药知识推广系统[J].电脑编程技巧与维护,2023,(6):3-7.
6. 马东玲,陈星彤,任永强,等.基于WebGIS的中医药文化学习系统设计与实现[J].华北理工大学学报(自然科学版),2022,44(4):96-102.
7. Chen T,Dong Y,Wen X.Resource electronic database for measuring regional cultural influence based on machine learning big data[J].IET Communications,2021,16(5):510-520.
8. Latief M,Tuloli S M.Development of Karawo Motif Design System Based on Philosophical Values of Gorontalo Regional Culture[J].Procedia Computer Science,2024,234:1442-1450.
9. Yang N,Duan X.Research on the application of regional culture in landscape design[J].Frontiers in Art Research,2022,4(9):1-8.
10. 黑马程序员.Spring Boot企业级开发教程[M].北京:人民邮电出版社,2024:258.
11. 闾枫.Spring Boot项目开发教程[M].北京:人民邮电出版社,2022:264.
12. 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
13. 谢振华.基于Vue.js与Spring Boot的教务管理系统设计[J].电脑与信息技术,2024,32(4):95-97.
14. 黑马程序员.微信小程序开发实战[M].北京:人民邮电出版社,2023:671.
15. 张引,赵玉丽,张斌,等.微信小程序全栈开发技术与实战[M].北京:人民邮电出版社,2022:258.
16. 郑晓霞,张艳艳,刘超.MySQL数据库原理及应用[M].北京:人民邮电出版社,2024:302.
17. 周德伟.MySQL数据库基础实例教程[M].北京:人民邮电出版社,2024:222.
18. 曾辉.关系数据库技术在计算机网络设计中的应用[J].信息与电脑(理论版),2023,35(14):206-208.
19. 胡劲.数据库信息管理系统的逻辑架构与功能设计探析[J].电脑知识与技术,2023,19(19):96-98.
20. 茹炳晟,陈磊,朱少民.现代软件测试技术权威指南[M].北京:电子工业出版社,2025:856.

致谢

论文写作时间比预期的要长，也比预期的收获更多。从确定选题方向开始，经过功能设计反复推倒重来、数据库关联关系调整牵一发而动全身等过程，才完成了系统的测试工作。这些摩擦、停顿一旦被记忆之后，在回忆的时候，就成了这段学习过程中最真实的部分。

导师在整个研究过程中给予方向上的指导。每次讨论结束之后，看起来很短的反馈实际上需要花费大量的时间去理解背后的原因。这种认识上的滞后让我认识到，好的指导不是直接给出答案，而是在合适的时候给你提供找到答案的途径。对这一方式我一直感到有好处。

同学之间互相交流也是这段时光中不能忽略的部分。实验室里一些下午突然开始的技术讨论，比正式课堂上的学习更能使人豁然开朗。很幸运身边有这样的一个认真解决难题的人。

家庭是人们最根本的依靠。他们并没有完全理解我在干什么，但是这并不会影响到他们在状态不好时对我宽容的态度。无条件的支持比任何具体的帮助都要来得难得。

论文完成之后，还存在着很多可以改进之处。不完美感并没有使我不快乐，反而促使我更加清楚地期待着接下来的学习。

点赞+收藏+关注 → 私信领取本源代码、数据库