xxx产品用户需求说明书.docx

xxx产品用户需求说明书.docx

《xxx产品用户需求说明书.docx》由会员分享，可在线阅读，更多相关《xxx产品用户需求说明书.docx（9页珍藏版）》请在冰豆网上搜索。

xxx产品用户需求说明书

文档编号：

xxx-xxx-xx-xx

xxx产品用户需求说明书

文档版本号：

文档编号：

文档密级：

归属部门/项目：

产品名：

子系统名：

编写人：

编写日期：

审核人：

审核日期：

批准人：

批准日期：

修订记录：

版本号

修订人

修订日期

修订描述

目录

1简介3

1.1目的3

1.2范围3

1.3定义、首字母缩写词和缩略语3

1.4参考资料3

1.5假定3

2产品介绍3

3产品面向的用户群体3

4产品应当遵循的标准或规范3

5产品功能性需求3

5.1功能A3

5.1.1子功能A.13

5.1.1.1功能的业务流程图3

5.1.1.2功能的界面需求3

5.2功能B3

5.2.1子功能B.13

5.2.1.1功能的业务流程图3

5.2.1.2功能的界面需求3

6产品非功能性需求3

6.1系统需求3

6.2用户界面需求3

6.3易用性3

6.4可靠性3

6.5性能3

6.6安全性需求3

6.7可扩展性需求3

6.8兼容性需求3

6.9可移植性需求3

7文档需求3

7.1用户手册3

7.2联机帮助3

7.3安装指南、配置文件、自述文件3

8附录A：

用户需求调查报告3

8.1需求标题13

8.2需求标题23

1简介

[产品需求说明书文档的简介应提供整个文档的概述。

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

]

1.1目的

[阐明此文档的目的。

此文档的目的是收集、分析和定义<>的需求和特性。

它包括相关方和目标用户需要的功能和这些需要存在的原因，以及详细地说明所确定的产品的关键功能和非功能性特性的需求、设计约束。

]

1.2范围

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

]

1.3定义、首字母缩写词和缩略语

[此小节应提供正确理解此文档所需的全部术语的定义、首字母缩写词和缩略语。

可以通过参考产品词汇表来获取这些信息。

]

1.4参考资料

[此小节应完整地列出文档中其他部分所引用的所有文档。

每个文档应标有标题、报告号（如果适用）、日期和出版单位。

列出可从中获取这些参考资料的来源。

这些信息可以通过参考附录或其他文档来提供。

]

1.5假定

[此小节应说明阅读和理解本产品需求说明书文档需要具备的前提条件。

例子：

假定读者了解misc的框架和业务流程；假定读者了解短信业务的业务流程。

]

2产品介绍

[

（1）说明产品是什么，什么用途。

（2）介绍产品的开发背景。

]

3产品面向的用户群体

[

（1）描述本产品面向的用户（客户、最终用户）的特征，

（2）说明本产品将给他们带来什么好处？

他们选择本产品的可能性有多大？

]

4产品应当遵循的标准或规范

[阐述本产品应当遵循什么标准、规范或业务规则（BusinessRules），违反标准、规范或业务规则的产品通常不太可能被接受。

其中可能包括法律和法规（FDA、UCC）标准、通讯标准（TCP/IP、ISDN）、平台一致性标准（Windows、Unix等）以及质量和安全标准（UL、ISO、CMM）]

需求名称

详细要求

…

5产品功能性需求

[列出产品的特性。

特性是为让用户获益而必须具备的高级系统功能。

每一项特性都是外部所需的服务，它通常需要一系列输入来实现预期的结果。

此节为设计的系统功能性需求,一般以用例结合自然语言来表达。

此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。

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

将功能性需求先粗分再细分，下表中的“功能A”，“子功能A.1”等符号应当被替换成有含义的名称。

]

编号

功能类别

编号

子功能

功能A

子功能A.1

子功能A.2

…

功能B

子功能B.1

子功能B.2

…

…

5.1功能A

提示：

此处写一些承上启下的文字。

5.1.1子功能A.1

[对此功能进行描述。

]

5.1.1.1功能的业务流程图

[（此节可选填）请尽量填写，如果没有，则删掉本节]

5.1.1.2功能的界面需求

[（此节可选填）请尽量填写，如果没有，则删掉本节]

5.2功能B

5.2.1子功能B.1

5.2.1.1功能的业务流程图

5.2.1.2功能的界面需求

6产品非功能性需求

[在较高层次上列出适用的标准、硬件或平台需求、性能需求以及环境需求。

]

6.1系统需求

[确定支持该应用程序所必需的任何系统需求。

其中可能包括所支持的主机操作系统及网络平台、配置、内存、外围设备和配套软件。

]

编号

需求名称

详细要求

…

6.2用户界面需求

[列出产品为满足客户需要应该具备的用户界面需要，包括：

✓界面菜单：

是否需要统一的菜单风格，包括菜单图片、颜色，菜单栏目的划分，各种功能的菜单标题等

✓操作方式：

鼠标操作还是键盘操作

✓色彩方案

✓快捷方式：

是否需要快捷方式，快捷方式是否显示，快捷方式的定义方案

✓导航方式：

是否需要导航方式，导航的显示方法、操作过程

等。

]

编号

需求名称

详细要求

…

6.3易用性

[此节应包括所有影响易用性的需求。

例如，

•      指出普通用户和高级用户要高效地执行特定操作所需的培训时间

•      指出典型任务的可评测任务次数或根据用户已知或喜欢的其他系统确定新系统的可用性需求

•      指出在符合公认的可用性标准（如IBM的CUA标准和Microsoft的GUI标准）方面的需求

具体的细化和实现设计，在《软件需求说明书》中体现]

编号

需求名称

详细要求

…

6.4可靠性

[对系统可靠性的需求应在此处说明。

例如

✓平均故障时间，或平均故障次数，如小时/年，或者次/年

✓容错能力，比如对于错误输入的响应或处理，对于常见错误操作的处理

✓恢复能力，比如某功能失效后系统的运行方式以及恢复方式

等。

]

编号

需求名称

详细要求

…

6.5性能

[此节应概述系统的性能特征。

其中需包括具体的响应时间。

如果可行，按名称引用相关用例。

✓对事务的响应时间（平均、最长）

✓吞吐量，例如每秒处理的事务数

✓容量，例如系统可以容纳的客户或事务数

✓资源利用情况，如内存、磁盘、通信等

具体的细化和实现设计，在产品的设计书中体现

编号

需求名称

详细要求

…

6.6安全性需求

[说明系统所需安全性需求，包括系统本身的运行安全、操作安全等，以及其他硬软件方面、制度方面的要求。

]

6.7可扩展性需求

[描述系统的可扩展性需求，说明系统发布是否需要进行扩展，如需扩展，方式如何，将会产生的影响。

]

6.8兼容性需求

[描述系统的兼容性需求，说明系统是否需要与其他系统兼容，与哪些系统进行怎样的兼容，兼容的方式如何。

]

6.9可移植性需求

[描述系统的可移植性需求，说明系统将来是否需要进行移植，应当如何考虑。

]

7文档需求

[此节说明为支持成功部署应用程序而必须制作的文档。

]

7.1用户手册

[说明用户手册的目的和内容。

讨论预期长度、详细程度，是否需要索引、词汇表、教程与引用手册策略等。

还应确定格式和打印约束条件。

]

7.2联机帮助

[许多应用程序提供了联机帮助系统来协助用户。

这些系统的性质对于应用程序开发来说独特的，因为它们综合了编程（如超链接）和技术写作（组织、演示）的各个方面。

许多人发现联机帮助系统的开发本身就是一个受益于先期规模管理和计划活动的产品。

]

7.3安装指南、配置文件、自述文件

[在提供全套的解决方案时，提供包括安装说明和配置指南的文档是非常重要的。

此外，自述文件通常也要作为一个标准构件包括在内。

自述文件可以包括一个“本发布版中的新特性”部分，并讨论与以前发布版的兼容性问题。

多数用户也希望在自述文件中列出任何已知的错误和变通方法。

]

8附录A：

用户需求调查报告

[常见需求调查方式有：

与用户交谈，向用户提问题。

参观用户的工作流程，观察用户的操作。

向用户群体发调查问卷。

与同行、专家交谈，听取他们的意见。

分析已经存在的同类软件产品，提取需求。

从行业标准、规则中提取需求。

从Internet上搜查相关资料。

]

8.1需求标题1

需求标题1

调查方式

调查人

调查对象

时间、地点

需求信息记录

8.2需求标题2

需求标题2

调查方式

调查人

调查对象

时间、地点

需求信息记录