试衣间系统技术方案MagicRoomdoctmplSTPV11docxhummer.docx

资源描述

试衣间系统技术方案MagicRoomdoctmplSTPV11docxhummer.docx

《试衣间系统技术方案MagicRoomdoctmplSTPV11docxhummer.docx》由会员分享，可在线阅读，更多相关《试衣间系统技术方案MagicRoomdoctmplSTPV11docxhummer.docx（11页珍藏版）》请在冰豆网上搜索。

试衣间系统技术方案MagicRoomdoctmplSTPV11docxhummer.docx

试衣间系统技术方案MagicRoomdoctmplSTPV11docxhummer

文件编号

MagicRoom-STP－V1.1

作　　者

索尼

文档版本

V1.0

最后修改日期

2009-4-1

试衣间项目

版本号1.0

系统技术方案

编写人：

索尼

编写时间：

2009-4-1

修订控制页

编号

文档版本

修订章节

修订原因

修订日期

修订人

确认人

1.0

1-4

创建文档

2009-4-1

索尼

1项目背景4

2业务描述4

2.1主流程图5

2.2试衣间宝贝上传流程6

3系统方案6

3.1总体解决方案6

3.1.1系统框架选型6

3.1.2系统之间的依赖关系7

3.1.3性能方案7

3.1.4安全策略7

3.2分模块解决方案7

3.2.1页面Cache方案7

3.2.2文件存取文件8

3.2.3同第三方公司接口8

3.3推荐的方案8

4计划与工作量估计表8

1项目背景

淘宝中服饰的交易金额占到了所有交易的25%-30%，而用户对于服饰网购的行为存在的顾虑主要在于其服饰真实穿着效果与所见不符，同时服饰尺码标准化不严格。

作为卖家，又希望可以有多样的产品成列形式与搭配导购平台。

最终试衣间将是满足用户的试衣与搭配的需求，趣味的购物体验，同时丰富了服饰卖家的商品成列形式。

2业务描述

根据功能的不一样，可以把试衣间的使用者划分为买家、卖家和系统接口,下面是各个角色对应的不同功能：

按角色划分：

2.1主流程图

2.2试衣间宝贝上传流程

3系统方案

3.1总体解决方案

3.1.1系统框架选型

webx+spring+ibatis

3.1.2系统之间的依赖关系

3.1.3性能方案

为了提高频道首页的性能,频道首页的各个模块可以使用EsiCache,试衣间宝贝列表可以需要使用EsiCache提供性能.

3.1.4安全策略

3.2分模块解决方案

3.2.1页面Cache方案

原则：

1、缓解服务器以及数据库压力

方案一：

采用ESICache,ESICache是目前淘宝普通采用的页面Cache方案,对于试衣间频道页面上对数据的实时性要求都不是很高,所以可以采用EsiCache的方式缓存数据.根据需求我们需要对以下页面进行EsiCache.

频道首页:

最新上架宝贝,畅销宝贝,最新店铺,最热店铺,推荐搭配模块

搭配页面:

最新搭配,人气搭配列表

店铺页面:

最新店铺,人气店铺列表

试衣间宝贝页面:

宝贝列表

3.2.2文件存取文件

需求:

第三方公司需要上传试衣间宝贝素材文件到淘宝服务器,目前每个试衣间宝贝都会有三个文件:

宝贝正面图片,宝贝列表展现图片和其它图片（供Flash中360旋转使用）打包成的Flash文件.

方案一:

存储到TFS中去,需要tfs中支持swf类型文件

3.2.3同第三方公司接口

3.2.3.1通过HTTP方式上传文件

需求:

需要提供一个入口给第三方公司上传试衣间宝贝用.

方案一：

使用Http方式上传文件

通过标准的Http请求上传文件,这种方式比较简单,而且文件上传的技术成熟.易于开发.

3.2.3.2接口安全性问题

需求:

保证接口安全,防止被他人调用.

方案一:

采用DSA加密的方式,保证数据是由信任的第三方发起,这种方式安全性高,但是因为会传输大文件,所以采用这种方式性能比较低.

方案二:

采用限制IP的方式,这种方式比较简单,暂时先采用这种方式验证接口安全性.

3.3推荐的方案

4计划与工作量估计表

描述项目实施的具体计划较详细的工作量预估，以便为项目经理、开发人员提供开发周期的预估。

部门

工作

时间周期

工作量预估

JAVA开发

1、买家/浏览者

试衣模块

保存搭配（8H）

分享搭配（2H）

商品浏览

频道首页（8H）

宝贝列表（16H）

店铺列表（16H）

搭配列表