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

1、试衣间系统技术方案MagicRoomdoctmplSTPV11docx hummer文件编号MagicRoom-STPV1.1作者索尼文档版本V1.0最后修改日期2009-4-1 试衣间项目版本号1.0系统技术方案编 写 人： 索尼 编写时间： 2009-4-1 修订控制页编号文档版本修订章节修订原因修订日期修订人 确认人11.01-4创建文档2009-4-1索尼索尼2345678910目 录1 项目背景 42 业务描述 42.1 主流程图 52.2 试衣间宝贝上传流程 63 系统方案 63.1 总体解决方案 63.1.1 系统框架选型 63.1.2 系统之间的依赖关系 73.1.3 性能方案

2、 73.1.4 安全策略 73.2 分模块解决方案 73.2.1 页面Cache方案 73.2.2 文件存取文件 83.2.3 同第三方公司接口 83.3 推荐的方案 84 计划与工作量估计表 81 项目背景淘宝中服饰的交易金额占到了所有交易的25%-30%，而用户对于服饰网购的行为存在的顾虑主要在于其服饰真实穿着效果与所见不符，同时服饰尺码标准化不严格。作为卖家，又希望可以有多样的产品成列形式与搭配导购平台。最终试衣间将是满足用户的试衣与搭配的需求，趣味的购物体验，同时丰富了服饰卖家的商品成列形式。2 业务描述根据功能的不一样，可以把试衣间的使用者划分为买家、卖家和系统接口,下面是各个角色对

3、应的不同功能：按角色划分：2.1 主流程图2.2 试衣间宝贝上传流程3 系统方案3.1 总体解决方案3.1.1 系统框架选型webx+spring+ibatis3.1.2 系统之间的依赖关系3.1.3 性能方案为了提高频道首页的性能,频道首页的各个模块可以使用EsiCache,试衣间宝贝列表可以需要使用EsiCache提供性能.3.1.4 安全策略3.2 分模块解决方案3.2.1 页面Cache方案原则：1、 缓解服务器以及数据库压力方案一：采用ESICache ,ESICache是目前淘宝普通采用的页面Cache方案,对于试衣间频道页面上对数据的实时性要求都不是很高,所以可以采用EsiCac

4、he的方式缓存数据.根据需求我们需要对以下页面进行EsiCache.频道首页: 最新上架宝贝,畅销宝贝,最新店铺,最热店铺,推荐搭配模块搭配页面: 最新搭配,人气搭配列表店铺页面: 最新店铺,人气店铺列表试衣间宝贝页面: 宝贝列表3.2.2 文件存取文件需求: 第三方公司需要上传试衣间宝贝素材文件到淘宝服务器,目前每个试衣间宝贝都会有三个文件:宝贝正面图片,宝贝列表展现图片和其它图片(供Flash中360旋转使用)打包成的Flash文件.方案一: 存储到TFS中去,需要tfs中支持swf类型文件3.2.3 同第三方公司接口3.2.3.1 通过HTTP方式上传文件需求: 需要提供一个入口给第三方

5、公司上传试衣间宝贝用.方案一：使用Http方式上传文件通过标准的Http请求上传文件,这种方式比较简单,而且文件上传的技术成熟.易于开发.3.2.3.2 接口安全性问题需求:保证接口安全,防止被他人调用.方案一: 采用DSA加密的方式,保证数据是由信任的第三方发起,这种方式安全性高,但是因为会传输大文件,所以采用这种方式性能比较低.方案二: 采用限制IP的方式,这种方式比较简单,暂时先采用这种方式验证接口安全性.3.3 推荐的方案4 计划与工作量估计表描述项目实施的具体计划较详细的工作量预估，以便为项目经理、开发人员提供开发周期的预估。部门工作时间周期工作量预估JAVA开发1、买家/浏览者 试

6、衣模块 保存搭配(8H) 分享搭配(2H) 商品浏览 频道首页(8H) 宝贝列表(16H) 店铺列表(16H) 搭配列表 最新搭配(4H) 人气搭配(4H) 我的搭配(4H) 搭配详情 搭配评论/评分(20H) 分享(2H) 相关搭配(8H)92H2、卖家 管理试衣间宝贝 上架/下架(4H) 编辑(8H) 查询(4H) 确认试衣间宝贝订单(8H) 分类管理 标准分类 上装 配饰鞋帽 内衣 下装 自定义二级分类(16H) 复制试衣间店铺链接(4H)44H3、系统 上传试衣间宝贝(16H) 创建试衣间宝贝订单(4H) 试衣间宝贝订单状态同步(4H) 试衣间宝贝订单查询接口(4H)28HAPACHE1、配置ESICache 8H测试1、功能性验证测试。40H共计需Java开发量为21.5天/人