软件需求规格说明书.docVIP

软件需求规格说明书

模板

Version1.0●2011.6.18

模板使用

要通过本模板创立可以交付的文档请遵循以下指导：

删除文档标题页和本页。

用你的工程和负责人信息替换封面括号中的文本。

用你的工程和负责人信息替换页眉区域括号中的信息。

注意：请不要移除或修改页脚区域的信息。

完成整个模板。每节包含简短的操作说明，在内容区域中用斜体显示。可交付的文本编写在操作说明下方或模板提供的表格内。

注意：交付文档时需要移除斜体的说明。

目录内容发生变化时，需要更新文档目录。在目录区右键选择“更新域”就可以更新整个目录。

软件需求规格说明书

【工程名称】

文件状态：

[√]草稿

[]正式发布

[]正在修改

文件标识：

QST-班号-工程代码-DOC-RS

当前版本：

X.Y

作者：

完成日期：

Year-Month-Day

批准人：

批准日期：

Year-Month-Day

签字：

【机构/组织名称】

变更历史

序号

版本

变更日期

变更内容

变更者

1

2

3

4

5

6

7

8

9

10

11

12

目录

TOC\o1-3\h\z

0.文档介绍 3

0.1文档目的 3

0.2文档范围 3

0.3读者对象 3

0.4参考文档 3

0.5术语与缩写解释 3

1.工程概述 4

1.1产品介绍 4

1.2产品范围 4

1.3用户群体及角色 4

1.4运行环境 5

1.5假设、依赖和约束 5

2.产品的功能性需求 6

2.1整体业务流程图／用例图 6

2.2功能性需求分类 6

2.3功能类别A 6

2.3.xf功能X 6

2.3.xu用例Y 7

2.4功能类别B 8

3.产品的非功能性需求 8

3.1用户界面需求 8

3.2性能需求 8

3.3产品质量需求 9

3.4其他需求 9

4.接口 9

附录A：需求建模与分析报告 10

A.1需求模型1 10

A.n需求模型N 10

附录B：需求跟踪矩阵 11

附录C：需求确认 12

0.文档介绍

0.1文档目的

提示：描述编写本文档的目的。

0.2文档范围

提示：描述本文档的范围，即本文档包含了哪些内容。

0.3读者对象

提示：描述编写本文档的读者对象。

0.4参考文档

提示：列出本文档的所有参考文献〔可以是非正式出版物〕，格式如下：

[标识符]作者，文献名称，出版单位〔或归属单位〕，日期

例如：

[SPP-PROC-PP]SEPG，需求开发标准，机构名称，日期

0.5术语与缩写解释

缩写、术语

解释

…

1.工程概述

1.1产品介绍

提示：

〔1〕说明产品是什么，什么用途。

〔2〕介绍产品的开发背景。提供关于发起这个软件开发的业务组织的概要，包括业务组织的使命及业务目标

1.2产品范围

提示：描述待开发软件产品的范围。在描述中应该包括：

描述软件产品的特征

介绍软件的功能，并进行简要说明

描述软件产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。〔做什么，不做什么〕

说明软件应用

描述软件的相关的收益、目的和目标等

此处的描述应与之前的工程文档的类似描述保持一致。说清楚产品范围的好处是：〔1〕有助于判断什么是需求，什么不是需求；〔2〕可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；〔3〕有助于控制需求的变更。

1.3用户群体及角色

提示：

〔1〕描述本产品面向的用户〔客户、最终用户〕的特征。

〔2〕说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？

〔3〕根据用户的特征，按照功能、位置和设备类型等识别每一类用户。明确每一类型的用户的数量，以及他们使用软件的特点。根据这些特点划分产品中定义的角色及其工作职责，填写在下表中，各种角色的具体行为将在功能性需求中描述。软件产品用户的特征会影响特定的需求。许多人在软件生命周期的运行和维护阶段使用软件。这些人是用户、操作员、系统维护人员。这些人的某些特点，如教育水平，经验和技术专长，可能成为软件的运行环境的重要制约因素。

角色名称

职责描述

1.4运行环境

提示：描述软硬件运行环境。包括硬件平台、操作系统和版本，以及用户、效劳器和数据库的地理位置。列出系统必须和平共存的其他软件组件或应用程序，前景和范围文档中可能包含这样的高层信息。

需求名称

详细要求

…

1.5假设、依赖和约束

提示：列举软件产品的假设、依赖和约束。但不是每个产品都同时具备这三个条件。

假设描述那些影响在软件需