“下周之前把论文绪论和系统分析框架定下来,重点要结合实际需求,让技术落地有依据。” 导师的话还在耳边回响,我盯着电脑屏幕上空白的文档,指尖悬在键盘上迟迟未落。作为计算机专业的学生,开发类论文我写过两篇,但二手奢侈品交易系统这个选题,总觉得隔着一层 “奢侈品” 的光环,摸不准切入点。 最初接到这个课题时,我只觉得是个常规的前后端分离系统开发。直到导师抛出第一个问题:“这个系统为什么要存在?” 我愣了半天,脑子里只模糊闪过 “有人卖有人买” 的念头。为了找到答案,我开始泡在各类二手交易平台,看卖家吐槽 “正品卖不上价”,买家抱怨 “怕买到假货”,还有鉴定师吐槽 “线下鉴定效率低”。那些零散的吐槽渐渐拼凑出清晰的轮廓 —— 这不就是论文里要写的 “课题背景” 吗?有人想通过出售奢侈品缓解经济压力,有人渴望低价拥有品牌好物,而供需之间缺一个靠谱的桥梁,二手奢侈品交易系统的必要性,就这样在我心里扎了根。 接下来是 “目的意义” 的思考。导师提醒我,不能只谈表面需求,要挖得深一点。我想起经济学课上学过的 “商品弹性”,奢侈品作为非必需品,价格弹性高,这或许是个很好的切入点。对买家来说,二手平台降低了消费门槛;对卖家而言,既能解决 “精神折旧” 后的闲置问题,又能在经济紧张时获得合理收益,避免了直接赠送的损失或线下贱卖的无奈。这么一想,系统的价值就不再是简单的 “交易中介”,而是平衡供需双方利益的载体,论文的理论深度也跟着提上来了。 最让我头疼的是 “解决问题” 部分。导师让我梳理清楚交易全流程,我画了无数张草稿图,从卖家上传商品开始,到鉴定、上架、购买、发货、收款,每个环节都不能漏。一开始我忽略了鉴定环节,觉得 “卖家上传、买家购买” 就够了,但很快就发现问题 —— 没有鉴定,如何保证正品?这正是二手奢侈品交易的核心痛点。于是我调整流程,把鉴定师作为关键角色加入,明确 “鉴定通过才能上架”,既解决了买家的信任问题,也为卖家的正品提供了背书。这个流程梳理清楚后,后续的系统设计就有了明确的方向。 “研究现状” 的撰写则让我跳出了单一的技术视角。我查阅了国内外的二手交易平台,PoshMark 的 “信息中介” 模式、Offerup 的 “鉴定 + 交易” 模式,都给了我很多启发。古代的典当行更是让我眼前一亮 —— 原来二手奢侈品交易的本质,是 “闲置贵重物品的价值再利用”,这个历史溯源让论文的背景更厚重。我意识到,我的系统不能照搬现有模式,要结合两者的优势,既提供鉴定保障,又优化交易流程,这也成为了后续技术选型和功能设计的核心思路。 技术选型阶段,我一开始想追求 “高大上” 的框架,但导师泼了冷水:“适合的才是最好的。” 我重新审视系统需求,中小企业级别的数据量,MySQL 数据库完全能应对,分布式架构还能为未来扩容留有余地;前后端分离架构能提高开发效率,Jquery、BootStrap 这些成熟框架能保证界面的易用性,SpringBoot 和 MyBatis 则能快速实现业务逻辑。这些技术虽然不新潮,但稳定、开源、易维护,完全符合 “技术可行性” 的要求。 进入系统分析章节,可行性分析让我更加笃定项目的合理性。经济上,导师帮我估算了收益和投入,第一年预期 3 万元的收益,证明项目有商业价值;技术上,开源组件和成熟工具足以支撑开发;操作上,Visio 画流程图、Idea 做开发,都是我熟悉的工具,操作难度不大。而需求分析则让我学会了 “换位思考”,我把自己代入运营方、卖方、买方、鉴定师、物流人员的角色,逐一梳理他们的核心诉求:运营方要管理平台、查看收益;卖方要发布商品、跟踪订单;买方要安全购物、评价商品;鉴定师要完成鉴定、记录信息;物流人员要获取订单、查看地址。每个角色的需求都对应着系统的核心功能,用例图也在这个过程中慢慢成型。 当我把这些思考整理成文字,形成论文的前两章时,再回头看导师最初的问题,已经有了清晰的答案。原来写论文的过程,不是简单的 “填充内容”,而是从模糊到清晰、从零散到系统的思考过程。那些曾经让我头疼的章节,都成了梳理思路的载体。现在,我正忙着根据需求分析进行系统功能设计,整体架构图上的 “用户管理”“商品管理”“成交管理” 等模块,都能在之前的思考中找到对应的依据。 导师看到我的初稿时,笑着说:“这才是带着思考写论文,而不是照着模板拼凑。” 我点点头,心里明白,这篇论文的每一个字,都是我对 “二手奢侈品交易” 从陌生到熟悉、从表象到本质的探索。而这个思考过程本身,比论文的结果更有价值 —— 它让我明白,任何系统开发,都要先读懂需求背后的人,才能让技术真正服务于生活。
系统说明书
系统源码
摘 要
二手奢侈品既可以满足卖家通过售卖奢侈品获得收益的诉求,也可以满足买家通过较为低廉价格获得高端奢侈品的心理,还可以满足平台运营的利益需求,可以通过抽成的方式给平台获得一定收益,因此,二手奢侈品交易平台有很重要的现实意义。
经过对二手奢侈品市场的调研,包括对潜在买家和卖家已经配送方的调研,并根据当前二手奢侈品市场的基本研究,确定了本系统要完成的基本功能,包括用户管理、奢侈品管理、成交管理、费用管理、物流管理和评价管理等。系统的核心功能就是奢侈品的交易流程,先有管理员完成奢侈品品种的录入,并设定具体种类的抽成比例,然后由卖家上架一个奢侈品,接着由鉴定师完成鉴定,之后就可以让买家进行购买,买家通过充值的方式确保余额充足然后购买奢侈品,之后由平台完成奢侈品的物流员分配,再由物流员完成奢侈品的配送工作,最后,买家收货之后就可以对订单进行评价。前端页面主要基于BootStrap框架,前台主要技术有JSP、JavaScript和CSS等,前后端的交互有一部分是通过Ajax实现,后端则使用Java语言进行开发,端的架构基于Spring Boot的架构。经过测试表明,系统完全满足了系统建设提供的所有需求。
关键词:SpringBoot;购买平台;MySQL
第1章 绪 论
1.1 课题背景
有一些人期望通过出售自己的奢侈品以解决自己的经济状态,另一方面,也有一些人虽然无法支付高昂的奢侈品价格,但是仍然希望自己能拥有一些奢侈品,鉴于此,二手奢侈品市场变形成了。
在二手奢侈品交易平台,可以让出售方通过交易平台获得较高价格,因为在这里可以让那些真正需要奢侈品的人购买二手奢侈品,因此,更容易卖出好价格。另一方面,在平台上,可以让那些需要二手奢侈品的人员在平台购买到真货,避免从一些渠道购买到假货,而导致蒙受损失。
在此大背景下,二手奢侈品交易系统的产生就很有必要,成为买卖双方交易的平台,满足他们的诉求。
1.2 目的意义
由于奢侈品具有品牌效应,这些商品也并非日常必需品,因此商品的弹性较高。很多人愿意购买,但是却由于价格过高的原因对奢侈品望而却步,二手奢侈品可以满足这些消费者,可以让他们以较低的价格拥有奢侈品。对于奢侈品的持有者来说,他们可能由于一些原因不想再持有奢侈品,比如紧张的经济问题,或者奢侈品精神折旧等问题。如果是因为精神折旧的问题,直接赠送他人则无法获得收益,如果是因为经济问题而出售,一时无法获得较高价格,二手奢侈品平台可以满足他们售卖奢侈品的愿望,又能给他们较高的费用,避免他们更大的损失。
因此,开发二手奢侈品交易平台,即可以满足销售者的需求,可以让他们以较高价格出售奢侈品,又满足消费者的愿望,让他们以低于市场价格的费用拥有奢侈品。
1.3 解决问题
在开发和实现二手奢侈品交易平台的过程中,有个重要问题需要明白,就是搞清楚奢侈品的交易过程,整个过程是先有卖家上传商品,将商品上架到系统中,然后由系统中的鉴定师进行鉴定,在鉴定师鉴定完毕之后,如果鉴定通过,就可以上市交易,买家如果中意这个商品,可以选择购买,购买之后,最后由卖家负责发货,收货以后,就会从买家那里扣费,然后给卖家增加费用。
1.4 研究现状
二手奢侈品交易的历史由来已久,最早可以追溯到古代的典当,在封建社会中,生产力相对低下,人们持有的贵重物品较少,古代的贵重物品一般都是贵重金属、还有一些精致陶器等,这些贵重物品在人们急需用钱的时候可以典当给典当行,然后典当行再进行出售,赚取差价。随着互联网的发展,国外内的二手奢侈品交易行为也借着互联网搬到了线上。
国外的二手奢侈品交易网站有很多,比如PoshMark,是一个经营二手奢侈品的网站,可以由客户自行商家一些奢侈品,然后由其他买家在平台选购,然后通过线下沟通交易的方式完成奢侈品的交易过程,平台主要提供信息,并不直接参与二手奢侈品的交易过程。还有一些平台,比如Offerup,除了提供了二手奢侈品的交易,还提供了一些鉴定的工作,在平台上面可以由一些鉴定师对二手奢侈品进行鉴定,从而可以一定程度上避免假货盛行。
1.5 开发技术介绍
本系统采用了前后端分离的架构模式,使用了Jquery、BootStrap和EasyUI等前端框架和SpringBoot技术实现了系统的功能需求,同时还采用了Spring Security技术、MyBatis框架、MySQL数据库等其他技术,实现了二手奢侈品交易系统的业务需求。
1.6 本章小结
本章是系统的绪论部分,在这一章节里主要说明了系统建设的背景、系统的目的意义、系统要解决的问题以及系统的研究现状。
第2章 系统分析
2.1 可行性分析
2.1.1 经济可行性
预计在第一年平台的收益在5万元左右,减去投入的资金为2万元,则可以在第一年预期获得3万元收益。因此,系统的建设经济可行。
2.1.2 技术可行性
技术上,系统选用一些开源组件进行开发,这些组件分为基础组件和应用架构组件。基础组件包括数据库,数据库选用MySQL数据库,MySQL数据库是一款Oracle旗下的免费数据库,数据库本身小巧,使用方便,可以应对中小企业的数据库需求,如果数据量较大,还可以使用基于分布式的架构来使用MySQL集群来处理大规模数据[3]。
2.1.3 操作可行性
在设计过程中,可以基于Visio图等一些工具进行设计,可以完成流程图、ER图的设计,在开发过程中,可以选用集成开发工具比如Idea进行开发,选用集成开发环境可以大幅提升开发速度[7]。总之,在系统的设计和开发过程中,所有工作是可以基于现有工具和技术展示实施的,因此,系统具有操作可行性。
2.2 需求分析
需求分析主要是通过对系统的涉及各方进行分析,通过分析系统涉及各方的利益关系,可以分析得到系统中涉及各方对于系统的诉求和期望,从而可以进一步确定系统要完成的基本功能,界定系统边界[8]。
2.2.1 系统运营方需求
系统运营方是系统运营风险承担者也是系统运营利润的受益者,因此要对整个平台的运营负责,系统运营方在系统中需要对整个系统进行配置、需要对交易品类进行设置,还可以查看看系统的平台收益。需求用例描述,如图2-1所示。
图2-1 运营方需求用例
2.2.2 卖方需求
在系统中,二手奢侈品交易的卖方需要通过在系统中售卖自己的奢侈品而获得收益,因此卖方最关注的是在系统中将自己的奢侈品发布出去,成交之后再将自己奢侈品售卖的费用扣除一部分平台服务费之后再收到其余款项[10]。因此在系统中,卖方期望可以发布自己的奢侈品,可以在系统中查看这笔订单的交易情况,并且查看自己的收益。在系统中,为了方便配送员上门取货,卖方还需要设置自己的地址。卖方的需求描述,如图2-2所示。
图2-2 卖方的需求用例
2.2.3 买方需求
买方在系统中要完成对于奢侈品的购买,在购买过程中需要进行费用管理,还可以查看到自己购买的奢侈品的基本状态,也就是可以在系统中查看到订单信息。此外还有对自己的地址进行管理,以便于配送员将自己购买的奢侈品送达[11]。购买完成之后可以对这个订单进行评价,买方的需求用例如图2-3所示。
图2-3 买方需求用例
2.2.4 鉴定师需求
在系统中鉴定师的责任主要是确定卖家的商品是否合格。在卖家发布了奢侈品之后,由鉴定师根据卖家提交的证书,确定相关奢侈品是否合格。因此,鉴定师的需求主要有两个,一是在系统中进行商品鉴定,二是查看自己的鉴定记录。鉴定师的需求用例描述如图2-4所示。
图2-4 鉴定师需求用例
2.2.5 物流人员需求
在系统中物流人员可以进行物流的相关活动的操作。系统中物流人员可以是物流人员,也可以是物流公司,物流责任的主要责任就是负责在系统中获取到订单信息,然后查看买家和卖家的地址信息,在进行取货和送货[12]。但是整个货运过程不在本系统考虑和建设范围之内,应该由物流公司内部完成。物流人员的需求用例描述如图2-5所示。
图2-5 物流人员需求用例
2.3 本章小结
本章主要描述的系统要建设的需求信息。首先对系统建设的可行性进行分析,包括从经济、技术和操作等方面进行的可行性研究。然后对系统的具体需求进行分析,包括从系统的运营方、卖方和买方等方面进行的分析[13]。
第3章 二手奢侈品系统设计
3.1 功能设计
3.1.1 整体架构设计
二手奢侈品购物平台需要支持的功能包括用户管理、商品管理、成交管理、费用管理、物流管理、评价管理等。其中用户管理是指对买家和卖家的管理;商品管理是指卖家上架二手奢侈品的过程;成交管理是指买方和卖方完成交易的过程;费用管理是指把买家的费用扣除,同时增加卖家费用的过程;物流管理是指卖家通过物流发货给买家的过程管理;评价是指买家对卖家商品进行评价的行为。
系统管理的整体功能框架图如图3-1所示。
图3-1 系统整体功能架构图
3.1.2 分模块说明
系统中的用户管理包括用户认证、买家注册和卖家注册,还有鉴定师注册等功能。
系统中的奢侈品管理则主要包括奢侈品上架、奢侈品下架、奢侈品鉴定等功能,是对奢侈品交易周期的全方位管理。
系统中的成交管理则主要包括奢侈品的选购、奢侈品卖出和成交确认等功能。
系统中的费用管理包括买家在系统中进行充值、查看自己的费用信息、买家通过购买奢侈品会产生扣费记录、以及平台的收益管理等[14]。
系统中的物流管理包括物流单生产、物流发货、配送、收货确认等。
系统中的评价管理是由买家完成,在收到货物之后,可以对货物进行评价。
3.2 数据库设计
3.2.1 实体关系图
实体关系图可以描述系统中的数据表的基本信息,还可以描述表与表之间的关系,是关系型数据库表示的有力工具。本系统的实体关系图展示如图3-2所示。
图3-2 实体关系图
3.2.2 数据库表设计
数据库中的表包括有用户表、用户地址表、奢侈品种类表、奢侈品表、系统参数表、用户费用表和用户费用记录表。用户表中记录的是用户的信息,包括用户的名称、密码和类型等,用户表的表结构如表3-1所示。
数据库中的表包括有用户表、用户地址表、奢侈品种类表、奢侈品表、系统参数表、用户费用表和用户费用记录表。用户表中记录的是用户的信息,包括用户的名称、密码和类型等,用户表的表结构如表3-1所示。
表3-1 用户表结构
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 1 | USER_ID | number | 4 | 否 | 用户ID,主键 |
| 2 | USER_NAME | number | 4 | 否 | 用户姓名 |
| 3 | USER_PASSWD | varchar2 | 10 | 否 | 用户密码 |
| 4 | USER_TYPE | varchar2 | 10 | 否 | 用户类型 |
用户地址表中记录的是用户的地址信息,包括用户ID、用户地址等,用户地址信息表结构如表3-2所示。
表3-2 用户地址表结构
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 1 | ID | int | 20 | 否 | 序列 |
| 2 | USER_ID | int | 20 | 是 | 用户序列 |
| 3 | USER_NAME | varchar | 20 | 是 | 用户姓名 |
| 4 | PROVINCE | varchar | 20 | 是 | 省 |
| 5 | CITY | varchar | 20 | 是 | 市 |
| 6 | DETAIL_ADDRESS | varchar | 20 | 是 | 详细地址 |
| 7 | TELPHON | varchar | 20 | 是 | 电话 |
| 8 | POST_CODE | varchar | 20 | 是 | 邮编 |
用户费用中记录的是用户的费用信息,一个用户仅记录一条费用信息,记录的是用户的当前预存费用。用户费用表结构如表3-3所示。
表3-3 用户费用表
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 1 | USER_FEE_ID | int | 20 | 否 | 序列 |
| 2 | USER_ID | int | 20 | 是 | 用户ID |
| 3 | USER_NAME | varchar | 20 | 是 | 用户姓名 |
| 4 | USER_PREFEE | double | 20 | 是 | 用户预存 |
用户费用记录表中记录的是用户的缴费信息,每缴费一次就会记录一条记录,如表3-4所示。
表3-4 用户费用记录表
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 1 | ID | int | 20 | 否 | 预存序列 |
| 2 | USER_ID | int | 20 | 是 | 用户序列 |
| 3 | RECV_DATE | date | 20 | 是 | 缴费时间 |
| 4 | RECV_FEE | double | 20 | 是 | 缴费金额 |
| 5 | RECV_TYPE | varchar | 20 | 是 | 缴费类型 |
系统参数表中记录的是系统相关参数,如奢侈品状态等。表结构如表3-5所示。
表3-5 系统参数表
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 1 | PARAM_ID | int | 20 | 否 | 序列 |
| 2 | PARAM_TYPE | varchar | 20 | 是 | 类型 |
| 3 | PARAM_KEY | varchar | 20 | 是 | 参考主键 |
| 4 | PARAM_VALUE | varchar | 20 | 是 | 参数值 |
| 5 | PARAM_DESC | varchar | 20 | 是 | 参数描述 |
奢侈品品种表中记录的是奢侈品的品种信息,如种类、抽成比例等。
表3-6 奢侈品种类表
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 1 | NAME | varchar | 20 | 否 | 名称 |
| 2 | GOOD_DESC | varchar | 20 | 是 | 描述 |
| 3 | SALE_FEE | double | 20 | 是 | 售价 |
| 4 | FEE_RATE | int | 20 | 是 | 平台抽成 |
奢侈品表中记录奢侈品的全量信息,如名称、种类、图片、状态等,表结构如表3-7所示。
表3-7 奢侈品表(含续表)
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 1 | ID | int | 20 | 否 | 序列 |
| 2 | NAME | varchar | 20 | 是 | 名称 |
| 3 | GOOD_DESC | varchar | 20 | 是 | 描述 |
| 4 | BRAND_TYPE | varchar | 20 | 是 | 品牌 |
| 5 | CATALG_ID | int | 20 | 是 | 品类序列 |
| 6 | CATALG_NAME | varchar | 20 | 是 | 品类名称 |
续表3-7
| 序号 | 字段名称 | 字段类型 | 字段长度 | 允许为空 | 备注 |
|---|---|---|---|---|---|
| 7 | FEE_RATE | int | 20 | 是 | 平台抽成 |
| 8 | FEE | double | 20 | 是 | 原价 |
| 9 | SALE_FEE | double | 20 | 是 | 售价 |
| 10 | USED_DEGREE | int | 20 | 是 | 几成新 |
| 11 | PIC_INFO | varchar | 20 | 是 | 图片信息 |
| 12 | BUY_PROOF | varchar | 20 | 是 | 购买凭证 |
| 13 | MODEL | varchar | 20 | 是 | 型号 |
| 14 | SPECIFICATION | varchar | 20 | 是 | 规格 |
| 15 | REMARK | varchar | 20 | 是 | 备注 |
| 16 | GOOD_STATUS | varchar | 20 | 是 | 商品状态 |
| 17 | SALER_ID | int | 20 | 是 | 卖家序列 |
| 18 | SALER_NAME | varchar | 20 | 是 | 卖家姓名 |
| 19 | BUY_DATE | date | 20 | 是 | 购买时间 |
| 20 | BUYER_ID | int | 20 | 是 | 买家序列 |
| 21 | BUYER_NAME | varchar | 20 | 是 | 买家姓名 |
| 22 | LOGISTICS_ID | int | 20 | 是 | 物流序列 |
| 23 | LOG_NAME | varchar | 20 | 是 | 物流名称 |
| 24 | LOGISTICS | varchar | 20 | 是 | 物流单 |
| 25 | JUDGER_ID | int | 20 | 是 | 鉴定师序列 |
| 26 | JUDGER_NAME | varchar | 20 | 是 | 鉴定师姓名 |
| 27 | EVALUATION | varchar | 20 | 是 | 评价 |
3.3 设计原则
本当设计一个二手奢侈品交易平台时,以下是一些符合美观、易用系统的设计原则。
用户体验优先,为了提供令人愉悦和无障碍的用户体验,平台应注重简洁的用户界面设计、直观的导航和操作流程。确保用户可以轻松浏览产品列表、搜索、筛选和比较商品,以及进行安全的交易操作[15]。
3.4 本章小结
本章主要是系统的设计部分,包括系统的功能设计和数据库设计。功能设计分为整体架构和模块说明,数据库设计包括实体关系图和物理库表结构。
第4章 二手奢侈品购物系统实现
4.1 用户管理
用户管理包括买家、卖家和鉴定师等管理。用户管理需要填写用户信息,然
后再确认。系统中用户管理的流程如图4-1所示。
图4-1 用户管理流程图
系统中用户的注册,需要用户填写用户名称和密码等信息。具体的操作界面展示如图4-2所示。
图4-2 用户注册界面
用户注册之后,管理员登录系统可以审核用户,管理员审核的操作的界面如图5-3所示。
图4-3 管理员审核界面
审核通过之后,用户就可以登录系统了,系统登录的时候需要录入用户名和密码,然后登录到系统中,系统认证通过之后就可以正常登录到系统中,登录系统的界面如图4-4所示。
图4-4 登录界面
4.2 奢侈品管理
奢侈品管理的过程是,先由管理员新增奢侈品类型,然后卖家上架一个奢侈品,上架的时候可以选择对应的奢侈品类型,然后上传图片和证书等,最后由鉴定师进行鉴定,之后可以由买家进行购买[17]。
奢侈品管理的基本流程如图4-5所示。
图4-5 奢侈品管理流程图
奢侈品种类管理的过程是,填写奢侈品种类和对应抽成比率,然后确认新增种类,新增种类的界面如图4-6所示。
图4-6 新增品类
新增奢侈品的过程是,先选择品种,然后填写奢侈品的基本信息,基本信息包括名称、种类、价格、图片等。具体新增的界面如图4-7所示。
图4-7 新增商品
新增商品之后,鉴定师可以对该商品进行鉴定,鉴定的界面如图4-8所示。
图4-8 鉴定界面
鉴定师鉴定之后可以查看鉴定的记录,查看记录的界面如图4-9所示。
图4-9 鉴定师查看记录界面
4.3 成交管理
成交管理的基本思路是,在奢侈品上架完成之后,就可以让买家浏览对应的奢侈品,然后购买自己中意的奢侈品,购买之后,可以由管理员进行物流安排,然后进行物流派送,最后由购买者可以进行评价。物流和评价在后续会进行详细讲解。成交管理的基本流程如图4-10所示。
图4-10 成交管理基本流程图
买家浏览奢侈品的时候,可以查看奢侈品的基本信息,包括名称、类型、价格和图片等。买家浏览奢侈品的界面如图4-11所示。
图4-11 买家浏览奢侈品的界面
4.4 费用管理
费用管理的基本流程是,先由买家预存费用,然后买家可以购买奢侈品,如果费用充足,那么可以生成订单,否则会提示余额不足的提醒。在买家购买了奢侈品之后,系统中就会生成对应订单,买家购买之后,会将平台的抽成费用计算出来,然后可以让运营管理者在前台查看对应的收益[18]。费用管理的基本流程如图4-12所示。
图4-12 费用流程图
如果用户余额不足,会有余额不足的提示,提示的展示如图4-13所示。
图4-13 余额不足提示
用户余额不足的时候,可以通过交纳预存款的方式充实费用,然后进行购买,充值的界面如图4-14所示。
图4-14 用户交纳预存的界面
用户交纳预存之后,可以看到用户的整体费用有所增加,用户总费用的展示如图4-15所示。
图4-15 用户费用展示
在买家完成了奢侈品的购买之后,就可以给平台按照该奢侈品的类型抽成给平台抽成。
平台查看自己收益的界面如图4-16所示。
图4-16 平台收益
4.5 物流管理
物流管理的基本流程是先有管理员给订单分配一个配送员,然后由配送员进行配送,配送员在配送的过程中需要查看买家和卖家的地址信息,然后根据地址完成货物的送达。物流管理的基本状态变换是,先由系统管理员分配配送员,然后由配送员完成配送,配送完成之后,用户可以进行评价[19]。
物流管理的基本流程如图4-17所示。
图4-17 物流管理过程
管理员分配配送人员的时候,选择配送人员,然后确认即可。如图4-18所示。
图4-18 分配配送员员界面
分配了配送人员之后,配送人员就可以上门取件,然后送货到户。配送人员一般也并非一个人员,而是一个配送合作公司,他们在内部负责货运、发货和送货等服务,等完成之后在系统中确认即可。查看界面如图4-19所示。
图4-19 查看地址界面
在配送人员或者配送公司查看了地址之后,就可以完成发货和送货的服务,发货的过程如图4-20所示。
图4-20 发货界面
发货完成之后,就可以进行送货,送货的基本界面和发货一致,但是操作显示略有不同。送货的界面展示如图4-21所示。
图4-21 到货界面
在买家买到货物之后,物流配送完成以后,买家就可以确认收货了,确认之后就可以进行进一步评价了。
确认收货的界面如图4-22所示。
图4-22 确认收货界面
4.6评价管理
评价管理是指买家在收到货物之后对整个购物进行的整体评价,包括货物本身的情况,以及对物流的满意程度等,都可以进行评价。
买家评价的界面展示如图4-23所示。
图4-23 买家评价界面
4.7 本章小结
本章主要是系统的实现部分,重点描述了系统中各个模块的流程,然后展示了相关模块的实现界面,包括用户管理、奢侈品管理、成交管理、费用管理、物流管理和评价管理等。
第5章 二手奢侈品购物系统测试
5.1 系统测试的概念
系统测试是对整个系统进行验证,主要是指系统的最终用户对系统的功能进行的验证,以检查其有无不符之处。通过这样的试验,可以在系统分析和设计中找出问题。通过对需求总的功能进行梳理,可以形成测试用例,在系统开发完成之后,通过执行测试用例可以衡量系统是否完成了所有功能。
5.2 系统测试
5.2.1核心功能测试用例
5.2.1核心功能测试用例
测试用例是通过执行在需求分析过程中形成的功能来验证系统是否完成了这些建设目标。核心功能包括奢侈品管理、成交管理、物流管理、评价管理等,因此主要对这些功能进行测试。
奢侈品管理先由管理员设置奢侈品类型,之后再在系统中增加奢侈品,增加奢侈品的时候需要选择类型你,上传相关证书等。奢侈品的测试如表5-1所示。
表5-1 奢侈品管理测试用例
| 字段 | 内容 |
|---|---|
| 用例编号 | Test0001 |
| 用例名称 | 奢侈品管理测试用例 |
| 测试人 | |
| 测试时间 | 2023-01-15 |
| 前置条件 | 卖家工号和管理员工号 |
| 测试步骤 | 1. 管理员登录系统 2. 管理员设置奢侈品种类 3. 卖家登录系统 4. 卖家填写奢侈品信息 5. 卖家确认上架奢侈品 6. 买家登录系统,可以浏览奢侈品 |
| 测试预期 | 买家可以浏览购买 |
| 实际结果 | 买家可以浏览购买 |
| 测试结论 | 通过 |
成交管理的基本流程是在卖家上传了奢侈品之后,可以进行奢侈品的定价,然后由于管理员也对该奢侈品的价格抽成进行了设置,因此销售价格最终会分为两部分,一部分是系统平台的收益,另一部分是卖家的收益。成交管理的测试用例如表5-2所示。
5-2 成交管理的测试用例
| 字段 | 内容 |
|---|---|
| 用例编号 | Test0002 |
| 用例名称 | 成交管理测试用例 |
| 测试人 | |
| 测试时间 | 2023-01-15 |
| 前置条件 | 管理员工号、买家工号、卖家工号 |
| 测试步骤 | 1. 买家登录系统 2. 买家浏览并购买,如果余额不足,则进行充值后再购买 3. 卖家登录,查看自己的收益 4. 管理员登录 5. 查看平台收益 |
| 测试预期 | 卖家和平台获得收益 |
| 实际结果 | 卖家和平台获得收益 |
| 测试结论 | 通过 |
物流的管理,首先需要管理员给已经生成的订单设定一个物流人员,然后由物流人员登录系统查看订单,之后再进行收货和送货的过程。物流人员可以查看买家和卖家的地址,然后根据地址配送货物。物流管理的测试用例如表6-3所示。
表5-3 物流管理的测试用例
| 字段 | 内容 |
|---|---|
| 用例编号 | Test0003 |
| 用例名称 | 物流管理测试用例 |
| 测试人 | |
| 测试时间 | 2023-01-21 |
| 前置条件 | 管理员、物流员和买家 |
| 测试步骤 | 1. 管理员登录系统 2. 给成交的订单分配一个物流员 3. 物流员填写物流单编号 4. 物流员进行取货 5. 物流员进行送货 6. 买家登录系统 7. 买家确认收货 |
| 测试预期 | 订单完成 |
| 实际结果 | 订单完成 |
| 测试结论 | 通过 |
评价管理的基本逻辑相对简单,主要是买家登录系统查看对应的订单,然后对系统进行评价即可。
评价管理的测试用例如表5-4所示。
表5-4 评价管理的测试用例
| 字段 | 内容 |
|---|---|
| 用例编号 | Test0004 |
| 用例名称 | 评价管理测试用例 |
| 测试人 | |
| 测试时间 | 2023-01-21 |
| 前置条件 | 买家工号 |
| 测试步骤 | 1. 买家登录系统 2. 买家查看订单 3. 买家对已经送货的订单进行确认收货 4. 订单处理完成 |
| 测试预期 | 买家完成评价 |
| 实际结果 | 买家完成评价 |
| 测试结论 | 通过 |
5.2.2测试结果分析
为了方便测试更加准确无误。除了上述的基本测试之外,选取了一些模拟数据进行测试,系统测试模拟数据表,如表5-4所示。
表5-4 二手奢侈品交易系统测试模拟数据表
| 序号 | 测试内容 | 测试种类 |
|---|---|---|
| 1 | 新增2条奢侈品类型信息 | 信息管理性能测试 |
| 2 | 新增8条奢侈品信息 | 信息管理性能测试 |
| 3 | 完成8条成交管理 | 界面功能测试 |
| 4 | 完成8次物流管理 | 信息管理性能测试 |
5.3 本章小结
本章节是系统的测试部分,主要介绍了测试的目的和测试的原则。测试对系统的功能进行验证的重要过程,开发的功能只有经过测试才是可靠的,本章基于主要功能对系统进行测试,验证了系统的功能可用性。主要测试的内容包括奢侈品管理、物流管理等。
结 论
二手奢侈品既可以满足卖家通过售卖奢侈品获得收益的诉求,也可以满足买家通过较为低廉价格获得高端奢侈品的心理,还可以满足平台运营的利益需求,可以通过抽成的方式给平台获得一定收益,因此,二手奢侈品交易平台有很重要的现实意义。
经过对相关人员的调研,并根据当前二手奢侈品市场的基本研究,确定了本系统要完成的基本功能,包括用户管理、奢侈品管理、成交管理、费用管理、物流管理和评价管理等。系统的核心功能就是奢侈品的交易流程,先有管理员完成奢侈品品种的录入,并设定具体种类的抽成比例,然后由卖家上架一个奢侈品,接着由鉴定师完成鉴定,之后就可以让买家进行购买,买家通过充值的方式确保余额充足然后购买奢侈品,之后由平台完成奢侈品的物流员分配,再由物流员完成奢侈品的配送工作,最后,买家收货之后就可以对订单进行评价。前端页面主要基于BootStrap框架,前台主要技术有JSP、JavaScript和CSS等,前后端的交互有一部分是通过Ajax实现,后端则使用Java语言进行开发,端的架构基于Spring Boot的架构。
虽然,目前的系统已经满足了二手奢侈品交易的需求,但是仍然存在一些需要改进的地方,一是与奢侈品厂家进行联机处理信息,以确保二手奢侈品的真实性,由厂家确认鉴定会比当前采用鉴定师鉴定有更高的可信度;二是可以对后续的售后进行完善,可以通过回访买家的方式,进一步推销其他二手奢侈品,引导客户消费,给平台带来更多收益。
参考文献
[1]董江南.日本二手奢侈品拍卖市场与中国市场合作实践[J].中国拍卖, 2022年5月.
[2]王治山.国内二手电商平台竞争日渐激烈[J].商业观察, 2022年8月.
[3]范民红.农产品网上销售系统的设计与实现分析[J]. 2021年7月.
[4]马强.商品房销售展示区设计研究[J].中文科技期刊数据库(文摘版)工程技术, 2022年10月.
[5]王红春,陈杨,刘帅.社交电商供应链定价策略研究——基于平台销售努力的分析[J].价格理论与实践, 2021年3月.
[6]于燕,赵济光.中国奢侈品消费与本土品牌培育[J]. 2021年4月.
[7]李元博,王法胜.校园二手商品交易平台设计与实现[J].电脑知识与技术, 2021年10月
[8]赵雨馨."二手商品在线交易"卖家"信用"评价指标——以闲鱼平台为例[J].知识经济, 2021年9月.
[9]罗婷,张家欢,李佳琳,等.高校二手商品交易平台的多元性发展[J].电脑乐园, 2022年11月.
[10]李沛熹,朱晓君,姜建,等.基于微信小程序的校园二手书籍交易平台设计与实现[J].电脑知识与技术, 2021年7月.
[11]闫锦彪,杨冬梅,张进.校园二手教材网络交易平台的构建方法研究[J].现代信息科技, 2021年5月.
[12]赵秋雨.校园二手商品交易平台设计[J].许昌学院学报, 2021年5月.
[13]贾晓轩,周丰婕.二手闲置物品交易平台新模式的探究[J].现代企业, 2021年7月.
[14]赵鑫庆,高帅.关于校园二手商品交易和废旧物品回收相结合平台的研究与实现[J].中国集体经济, 2022年7月.
[15]王维祎.电商新政:规范二手市场[J]. 服务外包, 2021年7月.
[16]陈瑞祥.二手腕表信息发布和检索系统的分析与设计[D]. 厦门大学, 2020年6月.
[17]深圳市市场监督管理局宝安分局. 某网站销售假冒国际知名品牌手表案评析[J]. 工商行政管理, 2021年7月.
[18]Aycock M B . Consumer Motivations and Perceived Value in Online Second-Hand Luxury Fashion Shopping. 2021.
[19]Bardin C , Kessous A . The resale of luxury goods in the second-hand market: how emotional detachment and professionalization involved in resale affect consumers’ perceived value of luxury brands ?[J]. Post-Print, 2022.
[20]Gc A , Na B , Ab C , et al. New forms of luxury consumption in the sharing economy[J]. Journal of Business Research, 2021, 137:89-99.
附 录(核心代码)
@RequestMapping(value="/getShowInfoByCondition",produces = "application/json;charset=UTF-8") @ResponseBody public String getShowInfoByCondition(HttpServletRequest request,Model model) throws InvocationTargetException, IllegalAccessException, ParseException { Map<String,String[]> requestParams = request.getParameterMap(); String pageSize = request.getParameter("pageSize"); String pageNumber = request.getParameter("pageNumber"); LuxuryGoodsExample classExample = new LuxuryGoodsExample(); LuxuryGoodsExample.Criteria criteria = classExample.createCriteria(); Class clazz = criteria.getClass(); Method[] methods = clazz.getMethods(); Set<String> requestKey = requestParams.keySet(); for( String key : requestKey ){ String[] keyValues = requestParams.get(key); String value = keyValues.length > 0 ? keyValues[0] : ""; for( Method method : methods ){ String methodName = method.getName(); Class[] types = method.getParameterTypes(); SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd"); if( key.endsWith("StartDate") ){ String methodGE = "and" + CommFunc.lineToHumpWithCapital( key.substring(5,key.length() - 9) ) +"GreaterThanOrEqualTo"; if( methodGE.equals( methodName ) ){ method.invoke(criteria,simpleDateFormat.parse(value)); break; } }else if( key.endsWith("EndDate") ){ String methodGE = "and" + CommFunc.lineToHumpWithCapital( key.substring(5,key.length() - 7) ) +"LessThanOrEqualTo"; if( methodGE.equals( methodName ) ){ method.invoke(criteria,simpleDateFormat.parse(value)); break; } } String paramType = ""; if( types.length > 0 ) { paramType = types[0].getName(); } if( paramType.equals("java.lang.String") && methodName.startsWith("and") && methodName.endsWith("Like") && methodName.substring( 3,methodName.length()-4 ).equalsIgnoreCase( key.substring(5) ) ){ method.invoke(criteria, CommFunc.like( value ) ); break; }else if( paramType.equals("java.lang.Integer") && methodName.startsWith("and") && methodName.endsWith("EqualTo") && methodName.substring( 3,methodName.length()-7 ).equalsIgnoreCase( key.substring(5) ) ){ method.invoke( criteria, Integer.valueOf( value ) ); break; }else if( paramType.equals("java.lang.Long") && methodName.startsWith("and") && methodName.endsWith("EqualTo") && methodName.substring( 3,methodName.length()-7 ).equalsIgnoreCase( key.substring(5) ) ){ method.invoke( criteria, Long.valueOf( value ) ); break; } } } UserInfo userInfo = (UserInfo) SecurityContextHolder.getContext().getAuthentication().getPrincipal(); criteria.andSalerIdEqualTo( userInfo.getUserId() ); PageHelper.startPage(Integer.valueOf(pageNumber), Integer.valueOf(pageSize)); LuxuryGoodsMapper classMapper = applicationContext.getBean(LuxuryGoodsMapper.class); List<LuxuryGoods> classList = classMapper.selectByExample(classExample); PageInfo<LuxuryGoods> classPageInfo = new PageInfo<>(classList); JSONObject result = new JSONObject(); result.put("data",classPageInfo.getList()); result.put("total",classPageInfo.getTotal()); result.put("resultCode","0000"); result.put("resultMsg","OK"); return result.toJSONString(); }致 谢
论文停留在致谢,人生还要续写。
鲜衣驽马少年时,不负韶华行且知。全文将至,也意味着我的求学生涯到此结束,这次轮到我说再见啦!目之所及,皆是回忆。心之所向,皆为过往。有许多遗憾,亦有太多的不舍。以前总觉得来日方长,才发觉人生原来是减法,纵有万般不舍,但仍心存感激。
幸逢盛世,与有荣焉。感谢党和国家给我提供了舒服的学习环境,疫情当下,让我顺利的完成学业。我为日益强大的祖国而自豪,祝愿祖国繁荣昌盛。
桃李不言,下自成蹊。首先感谢我遇到的各位老师,对我的学业和生活各方面的帮助。感谢老师们对我的帮助和照顾让我感受到了很多温暖。承蒙教诲,心存感激。感谢我的指导老师周威,在开题报告选题各方面对我的悉心指导。感谢老师在论文撰写到最终定稿给予宝贵意见,帮助我顺顺利利的毕业。祝所有老师平安健康,工作顺利。