【基于SSM的游戏虚拟道具交易系统开发设计15000字（论文）】

PAGEII基于SSM的游戏虚拟道具交易系统开发设计摘要：伴随着社会日新月异的变化，人们对生活精神方面的追求变得更加急迫起来。恰巧现如今网络游戏快速兴起，层出不穷的游戏满足了人们在精神领域的追求。当然在游戏领域也少不了买卖，为此，开发一款游戏虚拟道具交易满足广大游戏玩家的道具交换需求是有必要的。本文是基于SSM框架开发的游戏虚拟道具交易系统。前后端的特色设计为本次开发提色不少，前端模块采用JavaScript等开发语言，利用JSP技术进行页面的显示，而后端采用了MySQL数据库。游戏虚拟道具交易系统可将之分为前台用户的操作部分和后台管理者的操作部分，前台主要包括登录、注册、新闻资讯、商品分类、在线留言等功能模块；后台主要包括用户管理、新闻管理、商品管理、商品类别管理、订单状态查询等等功能模块。经过一系列测试，本次开发的游戏虚拟道具交易系统易于广大游戏用户操作，界面清晰明朗，运行起来也是比较平顺，可以为广大游戏用户提供不错的使用体验。关键词：游戏虚拟道具交易系统；JSP；MySQL数据库目录序言 1第1章绪论 21.1开发背景和意义 21.2论文章节划分简述 21.3系统开发原由的现状分析 31.4初步设计方案 3第2章系统开发环境介绍 42.1MVC模式 42.2MySQL数据库简介 4第3章系统分析 63.1系统可行性分析 63.1.1经济可行性 63.1.2技术可行性 63.1.3运行可行性 73.2系统功能需求分析 73.3系统流程设计 83.4系统运行环境 9第4章系统设计 104.1系统设计理念 104.2系统架构设计 114.3系统架构类图 124.4系统架构类交互图 124.5系统功能模块划分 134.5.1前台功能模块划分 134.5.2后台功能模块划分 164.5.3系统总体功能模块划分 184.6数据库设计 184.6.1数据库概念结构设计 184.6.2数据库逻辑结构设计 21第5章系统实现 255.1系统主要功能 255.2数据库连接设计实现 255.3前台功能模块设计实现 265.3.1用户注册登录 265.3.2用户信息修改 275.3.3商品浏览与查找 285.3.4商品加到收藏夹 305.3.5用户评论商品 315.3.6用户点赞商品 325.3.7用户在线留言 335.3.8用户联系客服 335.3.9购物车和订单处理 335.4后台功能模块设计实现 365.4.1后台管理员个人信息管理 365.4.2主页滚动图片管理 375.4.3客服管理 385.4.4新闻管理 385.4.5商品管理 395.4.6订单管理 415.4.7在线留言管理 425.3.8用户管理 425.4.9统计管理 42第6章系统测试 456.1测试环境 456.2用例测试 456.2.1前台功能测试 466.2.2后台功能测试 496.3测试结果分析 52结束语 53参考文献 54第1页共55页序言自古至今，人们对生活品质的追求就没有停止过，在现如今的二十一世纪，这种情况就显得更加明朗。人们渐渐的从对物质生活的追求转变为对精神领域的探索。而此时，游戏变作为应用而生的产物，极度活跃在人们的日常生活中。而就在此时，人们购物方式的转变，即线下购物的缩减到线上购物的突增，让广大游戏玩家看到在线上交易游戏道具的可能。而线上交易存在着不稳定的因素，交易双方都害怕被对方欺骗，致使血本无归。由此，开发一个公平公正的游戏虚拟道具交易平台的想法就显现出来了。本文开发的游戏虚拟道具交易系统，是为了满足广大游戏爱好者对游戏道具的需求，于是规划出各个模块来完成此次的设计。设计游戏虚拟道具交易系统时应该要考虑到其中数据安全性的问题，因此将这个系统由两部分进行操作，其中一种是购买游戏道具商品的用户，另一种是管理后台数据的管理员，不同角色应该具备不同权限。用户能够在购买游戏虚拟道具，进行商品的浏览、查看购物车中的订单和将购买的游戏道具移出购物车等等，购买后可以查看自己账户的信息以及自己购买道具的具体信息、到货状态等等。管理员则可以进行游戏虚拟道具的添加、订单发货管理和库存增删管理等等一系列操作。此外，管理员还可以对系统的网页进行一些修改来达到吸引广大玩家进行交易的效果，例如管理员可以进行轮播图的定期更换，主页新闻的定时更新，还可以进行评论的回复来提升广大玩家的交易体验。在系统的开发过程中，其实也遇到了几个难点，其一是实现数据库的交互，二是购物车的商品增删，三是轮播图的更换。在四方求助、网络搜索的情况下，这些问题都被如愿解决。

第1章绪论1.1开发背景和意义在进入新的时代后，信息化普及，人们从简单的追求物质享受迈向更高的阶梯也就是精神享受。于是，游戏产业的网络商业化也便顺应而生。游戏再也不是简简单单的单机游戏了，网游充斥着游戏领域的每一寸领土。人们急需要一种游戏虚拟道具交易系统来满足他们在游戏里的精神享受，于是，便有了本次设计的想法。通过这些年互联网技术的快速发展和消费人群的数量以及消费能力的增长，中国网购市场的潜力是非常可观的。最近这些年来，国内迅速兴起了许多电子商城，这些成熟的电子商场为本次的开发设计提供了可行的前提，因为本此开发的就是与电子商城有异曲同工之妙的游戏虚拟道具交易系统。以目前市面上风靡的电子商场作为参考模板为大多数游戏用户开发游戏虚拟道具交易系统是一件可行且有利的行为。作为一款网上商场性质的交易系统，为卖家和买家提供了一个游戏道具交易的平台，增加了广大游戏玩家的娱乐体验，为游戏道具和资金的等价交换提供了迅捷的通道。游戏道具虚拟交易无疑是一个具有巨大发展潜力的市场，发展前景肯定没有疑虑。现如今，随着网络购物环境的改善，各种支付保密措施的施行和个人信息的维护使得网上交易有了足够的安全保障。这些变化使得交易更加可靠，弥补了交易存在的部分缺陷。1.2论文章节划分简述本次开发的是一个游戏虚拟道具交易系统，下面介绍的是对每个章节的简述，方便阅读者对本文的行文结构有大致的了解。第1章，绪论。这一章主要陈述本次开发的一些背景信息、开发原由。第2章，系统开发环境介绍。主要介绍游戏虚拟道具交易系统开发的过程中所需要的技术、开发工具以及运行环境等等。第3章，系统分析。系统分析是开发系统首先要明晰的内容，主要分析开发游戏虚拟道具交易系统是否可行，此系统需要完成的设计需求。第4章，系统设计。具体说明设计过程中前后端模块具体设计以及数据库设计。第5章，系统实现。阐明游戏虚拟道具交易系统中每个功能的实现。第6章，系统测试。针对游戏虚拟道具交易系统中的详细功能，进行测试验证。从而排除所开发系统中可能存在的错误。1.3系统开发原由的现状分析自从二十一世纪以来，由于国内经济的发展，国内大量的游戏玩家在游戏内投入大量的金钱，虚拟道具交易作为一种新兴起的产业在国内发展迅猛。不难理解，虚拟道具交易交易的仅仅是游戏里的虚拟货物，例如账号，装备，角色等等。本以为这种虚拟的货物很难在网络交易中生存，但是由于人们所需要的是一种快速的娱乐模式，所以虚拟游戏道具交易不衰反旺。就拿当下而言，王者荣耀以及统治了国内手游世界，一把十几分钟的对局正好迎合了人们的需求。有人的地方就有江湖，现实生活中都要争个高低，当然在游戏邻域里也要分个高下。游戏虚拟道具交易可以弥补游戏时间花费的不足，亦或者高加成的道具更加能满足游戏玩家的虚荣。但是，虚拟物品不能像买食物一样到线下进行购买，而且现状网络上普遍存在着行骗行为。于是，一种公平公正的系统便被开发出来了，游戏虚拟道具交易系统在此基础上日益壮大，逐渐发展起来。游戏虚拟道具交易属于网络购物的一部分，网络购物的成熟进一步推动了游戏虚拟道具交易的发展，因此，游戏虚拟道具交易系统开发的可行性非常高。1.4初步设计方案操作系统：采用Windows10操作系统，该系统是目前电脑上应用最广泛的系统，该系统支持所要开发的游戏虚拟道具交易系统的运行。体系结构：采用B/S模式来进行本次开发。本次开发的游戏虚拟道具交易系统是通过Web浏览器进行操作的，而B/S是将浏览器作为客户端的结构模式，方便用户进行后续的购买等操作。后台数据库：采用MySQL数据库来进行本次的开发。在实训过程中采用的是MySQL数据库，亲和性最高。开发工具：选用Eclipse。开发语言：选用Java语言。开发技术：选用JSP技术。开发框架：选用SSM框架。第2章系统开发环境介绍本次开发总体采用的架构包含B/S体系结构，MVC的模式以及SSM框架，前端技术主要包含JSP和JavaScript，后台技术主要包含Java、MyBatis、Spring、SpringMVC。下面着重介绍其中一些技术架构。2.1MVC模式MVC模式：即模型(Model),视图(View),控制器(Controller)是一种软件开发的设计模式，Model主要负责分离出来的业务逻辑的数据交互，View主要负责数据的提交和展示，Controller主要负责获取请求和请求的转发。图2-1MVC模式体系结构与工作原理2.2MySQL数据库简介在项目的开发过程，一般采用数据库来操作数据，这为系统安全访问数据的同时，也避免数据自身遭到破坏，同时又为开发者节约了大量时间。综合考量，本次开发只需要关系数据库中的MySQL。图2-2数据库管理系统和接口的原理第3章系统分析本章先对所开发的系统进行可行性分析，主要包括经济、技术、运行等等方面的一些简要的理解。然后进行功能需求分析，其中包括需要满足用户的需求以及管理员的需求。然后进行系统流程设计，例如要满足用户从选择商品到购买结束的一系列流程。最后要进行系统运行环境的剖析，确保自己的电脑可以进行开发。3.1可行性分析系统可行性是作为本次开发虚拟游戏道具交易系统的基石，需要考虑的东西自然不少，运用到的技术是不是主流技术，有没有过时，能不能从网络上快速搜索到想要的技术然后有效地学习，开发这个系统能获利什么，开发的系统满不满足国家法律法规的要求等等。开发的系统要想确保其顺利运行，避免系统开发到一半出现僵直情况。如果出现了此类情况，必然是要浪费一定的资源，从而造成的时间浪费和精力浪费想必是谁都不愿意看到的。3.1.1经济可行性有别于传统的购物方式，本次开发的游戏虚拟道具交易系统是面向广大游戏玩家的一款线上交易系统。基于游戏玩家庞大的人群和他们对游戏道具的极度追崇，加上线上购物的方便快捷性，开发系统的经济收益是相当可观的。在信息化时代，多数人工操作已经被有效代替，在游戏虚拟道具交易系统中发货时只要极少数的管理人员进行后台发货查验等等操作即可完成一项交易的完满结束，这有无疑节省下了大量人工费和店面费，经济收益更上一层楼。3.1.2技术可行性计算机科学与技术专业最大的特点就是涉猎广泛，大学期间学习了C、C#、JavaScript、Java、SQL、ASP.NET、HTML等等一系列技术，在大四的实训过程中进一步加强了Java方面的学习，其中尤其对SSM框架最有影响。在此期间，还学习了IDEA和Eclipse等软件的相关操作，学会了在IDEA上配置Tomcat，用Navicat控制MySQL数据库等等操作。本次开发采用SSM框架，采用MVC的设计模式，采用B/S体系结构，使用了Tomcat访问Web服务器页面，使用MySQL数据库达到用户操作和数据库同步更新的目的。3.1.3运行可行性本次设计的游戏虚拟道具交易系统所占用的内存其实并不大，在已有的电脑上完全是可以运行的。除此以外，运行可行性应该还包括用户和后台的能否流畅操作。本次开发的的游戏虚拟道具交易系统用户主界面条理清晰，从游戏模块分类到用户选购道具商品加入购物车一应俱全。后台人员可以进行发货以及用户界面的再设计，操作很是人性化的。此外还开设了留言功能，让后台人员和前台用户进行交流，提升交互感。这种运行模式以及态度和功能完全具备运行可行性的素质。3.2系统功能需求分析系统功能需求分析关乎到本次系统开发的完成度。前台用户模块和后台管理者模块的划分是本次开发的游戏虚拟道具交易系统的基本准则。前台用户可以进行登录注册、收藏道具商品、购买道具商品等等操作；后台包括后台管理员登录、系统前端首页中最新活动板块信息的更新、主页轮播图的更换、订单发货等等操作。游戏虚拟道具交易系统的前台功能包括以下一些方面：用户注册登录：每一个用户在登录此系统时都需要一个凭证，所以需要先进行注册操作，然后登录注册了的账号来进行在此系统的一系列操作。用户找回密码：用户长时间不登陆该系统可能会遗忘密码，此时可以点击找回密码，然后根据当初注册账户时的邮箱来进行找回密码操作。用户搜索商品：用户在搜索框输入所需要商品的名称，搜索商品。用户添加商品到购物车：用户将所需商品加入购物车然后进行支付等一系列操作。用户添加商品到收藏夹：用户可能对有一些商品感兴趣但是并不是着急买，这时他们可以先把商品加入收藏夹，等到他们想买的时候再进行购买。用户评论商品：当用户购买了商品后，可以发表对已买商品的评价。用户点赞：用户可以对系统内所有商品进行点赞（不限于购买与否）。用户在线留言：用户可以在前台留言模块进行留言操作。购物车操作：用户可以将购物车里的商品移除，或者将商品结算，形成订单付款。联系客服：用户点击在线客服按钮和客服交流。游戏虚拟道具交易系统的后台功能包括以下一些方面：管理员个人操作：个人信息查看和密码修改。滚动图片管理：管理者可以定期手动更改轮播图。客服管理：更改不同的QQ来完成不同客服的更换。新闻管理：在系统主页发布不同的新闻来吸引用户。商品类别管理：管理者可以增删游戏分类模块，来实现分类管理。商品管理：进行商品的上下架管理，并且可以对商品进行必要的说明。库存管理：增加库存来维持用户持续性的购买。订单管理：当用户付款后，可以进行发货操作。留言管理：对用户在主页的留言进行回复操作。统计管理：统计商品销售量、各个商品被点赞次数、商品销售额、订单量，达到心中有数的目的。3.3系统流程设计本次系统流程图表示前端用户和后端管理员从登录到具体操作的大致流程。流程图为本次开发，提供一个清晰明朗的流程。本系统的流程设计如图3-1所示。图3-1系统流程设计图3.4系统运行环境硬件平台：CPU：酷睿i7内存：4G以上硬盘：500GB软件平台：操作系统：Windows10开发工具：Eclipse数据库：MySQL第4章系统设计4.1系统设计理念本次开发的是一个游戏虚拟道具交易系统，针对的目标人群很明确，就是广大的游戏玩家。很明显，对于非专业人员在进行系统内一系列操作时，尽量要做到操作的简单化，点击系统首页的商品，就能立刻进行浏览，无需其它繁琐步骤。其次，界面的简单化，广大游戏玩家是通过所开发的游戏虚拟道具交易系统进行交易的，界面简洁有利于他们快速搜寻到自己想要的道具商品，提高交易效率。系统用户需要注册登录账号达到交易目的，此时用户的账号密码等等隐私信息是需要被保护的。系统内含大量数据，这部分的安全性也是必须被考虑的。此外，对于一个系统而言，易于被维护和有升级的空间也是不错的加分项。简单化本次开发的游戏虚拟道具交易系统的受众是广大游戏玩家，在前端用户界面的设计上要做到简单明了，要让用户在首页就明了到在什么版块进行交易购买，在什么版块进行留言，在什么版块进行购物车的编辑，整体一气呵成。在后端管理者这块，也要方便他们对道具商品增删等等一系列操作，他们不是开发者，能尽量简化管理者的操作就是对他们最大的负责。安全化本次开发的游戏虚拟道具交易系统利用了B/S结构，系统可以在浏览器页面操作，在联网的情况下，可能有些不法分子会利用系统中的漏洞窃取用户信息或者篡改系统存储的一些数据，对系统管理者和用户造成不可磨灭的伤害，因此系统安全这块不容忽视。多元化对多元化的理解就是系统的易于维护、能够升级、交互性强。系统日常维护不需要投入大量的人力物力，倘若一个系统需要花费大代价来进行日常维护，无疑是一笔巨大的花销，游戏虚拟道具交易系统显然禁不起这样的折磨。随着游戏的发展，用户的增长，本系统也是随着进步的，提供升级渠道来保持系统的良性运营是值得考虑的。此外，作为一个游戏虚拟道具交易系统，简单来说，就是一个网络商场性质的系统，这肯定是要强调用户与后台的沟通，用户与用户的沟通。这一点，本次开发的系统都涉及到了。用户与用户的沟通体现在了用户在线留言模块以及用户对所购买商品的评价。用户与后台的沟通体现在用户在线留言模块的后台回复功能和用户联系客服这个功能。总体上，在多元化方面还是可圈可点的。4.2系统架构设计在游戏虚拟道具交易系统的设计中，需要一种大致系统草图，恰好的是软件系统架构本质上就是一种系统草图。自上而下，用户界面层、业务逻辑层和数据访问层作为信息系统中的对象，具体如图4-2所示。而在每一层中，它们都存在这一些公共的部分，例如异常处理、数据访问等等，具体如如图4-2所示。图4-1系统体系架构图图4-2系统功能模块包图4.3系统架构类图在开发游戏虚拟道具交易系统的过程中，为了更加清楚地了解到各种类、接口之间最直接的静态关系，需要使用类图来完成这项任务，游戏虚拟道具交易系统的体系结构类图如图4-3所示。图4-3系统架构类图4.4系统架构类交互图在游戏虚拟道具交易系统的开发中，当用户在用户界面输入请求时，会进行系统架构类的交互图中的一系列操作。系统架构类的交互图如图4-4所示。图4-4系统架构类的交互图4.5系统功能模块设计在开发游戏虚拟道具交易系统时，有着这样的功能模块划分设想：游戏虚拟道具交易系统的功能应包括用户购买网络虚拟道具，管理员管理网络虚拟道具的基本功能，划分系统角色是确保本次开发的完备性的保障。系统角色有两种类型，为前台用户和后台管理者，做到了根据角色的不同，他们的权限也有所不同。4.5.1前台功能模块划分经过对市面上一些购物系统和游戏交易系统的研究和自己的感悟，分析得出前台用户所需要具备的功能，具体划分如图4-5所示。图4-5前台用户功能模块划分1.注册登录游戏虚拟道具交易系统中，在用户先注册，载登录的前提下，游戏道具商品才能从可见化变为可买化，因此该系统必须为成功注册并登录后可以购买的游客提供用户注册功能。2.用户找回密码用户长时间不登陆该系统可能会遗忘密码，此时可以点击找回密码，然后根据当初注册账户时的邮箱来进行找回密码操作。有必要管理和指导用户，以确保用户操作的准确性，并确保用户的操作满足游戏虚拟道具交易系统的要求。3.用户搜索商品用户访问游戏虚拟道具交易系统后，用户在搜索框输入所需要商品的名称，搜索商品。4.用户添加商品到购物车当用户出现购买欲望后，可以将所需商品加入购物车然后进行支付等一系列操作。5.用户添加商品到收藏夹用户可能对有一些商品感兴趣但是并不是着急买，这时他们可以先把商品加入收藏夹，等到他们想买的时候再进行购买。用户评论商品当用户购买了商品后，可以发表对已买商品的评价。购物车用户可以对系统内所有商品进行点赞，无论是你购买了还是没有都可以点赞。8.用户在线留言用户可以在前台留言模块进行留言操作，发表使用该系统过程中的一些感受。9.购物车用户可以将所需的游戏项目添加到购物车中，并修改信息，例如购物车中的游戏项目数。游戏虚拟道具交易系统的购物车模块包括四个模块：添加和删除游戏道具，修改游戏道具的数量以及结算。购物车功能模块的结构如图4-6所示。图4-6购物车功能模块结构图添加道具商品当用户搜索心怡的游戏道具后，将之加入购物车。但是，有些人想购买更多商品，因此必须添加游戏道具到购物车中。该系统管理用户添加的游戏道具的产品信息，并且需要通过购物车进行下订单的操作。删除道具商品在用户将所有所需的游戏道具放入购物车后进行一些揣量，如果购物车中有的道具商品不需要了，他们希望将其删除，那么可以从购物车中将不需要的道具商品删除。（3）修改道具商品数量将用户想要的所有游戏道具商品添加到购物车后，进行一些数目扩展时，不可能一次又一次的添加，只能一次性修改。因此，购物车必须能够进行批量游戏道具数量更改操作以方便甄选。（4）购物车道具商品结算在用户确认购买了这些游戏道具之后，用户可以形成订单然后付款。10.用户联系客服用户点击在线客服按钮和客服交流。4.5.2后台功能模块划分光有前台部分，远远不能维持系统的运行，也达不到本次开发的要求，必须有后台部分作为本次开发的内部支撑，具体划分如图4-7所示。图4-7后台管理功能模块划分图管理员个人信息管理管理员需先进行登录，然后进入系统后台管理页面，允许管理员姓名、性别、电话以及登录密码的更改，但是不允许管理员账号的更改。滚动图片管理为了该系统能紧随社会步伐，时刻更新，管理者可以定期手动更改轮播图。客服管理管理员可以更改不同的QQ来完成不同客服的更换。新闻管理管理员需要维持系统前端主页面的新鲜感，需要在系统主页及时更新新闻来向用户表明这是一个与时俱进的系统。商品类别管理管理者可以增删游戏分类模块，来实现分类管理。商品管理系统中游戏道具的信息必须只能由管理员添加，修改游戏道具商品信息也只能由管理员进行。如果在系统运行期间确定游戏道具存在问题，则管理员应能够将其从架子上卸下。游戏道具产品管理功能模块的结构如图4-8所示。图4-8商品管理功能模块结构图库存管理当管理员无法对用户购买的游戏道具商品进行发货时，增加库存来维持用户持续性的购买。订单管理在前台用户生产订单后，管理员可以在系统的后台看到新生成的订单信息，只有在用户进行付款操作后，管理员才可以进行发货。订单后台模块具体如图4-9所示。图4-9管理员订单管理功能模块结构图留言管理管理员对用户在主页的留言进行回复操作。统计管理统计商品销售量、各个商品被点赞次数、商品销售额、订单量，达到心中有数的目的。4.5.3系统总体功能模块划分游戏虚拟道具交易系统的用户成功登录系统后，可以浏览游戏道具系统的前台各个部分，可以定向查询游戏道具并且详细地观察其信息，用户选择自己心怡的游戏道具加入购物车。将所有商品添加到购物车后，用户可以进入购物车页面进行结算并生成订单。用户可以在订单信息界面进行付款，确认收货和交易完成的订单查看。登录游戏虚拟道具交易系统的后台管理页面后，管理员可以对游戏道具进行分类，并且对它们的信息进行编辑。除此以外，管理员还可以进行前端功能的维护，及时更新系统主页的滚动图片，进行最新新闻的刷新。当然，管理员可以在后台查看所有形成的订单，对于已经付款的订单可以进行发货处理。游戏虚拟道具交易系统的整体功能模块结构图如图4-10所示。图4-10系统总体功能模块结构图4.6数据库设计4.6.1数据库概念结构设计本次设计的游戏虚拟道具交易系统是一个面向对象的系统设计，因此数据库设计也必须是面向对象的。再根据所学，选择了关系数据库中客户/服务器数据库中的MySQL。必须要考虑的是如何将对象类映射到关系数据库中的二维表。总体的E-R模型如图4-11所示。图4-11总体E-R图分析这次开发的游戏虚拟道具交易系统所要具备的主要功能之后，对系统总体的E-R图进行解读过后，细化分为得到几种实体—联系图模型。系统前台用户实体属性如图4-12所示，其中包含注册时间、真实姓名、等等属性。图4-12用户实体属性图系统后台管理员实体属性如图4-13所示，其中包含登录名、密码等等属性。图4-13管理员实体属性图商品评价类实体属性如图4-13所示，其中包含商品品质的评价、商品价格的评价、评价内容等等属性。图4-14商品评价类实体属性图商品信息类实体属性图，如图4-14所示，其中包含商品图片名、商品价格、商品描述等等属性。图4-15商品信息类实体属性图订单类实体属性图，如图4-15所示，其中包含订单总共价格、订单的付款状态、订单的收货状态等等属性。图4-16订单类实体属性图4.6.2数据库逻辑结构设计本次设计的游戏虚拟道具交易系统采用的是MySQL数据库来管理数据，系统中包含下面几张数据表，具体展示部分如下所示。1.about表，管理系统首页的关于我们这项内容。如表4-1所示。表4-1about表字段名称字段标识字段类型大小是否为主键2.address表，管理订单的收货地址。如表4-2所示。表4-2address表字段名称字段标识字段类型大小是否为主键3.category表，管理游戏类别。如表4-3所示。表4-3cartgory表字段名称字段标识字段类型大小是否为主键4.comment表，管理用户对已购买商品的评价。如表4-4所示。表4-4comment表字段名称字段标识字段类型大小是否为主键5.member表，管理注册用户信息。如表4-5所示。表4-5member表字段名称字段标识字段类型大小是否为主键6.message表，管理用户在线留言信息。如表4-6所示。表4-6message表字段名称字段标识字段类型大小是否为主键7.ordermsg表，管理订单信息。如表4-7所示。表4-7ordermsg表字段名称字段标识字段类型大小是否为主键8.product表，管理道具商品信息。如表4-8所示。表4-8product表字段名称字段标识字段类型大小是否为主键9.user表，进行对后台管理者信息的管理。如表4-9所示。表4-9product表字段名称字段标识字段类型大小是否为主键

第5章系统实现5.1系统主要功能本次开发的是基于SSM框架的游戏虚拟道具交易系统，前台用户首先要在系统首页注册一个账户，然后才可以进行账户登录，可以进行主页新闻浏览、轮播图观赏、商品搜索、商品点赞、商品购买、在线留言等等一系列操作。后台的管理者可以进行游戏分类的扩展来发布更多的游戏道具商品，也可以更换客服来达到客服轮休的目的，当然还有增加库存来满足用户购买需求等等一系列功能。图5-1是系统主要功能的分布。图5-1系统功能结构图5.2数据库连接设计实现在进行数据库操作时，采用JDBC进行数据库连接配置。实现代码如下：publicConnectiongetConn() { try { if(conn==null||conn.isClosed()){ Class.forName("com.MySQL.jdbc.Driver"); conn=DriverManager.getConnection("jdbc:MySQL://localhost:3366/nclassmates","root","123456"); System.out.println(conn); }} catch(Exceptione) { e.printStackTrace(); } returnconn; }5.3前台功能模块设计实现5.3.1用户登录注册当用户初次登录游戏虚拟道具交易系统时，用户这时候是没有账户的，他是无法进行购买等一系列操作的，此时用户所要做的第一件事就是进行账户注册，然后才能登录进行后续操作。账户注册如图5-2所示，账户登录如图5-3所示。图5-2账户注册界面示例图图5-3账户注册界面示例图登录流程设计如下图5-4所示。图5-4系统登录流程设计图5.3.2用户信息修改用户注册账户之后，可能在后续的使用中要修改已注册账户的信息，游戏虚拟道具交易系统也是支持该功能的。在前台个人信息页面，输入原密码进行确认就可以进行个人信息的更改。具体如图5-5所示。图5-5用户信息修改页面示例图5.3.3商品浏览与查找在用户登录完成后，用户这时候可以挑选自己需要的游戏道具商品。用户可以自行浏览，可以根据不同游戏模块的划分，来选择自己所需要的道具。例如用户想购买王者荣耀诸葛亮这款皮肤时，可以先找到王者荣耀模块，点开，然后浏览找到，如图5-6、图5-7所示。或者，用户可以定向搜索诸葛亮，来找到自己要的那款商品，如图5-8、图5-9所示。图5-6商品浏览页面1示例图图5-7商品浏览页面2示例图图5-8商品搜索页面1示例图图5-9商品搜索页面2示例图5.3.4商品加到收藏夹用户可能对有一些商品感兴趣但是并不是着急买，这时用户可以先把商品加入收藏夹，等到用户想买的时候再进行购买。当然，也可以再次移出收藏夹。具体如图5-10、图5-11所示。图5-10商品收藏页面1示例图图5-11商品收藏页面2示例图5.3.5用户评论商品当用户购买了商品后，可能对购买的商品有着或好或坏的看法，用户的意见对后续商家和后续想要购买的用户有着不小的影响，所以用户可以发表自己对已买商品的评价来促进消费。具体如图5-12所示。图5-12用户评论商品页面示例图5.3.6用户点赞商品用户可以对系统内所有商品进行点赞，觉得商品还不错的都可以点赞，不限于购买与否，虽然这可能会导致评判不公，但是会提高商品的热度，增加交易的可能性。具体如图5-13所示。图5-13用户点赞商品页面示例图5.3.7用户在线留言用户可以在前台主页面的用户留言版块进行留言，可以进行对该系统页面的评价，商品的评价，该系统使用体验的评价，此外，后台管理者可以看到前台用户的在线留言内容的，以此为管理者与用户进行有效沟通提供了保障，提升用户使用该系统的满足感。具体如图5-14所示。图5-14用户在线留言页面示例图5.3.8用户联系客服用户点击在线客服按钮和客服交流。当用户遇到问题时，出了可以在线留言，也可以联系客服来解决问题。当触及到一些用户个人隐私的时候，不适合在线留言，这时候用户可以联系客服来定向的解决问题。具体如图5-15所示。图5-15用户联系客服页面示例图5.3.9购物车和订单处理用户可以将所需商品加入购物车然后生成订单进行支付，也可以将购物车里不想要购买的商品消除，或者将商品结算，形成订单付款。下面是具体的购物过程。第一步，先将商品加入购物车，当用户想要同时购买多种不重样的商品的时候，系统自动会将总价算出，如果用户突然不想买了，也可以将购物车里的商品消除，总体操作还是非常方便的。具体如图5-16所示。图5-16用户购物车示例图第二步，当用户决定购买道具商品后，可以点击进入结算，为已经选好准备购买的道具商品买单。此时，会跳转进入下一个页面，即创建订单页面。具体如图5-17所示。图5-17用户创建订单示例图第三步，当创建订单过后，会进入待付款界面，当然，不付款肯定商家肯定是不会发货的，这时候用户需要点击付款，来为购买的道具商品买单。具体如图5-18、图5-19所示。图5-18用户确认付款示例图图5-19用户付款示例图第四步，当用户付款结束后，商家也就是后台管理者会进行发货操作，当道具商品到货后，这时候用户可以点击确认收获并且可以查看所有交易完成的订单。具体如图5-20、图5-21所示。图5-20用户确认收货示例图图5-21用户所有交易订单示例图5.4后台功能模块设计实现5.4.1后台管理员个人信息管理点击所设计的游戏虚拟道具交易系统的主页下方的游戏虚拟道具交易系统后台管理的字样即可进入后台管理界面，首先需要输入管理员的账号和密码确保登录成功是必不可少的要求。成功进入后台管理系统后，点击我的面板，即可看到管理员的个人信息中的用户名、姓名、性别、电话和修改密码的选项。修改密码时需要先输入旧密码再输入要改的新密码，最后再输入一次新密码完成密码的更改。具体如图5-22、图5-23所示。图5-22管理员个人信息示例图图5-23管理员修改密码示例图5.4.2主页滚动图片管理为了适应市场的需求，后台管理员需要不定期更改主页的滚动图片来达到吸引用户的目的。管理员可以批量删除图片和增加图片来进行图片的更新换代。具体如图5-24所示。图5-24主页滚动图片更改示例图5.4.3客服管理管理员可以不定期更换客服来做到工作平衡，更改不同的QQ来完成不同客服的更换。具体如图5-25所示。图5-25客服管理示例图5.4.4新闻管理管理员需要在系统主页不定期更新发布不同的新闻来吸引用户，也可以删除不需要的陈旧新闻。新闻包括标题、图片和内容，还可以搜索标题来查看往期新闻。具体如图5-26所示。图5-26新闻管理示例图5.4.5商品管理一提到商品，设计者必须要考虑的问题是：商品应该放在什么模块之下，商品的添加与删除、上架与下架，商品库存问题。首先，先考虑商品应该放在什么模块之下时，应该分清商品的类别，在本系统中，以游戏的种类来区分商品所属模块。例如，最近王者荣耀大火，可以添加王者荣耀模块，然后在其下面添加子模块，如微信区、QQ区等等。具体如图5-27所示。图5-27商品类别管理示例图然后，在进行商品管理的时候，可以搜索商品名或者时通过类别选项来找出特定商品，可以添加商品或者是批量删除不需要的商品，当然，对商品进行必要的说明与解释也是必须具备的功能，提供商品的图片以供用户参考等等，值得一提的是，本系统可以对商品进行上架和下架处理，在不删除商品的前提下暂时屏蔽用户的搜索请求。具体如图5-28所示。图5-28商品管理示例图其次，用户再购买商品时，商品又是可能会断货，这时候就得依靠管理员增加库存来维持用户持续性的购买。具体如图5-29所示。图5-29商品库存管理示例图商品信息管理流程如图5-30所示。图5-30商品信息管理流程图5.4.6订单管理当用户付款后，后台管理员收到提示，才可以进行订单处理操作，核对订单具体信息然后发货，用户只是创建订单而不进行付款操作，后台管理者是无法进行发货的。具体如图5-31所示。图5-31订单管理示例图5.4.7在线留言管理当用户再系统主页的在线留言版块留言过后，后台管理者需要对用户在主页的留言进行回复操作。具体如图5-32所示。图5-32在线留言管理示例图5.4.8用户管理后台管理员可以查询再本系统上注册的所有用户，并且查看用户的用户名、密码等等信息。具体如图5-33所示。图5-33用户管理示例图5.4.9统计管理作为一款商场性质的系统，商品的销售量统计、销售量走势、销售额和订单量等等必不可少，这些数据反应了用户对于不同道具商品的态度，管理者数据的有效把控有利于该系统的持续性发展与升级。具体如图5-34、图5-35、图5-36、图5-37所示。图5-34销售量统计示例图图5-35点赞次数统计示例图图5-36销售额统计示例图图5-37订单量统计示例图第6章系统测试当系统开发完成结束后，并不意味着系统就可以投入运行，系统测试是确保系统安全性、可靠性的一道必不可少的工序。下面介绍系统测试部分的内容。6.1测试环境硬件环境和软件环境是测试环境的两大组成部分，下面是具体介绍。硬件环境具体如表6-1所示，软件环境具体如表6-2所示。表6-1系统测试硬件环境具体类别所用配置CPU Core(TM)i7-7700HQ内存8GB硬盘128GB系统类型64位操作系统,基于x64的处理器表6-2系统测试软件环境具体类别所用配置操作系统Windows10数据库版本MySQL5.6开发工具Eclipse浏览器谷歌双核浏览器JDK1.86.2用例测试在进行进行前台和后台具体测试之前，可以先进行系统大体的可用性测试，对整个系统有一个大体的评估。然后进行具体功能的测试，注意测试时要测试到所有可能性，以此来提高测试的准确性，排除系统潜在的一些瑕疵。6.2.1前台功能测试1.用户注册测试用户注册时需要填入账户、密码、真实姓名、联系电话、邮箱和个人签名，用户注册时不能使用相同的账户名，确保账户独立且安全。具体如图6-1所示。图6-1用户注册失败示例图2.用户登录测试用户是依据账户和密码来进行登录的，缺失或者输入错误其中任何一个凭证都无法登录此系统。先输入账户名，不输入密码，查看结果，具体如图6-2所示。再输入密码，不输入账户名，查看结果，具体如图6-3所示。再错误输入或者账户名，查看结果，进行测试，具体如图6-4所示。图6-2用户不输入密码示例图图6-3用户不输入账户名示例图图6-4用户错输账户名或密码示例图3.购物车测试用户在进行商品购买之前，是需要登录账户的，如果在不登录的状态下将商品放入购物车，此界面会强制跳转至用户注册登录的界面。用户购买一件商品时，发现还需要再次购买此商品，此时无需从购物车退回到商品详情界多次点击添加商品至购物车这个按钮，可以直接在购物车里面进行增加、删除商品。具体如图6-5所示。图6-5购物车测试示例图6.2.2后台功能测试1.商品管理测试在本系统中，对后台进行测试，通过对比主页内的游戏模块变化来测试商品类别管理这项功能，具体如图6-6、图6-7所示。图6-6未添加游戏类别示例图图6-7添加游戏类别示例图点击商品管理模块，进行上下架商品、添加修改商品的操作，经过测试，功能均可实现。具体如图6-8所示。图6-8商品管理测试示例图点击库存管理模块，进行商品库存补足，经过测试，功能可实现。具体如图6-9、图6-10所示。图6-9补足商品前示例图图6-10补足商品后示例图2.订单测试此系统订单分为用户模块和管理员模块，先进行用户下单付款操作，后进行管理员发货操作。当库存不足时，管理员无法发货。经过测试，功能可行。具体如图6-11所示。图6-11订单测试示例图6.3测试结果分析本游戏虚拟道具交易系统基本符合设计要求，基本覆盖所有功能点。系统易于前后端人员操作运行，系统值得