错误！未找到引用源。
错误！未指定书签。 错误！未指定书签。 用于<子系统或特性>
版本 <1.0>
[注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。]
[要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File>Properties，然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择
Edit>Select All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。]
<项目名称> 错误！未指定书签。
日期 <日/月/年> 版本
?错误！未找到引用源。, 2000 Page 2
<项目名称> Version: <1.0> 错误！未指定书签。 Date:
1. 简介
1.1 目的 1.2 范围
1.3 定义、首字母缩写词和缩略语 1.4 参考资料 1.5
概述
2. 整体说明 3. 具体需求
3.1 功能
3.1.1 <功能性需求一> 3.2 可用性
3.2.1 <可用性需求一> 3.3 可靠性
3.3.1 <可靠性需求一> 3.4 性能
3.4.1 <性能需求一> 3.5 可支持性
3.5.1 <可支持性需求一> 3.6 设计约束
3.6.1 <设计约束一>
3.7 联机用户文档和帮助系统需求 3.8 购买的构件 3.9 接口
3.9.1 用户界面 3.9.2 硬件接口 3.9.3 软件接口 3.9.4 通信接口 3.10 许可需求
3.11 法律、版权及其他声明 3.12 适用的标准 4. 支持信息
Confidential ?错误！未找到引用源。, 2000
4 4 4 4 4 4 4 5 5 5 6 6 6 6 6 7 7 7 7 7 7 7 7 8 8 8 8 8 8 8 8
Page 3
<项目名称> 错误！未指定书签。
1.
简介
软件需求规约 (SRS) 的简介应提供整个 SRS 的概述。它应包括此 SRS 的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
[注：软件需求规约 (SRS) 记录对系统或系统的一部分的完整软件需求。 以下是一个典型的 SRS 概述，用于以传统的自然语言风格表达需求而不涉及用例建模的项目。它在一个文档中记录了所有的需求，而适用的部分可从补充规约（此后将不再需要）中插入。对于涉及用例建模的 SRS 模板（由包含用例模型的用例、适用的补充规约及其他支持信息的包组成），请参见 rup_SRS-uc.dot。]
[SRS 可能有许多不同的组织方式。有关这些方式的进一步阐述以及 SRS 的其他结构组织方式，请参见 [IEEE830-1998]。]
1.1
目的
[阐明此 SRS 的目的。SRS 应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。]
1.2
范围
[简要说明此 SRS 适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。]
1.3
定义、首字母缩写词和缩略语
[本小节应提供正确理解此 SRS 所需的全部术语的定义、首字母缩写词和缩略语。 这些信息可以通过引用项目词汇表来提供。]
1.4
参考资料
[本小节应完整列出此 SRS 中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。]
1.5
概述
[本小节应说明该 SRS 中其他部分所包含的内容，并解释此文档的组织方式。]
2. 整体说明
[SRS 的这一节应说明影响产品及其需求的一般因素。本节并不列出具体的需求，而只是提供在第 3 节中详述的各种需求的背景，以使这些需求便于理解。所包括的内容有： ?
Confidential
产品总体效果
?错误！未找到引用源。, 2000
Page 4
<项目名称> 错误！未指定书签。
? ? ? ?
用户特征
Version: <1.0> Date:
假设与依赖关系 需求子集]
3. 具体需求
SRS 的这一节应包含所有的软件需求，其详细程度应使设计人员能够设计出可以满足这些需求的系统，并使测试人员能够测试该系统是否满足这些需求。 当利用用例建模时，这些需求在用例和适用的补充规约中记录。如果没有利用用例建模，则可以将补充规约的概要直接插入此节。如下所示。]
3.1
功能
[此节为以自然语言风格表达的需求说明为此设计的系统功能性需求。对于许多应用程序，此节会成为 SRS 包的主体部分，所以应仔细考虑此节的组织方式。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。功能性需求可能包括特性集、性能和安全性。
当利用应用程序开发工具（如需求工具、建模工具等）来获取功能性时，此节文档将引用获取相应数据的方法，并指出用来获取数据的工具的位置和名称。]
3.1.1 <功能性需求一> 这里按模块写用例规约 [需求说明。]
这里写用例规约，可使用列表法 用例编号 用例名 用例图 参与角色 基本事件流 备选流 前置条件 后置条件 用户接口 Confidential
?错误！未找到引用源。, 2000 Page 5
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库软件需求规约-注释版在线全文阅读。
相关推荐：