摘 要
近年来,我国的互联网方面发展十分的迅速,短短20年,信息时代就已经展现在了我们的面前。电商,是信息时代中出现的一大产物,电商的发展在很大程度上来说的的确确的方便了我们日常的部分的生活购物行为。从1997年电商的萌芽开始发展直至今日,单纯进行国内网上商品的购买已经逐渐无法满足于现在网上购物族的需求,海外代购是实现是一种趋势,会越来越受到国内网上消费者的青睐。
根据需求划分,项目通过后台管理员和前台用户交互两部分构成了本海外代购系统平台。对于管理端来说,前期系统基于为了保证商品的真实性这一目的,管理员不仅仅需要对系统对发帖社区进行管理维护,同样还具有着如同商家一样的对商品、订单进行如增删改查类的功能操作。而对于用户端来说,本系统除了基本上具备一般购物系统所拥有的功能模块,另外附加了一个独具特色的用户帖子模块,可以使用户之间进行类朋友圈似的分享交流,在购物的同时搭建一个用户交流社区。用户足不出户的既享受了购物的快乐又感受到了于他人分享购买的商品的社交的愉快。本文将对该一系统平台的开发设计作出详细的阐述。
关键词:海外代购;网上购物平台;MySQL
1 引言
1.1 研究背景及意义
从1978年改革开放至今,我国的经济在这40多年中发展十分的迅速,与此同时,现代社会条件与科技水平也有着很大的飞跃。生活质量的提高,收入水平的增加,使得人们的购物视野同样变得越来越开阔,购物需求早以不局限于对国内商品的购买,海外产品稀有,国际化等特色也吸引着国内的消费者。消费者对国外产品的购买需求和兴趣也是与日俱增。开发海外代购商品的平台,由海外产品发行方与系统管理员对接,官方查看产品,对产品把关,然后上架销售,目的就是在于为这一部分消费者群体提供一个相对来说方便、快捷、安全的线上购物环境,丰富、放心、高端的线上购物渠道,使消费者可以方便放心的在线上去购买自己所需要的海外商品,为消费者提供购买海外商品的技术支持和安全渠道,让消费者们能够紧随时尚发展的潮流,为本土化的商品市场添加来自国外商品注入的新鲜血液。其次,海外代购平台预计的下一步发展过程中,甚至也可以为国内的供货商家拓宽销售商品的渠道,今后有机会,可以以海外代购这种同样的方式将国内商品销售与海外。
对于商家方面来说,网上销售相比于线下销售,其花费的经营成本,如人力成本,时间成本等肯定较低,且库存压力也比线下销售要小;而且,如今的海外商品代购市场相对来说发展的没有国内电商市场那么迅速,竞争比较和缓,这无疑是一个可以更进一步开发业务发展的机遇。
对于消费者来说,对海外商品的选购可以在不出国门的情况下,甚至是在足不出户的情况下、简单的操作电脑就能实现,方便快捷。系统平台同时拥有着系统自己的工作商品审查部门对海外商品进行严格把关,统一进货,统一运输,更进一步的避免了个人面对这庞大的国际购物市场所产生的例如但不局限于国际金融结算、外汇管制、资金安全甚至小到语言障碍、商品质量问题处理等种种方面,让消费者对海外产品的交易、流通变得更加容易,同时也比私人寻找代购渠道来的安全可靠,减少被骗风险。系统另一大特色的用户帖子模块,更加可以是用户之间的交流变得容易,这个交流社区的形成将会在网络上把选择商品,购买商品交易这些相对无趣的环节变得生动一些,通过用户之间的日常帖子问答、分享,用户可能就像是在刷着朋友圈一样,就解决了选择优质商品的烦恼。
1.2 研究现状
在国际方面,随着21世纪以来,世界经济全球化的发展趋势逐渐向好,大部分地区的人们的收入水平均有所提高,可支配的闲置资产增多,使得人们对一些非必需品的购买需求也变得越来越广泛,海外商品进入了人们的视野。越来越多的海外商品代购渠道、官方系统平台在全球的范围内也是在迅速的兴起。在国外,有一些具有成熟的互联网发展条件的发达国家的海外互联网商品代购平台已经具有了一定的可以满足消费者购买需求的运营规模和货品输送渠道等。例如:如今世界上第二大的网上购物零售商——Online Shopping,即韩国线上购物平台,它目前所具有的商品交易市场规模已经追平甚至超过了普通线下的正常百货商店的商品交易市场规模,它已经为很多国外的消费者提供了便捷的商品购买服务。相对于国内而言,国外的那种跨国购物平台因为种种因素,他们的系统平台开发工作起步较早,相对应的开发技术也比较成熟,这些条件就可以为我们国内的海外代购平台发展提供很有价值的参考。
在我国,大多的本土购物平台都是基于B/S结构的。而B/S架构不同于其他的的最大特点就是它可以简单的、在随时随地来对系统平台进行操作使用而无需重新安装特有的操作环境和软件app。使用的硬件设施也只是一台普通的可以连接互联网的电脑,这些环境就可以对平台系统进行使用,同时对开发人员来说,系统的扩展容易性,可以很大程度的方便于本海外代购系统平台的开发、维护和升级。且客户端零维护零安装。
1.3 本人主要工作
这篇论文主要概括了海外代购平台的开发背景,开发环境、研究方向以及涉及到的技术问题。并对系统按照现在最常用的分析手段进行了系统的可行性分析和需求分析报告。重点阐述了系统的实体类、数据库设计,功能模块的实现以及系统最终交付使用前的逻辑功能测试。最后,再一次对系统的开发工作进行总结,查漏补缺。
1.4 论文组织与结构
本文的题目是基于SSM的海外代购平台设计与实现,文章主要组织结构如下:
第一部分:引言:叙述系统平台的研究背景、意义和现状,简单介绍这个系统是用来干什么的。
第二部分:开发环境及开发技术:对系统平台开发所使用的相关环境和技术进行简单的介绍。
第三部分:系统分析:这一部分主要是对本代购系统进行一系列的可行性分析和需求分析,主要是为了分析系统是否能够真实的落地。
第四部分:系统设计:按需求画出相应的E-R实体图,系统开发所需的数据库表。
第五部分:系统的详细设计与实现:主要是将系统平台按照所需求的相应的功能,划分出各个功能实现模块,然后对各功能模块进行详细的开发介绍和运行结果展示。
第六部分:系统测试:在系统初步完成后,设计实例,模拟系统交付后的使用场景,判断系统是否真实完成功能所需。
第七部分:结束语:总结在本次系统平台设计过程中的重难点与从中获得的收获。
2 开发环境及开发技术
2.1 MySQL 简介
结构化的查询语言SQL,是一种常见的关系型数据库语言。MySQL 则是如今最流行的几种关系型的数据库管理系统之一,且出现时间相对来说比较长,技术方面成熟稳定,性能也很好。MySQL可以通过结构化的查询语言来进行数据库的管理,对数据进行操作和定义,又同时具有着维护数据安全和完整的作用。本系统所选择的数据库管理系统就是MySQL数据库,它运行速度快、操作简单且是免费的,降低系统成本。
2.2 B/S 模式
用户只需简单的使用一个电脑上任意的 Web 浏览器就可以进行对B-S功能的操作。本项目采用的就是 B/S 架构。 B/S 的最大优点就是开发成本低,交互效果好,同时因为B/S架构的平台可扩展性好,这可以方便日后对系统平台的改进和升级。
2.3 Java 简介
Java,一种如今十分热门的编程语言,也是本系统平台开发中使用的核心编程语言。它是一种具有健壮性,简单性,跨平台的面向对象的编程语言,具有安全、分布式、多线程等特点[2]。
2.4 MyBatis 简介
MyBatis 支持普通的结构化查询语言查询、高级映射,它是一款半自动化的持久化层框架[4]。 MyBatis的使用几乎可以消除所有系统之前所使用的JDBC代码语句以及相关的手工设置参数和检索出来的结果集。操作容易,通常是使用XML格式的配置文件来进行系统配置和原始映射,通过映射来将 Java 接口和 Java 对象存储成数据库中的记录。
3 系统分析
3.1 需求分析
后台Admin管理系统和前台Account客户端这两大类是本海外代购系统平台的主要服务对象,两者具有着不同的权限,不同的操作界面,所实现的需求功能也有所不同。
3.1.1 客户端主要功能
注册:用户账号注册,输入真实姓名,密码,手机号,收取验证码格式核对正确后方可注册成功,正式成为用户。
登录:当用户账号注册完成后,输入已经注册过的数据,通过与数据库内数据比对,进入平台首页。
商品搜索:在相对应的输入框是中输入查询的参数,系统通过输入的参数在数据库中进行模糊查询,展示出具有相同与参数的关键字的商品。
商品列表:在用户页面上的商品列表,会显示出商品的部分如商品名、价格等的商品参数信息,用户可以点进自己所感兴趣的商品链接,查看商品详细参数,让用户可以更加深入全面的了解商品详情信息,同时在商品列表中系统也为用户提供了对商品按照销售情况、价格、商品一二级类别等条件进行筛选、排序的功能。
发帖:可以对喜欢的商品进行发帖子推荐,也可以对不喜欢的商品进行吐槽。
个人中心:用户可以在个人中心中获取商品订单的详情管理、查看个人的收藏夹和购物车,也可以根据需求自行修改自己的基本信息、登录密码。
购物车管理:可以改变商品购买数量,发货地址,让用户成功购买,支付或取消。
3.1.2 后台管理系统主要功能
后台登录:管理员角色可以对商品进行添加修改,收发货物,对用户的删除等。
系统设置:主要包括删除、添加、修改管理员账号。
商品管理:主要包括删除、添加、修改商品的价格、类别、库存等信息。
类目管理:设置整体商品的类别,以及内部的二级分类。
订单管理:主要管理订单的创建、支付、交付、接收、关闭。
帖子管理:在系统中查看,客户所发的帖子。
统计分析:将商品销售情况按照扇形图、环形图的形式进行统计和显示。
3.2 可行性分析
系统的可行性分析一般主要是从系统的技术层面、经济价值和开发难度等方面进行分析,以此来判断系统在开发出来之后所带来的经济利益与成本相比是否值得去开发以及系统最终能否真正的落地。
3.2.1 技术可行性
本平台所采用的基础编程语言为Java,从大二开始,本人就参加了软赢科技的Java全栈开发课程,可以相对熟练的进行项目开发工作。系统在开发过程中使用的也是在培训中最常使用且相对好上手的Idea来作为Java开发编译器。前端页面主要使用的也是学习过的jQuery,JSP相关技术,常用的易操作的关系型数据库MySQL作为本系统的数据管理系统,同时采用了部署简单、易操作的Tomact 服务器,基于SSM框架以及B/S架构对系统开发实现。每一个技术都在学习过的范围内,因此来说,海外代购系统平台的开发在技术层面上是相对可行的。
3.2.2 经济可行性
本系统无论是开发、维护还是上线后的使用,其硬件设备常见,只需要一个普普通通的电脑或手机就能够让管理员对系统进行管理和使用户能够以更低的设备成本就能找到自己所心仪的海外产品,设备方面的投入几乎为零。其次,软件层面,本系统平台开发所需要的代码编译器、数据库管理系统和结构框架都是开源、便捷、免费的,在开发过程中同样无需额外的对软件方面的支出。综上所述,本系统平台在开发过程中所需的费用支出较为低廉且平台上线后的整体效益较高,所以,在经济层面是相对可行的。
3.2.3 操作可行性
本系统操作所使用的界面为大众Windows系列的操作系统界面,其优点主要就是大众化,大部分用户均使用的是该系统进行日常电脑的使用。因此,用户在操作系统过程中不需要再次安装特定的操作系统或软件app,低门槛,易操作的特性也可以使用户在对系统的使用过程相对友好些,无需学习系统操作说明。这种使用起来简单易操作的特点,满足了系统在操作层面上的可行性。
4 系统设计
4.1 功能模块设计
通过系统的业务逻辑基本上可以将系统分为后台管理员和前台用户两大角色的功能模块,每一个角色功能模块下面又可以按照详细设计划分出不同的系统操作功能模块的实现。
海外代购平台功能图如图4-1所示。
图4-1 海外代购平台功能图
后台管理员角色功能模块主要包括对商品、帖子、订单、用户的管理以及对商品销量的数据统计。前台用户角色功能模块则包括了用户的注册登录、查看商品列表详情、按类别、关键字筛选和搜索商品,查询购物车、用户交流中心等功能。通过相关功能的分析设计,判断出系统在功能实现后在一定程度上已经能够基本满足于海外商品的购买实现。
4.2 数据库设计
4.2.1 数据库需求分析
一个数据库的需求主要体现在对该数据库表的增删改查上。在进行数据的设计时,首先需要将数据收集起来,然后分析数据结构,最后才能进行对数据的处理。根据本系统的需求,设计以下主要的数据库结构:
(1) 商品实体:主键id,商品名称,价格,收藏数,购买数,介绍图,详情介绍,折扣,一类类别,二类类别,库存数量。
(2) 商品类目实体:主键id,类目名称,父级pid
(3) 用户实体:手机号,真实名称,性别,用户名,密码,地址,邮箱,主键id。
(4) 用户帖子表:主键id,用户user_id,帖子主题,保存发帖人名字,创建时间。
(5) 帖子评价表:主键id,评论人user_id,帖子post_id,评论人名字,评论内容,创建时间。
(6) 评价表实体:主键id,用户表user_id,商品表item_id,评价内容,评价时间。
(7) 购物车实体:主键id,用户表user_id,商品表item_id,购买数量,商品单价,总价格。
(8) 订单实体:商品item_id,主键id,用户user_id,订单编号,添加时间,总金额,订单状态,退货缘由,退款方式,备注。
(9) 订单明细表:订单order_id,主键id,商品item_id,数量,总价,订单明细状态。
(10) 收藏表:主键id,商品item_id,用户user_id。
(11) 管理员实体:主键id,用户名,密码,真实名字。
4.2.2 数据库概念结构设计
根据对系统数据库的需求分析,得出参数对应的参数实体,然后做出相对应的E-R图。
(1) 商品表实体E-R图如图4-2所示。
图4-2 商品表实体E-R图
(2) 商品类目表E-R图如图4-3所示。
图4-3 商品类目表E-R图
(3) 用户实体E-R图如图4-4所示。
图4-4 用户实体E-R图
(4) 用户帖子实体E-R图如图4-5所示。
图4-5 用户帖子实体E-R图
(5) 评价表实体E-R图如图4-6所示。
图4-6 评价表实体E-R图
(6) 购物车实体E-R图如图4-7所示。
图4-7 购物车实体E-R图
(7) 管理员实体E-R图如图4-8所示。
图4-8 管理员实体E-R图
(8) 帖子评价表E-R图如图4-9所示。
图4-9 帖子评价表E-R图
(9) 订单实体E-R图如图4-10所示。
图4-10 订单实体E-R图
(10) 收藏实体类E-R图如图4-11所示。
图4-11 收藏实体类E-R图
(11) 订单明细实体E-R图如图4-12所示。
图4-12 订单明细实体E-R图
4.2.3 数据库表设计
(1) 商品类目表,用于存储商品的类别、父级 id等信息。商品类目表(item_category)结构如表4-1 所示。
表4-1 商品类目表(item_category)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | name | varchar(255) | 类目名称 |
3 | pid | int(5) | 父级 id |
4 | isDelete | int(11) | 是否删除 |
(2) 收藏表,主要存储用户的个人收藏信息。收藏表(sc)结构如表4-2 所示。
表4-2 收藏表(sc)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | itemId | int(5) | 商品 id |
3 | userId | int(5) | 用户 id |
(3) 购物车表,主要用于存储购物车的相关信息,如商品id、用户id,购买数量等。购物车表(car)结构如表4-3 所示。
表4-3 购物车表(car)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | itemId | int(5) | 商品 id |
3 | userId | int(5) | 用户 id |
4 | num | int(11) | 购买数量 |
5 | price | decimal(10,2) | 商品单价 |
6 | total | varchar(255) | 总价格 |
(4) 商品表,主要用于存储商品的基本信息,如商品名称、价格、收藏数、销量、商品类别及商品价格、商品详细信息等。商品表(item)结构如表4-4 所示。
表4-4 商品表(item)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | name | varchar(255) | 商品名称 |
3 | price | varchar(255) | 价格 |
4 | scNum | int(11) | 收藏数 |
5 | gmNum | int(11) | 购买数 |
6 | url1…5 | varchar(255) | 图片 |
7 | zk | int(10) | 折扣 |
8 | category_id_one | int(11) | 一级类别 |
9 | category_id_two | int(11) | 二级类别 |
10 | isDelete | int(2) | 是否删除 |
11 | stock | int(5) | 库存数量 |
12 | pam1…3 | varchar(255) | 参数 |
13 | val1…3 | varchar(255) | 值 |
(5) 评价表,存储用户id、商品id、订单id、评价内容等基本信息。评价表(comment)结构如表4-5 所示。
表4-5 评价表(comment)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | userId | int(5) | 用户 id |
3 | itemId | int(5) | 商品 id |
4 | orderId | int(5) | 订单 id |
5 | content | varchar(255) | 评价内容 |
6 | addTime | datetime | 评价时间 |
(6) 管理员表,存储管理员用户名,密码等。管理员表(manage)结构如表4-6 所示。
表4-6 管理员表(manage)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | main_orderNo | varchar(255) | 用户名 |
3 | main_address | varchar(255) | 密码 |
4 | main_fk | varchar(255) | 真实名字 |
(7) 订单明细表,主要存储订单退换货品的信息。订单明细表(order_detail)结构如表4-7 所示。
表4-7 订单明细表(order_detail)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | itemId | int(5) | 商品 id |
3 | orderId | int(5) | 订单 id |
4 | status | int(11) | 订单状态 |
5 | num | int(11) | 数量 |
6 | total | varchar(255) | 总价 |
(8) 商品订单表,主要用于存储商品订单的详细信息,如商品id,订单编号、添加时间等等。商品订单(item_order)表结构如表4-8 所示。
表4-8 商品订单(item_order)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | itemId | int(5) | 商品 id |
3 | userId | int(5) | 用户 id |
4 | code | varchar(255) | 订单编号 |
5 | addTime | datetime | 添加时间 |
6 | total | varchar(255) | 总金额 |
7 | isDelete | int(255) | 是否删除 |
8 | status | int(255) | 货品状态 |
9 | content | varchar(6000) | 退货缘由 |
10 | refund_way | varchar(255) | 退款方式 |
11 | remark | varchar(255) | 备注 |
(9) 用户表,主要存储用户个人的信息,例如手机号、用户名、密码、真实名称等。用户表(user)结构如表4-9 所示。
表4-9 用户表(user)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | user_name | varchar(24) | 用户名 |
3 | pwd | varchar(24) | 用户密码 |
4 | phone | varchar(255) | 手机号 |
5 | realName | varchar(255) | 真实名称 |
6 | sex | varchar(255) | 性别 |
7 | address | varchar(255) | 地址 |
8 | | varchar(255) | 邮箱 |
(10) 帖子表,存储用户帖子。帖子表(user_post)结构如表4-10 所示。
表4-10 帖子表(user_post)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | userId | int(5) | 用户 id |
3 | title | varchar(255) | 帖子主题 |
4 | field0…2 | varchar(255) | 发帖人姓名 |
5 | content | varchar(255) | 内容 |
6 | c_t | datetime | 创建时间 |
7 | u_t | datetime | 更新时间 |
(11) 评价,存储用户对帖子的评价信息,例如评价人id、帖子id、内容等。评价表(user_post_comment)结构如表4-11 所示。
表4-11 评价表(user_post_comment)
序号 | 字段名称 | 数据类型 | 数据说明 |
1 | id | int(5) | 主键 |
2 | userId | int(5) | 评论人 id |
3 | postId | int(5) | 帖子 id |
4 | content | varchar(255) | 评论内容 |
5 | field0..2 | varchar(255) | 帖子标题 |
6 | c_t | datetime | 创建时间 |
5 详细设计与实现
5.1 用户功能模块
5.1.1 登录
海外代购平台的登录模块,主题呈现的是一幅世界地图背景,给人一种国际联合的感觉。
输入已经注册过的账号、密码,点击“登录”按钮。输入的帐号、密码赋值给sql语句的查询条件在系统数据库中进行查询操作,反馈出结果。
登录界面如图 5-1 所示。
图5-1 登录界面
5.1.2 首页
用户通过登录操作后进入用户首页。在首页,用户可以通过不同功能模块的链接进行不同的功能操作。首页如图 5-2 所示。
图 5-2 首页
首页包含了商品列表,商品分类,商品搜索以及用户交流社区等功能模块。对于商品的展示,用户如果想要了解商品详情,可以通过点击首页上商品的图片,跳转到对应商品的商品详情页进行下一步操作。
5.1.3 收藏
在商品列表中,用户可以点击收藏按钮将自己所喜欢的商品收藏到收藏夹中,方便自己今后对该商品的再次查看和购买。
最近收藏,位于个人中心中,其中收纳的都是自己喜欢的商品,在未来下一步的开发过程中,系统将加入类似于邻近模型的算法,通过用户的收藏来分析并推送给用户可能喜欢的商品。收藏夹如图 5-3 所示。
图 5-3 收藏夹
5.1.4 商品搜索
用户可以在搜索框内输入自己的需求信息,系统所接收的参数将在数据库中进行对相关数据的模糊查询,并分页显示出来,以此来完成对商品的搜索功能实现。
商品搜索如图 5-4 所示。
图 5-4 商品搜索
5.1.5 购物车
用户在对商品进行加入购物车操作后,在购物车中将显示出加入购物车的商品的详细信息情况。同时,在购物车功能上保留了加减商品个数,删除商品的功能,使用户可以在购物车界面根据自己的需求来更改相关参数信息,每一条商品架构后都是一个可多选的信息框,用户可以自由的选择对某个或某些商品进行单独或批量的删除购物车中或支付。
购物车如图 5-5 所示。
图 5-5 购物车
5.1.6 商品详情
用户通过点击商品列表的链接,进入到对应商品的详情页面。商品详情页主要包括了商品数量选择、“收藏”和 “加入购物车”。商品详情如图 5-6 所示。
图 5-6 商品详情
5.1.7 支付
支付如图 5-7 所示。
图 5-7 支付
本系统使用的是支付宝的支付接口形式进行模拟支付,注册一个沙箱号,生成密钥,在系统pom文件中添加支付宝所提供的支付相关接口,通过查询网络资料,创建好调用支付宝支付的方法。
模拟支付页面如图 5-8 所示。
图 5-8 模拟支付页面
5.1.8 用户交流帖子
本系统的一大特色,用户之间可以向发微博一样进行发帖,内容既可以是对商品的使用评价,又可以是对任何一个环节的吐糟,同样可以分享自己的相关日常,在购物平台之中搭建一个用户之间交流的社区环境。
帖子中心如图5-9 所示。
图 5-9 帖子中心
发帖如图5-10 所示。
图 5-10 发帖
查看发帖、评论如图5-11 所示。
图 5-11 查看发帖、评论
5.2 后台管理员管理模块
5.2.1 系统管理员登录
通过后台登录地址,输入管理员特有的账号和密码,登录管理员的操作界面,为了更好的分辨,管理员的操作界面和用户界面分离。管理员登录如图 5-12 所示。
图 5-12 管理员登录
5.2.2 类别管理
管理员在通过管理员特有的登录链接输入账号进行登录操作后,就可以进入到管理员的操作页面。商品的分类级别主要为一级二级两类,管理员可以对商品的类别进行选择和添加,对用户账户进行管理,以及对商品进行增删改查,查看用户订单并进行发货退货等响应。对用户的首页帖子和评论进行查看以及商品销售统计。
管理员后台首页如图5-13 所示。
图 5-13 管理员后台首页
类别管理页主要实现管理员对商品分类的管理,便于商品查询统计。类别管理如图 5-14所示。
图 5-14 类别管理
当点击“查看二级分类”按钮时,相对应的的数据将发送至后台,通过数据库表查询出父级id等于传过去的数据的id,显示出相应的二级类别。
当点击“修改”按钮时,弹出相对应的jsp,显示出已有的信息,同时可以修改并保存对应类别的信息。
当点击“删除”按钮时,相对应的的数据将发送至后台,通过传入的id实现删除功能。所有模块的增删改查技术原理基本相同。
5.2.3 用户管理
管理员可以对系统平台上所有注册过的用户账户进行例如删除类似的管理操作,用户管理页如图 5-15 所示。
图 5-15 用户管理页
5.2.4 订单管理
订单管理模块,主要包括了订单号,下单时间,总金额,下单人,订单状态等信息。订单管理页如图 5-16 所示。
图 5-16 订单管理页
5.2.5 帖子和评论管理
帖子和评论管理界面。主要都是包括了主题、发送人、内容等。管理员可以对每一条帖子进行查看和删除。帖子管理页如图 5-17 所示。
图 5-17 帖子管理页
评论管理如图 5-18 所示。
图 5-18 评论管理
5.2.6 商品销量统计
商品销量统计主要是通过图表形式对每一种一级类的商品销量进行统计展示。商品销量统计如图 5-19 所示。
图 5-19 商品销量统计
5.2.7 商品管理
商品管理中主要为商品添加,商品修改和商品下架三大功能,这三大功能已经基本满足了一般网上购物平台所需。商品管理首页如图 5-20 所示。
图 5-20 商品管理首页
新增或修改商品操作如图 5-21 所示。
图 5-21 新增或修改商品操作
6 系统测试
6.1 测试环境
一般来说,系统平台的测试所需的环境主要分为硬件环境和软件环境两类,硬件环境相对简单,有一台可以连接网络的普通的PC机就可以,在这里使用的是一台笔记本电脑;软件测试环境包括了软件运行的操作系统 windows,数据库管理系统 MySQL以及web应用服务器 tomcat等。
6.2 测试步骤
黑盒测试、白盒测试是常用系统平台测试的两种测试方法。本系统测试选用功能测试,即黑盒测试。
(1) 单元测试
首先按照系统所需要满足的具体功能模块进行划分,对每一个小的独立运行的功能模块进行单元测试,从而发现每一个功能模块的内部所可能存在的各种问题bug。想要系统整体实现就必须每一个单元都没任何问题,所以,测试的第一步就是需要从程序的功能模块内部着手,设计符合系统功能模块使用需求的测试用例。
(2) 集成测试
各功能模块测试好之后,再一次将所有小的功能模块按照系统交付运行所需要的流程就行组装,形成完整的系统后再次测试。确保数据不会再功能与功能的接口之间传输丢失,确保功能模块运行之间独立运行、互不影响输出结果,确保开发的功能模块符合系统所需。
(3) 系统测试
目的就在于判断系统所需要实现的功能模块是否都全部实现,系统的操作使用是否简单,兼容性与安全性怎么样等。
6.3 部分功能测试结果
登录测试如表6-1所示
表6-1 登录测试
模块 | 用例 | 结果预期 | 实际结果 |
登录 | {“18435678074”,“123123”} | 账号未注册 | 符合预期 |
{“18435678075”,“123122”} | 密码错误 | 符合预期 | |
{“18435678075”,“123123”} | 登录成功 | 符合预期 |
注册测试如表6-2所示
表6-2 注册测试
模块 | 用例 | 结果预期 | 实际结果 |
注册 | {“18435678075”,“123123”, “140502********253X”,“shy”} | 账号已存在 | 符合预期 |
{“18435671243”,“123123”, “140502********2531”,“cjh”} | 注册成功 | 符合预期 | |
{“18435678075”,“123123”, “”,“cjh”} | 未填写必选项 | 符合预期 |
购物车测试如表6-3所示
表6-3 购物车测试
模块 | 用例 | 结果预期 | 实际结果 |
购物车 | 添加到购物车 | 添加成功 | 符合预期 |
从购物车中移除 | 移除成功 | 符合预期 | |
清空购物车 | 购物车空空如也 | 符合预期 |
商品管理测试如表6-4所示
表6-4 商品管理测试
模块 | 用例 | 结果预期 | 实际结果 |
商品管理 | 添加商品(输入商品信息) | 添加成功 | 符合预期 |
下架商品 | 下架成功 | 符合预期 | |
商品详情 | 打开商品详细 | 符合预期 |
7 结束语
本系统是基于SSM的海外代购平台,采用的是 SSM 作为后端项目的框架。在本次系统的开发过程中,自己将自己所学到的理论知识充分的得到了真正意义上的实践。
本次系统的编写基本上满足了线上海外代购的需求,同时在平台上加入了社区交流功能,在用户日常分享的过程中同样享受到购物的便捷和快乐。
在系统的下一步计划中:一、系统将要对接阿里云服务,真正做到通过手机号登录验证进行系统的登录,提高系统安全性。二、在确保系统安全稳定后,接入国家的身份管理系统,对每个账号进行三要素实名认证,剔除影响市场环境的机刷账户,同时这样可以尽量的保证了用户帖子社区的和谐发展。三、接入支付宝沙盒,银联等多种支付渠道,便捷于用户的购买支付。
通过这次对海外代购系统的编写,我也很清楚的认识到了自己的问题还有很多。书本上得来知识终归只是理论知识,想要真正的搞清楚,会操作,还是需要不断的进行项目开发实践。而经过这次对海外代购平台的编写开发,自身得到了切实的实践,反应出来的问题才使我深切地理会到了这句话并不是一句空话。
同时在这次编写系统中我也明白了继续自主学习的重要性,软件平台开发的发展速度是很快的,只有不断的学习,不断的充电,不断的提高自已的能力,才能在这快节奏的行当里游刃有余。要始终明白“活到老、学到老”。在以后工作学习中,我应该更加充实、完善自我,不忘初心,全面发展,争取做一名今后对社会有所贡献的优秀的Java开发程序员。
想要完整版本的可以点赞私聊加关注私聊作者获取