ImageVerifierCode 换一换
格式:DOC , 页数:16 ,大小:28.79KB ,
资源ID:1519477      下载积分:12 文钱
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,省得不是一点点
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.wenke99.com/d-1519477.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: QQ登录   微博登录 

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(需求文档模板.doc)为本站会员(gs****r)主动上传,文客久久仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知文客久久(发送邮件至hr@wenke99.com或直接QQ联系客服),我们立即给予删除!

需求文档模板.doc

1、XX 产品策划需求文档规范 _版本号(V1.2)版权所有 侵权必究1. 文档历史修订日期 修订内容 修订版本 修订人XXXX.XX.XX 创建 最好在交互之前创建需求文档 V1.0 哈姆牛特XXXX.XX.XX 修订 交互 /视觉设计稿后需要修订文档 V1.1 哈姆牛特XXXX.XX.XX修订 有需求变动的时候需要修订文档,同时周知文档关系人,将修订的内容明确标识 V1.2 哈姆牛特文档阅读提示:勾选视图中的导航窗格,可以让您快速阅读本文档。2. 文档目录1. 文档历史 .32. 文档目录 .43. 项目说明 .63.1 项目背景和目标 .63.1.1 项目背景 .63.1.2 项目目标 .6

2、3.2 项目大概 .63.2.1 首页 .73.2.2 页面 A.73.2.3 页面 B.73.3 页面汇总 .73.3 项目排期 .74. 项目策划 .84.1 主要逻辑图 .84.2 功能/特性列表( FEATURE LIST)测试重点关注 .84.3 交互/视觉设计 .94.3 需求详细描述 .94.3.1 免费首页 .105. 统计需求 .165.1 数据建设:考核评价指标 .165.2 数据统计 .165.2.1 点击流统计 .165.2.2 开通红钻统计 .176. 客服文档 .177. 运营方案 .183. 项目说明3.1 项目背景和目标3.1.1 项目背景背景的描述,主要是当前

3、出现了什么问题?市场上有了什么新的导向?用户有什么样的期待需要我们满足?等 一级 文档结构可以多级,但是不要搞混逻辑层次 二级 三级 四级3.1.2 项目目标由背景推导出的目标,简明扼要,目标通常是贯穿整个需求的线索,整个需求都应该是围绕目标在进行的,包括优先级的排列,也是看需求点能实现目标的程度、效率、紧迫性、成本控制等各方面的综合优势 3.2 项目大概可以分页面、功能模块、流程等进行描述,下面示例, XX 产品涉及到 3 个 Tab 对应的页面,所以采用分 “页面 ”的描述思路 举例:XX 产品的三个页面3.2.1 首页3.2.2 页面 A3.2.3 页面 B3.3 页面汇总将涉及到的页面

4、做个 list,可以帮助评估设计需求所耗费的时间 举例:XX 产品涉及的页面 list文档位置 页面名称 页面数量 所需工作4.3.1 首页 页面设计+页面制作4.3.2 页面 A 页面设计+页面制作4.3.3 页面 B3页面设计+页面制作3.3 项目排期在此可以管理该项目,便于发布项目进度、汇报工作等,在自己本地存储的文档中可以随时补充,如果习惯了其他管理方式,可以省略 举例:XX 项目进度表时间 阶段 进度 备注2011.10.10 重构完成 已完成2011.10.11 开发完成 进行中4. 项目策划4.1 主要逻辑图按照逻辑线索理出逻辑图,便于阅读者组织对该项目的理解思路,涉及流程的必须

5、给出流程图 4.2 功能/ 特性列表(feature list)测试重点关注此处非常重要,详细的功能列表对需求评审、开发时间评估、测试用例撰写等有重要价值,列表可以尽量详细,一个功能 /特性点都可以单独一项,基本可以和测试用例对应,同时,需要给出优先级和测试重点 举例:XX 产品功能列表(举例只列出部分)1,功能列表:简洁概要的描述要实现的功能点,尽可能的细化,具体,可操作,可读性强。直接传递出来要实现的功能点。不要太模糊和笼统。2,具体描述:给出该功能涉及到的边界值,有效期,概率等等,就是对功能点的属性一个描述。尽量完整,把这个功能点的各个维度的范围给出。3,优先级:0 最高级,本期必须实现

6、。1,中级优先,先实现 0 后,再实现。2 ,低优先级,本期可以不实现或延后实现。4. 测试重点:从测试的角度,给出具体描述的各个场景下的一些需要关注的主要测试点。(详细的一些细节可以在正文里描述,可以写上详见正文。)这里只需要给出一些方向即可。序号 功能列表 具体描述 优先级 012是否实现 测试重点Checklist涉及模块/ 页面2 在 XX 任务中可以做 XX 流程 XXXXXXXX 2 本期未实现1. XXX2. XXX3 XXX XXXXXXX 1 已实现 XXX XXX4.3 交互/视觉设计修订文档的时候应该补充好交互 /视觉设计稿,便于其他阅览者清晰还原需求所在的产品场景,文档

7、描述所见和开发出的产品所得相统一 4.3 需求详细描述以免费首页部分模块为例,下列给出需求描述的常见案例。目录:案例一:需求的描述思路案例二:按页面模块描述的顺序案例三:设计图的展示案例四:对可操作区的描述案例五:多采用表格案例六:涉及数值、等级和状态的描述案例七:线上逻辑也需要描述出来案例八:多内容展示的排序和值域考虑案例九:涉及管理端配置的描述案例十:暂不实现的需求可以文字灰掉案例一:需求的描述思路对需求进行详细描述,仍然可以按照页面、功能模块、流程等组织思路的顺序进行 4.3.1 XX 首页案例二:按页面模块描述的顺序按模块进行描述,建议遵守页面布局从上到下,从左到右,从整体到局部,从外至内的顺序,如果是移动端APP,也可以按照由外到内,逐级深入的方式组织描述顺序 举例:首先首页的描述,首先从头部和侧栏开始4.3.1.1 头部和侧栏部分 头部入口案例三:设计图的展示可以先展示设计图,最好还原该模块在页面中的具体位置,便于其他阅读者查找 举例:免费首页头部的导航入口截图说明

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。