基于关联规则推 荐的网上购物系统的设计与实现_第1页
基于关联规则推 荐的网上购物系统的设计与实现_第2页
基于关联规则推 荐的网上购物系统的设计与实现_第3页
基于关联规则推 荐的网上购物系统的设计与实现_第4页
基于关联规则推 荐的网上购物系统的设计与实现_第5页
已阅读5页,还剩52页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

基于关联规则推荐的网上购物系统的设计与实现摘要随着互联网技术的飞速发展,电子商务已成为现代商业模式的常态。然而,传统的电子商务系统大部分都是基于协同过滤算法进行商品推荐的,过于单一,而本文采用的基于关联规则的推荐算法,目的是改变传统的推荐模式,旨在通过简洁友好的界面、精准化的推荐和交互式设计来满足用户的购物体验。系统采取前后端分离技术,前端利用Vue+react.js执行系统页面设计,后端凭借SpringBoot结合关联规则Apriori算法实施逻辑处理,数据库选取MySql,遵照购物商城实际需求,把系统使用者分成两类:用户和管理员,用户具备注册登录模块,商品浏览模块,商品查询模块,购物车模块,商品推荐模块和支付模块,管理员具有用户管理模块,商品管理模块和订单管理模块。该系统不但具备简洁的前台界面与较快的响应速度,而且为了进一步提升用户的体验感,通过对用户行为数据里的关联加以分析,找出商品之间潜藏的联系,进而给用户赋予个性化的推荐,这个系统的交互式设计令其便于操作,也有着较好的交互性。本系统的开发,满足了管理员对于所有用户信息,商品信息和订单信息的管理,满足了用户浏览商品,查找商品,购买商品以及获得推荐商品。通过对特定商品的推荐,较好地实现了用户能够更加便利,快捷地找到自己想要的商品的能力,从而更好地满足用户的购物需求。关键词:网上购物系统;前后端分离技术;关联规则;商品推荐;购物车Abstract基于关联规则推荐的网上购物系统的设计与实现DesignandImplementationofOnlineShoppingSystemBasedonAssociationRuleRecommendationABSTRACTWiththerapiddevelopmentofInternettechnology,e-commercehasbecomethenormofmodernbusinessmodels.However,mosttraditionale-commercesystemsarebasedoncollaborativefilteringalgorithmsforproductrecommendation,whichistoosingular.Therecommendationalgorithmbasedonassociationrulesadoptedinthisarticleaimstochangethetraditionalrecommendationmodeandsatisfyusers'shoppingexperiencethroughasimpleandfriendlyinterface,preciserecommendations,andinteractivedesign.Thesystemadoptsfront-endandback-endseparationtechnology,withVue+React.jsusedforthefront-endtodesignthesystempages,SpringBootandApriorialgorithmaddedwithassociationrulesfortheback-endtocompletelogicalprocessing,andNavicatPremium16usedforthedatabase.Accordingtotheactualneedsoftheshoppingmall,systemusersaredividedintotwocategories:usersandadministrators.Amongthem,usershaveregistrationandloginmodules,browsingproductmodules,queryingproductinformationmodules,shoppingcartmodules,productrecommendationmodules,andpaymentmodules.Administratorshaveusermanagementmodules,productmanagementmodules,andordermanagementmodules.Thissystemnotonlyhasasimplefront-endinterfaceandfastresponsespeed,butalsoprovidespersonalizedrecommendationsforusersbyminingthecorrelationsinuserbehaviordataanddiscoveringpotentialrelationshipsbetweenproductstobettermeettheirexperience.Theinteractivedesignofthesystemmakesiteasytooperateandhasgoodinteractivity.Thedevelopmentofthissystemmeetsthemanagementneedsofadministratorsforalluserinformation,productinformation,andorderinformation,enablinguserstobrowse,search,purchase,andreceiverecommendedproducts.Byrecommendingspecificproducts,usersareabletofindtheproductstheywantmoreconvenientlyandquickly,thusbettermeetingtheirshoppingneeds.Keywords:onlineshoppingsystem;Frontendseparationtechnology;Associationrules;Productrecommendation;ShoppingCart③保留置信度>=min_conf的规则(这里的min_conf由人为确定)。如果min_conf=0.7,则保留{C}->{A}。所以购买商品C的用户系统会推荐商品A。2.6本章小结这一章节将本项目所用到的相关开发技术和有关关联规则算法进行了详细介绍,通过文字加表格加以说明。第3章系统分析3.1可行性分析 本研究借助一套系统的项目可行性评估体系,科学判定项目实施的可能性和潜在价值,为管理层决策提供可靠依据,规避投资风险,从技术和操作层面双重考量,构建了全面分析框架,评估项目资源投入合理性,此分析框架可辅助项目团队确立清晰目标,优化决策流程与资源配置方案,提升项目成功概率,实现风险控制。3.1.1技术可行性此次研究运用前后端分离架构来开展系统开发工作,前端界面借助Vue.js框架以及React.js框架给予实现,而后端服务则是依靠Springboot框架搭建而成,同时还整合了关联规则挖掘里的Apriori算法,数据存储选用关系型数据库MySql,整个开发进程使用IntelliJIDEA2024当作集成开发环境。3.1.2操作可行性该网上商城系统拥有界面设计简洁、响应速度快、操作便捷以及功能完善等优势,具体如下:用户可凭借账号密码完成注册与登录操作,在系统里达成商品检索与浏览、在线购买、历史订单查询以及个性化推荐等功能,并且管理员端可对用户信息、商品数据以及订单记录进行综合管理。上述功能架构充分证实了该电子商务平台在实际应用中的可操作性。3.2需求分析3.2.1用户需求分析本系统设置了用户注册功能模块,能给访客提供正式用户身份转变的入口,用户完成注册流程后,可得到系统完整权限,像商品检索、购物车管理以及在线支付等核心功能可使用,该机制实现了用户身份识别和个性化服务定制,还构建了订单全生命周期管理框架,提升了交易过程的可追溯性以及安全性保障。2.购物需求功能模块:该功能可让用户把选定的商品添加到购物车系统里,还可以对购物车内的商品进行综合管理,比如进行订单数量的批量增加或者减少操作,并且系统在购物车界面整合了订单生成与支付功能,用户能在这个环节完成商品订单的创建以及货款支付,之后由商家端做后续处理。此功能的设计提升了用户对商品订单的组织管理效率,给整个购物流程给予了便捷高效的操作体验。3.推荐需求:由于商城内的物品太多,用户一时间无法理解每一个商品的详细信息并且难以找到自己需要购买的商品,也许用户看到某一商品可能满足自己需求但是不确定自己是否需要购买这个商品。这个时候商品推荐功能会结合以往用户行为数据中的关联性,发现商品之间的潜在关系,从而为消费者提供满足他们需求的个性化商品推荐,以提高用户的购物体验感。3.2.2管理员需求分析管理员的功能主要分为三类:用户管理,商品管理和订单管理。在电子商务平台架构里面,用户管理模块属于核心功能当中的一个,它给予系统管理员全方位的用户信息管控权力,具体有依据用户标识符来进行排序操作、增添用户数据、更新用户资料、删除用户记录以及进行信息检索等功能,以此契合系统运维期间的特殊需求以及长期管理要求,身为在线零售系统的基础构成部分,用户数据的有效管理对于平台运营效率以及商业发展策略的制定有着决定性的作用。2.商品管理模块方面:系统给予了管理员对于商品信息的全面流程管控权力,涉及了商品数据的增添、库存数量的动态化调整以及多余商品信息的去除功能,还支持依据商品属性的多维度分类与排序机制,这样精细的商品分类管理体系,能优化商品信息的组织架构,又可提升商品展示的视觉逻辑性以及用户界面的友好程度,有效缩短用户的商品检索路径,提高其购物决策效率。在订单管理模块里面,系统管理员要对用户购物车生成的订单进行全程监管,也就是处理已完成支付订单的后续事情,像确认付款状态、审核商品出库以及跟踪物流配送等关键环节,这个管理机制依靠实时监测订单从生成到履约的整个周期状态,实现了订单状态变更的自动化处理,也能很好地处理退款、退换货等异常状况。系统向用户提供详细的订单状态和物流信息展示,提升了整体购物体验的可靠性与透明度。3.3业务需求建模3.3.1业务流程分析如下是本系统业务流程的大致描述:商城的使用者如果没有账号的话,需要先注册一个属于自己的账号,在注册好账号之后可以进行登录操作,如果系统验证登录有误,则需要重新登录,当登录成功后会有对应角色的功能权限,用户可以使用属于该角色的权限,当用户想要结束时候可以点击退出按键进行退出操作。其业务流程图如图3-1所示。图3-1系统业务流程图3.3.2用例分析1.用例图用例图是系统从使用者的角度出发,每一种使用者都有其独特的使用功能,本商城系统的使用者包含用户和管理员。用户用例图如图3-2所示。图3-2用户用例图管理员用例图如图3-3所示。图3-3管理员用例2.用例描述下面的部分是选择了本系统中相对重要的用例分别进行详细的描述。(1)注册用例描述,如表3-1所示:表3-1注册用例描述表参与者用户简要说明参与者根据个人信息和相应的身份进行注册前置条件数据库连接正常基本事件流(1)注册界面提示参与者在框中输入账号、密码、确认密码以及验证码;(2)参与者紧接着可以在输入框下方点击“注册”按键;(3)商城系统通过访问数据库等相关手段给予用户注册结果的判断;(4)用例注册结束。异常事件流(1)两次密码输入不一致,会提示密码输入有误;(2)验证码输错,会提示验证码错误;(3)账号重复,会提示账号已存在。后置条件参与者注册成功,可以选择进入到自己的系统界面。(2)登录用例描述,如表3-2所示:表3-2登录用例描述表参与者用户和管理员简要说明参与者通过自己的账号,密码以及验证码进行登录前置条件数据库连接正常基本事件流(1)登录界面提示用户输入账号,密码和验证码;(2)参与者输入相关的信息;(3)参与者在输入框下方点击“登录”按钮;(4)系统通过访问数据库等相关手段给予参与者登录结果的判断;(5)用例登录结束。异常事件流用户账号,密码或者验证码输入错误,请重新输入。后置条件参与者登录成功,可以选择进入到自己的管理界面。(3)商品搜索用例描述,如表3-3所示:表3-3商品搜索用例描述表参与者用户简要说明用户根据商品类型和商品名称进行模糊查询。前置条件数据库连接正常基本事件流(1)用户选择商品类型;(2)用户输入商品名称;(3)点击“搜索”按钮;(4)搜索成功,并返回相应的商品;(5)用例所搜商品结束。异常事件流未找到符合条件的商品,界面将不显示商品信息。后置条件用户搜索成功,界面显示符合条件的商品信息。(4)管理个人信息用例描述,如表3-4所示:表3-4管理个人信息用例描述表参与者用户、管理员简要说明参与者可以对自己的个人信息进行修改前置条件数据库连接正常基本事件流(1)参与者在界面右上角点击自己的头像,并选择个人中心;(2)参与者在文本框中输入自己的信息;(3)参与者在输入框下方点击“保存”按钮;(4)系统提示信息修改成功;(5)用例修改信息结束。异常事件流在修改密码的时候,密码两次输入的不一样会提示密码错误。后置条件参与者保存成功,个人信息列表显示。(5)购买商品用例描述,如表3-5所示:表3-5购买商品用例描述表参与者用户简要说明用户购买商品并付款前置条件数据库连接正常基本事件流(1)用户在商品界面点击购物车图标将商品加入购物车;(2)用户在购物车界面勾选自己需要购买的商品;(3)用户在购物车界面最下面点击“结算”按钮;(4)系统提示支付成功;(5)用例购买商品结束。异常事件流当需要购买商品数量超过商品已有数量会出现错误。后置条件支付成功,订单信息传到管理员那边负责。(6)商品管理用例描述,如表3-6所示:表3-6商品管理用例描述表参与者管理员简要说明管理员管理商品信息前置条件数据库连接正常基本事件流管理员在网上商城后台界面点击“商城管理”中的“商品信息”按钮;管理员选择某一类商品点击“修改”选项;管理员修改商品信息;系统提示修改成功;用例商品管理结束。异常事件流当商品信息与图片不符时会出错。后置条件修改成功,商品信息重新传到商品页面当中。3.3.3系统分析类图类图作为可视化建模工具之一,可直观呈现系统里各类及其相互关联,降低软件设计和开发复杂度,促进代码模块化组织,提升软件系统灵活性与可维护性。系统分析类图如图3-4所示。图3-4系统分析类图3.4本章小结此章节围绕系统展开论述,从可行性分析、需求分析、流程分析以及用例分析这四个方面着手,进行较为全面的阐释,其中针对系统使用者存在的差异性特征,将使用者划分成两个主要类别并给予具体说明。第4章系统设计4.1系统架构设计依据系统分析的理论架构,本研究运用Springboot技术体系搭建了系统的整体框架结构。系统总体架构如图4-1所示。图4-1系统总体框架图Springboot系统架构分为以下几个部分:于系统架构设计这个范畴而言,Controller层所肩负的核心功能在于,接收HTTP请求并且调用Service层来达成业务逻辑的处理工作。服务层在系统架构里是核心组件,主要负责处理复杂的业务逻辑,协调数据访问层也就是Repository与表现层即Controller之间的交互,这样的设计能保证业务逻辑被独立封装,有较高的复用性,避免业务规则分散在其他架构层级导致维护性出现问题。Mapper层在业务逻辑层也就是Service层与数据库之间起到桥梁作用,它的核心功能是达成数据持久化操作,借助建立Java对象与数据库表之间的映射关系,给系统供给涉及数据增删改查等高效数据库访问接口。Entity层:定义实体类,用于映射数据库表结构。4.2功能模块设计下面是整个系统的功能模块图,和每个子模块的模块图。系统功能模块图如图4-2所示。图4-2系统功能模块图前台模块图如图4-3所示。图4-3前台模块图后台管理模块图如图4-4所示。图4-4后台管理模块图4.2.1用户模块1.浏览商品模块当在用户界面触发了商品图片的点击事件后,系统首先会从前端朝着Product模块的后端控制器发送请求信号,紧接着该请求会被控制层转发到服务层,以便进行业务逻辑方面的处理,服务层随后借助调用数据访问层接口达成对商品信息的检索操作,数据访问层直接跟数据库里的Product表展开交互,然后逐级把查询结果返回,最终用户可在前端界面完整地获取该商品详细的数据展示。上述商品浏览功能具体的执行流程可参见图4-5所呈现的时序图。图4-5浏览商品模块时序图浏览商品模块类图如图4-6所示。图4-6浏览商品模块类图2.搜索模块当用户在搜索框中搜索商品时,首先这个在前端的动作会向项目后端的Search控制层发起请求,其次后端控制层让Search服务层处理这个请求,此时Search服务层会调用Search的数据访问层来添加收藏信息,Search数据访问层会访问数据库中对应的Search表并提供商品信息,最终用户在前端可以查看到所要搜索的商品信息。搜索模块时序图如图4-7所示。图4-7搜索商品模块时序图搜索商品模块类图如图4-8所示。图4-8搜索商品模块类图3.推荐模块用户可以通过该模块获得推荐商品,当用户将商品加入购物车后,首先这个在前端的动作会向项目后端的Product控制层发起请求,其次后端控制层让Product服务层处理这个请求,此时Product服务层会调用Product、Collect、Shopping、Cart、Comment和User的数据访问层,每个数据访问层会访问其数据库的数据并返回给Product层,Product服务层再做相应的运算操作,将推荐的商品返回给Product控制层,最终用户在前端可以查看到商城推荐的商品信息。推荐模块时序图如图4-9所示。图4-9推荐商品模块时序推荐商品模块类图如图4-10所示。图4-10推荐商品模块类图4.购物车模块以加入购物车为例,当用户点击购物车图标后,首先这个在前端的动作会向项目后端的Cart控制层发起请求,其次后端控制层让Cart服务层处理这个请求,此时Cart服务层会调用Cart的数据访问层来加入购物车,Cart数据访问层会访问数据库中对应的Cart表并添加购物车信息,最终用户在前端的购物车中查看到到加入购物车的商品信息。购物车模块时序图如图4-11所示。图4-9购物车模块时序购物车模块类图如图4-12所示。图4-12购物车模块类图订单模块以订单添加功能作为示例,当用户于前端界面执行下单操作之后,系统会先向后端的Orders控制器发送请求,紧接着,控制器会把请求转发至Orders服务层来开展处理工作,服务层会调用数据访问层去完成订单数据的持久化操作,这一层依靠和数据库里的Orders表进行交互来实现订单信息的存储。用户可在前端订单查询界面获取到最新的订单状态更新情况,上述订单处理流程的时序关系具体可见图4-13。图4-13订单模块时序图订单模块类图如图4-14所示。图4-14订单模块类图4.2.2管理员模块1.用户管理模块以添加一个新用户为例,当管理员填写好用户信息并点击添加按钮后,首先这个在前端的动作会向项目后端的User控制层发起请求,其次后端控制层让User服务层处理这个请求,此时User服务层会调用User的数据访问层来添加用户信息,User数据访问层会访问数据库中对应的User表并添加用户信息,最终管理员在前端的添加用户信息界面中发现该信息添加完成。用户管理模块时序图如图4-15所示。 图4-15用户管理模块时序图用户管理模块类图如图4-16所示。图4-16用户管理模块类图2.商品管理模块以商品添加流程作为示例,在系统管理员完成商品信息录入并且触发添加操作的时候,前端界面会先向后端的Product控制器发送请求,接下来,控制器会把请求转发到Product服务层去处理,服务层会调用Product数据访问层来执行商品信息持久化操作,数据访问层最终会将商品数据写入数据库对应的Product表当中,以此完成数据存储。当整个操作都完成之后,前端界面会实时反馈商品信息添加成功的状态更新,该模块具体的执行时序可参见图4-17所示的商品管理时序图。图4-17商品管理模块时序图商品管理模块类图如图4-18所示。图4-18商品管理模块类图3.订单管理模块以订单信息修改流程来说明,当系统管理员于前端界面完成信息编辑并触发修改操作时,此操作会先向后端Order控制器发送请求,接着控制器会把请求转发到Order服务层去处理,服务层会调用Order数据访问层来执行具体的数据修改操作,数据访问层最终完成对数据库中Order表相关记录的更新,修改结果会实时反馈到前端界面,让管理员可立刻观察到更新后的订单信息。该流程具体的执行时序可以参考图4-19所示的订单管理模块时序图。图4-19订单管理模块时序图订单管理模块类图如图4-20所示。图4-20订单管理模块类图4.3数据库设计4.3.1建立E-R模型由上述需求分析可得本系统的实体主要有:用户、商品、订单、购物车、管理员。系统E-R图如图4-14所示。图4-14系统E-R图4.3.2数据库表设计1.用户信息表(sys_user),表结构如表4-1所示。表4-1用户信息表编号字段说明类型字段长度不是null是否为主键1user_id用户ID整型10√是2user_name用户名字符型303nick_name用户昵称字符型304password密码字符型1005sex用户性别字符型16phonenumber手机号码字符型117email用户邮箱字符型508avatar头像地址字符型100管理员信息表(sys_admin),表结构如表4-2所示。表4-2管理员信息表编号字段说明类型字段长度不是null是否为主键1user_id用户ID整型10√是2user_name用户名字符型303nick_name用户昵称字符型304password密码字符型1005sex用户性别字符型16phonenumber手机号码字符型117email用户邮箱字符型508avatar头像地址字符型1009remark备注字符型50010status账号状态字符型13.商品信息表(t_product),表结构如表4-3所示。表4-3商品信息表编号字段说明类型字段长度不是null是否为主键1product_id商品ID整型10√是2product_name商品名称字符型1003product_img商品图片字符型1004product_details商品详情字符型5005price价格浮点数106type_id商品类型字符型107product_num库存数量整型108create_by创建人字符型1009update_by修改人字符型1004.购物车信息表(t_shopping_cart),表结构如表4-4所示。表4-4购物车信息表编号字段说明类型字段长度不是null是否为主键1id主键ID整型10√是2user_id用户ID整型103table_id关联ID整型104num数量整型105price价格浮点型105.订单信息表(orders),表结构如表4-5所示。 表4-5订单信息表编号字段说明类型字段长度不是null是否为主键1id订单ID整型10√是2product_id商品ID整型103user_id用户ID整型104num数量整型105price价格浮点型106statue订单状态字符型1006.订单信息详情表(ordersdetail),表结构如表4-6所示。表4-6订单信息详情表编号字段说明类型字段长度不是null是否为主键1id订单ID整型10√是2product_id商品ID整型103user_id用户ID整型104order_date下单时间date105detail订单详情字符型1007.商品分类信息表(type),表结构如表4-7所示。表4-7商品分类信息表编号字段说明类型字段长度不是null是否为主键1type_id分类ID整型10√是2type_name分类名称字符型1003type_detail分类描述字符型1004type_img分类图片字符型1004.4本章小结这一章节主要介绍了本项目的系统架构、项目的功能模块设计、项目的类图设计和项目的数据库设计。第5章系统实现5.1用户模块实现5.1.1浏览商品模块当用户通过注册登录来到网上商城购物系统后,面对多种多样的商品,用户可以通过点击某个商品的图片,从而进入商品详情界面来来了解商品信息,决定是否要购买此商品。界面实现商品浏览界面和商品详情界面如图5-1和图5-2所示。图5-1商品浏览界面图5-2商品详情界面业务逻辑实现用户在网上商城购物系统首页点击想要查看某个商品信息的商品图片时,触发了goToDetail(productId){this.$router.push({path:`/product/detail/${productId}`});系统会跳转到detail页面,系统会依次调用ProductController控制层的selectById()方法、ProductService服务层的selectById()方法,ProductMapper数据访问层的selectById()方法进行商品的查询,将查询商品的所有信息保存到ProductData中,最后在detail页面中展示查找到的所有信息。5.1.2搜索模块当用户在网上商城购物系统首页一时间无法找到自己想要的商品时,就可以在搜索框中选择商品类型并输入商品名称点击搜索,进而找到自己想要的商品。界面实现商品搜索界面如图5-3所示。图5-3商品搜索界面搜索完毕商品界面如图5-4所示。图5-4搜索完毕商品界面业务逻辑实现当用户在搜索框中选择好商品类别并输入商品名称后,数据自动同步到queryParams.typeId和queryPductName中,点击搜索按钮后,触发handleQuery()方法,之后执行getList()方法根据当前页面标签activeName调用对应接口并将queryParams作为参数传递给接口,最后接口返回匹配数据后更新productList,视图重新渲染显示符合条件的商品列表。5.1.3推荐模块系统通过关联规则Apriori算法挖掘用户行为数据中的关联性,发现商品之间的潜在关系,从而为用户提供个性化推荐。界面实现用户在商城系统首页选择购买商品界面如图5-5所示。这里只选择购买了地板清洁剂一种商品。 图5-5选择购买商品界面加入购物车后出现了三种商品,分别是地板清洁剂、荣耀X40和东鹏特饮,其中后两个是系统推荐的商品,如图5-6所示。图5-6购物车界面在我的推荐中,出现了两个所推荐的商品:荣耀X40和东鹏特饮,我的推荐界面如图5-7所示。 图5-7我的推荐界面业务逻辑实现系统构建了一个事务数据库用于存放历史用户ID及其购买记录,之后系统会扫描事务数据库,统计出所有单个商品的支持度,并筛选出满足min_sup(最小支持度阈值)的频繁项集L1,若商品A被购买了3次,商品B被购买了2次,商品C被购买了2次,商品D被购买了1次,商品E被购买了1次,商品F被购买了1次,min_sup=2,此时L1={A},{B},{C}。之后将L1中的商品进行两两结合迭代生成更大的频繁项集Lk,依次重复这个步骤,直到无法生成更大的频繁项集,之后根据置信度公式Conf(S->(L-S))=support(L)/support(S)从而生成关联规则。最后将用户加入到购物车中的商品使用关联规则算法从而推荐出用户可能需要的物品。5.1.4购物车模块当用户在购物商城首页浏览商品时,会根据需要选择好想要购买的商品并点击购物车图标,将这些商品添加到购物车当中。界面实现加入购物车界面如图5-8所示。图5-8加入购物车我的购物车界面如图5-9所示。图5-9我的购物车界面业务逻辑实现当用户看到想要购买的商品时,点击商品卡片上的购物车图标,这时会触发submit(product)方法,弹出输入框让用户输入购买数量,输入合法数量后,构造请求数据并调用addShoppingCart(data)接口。接口成功响应后,前端提示“添加成功”,最后在购物车页面中展示加入购物车的所有信息。5.1.5个人信息模块当用户想要完善个人信息或者想要修改密码时,可以点击头像选择“个人中心”选项转到修改界面,填写完个人信息或者修改完密码后点击保存,系统就会自动更新个人信息和密码。界面实现进入个人中心界面的方法如图5-10所示。图5-10进入个人中心界面完善个人信息界面如图5-11所示。图5-11完善个人信息界面修改密码界面如图5-12所示。图5-12修改密码界面业务逻辑实现当用户点击头像并选择个人中心选项时,系统会使用el-dropdown+$router.push()进行跳转到基本资料页面,若要修改基本资料系统会调用updateUser()接口提交修改后的数据,之后再调用getUser()接口获取数据绑定表单来进行基本资料展示,若要修改密码,系统则使用表单验证+调用changePassword()接口来实现密码的修改。5.1.6订单模块当用户在购物车中选择好需要购买的商品后,点击下面的“结算”按钮,购物车上面显示支付成功后则会生成订单传递到管理员负责的订单管理系统中。界面实现选择商品进行结算界面如图5-13所示。图5-13商品结算界面支付成功界面如图5-14所示。图5-14支付成功界面业务逻辑实现,以支付订单为例当用户选择好商品并点击“结算”按钮时,会触发handleSettlement方法,在handleSettlement方法中,将当前选中的商品的ID提取出来,并以逗号分隔的字符串格式传入结算接口,然后再调用shoppingCartSettlement(data)发起网络请求,将选中商品的ID传递给后端服务,最后前端根据后端响应结果提示用户结算成功,并刷新购物车列表。5.2管理员模块实现5.2.1用户管理模块管理员对用户信息进行增删改查操作。界面实现用户信息界面如图5-15所示。图5-15用户信息界面添加用户信息界面如图5-16所示。图5-16添加用户信息界面业务逻辑实现,以添加用户为例当管理员需要自己手动添加一个用户的时候,先点击“新增用户”按钮,此时系统会调用handleAdd()方法,并显示el-dialog弹窗,出现添加用户的表单,然后管理员填写表单并点击“确定”,之后系统会执行submitForm()方法,若表单校验通过,系统就会发送请求调用addUser(data),然后后端接收请求并将用户信息插入数据库,最后响应返回后,提示“新增成功”,关闭弹窗并刷新用户列表。5.2.2商品管理模块当商品审核通过时,管理员可以在商城购物系统中添加该商品,并对一些其他的商品进行修改或者删除。界面实现商品信息界面如图5-17所示。图5-17商品信息界面添加商品信息界面如图5-18所示。图5-18添加商品信息界面业务逻辑实现,以添加商品信息为例当管理员在商品信息管理界面触发“新增商品”这一操作之时,系统会自动去调用handleAdd()方法,这个时候就会出现一个el-dialog弹窗界面,该弹窗界面里有着商品信息录入表单,在管理员把表单填写完成并且确认提交之后,系统会执行submitForm()方法来进行表单验证。要是验证依靠了,系统会借助addProduct(data)接口向后端发起请求,服务器端会完成商品数据存储操作,等到接收到成功响应以后,系统会显示“新增成功”这样的提示信息,同时关闭弹窗组件并且自动更新当前商品列表数据。5.2.3订单管理模块系统管理员要针对用户购物车所生成的订单开展全流程的管理工作,具体工作内容包括支付前订单的维护操作以及支付后订单的后续处理,在这些工作中包含了订单信息的删除、修改以及查询等关键功能模块。界面实现删除订单界面如图5-19所示。图5-19删除订单界面业务逻辑实现当管理员在订单信息界面触发“删除订单”这一操作的时候,系统会生成一个确认对话框来进行二次确认,在管理员确认执行删除操作之后,系统会调用handleDelete(orderId)方法来触发删除流程,此方法会向服务器端发送delOrder(orderId)请求。服务器端在接收到这个请求后,会对数据库里相应的订单记录执行删除操作,等操作完成并返回响应后,前端界面会显示“删除成功”的提示信息,同时还会自动执行getList()方法来实现订单列表的实时更新。5.3本章小节在这一章节之中会针对该系统所有的两类不一样的用户群体各自展开实现方面的分析,借助图文并茂这样的形式把系统功能给予详细地阐述说明。第6章系统测试6.1系统测试目的系统测试的关键以便借助全面且多层次的测试流程,去验证软件系统在真实运行环境里的功能表现,保证其能严格符合定业务需求与技术规范,在不同运行条件及应用场景下,维持稳定的性能、可靠的功能实现以及优良的质量特性,此测试环节聚焦于识别和定位系统潜在缺陷与性能瓶颈,在正式发布前完成必要优化与修复,提升软件产品整体可靠性水平并优化终端用户使用体验。6.2系统测试环境本研究将Windows11操作系统用作测试平台,在硬件配置方面选用了联想小新Air24H2计算机设备,数据库系统采用MySQL架构,软件测试环境基于Chrome浏览器来构建。6.3系统测试过程本研究围绕系统核心功能模块开展测试验证工作,着重对关键性能指标给予考察,借助图示的形式直观地呈现主要测试流程,详细的测试方案以及实施步骤如下文所阐述。6.3.1注册模块的功能测试注册模块的功能测试结果如表6-1所示。表6-1用户注册测试表用例编号F1功能描述注册时分别使用未注册账号和已注册账号,观察注册结果是否正确用例目的测试注册功能是否符合预期结果输入/动作测试数据期望输出实际输出未注册的账号tkj注册成功注册成功已注册的账号tkj注册失败注册失败,注册账号已存在注册未注册过的账号界面如图6-1所示。图6-1注册未注册账号界面注册已注册账号界面如图6-2所示。图6-2注册已注册账号界面6.3.2登录模块的功能测试登录模块的功能测试结果如表6-2所示。表6-2用户登录测试表用例编号F2功能描述登录时分别输入正确的登录信息和错误的登录信息,观察登录结果是否正确用例目的测试登录功能是否符合预期结果输入/动作测试数据期望输出实际输出正确登录信息tkj,123123登录成功登录成功错误的账号qqq,123123登录失败用户不存在错误的密码tkj,123456登录失败密码错误错误的账号和密码qqq,123456登录失败用户不存在/密码错误输入正确登录信息界面如图6-3所示。图6-3输入正确登录信息界面登录成功界面如图6-4所示。图6-4登录成功界面输入错误登录信息从而登录失败界面如图6-5所示。图6-5登录失败界面6.3.3修改密码模块的功能测试修改密码模块的功能测试结果如表6-3所示。表6-3修改密码模块的功能测试表用例编号F3功能描述输入旧密码、新密码和确认密码,测试修改密码功能是否正确用例目的测试密码的修改功能是否符合预期结果前提条件用户已成功登录该商城输入/动作测试数据期望输出实际输出正确的信息123123,123456,123456修改成功修改成功错误的原密码123456,123321,123321修改失败旧密码错误错误的确认密码123123,123456,123321修改失败两次输入的密码不一致错误的原密码和错误的确认密码123456,123321,123123修改失败修改失败密码修改成功界面如图6-6所示。图6-6密码修改成功界面密码修改失败界面如图6-7所示。图6-7密码修改失败界面6.3.4搜索商品模块的功能测试搜索商品模块的功能测试结果如表6-4所示。表6-4搜索商品模块的功能测试表用例编号F4功能描述输入商品类型和商品名称,测试搜索结果是否正确用例目的测试商品的搜索功能是否符合预期结果前提条件用户已成功登录该商城输入/动作测试数据期望输出实际输出正确的信息家庭清洁,钢丝球搜索成功搜索成功错误的商品类型手机,钢丝球搜索失败搜索失败错误的商品名称家庭清洁,冰红茶搜索失败搜索失败错误的商品类型和错误的商品名称手机,冰红茶搜索失败搜索失败搜索商品成功界面如图6-8所示。图6-8搜索商品成功界面搜索商品失败界面如图6-9所示。图6-9搜索商品失败界面6.3.5加入购物车模块的功能测试加入购物车模块的功能测试结果如表6-5所示。 表6-5加入购物车模块测试表测试模块测试项目测试结果加入购物车能否首次加入购物车某种商品和能否重复在购物车中加入同一种商品。正常查看购物车中的商品在购物车界面是否能看到加入购物车的所有商品。正常删除购物车中的商品删除商品后,数据库中是否也同时删除。正常6.3.6订单模块的功能测试订单模块的功能测试结果如表6-6所示。表6-6订单模块测试表测试模块测试项目测试结果添加订单是否能够添加订单正常查看订单中的商品在订单界面是否能看到已下单的所有商品正常删除订单界面中的订单删除订单后,数据库中是否也同时删除正常6.3.7推荐商品的功能测试推荐商品模块的功能测试结果如表6-7所示。 表6-7推荐商品模块测试表测试模块测试项目测试结果推荐商品当用户没有任何行为时是否推荐商品,是否给用户提供正确的商品推荐正常用户在购物商城首页选择购买地板清洁剂一种商品加入购物车后系统推荐了两种商品:荣耀X40和东鹏特饮,购物车界面和我的推荐界面分别如图6-10和图6-11所示。 图6-10购物车界面图6-11我的推荐界面6.4本章小结这一章节从系统测试的目的、系统测试环境和系统测试过程三者进行详细的描述。第7章总结与展望21世纪以来,这个世界进入了信息化时代,计算机技术在日常生活中扮演着极其重要的角色。随着互联网技术的飞速发展,电子商务已成为现代商业模式的重要组成部分,并逐步成为人们日常生活中最为重要的一种商品购买手段。然而,传统的电子商务系统还是存在不少弊端的,比如购物系统的界面太过繁杂,响应速度太慢,各项功能的单一等问题无法满足用户的购物体验感。因此,带有关联规则推荐算法的网上商城购物系统应运而生,旨在通过精准化的商品推荐来满足用户的购物体验感并提高了商品购买率。本研究于系统架构设计以及实现阶段,严格依照以用户需求作为导向的基本准则,借助构建双维度用户分类模型,使得目标用户群体的适配性和覆盖率有了提升,在技术架构层面,创新性地运用前后端分离的设计模式,凭借模块化功能分解策略,达成了前端界面渲染和后端业务逻辑的解耦以及协同优化。系统开发初期存在一些功能性缺陷,不过经过多轮迭代测试与性能调优,成功修复了关键漏洞并完善了系统功能,最终交付的解决方案在功能完整性和稳定性方面都达到了预期设计指标。本研究设计并且实现了一种借助关联规则的电子商务平台,这个系统把商品推荐算法和后台管理模块整合起来,提升了终端用户的购物效率以及个性化体验,还给管理员提供了完善的用户、商品以及订单管理功能,该平台有界面友好、推荐精准、响应迅速等优势,其交互式设计让用户体验得到了优化。不过因为开发周期和技术储备的限制,系统在部分功能实现方面以及改进的地方,这使得研究者持续深入计算机核心技术的学习和应用,想要借助理论与实践结合的方式,不断完善系统功能,最终达成提升用户购物体验以及契合实际需求的目的。参考文献WangJ,JiangM.ResearchonProductRecommendationBasedonAssociationRulesandImprovedAprioriAlgorithm[J].AcademicJournalofComputing&InformationScience,2022,5.0(3.0):ofijaOT.EnhancingUserExperienceinFashionm-Retail:MappingShoppingUserJourneyUsingGoogleAnalytics,EyeTrackingTechnologyandRetrospectiveThinkAloudInterview[J].FashionPractice,2022,14(3):352-375.吴海玲.关联规则Apriori算法的改进与应用[D].哈尔滨理工大学,2023.DOI:10.27063/ki.ghlgu.2023.000708.蒋茜茜.面向学生体能素质评估指标的高效关联规则挖掘算法研究[D].中北大学,2022.DOI:10.27470/ki.ghbgc.2022.000634.袁佩玲.基于Hadoop的多维关联规则挖掘算法研究及应用[D].华中师范大学,2019.赵铁聪,孙千里,李昕,等.基于关联规则的轨道交通客流特征挖

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论