需求规格说明书.docx

需求规格说明书.docx

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

需求规格说明书

编号：

Xxx项目

需求规格说明书

项目包名称：

项目编号/包号：

项目单位（甲方）：

项目承担单位（乙方）：

项目起止年限：

版本修订记录

编号

版本号

修订时间

修订内容

修订人员

审核人员

1.文档介绍

[本章应提供整个需求规格说明书的概述。

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

]

1.1文档目的

[阐明需求规格说明的目的。

需求规格说明书应详细地说明所确定的软件系统的外部行为。

它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。

]

1.2文档范围

[简要说明此需求规格说明书适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。

]

1.3读者对象

[简要说明此需求规格说明书的目标读者对象。

]

1．

1.4术语与解释

[本小节应提供正确理解此需求规格说明书所需的全部术语的定义、首字母缩写词和缩略语。

]

缩略/术语

解释

1.5参考资料

[本小节应完整列出此需求规格说明书中其他部分所引用的任何文档。

]

序号

参考文档名称

作者

来源

1

2

3

4

5

6

7

1.6文档概览

[本小节应说明该需求规格说明书中其他部分所包含的内容，并解释此文档的组织方式。

]

该文档包含四部分内容：

一、文档介绍。

描述文档目的、文档范围、读者对象、术语与解释、参考资料、文档概览。

供整个需求规格说明书的概述。

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

二、整体说明。

描述产品总体效果、产品功能、用户特征、一般约束、假设和依赖性、系统部署环境。

说明影响交付产品及其需求的一般因素。

本节并不列出具体的需求，而只是提供在第三章中详述的各种具体需求的背景，以使这些需求便于理解。

三、具体需求。

描述包含所有的软件需求，设计人员能够设计出可以满足这些需求的系统，并使测试人员能够测试该系统是否满足这些需求。

四、附录。

提供与系统开发有关的详细、专门的资料，如数据库的描述等。

2.整体说明

[本需求规格说明书的这一章应说明影响交付产品及其需求的一般因素。

本节并不列出具体的需求，而只是提供在第三章中详述的各种需求的背景，以使这些需求便于理解。

]

2.1产品总体效果

[本节说明最终完成交付产品所需要达到的总体效果。

]

2.2产品功能

[本节说明最终完成交付产品所需要实现的各项主要功能。

]

2.3用户特征

[本节逐一列举说明本包交付产品的用户，并详细说明每类用户的特征，以及与其相关的功能和操作。

]

2.3.1SDK用户-授权系统

[本包交付产品的第1类用户，除文字说明外，请使用表格、用例图等方式说明其特征，以及与其相关的功能和操作。

]

2.3.2SDK用户-客户端软件

[本包交付产品的第1类用户，除文字说明外，请使用表格、用例图等方式说明其特征，以及与其相关的功能和操作。

]

2.3.3验证系统用户-系统管理员

[本包交付产品的第N类用户，除文字说明外，请使用图表说明其特征，以及与其相关的功能和操作。

说明图表形式同上。

]

2.3.4验证系统用户-消费者

[本包交付产品的第N类用户，除文字说明外，请使用图表说明其特征，以及与其相关的功能和操作。

说明图表形式同上。

]

2.4一般约束

[本节说明最终完成交付产品的一般性约束条件，作为下一章中详细设计约束的背景。

]

2.5假设和依赖性

[本节说明本需求规格说明所基于的假设，以及其对外部环境、条件，及其它内容的依赖关系。

]

2.5.1与相关包的关联

2.5.2软硬件环境

3.具体需求

[本需求规格说明书的这一章应包含所有的软件需求，其详细程度应使设计人员能够设计出可以满足这些需求的系统，并使测试人员能够测试该系统是否满足这些需求。

]

3.1关键业务流程

[本节详细说明最终完成产品的各项关键业务流程。

]

3.2功能性需求

[此节为以自然语言风格表达的需求说明为此设计的系统功能性需求。

对于许多应用程序，此节会成为需求规格说明书的主体部分，所以应仔细考虑此节的组织方式。

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

功能性需求可能包括特性集、性能和安全性。

当利用应用程序开发工具（如需求工具、建模工具等）来获取功能性时，此节文档将引用获取相应数据的方法，并指出用来获取数据的工具的位置和名称。

]

[功能需求可以分类说明，下述章节可以建立四级目录，即三级目录为功能类别，四级目录为具体功能性需求。

]

3.3接口需求

[此节规定应用程序必须支持的接口/界面。

它应非常具体，包含协议、端口和逻辑地址等，以便于按照接口/界面需求开发并检验软件。

]

[接口需求可以分类说明，下述章节可以建立四级目录，即三级目录为接口类别，四级目录为具体接口需求。

]

3.3.1用户界面

[详细说明软件将实现的用户界面。

]

。

3.3.2服务器端SDK接口

[详细说明与XX1系统/平台的接口，包括硬件接口、软件接口、通信接口等,除文字描述外，请使用图表详细描述该接口需求，并编号管理。

]

3.4设计约束

[此节应列出所构建系统的所有设计约束。

设计约束代表已经批准并必须遵循的设计决定。

其中包括软件语言、软件流程需求、开发工具的指定用途、构架及设计约束、购买的构件、类库等。

除文字说明外，请在此处用图表形式给说所有设计约束的描述。

]

3.4.1架构设计

[详细说明第1项设计约束需求。

]

，用于进行工程集成。

3.5数据字典

[对上文所述的系统中各个功能性需求、接口需求中所涉及到的数据项进行描述和定义，对于数值型数据项，说明允许的最大/小值，对于字符型数据项，说明允许的最长/短值，对于要求“唯一”的数据项，请在备注中说明，并说明是否大小写敏感。

]

3.5.1<>

[详细说明第1项数据字典：

详细描述与其相关的功能、接口等内容，并使用图表说明其中的数据项内容。

]

3.5.2<许可证>

[详细说明第N项数据字典。

说明图表形式同上。

]

3.6质量特性

[此节应列举本系统在可用性、可靠性，以及性能方面的质量特性需求。

]

3.6.1可用性

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

例如，

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

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

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

表3-23可用性一览表

编号

重要性

特性描述

目的

3.6.2可靠性

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

以下是一些建议：

•可用性—指出可用时间百分比（xx.xx%）、使用小时数、维护访问权、降级模式操作等。

•平均故障间隔时间（MTBF）–通常表示为小时数，但也可表示为天数、月数或年数。

•平均修复时间（MTTR）—系统在发生故障后可以暂停运行的时间。

•精确度—指出系统输出要求具备的精密度（分辨率）和精确度（按照某一已知的标准）。

•最高错误或缺陷率—通常表示为每千行代码的错误数目（bugs/KLOC）或每个功能点的错误数目（bugs/function-point）。

•错误或缺陷率—按照小错误、大错误和严重错误来分类。

需求中必须对“严重”错误进行界定，例如：

数据完全丢失或完全不能使用系统的某部分功能。

]

表3-24可靠性一览表

编号

重要性

特性描述

目的

3.6.3性能

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

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

如果可行，按名称引用相关用例，可以包括：

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

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

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

•降级模式（当系统以某种形式降级时可接受的运行模式）

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

表3-25性能一览表

编号

重要性

特性描述

目的

3.6.4可支持性

[此节应列出将提高所构建系统的可支持性或可维护性的所有需求，其中包括编码标准、命名约定、类库、维护访问权和维护实用程序。

]

表3-26可支持性一览表

编号

重要性

特性描述

目的

3.7适用的标准

[通过引用，此节说明了所有适用的标准以及适用于所述系统的相应标准的具体部分。

包括本工程研制的技术标准，以及各式行业标准、国家标准、国际标准等。

]

本项目应遵循的标准如表3-27所示。

表3-27适用的标准一览表

编号

重要性

特性描述

目的（相关标准）

3.8法律、版权和其它声明

[此节说明软件涉及的所有必需的法律免责声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。

]

暂无。

3.9其它需求说明

[本节用于说明上述六节未能囊括的其它具体需求。

]

暂无。

4.附录

[本章提供与系统开发有关的详细、专门的资料，如数据库的描述等。

如果包含附录，应明确指出是否将附录当作需求的一部分。

]

一、