产品需求说明书模板

  • 格式:doc
  • 大小:119.00 KB
  • 文档页数:9

下载文档原格式

  / 9
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

<产品名称>产品需求说明书

[注:产品需求说明书的定义:此文档的目的是收集、分析和定义<>的需要和特性。它包括相关方和目标用户需要的功能和这些需要存在的原因,以及详细地说明所确定的产品的关键外部业务流程、接口和非功能性特性的需求、设计约束。此文档用来让读者了解产品的外部黑盒概念,并指导《架构设计说明书》和《软件需求说明书》。

一个产品(对外对内具有统一定义的)只有一份《产品需求说明书》,对于分解的对内项目部分可以以《xxxx产品需求说明书—yyyy分册》来撰写。

以下提供的模板用于需求管理流程。其中包括用方括号括起来并以蓝色斜体(样式

=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=正文)。]

上海市我友网络技术有限公司版权所有

内部资料注意保密

修订记录:

目录

一、简介 (4)

1、目的 (4)

2、范围 (4)

二、产品概述 (4)

1、目标 (4)

2、功能摘要 (4)

三、产品特性 (5)

1、特性一(FEAT1) (5)

2、特性二(FEAT2) (5)

3、特性三(FEAT3) (6)

四、其它产品需求 (7)

1、性能需求 (8)

2、监控需求 (8)

3、兼容性需求 (8)

五、风险分析 (8)

六、附件 (9)

一、简介

[产品需求说明书文档的简介应提供整个文档的概述。它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]

1、目的

[阐明此产品需求说明书文档的目的。

此文档的目的是收集、分析和定义<>的需要和特性。它包括相关方和目标用户需要的功能和这些需要存在的原因,以及详细地说明所确定的产品的关键外部外部流程、接口和非功能性特性的需求、设计约束。]

2、范围

[简要说明此产品需求说明书文档的范围、它的相关产品,以及受到此文档影响的任何其他事物。]

二、产品概述

[此节高度概括产品的功能与介绍]

1、目标

[描述产品的目标]

2、功能摘要

[简要描述产品的功能点和每个功能点的优先级,参考格式如下]

三、产品特性

[列出产品的特性。特性是为让用户获益而必须具备的高级系统功能。每一项特性都是外部所需的服务,它通常需要一系列输入来实现预期的结果。

此节为设计的系统功能性需求, 一般以用例结合自然语言来表达。此节通常按特性来组织,但也可能会有其他适用的组织方式,例如按用户或子系统组织的方式。

这一节应包含所有的产品需求,其详细程度应使架构设计人员和软件需求设计人员能够设计出可以满足这些需求的系统,不包括可选流程和异常流程,不对具体语义做约束。

产品特性标识的约束:每一个产品特性的标识为FEATn,其中n为数字,特性一标识为FEAT1,特性二为FEAT2,如此类推]

1、特性一(FEAT1)

1.1 优先级

[描述该特性的优先级,可选:高、中、低]

1.2 特性描述

1.3 功能性需求

1.3.1 功能点1

1.3.2 功能点2

1.3.3 功能点3

2、特性二(FEAT2)

2.1 优先级

[描述该特性的优先级,可选:高、中、低] 2.2 特性描述

2.3 功能性需求

2.3.1 功能点1

2.3.2 功能点2

2.3.3 功能点3

3、特性三(FEAT3)

3.1 优先级

[描述该特性的优先级,可选:高、中、低] 3.2 特性描述

3.3 功能性需求

3.3.1 功能点1

3.3.2 功能点2

3.3.3 功能点3

四、其它产品需求

从业务视角提出各项可用性指标的大致需求。具体的技术指标会体现在产品的设计文档中(根据项目实际情况增删)

1、性能需求

如果产品对性能要特殊需求,请详细描述,如:大致响应时间、最大并发数等。

2、监控需求

如果产品需要特殊的监控和统计,请详细描述,如:PV、点击、登录数等。

3、兼容性需求

如果产品需要对兼容性提出特殊的需求,请详细描述,如:兼容IE8、Chrome等。

五、风险分析

风险内容描述,说明风险产生原因,可能造成的危害以及相应出现的频率信息,另外在此处还需要描述相关风险预防措施及风险出现后的应对措施信息。此处不包括任何系统技术实现层面的风险,例如:系统的备份,监控,模块依赖,etc.

六、附件

[将产品需求的demo作为附件。]