梵幕奇手机客户端产品需求文档.docVIP

梵幕奇手机客户端产品需求文档 文档名称： 梵幕奇手机客户端产品需求文档（PRD） 文档编号： 梵幕奇-EC-PRD-Moblie-201207001 变更日期： 2012年7月20日12:00:00 文档状态： 草案 项目负责： 梵幕奇-陈旭波（kevin.chenxubo@ 文档概要： 本PRD文档作为软件工程学文档，主要就梵幕奇手机客户端产品的相关需求进行说明，并简单论述了相关的技术要求、体系结构与交互流程。 文档版本控制信息 草案一 梵幕奇-陈旭波 2012-7-20 12:00:00  产品设计 产品定义 本产品为梵幕奇官方商城的手机客户端，以手机购物与品牌推广为首要设计目标。所有模块的设计均围绕优化手机购物流程、提高品牌知名度、推广相关单品进行。 产品原则 产品研发过程中，必须无条件遵循下列原则： 方便触屏手机使用，除文本输入外的所有操作必须能够单手完成。所有可触击控件的尺寸不得小于其所在区域限定的最小尺寸。详见下图： 必须采用HTM5技术开发，并采用phonegap、appcan或其他中间件技术封装为原生客户端。必须完美运行于iOS 4.0或android 2.0以上系统，同时考虑跨平台兼容windows phone 7。 采用响应式设计，自适应兼容240*320到960*640的分辨率。 采用组件化设计，尽可能的降低各个组件之间的耦合度。充分考虑到今后的二次开发需求。 尽可能的使用系统原生的UI。 所有操作均必须给予用户反馈（包括但不限于 提示操作成功、显示正在加载、焦点的高亮、中断操作的确认）。但需注意区分，合理使用强反馈（需要点击确认）与弱反馈（仅提示，不影响当前继续进行其他操作）。 请勿添加任何没有实质意义的装饰性的视觉效果。所有的交互，必须首要考虑简单、易懂。尽可能的减少操作的繁琐程度 所有的文案必须无歧义性。所有的icon图标必须一目了然，而不需思考。 良好的容错设计，考虑到一切可能发生的场景。 正常网络环境及主流的手机配置（主流配置iOS平台以iphone4为准，android平台以三星i9000为准）下，任意界面必须在至多5秒内完成加载。 产品结构图 公共的基础组件（ 公共的基础组件（用户系统等），可重用 功能组件 功能组件 功能组件 功能组件 组件与组件之间，通过接口相互请求或响应数据，而不产生直接的物理依赖。同时，组件内逻辑与呈现进行分层。（类似于MVC架构中对于Controller和View的分层） 功能需求 用例分析 用例名称： 商品搜索 用例需求： 针对商品的（名称、分类、标签）模糊查询 用例对象： 有购买需求的用户 限制条件： 允许同义词匹配 用例流程： 键入关键词?检索?输出列表 实现级别： 必须实现 用例名称： 交互导购 用例需求： 人工智能专家系统。用户回答一系列问题后，列举出所有匹配用户要求的商品 用例对象： 需要挑选特定单品的用户 限制条件： 如无法匹配到特定单品，则随机推荐 用例流程： 用户选择分类（上衣、裤子、配件）?用户选择二级分类（牛仔裤、西裤）或跳过二级分类（即全选）?用户勾选标签（色彩标签、风格标签或其他）或跳过标签选择?用户选择尺寸条件（可多选，如同是选M号和L号）?检索出匹配单品 实现级别： 功能必须实现，实现程度可予探讨 用例名称： 愿望单（收藏）功能 用例需求： 用户可将喜欢但暂不打算购买的单品加入愿望单。并可选择是否想要了解关于该单品的最新动态（如果真，则当单品库存告急、价格调整时予以通知）。用户可分享自己的愿望单（配合分享愿望单有一定几率免单的营销活动，提高客户端使用率）。 用例对象： 适用全体用户 限制条件： 当单品被够买后，则从愿望单删除相应单品 用例流程： 浏览单品?创建或选择愿望单（创建愿望单，则选择该愿望单是否接受通知、是否分享）?加入愿望单 实现级别： 尽量实现 用例名称： 用户系统 用例需求： 登陆、注册系统，同时支持与微博、qq空间绑定账号 用例对象： 适用全体用户 限制条件： 用户未登陆仍可添加单品至购物车；用户如未绑定微博，则在分享单品或愿望单时提示先绑定 用例流程： 用户注册?只填写用户名、密码快速注册?选择是否关联微博账号 用户登陆微博账号登陆 实现级别： 必须实现 用例名称： 单品呈现 用例需求： 显示单品的详细信息，支持查看大图，支持分享 立刻购买加入购物车加入愿望单 用例对象： 适用全体用户 限制条件： 无 用例流程： 选择单品?呈现单品信息 实现级别： 必须实现 用例名称： 支付系统 用例需求： 跳转到支付宝相关页面付款 用例对象： 实际购物用户 限制条件： 无 用例流程： 确定订单?跳转支付 实现级别： 必须实现 用例名称： 潮流tips 用例需求： RSS抓取博客文章并显示，支持分享 用