B2C电商平台方案需求综合性解决方案

《B2C电商平台方案需求综合性解决方案》由会员分享，可在线阅读，更多相关《B2C电商平台方案需求综合性解决方案（110页珍藏版）》请在装配图网上搜索。

1、XXXXXX电商平台项目方案建议2023书目第1章 摘要41.1项目名称41.2项目背景41.3建设原则4其次章 建议方案52.1总体规划5系统平台概念框架5系统平台建设框架7系统平台设计框架72.2xxxxxx电商平台应用系统设计9xxxxxx电商平台整体简述9前台展示系统设计10后台管理系统设计322.3平安保障系统105系统平安整体策略105网络平安策略105应用平安策略106数据平安策略109应急处理措施111平安策略升级112第1章 摘要1.1项目名称xxxxxx电商电子商务平台1.2项目背景xxxxxx电商电子商务平台，通过建设电子商务ERP系统、前端销售系统和渠道中心，实现官方商

2、城销售实现天猫渠道销售，同时可以供应一个功能全、可操作、有优势和结合了决策团队经营思想的电子商务解决方案。1.3建设原则系统整体建设，建议遵循一下5个原则进行：1、数据统一以资源数据库为基础实现数据统一，包括产品信息，订单信息，用户信息，库存信息等多种数据资源的统一处理，对产品展示，产品销售，订单审核，订单发货，会员信息处理等业务操作供应牢靠的数据源信息。2、流程统一在统一数据的基础上，整合产品分类、产品发布，订单管理，促销管理等多种电子商务业务逻辑的处理，形成规范标准的通用业务模块。规范操作程序，杜绝漏洞风险，以统一的流程提高服务水平。3、接口统一通过在电子商务平台系统内部的标准设计，建设一

3、个体系完整、互动高效牢靠的统一接口规范，形成各种需求和自有系统相互贯穿的统一接口，实现对接入平台业务进行统一的系统支持和资源配置。4、管理统一通过统一的运维管理设计，在强有力的技术保障支持下，实现平台的平安稳定运行。5、服务统一依据平台供应的各类业务模式，建立一整套技术与管理保障服务模式，把线上线下体验、热线响应服务等的有机结合，实现一站式窗口服务的目标。整个平台建设依据“统一规划、统一设计、统一建设、统一管理”的要求组织，在严格遵照国家电子商务建设的有关标准基础上，结合当前国内外的技术，确保工程的规范性和先进性。要以现行需求为基础，充分考虑发展的须要，力求避开重复建设，降低建设投资。整个系统

4、应易于管理、易于维护、易于扩充、易于升级。其次章 建议方案2.1总体规划2.1.1系统平台概念框架系统平台概念图如下所示： 用户：用户通过互联网访问官方商城所展示的全部商品数据，参加各种产品促销活动，进行产品购买，支付等操作。 面对用户系统：即前台展示系统，该平台供应各种产品信息，促销信息和订单信息等供用户运用。 面对业务人员系统：即后台管理系统，该平台供应对产品信息，订单信息，促销信息和会员信息等多个业务模块的统一操作。 支付接口：第三方支付平台，供应用户在线平安支付。 网上银行：通过第三方支付平台进行用户支付的功能。 商城数据：商城数据进行统一存储。2.1.2系统平台建设框架系统平台建设框

5、架图如下所示： 系统平台的功能开发中将做到构件化、模块化和平台化，以保证各系统及子系统的各项功能，满意可持续性开发需求，每一个应用程序都做到高度模块化，以便支持跨平台的移植实力，同时具备可扩展的技术框架和标准的对外接口，为与系统外的应用系统和二次开发预留接口。 在支撑功能实现的数据库设计中，将科学地制定一系列商业数据标准，利于数据标准化交换。在代码编制方面也将推行一套代码准则，规范各类代码。 采纳标准的Windows+IIS+SQLserver+.net，作为平台运行环境。2.1.3系统平台设计框架系统平台设计框架图如下所示： 前台展示系统设计：包含首页展示，产品列表，产品详情，产品搜寻，购买

6、流程，订单中心，账户中心，会员中心，服务与沟通，帮助中心，一般通用功能等多个模块组成。 后台管理系统设计：包含商品管理，订单管理，促销管理，报表管理，会员管理，内容管理，新闻管理，系统管理等多个模块组成。 API接口：依据具体需求，为外部系统对接做好各种业务的接口对接打算。2.2xxxxxx电商平台应用系统设计2.2.1xxxxxx电商平台整体简述通过对xxxxxx电商平台需求的整体分析，我们可以将整个电商平台分为以下两个部分的内容： 前台展示系统前台展示系统将以产品展示、产品销售、用户中心、订单中心、帮助中心等多个核心模块组成，以实现用户通过互联网便利、快捷、精确的购买商品的需求。要求前台设

7、计以用户为中心，便利简捷的实现用户购物流程。同时可以实现与主流社区、微博等共享互通。世纪杰晨供应的B2C前端销售系统中，将包含异样强大的促销模块，将网络和实体中常见的促销方式，以商品类和订单类区分，进行了数年的沉淀和优化。另外，世纪杰晨供应的促销模块，具有特别好的可扩展性，可以特别便利快捷的将创新的促销方式纳入平台；也可以通过组合，干脆利用系统现有功能生成新的促销方式。系统对后续实施IOS App和Android App，具有良好的支撑，可以通过统一接口供应的方式极快的与各种App实现技术对接。系统支持后续与各大CPS、SNS等营销渠道，通过API的方式实施对接。 后台管理系统后台管理系统作为

8、前台系统的数据和业务支持，通过商品管理、订单管理、促销管理、报表管理、会员管理、内容管理、新闻管理、系统管理等核心模块对整个电商平台系统进行流程化统一管理。系统数据库设计和技术架构，充分考虑了与各个销售渠道、WMS系统等的技术对接，后续可以特别便利的完成系统间对接。2.2.2前台展示系统设计通过分析整理，前台展示系统设计总体框架图如下：Web前台系统界面，以CSS+Div构建，在兼容性方面，符合电子商务系统的一般要求，以“IE6-10、Google Chrome、Firefox”作为制作基本要求，进行第一次通过检测；以当前互联网排名前6的阅读器（覆盖率98%）作为检验工具，进行其次次通过检测。

9、以下，给出了主要的业务功能要求和原型范例（约20个范例，全业务系统大约须要60个左右的界面组成）：2.2.2.1首页功能要求 首页轮播展示区域可以支持动态图片配置 首页供应热卖排行区 首页供应新品举荐区 首页供应广告宣扬区 全部区域支持后台动态配置原型范例2.2.2.2产品列表功能要求 产品列表页面供应广告宣扬区动态配置 产品列表页面供应条件筛选 产品列表页面供应热卖举荐 产品列表页面供应阅读了该系列用户最终购买的商品列表 产品列表页面供应依据分类显示产品列表数据 列表数据供应以下几种排序方式：按销量，按价格，按上架时间原型范例2.2.2.3搜寻结果功能要求 搜寻结果页面供应依据搜寻关键字展示

10、搜寻结果列表 搜寻结果页面供应依据搜寻结果显示此结果下的筛选条件区域 列表数据供应以下几种排序方式：按销量，按价格，按上架时间原型范例2.2.2.4产品详情功能要求 详情页面依据产品数据显示相应结果 详情页面要有图片放大功能便利用户阅读 详情页面供应以下数据供用户参考购买：产品名称、服务方、库存、价格、购买数量 详情页面供应马上购买和放入保藏夹等功能 详情页面供应产品参数，商品展示，商品询问和用户评价等功能 用户点击放入保藏，则在用户账户中心的保藏夹中保藏此产品 用户点击马上购买，则进入购物车页面并显示购买的商品数据原型范例2.2.2.5购物流程功能要求 购物流程主要包含购物车、订单确认和提交

11、胜利几个部分 购物车中要显示用户购买的商品数据、促销活动信息、实惠信息等 购物车中供应接着购物，去结算等功能 在购物车中点击去结算，进入订单确认页面 在订单确认页面，用户须要填写配送信息、配送方式、支付方式、发票信息和订单备注等信息 用户确认订单后，点击提交订单系统生成用户订单数据，并进入提交胜利页面 在用户提交胜利页面，提示用户订单提交胜利，并进行马上支付原型范例2.2.2.6账户中心功能要求账户中心中包含以下功能： 个人资料 修改密码 地址管理1、 个人资料个人资料可以对用户账户的个人信息进行维护，编辑操作2、 修改密码用户可以通过对密码的修改来保证账户的平安，用户密码通过肯定规则进行加密

12、处理3、 地址管理用户可以通过地址管理进行收获地址的维护，可以在确认订单页面便利的选择已有地址并且供应默认地址设置功能，在确认订单页面优先选择默认地址项原型范例1、 个人资料原型范例2、 修改密码原型范例3、 地址管理原型范例2.2.2.7订单中心功能要求订单中心包含以下功能： 我的订单 我的保藏1、 我的订单我的订单页面供应用户对订单的操作，包含订单状态查看、订单支付、订单取消、查看明细、商品评价等2、 我的保藏我的保藏页面供应用户对已保藏商品的操作，包含马上购买，查看等3、 已买到的商品已买到的商品供应显示用户已经购买的商品。原型范例1、 我的订单原型范例2、 我的保藏原型范例3、 已买到

13、的商品原型范例2.2.2.8会员中心功能要求会员中心主要包含以下功能： 我的积分 我的实惠券1、 我的积分用户可以在我的积分页面查看剩余积分和积分来源信息2、 我的实惠券用户可以在我的实惠券中查看全部实惠券的运用状况此功能中包含实惠券激活原型范例3、 我的礼券原型范例2.2.2.9服务与沟通功能要求服务与沟通主要包含以下功能： 商品评价 商品询问1、 商品评价商品评价主要显示用户对商品的评价，包含评价的商品信息和评价的内容2、 商品询问商品询问主要显示用户对商品的询问，包含询问的商品信息和系统客服对用户询问的回复信息原型范例2.2.2.10帮助中心功能要求帮助中心内容有后台管理系统进行编辑维护

14、，全部的内容通过帮助中心模块整体呈现原型范例2.2.2.11关于我们功能要求关于我们模块主要包含以下内容 关于我们 联系我们 网站地图 法律声明以上内容页面变更程度不大，以静态页面的方式呈现2.2.3后台管理系统设计世纪杰晨电商ERP系统，将为B2C业务的日常运营，供应电子商务专有的管理平台。通过前台业务抽取，我们对后台管理系统也做了整体的充分分析。整理后我们后台管理系统设计总体框架如下：以下，给出了主要的业务功能要求和原型范例：2.2.3.1商品管理商品管理模块中主要包含以下几个功能： 属性管理 分类管理 商品管理 评论管理 询问管理2.1属性管理功能要求商品的属性和属性值，是通过关联在某个

15、分类下实现的，当商品发布并选择商品所属分类后，自动通过关联显示此商品可以选择的属性和属性值属性和属性值的维护通过以下功能实现： 添加属性：为分类添加属性，设置属性的各种状态 属性列表：显示已添加的属性，可对属性进行编辑、启用、删除和添加属性值的操作 添加属性值：对某个属性添加属性值 属性值列表：显示已经添加的属性，可对属性值进行编辑、启用、删除等操作原型范例1、 添加属性2、 属性列表3、 添加属性值4、 属性值列表2.2.3.2分类管理功能要求分类管理是对商品分类进行管理，便利发布商品时对分类的选择分类管理通过以下几个功能实现： 添加分类：实现对分类的添加 分类列表：实现三级分类添加、属性添

16、加、以及对分类本身的编辑、启用、删除、排序等操作原型范例1、 添加分类2、 分类列表2.2.3.1.3商品管理功能要求商品管理主要是针对商品进行管理，主要实现商品添加，sku添加、图片管理以及商品上下架操作。商品管理主要通过以下几个功能实现： 发布商品：通过选择分类、添加基础信息，SKU信息，主图管理，SKU图片管理，功能设置等实现商品的发布操作 在售商品列表：显示全部上架商品信息，供应编辑，下架等操作 待售商品列表：显示全部下架商品信息，供应编辑，删除，上架等操作 商品库存管理：显示全部商品的库存信息，并供应修改的操作，每次操作都会在入库表中做记录 关键词管理：便利快速维护商品关键词 评论管

17、理：对用户的评论进行审核、回复等操作 询问管理：对用户的询问进行审核、回复等操作原型范例1、 发布商品选择所属分类原型范例编辑基本信息范例添加SKU信息商品主附图设置SKU主附图设置功能设置2、 在售商品列表3、 待售商品列表4、 商品库存管理2.4评论管理功能要求评论管理主要是对客户对商品的评价进行审核和回复的功能评论管理主要通过以下几个功能实现： 评论列表：显示全部用户对商品的评价信息，包含审核、回复等操作 评论回复：可以对用户的评论回复等操作原型范例1、 评论列表2、 评论回复2.5询问管理功能要求询问管理主要是对客户对商品的询问进行审核和回复的功能询问管理主要通过以下几个功能实现： 询

18、问列表：显示全部用户对商品的询问信息，包含审核、回复等操作 询问回复：可以对用户的评论回复操作原型范例1、 询问列表2、 询问回复2.2.3.2订单管理订单管理模块主要是对订单进行处理的模块，主要包含确认支付，审核，发货，交易完成，取消订单，退换货和手工录入等业务功能的操作订单管理模块中主要包含以下几个功能： 订单查询 未支付订单 待审核订单 待拣货订单 已发货订单 交易完成订单 已取消订单 退换货订单 手工订单录入2.1订单查询功能要求订单查询主要供应多种查询条件和方式对订单数据的查询操作，并且查看订单具体信息订单查询主要包含功能：查询、查看明细原型范例2.2未支付订单功能要求未支付订单功能

19、主要供应对未支付订单的查询和确认支付的操作未支付订单包含以下操作：查询、查看具体、确认支付、取消订单等原型范例2.3待审核订单功能要求待审核订单功能供应全部已经支付订单和货到付款订单的审核功能待审核订单包含以下操作：查询、查看明细、取消订单、审核订单等原型范例2.4待拣货订单功能要求待拣货订单供应对全部审核通过的订单的拣货，选择物流公司、输入物流单号等操作待拣货订单主要包含以下操作：查询、查看具体、确认发货，选择物流公司、输入物流单号、取消订单等原型范例2.5已发货订单功能要求已发货订单供应对全部发货订单的操作已发货订单包含以下功能：查询、查看明细、确认交易完成等原型范例2.6交易完成订单功能

20、要求交易完成订单是显示全部已经确认交易完成的订单数据功能交易完胜利能包含以下几个功能：查询，查看具体原型范例2.7已取消订单功能要求已取消订单显示的是全部被取消的订单列表已取消订单包含以下功能：查询，查看明细原型范例2.8退换货订单功能要求退换货订单供应对订单的退单和换货的功能。订单退货：在确认退货的数量后，确认退货，更新订单信息订单换货：在确认订单换货的数量后，确认换货，此时更新订单商品信息，并生成新的换货订单退换货订单包含以下几个功能： 申请退换货：依据订单号等条件查询出订单并申请退换货 申请退换货：输入退换货数量，选择退换货类型，上传图片等信息申请退货或换货 退货列表：查看退货申请，完成

21、确认退货操作 换货列表：查看换货申请，完成确认换货操作原型范例1、 查询申请退换货2、 申请退换货3、 退货列表4、 换货列表2.9手订单录入功能要求手工订单录入供应后台人工手工订单的录入操作，供应收货人信息、商品信息等输入操作手工订单录入支持非会员用户下单，支持商品价格变更操作原型范例2.2.3.3促销管理促销管理模块主要是为了协作前台促销营销活动而供应多种促销形式的模块促销管理模块主要供应的促销活动： 任选几件几折（包含单品折扣，满多少件以后折扣） 其次件半价 满减实惠（包含阶梯式满减） 满赠回馈（包含阶梯式满赠）促销管理模块主要包含的功能： 促销活动添加：供应任选几件几折、其次件半价、满

22、减实惠三种促销方式的设置 促销活动信息列表：供应促销方式的具体设置 满赠回馈活动添加：供应满赠回馈活动的设置 满赠回馈活动列表：满赠回馈活动列表查询 实惠券管理2.1促销活动添加功能要求要求供应活动编号，活动规则选择，活动起先和结束时间的设置原型范例2.2促销活动信息功能要求要求能够显示活动列表，并供应信息编辑，活动内容编辑、设为当前活动和删除等操作原型范例2.3满赠回馈添加功能要求要求能够供应满赠回馈活动的添加，起先和结束时间的选择，商品的选择，赠品的选择等操作原型范例2.4满赠回馈信息功能要求要求能够显示满赠回馈活动列表信息，供应编辑、删除等功能原型范例2.5实惠券管理功能要求实惠券管理能

23、够供应实惠券的添加、生成、启用和导出等操作实惠券管理包含以下几个功能： 添加实惠券：生成多种类型的实惠券（礼品卡，实惠券、商品性礼券） 生成实惠券：依据规则自动生成实惠券 实惠券列表：显示全部实惠券的信息数据原型范例1、 添加实惠券2、 生成实惠券3、 实惠券列表2.2.3.4 会员管理会员管理模块主要是系统用户会员的管理，支持会员信息编辑，会员等级修改等功能会员管理模块主要包含以下几个功能： 会员等级添加 会员等级列表 会员信息列表2.1会员等级添加功能要求会员等级添加功能要求可以设置系统会员级别，设置级别期限、折扣、达到条件等用户级别依据设置的条件自动调整会员级别原型范例2.2会员等级列表

24、功能要求会员等级列表要求系统显示全部设置的会员等级信息，并供应编辑、删除等操作原型范例2.3会员信息列表功能要求会员信息列表要求系统显示全部注册会员信息数据，并供应会员数据的信息修改，删除，会员级别变更等操作原型范例2.2.3.5内容管理内容管理主要供应对前台展示平台各个页面中广告宣扬区域、热卖举荐区域的动态设置在内容管理中要求可设置 产品类型栏：该类型可以设置举荐的产品信息，例如：热卖排行，最新举荐等 广告类型栏目：该类型可以这是广告位图片，链接等信息 文字文章类型栏目：该类型可以设置文字信息等在内容管理中主要包含几个功能： 栏位添加 栏位列表 产品栏位 广告栏位 首页分类导航举荐 关键字管

25、理2.1栏位添加功能要求栏位添加功能要求可以依据产品栏位模版、广告栏位模版设置不同页面的栏位名称设置好的栏位名称要在相应的产品栏位和广告栏位中显示并供应配置功能原型范例2.2栏位列表功能要求栏位列表要求系统可以显示添加的全部栏位名称列表，并供应编辑，删除等功能原型范例2.3产品栏位功能要求此功能供应依据不同分类筛选商品并可以将商品设置在不同的栏位供前台展示原型范例1、 栏位选择2、依据产品栏位模版设置产品数据2.4广告栏位功能要求该功能供应依据广告栏位模版进行广告信息的不同栏位设置原型范例1、选择栏位2、 轮播广告管理2.5首页分类导航举荐功能要求功能供应前台分类导航中的举荐商品的设置要求可以

26、依据分类进行设置，可以选择最多3个产品原型范例1、分类选择2、 产品举荐设置2.6关键词管理功能要求关键词管理模块可以快速便利的对热搜的关键词进行添加，删除的操作原型范例2.2.3.6新闻管理新闻管理可以供应前台展示区域中，系统公告、新闻和帮助中心内容的动态管理新闻管理主要通过以下几个功能实现： 文章添加：可以依据公告，新闻，帮助中心等类型添加文章内容供前台展示 文章列表：显示全部添加的文章信息2.1文章添加功能要求功能供应依据公告、新闻、帮助中心类型进行文章内容的添加，支持html编码格式原型范例2.2文章列表功能要求功能显示全部添加的文章数据，支持标题和发布人查询原型范例2.2.3.7报表

27、管理报表管理模块主要供应以下几种报表数据的统计功能 订单报表 退换货报表 实惠券报表 购物车中商品报表 放弃购物车商品报表 畅销商品报表 注册报表 销售额排名 销量排名 报表管理模块中具体的报表格式，将和业务部门具体沟通进行定制化的开发服务。2.2.3.8系统管理2.1数据字典添加功能描述供应系统中对常量值的添加功能原型范例【数据字典添加原型】2.2数据字典列表功能描述供应对添加的字典值进行查询，编辑，删除等维护的操作原型范例【数据字典列表原型】【添加下级原型】【下级字典列表原型】2.3顶级菜单添加功能描述供应对系统菜单的添加功能原型范例【顶级菜单添加原型】2.4顶级菜单列表功能描述供应对添加

28、的顶级菜单的查询，编辑，删除的操作原型范例【顶级菜单列表原型】2.5功能菜单添加功能描述供应系统左侧功能菜单的添加原型范例【功能菜单添加原型】2.6功能菜单列表功能描述供应对功能菜单的查询，编辑，删除等功能原型范例【功能菜单列表原型】2.7角色添加功能描述供应对系统角色进行添加的功能，以便利进行权限限制原型范例【角色添加原型】2.8角色列表功能描述供应对添加角色进行查询，编辑，删除的操作原型范例【角色列表原型】2.9添加管理用户功能描述供应系统管理员的添加原型范例【添加管理用户原型】2.10管理用户列表功能描述供应对管理员用户进行查询，编辑，删除，角色安排等操作原型范例【管理用户列表原型】【角

29、色安排原型】2.11日志管理功能描述供应系统中增，删，改，查等操作的日志记录查询原型范例【日志管理原型】2.2.3.9渠道管理功能需求功能范围主要的功能需求：（1） 申请天猫API Session Key （2） 库存同步（3） 下传天猫订单，并导入订单到官网系统 （4） 发货功能变更与信息上传到天猫（5） 异样订单处理（6） 退货换货操作业务流程流程说明：（1） 队列更新（库存信息）：官网发来的“库存调拨”增减数据，定时批量更新到天猫。（2） 获得订单（订单信息）：获得已支付的未提交到官网的订单。（3） 提交官网订单：筛选“未提交订单+货到付款订单和已经支付的订单”，在官网生成订单或更改，其

30、中新订单要扣减“渠道库存”数量，地址信息存到新的地址表中；取消的订单，只更改交换中心订单状态即可，不进行库存操作。（4） 订单审核时，取消订单，还原渠道库存。官网的虚拟库存不变。天猫上的订单人工取消。（5） 发货处理、是否正常发货、异样挂起：拣货正常的订单，正常发货处理；拣货异样的订单，进行异样挂起操作，由【客服工作人员】进行审核/取消处理。（6） 修订审核/是否取消：【客服工作人员】依据拣货异样提示信息，进行审核操作，一般状况下应当进行“取消”操作；取消订单，还原渠道库存。（7） 队列更新（发货信息）：定时批量变更天猫订单的发货状态、物流公司和物流单号。需求分析API Session Key

31、申请操作步骤1. 登录“天猫开放平台开发者中心应用管理创建应用”； 2. 选择“商家管理后台”创建API Key。库存同步功能要求（1）每10分钟完成一次渠道库存同步；（2）在应用审核通过后，每个Key每天可以恳求接口10W次，在审核通过前，每个Key每天可以恳求5000次。（3）库存同步时单向的。（4）在重大促销时，一般会将该服务设置为停止，直到促销结束。订单处理通过渠道中心的管理功能，将官网和天猫的订单，进行统一处理。功能要求1. 订单获得（1） 订单获得条件：新的已支付的订单；（2） 订单获得后，添加“是否已生成订单”的标识；（交换中心）2. 提交官网订单（1） 天猫订单信息中，含有官网

32、的商品编码；（2） 订单提交后，在官网生成订单，订单中，用户ID标记为“taobaobmingxing ”；（3） 新建配送地址表，维护天猫配送地址。字段包括：渠道订单编号、官网订单编号、省市区、具体地址、用户名、渠道来源。（4） 订单生成后，“交换中心”的订单记录中“是否已生成订单”标记为“是”；（5） 订单生成后，扣减“渠道库存”数量，渠道库存允许为负数。只要在天猫上已经支付胜利的订单，都可以提交官网生成订单。假如渠道库存不足，库存可以减为负值；（6） 退货取消的订单，库存的调整，在【库房工作人员】进行“退货入库”（3.2.1描述）时完成；（7） 渠道订单，同官网订单一样，都须要审核之后再

33、进入拣货流程。原型示意发货功能变更与信息上传功能要求1. 拣货时，渠道订单和一般订单一样，正常扣减“实际库存”。2. 可以正常发货的订单，提交到“交换中心”的队列，等待批量更新到天猫。3. 须要更新的信息有：订单的发货状态、物流公司和物流单号。原型示意异样订单处理功能要求1. 不能正常发货的订单，进行“异样挂起”操作，交由【客服工作人员】进行处理；2. 异样挂起的订单，被取消时，还原商品库存；3. 须要到天猫，手工取消该订单。退换货操作要求说明：“退货入库”功能，须要做一处修订：天猫订单退货入库时，不增加官网虚拟库存。退货流程1. 客户将退货商品发还库房2. 库房工作人员：做“退货入库”-退到

34、临时货位。官网和渠道库存都不增加。3. 客服工作人员：天猫手工取消订单-天猫库存：增加。换货流程1. 客户申请换货，客服代客下单（不审核）（换货部分）-官网虚拟库存：削减。2. 客户将换货商品发还库房3. 库房工作人员：做“退货入库”-官网实际库存：增加，官网虚拟库存：增加。4. 客服工作人员：官网审核换货订单5. 库房工作人员：正常发货-官网实际库存：削减。【附：天猫订单状态客户角度】（1） 等待买家付款：客户刚拍下珍宝，尚未付款客户操作：客户可以进行付款操作；假如客户不想买了，也可以联系卖家帮您关闭交易（2） 买家已付款：等待卖家发货：客户已经付款到支付宝，但卖家还未发货客户操作：客户在订

35、单详中可以提示卖家刚好发货；若卖家迟迟未发货，付款24小时后，客户可以申请退款（3） 卖家已发货：等待买家确认：卖家已经发货，等待客户进行确认收货操作，当客户确认收货后，货款才会真正打给卖家客户操作：请留意，只有客户收到物品后并确认您所收到的物品完好无损，才可以进行确认收货操作；假如客户收到的物品有问题，可以对有问题的珍宝发起退款申请（4） 交易胜利：交易已经胜利，货款已经打给卖家客户操作：交易胜利后，客户所购买的珍宝假如还有问题，客户可以投诉卖家（5） 交易关闭：客户拍下珍宝但始终没有付款，7天后交易将会自动关闭；订单中珍宝，客户都退货了，退货完成后，交易状态就会变成交易关闭客户操作：交易关

36、闭后，假如还有其他问题，客户可以投诉卖家2.3平安保障系统电子商务平台的平安范畴包括网络设备、文件平安、漏洞分析，压力测试以及备份与复原等各个环节。系统平安整体策略依据xxxxxx电商电子商务平台系统平安需求，系统的平安解决方案策略包含如下几个基本部分： 网络平安策略 应用平安策略 数据平安策略 应急处理措施 平安策略升级网络平安策略在网络平安方面，兼顾性能和平安，主要策略包括：1） 当前网络拓扑实现了Web服务的负载均衡（Load Balance）、应用服务和数据服务的双机热备（High Available）、冗余存储（RAID 5）和域限制器备份（Backup Domain Control

37、ler）等应用，实现了设备的双路或多路服务。2） 系统部署了应用服务和数据服务多层防火墙，采纳不同的平安设置，寻求应用与平安的平衡。并且全部实行了端口过滤，仅允许必需的端口通过。3） 通过选配恰当的设备并加强网络设备（防火墙，路由器，交换机等）的平安设置强化了网络系统的平安级别。建议系统从路由器到防火墙及交换机采纳性能良好、兼容匹配的平安设备，为整套系统的平安和稳定的运行奠定了良好的基础。集成多业务路由器要求：可平安、线速地同时供应数据业务服务，能供应最高业务敏捷性和系统爱护，能内嵌服务选项，并要求很高的插槽性能和密度，具有很好的性能优势。自适应平安设备要求：能够将最高的平安性和VPN服务与全

38、新的自适应识别和防卫（AIM）架构有机地结合在一起。如Cisco ASA系列，要求能够供应主动威逼防卫，在网络受到威逼之前就能刚好阻挡攻击，限制网络行为和应用流量，并供应敏捷的VPN连接。在应用防火墙设置的基础上，对数据防火墙进行更严格的平安设置。完全限制了其余端口。只允许数据库的1433端口访问。访问级别限制，只允许从高级别访问低级别。企业级独立式配线间交换机要求：支持平安融合应用的部署，能最大限度地保障交换服务。交换设备在原有默认平安设置的基础上划分了vlan,分别为Web服务器、图片服务器和数据库服务器，对三个网段分别管理，最大程度的保证了数据库的平安。供应负载均衡器：并对多台服务器能供

39、应可设置比例的负载。依据用户访问自动匹配session。保证用户的会话不会丢失。应用平安策略xxxxxx电商电子商务平台是基于WEB和数据库架构的应用系统，虽然在技术不断发展，模式已经相当成熟的今日，同样面临着各种各样的网络问题和攻击方式。其中包括 基于WEB应用的攻击 应用系统程序可能存在的缺陷 SQL 注入 跨站式脚本攻击XSS（Cross Site Scripts） 跨站式恳求伪造CSRF (Cross-site Request Forgery) Cookie和Session欺瞒在应用系统方面，我们通过实施图片平安处理方式，系统漏洞扫描等措施来进一步增加对网络平安的防护： 文件平安策略我

40、们通过文件类型过滤、刚好的平安更新等技术手段，以及严格限制的图片上传流程，保证系统的平安性。安装平安更新必需执行微软平安公告 MS04-028 ，安装相关平安更新补丁,完全杜绝GDI+平安问题。通过设备和人工等多种方式，保证系统漏洞补丁的刚好更新。监控与扫描在图片服务器上安装有实时监控功能的杀毒软件，同时，当文件上传到该服务器之后，调用杀毒软件对上传的文件进行扫描和处理。定期对图片服务器进行整体扫描，并保存相关扫描记录。服务器管理员定期查看扫描结果，对异样结果刚好进行处理。定期以人工方式对杀毒软件和服务器平安扫描工具进行升级，已保证相关工具的有效性。平安扫描策略漏洞扫描能够模拟黑客的行为，对系

41、统设置进行攻击测试，以帮助程序员在黑客攻击之前，找出系统中存在的漏洞。漏洞扫描工具说明采纳Web Vulnerability Scanner (WVS) 作为平安扫描工具，它可以通过检查SQL注入攻击漏洞、跨站式脚本攻击漏洞或者其他漏洞等来检测Web应用程序是否存在平安隐患。WVS通过抓取网站站点结构和模拟比较流行的攻击方式，像跨站式脚本攻击和SQL注入等攻击方式对整个网络站点进行平安扫描，能够在攻击者攻击之前扫描出在表单、平安区域和网络应用方面的问题。他不仅可以支持创建和定制问题扫描检查，并且支持现在全部主要的网络技术。另外，配备专职平安测试人员，对系统的新功能、变更功能进行手工检测，进一步

42、强化系统平安。压力测试评估通过模拟肯定量的虚拟访问用户数，对网站进行压力测试，评估网站系统能供应的最大服务级别，进而确定系统可能存在的瓶颈。LoadRunner是一种预料系统行为和性能的工业级标准性能测试负载测试工具。通过以模拟大量用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个系统架构进行测试。压力测试结果说明通过设计不同的测试场景，完成对系统的压力测试，如以下关键流程：1、通过测试，检验用户进行注册的操作时，系统最多可以接受的用户并发操作。找到在系统资源运行正常，事物平均响应时间。2、通过测试，检验用户进行订单提交操作时，系统最多可以接受在多少的用户进行

43、并发操作，并确认事物平均响应时间。压力测试评估界面数据平安策略数据平安数据备份机制1) 采纳RAID 5模式，在数据存储模式上实现了冗余备份；2) 运用VSS等管理工具，对不同版本的线上程序及其数据库进行版本管理；3) 对存储在磁盘阵列上的数据库资料自动备份：完全备份/周，增量备份/日；4) 全站光片介质备份：网站内容+数据库增量/周，数据库完全/月；5) 全站硬盘介质备份：网站内容+数据库完全/季度数据服务和图片应用服务双机热备采纳双机热备可以避开应用系统因服务器发生硬件故障而停机，从而使系统具高牢靠性。当主服务器宕机时，通过集群(双机)软件技术，备份服务器能够快速接管主服务器运行的应用程序

44、和数据资源，保证应用的不间断运行，为客户端供应持续的服务。条件允许，可以建设多机服务，供应更好的性能，建立更有保障的服务机制。数据复原数据复原在整个备份过程中占有相当重要的地位。因为它关系到系统在经验灾难后能否快速复原。针对商城系统，在出现意外时须要复原信息如下：数据库对于应用层发生的意外数据丢失，可运用每日的增量备份进行复原。数据库资料存储在独立的磁盘阵列中，如发生故障或损坏，我们会刚好联系专业的数据复原服务商进行复原。 图片服务器中图片文件对于误删除图片文件数据可以运用光盘或硬盘介质备份进行复原。图片服务器中的图片文件存储在独立的磁盘阵列中，如发生故障或损坏，刚好联系专业的的数据复原服务商

45、进行复原。网站程序网站程序的复原可运用光盘或硬盘介质中的备份进行复原。数据复原策略的时间目标 单项信息复原时间不超过肯定的时间标准；（视网络设备状况而定） 包括数据库、图片服务器和网站程序在内的全站信息，完全复原时间小于1小时。应急处理措施应急处理步骤：1）推断网站故障类型 2）启动应急运行，实时监控系统报警 主机设备不行用：自动启动备用服务器软件系统不行用：启动备用服务器 遭遇攻击或篡改：启动备份网站内容3）故障修复推断故障的严峻程度和复原时间，故障进行修复，非工作时间24小时内到达现场。故障缘由为遭遇攻击，则采纳“隔离、爱护、分析、复原、解除隔离、追查和升级处理”等一系列手段赐予应对。4）

46、复原运行 在确认故障解除之后，可复原系统运行 将复原的原主服务器作为备用服务器黑客入侵应对预案（1）若监控系统显示系统异样，需刚好确认是否为非法入侵，刚好向电子商务平台相关协调主管人员进行通报。（2）系统管理员应具体记录有关现象和信息，从网络中将被攻击的服务器等设备隔离出来，爱护现场。（3）系统管理员分析攻击现象，供应解决方法，进行复原与重建工作。（4）适时解除对被攻击设备的隔离。（5）由系统管理员牵头，会同相关技术人员共同追查黑客攻击来源，将有关状况向电子商务平台相关协调主管人员汇报。（6）如认为事态严峻，则马上向电子商务平台相关协调主管人员提请向上级机关报警的建议。平安策略升级依据业务发展状况，可酌情考虑实现以下策略：1）选配不同品牌、不同架构的防火墙，组成异构防火墙；2）协作版本更新支配（约3个月1次），定期支配不同平安评估公司，进行包括渗透性测试、代码扫描在内的交叉评估，定期给出平安评估报告； 3）强化针对网络平安的监控, 增加入侵检测IDS和防病毒网关；