产品需求规格说明书模板.docx

产品需求规格说明书模板.docx

《产品需求规格说明书模板.docx》由会员分享，可在线阅读，更多相关《产品需求规格说明书模板.docx（8页珍藏版）》请在冰点文库上搜索。

产品需求规格说明书模板

XXXXXXXXXXXXX项目

用户需求分析说明书

V1.0

签字确认信息

建设方：

****

承建方：

****

代表人：

代表人：

日期：

日期：

文档修订记录

版本

编号

变化

状态

简要说明

（变更内容及范围）

日期

变更人

批准日期

批准人

V1.0

C

创建

*变化状态：

A——增加，M——修改，C――创建，D——删除

目录

1概述4

1.1编写目的4

1.2文档范围4

1.3术语定义4

1.4参考资料5

2系统说明6

2.1产品的背景6

2.2产品的功能6

2.3用户类和特征6

2.4运行环境6

2.5设计和实现上的限制6

2.6假设和依赖7

2.7其他条件与限制7

3业务流程8

4功能描述8

5数据描述9

5.1数据来源和数据流图9

5.2数据库描述9

6性能描述10

6.1数据精确度10

6.2时间特性10

6.3适应性10

7安全性11

7.1安全性需求11

8运行接口需求12

8.1用户界面12

8.2硬件接口12

8.3软件接口12

9其他需求13

10附件14

1概述

1.1编写目的

[阐明编写需求说明书的目的，指明读者对象。

可以用如下的列举方式进行描述。

]

例如：

1.本文档是[项目名称][系统属性]系统需求分析说明书供设计人员使用，作为系统设计的依据。

2.作为项目验收标准之一。

3.软件维护的参考资料。

……

1.2文档范围

本文档是项目的软件需求规格说明书，是技术文档。

本文档使用对象为：

1.项目需求人员

2.项目经理

3.高层经理

4.软件工程组

5.软件相关组成员

6.用户

未经项目负责人书面许可，该文档不得提供给上述规定对象以外的人员阅读或使用。

1.3术语定义

列出文档中所用到的专门术语的定义和缩写词的原文。

可以用列举方式进行描述

1.[术语名称或缩略语]

[术语解释]

2.[术语名称或缩略语]

[术语解释]

1.4参考资料

应包括：

a.项目任务书、合同；b.项目开发计划；c.文档所引用的资料、标准和规范。

列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。

2系统说明

2.1产品的背景

描述软件需求规格说明中所定义的产品的背景和起源。

说明该产品是否是产品系列中的下一成员，是否是成熟产品所改进的下一产品、是否是现有应用程序的替代品，或者是否是一个新型的、自含型产品。

如果软件需求规格说明定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关的，并且要定义出两者之间的接口。

2.2产品的功能

概述了产品所具有的主要功能。

其详细内容将在下面几章中描述，所以在此只需要概略地总结，例如用列表的方法给出。

很好地组织产品的功能，使每个读者都易于理解。

用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图，都是有用的。

2.3用户类和特征

确定可能使用该产品的不同用户类并描述它们相关的特征。

有一些需求可能只与特定的用户类相关。

将该产品的重要用户类与那些不太重要的用户类区分开。

2.4运行环境

描述软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。

可以分别对服务器端和客户端的运行环境进行描述，如下所示：

1.服务器端

2.客户端

2.5设计和实现上的限制

确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。

可能的限制包括如下内容：

1.必须使用或者避免的特定技术、工具、编程语言和数据库。

2.所需求的开发规范和标准（例如，如果由客户的公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准）。

3.企业策略、政府法规或工业标准。

4.硬件限制，例如定时需求或存储器限制。

5.数据转换格式标准。

2.6假设和依赖

列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立），可能包括打算使用的商业组件或有关开发或运行环境的问题。

如果这些假设不正确、不一致或被更改，就会使项目受到影响。

确定项目对外部因素存在的依赖。

例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要依赖哪个项目按时提供正确的操作组件，如果这些依赖已经记录到其它文档（例如项目计划）中了，那么在此就可以参考其它文档。

2.7其他条件与限制

尽量列出开展本项目的假定和约束，例如：

经费限制，开发期限，设备条件，用户现场环境准备、安全保密等

3业务流程

可以运用流程图、文字说明等方式来描述具体的业务流程

4功能描述

可以运用功能清单、格式表单、界面说明、图形、文字说明等方式来描述业务流程

5数据描述

5.1数据来源和数据流图

描述输入数据和输出数据，业务字段，系统使用的数据字典等

5.2数据库描述

包括使用数据库的名称和类型。

6性能描述

6.1数据精确度

数据显示精度

6.2时间特性

系统响应时间、界面更新处理时间、数据转换与传输时间等

6.3适应性

在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。

7安全性

7.1安全性需求

详尽陈述与系统安全性、完整性或与私人问题相关的需求，这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。

定义用户身份确认或授权需求。

明确产品必须满足的安全性或保密性策略。

一个软件系统的安全需求的范例如下：

“初始密码统一为XXX，每个用户在第一次登录后，需更改最初登录密码。

否则存在账户被盗用的风险。

”

8运行接口需求

8.1用户界面

陈述所需要的用户界面的软件组件。

描述每个用户界面的逻辑特征。

以下是可能要包括的一些特征：

1.将要采用的图形用户界面（GUI）标准或产品系列的风格。

2.屏幕布局或解决方案的限制。

3.将出现在每个屏幕的标准按钮、功能或导航链接（例如一个帮助按钮）。

4.快捷键。

5.报表输出定义。

6.错误信息显示标准。

对于用户界面的细节，例如特定对话的布局，应该写入一个独立的用户界面规格说明中，而不能写入软件需求规格说明中。

8.2硬件接口

描述系统中软件和硬件每一接口的特征，这种描述可能包括支持的硬件类型、软硬之间交流的数据和控制信息的性质以及所使用的通信协议

例如网络图等

8.3软件接口

包括数据库、操作系统、工具、库和集成的商业组件，明确并描述在软件组件之间交换数据或消息的目的

9其他需求

定义在软件需求规格说明的其它部分未出现的需求。

还可以增加有关操作、管理和维护部分来完善产品安装、配置、启动和关闭、修复和容错，以及登录和监控操作等方面的需求。

如果不需要增加其它需求，可省略这一部分。

10附件

产品相关的文档，业务流程，表格等。