基于SpringBoot与Vue的增城高校二手物品交易系统

基于SpringBoot 与 Vue 的增城高校二手物品交易系统的设计与实现

摘要:随着生活水平和在校大学生消费能力的提高,学生用品的迭代速度越来越快,导致大量的闲置物品无法及时完成处理,而传统的线下摆摊等方式处理不仅效率低,还消耗大量人力,时间等资源,同时给学校的管理也带来难处。而线上模式对比线下模式,有很多优点。因此,可以使用一个线上的校园二手物品交易系统来完成闲置物品的处理。
通过调研增城地区各高校对各校师生用户的需求进行分析,对不同需求及所需功能的要求等进行比较以及对线下处理二手物品难问题进行分析,并针对性地分别分析了B2C和C2C的购物模式。为了实现线上交易,需采用B/S架构开发一个线上增城二手物品交易系统,让用户不管是使用PC还是手机都能进行访问,并进行交易。增城二手物品交易系统将由两个子系统组成,分别为用户子系统和管理员子系统,用户可以在前台进行二手物品的发布购买等,管理员则能在后台管理系统进行商品发布和数据的管理。前端使用Vscode开发工具并采用Vue.js 和elementUI 框架进行界面的构建;后台服务器使用Java开发语言,idea开发工具并采用SpringBoot 和 Mybatis 框架;使用开源免费的MySQL数据库为增城二手物品交易系统提供数据源支持,使用redis进行缓存处理。
增城高校二手物品交易系统的实现对增城地区高校的广大学生用户来说,将会多一个方式处理闲置物品,他们不再需要出去摆摊,既节省了时间又提高二手物品处理的效率,足不出户就可以完成二手物品的处理,让资源及时得到重新利用,同时为学生用户带来买卖商品的良好体验,给校园也带来更好的管理。
关键词:闲置物品处理、在线支付、增城地区高校。

Design and implementation of zengcheng university second-hand goods trading system based on SpringBoot and Vue

Abstract:With the improvement of living standard and consumption ability of college students, the iteration speed of student supplies is getting faster and faster, resulting in a large number of idle items can not be processed in time, while the traditional offline stall and other methods are not only inefficient, but also consume a lot of manpower, time and other resources, and bring difficulties to the management of the school. The online mode has many advantages over the offline mode. Therefore, an online campus second-hand goods trading system can be used to complete the disposal of unused items.
Through the investigation of colleges and universities in zengcheng district, this paper analyzes the needs of students, teachers and users of each school, compares the requirements of different needs and required functions, and analyzes the difficulty of handling second-hand goods offline, and analyzes the shopping modes of B2C and C2C respectively. In order to realize online trading, an online zengcheng second-hand goods trading system should be developed by using B/S architecture, so that users can access and trade with either PC or mobile phone. Zengcheng second-hand goods trading system will be composed of two subsystems, namely the user subsystem and the administrator subsystem, users can release and purchase second-hand goods in the front desk, the administrator can release goods and data management in the background management system. The front-end USES Vscode development tool and adopts Vue. Js and elementUI framework to build the interface. The background server USES Java development language, idea development tool and adopts SpringBoot and Mybatis framework. The open source free MySQL database is used to provide data source support for zengcheng second-hand goods trading system, and redis is used for cache processing.
Zengcheng college of second-hand goods trading system in zengcheng region of the broad masses of users, students in colleges and universities will be more than one way to deal with idle items, they no longer need to go out to stall, which saves time and improve the efficiency of the second-hand goods processing, never leave home can complete the processing of second-hand goods, let the resources to be reused, on time and bring students users buy and sell goods good experience, brings to the campus and better management.
Keywords: Idle goods processing, online payment, zengcheng area colleges and universities

目 录

第1章 绪论 1
1.1系统的开发背景及意义 1
1.2国内外研究现状 2
1.3系统的主要研究内容 3
1.4系统使用的开发环境与开发工具 4
第2章 系统需求分析 5
2.1系统的总体需求 5
2.2系统的业务需求 5
2.2.1 增城二手物品交易系统用户端商品展示子系统 5
2.2.2 增城二手物品交易系统管理员端后台管理子系统 7
2.3系统功能的需求分析 8
2.3.1用户端商品展示子系统功能分析 8
2.3.2管理员端后台管理子系统功能分析 9
2.4 UML系统建模 10
2.4.1用例图 10
2.4.2用例图规约表 11
2.5本章小结 25
第3章 系统设计 26
3.1系统功能设计 26
3.1.1前台商品展示用户端子系统 26
3.1.2后台管理管理员端子系统 27
3.2 增城二手物品交易系统类图 28
3.3 增城二手物品交易系统顺序图 29
3.3.1 用户端子系统顺序图 29
3.3.2 管理员端子系统顺序图 43
3.4 增城二手物品交易系统活动图 55
3.5 增城二手物品交易系统状态图 56
3.6 数据库设计 57
3.7 本章小结 66
第4章 系统实现 67
4.1增城高校二手物品交易系统用户端界面实现 67
4.2增城高校二手物品交易系统后台管理员端界面实现 73
4.3 本章小结 76
第5章 系统测试 77
5.1 系统测试的目的 77
5.2 系统测试的意义 77
5.3 测试用例及结果 77
5.4 本章小结 79
第6章 结束语 80
6.1 全文总结 80
6.2 课题展望 80
参考文献 81
致 谢 83

第1章 绪论

1.1系统的开发背景及意义
当今时代,互联网应用技术已经在全球范围内得到了普及应用,也产生了大量的产品投入实际使用。在这其中,利用互联网应用进行网上购物就是其中的一方面,而现在,网上购物在日常生活中已经越来越普及,人们可以通过在移动设备或者PC上使用互联网应用直接进行购物功能,实现足不出户就可以完成购物的需求。同样的,在高校校园里,同样也有一样的需求。在开学季,大量的新生有很强烈的购物需求,他们大量购买生活用品,学生物品等;而在日常生活中,很多人喜欢购买物品,对于闲置的物品,没及时处理掉又一直放着不用,甚至有些同学放着觉得麻烦会选择扔掉。而到了毕业季老生离校带不走的生活用品,带不走的学习材料卖不掉的也只能扔掉,造成极大的浪费。而且开学季、毕业季校园出现大量的学生自发起的购物小摊,给校园带来了拥挤,不便管理等安全隐患,也带来了不好的校园风气[ 刘洛佳,曹双双.基于C/S+B/S混合模式的校园二手交易系统的设计与实现[J].科技创新与应用,2019(18):34-35+37.]。虽然说现在可以借助一些微信群进行闲置商品的发布及买卖,但还是存在局限性,例如无法详细了解商品的有关信息,不能快捷地购买商品等。因此,通过对增城部分高校二手物品处理难的问题的分析及研究,利用Java技术以及Web技术开发一个基于Spring boot与vue的增城高校二手物品交易系统是十分必要的,在完成基本功能的基础班上,加以创新,以满足增城高校在校大学生闲置物品处理的问题[ Tian Lihong, Liu Haiwei, Shen Feng, Tang Wusheng. The Design and Realization of Second-hand Business Transaction Management System[J]. Journal of Simulation,2017,5(5).]。该系统的主要服务对象为在校师生用户,学生们可以在这个供需平台上将自己的一些闲置物品出售信息等发布上去,也能够在平台上物色自己需要的物品,价格经济实惠,同时为学生用户带来买卖商品的良好体验。
在线二手物品交易系统由于固有的一些特性,所以建议一个这样的系统有以下意义:1. 其信息实用,方便在校师生,不受时间和地点的限制,学生们可以随时将自己待处理的二手物品信息发布到平台上,将他们赠送或低价出售给有需要的其他人,实现闲置物品的再次利用;2. 可以培养学生们的经营意识,同时可以给他们带来一定的经济效益[苏玉慧. 基于B/S架构的高校二手网络交易平台的设计与实现[D].南昌大学,2016.];3. 有广大的市场也深受学生用户青睐,同时促进了学生们之间的互相交流;4. 由于进行交易的主要都是本校学生,所发布的供求信息经过实名后较真实,也拥有真实的联系方式,实惠的商品价格以及质量保证,风险相对较小,交易更安全。综合来来说,增城高校二手物品交易系统是一个可以让学生们足不出户完成二手物品处理的平台,其不仅可以给学生们带来经济益处,还能帮学生节省大量的时间、人力资源,减轻父母经济负担,而且也培养了学生们的绿色消费观,而且最重要的意义是能够在不影响学生自主买卖,置换购物的同时,优化校园环境,给校园带来更好的管理。
1.2国内外研究现状
进入21世纪,我国经济持续健康发展,进入快速发展阶段,对人才需求的也不断地在扩大,大学生的数量一直在增加。由于大学生比较热衷于潮流,他们的消费需求很旺盛,消费水平日益提高,学习用品迭代速度变快,产生的大量闲置物品又没有及时得到重新利用或处理掉,导致堆积和浪费问题;同时,大部分在校大学生经济能力很有限,资金来源单一。现在在国家倡导可循环经济的大背景下,人们的环保意识不断增强,大学生们滞后的经济能力和旺盛的需求这样就形成的鲜明反差,因此校园二手市场也有了相对良好的发展环境[汤敏,郑乾,陈佳雨,杨敏,李冰鑫,江磊.共享经济下大学校园二手市场的发展现状及对策研究[J].商场现代化,2019(09):140-141.]。而随着学生用户购买能力的逐渐提高,必然加快学生生活用品或者学习物品的更新换代速度,使得大量闲置物品没法得到及时处理,校园二手交易平台也因为这种需求而产生了。但是就全国而言,有很多大企业旗下有很多针对二手市场的产品,像58同城二手市场、淘宝跳蚤街等,而且各种优秀产品之间的竞争相当激烈,使得一些小的平台网站在夹缝中也很难生存。但是全国有很多高校,而专门针对高校或地区的二手物品交易平台确相对很少,很多高校或地区的二手物品处理方式还停留在传统的阶段[ 盛宏伟,潘声晏,韩松.高校二手交易市场平台研究[J].合作经济与科技,2019(08):92-95.],特别是高校里面,比如通过摆摊位来进行二手物品的买卖,虽然说商品信息发布渠道可以有很多种,像现在有的可以通过微信群进行二手商品信息的发布,但还是存在很多局限性[ Lorena M. Fortuna,Vasil Diyamandoglu. Disposal and acquisition trends in second-hand products[J]. Journal of Cleaner Production,2017,142.]。
而在国外的其他一些地方,就欧美地区的国家而言,电子商务的发展发展更是日新月异。更直观的数据来看,在英法等这些欧洲国家,基本是有将近1/4的商务总额来源于电子商务方面的交易,而在美国,这个比例则高达1/3甚至是更多。相对于我国来说,要比欧美国家有更好的网络环境和更大的市场环境。
同时,微信支付,支付宝支付等在线支付已经普及,也越来越受欢迎,而且也实行了网银,信用卡消费制度,国内也有相对完善的物料配送体系。
因此,对于在校的大学生来说,随着购买力的提高,有很大一部分想要对物品进行更新,或者需要处理已有的商品,校园二手物品交易系统可以给学生们提供一个供需平台,所以这一块还是有很大的前景的[王祖维,孟彦霖,李晖.构建校园二手交易平台的可行性分析[J].现代商贸工业,2018,39(35):81-82.]。
1.3系统的主要研究内容
增城高校二手物品交易系统主要研究的是一个实现在线二手物品交易的系统,其是一个针对增城地区或者说服务本校内师生的校园二手物品交易系统,用户可以便捷地在平台上进行闲置物品的买卖。系统分为供用户发布二手出售信息和求购信息的前台商品信息展示子系统和供后台管理员对系统数据进行管理的后台管理子系统两部分。 而系统的主要研究内容大致可以分为以下几步:首先是系统UI界面的构建和用户交互的设计,如何确保用户以低使用成本就可以熟练的使用本系统,所以系统采用大量留白设计,采用灰白色调,让界面看上去简洁大方,在相关地方或者场景下,也给出了相应的信息提示,使系统使用流程简短流畅;接着是如何设计出一个稳定的后台服务器进行业务逻辑的处理,同时研究如何预留一些接口确保将来实现其他端与后台的对接,如APP端或者小程序端,因为本系统当前采用的是B/S架构进行的开发;再接着是如何进行数据库的设计,确保良好的数据库和稳定的数据源来对系统提供数据支持;最后,在完成系统的调试部署,确保系统能够顺利地正常运行起来后,需用解决的是如何调用支付宝在线支付接口,进行在线提交订单并使用支付宝APP进行扫码,完成支付扣款的这个问题[ 贺星河. 全家—支付宝移动支付系统研究与实现[D].东南大学,2017.]。
1.4系统使用的开发环境与开发工具
本地开发环境使用了8GB的Windows 10 x64操作系统,使用Java作为后台开发语言[ Irene Córdoba-Sánchez,Juan de Lara. Ann: A domain-specific language for the effective design and validation of Java annotations[J]. Computer Languages, Systems & Structures,2016.],Java 环境使用的是1.8版本的JDK,应用服务器使用的是SpringBoot 自带的9.0版本的tomcat, 数据库方面由于可靠性和免费等因素,使用了MySQL进行数据支持,同时使用了可视化工具Navicat进行数据的可视化管理,使用Redis为增城二手物品交易系统提供缓存支持[ 周智.Redis分布式缓存实现与解析[J].信息通信,2018(06):24-25.],远程服务器使用的是腾讯云服务器,短信验证码使用的是腾讯云的接口;开发工具方面,前端使用的是微软免费开源的Vscode 并使用Vue + elementUI 框架进行了页面的构建,后台服务器使用的是idea开发工具,并使用springboot框架[ 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2019,15(36):76-77.],开箱即用,减少了大量配置,优化了开发流程[吕宇琛.SpringBoot框架在web应用开发中的探讨[J].科技创新导报,2018,15(08):168+173.
],上述的就是作为增城二手物品交易系统的开发环境和开发工具。

第2章 系统需求分析

2.1系统的总体需求
增城高校二手物品交易系统需要分为两部分,即前台商品展示部分和后台系统管理部分。前台可以查看二手商品信息,二手求购信息,已经开通的学校信息查询,查看商品分类,进行登录注册,切换学校操作,在已登录的情况下可以进行二手闲置物品出售信息和求购信息的发布,上下架商品,申请学校开通,个人认证,评论,联系商家进行购买,平台自营支持提交订单,支付宝在线支付等操作。后台系统管理子系统其主要供系统管理员使用的,起到对用户信息、商品信息以及一些数据分析的作用,主要实现对用户信息、商品信息、订单信息、留言的管理,管理员登录完后可对用户信息进行维护以及违规处理冻结账号,对二手物品信息进行审核,违规物品强制下架,对留言信息的基本维护等操作,同时,系统维护方面,管理员可进行模块的设置、公告信息、通知消息,投诉反馈信息等的维护操作,实现对高校二手物品交易系统的日常维护和数据分析。
该系统的有效运作将实现快速有效低成本的二手物品处理,解决二手闲置处理难题,让广大学生用户手头上的闲置物品得到有效利用,减少了大量浪费,甚至可以给自己带来一些经济效益,也美化了校园环境,给校园带来更好的管理。
2.2系统的业务需求
系统的主要由两个子系统组成,包括用户端商品展示子系统和管理员端后台管理子系统,以下是对这两个子系统的业务需求分析。
2.2.1 增城高校二手物品交易系统用户端商品展示子系统
用户进入系统平台之后默认会显示出已经发布出来的二手物品出售信息列表,界面上顶部导航菜单栏有二手出售,求购,切换学校,学校开通申请,信息发布,个人中心等菜单按钮供用户切换,还有有商品分类可以根据分类进行筛选商品。
在二手出售商品专栏,点击商品可以进入商品详情页查看商品详情,如果是卖家发布的,则通过联系卖家进行协商商品的购买,如果未登录则跳转到登录界面,也可通过留言方式进行评论留言,如果是平台自营发布的商品,则可以直接下订单并通过支付宝在线进行支付交易。
在登录的情况下,用户可以在二手出售物品界面填写商品详细信息,并提交到平台上待管理员审核,同时可以在学校开通申请界面申请为自己的学校在平台上开通二手出售业务,通过切换学校可以筛选自己学校的二手出售信息。
用户端商品展示子系统业务流程图如图2.1所示:
在这里插入图片描述
图2.1 用户端商品展示子系统业务流程图
个人中心主要是用户对个人资料进行维护,查看自己已发布的出售的商品信息和求购信息,上下架商品,进行个人认证,查看收藏的商品,管理收货地址,查看订单信息,进行留言、私信回复等操作,同样的,上述操作需在已经登录的情况下操作,未登录会跳转到登录界面。
管理员端后台管理子系统业务流程图如图2.2所示:
在这里插入图片描述

图2.2管理员端后台管理子系统业务流程图
2.2.2 增城高校二手物品交易系统管理员端后台管理子系统
管理员在后台管理系统登录页面,进行登录成功后会进入后台主界面,在侧边菜单栏可以看到各个模块的菜单列表,包括系统管理、认证管理、商品信息管理、订单管理、学校管理、留言管理、在线客服设置、数据分析管理等模块。系统管理主要是对管理员账套和用户信息、系统公告等信息进行维护,同时管理员也可以对违规用户进行冻结操作;认证管理可以对用户提交的认证信息进行审核;商品信息管理主要是对用户发布的二手出售和求购信息进行审核;订单管理是对所有已生成的订单信息进行维护,包括后续订单发货等信息的录入等;学校信息管理和留言分别是对用户申请开通的学校信息进行审核和对留言进行回复;在线客服设置主要进行关键词和收到消息自动回复进行设置;最后的数据分析管理,在这里管理员可以看到系统自动统计分析出来的各种数据分析图,给业务调整起到参考作用。
管理员端后台管理子系统的业务流程图如图2.2。
2.3系统功能的需求分析
增城高校二手物品交易系统主要分为用户端商品展示子系统和管理员端后台管理子系统:在用户端商品展示子系统中主要包括的功能:登录注册、二手商品信息发布、学校开通申请、商品购买、支付、个人中心管理和订单管理;而在管理员端后台管理子系统则主要包括:登录、系统管理、认证管理、商品信息管理、订单管理、学校管理、留言管理、在线客服设置、数据分析管理。增城高校二手物品交易系统功能模块图如图2.3所示:
在这里插入图片描述

图2.3增城高校二手物品交易系统功能模块图
2.3.1用户端商品展示子系统功能分析
(1)登录注册:实现前台页面的登录和用户账号的注册,用户只有在已登录的情况下才能进行后续的发布商品信息、购买商品、提交订单支付、申请开通学校、查看个人信息、管理收货地址、查看订单信息等操作,未登录的用户将以游客身份访问系统,只能查询浏览商品信息。
(2)个人中心模块:在这里包括了用户个人信息的查看、修改,个人认证信息的维护,收货地址信息的增加、修改和删除,已发布商品信息和求购信息的维护,对商品进行上下架,查看我的收藏,对私信留言进行回复等。
(3)二手商品信息发布: 在完成登录的情况下,用户可以进入商品发布页,填写要出售的二手商品信息或者求购信息,并发布到平台,等待管理员审核。
(4)学校开通申请模块: 同样,已登录情况下,用户可以进入学校开通申请页,填写开通学校申请信息并提交到平台,待管理员审核通过。
(5)商品购买模块: 用户在进入商品详情页后,如果该商品是别的用户发布的,则只能通过联系卖家私信进行沟通完成交易,前提是完成登录,未登录情况下会跳转到登录页让用户登录;如果该商品是平台自营的,则可以点击购买确认订单后直接提交订单,生成相应的订单信息。
(6)支付模块:用户在提交完订单后,该商品会被锁定,10分钟内用户未完成付款则失效,释放商品;如果用户直接支付,则跳转到支付扫码支付界面,使用支付宝app进行扫码完成支付。
(7)订单管理模块:已登录的用户可以进入订单管理界面查看已生成的订单信息,
对于未付款且未失效的订单,用户可以点击进行支付操作。
2.3.2管理员端后台管理子系统功能分析
(1)登录: 管理员只有完成登录了才能进入后台管理系统,并对用户信息、订单信息、学校信息等进行维护。
(2)系统管理模块: 主要是对管理员账号信息和用户信息的基本维护,对于违规用户可以采取强制冻结和解冻操作,同时可以查看系统的一些日志信息和进行公告信息的设置等。
(3)订单管理模块:在这里管理员可以看到生成的订单,并对订单信息进行维护,同时后续发货可以在这里将一些快递等信息录入订单。
(4)认证管理模块:管理员可以对用户提交的个人认证信息进行审核,对于不符合的可以进行驳回操作。
(5)商品信息管理模块:在这里管理员可以对用户提交的二手物品出售信息和求购信息进行审核,只有审核通过了才能发布到平台上给其他用户看到,同时可以对商品分类信息进行查看,修改等操作,也可以对商品进行强制分类。
(6)学校信息管理模块:对用户提交的学校开通申请信息进行审核,调用第三方接口验证学校信息真实性,以及对已经开通生成的学校信息进行基本维护。
(7)在线客服设置:主要是管理员设置在线客服在收到消息时自动回复的内容以及自定义关键字进行内容回复。
(8)数据分析管理模块:管理员可以在这里看到系统自动统计分析生成的各种图表结构分析图,包括日活跃用户,日成交订单等数据。
2.4 UML系统建模
2.4.1用例图
用例、角色和系统这三部分,是用例模型的基本组成部分[ Nitish Pathak,B. M. Singh,Girish Sharma. UML 2.0 based framework for the development of secure web application[J]. International Journal of Information Technology,2017,9(1).]。
如图2.4增城高校二手物品交易系统用户端商品展示子系统用例图所示。如图2.5增城高校二手物品交易系统管理员端后台管理子系统用例图。
增城高校二手物品交易系统用户端商品展示子系统用例图如图2.4所示。
在这里插入图片描述

图2.4 增城高校二手物品交易系统用户端商品展示子系统用例图
增城高校二手物品交易系统管理员端后台管理子系统用例图如图2.5所示。
在这里插入图片描述

   图2.5增城高校二手物品交易系统管理员端后台管理子系统用例图

2.4.2用例图规约表
以下是用户用例规约表:
表2-1登录注册用例规约表
用例编号 2-1 用例名称 登录注册
功能描述 未注册用户可进行注册,已注册用户可以直接登录系统
执行者 用户
前置条件 增城高校二手物品交易系统正常运行。
后置条件 使用注册的账号登录成功后,游客身份变为用户;
涉众利益 用户登录成功之后,可以进行二手出售商品信息和求购信息发布、管理收货地址、购买商品、修改个人信息和订单管理等操作;
基本路径 1. 用户注册;
1.1 用户进入前台注册界面,填写昵称、密码、手机号以及短信验证码。
1.1.1 依次填入昵称、密码、手机号,如果有某项数据为空,在填写下一项数据之前界面会给出提示让用户填写。
1.1.2 填写完手机号后点击获取验证码按钮,在收到验证码后将4位验证码填入到验证码输入框。
1.2. 点击立即注册按钮完成注册。
1.2.1 点击注册按钮,前台界面会校验注册信息是否符合,不符合则在界面上给出警告,提示用户重新输入。
1.2.2 数据符合,提交到后台,会先验证短信验证码是否
已经过期以及是否正确,过期或者不正确,返回前台相
关警告信息提示用户重新输入。
1.2.3 验证码验证以及用户注册信息验证通过,将注册
信息写入用户表,并返回前台相关成功提示信息。
1.3. 注册成功,界面显示相关成功信息。
2. 用户登录;
2.1. 已经完成注册用户可以进入登录界面;
2.2. 选择账号登录或者短信登录;
2.2.1 选择账号登录,需用输入注册的手机号、密码、和后台生成的4位随机验证码,选择使用短信验证码进行登录则需用输入手机号和收到的4位短信验证码;
2.2.2 输入每一项数据后,前台系统会对数据合法性进行校验,不符合的会在界面上给出相应提示。
2.3. 点击登录按钮进行登录
2.3.1 前台系统校验登录信息的合法性,不符合的给予相应提示,不给予提交登录。
2.4. 数据符合后,登录信息提交到后台。
2.4.1 后台系统先验证短信验证码是否为空,为空则判定为账号密码登录,后台会先校验验证码的有效性和正确性,校验通过再进行账号密码校验,校验通过,返回前台登录成功信息,反之返回失败信息;如果短信验证码不为空,则验证短信验证码是否正确,正确则返回登录成功信息,反之返回失败信息。
2.5. 完成登录,前台接收登录反馈信息;
2.5.1 根据返回的状态码进行判断,登录失败,返回登录界面,登录成功,跳转到前台商品列表主界面。
扩展 无
字段列表 1. 手机号 2.昵称 3.密码 4. 普通验证码 5. 短信验证码 6. 登录注册时间
业务规则 手机号注册规则:每个手机号只能在平台上注册一次,也就是每个手机号只能对应一个账号。
登录规则:1、用户如果已经注册过并绑定了邮箱,也可以使用邮箱登陆。2、只有账号正常的用户才能登录系统,账号被冻结了只有解冻了才能继续登录系统。
普通验证码:后台生成的4位普通验证码,有效期为3分钟,失效了需要手动刷新获取新的验证码。
短信验证码:短信验证码有效期为10分钟,2分钟内只能获取一次验证码,同一手机号1小时内不超过5次获取验证码,一天不超过10次。
备注 无
表2-2二手商品信息发布用例规约表
用例编号 2-2 用例名称 二手商品信息发布
功能描述 在前台商品信息列表主界面,用户可以点击菜单导航栏选择我要出售和发布求购进行二手商品信息的发布
执行者 用户
前置条件 已完成登录并进入二手商品发布界面。
后置条件 返回商品列表主界面,我发布的商品添加新的商品发布记录。
涉众利益 用户可以将自己手头闲置的物品快速进行低价处理,同时也能快速寻找自己急需的商品,节省大量时间。
基本路径 1.二手出售商品信息发布。
1.1按界面提示分别填写,标题即出售商品的名称,商品描述,想卖的价格,原价,标签,类别,邮费,学校,微信号,手机号以及商品图片等信息。
1.2点击提交按钮,完成二手商品信息。
2.二手求购商品信息发布。
2.1 点击菜单导航栏的发布按钮,选择求购发布,进入求购商品信息发布填写界面;
2.2 按界面提示分别填写,求购的商品标题即名称,需求简介,可接受的价格,要求,微信号,手机号,商品图片等信息。
2.3 点击提交按钮,完成求购信息的发布。
扩展 无
字段列表 二手出售商品信息:1. 标题 2. 简介 3. 标价 4. 原价 5. 标签 6.类别 7. 邮费 8. 学校 9. 微信号 10. 手机 11. 商品图片
二手求购信息:1. 标题 2.需求简介 3. 可接受的价格 4. 要求 5. 微信号 6. 手机号 7. 商品图片
业务规则 标签添加规则:标签最多只能添加4个,至少需要一个,用户可以添加自定义标签。
商品图片上传规则:图片大小不能大于700k,一次最多只能上传5张图片。
联系方式:微信和手机号两种至少必须提供一种。
备注 无
表2-3学校开通申请用例规约表
用例编号 2-3 用例名称 学校开通申请
功能描述 用户可以在开通申请界面填写相应学校信息并提交审核,为自己的学校开通在增城二手物品交易系统平台上的二手商品出售业务。
执行者 用户
前置条件 用户成功登陆增城二手物品交易系统并进入开通申请界面
后置条件 提交申请成功
涉众利益 审核通过用户可以在平台上发布和查看关于自己学校的一些二手物品出售信息,对比传统方式更加便利。
基本路径 1.学校开通申请;
1.1根据界面提示,输入学校名称,真实姓名,申请备注等信息。
1.2点击图片上传按钮,上传学校LOGO图片。
1.3点击提交按钮,完成申请信息提交。
扩展 无
字段列表 1. 学校名称 2. 申请人真实姓名 3. 申请备注 4. 学校LOGO图片 5. 申请日期
业务规则 学校开通申请:已开通学校不能进行申请。
学校LOGO上传:可选择性上传,限定只能上传一张。
备注 无
表2-4个人中心管理用例规约表
用例编号 2-4 用例名称 个人中心管理
功能描述 个人中心管理主要包括:个人信息管理、我的商品管理、我的收藏管理、个人认证管理、收货地址管理。
执行者 用户
前置条件 用户成功登陆增城二手物品交易系统用户端
后置条件 更新个人信息、我的商品信息、求购信息、收藏信息、认证信息、收货地址信息列表。
涉众利益 用户可以很方便的管理自己的个人信息、发布的商品信息和求购信息、查看收藏的商品、进行个人认证、添加修改收货地址。
基本路径 1.个人信息管理;
1.1查看个人信息
1.1.1用户进入个人中心点击我的资料菜单,进入个人信息管理界面。
1.1.2直接查看个人资料详细信息。
1.2修改个人信息
1.2.1用户点击我的资料界面上的修改按钮,触发修改操作。
1.2.2根据界面提示,填入个人其他信息,完善个人信息,例如:上传头像,真实姓名、学校、性别、毕业年份、个性签名等。
1.2.3点击保存按钮,完成个人资料修改。
2.我的商品管理:
2.1 查看发布的二手商品信息;
2.1.1 用户进入个人中心点击我的商品菜单,进入我发布的商品管理界面
2.1.2 直接查看我发布过的商品信息列表。
2.2 修改商品信息;
2.2.1 用户在我发布的商品管理界面点击选中的商品。
2.2.2 在系统弹出框选择要修改的商品信息进行修改。
2.2.3 点击完成并提交按钮,完成商品信息的修改并提交审核。
2.3 上架商品;
2.3.1 用户在我发布的商品管理界面选中商品;
2.3.2 点击上架按钮;
2.3.3 进行上架确认;
2.3.4 完成商品上架到系统;
2.4 下架商品;
2.4.1 用户在我发布的商品管理界面选中商品;
2.4.2 点击下架按钮;
2.4.3 进行下架确认;
2.4.4 将商品从系统下架;
2.5 删除商品。
2.5.1 用户在我发布的商品管理界面选中商品;
2.5.2 点击删除按钮;
2.5.3 进行删除确认;
2.5.4完成商品删除。
3.我的收藏管理
3.1 查看收藏商品信息列表
3.1.1用户进入个人中心点击我的收藏菜单,进入我的收藏管理界面;
3.1.2 直接查看我收藏的商品信息列表。
3.2 取消收藏商品
3.2.1 在商品收藏列表点击单个商品上的取消收藏按钮;
3.2.2 进行取消收藏确认;
3.2.3 完成商品取消收藏。
4.个人认证管理
4.1 查看个人认证信息申请列表;
4.1.1 用户进入个人中心点击个人认证菜单切换个人认证管 理界面;
4.1.2 直接查看个人认证申请信息列表。
4.2 进行个人认证
4.2.1 在个人认证申请信息列表界面点击我要认证按钮;
4.2.2 在系统弹出框认证界面,依次填入个人真实姓名,
选择证件类型,输入证件号码,并上传证件照片;
4.2.3 点击保存提交按钮,完成提交申请。
4.3 修改个人认证申请信息;
4.3.1 在个人认证申请信息列表选择单个申请信息并点击;
4.3.2 在系统弹出框修改界面,修改申请信息;
4.3.3 点击完成编辑按钮完成修改并重新提交申请信息;
4.4 删除个人认证申请信息;
4.4.1 在个人认证申请信息列表界面选择单个申请信息;
4.4.2 点击删除按钮;
4.4.3 进行删除确认;
4.4.4 完成个人认证申请信息的删除。
5.收货地址管理
5.1 查看我的收货地址
5.1.1用户进入个人中心管理界面并点击我的收货地址菜单切换到收货地址管理界面。
5.1.2 直接查看个人已经保存的全部收货地址。
5.2 添加收货地址
5.2.1 在收货地址列表界面点击添加按钮;
5.2.2 在系统弹出框添加界面,依次分别填入收货人姓名、手机号、详细地址、邮编等信息,并选择具体的省份、市区街道信息,完成收货地址信息的填写;
5.2.3 点击保存确认按钮,完成收货地址的添加。
5.3 编辑收货地址
5.3.1 在收货地址列表选择单个收货地址并点击修改按钮;
5.3.2 在系统弹出框编辑界面,修改要重新设置的地址信息。
5.3.3 点击保存确认按钮,完成收货地址编辑。
5.4 删除收货地址
5.4.1 在收货地址列表界面选中地址信息并点击删除按钮;
5.4.2 进行删除确认;
5.4.3 完成收货地址的删除。
扩展 1.1.a系统自动查询出当前登录用户的全部资料信息,并显示到界面上。
1.2.a提交后系统进行个人信息数据合法性校验,验证通过提交完成,验证不通过返回当前界面。
2.1.a系统自动查询出当前登录用户的全部商品发布记录,并显示到界面上。
2.2.a 修改提交后系统进行商品信息校验,验证通过提交完成,验证不通过,返回当前界面。
字段列表 我的收藏:1、用户编码 2、商品编码
个人认证信息:1、用户编号 2、真实姓名 3、证件类型 4、证件号码
5、证件图片
收货地址:1.用户编号;2.收货人姓名;3.街道;4.联系电话;5.省;6.市;7.区;8.详细地址;9.默认地址
业务规则 个人信息修改规则:一个用户只有两次机会可以修改个人的基本信息
收货地址:一个用户至少必须设置一个收货地址。
我的商品管理规则:1、只有待审核或被驳回的商品才能进行编辑。
2、被驳回的商品可以根据驳回原因进行信息修改并重新提交申请。
3、只有审核通过的商品才能进行上下架操作。
求购信息管理规则:1、只有待审核或被驳回的求购信息才能进行编辑
2、被驳回的求购信息可以根据驳回原因进行信息修改并重新提交申请
个人认证信息管理规则:1、只有待审核或被驳回的认证申请信息才能进行编辑
2、被驳回的认证申请信息可以根据驳回原因进行信息修改并重新提交申请
备注 无
表2-5商品购买用例规约表
用例编号 2-5 用例名称 商品购买
功能描述 用户可以对感兴趣的二手物品进行联系商家购买或者下单购买。
执行者 用户
前置条件 成功登陆增城二手物品交易系统用户端。
后置条件 订单创建成功,切换回商品明细界面。
涉众利益 用户需先完善好个人信息,不然在下订单的时候可能会出错。
基本路径 1.商品购买
1.1 进入商品详情页查看商品详细信息;
1.2 点击联系商家按钮与卖家协商,沟通运费等信息;
1.3 点击立即购买按钮;
1.4 进入订单确认界面;
1.5 选择收货地址信息,填写备注信息;
1.6 进行订单信息确认;
1.7 点击立即下单按钮,进行提交订单操作。
扩展 1.a 系统生成相应的订单信息,并将生成的订单编码返回前台界面。
1.b 系统锁定当前商品,更改商品状态信息。
字段列表 1.用户名;2.密码;3.头像;4.邮箱;5.手机号码;6余额;7支付密码
业务规则 商品购买规则:1、提交订单后用户需在10分钟内完成支付,超时未支付订单会自动过期,商品也将会被释放出来重新可购买。
2、当前一次只能购买单件商品。
3、只有自营商品支持在线提交订单购买,不是自营的只能联系商家进行沟通交易。
备注 无

表2-6支付用例规约表
用例编号 2-6 用例名称 支付
功能描述 对于已经提交的订单,用户可以使用支付宝进行在线支付完成交易。
执行者 用户
前置条件 成功登陆增城二手物品交易系统并且已经注册支付宝
后置条件 支付成功,跳转到商品界面
涉众利益 用户可以很方便的直接使用支付宝进行在线支付,足不出户就可以与卖家进行在线沟通完成交易。
基本路径 1.用户进行支付
1.1进入订单支付界面;
1.2对订单信息进行确认,包括收货地址信息、订单编号、商品信息、以及订单金额等信息。
1.3选择支付平台,并点击相应图标。
1.3.1 选择支付宝支付,成功跳转到支付宝扫码支付界面;
1.4在支付宝扫码支付界面,使用支付宝APP进行扫码或者直接输入支付宝账号密码;
1.5确认支付金额
1.5.1扫码后支付宝APP会弹出支付请求,并显示对应的支付金额在APP界面上;
1.5.2输入支付秘密,支付密码错误,弹出错误提示。
1.6完成支付操作。
扩展 1.6.a 支付成功,支付宝APP从相应账户里扣除对应的金额。
1.5.a 支付成功,增城二手物品后台管理系统自动生成对应的支付流水记录,并更改订单状态为已付款,同时更改商品信息状态为已售出状态。
字段列表 1、订单号;2、商品信息; 3、 订单金额 4、商品描述; 5、支付方式;6、支付时间;7、交易流水号;8、支付金额 ;9、用户编码
业务规则 支付规则:每笔订单只可支付一次,重复支付会提示。
备注 无
表2-7订单管理用例规约表
用例编号 2-7 用例名称 订单管理
功能描述 用户可以对自己下的订单进行管理,包括订单信息的查看以及收货后进行订单信息的确认操作。
执行者 用户
前置条件 用户成功登陆增城二手物品交易系统用户端并有成功下单记录。
后置条件 订单查看和确认收货成功
涉众利益 用户可以很方便的查看订单信息,并可以实时查看订单状态,在收到货后也能进行确认。
基本路径 1.订单管理
1.1查看我的订单
1.1.1用户点击我的订单菜单,进入菜单列表界面;
1.1.2直接查看已经生成的订单列表信息;
1.2确认收货
1.1.1在订单列表界面点击单个订单;
1.1.2进入订单详情界面,查看订单详细信息;
1.1.3点击确认收货按钮;
1.1.4进行收货确认;
1.1.5完成订单收货确认操作。
扩展 1.1.a 系统自动查询出当前已登录用户的订单信息列表,并显示到界面。
1.2.a 系统更新订单状态为订单完成状态。
字段列表 1.订单号;2.用户编号;3、支付方式 ;4.收货人姓名;5.收货人联系电话;6.收货地址;7.运费;8.订单金额;9.订单状态;10 订单创建时间;11、订单支付时间 ;12 、收货时间。
业务规则 无
备注 无

以下是管理员用例规约表:
表2-8管理员登录注册用例规约表
用例编号 2-8 用例名称 登录
功能描述 管理员可以通过账号和密码以及验证码登录后台管理系统
执行者 管理员
前置条件 增城高校二手物品交易后台管理系统正常运行。
后置条件 管理员登录进入后台管理系统
涉众利益 管理员登录成功后可以对用户信息、订单信息、认证申请信息、学校信息、在线客服、数据统计分析等进行管理。
基本路径 1. 管理员进行登录。
1.1. 管理员进入后台管理系统界面;
1.2. 根据界面提示,分别输入账号、密码、和验证码。
1.2.1 输入管理员账号,密码,点击每一项输入框后会进行相关
规则校验,不符合界面弹出提示;
1.2.2 输入后台随机生成的4位验证码,如果看不清可以点击
更换一张重新生成新的验证;
1.3. 点击登录按钮,提交登录信息。
1.3.1 前台系统校验登录信息的合法性,不符合界面上给予相应提示用户修改。
1.3.2 数据校验通过,登录信息提交到后台。
1.3.3 后台会先校验验证码的有效性和正确性,校验不通过反
馈错误信息到前台界面,校验通过再验证账号密码,并反
馈登录信息到前台界面。
1.4. 完成登录,前台接收反馈登录信息。
1.4.1 登录失败,显示错误信息,返回登录界面。
1.4.2 登录成功,前台进行权限判断,显示成功信息,并跳转到
后台管理系统主界面。
扩展 无
字段列表 1.账号 2.密码 3.验证码 4. 登录时间
业务规则 普通验证码:后台生成的4位普通验证码,有效期为3分钟,失效了需要手动刷新获取新的验证码。
备注 无

表2-9 系统管理用例规约表
用例编号 2-9 用例名称 系统管理
功能描述 系统管理主要包括:公告信息管理、用户信息管理、管理员账套管理、日志信息管理等
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统。
后置条件 更新公告信息,用户信息,管理员账套信息,系统日志信息列表
涉众利益 管理员可以对用户信息、管理员账套信息、日志信息等进行管理
基本路径 1.公告信息管理;
1.1查看公告信息
1.1.1点击侧边菜单栏公告信息菜单,切换公告信息列表查询界面并查询已发布的公告列表信息。
1.1.2查看公告列表信息。
1.2发布公告信息
1.2.1在公告列表信息点击添加按钮
1.2.2在添加界面填入公告信息
1.2.3点击完成并发布按钮
1.2.4完成公告发布。
1.3编辑公告信息
1.3.1在公告列表界面点击单个公告,进入编辑界面
1.3.2修改公告信息;
1.3.3点击完成按钮,完成公告的编辑操作。
1.4删除公告信息
1.4.1在公告列表界面选择单个公告并点击删除按钮;
1.4.2进行删除确认
1.4.3点击确认按钮完成删除操作。
2.用户信息管理;
2.1 查询用户信息
2.1.1点击侧边导航栏用户信息管理菜单切换到用户信息列表界面,并分页查询出当前系统已经注册的所有用户信息。
2.1.2 查看用户信息列表
2.2 冻结用户
2.2.1 在用户信息列表点击用户信息进入用户信息详情界面;
2.2.2 查看当前用户的详细信息;
2.2.3 对于违规用户,可以点击冻结按钮,冻结账号。
3.管理员账套管理
3.1 查看管理员账套信息。
3.1.1 点击侧边导航栏管理员账套信息管理菜单切换到管理员账套详情界面;
3.1.2 查看管理员个人账套详细信息。
3.2 修改管理员账套信息。
3.2.1在管理员信息详情界面,点击修改按钮,触发修改操作,在输入框分别修改需要变动的信息,像头像,名称等;
3.2.2点击完成编辑按钮完成修改操作。
4.日志信息管理
4.1 查看日志信息
4.1.1 点击侧边导航栏日志管理菜单切换到日志管理界面并查询出系统的全部日志信息。
4.1.2 查看系统日志信息。
4.2 筛选日志信息
4.2.1 在日志信息列表点击选择类型,进行日志信息过滤,查询指定日志信息,如异常信息,普通操作信息等。
扩展 无
字段列表 管理员账套:1. 账号 2. 密码 3. 验证码 4. 注册时间 5. 上一次登陆时间 6. 上一次登陆IP地址 7、头像
公告信息:1. 公告编码 2. 公告标题 3. 公告内容 4. 发布时间
用户信息:1. 头像 2. 账号 3. 密码 4. 状态 5. 登陆时间
日志信息:1. 日志编码 2. 日志内容 3.日志类型 4.日志生成时间
业务规则 用户信息管理规则:1. 冻结用户账号后用户将不能登陆系统,但可以申请解冻。
管理员账套:1. 登陆的管理员只能查询和修改自己账号的信息。
备注 无
表2-10 认证管理用例规约表
用例编号 2-10 用例名称 认证管理
功能描述 管理员可以对用户提交的个人认证信息进行审核驳回等操作。
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统。
后置条件 更新认证申请信息列表
涉众利益 管理员可以对用户提交的认证申请信息进行管理
基本路径 1.认证信息管理
1.1 认证申请信息查看
1.1.1 点击侧边导航栏认证管理菜单,切换到认证管理界面并分页查询出用户提交的认证申请信息列表;
1.1.2 查看全部认证申请信息。
1.2 认证申请信息审核。
1.2.1 在认证申请信息列表界面,点击单个认证申请信息切换
进入认证申请信息详情界面,查看申请详情。
1.2.2 对申请信息进行人工核对;
1.2.3 点击审批通过按钮,则认证信息审核通过,点击驳回按
钮,则审核不通过。
1.2.4 审核完成,显示审核结果。
扩展 1.2.a系统更新认证申请信息的状态。
1.2.b 审核通过,更新用户个人信息,加入认证标识。
字段列表 1.真实名称 2.证件类型 3.证件号码 4. 证件照片 5.用户编码 6.状态
业务规则 认证:1.用户只有通过认证,个人信息才会加入已认证标识。
2.被驳回的申请用户可以根据驳回原因进行修改信息,并重新提交审核。
3.已进入审批态的认证信息不能进行修改
备注 无
表2-11 商品信息管理用例规约表
用例编号 2-11 用例名称 商品信息管理
功能描述 管理员可以对用户提交二手出售商品和求购信息进行管理,包括查看,审核操作,以及对商品分类信息进行管理
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统。
后置条件 更新商品分类信息和商品出售求购信息列表
涉众利益 管理员可以对用户提交商品信息进行管理
基本路径 1.二手出售商品信息管理
1.1 二手出售商品信息查看
1.1.1 点击商品信息管理子菜单二手出售切换到二手出售信息界面,并查询出用户提交的二手商品出售信息列表;
1.1.2 查看二手出售商品信息列表
1.2 二手出售商品信息审核
1.2.1 在二手出售商品列表点击单个商品信息,进入商品详情页
,查看商品详细信息。
1.2.2 点击审核通过按钮或者驳回商品按钮进行商品信息审核,通过则审核通过,驳回则审核不通过。
1.2.3 审核完成,查看审核结果。
1.3 强制下架商品
1.3.1 对于已上线且出现违规的商品,可以在商品列表界面点
击强制下线按钮,对商品进行下架处理。
2.求购信息管理
2.1 求购信息查看
2.1.1点击商品信息管理子菜单二手求购切换到二手求购信息界面,并查询出用户提交的二手求购信息列表;
2.1.2 查看二手求购列表信息。
2.2 求购信息审核
2.2.1 在二手求购信息列表点击单个求购信息,进入求购信息详情界面,查看用户提交的求购详细信息。
2.2.2 点击审核通过按钮或者驳回申请按钮进行求购信息审核,通过则审核通过,驳回则审核不通过。
2.2.3 审核完成,查看审核结果。
3.商品分类管理
3.1 商品分类信息查看
3.1.1 点击商品分类菜单进入商品分类界面并查询出已有的商
品信息列表。
3.1.2 查看商品分类信息列表数据。
3.2 商品分类信息修改
3.2.1 选择商品分类,点击编辑按钮进入分类详情页。
3.2.2 重新设值商品分类信息,如分类图片,分类名称,一级分
类,二级分类等信息。
3.2.3 点击保存按钮,完成商品分类信息编辑。
3.3 商品分类信息添加
3.3.1 在商品分类信息列表点击添加按钮进入添加界面
3.3.2 分别输入分类名称,选择分类级别,一级分类,二级分类,
上传分类图片。
3.3.3 点击保存按钮,完成分类的添加。
扩展 无
字段列表 1.分类名称 2. 分类图片 3. 分类级别 4. 分类编码
业务规则 商品分类只能设置一级分类和二级分类
备注 无
表2-12订单管理用例规约表
用例编号 2-12 用例名称 订单管理
功能描述 管理员可以对用户下的订单进行管理,发货后也能更改订单信息,可以对订单的状态进行修改,包括录入快递公司、快递单号等信息。
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统且有用户下单。
后置条件 管理员可以管理订单
涉众利益 管理员在发货后能及时的更改订单信息,包括录入快递公司,快递单号,修改订单状态等。
基本路径 1.订单管理
1.1查看订单信息
1.1.1管理员进入订单管理界面,根据分类可以分别点击全部订单、待付款订单、待发货订单、已发货订单、已完成订单按钮,能够分别查看不同订单信息列表。
1.2修改订单信息
1.2.1在完成发货后,点击待发货订单查询出待发货订单
1.2.2点击单个订单,进入订单详细界面,分别录入快递公司、快递单号等信息。
1.2.3点击完成按钮,如果快递单号有录入,则更改订单状态为已发货状态。
扩展 无
字段列表 1.订单编号;2.用户编号;3.订单金额 4.收货人;5.收货人联系电话;6.收货地址;7.运费;8.总价;9.订单状态。
业务规则 无
备注 无

表2-13 学校管理用例规约表
用例编号 2-13 用例名称 学校管理
功能描述 管理员对用户提交的学校开通信息进行审核和对已开通的学校信息进行基本的维护操作。
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统。
后置条件 更新学校开通申请信息列表和学校信息
涉众利益 管理员可以对用户提交的学校开通申请信息进行管理
基本路径 1.学校开通申请信息管理。
1.1 查看申请信息。
1.1.1 进入学校开通申请信息查询界面,查询申请信息。
1.1.2 查看开学开通申请列表信息。
1.2 审核学校开通申请信息。
1.2.1 点击单个申请信息,进入申请信息详情界面。
1.2.2 点击获取学校详细信息按钮,调用用友学校查询接口,
查询出当前学校的具体详细信息进行比对。
1.2.3 点击审核通过按钮则审核通过,点击驳回按钮,填写驳回
驳回原因,审核不通过。
1.2.4 完成审核,查看审核结果。
2.已开通学校信息维护。
2.1 查看已开通学校信息。
2.1.1 进入已开通学校信息查询界面,查询已开通学校信息。
2.1.2 查看已开通学校信息列表。
2.2 编辑已开通学校信息
2.2.1 点击单个学校,进入详情界面,可以查看学校的审核流
程,学校LOGO,学校地址等信息。
2.2.2 修改学校信息,点击完成编辑。
扩展 1.2.a学校开通审核通过,系统自动生成学校信息。
字段列表 1.学校名称 2.申请人编码 3.学校LOGO 4. 申请状态 5 .备注信息 6.学校地址 7.学校官网 8.联系电话
业务规则 申请规则:已开通的学校不得再次申请,申请不通过的则可以修改申请信息重新提交申请。
备注 无

表2-14 留言管理用例规约表
用例编号 2-14 用例名称 留言管理
功能描述 管理员对用户的留言信息进行管理,包括查询,违规强制删除,和进行留言回复等操作。
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统。
后置条件 重新查看留言信息
涉众利益 管理员可以对留言信息进行管理
基本路径 1.留言信息管理
1.1 查看留言信息
1.1.1 进入留言查询界面,查询留言列表信息
1.1.2 查看留言列表信息。
1.2 回复留言信息
1.2.1 点击某个留言信息,在系统弹出框填入回复内容。
1.2.2 点击完成按钮完成留言回复。
1.3 删除违规留言信息
1.3.1 点击单个留言信息的删除按钮
1.3.2 进行删除确认
1.3.3 完成删除操作
扩展 无
字段列表 1.留言者编码 2.留言内容 3. 回复内容 4. 留言时间 5. 回复人 6 回复时间 7. 目标用户编码
业务规则 无
备注 无
表2-15 在线客服设置用例规约表
用例编号 2-15 用例名称 在线客服设置
功能描述 管理员可以设置在线客服,并配置相关关键字或消息来被动触发回答用户
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统。
后置条件 完成回复用户
涉众利益 管理员不方便时可以通过配置客服来服务用户。
基本路径 1.在线客服设置
1.1 查看所有规则
1.1.1 进入在线客服设置界面,查询所有已添加规则。
1.1.2 查看已添加规则列表信息。
1.2 添加新的规则
1.2.1 点击添加按钮,在系统弹出框分别填入规则名称、关键字
、回复内容
1.2.2 点击保存按钮完成规则添加。
1.3 删除规则
1.3.1 在规则列表界面,选中单个规则点击删除按钮
1.3.2 进行删除确认
1.3.3 完成删除操作。
扩展 无
字段列表 1.规则名称 2. 关键字 3. 回复内容
业务规则 无
备注 无
表2-16 数据分析管理用例规约表
用例编号 2-16 用例名称 数据分析管理
功能描述 管理员可以查看各种以图表形式展示的数据分析图,包括日活跃用户数、日订单量、日注册数、日访问量、日交易流水等数据。
执行者 管理员
前置条件 成功登陆增城二手物品交易后台管理系统。
后置条件 查看数据分析图
涉众利益 管理员可以实时查看数据分析情况。
基本路径 1.数据分析统计
1.1 进入数据分析统计界面,查看日活跃用户数、日订单量、日注册数、日访问量、日交易流水等数据分析图。
扩展 无
字段列表 1. 分析图类型 2. 日访问用户数量 3. 日订单量 4. 日交易流水
业务规则 无
备注 无
2.5本章小结
本章主要是先进行增城二手物品交易系统的总体分析,归纳总结出该系统由前台商品展示用户端子系统和后台管理管理员端子系统这两部分组成;接着是对这两个子系统业务需求部分进行了分析,同时使用业务流程图也分别展示了这两个子系统的业务流程;然后通过使用功能模块图,也较清晰的表达展示了系统的总体功能需求;再接着是对增城二手物品交易系统进行了各方面的可行性分析,最后,为了更加清晰且表达和向用户展示增城二手物品交易系统的功能,也使用了用例图并对每个用例进行了用例规约表的详细说明。

第3章 系统设计

3.1系统功能设计
增城二手物品交易系统由前台商品展示用户端子系统和后台管理管理员端子系统两个子系统构成
3.1.1前台商品展示用户端子系统
(1)登录注册功能:在主界面有登录按钮,点击登录按钮可以跳转到前台登录界面,输入用户的手机号或者邮箱、密码、以及后台生成返回显示的4位随机验证码进行登录,也可以通过使用手机号,以及短信验证码进行登录,登录成功后进入二手出售商品主界面。在主界面导航栏菜单区域会显示用户的头像和名字。如果用户还没有在平台上注册过,则在登录页可以点击去注册链接跳转到注册界面,输入昵称,手机号,密码,还有后台随机生成返回的4位验证码,点击立即注册按钮即可完成注册,并使用注册的手机号和密码登录系统。
(2)二手商品信息发布模块:用户登录成功后在主界面菜单导航栏可以点击发布菜单,选择二手发布或者二手求购,然后分别进入二手物品出售和求购信息填写页面,填写相应的信息,点击提交按钮提交到平台审核,即可完成发布。
(3)个人中心管理模块:在已登录的情况下,用户可以进入个人中心,点击个人资料信息页签切换到个人资料页进行信息查看修改,点击我要认证页签切换到认证信息提交界面,填写个人认证信息并提交,点击我的收藏页签则切换到商品收藏界面,查看收藏的商品,点击商品取消收藏按钮进行取消收藏,点击我的求购可以查看求购信息,点击我的出售可以查看已经发布的商品出售信息,如果已经审批通过,则可以进行上下架操作,如果被驳回,则可以修改完重新提交审核。同时可以对个人的收货地址进行管理,点击我的收货地址可以切换查看用户个人已经添加的收货地址,点击添加则可以在弹出框填入收货人姓名,手机号,省,市区,街道,详细地址等信息完成收货地址添加,添加编辑则可以进行修改。
(4)订单管理模块:已登录情况下,用户可以进入订单管理界面,查看自己的订单记录,点击单个订单,可以查看订单详细信息,对于未支付且未过期的订单,用户可以选择继续进行支付操作。
(5)商品购买功能:用户在已登录的情况下进入商品详情页查看商品明细,如果商品是平台自营,则可以点击立即购买按钮跳转到确认订单页面,进行信息核对,选择收货地址,添加备注信息,最后点击提交订单即可;如果不是自营,则需用点击联系卖家按钮,私信卖家进行沟通完成交易。
(6)学校开通申请模块: 已登录情况下,用户可以进入学校开通界面,填入个人真实姓名,申请学校完整名称,上传学校的LOGO图片,点击提交按钮完成学校开通信息的申请。
(7)支付功能:用户已登录完且已经提交了订单,则可以在支付订单界面,核对订单信息 ,包括订单编号,订单金额,商品信息,商品描述等信息,然后选择支付平台,当前只支持支付宝,所以点击支付宝图标,会请求跳转到支付宝扫码支付界面,用户可以使用支付宝APP进行扫码,确认支付金额并输入支付密码,完成订单支付。支付成功后,后台会生成对应的交易流水记录,同时更新订单状态为已支付状态,更新商品信息为已售出状态,支付宝APP也会扣除相应的金额。
3.1.2后台管理管理员端子系统
(1)登录功能: 管理员在进入后台管理系统时,必须先进行登录。在登录界面,输入账号密码,以及后台随机生成返回的4位普通验证码,后台校验通过即可完成登录,验证码有效期为3分钟,失效需刷新重新获取,登录成功进入后台管理系统主界面。
(2)系统管理模块:系统管理模块包括用户信息、管理员账户、系统日志、公告信息这几个子模块,分别点击可以切换相应界面进行主公告信息的添加发布,查看和编辑;用户信息的查看,可以对违规用户账号进行冻结;管理员个人账套信息的查看和编辑;
系统日志信息的查看管理。
(3)认证管理模块:主要是对用户提交的个人认证信息进行审核,如果驳回了用户的申请,可以添加备注,让用户根据备注进行修改,申请通过,会更新用户的个人信息,添加认证标识。
(4)商品信息管理模块:可以查看用户提交的二手商品出售信息和求购信息,并对它们进行审核,只有审核通过了用户才可以将商品进行上下架操作,对于违规的商品可以进行强制下架操作;同时可以进行商品分类管理,添加修改分类信息,强制更换商品分类信息。
(5)订单管理模块:进入订单管理界面,可以看到顶部的显示全部订单列表、待付款订单,未发货订单,已发货订单,已完成订单分类,分别选择点击可以查看对应的订单列表信息,默认显示的是全部订单信息。点击单个订单信息,可以查看订单详情,未发货的订单在完成发货后,管理员需要手动录入快递公司、快递单号等信息到订单上,并更新订单状态为已发货状态。
(6)学校管理模块:主要是对用户提交的学校开通信息进行查看,调用用友学校查询接口,进行学校信息的核对,不符合的进行驳回操作,符合的审核通过,系统自动生成相应的学校信息到已开通的学校列表里,同时可以对已开通的学校信息进行查看编辑操作。
(7)留言管理模块:可以查看用户的留言信息,点击单个留言对其进行回复。
(8)在线客服设置功能:管理员可以进入设置界面,进行客服的相关配置,包括查看规则,填写规则名称,关键字,回复内容等进行规则的添加,编辑修改规则,删除规则操作,如果用户发送了消息给客服,如果关键字匹配上了,就自动进行回复,默认使用的是全匹配模式。
(9)数据分析管理模块:点击该菜单,可以切换到相应界面,查看日活跃用户数、日订单量、日注册数、日访问量、日交易流水等数据分析图。
3.2 增城高校二手物品交易系统类图
增城高校二手物品交易系统类图如图3.1所示。
在这里插入图片描述

图3.1增城二手物品交易系统类图
3.3 增城高校二手物品交易系统顺序图
3.3.1 用户端子系统顺序图
1.用户注册顺序图
(1)用户进入注册界面输入昵称、手机号、密码并点击获取验证码;
(2)增城二手交易系统用户端界面就会向后台发送获取验证码请求;
(3)后台服务将短信验证码发送给用户;
(4)用户输入收到的短信验证码;
(5)点击注册按钮提交注册信息;
(6)后台服务校验短信验证码有效性;
(7)验证码如果失效或者错误,返回错误提示信息到注册界面;
(8)验证码正确,查询当前手机号对应用户;
(9)校验手机号是否已经注册过;
(10)已经注册过,返回已经注册提示信息到注册界面;
(11)未注册过,添加用户注册信息;
(12)返回注册成功信息到注册界面。
用户注册顺序图如图3.2所示:
在这里插入图片描述

图3.2用户注册顺序图
2. 用户登录顺序图
(1)用户进入登录界面并输入手机号、密码和验证码;
(2)点击登录按钮进行登录;
(3)后台服务校验验证码有效性;
(4)如果验证码失效或者错误,返回错误信息到登录界面;
(5)如果验证码正确,根据手机号查询用户;
(6)后台服务接收用户信息;
(7)如果用户不存在,返回用户名不存在提示信息到登录界面;
(8)如果用户存在,根据用户编号查询用户信息;
(9)后台服务接收用户信息;
(10)校验密码;
(11)密码错误,返回错误提示信息;
(12)校验通过,返回登录成功信息。
用户登录顺序图如图3.3所示:
在这里插入图片描述

图3.3用户登录顺序图
3.二手商品发布顺序图
(1)选择学校信息;
(2)前台商品发布界面获取学校信息;
(3)后台服务返回学校信息到发布界面;
(4)用户选择商品类别;
(5)前台商品发布界面获取分类信息;
(6)后台服务返回分类信息到发布界面;
(7)用户输入发布的二手商品信息;
(8)提交后前台商品发布界面进行信息有效性校验;
(9)验证不通过,提示错误信息;
(10)验证通过,添加商品信息到商品信息表;
(11)返回发布成功信息;
二手商品发布顺序图如图3.4所示:
在这里插入图片描述

图3.4二手商品发布顺序图

4.求购信息发布顺序图
(1)用户填写求购信息并提交;
(2)前台求购信息发布界面进行信息有效性校验;
(3)信息如果有误,返回错误信息到发布界面;
(4)如果信息没有问题,发布求购信息到商品信息表;
(5)返回发布成功信息;
求购信息发布顺序图如图3.5所示。
5.学校开通申请顺序图
(1)填写学校开通申请信息并提交;
(2)前台申请界面进行信息有效性校验;
(3)信息有误,提示错误信息;
(4)信息无误,提交学校开通申请成功;
(5)返回提交成功信息。
学校开通申请顺序图如图3.6所示。
在这里插入图片描述

图3.5求购信息发布顺序图
在这里插入图片描述

图3.6学校开通申请顺序图
6.用户信息查询修改顺序图
(1)用户进入个人信息管理界面;
(2)个人信息界面自动查询当前用户信息;
(3)后台服务返回用户信息并显示到个人信息管理界面;
(4)点击修改按钮输入变动信息并提交;
(5)个人信息管理界面校验信息有效性;
(6)如果信息有误,提示错误信息;
(7)无误提交用户信息到后台服务并更新用户信息;
(8)返回修改结果信息到个人信息管理界面。
用户信息查询修改顺序图如图3.7所示:
在这里插入图片描述

图3.7用户信息查询修改顺序图
7.商品信息查删改顺序图
(1)用户进入二手出售管理界面
(2)点击查看商品信息;
(3)后台服务返回商品信息到二手出售管理界面;
(4)用户点击编辑输入变动的商品信息并提交;
(5)后台服务进行商品信息的修改
(6)返回修改结果信息到前台出售管理界面;
(7)点击删除按钮进行删除;
(8)进行删除确认;
(9)后台服务伪删除商品,即更新商品状态信息;
(10)返回删除结果到前台二手出售管理界面。
商品信息查删改顺序图如图3.8所示:
在这里插入图片描述

图3.8商品信息查删改顺序图
8.上架商品顺序图
(1)用户进入二手出售商品管理界面;
(2)查询已经发布的商品信息;
(3)后台服务返回商品信息并显示到前台界面;
(4)选择单个商品并点上架按钮;
(5)进行上架确认;
(6)进行商品上架;
(7)更新商品状态信息;
(8)返回上架结果信息到前台界面。
上架商品顺序图如图3.9所示:
在这里插入图片描述

图3.9 上架商品顺序图
9.下架商品顺序图
(1)用户进入二手出售商品管理界面;
(2)查询已经发布的商品信息;
(3)后台服务返回商品信息并显示到前台界面;
(4)选择单个商品并点下架按钮;
(5)进行下架确认;
(6)进行商品下架操作;
(7)更新商品状态信息;
(8)返回下架结果信息到前台界面。
下架商品顺序图如图3.10所示。
10.取消我的收藏顺序图
(1)用户进入我的收藏管理界面;
(2)根据缓存查询我收藏的商品信息;
(3)后台服务返回用户收藏的商品信息并显示到前台界面;
(4)选择单个商品并点取消收藏按钮;
(5)删除缓存商品信息;
(6)前台我的收藏界面刷新收藏商品信息;
(7)提示取消收藏结果信息。
取消我的收藏顺序图如图3.11所示。
在这里插入图片描述

图3.10 下架商品顺序图
在这里插入图片描述

图3.11 取消我的收藏顺序图
在这里插入图片描述

图3.12 个人认证管理顺序图
11.个人认证管理顺序图
(1)用户进入个人认证管理界面;
(2)查询个人认证信息;
(3)后台服务返回个人认证申请信息并显示到前台界面;
(4)输入个人认证申请信息并点提交按钮;
(5)进行信息合法性校验;
(6)校验不通过提示错误信息;
(7)信息合法添加个人认证信息。
(8)返回提交结果信息到前台界面;
(9)点击编辑输入变动信息提交;
(10)信息合法性校验;
(11)校验不通过,提示错误信息;
(12)信息合法,更新认证申请信息;
(13)返回编辑结果信息;
(14)点击删除按钮;
(15)进行删除确认;
(16)删除申请;
(17)返回删除结果信息到前台界面。
个人认证管理顺序图如图3.12所示。
12.收货地址管理顺序图
(1)进入界面查看收货地址信息;
(2)收货地址管理界面获取收货地址信息;
(3)后台服务返回收货地址信息并显示到前台界面;
(4)点击添加输入地址信息;
(5)点击提交按钮;
(6)信息校验不通过提示错误信息;
(7)信息合法添加收货地址信息。
(8)返回添加结果信息前台界面;
(9)点击编辑输入变动信息提交;
(10)信息校验不通过提示错误信息;
(11)信息校验通过更新收货地址信息;
(12)返回编辑结果信息到前台界面;
(13)选择地址信息并点击删除按钮;
(14)进行删除确认;
(15)删除收货地址信息;
(16)返回删除结果信息;
收货地址管理顺序图如图3.13所示。
在这里插入图片描述

图3.13 收货地址管理顺序图
13.购买商品提交订单顺序图
(1)进入商品购买界面;
(2)点击立即购买按钮进入订单确认界面;
(3)确认订单信息点击提交订单按钮;
(4)生成订单信息;
(5)更新商品状态为锁定状态;
(6)返回生成的订单信息到前台界面。
购买商品提交订单顺序图如图3.14所示。
在这里插入图片描述

图3.14 购买商品提交订单顺序图
在这里插入图片描述

图3.15 订单支付顺序图
14.订单支付顺序图
(1)在订单支付界面点击立即支付;
(2)发起支付请求并跳转到支付宝支付界面;
(3)扫码支付,确认支付金额并输入支付密码;
(4)确认支付;
(5)支付完成,支付宝同步返回支付参数信息;
(6)后台服务拿到参数信息进行校验,支付成功跳转到支付成功界面;
(7)支付宝发送异步通知,后台服务受到参数进行校验;
(8)支付成功更新订单状态为已付款;
(9)生成对应的流水记录;
(10)更新商品状态为已售出。
订单支付顺序图如图3.15所示。
在这里插入图片描述

图3.16 订单查看确认顺序图
15.订单查看确认顺序图
(1)在订单管理界面查看订单信息;
(2)获取订单信息;
(3)返回订单信息并显示到前台界面;
(4)点击订单确认收货按钮;
(5)进行收货确认;
(6)确认完成,更新订单状态信息为已完成;
(7)返回订单确认结果信息。
订单查看确认顺序图如图3.16所示。
3.3.2 管理员端子系统顺序图
1.增城二手物品交易系统后台管理员登录顺序图
在这里插入图片描述

图3.17增城二手物品交易系统后台管理员登录顺序图
(1)管理员在后台登录界面输入账号、密码、验证码后点击登录按钮;
(2)进行验证码校验;
(3)验证码错误,提示错误信息;
(4)验证码正确,查询用户;
(5)账号不存在,返回提示信息到登录界面;
(6)账号存在,进行密码校验;
(7)密码错误,返回错误提示信息;
(8)密码正确,返回登录成功信息。
增城二手物品交易系统后台管理员登录顺序图如图3.17所示。
在这里插入图片描述

图3.18管理公告顺序图
2.管理公告顺序图
(1)进入公告管理界面查询公告信息;
(2)公告管理界面获取公告信息;
(3)返回公告信息到管理界面;
(4)点击添加按钮输入公告信息;
(5)点击完成编辑;
(6)更新公告信息;
(7)返回编辑结果信息;
(8)点击删除按钮;
(9)进行删除确认;
(10)删除公告信息;
(11)返回删除结果信息到前台管理界面。
管理公告顺序图如图3.18所示。
3.查询冻结用户顺序图
(1)进入用户信息管理界面点击查询;
(2)用户信息管理界面获取用户信息;
(3)后台服务返回用户信息到前台管理界面;
(4)选择违规用户,点击冻结按钮;
(5)完成冻结用户账号;
(6)更新用户账号状态信息;
(7)返回冻结结果信息到前台管理界面。
查询冻结用户顺序图如图3.19所示。
在这里插入图片描述

图3.19查询冻结用户顺序图

4.查询修改管理员账套顺序图
(1)进入账套管理界面查看账套信息;
(2)账套管理界面自动获取当前管理的账套信息;
(3)后台服务返回账套信息并显示在管理界面;
(4)管理员点击编辑按钮并输入修改账套信息;
(5)点击完成编辑按钮;
(6)完成修改账套信息;
(7)更新管理员账套信息;
(8)返回修改结果信息到管理界面。
查询修改管理员账套顺序图如图3.20所示。
在这里插入图片描述

图3.20查询修改管理员账套顺序图
2.查看筛选日志顺序图
(1)进入日志管理界面查看日志信息;
(2)界面自动获取日志信息;
(3)后台服务返回日志信息并显示到管理界面;
(4)管理员选择类别进行并点筛选按钮;
(5)根据类别获取日志信息;
(6)返回筛选的日志信息到管理界面。
查看筛选日志顺序图如图3.21所示:
在这里插入图片描述

图3.21查看筛选日志顺序图
3.管理员查看审核认证申请顺序图
(1)管理员在认证申请管理界面查看申请信息;
(2)界面获取认证申请信息;
(3)后台服务返回认证申请信息;
(4)管理员选择并点击审核按钮;
(5)加入审核界面人工核对认证申请信息;
(6)点击审核通过按钮;
(7)更新认证申请状态为已通过;
(8)更新用户信息,加入认证标识;
(9)返回审核通过成功提示信息;
(10)如果点击驳回申请按钮;
(11)更新认证申请状态为已驳回
(12)返回驳回申请成功提示信息。
管理员查看审核认证申请顺序图如图3.22所示。
在这里插入图片描述

图3.22管理员查看审核认证申请顺序图
4.商品分类管理顺序图
(1)进入商品分类管理界面查看分类信息;
(2)界面获取商品分类信息;
(3)后台服务返回分类信息;
(4)点击添加进行分类信息的添加操作;
(5)增加分类信息到商品分类信息表;
(6)返回增加结果信息;
(7)点击编辑按钮设置分类;
(8)更新商品分类信息;
(9)返回编辑结果信息;
(10)点击删除按钮;
(11)进行删除确认;
(12)删除商品信息;
(12)返回删除结果信息。
商品分类管理顺序图如图3.23所示:
在这里插入图片描述

图3.23商品分类管理顺序图
(13)查看审核商品顺序图
(1)进入商品管理界面查看商品信息;
(2)界面获取商品信息;
(3)后台服务返回商品信息;
(4)选择商品并点击审核按钮;
(5)弹窗显示商品审核界面;
(6)核对商品信息合法性;
(7)点击审核通过按钮;
(8)更新商品状态为审核通过;
(9)返回审核通过提示信息;
(10)点击审核不通过按钮;
(11)更新商品状态为已驳回;
(12)返回驳回提示信息。
查看审核商品顺序图如图3.24所示:
在这里插入图片描述

图3.24查看审核商品顺序图
(14)查看修改订单顺序图
在这里插入图片描述

图3.25查看修改订单顺序图
(1)在订单管理界面查看订单信息;
(2)界面获取订单信息;
(3)后台服务返回订单信息;
(4)管理员选择未发货订单并查看;
(5)发完货录入订单快递信息;
(6)更新订单信息;
(7)更新订单状态为已发货;
(8)返回订单更新结果信息。
查看修改订单顺序图如图3.25所示。
(15)查看审核学校开通申请顺序图
在这里插入图片描述

图3.26查看审核学校开通申请顺序图
(1)进入学校开通申请界面查看;
(2)界面获取申请信息;
(3)后台服务开通申请信息;
(4)管理员选择申请点击查看进入核对;
(5)点击审核通过按钮;
(6)更新开通申请为已通过;
(7)生成对应的学校信息;
(8)返回审核通过结果信息;
(9)点击驳回按钮;
(10)更新学校开通申请状态为已驳回;
(11)返回驳回结果信息;
查看审核学校开通申请顺序图如图3.26所示。
(16)查看审核学校开通申请顺序图
(1)进入学校信息管理界面查看;
(2)界面获取学校信息;
(3)后台服务返回学校信息;
(4)点击修改按钮设置变动信息;
(5)点击完成编辑按钮;
(6)更新学校信息;
(7)返回编辑结果信息。
查看修改学校信息顺序图如图3.27所示:
在这里插入图片描述

图3.27查看修改学校信息顺序图
(17)留言回复顺序图
(1)进入留言查看页面;
(2)页面获取留言列表详情;
(3)后台返回留言信息;
(4)管理员选择留言进行回复;
(5)在回复弹窗输入回复内容并提交;
(6)新增回复信息到留言表;
(7)返回回复结果信息;
留言回复顺序图如图3.28所示:
在这里插入图片描述

图3.28留言回复顺序图
(18)客服回复设置顺序图
(1)进入客服规则管理界面;
(2)界面获取规则信息;
(3)后台服务返回规则信息;
(4)管理员点击添加按钮;
(5)输入规则名称、关键字、回复内容等信息;
(6)完成添加;
(7)新增规则信息;
(8)返回添加结果信息;
(9)选择规则点击编辑设置修改信息;
(10)完成更新规则信息;
(11)返回编辑结果信息;
(12)选择规则点击删除按钮;
(13)进行删除提示;
(14)完成规则删除;
(15)返回删除结果信息。
管理客服回复顺序图如图3.29所示:
在这里插入图片描述

图3.29客服回复设置顺序图
(19)查看数据统计信息顺序图
(1)进入数据统计查看页面;
(2)界面获取日活跃用户列表;
(3)返回日活跃用户数详情;
(3)获取日注册用户列表;
(4)返回日注册用户数详情;
(5)获取日提交订单列表;
(6)返回日提交订单数详情;
(7)获取日流水记录列表;
(8)返回日流水记录详情;
(9)前台统计分析界面进行数据汇总分析并以图形界面显示。
查看数据统计顺序图如图3.30所示:
在这里插入图片描述

图3.30查看数据统计顺序图
3.4 增城高校二手物品交易系统活动图

  1. 增城二手物品交易系统订单活动图
    用户提交订单后,如果超时未完成支付,则订单关闭;如果用户选择立即去支付,则进入支付宝支付页面,选择扫码或者输入账号密码以及支付密码并支付后,支付宝返回支付结果,支付成功后会生成相应的流水记录,更新订单信息和商品信息,管理员发货后更新订单信息,用户收货并确认后,订单完成。
    增城二手物品交易系统订单活动图如图3.31所示:
    在这里插入图片描述

图3.31增城二手物品交易系统订单活动图
3.5 增城高校二手物品交易系统状态图
在这里插入图片描述

图3.32 增城高校二手物品交易系统订单状态图
1.增城高校二手物品交易系统订单状态共有待付款、已付款、已发货、订单关闭、和订单完成五种状态。订单状态图如图3.32所示。
2.增城高校二手物品交易系统商品状态共有待审核、已通过、已驳回、已上架、已下架、已锁定、已出售七种状态。商品状态图如图3.33所示:
mc39XZ*立陶宛

图3.33 增城高校二手物品交易系统商品状态图
3.6 数据库设计
增城高校二手物品交易系统主要功能是实现二手物品出售和求购信息的在线发布和管理,这主要就是对数据的处理管理操作,那么就需要建立一个数据库作为系统数据来源。数据库选择方面增城二手物品交易系统采用了开源免费的Mysql数据库。以下是对本系统需用到的一些主要数据库表的设计:如用户信息表、用户收货地址表、商品分类表、学校开通申请表、学校信息表、系统消息表、客服规则表、菜单信息表、留言评论表、认证表、数据字典表、系统日志表、商品信息表、订单表、订单明细表、流水记录表等,详情可见以下表:
1、user(用户信息表),详细数据可以看下表3-1用户信息表:
表3-1用户信息表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 用户编号
nickname varchar(50) Not null 昵称
username varchar(50) Not null 真实姓名
password varchar(50) Not null 登录密码
avatrurl varchar(255) Not null 头像
phone varchar(50) Not null 手机号
wechat varchar(50) Not null 微信号
sex int Not null 性别
allowedit int Not null 修改次数
leavetime datetime Not null 毕业时间
school int Not null 外键 学校编号
identify int Not null 认证标识
signature varchar(255) Not null 个性签名
email varchar(50) Not null 邮箱
last_login_time datetime Not null 上次登陆时间
last_login_ip varchar(50) Not null 上次登陆ip
status tinyint Not null 账号状态
creationtime datetime Not null 注册时间
modifytime datetime Not null 修改时间
2、user_address(用户收货地址表),详细数据可以看下表3-2用户收货地址表:
表3-2用户收货地址表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 地址编号
userId int Not null 外键 用户编号
username varchar(50) Not null 收货人姓名
iseq int Not null 是否默认地址(0: 否 1 : 是)
phone int Not null 联系电话
province varchar(50) Not null 省
city varchar(50) Not null 市
area varchar(50) Not null 区
street varchar(50) Not null 街道
address varchar(50 Not null 详细地址
creationtime datetime Not null 创建时间
modifytime datetime Not null 修改时间
3、user_role(用户_角色表),详细数据可以看下表3-3用户_角色表:
表3-3用户_角色表
列名 数据类型 是否为空 主外键 描述
id varchar(18) Not null 主键 编号
user_id int Not null 外键 用户编码
role_id int Not null 外键 角色编码
4、permission(权限表),详细数据可以看表3-4权限表:
表3-4权限表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 权限编号
name varchar(20) Not null 权限名称
url varchar(50) Not null 权限路径
5、role(角色表),详细数据可以看下表3-5角色表:
表3-5角色表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 角色编号
name varchar(20) Not null 角色名称
6、role_permission(角色_权限表),详细数据可以看下表3-6角色_权限表:
表3-6角色_权限表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
role_id int Not null 外键 角色编号
permission_id int Not null 外键 权限编号
7、category(商品分类表),具体数据见下表3-7:
表3-7商品分类表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 分类编号
code varchar(20) Not null 分类编码
categoryname int Not null 分类名称
imgurl varchar(255) Not null 分类图片
parentId int Not null 父级分类
createby int Not null 外键 创建人
creationtime datetime Not null 创建时间
modiedby int Not null 外键 修改人
modiedtime datetime Not null 修改时间
8、school_apply(学校开通申请表),详细数据可以看下表3-8:
表3-8学校开通申请表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
schoolname varchar(50) Not null 学校完整名称
realname varchar(50) Not null 申请者真实姓名
logo varchar(255) Not null 学校logo
userId int Not null 外键 申请者编号
status int Not null 申请状态
creationtime datetime Not null 申请时间
modifytime datetime Not null 修改时间
applytime datetime Not null 审批时间
applyer int Not null 外键 审批人编号
remarks varchar(50) Not null 用户备注
msg varchar(50) Not null 审核备注
9、school_info(学校信息表),详细数据可以看下表3-9:
表3-9学校信息表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
name varchar(50) Not null 学校完整名称
address varchar(10) Not null 所属
rank varchar(10) Not null 学校等次
phone varchar(50) Not null 学校联系电话
contact_address varchar(255) Not null 学校具体地址
site varchar(50) 学校官网
logo varchar(255) Not null 学校logo
firstletter varchar(5) Not null 学校首字母
status int Not null 状态
10、system_msg(系统消息表),详细数据可以看下表3-10:
表3-10系统消息表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
msg varchar(50) Not null 消息内容
type varchar(20) Not null 消息类型
creationtime datetime Not null 通知时间
userId int Not null 外键 目标用户编号
modifytime datetime Not null 修改时间
11、rules(客服规则表),详细数据可以看下表3-11:
表3-11客服规则表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
rulename varchar(20) Not null 规则名称
keymsg varchar(20) Not null 关键字
msg varchar(50) Not null 回复内容
creationtime datetime Not null 创建时间
creatiedby int Not null 外键 创建人
modifytime datetime Not null 修改时间
modiedby int Not null 外键 修改人
12、modules(菜单信息表),详细数据可以看下表3-12:
表3-12菜单信息表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
code varchar(10) Not null 菜单编码
authName varchar(50) Not null 菜单名称
path varchar(50) Not null 路由路径
parentId int Not null 父级菜单
icon varchar(20) Not null 菜单图标
createdby int Not null 外键 创建人
creationtime datetime Not null 创建时间
modifyby int Not null 外键 修改人
modiedtime datetime Not null 修改时间
isqe varchar(50) Not null 菜单顺序
13、message(留言评论表),详细数据可以看下表3-13:
表3-13留言评论表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
goods_id int Not null 外键 商品编号
topic_type varchar(20) Not null 类型编码
content varchar(255) Not null 评论内容
from_uid int Not null 外键 评论人编号
from_nickname varchar(20) Not null 评论人名称
from_avar varchar(255) Not null 评论人头像
to_uid int Not null 外键 目标用户编号
to_nickname varchar(20) Not null 目标用户名称
to_avar varchar(255) Not null 目标用户头像
score int Not null 评分
dr int Not null 状态
creationtime datetime Not null 评论时间
14、identify(认证表),详细数据可以看下表3-14:
表3-14认证表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
username varchar(20) Not null 用户真实姓名
type varchar(20) Not null 证件类型
number int Not null 证件号码
imgurl varchar(255) Not null 证件图片
status int Not null 状态
creationtime datetime Not null 提交时间
modifyby int Not null 外键 审批人
modifytime datetime Not null 审批时间
15、data_dictionary(数据字典表),详细数据可以看下表3-15:
表3-15数据字典表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
typeCode varchar(20) Not null 类型编码
typeName varchar(20) Not null 类型名称
valueId int Not null 键
valueName varchar(20) Not null 值
createdby int Not null 外键 创建人
creationtime datetime Not null 创建时间
modiedby int Not null 外键 修改人
modifytime datetime Not null 修改时间
16、system_log(系统日志表),详细数据可以看下表3-16:
表3-16系统日志表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
typecode varchar(20) Not null 日志类型
name varchar(20) Not null 名称
msg varchar(255) Not null 日志内容
creationtime datetime Not null 生成时间
17、goods(商品信息表),详细数据可以看下表3-17:
表3-17商品信息表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
userId int Not null 外键 用户编号
type_code varchar(20) Not null 类型编码
title varchar(20) Not null 商品名称
content int Not null 商品描述
saleprice int Not null 出售价格
buyprice int Not null 原价
tabs varchar(50) Not null 标签
category int Not null 外键 一级分类
categorySec int Not null 外键 二级分类
mny varchar(20) Not null 邮费
wechat varchar(20) Not null 微信号
phone int Not null 手机号
school int Not null 外键 学校编号
imageurl varchar(255) Not null 商品图片
indexImg varchar(50) Not null 商品封面
look int Not null 浏览数
status int Not null 审核状态
state int Not null 商品状态
remarks varchar(50) Not null 备注
creationtime datetime Not null 提交时间
modifytime datetime Not null 修改时间
approvetime datetime Not null 审批时间
18、order_info(订单表),详细数据可以看下表3-18:
表3-18订单表
列名 数据类型 是否为空 主外键 描述
id int Not null 主键 编号
order_number varchar(50) Not null 订单号
itemCount int Not null 商品项数量
buyerId int Not null 外键 购买者编号
shipping_user varchar(20) Not null 收货人姓名
province varchar(20) Not null 省
city varchar(20) Not null 市
area varchar(20) Not null 区
street varchar(20) Not null 街道
address varchar(50) Not null 地址
phone int Not null 联系电话
payment_method varchar(20) Not null 支付方式
order_money int Not null 订单金额
payment_money int Not null 支付金额
shipping_comp_name varchar(20) Not null 快递公司名称
shipping_sn varchar(50) Not null 快递单号
creationtime datetime Not null 下单时间
shipping_time datetime Not null 发货时间
pay_time datetime Not null 支付时间
receive_time datetime Not null 收货时间
order_status int Not null 订单状态
modiedtime datetime Not null 修改时间
remarks varchar(50) Not null 备注
19、order_detail(订单明细表),详细数据可以看下表3-19:
表3-19订单明细表
列名 数据类型 是否为空 主外键 描述
order_detail_id int Not null 主键 订单明细编号
order_id int Not null 外键 订单编号
goods_id int Not null 外键 商品编号
goods_name varchar(20) Not null 商品名称
goods_img int Not null 商品图片
goods_num int Not null 数量
goods_price int Not null 单价
creationtime datetime Not null 创建时间
20、paylog(流水记录表),详细数据可以看下表3-20:
表3-20流水记录表
列名 数据类型 是否为空 主外键 描述
payid int Not null 主键 流水编号
out_trade_no varchar(50) Not null 订单号
order_id int Not null 外键 订单编号
user_id int Not null 外键 用户编号
alipay_trade_no varchar(50) Not null 支付宝交易流水编号
total_amount int Not null 支付总金额
subject varchar(50) Not null 交易内容
payment_type varchar(50) Not null 支付类型
payment_time datetime Not null 支付时间
3.7 本章小结
本章主要先对增城二手物品交易系统的前台商品展示用户端子系统和后台管理管理员端子系统两部分进行了详细的系统功能设计,接着是分别给出了增城二手物品交易系统的类图、两个子系统各功能的顺序图以及部分业务的活动图和状态图,使得系统各部分功能的展示更加直观清晰。最后是完成了系统的数据库设计,也将各个表的详细信息展示了出来。

第4章 系统实现

4.1增城高校二手物品交易系统用户端界面实现

  1. 用户进入前台商品展示页后会看到默认展示出来的二手商品出售信息列表,如图4.1所示为前台二手出售物品展示页面实现,如图4.2所示为 二手商品信息分类选择实现。
    m

图4.1前台二手出售物品展示界面
在这里插入图片描述

图4.2二手商品信息分类选择界面

4.如果用户想进行购买或提交一些出售信息,则需先完成登录,进入登录界面,可使用手机号或邮箱、密码和验证码进行登录,也可以直接通过绑定的手机号直接使用短信验证码进行登录,如图4.3所示为使用账号密码进行登录的实现,如图4.4所示为 使用短信验证码进行登录的实现。
在这里插入图片描述

图4.3使用账号密码进行登录

在这里插入图片描述

图4.4使用短信验证码进行登录

5.如果用户没有在平台注册账号,可进入注册页面。如图4-5所示,只要填写用户昵称、密码以及手机验证码,验证无误即可注册成功。
在这里插入图片描述

图4.5注册界面
6.用户可以在商品详情页查看商品的详细情况,以及进行留言评论,商品详情页如图4.6所示,评论实现如图4.7所示
在这里插入图片描述
图4.5商品详情页
在这里插入图片描述

图4.6 商品评论
7.用户可以在商品详情页查看商品详细信息,如果商品为官方直营的,则可以点击购买按钮进行购买,如图4.7所示,跳转到订单确认界面,如图 4.8所示 ,选择收货地址后可进行订单提交,订单提交成功跳转到订单支付界面,如图 4.9所示,选择支付宝平台进行支付,进入支付宝扫码支付页面,如图4.10所示,使用支付宝APP进行扫码或者输入账号、密码、支付密码完成支付,如图4.11所示 完成支付通知界面,支付宝会生成相应的账单信息,包括支付宝流水号,商家后台自己定义的订单号,支付金额等信息,如图4.12 所示。
在这里插入图片描述

图4.7 商品详情页下订单
在这里插入图片描述

图4.8 确认订单
在这里插入图片描述

图4.9 支付订单
在这里插入图片描述

图4.10 支付宝支付界面
在这里插入图片描述

图4.11完成支付支付宝通知界面
在这里插入图片描述

图4.12支付成功生成账单
8.如果用户想查看其它学校或者本校的二手物品信息,可点击切换学校进行学校切换,系统自动筛选出该校的二手物品出售信息,如图4.13所示,如果自己本校还没有开通,则可以去学校开通界面进行申请开通,如图4.14所示。
在这里插入图片描述

图4.13 切换学校
在这里插入图片描述
图4.14 学校开通申请
9.登录情况下,用户可以进入商品出售界面填写二手出售信息,提交到平台,如图4.15所示。

在这里插入图片描述

图4.15 二手商品信息发布
4.2增城高校二手物品交易系统后台管理员端界面实现
1.后台管理员登录界面的实现图如图,登录时需输入手机号或邮箱、密码和后台生成返回来的随机4位数验证码进行登录,如图4.16所示为后台管理员登录。
在这里插入图片描述

图4.16增城高校二手物品交易系统后台登录界面

2.管理员完成登录后将会进入后台管理系统主页面,如图4.17所示登录成功。
在这里插入图片描述

3.管理员可以对学校信息进行管理,包括用户申请开通学校信息的查看和审核,并调用第三方接口进行学校信息的查询验证,如图4.18所示,已开通学校信息的维护,如图4.19所示实现图。
在这里插入图片描述

图4.18学校开通信息审核实现图
**加粗样式
**图4.19已开通学校信息维护
4.在线客服设置,可设置自动回复以及关键字自动回复,如图4.20所示。
在这里插入图片描述

图4.20在线客服设置
4.3 本章小结
本章主要是对基于SpringBoot与Vue的增城高校二手物品交易系统的设计进行实现,也给出了前台商品展示和后台管理系统界面和部分功能的截图用于展现增城二手物品交易系统搭建起来的样子。

第5章 系统测试

5.1 系统测试的目的
系统测试的目的是找出软件中的漏洞,而不管是在系统、功能、过程,或者数据和编码中,都是可能存在漏洞的。因此需要在上述这些方面进行测试,以便找到系统的漏洞并且去修复它们。在系统运行当中通过系统测试,检测出在系统设计和实现过程中的缺陷和错误,这是必不可少的一个环节。
5.2 系统测试的意义
人们对软件质量的要求越来越高,如果不进行系统测试,就可能导致一些潜在的漏洞和错误无法被检测出来,将可能导致系统投入使用时有很大的风险需用用户去承担[刘佳,王丽,杨俊叶.计算机软件测试方法及应用分析[J].科技风,2020(09):119.]。所以通过系统测试可以提高增城二手物品交易系统的质量和可靠性,提升用户体验。
5.3 测试用例及结果
增城二手物品交易系统测试分为用户端测试和管理员端测试,如表5-1所示为前台商品展示用户端子系统的测试用例和结果,如表5-2所示为后台管理管理员端子系统的测试用例和结果。
表5-1前台商品展示用户端子系统测试用例及结果
用例编号 用例名称 测试目的 测试结果
U-1 TestPhone 测试用户输入不正确的手机号能否获取短信验证码 用户只有输入正确且合法的手机号才能获取短信验证码
U-2 TestCode 测试用户能否使用过期验证码登录系统 只有输入有效且正确的短信验证码或者普通验证码用户才能登录系统
U-3 TestGoods 测试是否未登录可以发布商品出售或者求购信息 用户只有登录的情况下才能发布出售信息和求购信息
U-4 TestLogin 测试账号被冻结能否登录系统 用户账号被冻结后不能登陆系统
U-5 TestCenter 测试是否需要登录才能访问个人中心 用户完成登录后才能进入个人中心
U-6 TestSubmitOrder 测试是否只有完成登录才能提交订单 用户只有登录好后才能提交订单
U-7 TestSchool 测试用户是否只有登录好后才能提交学校开通申请 用户只有在登录情况下才能提交学校开通申请
U-8 TestOrder 测试用户是否只有完成登录才能进入订单管理界面 用户只有完成登录才能进入我的订单
U-9 TestOrderBuy 测试商品在锁定情况下用户能不能进行购买 商品锁定情况下用户不能进行购买
U-10 TestPay 测试支付成功,系统是否会生成相应的流水记录。 用户如果支付成功,系统会生成相应的流水记录,并更新订单状态和商品状态
U-11 TestPhones 测试一个手机号能否注册多个账号 每个用户的手机号只能注册对应一个账号
U-12 TestUser 测试用户是否最多两次机会可以更改个人信息 每个用户只能更改两次自己的信息
U-13 TestGoodsUp 测试是否只有通过审核才能上架商品 只有审核通过用户才能上架商品
U-14 TestPayAgain 测试用户能否重复支付订单 用户不能重新支付订单
表5-2后台管理管理员端子系统测试用例及结果
用例编号 用例名称 测试目的 测试结果
A-1 TestHome 测试管理员是否只有完成登录才能进入后台管理系统 管理员只有完成登录才能进入后台管理系统
A-2 TestLogin 测试管理员是否能使用失效的验证码通过登录验证 失效验证码不能通过登录验证
A-3 TestAdmin 测试管理员能否查看更改其他账套信息 管理员只能看到和修改自己账套的信息
A-4 TestSchool 测试调用用友学校查询接口是否正常返回数据 调用接口可以正常查询出学校信息
A-5 TestGoods 测试管理员强制下架的商品用户是否能重新上架 用户不能重新上架被强制下架的商品
A=6 TestSchoolApply 测试学校开通申请审批后是否正确生成对应学校信息 能正确生成对应的学校信息

5.4 本章小结
本章前面先是简要概述了下系统测试的目的和进行系统测试的意义,接着给出了测试用例,证明增城二手物品交易系统总体上功能没有问题。
第6章 结束语
6.1 全文总结
在经过这一段时间以来的努力后,基于SpringBoot与Vue的增城高校二手物品交易系统,从研究分析、设计、实现到这里就差不多结束了。在UI界面设计方面,基于SpringBoot与Vue的增城高校二手物品交易系统采用的是灰白色调,虽然看上去可能会有点简单,但是大量留白设计在视觉上效果更美化,给用户展示的是简洁大方的视觉效果。由于系统采用的是SpringBoot 与 Vue 框架进行开发,优化了开发流程,工具也大多采用开源免费的,除了部分接口调用需用费用,总体系统开发实现相对顺利,功能也满足用户们的需求,但还存在着UI界面和功能方面的可以优化的地方。目前,基于SpringBoot与Vue的增城高校二手物品交易系统在各种开源工具的支持下本地环境已经是可以进行正常运作。
6.2 课题展望
由于是个人主体以及个人认证流程难等因素影响,在使用移动支付时受到了一些条件的约束,所以基于SpringBoot与Vue的增城高校二手物品交易系统在线支付功能仅支持官方自营的,以及使用的是支付宝的沙箱环境,并没真正使用第三方支付平台来实现支付功能,所以条件符合的情况下,基于基于SpringBoot与Vue的增城高校二手物品交易系统将会真正接入第三方支付平台来完成在线支付,如微信支付和支付宝支付等第。基于SpringBoot与Vue的增城高校二手物品交易系统的设计与实现,在UI界面以简单留白设计为主,可能看上去有点简单,但视觉效果较舒服,接下来会优化前台商品界面以及一些流程优化,让用户可以以低使用成本很快熟悉的使用平台。同时因为时间问题,基于SpringBoot与Vue的增城高校二手物品交易系统没有完成小程序端的开发和接入,接下来如果有时间会接入微信小程序,让用户再多一个方式访问,借助微信小程序流量,
以及操作更加便捷,用完即走的特点,提高平台的曝光度和用户的留存度,让平台更好的服务于增城高校的广大用户们。

参考文献

[1]刘洛佳,曹双双.基于C/S+B/S混合模式的校园二手交易系统的设计与实现[J].科技创新与应用,2019(18):34-35+37.
[2]Tian Lihong, Liu Haiwei, Shen Feng, Tang Wusheng. The Design and Realization of Second-hand Business Transaction Management System[J]. Journal of Simulation,2017,5(5).
[3]苏玉慧. 基于B/S架构的高校二手网络交易平台的设计与实现[D].南昌大学,2016.
[4]汤敏,郑乾,陈佳雨,杨敏,李冰鑫,江磊.共享经济下大学校园二手市场的发展现状及对策研究[J].商场现代化,2019(09):140-141.
[5]盛宏伟,潘声晏,韩松.高校二手交易市场平台研究[J].合作经济与科技,2019(08):92-95.
[6]Lorena M. Fortuna,Vasil Diyamandoglu. Disposal and acquisition trends in second-hand products[J]. Journal of Cleaner Production,2017,142.
[7]王祖维,孟彦霖,李晖.构建校园二手交易平台的可行性分析[J].现代商贸工业,2018,39(35):81-82.
[8]贺星河. 全家—支付宝移动支付系统研究与实现[D].东南大学,2017.
[9]熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2019,15(36):76-77.
[10]Irene Córdoba-Sánchez,Juan de Lara. Ann: A domain-specific language for the effective design and validation of Java annotations[J]. Computer Languages, Systems & Structures,2016.
[11]吕宇琛.SpringBoot框架在web应用开发中的探讨[J].科技创新导报,2018,15(08):168+173.
[12]周智.Redis分布式缓存实现与解析[J].信息通信,2018(06):24-25.
[13]Nitish Pathak,B. M. Singh,Girish Sharma. UML 2.0 based framework for the development of secure web application[J]. International Journal of Information Technology,2017,9(1).
[14]刘佳,王丽,杨俊叶.计算机软件测试方法及应用分析[J].科技风,2020(09):119.

致 谢

写到这里,基于SpringBoot与Vue的增城高校二手物品交易系统的设计与实现也接近尾声了,在这过程中也感谢我的指导老师、在校时的其他任课老师以及同学等给予的有形和无形的指导和帮助。最后,在此也感谢广州大学松田学院,为我们提供了学习和进步的平台,以及感谢学校计科每个任课老师的帮助和辛勤付出。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:/a/196597.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

Java-认识异常

本章重点: 1. 异常概念与体系结构 2. 异常的处理方式 3. 异常的处理流程 4. 自定义异常类 1. 异常的概念与体系结构 1.1 异常的概念 在Java中,将程序执行过程中发生的不正常行为称为异常。比如之前写代码时经常遇到的: 1. 算术异常 2. 数组…

详解STL库—map和set

目录 一、关联式容器 二、键值对 SGI-STL中关于键值对的定义: 三、set 3.1 set的介绍 3.2 set的使用 1.set的模板参数列表​编辑 2. set的构造 3. set的迭代器 4. set的容量 5. set修改操作 6. set的使用举例 四、map 4.1map的介绍 4.2 map的使用 1…

揭秘!9个月完成亚运会的整体数字化观测

项目背景与业务场景 2023 第 19 届亚运会在杭州举办,这将提高杭州的国际知名度,促进杭州经济、社会的全面发展,并将进一步推动奥林匹克运动在中国的发展,并且提升杭州城市形象和国际影响力。为亚运村村民提供便捷周到的服务和丰富…

【NI-RIO入门】为CompactRIO供电

在大多数情况下,您可以使用可直接连接系统的电源,例如墙上的电源插座。但是,某些应用程序或环境缺乏可用电源,您必须使用其他电源,例如电池。无论您是否有可用电源,您可能都希望通过为系统提供一些冗余来确…

京东秒杀之商品展示

1 在gitee上添加.yml文件 1.1 添加good-server.yml文件 server:port: 8084 spring:datasource:url: jdbc:mysql://localhost:3306/shop_goods?serverTimezoneGMT%2B8driverClassName: com.mysql.cj.jdbc.Drivertype: com.alibaba.druid.pool.DruidDataSourceusername: rootpa…

自动驾驶HWP功能规范

HWP功能规范 Highway Pilot Functional Specification 文件状态: 【√】草稿 【】正式发布 【】正在修改 文件起草分工 撰写: 审核: 编制: 签名: 日期: 审核: 签名: 日期&am…

抖音视频如何无水印下载,怎么批量保存主页所有视频没水印?

现在最火的短视频平台莫过于抖音,当我们刷到一个视频想下载下来怎么办?我们知道可以通过保存到相册的方式下载,但用这种方法下载的视频带有水印,而且有些视频不能保存到相册(这是视频作者设置了禁止下载)。…

c# 简单web api接口实例源码分析

CreateHostBuilder(args).Build().Run();这句语句处于c#webapi程序的第一句,它的作用是:启动接口的三个步骤: 创建一个HostBuilder对象。执行IHostBuilder.Build()方法创建IHost对象。执行IHost.Run()方法启动。 创建和配置Host(…

蚁剑低版本反制

蚁剑低版本反制 漏洞概述 中国蚁剑是一款开源的跨平台网站管理工具&#xff0c;它主要面向于合法授权的渗透测试安全人员以及进行常规操作的网站管理员。影响范围 AntSword <2.0.7 蚁剑实验版本&#xff1a;2.0.7 环境搭建&#xff1a; 172.16.1.233&#xff08;蓝队服…

【Python深度学习第二版】学习笔记之——什么是深度学习

机器学习是将输入&#xff08;比如图像&#xff09;映射到目标&#xff08;比如标签“猫”&#xff09;的过程。 这一过程是通过观察许多输入和目标的示例来完成的。 深度神经网络通过一系列简单的数据变换&#xff08;层&#xff09;来实现这种输入到目标的映射&#xff0c;这…

解读 | 从谷歌AI判定阿波罗登月“造假“来谈谈合成图片检测技术

大家好&#xff0c;我是极智视界&#xff0c;欢迎关注我的公众号&#xff0c;获取我的更多前沿科技分享 邀您加入我的知识星球「极智视界」&#xff0c;星球内有超多好玩的项目实战源码和资源下载&#xff0c;链接&#xff1a;https://t.zsxq.com/0aiNxERDq 整个事情可以爬楼看…

【2023.11.28】关于Servlet路径的学习

创建Servlet 这是Tomcat配置的初始路径&#xff0c;在web项目内&#xff0c;该路径代表了webapp下index.html所在的页面。 WebServlet(name "login", value "/login",loadOnStartup 1) public class LoginServlet extends HttpServlet { 使用注解的方…

leetcode:2133. 检查是否每一行每一列都包含全部整数(python3解法)

难度&#xff1a;简单 对一个大小为 n x n 的矩阵而言&#xff0c;如果其每一行和每一列都包含从 1 到 n 的 全部 整数&#xff08;含 1 和 n&#xff09;&#xff0c;则认为该矩阵是一个 有效 矩阵。 给你一个大小为 n x n 的整数矩阵 matrix &#xff0c;请你判断矩阵是否为一…

算法效率的度量

算法效率的度量通常是通过时间复杂度和空间复杂度来描述的。 一、时间复杂度 算法中所有语句的执行次数之和为T(n)&#xff0c;它是算法问题规模n的函数&#xff0c;时间复杂度主要分析T(n)的数量级。 分类 1. 最好时间复杂度&#xff1a;最好情况下&#xff0c;算法的时间…

国自然项目基金撰写及技巧

随着社会经济发展和科技进步&#xff0c;基金项目对创新性的要求越来越高。申请人需要提出独特且有前瞻性的研究问题&#xff0c;具备突破性的科学思路和方法。因此&#xff0c;基金项目申请往往需要进行跨学科的技术融合。申请人需要与不同领域结合&#xff0c;形成多学科交叉…

智能优化算法应用:基于飞蛾扑火算法无线传感器网络(WSN)覆盖优化 - 附代码

智能优化算法应用&#xff1a;基于飞蛾扑火算法无线传感器网络(WSN)覆盖优化 - 附代码 文章目录 智能优化算法应用&#xff1a;基于飞蛾扑火算法无线传感器网络(WSN)覆盖优化 - 附代码1.无线传感网络节点模型2.覆盖数学模型及分析3.飞蛾扑火算法4.实验参数设定5.算法结果6.参考…

算法之插入排序及希尔排序(C语言版)

我们来实现上述排序 一.插入排序. 当插入第i(i>1)个元素时&#xff0c;前面的array[0],array[1],.,array[i-1]已经排好序&#xff0c;此时用array[i的排序码与array[i-1]array[i-2].的排序码顺序进行比较&#xff0c;找到插入位置即将arrayU插入&#xff0c;原来位置上的元…

【RTP】4: 实例解析:一个SRTP的wireshark抓包:带padding、带扩展

抓取的是视频包。固定的pt是127从头部找到序号,快速找到这个包包大小因为是包括了SRTP的,所以318 个字节,实际RTP包是286个字节。SRTP 包 UDP总共 294个字节,payload部分286 RTP协议 RTP部分: B0 代表有padding、有扩展 从B0开始

【Linux】gcc和g++

&#x1f466;个人主页&#xff1a;Weraphael ✍&#x1f3fb;作者简介&#xff1a;目前正在学习c和Linux还有算法 ✈️专栏&#xff1a;Linux &#x1f40b; 希望大家多多支持&#xff0c;咱一起进步&#xff01;&#x1f601; 如果文章有啥瑕疵&#xff0c;希望大佬指点一二 …

linux shell操作 - 05 进程 与 IO 模型

文章目录 计算机内存分配进程与子进程流IO模型非阻塞IOIO多路复用网络IO模型简单的socket并发的socket 计算机内存分配 一个32位&#xff0c;4G内存的计算机&#xff0c;内存使用分为两部分&#xff1a; 操作系统内核空间&#xff1b;应用程序的用户空间使用的操作系统不同&a…