《基于SpringBoot的二手交易系统开发设计》21000字

页共52页第3章需求分析系统分析从系统需求，开发可行性，系统功能需求等方面全方位地分析系统的总体需求。3.1可行性分析在系统开发前需要对系统的功能实现技术进行详细的分析，系统是否具有可操作性等软件可行性分析。软件可行性分析一般从四个方面入手，分别是软件的经济可行性分析、操作可行性分析、技术可行性分析和法律可行性分析。3.1.1经济可行性分析随着社会的发展，二手交易行业已经成为当下一种流行趋势，顾客可以通过系统对自己选择不同的二手物品。简洁明了的后台管理系统更是为管理者提供了直观的管理方式，创新营业模式，提高了管理效率。所以经过分析，开发此软件系统没有硬性的软件和硬件的支出，但给用户带来了一定的便利性，解决了用户一些基本的需求，所以开发此软件经济是可行的。3.1.2操作可行性分析对于软件来说，操作界面是系统和用户交流的桥梁，是用户对系统的第一印象，用户操作系统时最期望的就是能够一键实现全部的功能，而不希望输入复杂的内容，然后进行若干步的操作来实现需要的功能。本系统设计时充分考虑用户需求，界面设计做到简洁明了，符合大众操作习惯。后台管理端操作简单，力求让管理员短时间内便可轻松上手。因此，基于Vue和SpringBoot框架的二手交易系统在操作方面完全具有可行性。3.1.3技术可行性分析在实现二手交易网站时需要掌握的知识点包括B/S架构和MVC开发模型，B/S架构：B/S系统就是浏览器和二手物品服务器端的系统结构。可以随时随地进行查询、浏览等业务，只需要改变网页，即可实现所有用户的同步更新。例如在线点餐系统运用B/S结构，客户端只需要浏览器进行浏览，完成操作。MVC模型：为了更加完善系统，结合在大学时期学过的计算机软件知识，我还用到了另一个结构模式，MVC三层结构，MVC三层结构主要是指基于模型Model（用于处理数据逻辑的部分），视图View（处理数据显示的部分）以及控制Controller（处理数据交互的部分）的结构模型。这些编程技术在大学四年都有学习过，因此开发技术是可行性的。3.1.4法律可行性分析此次设计整个的开发过程中都符合具体的软件开发流程及规范的。在项目的开发过程中使用到的都是一些开源的、免费的数据库以及主要使用的开发工具，参考以及使用到的一些代码，也都是在开源社区和论坛分享的主要开源代码。因此，此次的二手交易系统是不存在任何法律问题，满足法律可行性的所有要求。3.2系统设计原则本系统的设计目标是：一切为了用户，界面美观，操作简单，实用性强，容错性好。本系统基于B/S架构二手交易平台，是根据二手市场的实际需求而开发的。目标非常明确，即通过建立二手交易平台，将原有的定点摆摊交易模式转变为通过平台进行网上交易的模式，使二手交易更加便捷、安全、规范、有针对性。为了保证系统的建设在系统建设和技术方案设计中，有以下原则：先进性原则：采用B/S技术架构，满足现阶段二手交易的需求，同时预留了未来系统扩展、升级等问题。灵活原则：不断变化的需求得到满足。可以在开发的同时立即实现更新，实现追加，但不能影响主要功能和刷新速度。稳固原则：Vue、MySQL等已经过测试。在客户端设计中，除了必要的功能和简化程序外，设计方案还考虑了美观的界面和先进的结构开发技术。它需要保证软件的成熟可靠，确保系统可以长期稳定运行。3.3系统的功能需求分析经过对市面上现有的二手交易平台分析和总结，本二手交易平台中的用户分为会员和管理员两类，会员即可以在线购买物品，也可以在线发布商品信息，管理员只负责商品类别的控制和会员发布商品信息的审核。具体功能需求分析如下。3.3.1系统用户管理1.管理员添加：管理员可以根据自己的账号和密码进行登录，由于管理员权限是系统中比较高，所以需要对管理员账号进行限制，不能够允许用户随意注册。因此只有管理员登录后，才能够添加其他管理员账号。2.管理员维护：管理员根据账号和密码进行登录，登录后才能对现有的管理员信息进行必要的管理维护。3.会员信息注册：系统中的商品信息是所有用户都可以查看的，但想要购买商品就必须得要先注册成为系统会员后才能操作。游客根据自身信息进行注册，注册成功后就可以成为本系统的会员。4.会员管理：管理员登录后可以对现有的会员信息进行必要的维护管理。具体用例图如图3-1所示。图3-1系统用户管理用例图3.3.2商品分类管理1.商品分类信息添加：为了能够方便用户分类检索需求，管理员登录后可以根据真实的情况来添加商品的类别，这样在添加商品时需要绑定到具体的商品类别下。2.商品分类信息维护：随着时间的发展，其购物网站内的商品类别肯定会发生变化，因此管理员登录后可以对现有的商品类别进行必要的维护。3.商品分类查询：商品类别信息查询，系统会根据商品类别对商品进行分类，这样用户就可以通过分类信息来快速定位到具体的商品信息。具体用例图如图3-2所示。图3-2商品分类管理用例图3.3.3商品信息管理1.商品信息添加：商品是维系用户和系统的核心纽带，所以管理员在添加商品时，一定要详细，站在用户的角度把商品详细的信息添加到系统中。因此管理登录后，可以根据真实的情况来添加商品信息。2.商品信息维护：随着时间的发展，已有的商品信息肯定会发生变化，为了让用户购买到和展示一样的商品信息，必须根据真实的情况来更新商品信息。管理员登录后，需要根据实际情况来对已有的商品信息进行必要的更新管理。3.商品分类检索：商品类别信息查询，系统会根据商品类别对商品进行分类，这样用户就可以通过分类信息来快速定位到具体的商品信息。4.商品在线浏览：会员在购买商品时，肯定是需要了解此商品的详细信息，因此系统需要有一个商品详细信息展示页面给用户，这样当用户选择自己喜爱的商品后，系统可以将此商品的详细信息通过此页面展示给用户，然后用户根据此详细信息再做下一步操作。5.商品审核：会员上传的商品必须经过管理员的审核才能够被其他用户在线浏览和购买。具体用例图如图3-3所示。图3-3商品信息管理用例图3.3.4商品订单能管理1.商品收藏：相比于电子商务网站来说，二手交易系统的有明显区别，电子商务网站具有购物车功能，但是二手交易平台中没有购物车的概率，用户看到自己喜欢的东西可以在线收藏，然后在收藏夹里进行下单。2.订单生成：用户在商品收藏夹里选择自己想要购买的商品进行购买，此过程就是订单生成的过程。3.模拟支付：用户选择商品并点击订单生成后，系统就会调用支付模块来进行收银操作。本系统中的支付模块是用数字进行模拟的，不涉及真实的货币。在调用第三方支付接口模块中用float数字替换，调用到支付模块时，就会调用其浮点数来模拟真实货币。4.订单管理：个人订单生成后，用户可以通过此订单查看自己全部的购物记录，可以在完成交易后的订单信息中，根据自身的购物体验和商品的质量来对此订单进行评价。具体用例图如图3-4所示。图3-4商品订单管理用例图3.3.5个人中心管理1.用户登录：会员根据自己注册的账号和密码来进行登录。2.个人信息修改：会员登录后可以对自己的信息进行必要的管理和维护。3.收藏商品管理：当用户在线浏览到自己喜欢的商品后，但近期可能没有购买需求，会员可以选择将其加入到收藏夹中，这样等有需求后就可以快速的找到他。4.评价记录管理：用户登录后可以对自己的评价信息进行必要的维护管理，如删除已发布的评价信息等操作。具体用例图如图3-5所示。图3-5个人中心管理用例图3.3.6网站资讯管理1.网站资讯添加：为了能够让外部及时了解到本系统的运营情况，系统需要定时发布自身的工作状态，及时把企业运营状态及时发布出去。2.网站资讯维护：系统资讯随着时间的推移，其信息肯定是有所变化，因此管理员可以对已添加的信息资讯进行必要的维护。3.网站资讯浏览：会员可以通过系统公告及时了解到本系统的运营情况。具体模块图如图3-6所示。图3-6网站资讯管理用例图3.3.7系统总体功能管理根据3.3.1~3.3.6分析可以得到系统的总体功能用例图，具体如下图3-7所示。图3-7系统总体功能用例图3.4系统业务流程分析会员在浏览到喜欢的商品时就可以将其添加到收藏夹中，然后进行统一下单。管理员浏览到的所有商品信息都是有商家在线添加的，而浏览到的系统资讯信息都是有管理员进行添加的，因此管理员登录后可以对商品的信息进行添加，修改和下架等操作。具体如图3-8所示。图3-8系统业务流程图3.4.1数据展示层业务分析1.用户登录模块用户打开程序时进入登录页面，学校图片映入眼帘，程序要求用户输入用户名密码以登录，如果该用户被超级管理员禁用则该用户无法登录该小程序，点击用户名输入框以及密码输入框，输入该用户用户名密码，点击输入框尾部的×符号则可以清空该输入框的内容，随后点击登录即可进入小程序首页。二手交易市场模块用户点击二手交易按钮，进入二手交易市场，顶部是该页面名称，下面是二手交易商品的搜索框，再往下是所有二手交易商品的展示，包括商品的缩略图，商品标题，商品价格，商品简介以及创建时间，用户在程序上可以下滑查看商品，最后有个结束语“我是有底线的”来告诉用户二手商品已经展示完毕，到底了。搜索框可以输入商品名称里的关键字，通过模糊查询查出需要的商品。二手发布模块用户点击发布二手商品，出现二手交易发布页面，有图片上传、输入标题、输入价格、输入描述、为了商品信息的完整性，这四个属性是必须要输入的，点击固定背景图片，则可以弹窗进行上传图片，上传完图片后图片的右上角有一个红色减号，点击减号即可以取消该图片。标题价格描述的输入框内有placeholder提示输入内容，用户输入完后点击提交出现“发布成功，待管理员审核”，随即跳出页面转到程序首页，如果必须要输入的属性没有输入，则无法提交，底部有一个结束语“平台将在1-2个工作日内完成审核”，提示用户审核的时间。个人中心模块点击底部导航栏的个人中心，进入个人中心界面，上面显示用户头像以及用户名，点击之后出现用户信息修改界面，点击个人头像即可更换头像，点击个人名称即可修改用户名，随即展示在个人中心页面。下面是四个栏目，二手发布历史、二手商品订单、点击二手发布历史，进入商品历史界面，界面与交易市场页面相同。点击二手商品订单，即可出现该登录用户下单过的二手商品，用户可以在个人中心清楚的查看自己参与过的订单。尾部是退出登录的按钮，点击按钮即可退出登录跳转到登录页面。3.4.2数据管理层业务分析1.管理员登录模块用户登录时需要输入用户账号密码以及验证码，数据管理层先生成文字验证码，随后随机渲染该文字验证码，形成一个模糊的图形验证码，用户需输入图形验证码里的五位文字验证码，然后与之前生成的进行比对，比对成功后方可成功登录。对于数据展示层登录最关键的技术通过SQL进行验证，验证通过系统给第三方一个短期的accesstoken(Session)令牌，用来代替密码，第三方即可暂时进入系统获取数据等。举个例子：快递员来给我送快递，在门禁那里被拦了下来，门禁系统上有个按钮，上面写着“获取授权”，快递员点击按钮后，我的手机跳出提醒，有人正在请求授权，我可以在手机上看到快递员的身份信息，所属快递公司等，我确认完信息后，点击按钮，来告诉门禁系统我同意该快递员进入，此时门禁系统发送一个令牌accesstoken给快递员，此令牌可以设置时间，比如7天内有效，几小时内有效等，快递员向门禁系统输入刚刚获取的token令牌后方可进入小区，很大程度的保护了业主的安全。这里的我就是存储数据的地方，数据中心，快递员就是第三方软件，有了这个令牌。就能验证自己的身份。具体流程如图3-9所示。图3-9管理员登录流程图商品管理模块二手商品页面有新增、修改、删除、查询、审核的按钮，新增物品跳出新增页面，填入属性提交，流程如图3-10所示。图3-10商品新增流程图点击修改按钮，跳出修改界面，商品信息回显，用户根据需求修改信息，随后点击提交进行修改操作，如图3-11所示。图3-11商品修改顺序图点击删除按钮，获取该按钮的商品id，随后根据id对该商品进行删除。不勾选商品则批量删除的按钮颜色呈暗色无法选中，点击勾选框后，按钮高亮显示，获取勾选的几个商品id值，对其统一删除。审核按钮，用户在程序发布商品后，必须进数据管理层经管理员审核后方可进入商品市场。订单管理模块商品订单分为二手商品订单，包括查询功能以及订单删除功能。用户点击删除弹出是否需要删除，点击确定，则该订单被删除，流程如图3-12。查询功能模块，用户在输入框内输入商品名称内的关键字点击查询便可以查出商品名称内包含关键字的商品。图3-12删除流程图用户管理模块用户管理模块，管理员可以对用户信息进行修改，可以修改用户的角色，角色不同则权限不同，并可以禁用用户，被禁用的用户则无法登录。图3-13删除流程图

第4章系统概要设计根据第三章节分析可以得出系统中的角色具有两类，一个是会员，一个是管理员，不用的用户具有不同的功能，具体设计如下。4.1前台功能设计1.商品展示：会员在购买商品时，肯定是需要了解此商品的详细信息，因此系统需要有一个商品详细信息展示页面给用户，这样当用户选择自己喜爱的商品后，系统可以将此商品的详细信息通过此页面展示给用户，然后用户根据此详细信息再做下一步操作。2.商品查询：系统中商品会越来越多，用户不可能一页一页的浏览商品，肯定是希望快速定位到商品的信息，商品信息定位一般分为两种，一是根据商品分类进行大范围的定位，二是根据商品名称进行模糊查询。所以会员可以通过此方法来快速定位到自己想要的商品。3.商品收藏：相比于电子商务网站来说，二手交易系统的有明显区别，电子商务网站具有购物车功能，但是二手交易平台中没有购物车的概率，用户看到自己喜欢的东西可以在线收藏，然后在收藏夹里进行下单。4.首页商品推荐：系统会根据整个网站的销售情况来更新商品的热销榜单，这样会员看到后，就可以很清楚其余用户对什么物品感兴趣了。5.会员注册：系统中的商品信息是所有用户都可以查看的，但想要购买商品就必须得要先注册成为系统会员后才能操作。游客根据自身信息进行注册，注册成功后就可以成为本系统的会员。因此具体的模块图如图4-1所示。图4-1会员模块图4.2买家功能设计1.订单生成：订单是用户在商品收藏夹中选择自己最后想买的商品和更新数量后进行下单的操作，系统会根据此操作生成具体的订单信息。2.订单管理：个人订单生成后，用户可以通过此订单查看自己全部的购物记录，可以在完成交易后的订单信息中，根据自身的购物体验和商品的质量来对此订单进行评价。3.系统留言：用户在使用此系统购买商品过程中，只要遇到不懂或者觉得不合理的地方，都可以提出，通过系统留言的功能来反馈给管理员。4.商品收藏：当用户在线浏览到自己喜欢的商品后，但近期可能没有旅游机会，因此会员可以选择将其加入到收藏夹中，这样等有时间后就可以快速的找到他。具体的模块图如图4-2所示。图4-2会员（买家）模块图4.3商家功能设计1.商品信息添加：商品是维系用户和系统的核心纽带，所以管理员在添加商品时，一定要详细，站在用户的角度把商品详细的信息添加到系统中。因此管理登录后，可以根据真实的情况来添加商品信息。2.商品信息维护：随着时间的发展，已有的商品信息肯定会发生变化，为了让用户购买到和展示一样的商品信息，必须根据真实的情况来更新商品信息。管理员登录后，需要根据实际情况来对已有的商品信息进行必要的更新管理。3.订单管理：管理员登录后可以对会员订单信息进行查看，然后根据真实情况对订单信息的状态进行修改，如已发货，已完成等状态的修改。还可以通过订单信息来查看到某个订单的详细商品，这样便于管理员进行线下订单发货处理。4.咨询回复：对其他会员的咨询信息进行必要的回复。具体的模块图如图4-3所示。图4-3会员（卖家）模块图4.4管理功能设计管理员可以对商品的类别进行管理，可以对商品信息进行添加与维护，具体功能如下。管理员登录：管理员可以根据自己的账号和密码进行登录，由于管理员权限是系统中比较高，所以需要对管理员账号进行限制，不能够允许用户随意注册。因此只有管理员登录后，才能够添加其他管理员账号。密码修改：管理员登录成功后，需要对自己的密码定期进行修改，只有这样才能够在一定程度上保证其账号和密码的安全性。商品类别添加：为了能够方便用户分类检索需求，管理员登录后可以根据真实的情况来添加商品的类别，这样在添加商品时需要绑定到具体的商品类别下。商品类别维护：随着时间的发展，其购物网站内的商品类别肯定会发生变化，因此管理员登录后可以对现有的商品类别进行必要的维护。系统公告添加：为了能够让外部及时了解到本系统的运营情况，系统需要定时发布自身的工作状态，及时把企业运营状态及时发布出去。系统公告维护：系统资讯随着时间的推移，其信息肯定是有所变化，因此管理员可以对已添加的信息资讯进行必要的维护。具体的模块图如图4-4所示。图4-4管理员模块图4.5系统功能模块设计为了减轻管理员的操作负担，系统将管理员的权限进行变更，引入商家，商家负责商品的添加等操作，通过加盟形式来丰富系统里的商品来满足用户多样化的需求，但为了确保系统里的商品的真实性，管理员会根据会员的评价和投诉情况来实时对系统中商品的管理，所以通过加盟制度，不仅能够快速丰富系统里的商品，而且能够在一定程度上确保商品的真实性。管理员虽然不能够添加商品信息，但其能够添加商品类型，其站在平台发展的角度上来控制系统中的商品类型。因此系统的总体功能如图4-5所示。图4-5系统功能模块图本章节主要根据用户角色进行分析，根据不同的用户分配不同的功能。

第5章数据库设计软件的开发离不开数据库的设计，好的软件离不开优秀的数据库设计，数据库的设计阶段决定了系统用什么数据库、需要多少张表、每个表都有什么的字段、表与表之间如何做关联等。好的数据库设计给后期软件开发带来了非常大的便利性，可以决定软件的整体质量，优秀的表设计可以满足各种需求，而不是来一个需求就新增字段，这样会增加表的复杂性，而且软件系统的反应快慢大部分是反映在操作数据库这个过程，好的设计可以提供满足功能的各种查询。这个过程主要完成的是每个表的设计以及表之间的关联等。5.1数据库概念设计数据库的概念设计是从系统的整体功能出发，在需求分析的基础上，根据用户提出的各种需求设计出能够满足实际使用的各种实体以及实体之间的关系，一个好的概念设计为后面的逻辑结构设计和实际开发都提供了很好的便利性。在概念设计的过程中，不需要考虑开发过程使用的操作系统是什么、采用什么样的数据库来管理数据，这个阶段用的最多的是E-R图，即常说的实体-关系图（Entity-Relation），可以使用的工具有很多，可以根据个人喜好来进行设计。本系统在数据库的概念设计过程采用了E-R图进行设计，E-R图包括以下几部分：实体：图中使用方框表示，方框内为实体的名字属性：在E-R图中使用椭圆来便是实体的各个属性，椭圆中的文字表示属性名，属性和实体之间使用线段连接起来。3.实体之间的联系：实体之间的联系使用棱形表示，棱形内为联系的名称。实体与实体之间的联系有很多中，其中比较常见的有1:1，1:N和M:N这三种。具体E-R图如图5-1所示。图5-1系统E-R图5.2数据逻辑结构设计1.用户数据表用户数据表是用户的信息表，包括用户名、密码、加密、邮箱、手机号、状态标识、创建者ID、创建时间、昵称、头像。其中status由于只要0或1，所以采用tinyint，对于数据库优化，int占用4个字节，tinyint只占用1个字节，对于存储0或1，用tinyint性能更高一点。User_id是主键自增，由数据库自动生成。user_id以及username不允许为null。在用户管理模块、修改密码模块、用户登录模块会使用该用户数据表表5-1：管理员信息表列名数据类型长度主键允许空说明AdminID整数4是管理员IDAdminName字符串20用户名Password字符串50密码GroupID整数4组IDLastLog整数ime日期8是上次登录时间LastLoginIP字符串20是上次登录IPLog整数ime日期8是登录时间LoginIP字符串20是登录IPLog整数imes整数4是登录次数Status整数4是状态CreateTime日期8是添加时间2.商品信息表商品表主要展示二手商品以及代拿商品的信息，包括id、name商品名称、images商品图片、price价格、describes描述、user_id发布用户、status状态、create_time创建时间、type类型、m_user_id购买用户id、username联系人、address联系地址、phone联系电话、uphone收获电话、uaddress收货地址。商品状态则通过status来判定，status=0为待审核，商品在程序发布后需要提交给管理员进行审核，管理员审核后变为待交易。status=1为待交易，待交易商品进入到程序交易市场，所有用户可以看到商品以及详情，如果对于二手商品或者跑腿商品感到满意即可下单，该商品即从交易市场下架，状态变为待确认，同步至数据管理层。status=2为待确认，商品被接单，进入1对1交易，对于二手交易商品，买家下单后进入页面即可出现商品详细信息以及卖家的姓名联系方式，买家通过取货地址与卖家沟通达成交易，随后买家点击完成交易，商品状态即可变为已出售status=3为已出售，在管理平台订单模块中可以看见商品已出售，在程序可以查询该登录用户发布过的商品以及自己参与过的二手交易。表5-2：关注信息表列名数据类型长度主键允许空说明AttentionID整数4是IDCommodityID整数4商品IDCommodityName字符串250商品名称UserID整数4用户IDCreateTime日期8是关注时间表5-3：类别信息表列名数据类型长度主键允许空说明CateID整数4是IDName字符串200名称CreateTime日期8是添加时间表5-4：图书信息表列名数据类型长度主键允许空说明CommodityID整数4是IDName字符串250名称CommodityNo字符串250编号CateID整数4类别IDMarketPrice浮点数9是市场价Price浮点数9售价OnSale整数4上架状态OnSaleTime日期8是上架时间Remark字符串16是描述RateTotal整数4是评价总数GradeTotal浮点数9是评价总分CreateTime日期8是添加时间Photo字符串50图片Stock整数4是库存SaleTotal整数4是销售总量IsHot整数4是是否热销IsNew整数4是是否新品IsRecommend整数4是是否推荐Visits整数4是浏览量ForSerach字符串0是搜索辅助Po整数整数4是赠送积分Up日期日期8是更新时间UserID整数4用户ID表5-5：订单信息表列名数据类型长度主键允许空说明OrderID整数4是订单IDOrderNo字符串50订单编号UserID整数4用户IDTotalPrice浮点数9订单总价Status整数4订单状态OrderTime日期8订单时间Remark字符串16是备注ShipPeopele字符串20收货人ShipAddress字符串250收货地址ShipMobile字符串20联系电话UserPo整数整数4是书币使用数量SavingByCoupon浮点数9是优惠券优惠金额RealPay浮点数9实际付款金额CouponID整数4是优惠券IDCouponNo字符串50是优惠券编号PaidTime日期8是付款时间ShopID整数4UserID根据不同的用户分配不同的功能来设计数据库。

第6章系统详细实现由于章节的限制，本章节主要从用户的管理，商品类别，商品项目管理，商品在线购买等功能来讲述详细的编程实现。6.1用户注册实现系统中的商品信息是所有用户都可以查看的，但想要购买商品就必须得要先注册成为系统会员后才能操作。游客根据自身信息进行注册，注册成功后就可以成为本系统的会员。当用户输入好消息后，系统能够通过servlet传送到系统后台。在后台根据register中的input的id来获取具体的信息，如用户账号是userid，在后台系统会根据userid来获取到用户的账号，所以所有的信息都是绑定在具体的id上。系统会在后台获取到用户的账号和密码，然后整理为具体的SQL语句并进行验证，只有正确的账号和密码才能够登录成功。具体实现界面如图6-1所示。图6-1用户注册实现界面用户登录的协作图如图6-2所示。图6-2用户注册活动图6.2会员登录实现会员根据注册的账号和密码进行登录，当会员在登录页面输入账号和密码后，系统会在后台获取到用户的账号和密码，然后整理为具体的SQL语句并进行验证，只有正确的账号和密码才能够登录成功。具体实现界面如图6-3所示。图6-3会员登录实现界面会员登录时序图如图6-4所示。图6-4会员登录时序图6.3系统资讯查询浏览信息查询是系统提供用户快速定位到自己感兴趣物品信息一种方式，信息查询大致分为五步骤，信息输入，信息格式检查，信息获取，信息查询，信息展示。信息输入：用户在检索框中输入想要查询的信息，如商品的年费，商品的种类和名称等关键字信息。信息格式检查：由于系统不知道用户想要查询什么，所以对用户输入的信息只需要检查是否是空就可。信息获取：只有通过格式检查后的信息，才能够通过servlet传送到系统后台。系统会在后台根据查询框中的input的id来获取具体的信息。信息查询：只有通过格式检查后的信息，才能够通过servlet传送到系统后台。系统会在后台根据查询框中的input的id来获取具体的信息。系统会将获取到的信息进行SQL的select语句，其中通过%来实现模糊查询。并通过JDBC执行SQL语句，然后获取到查询到相关的商品信息。商品信息浏览展示：系统会将查询到的信息进行整合，整合为具体的Html代码，并展示给用户。具体实现界面如图6-5所示。图6-5系统资讯查询浏览实现界面系统资讯查询浏览实现时序图如图6-6所示。图6-6系统资讯查询浏览时序图6.4商品购买实现当用户选择一个商品后，系统会通过Servlet来获取到商品的账号，并将其传送给系统后台。系统会根据商品编号来查询出商品的详细信息，并整理为Html展示给用户，其中查询商品信息是使用select的SQL语句。系统会通过.NET来获取到商品编号和数量，并将其传送给系统后台，此变量是存放在session中的。然后使用SQL的insertinto来实现最终订单的生产。具体实现界面如图6-7所示。图6-7商品购买实现界面商品购买时序图如图6-8所示。图6-8商品购买时序图6.5订单管理实现登录后可以对会员订单信息进行查看，然后根据真实情况对订单信息的状态进行修改，如已发货，已完成等状态的修改。还可以通过订单信息来查看到某个订单的详细商品，这样便于管理员进行线下订单发货处理。具体实现界面如图6-9所示。图6-9订单管理实现界面订单管理的活动图如图6-10所示。图6-10订单管理活动图6.6订单评价管理实现评价是系统给用户一种反馈的途径，评价通过4个步骤来实现，订单查询，信息输入，信息获取和信息添加。订单查询：系统会根据用户选择的订单情况，系统会通过Servlet来获取到订单编号。信息输入：用户在评价页面，输入想要评价的内容。信息获取：只有通过格式检查后的信息，才能够通过servlet传送到系统后台。系统会在后台input的id来获取具体的信息，如评价内容是ptxt，在后台系统会根据ptxt来获取到用户的评价信息，所以所有的信息都是绑定在具体的id上。信息添加：最后系统会将获取到的信息整理为具体的SQL的insertinto语句，然后通过JDBC来实现数据库SQL语句的执行，最终实现评价信息的发布。具体实现界面如图6-11所示。图6-11订单评价实现界面订单评价的活动图如图6-12所示。图6-12订单评价时序图6.7商品信息修改和删除实现商品修改和删除大致需要有3个步骤，信息展示，信息获取，信息更新。信息展示：当管理员选择商品管理后，系统会通过select查询出所有的商品信息，并整理为Html展示给用户。信息获取：当管理员选择一个商品进行修改是时，系统会在后台获取到商品的详细信息。信息更新：系统会在后台，通过SQL的update语句实现商品信息的更新或者删除，将最新的信息存入数据库中。具体实现界面如图6-13和6-14所示。图6-13商品信息修改实现界面商品信息删除实现图如图6-14所示。图6-14商品信息删除实现界面6.8库存信息查看实现库存管理是所有购物系统中非常基础且必要的功能，系统会通过select语句来盘点库中的所有商品和对应的库存信息，并通过Html展示给管理员，以便管理员来添加商品信息。具体实现界面如图6-15所示。图6-15库存信息查看实现界面由于章节的限制，本章节主要从用户的管理，商品类别，商品项目管理，商品在线购买等功能来讲述详细的编程实现和进行详细的说明，描述每个功能的实现步骤和代码。6.9管理员对用户身份的管理管理员可以对系统内的一切用户进行管理。系统在后台会通过SQL的select查询出全部会员信息，然后通过HTML展示给管理员。管理员在系统展示的全部的全部会员信息中选择一个会员信息，统会在后台获取到用户选择的会员编号，然后通过SQL的select语句查询出此会员的信息。然后进行统一修改。具体实现界面如图6-16所示。图6-16用户管理实现界面6.10管理员对公告的管理系统中的系统资讯是用来宣传公告的，其实现方式和系统资讯的实现方式是一致的，需要二步骤，系统资讯选择，系统信息展示。用户选择自己想要了解的系统资讯后，系统会在后台获取到用户选择的系统资讯的编号，然后通过SQL的select语句查询出此资讯的信息。用户选择自己想要了解的系统资讯后，系统会在后台获取到用户选择的系统资讯的编号，然后通过SQL的select语句查询出此资讯的信息。系统根据查询出来的详细信息，整理为HTML，然后展示给用户查看。系统会在后台根据系统资讯添加页面中的input的id来获取具体的信息。最后系统会将获取到的信息整理为具体的SQL的insertinto语句，然后通过JDBC来实现数据库SQL语句的执行，最终时间系统资讯添加。具体实现界面如图6-17所示。图6-17公告管理实现界面6.11管理员对商品的管理管理员可以对所有的商品进行统一审核。：会员上传的商品必须经过管理员的审核才能够被其他用户在线浏览和购买。具体实现界面如图6-18所示。图6-18商品审核管理实现界面由于章节的限制，本章节主要从用户的管理，商品项目管理，商品在线购买、管理员的管理等功能来讲述详细的编程实现和进行详细的说明，描述每个功能的实现步骤和代码。第7章系统测试软件测试测试出功能不符合需求设计中的描述的话，只能说明软件存在问题，反之不成立。因为通过此测试用例测试不出问题，不能肯定的说此系统不存在问题，有可能换下测试用例就会测试出问题。因此软件测试只能显示测试出来的问题。其次软件测试的目的尽可能的找出系统中存在的潜在问题，所以软件测试主要精力应该放在问题发现上，而不是其他方面。7.1系统测试方法功能测试分为白盒测试和黑盒测试，黑盒测试就是功能测试，其把软件当作一个黑盒子，不需要去了解其中工作逻辑，只要能够满足需求分析的需求就算测试通过，不满足就需求进行修改，因此黑盒测试严格依据于需求分析的用例进行测试，所以黑盒测试的用例在软件需求分析结束后就可以进行编写，其不依赖于软件编程的进度。白盒测试相比于黑盒测试要难的多，一是因为需要对软件的整个逻辑，然后依据程序的逻辑来进行测试，因此白盒测试又称为逻辑测试。在测试过程中要遵循一定的原则，如在杀虫剂悖论指出在对某一个模块进行大量测试后，系统就会产生免疫，这个就像总用一种杀虫剂来对蟑螂进行杀除，那么蟑螂就会对此杀虫剂免疫了，这样就杀死不了蟑螂了。对于系统模块也是一样，总用一种测试用例来测试某个模块，那么这个模块就会对此测试用例产生免疫，因此用这个测试用例就再也测试不出此模块中潜在的问题。正确的做法是随着系统的版本的迭代，测试用例也必须迭代更新，只有这样才能不断的将系统中潜在问题测试出来。7.2系统测试项目7.2.1用户登录测试 表7-1程序登录测试项目用例描述测试项用户登录程序功能测试目的测试用户是否能够正常登录前置条件打开程序测试输入使用数据库Jssnu里的用户名username和密码password进行输入预期输出能够顺利的进入小程序首页测试输出在程序上，后端新建的未被禁用的用户可以正常登录进小程序测试结果测试通过测试结果如图7-1所示。图7-1用户登录测试结果7.2.2添加商品测试商品是维系用户和系统的核心纽带，所以管理员在添加商品时，一定要详细，站在用户的角度把商品详细的信息添加到系统中。因此管理登录后，可以根据真实的情况来添加商品信息。表7-2管理员添加商品测试项目用例描述测试项管理员添加商品测试目的管理员添加商品是否成功前置条件进入商品添加页面测试输入输入所有的必填表单，并上传图片必填表单有的没有填。预期输出商品添加成功。商品添加失败。测试输出1．点击添加商品按钮，添加成功，并且在商品列表可以看到刚刚添加的商品信息和图片。2.没有填的输入框有提示信息，比如商品名称不能为空。测试结果测试通过测试结果如图6-2所示。图7-2商品添加测试结果

总结和展望系统主要调研了大学学院学生的闲置物品情况，最后确定开发一个二手交易平台，系统运用Java和SQL的开发语言，基于Vue和MySQL的开发工具，设计并实现了二手交易平台。提高了学院资源的实时流转，有利于资源的重用。在此次设计中，有着很多的不足之处，各个模块的功能并没有设计的太全面，由于技术方面的问题，也只能将一些复杂的问题简单化。例如下单付款这一部分，暂且不能实现真正的付款。只能通过后台管理员代为充值。热度推荐这一块由于用户量、商品量都还比较少，暂时就无法看出推荐的效果。在程序开发的过程中，丰富了自己前端知识的掌握，同时与数据管理层的交互，更丰富了自己的前后端开发经验，为以后的工作添砖加瓦。但本程序依然有许多不足之处，由于本身的知识缺乏，导致一些功能无法实现，首先是前端页面，由于自己偏重于后端学习，导致自己前端学的并不出色，只是简单的借助开发文档完成基本页面展示，更多美观好看的前端页面望而却步，也是一个遗憾所在。其次是用户的注册问题，出于用户安全考虑，所有用户必须是学校内的学生，所以需求分析时考虑由微信授权并选择班级学号，并于数据管理层对于班级学号进行限制管控，以保证用户的绝对唯一性，这样在后期部署上线时能供所有学生使用，但是由于对学校信息的收集不足以及技术不足，所以该功能暂且没有实现，仅由数据管理层管理员进行创建用户，并对用户进行统一管理。随着日后的工作学习，逐渐接触新的知识，我会丰富该程序的功能，把它真正的应用到实际生活中去。在这次的设计中让我学到了很多知识，尤其是SpringBoot方面的，让我对移动通信方面的技术产生了很大的兴趣，对SpringBoot的开发有了一个更深的认识，相信在以后的学习或工作中，都能带给我许多帮助！希望以后伴随着学生各项能力的增强能够将我的设计变的更完善更实用、便捷。

参考文献[1]康碧云,王榕国.大学校园二手交易市场发展现状及对策[J].南方农机,2020,51(11)