及用例建模的SRS模板（由包含用例模型的用例、适用的补充规约及其他支持信息的包组成），请参见rup_SRSucdot。SRS可能有许多不同的组织方式。有关这些方式的进一步阐述以及SRS的其他结构组织方式，请参见IEEE8301998。11目的阐明此SRS的目的。SRS应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。12范围简要说明此SRS适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。13定义、定义、首字母缩写词和缩略语本小节应提供正确理解此SRS所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。14参考资料本小节应完整列出此SRS中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适
用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。
15概述本小节应说明该SRS中其他部分所包含的内容，并解释此文档的组织方式。
2
整体说明
SRS的这一节应说明影响产品及其需求的一般因素。本节并不列出具体的需求，而只是提供在第3节中详述的各种需求的背景，以使这些需求便于理解。所包括的内容有：Co
fide
tial
产品总体效果
错误！未找到引用源。2000错误！未找到引用源。错误Page4
f项目名称错误！未指定书签。错误！未指定书签。docume
tide
tifier
Versio
10Dateddmmmyy
产品功能用户特征约束假设与依赖关系需求子集
3
具体需求
SRS的这一节应包含所有的软件需求，其详细程度应使设计人员能够设计出可以满足这些需求的
系统，并使测试人员能够测试该系统是否满足这些需求。当利用用例建模时，这些需求在用例和适用的补充规约中记录。如果没有利用用例建模，则可以将补充规约的概要直接插入此节。如下所示。
31功能此节为以自然语言风格表达的需求说明为此设计的系统功能性需求。对于许多应用程序，此节会成为SRS包的主体部分，所以应仔细考虑此节的组织方式。此节通常按特性来组织，但也可能会
有其他适用的组织方式，例如按用户或子系统组织的方式。功能性需求可能包括特性集、性能和安全性。当利用应用程序开发工具（如需求工具、建模工具等）来获取功能性时，此节文档将引用获取相应数据的方法，并指出用来获取数据的工具的位置和名称。311功能性需求一
需求说明r