1 / 27
文档名称:

珍藏版电子商务平台需求规格说明书.doc

格式:doc   大小:1,301KB   页数:27页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

珍藏版电子商务平台需求规格说明书.doc

上传人:w3332654 2020/1/14 文件大小:1.27 MB

下载得到文件列表

珍藏版电子商务平台需求规格说明书.doc

文档介绍

文档介绍:中国商品城需求规格说明书文件状态:[√]草案[]正在修改[] :核心内容、文档框架、大纲、:核心UES和核心CASE, 引言 本文目的 已经解决的核心问题 术语、定义和缩略语 功能部分的文档描述说明 92 产品背景(玮峰补充,BRD部分) 本平台的服务对象 本平台的核心服务理念 本平台的核心服务模式 本平台可消费的产品及服务 本平台支持的支付方式 本平台支持的物流方式 本平台支持的沟通方式 143 需求综述 系统定位(玮峰补充,MRD部分) 定位描述 本平台的核心业务(12个大系统模块) 系统业务架构 核心业务逻辑 系统逻辑架构 本平台角色类型定义 用户角色类型划分表 用户角色描述 本平台统一的业务策略? 本平台和外部平台接入? 核心业务流(待大家) 会员流程 商铺注册流程 商铺开店流程 商品上架流程 主订单流程 36引言本文目的本文是产品部对平台化的“中国商品城系统”整合部分的产品需求理解和确认的工作成果,体现为产品需求规格说明书文档,在整体的需求细节实现前,是整体核心需求的落实的阶段性工作成果,是与技术部双方对需求达成共识的里程碑。编撰这样一个需求说明书克服了需求声音弱、没有战略指引、时间很紧迫、可调用资源匮乏、没进行市场及用户研究等等诸多困难,所以,后期需要进行整体修缮。本文档将作为项目开发和测试的主要依据之一,此外还有概要设计、详细设计。本文的目的是完成对用户需求的收集、整理与分析,弄清楚系统究竟要“CASE干什么”及“USE由谁干”,以及核心的相关流程,并用合乎规范的文字及图表予以描述。之前的需求说明书(BRD、MRD、PRD文档组),需要详细描述“为什么干“,在此部分中仅作简单说明。至于“怎么干”在此不需要说明,因为那是设计实现阶段概要设计和详细设计说明书将会做的事情。有关文字与图表应尽量让用户便于理解。本文的预期读者包括:UI/UE人员、开发人员、测试人员、开发工程师、运维工程师等,主要为产品和技术人员。已经解决的核心问题序号术语或缩略语说明性定义买卖家身份买卖家后台分别独立,有不同的登录通道和后台系统。需要明确的是买家不能开店(个人不具备开店能力),卖家不能买东西(卖家想购物需要另开一个买家账号)。独立B2C抑或行业B2C按照垂直频道模式发展,遵守中国商品城既定规则入驻,会员及各类后台数据可以复用和交融。今后是否独立出去单独发展再议。多商铺许可一个自然企业账户可开设多个商铺,各个商铺分用不同账号登录,但各个商铺应分属不同行业,暂不限定企业开设商铺数量。商铺类型商铺类型做设定,但暂不考虑各类型商铺是否划分等级。团购业务团购业务独立结算。(吴奇会跟财务对接确认)。B2B业务交易平台具备打包批发出售的功能。其它B2B业务不考虑。支付平台要保留多种支付方式的接口,便于买卖双方的交易。物流要求实现线上物流功能。保证金保证金及账期问题有待讨论。(吴奇追踪此事)。投诉与举报举报定义为与自身利益无关的检举行为,而投诉定义为与自身利益相关的请求平台方处理的诉求行为,投诉和举报为评级功能。投诉下设退款及仲裁等分类。招商通道保留招商通道。招商政策确定后做后续工作。术语、定义和缩略语序号术语或缩略语说明性定义平台平台,指中国商品城整个系统与环境的组合。指基于技术层次和用户及客户的整体基础架构平台(它组建了一个各种应用的统一、规范的技术支撑环境),与基于业务模型的应用平台(它组建了从管理与应用需求出发,把工作流、内容管理、个性化应用工具等组合在一起,提供一个支持管理的应用平台)的结合体。前台(大前台概念)指本系统游各类应用人群使用的功能集合。准确讲,应该是除平台运营商(中台各类型游客、用户、购买者的应用及管理界面与功能。包括:前台门户、买家前后台、卖家前后台、其它用户前台。前台门户指各类型应用人群在前台浏览、购物及各种相关业务操作的功能区。包括整站首页、各个导航页、各个栏目及专题页、商品品类页、最终商品购买页、商铺