文档介绍：需求规格说明书模板
需求规格说明阐述一个软件系统必须 提供的功能和性能以及它所要考虑的限制 条件，它不仅是系统测试和用户文档的基 础，也是所有子系列项目规划、设计和编码 的基础。它应该尽可能完整地描述系统预期 的外部行为和用户可视化行为。除了设计和 实现上的限制，软件需求规格说明不应该包 括设计、构造、测试或工程管理的细节。
1)采用软件需求规格说明模版：采用 需求规格说明书模板在你的组织中要为编 写软件需求文档定义一种标准模板。该模板 为记录功能需求和各种其它与需求相关的 重要信息提供了统一的结构。注意，其目的 并非是创建一种全新的模板，而是采用一种 已有的且可满足项目需要并适合项目特点 的模板。许多组织一开始都采用IEEE标准 830-1998 (IEEE 1998)描述的需求规格说明 书模板。有时要根据项目特点进行适当的改 动。
1
2
3
4
5
目的
文档约定
预期的读者和 阅读建议
产品的范 围
参考文献
产品的前
景
产品的功 能
用户类和特征
运行环境
设计和实T 上的限制
求
用户界面 附录
硬件接口
软件接口
通信接口
说明和优 先级
激励/响应 序列
功能需求
'=1=' 而
性能需求
安全设施 需求
安全性需求
软件质量 属性
业务规则
词汇表一
分析模型
待确定问题的 列表
表2
需求规格说明模板
引言提出了对软件需求规格说明的
纵览，这有助于读者理解文档如何编写并且
如何阅读和解释。
a . 1目的
对产品进行定义，在该文档中详尽说 明了这个产品的软件需求，包括修正或发行 版本号。如果这个软件需求规格说明只与整 个系统的一部分有关系，那么就只定义文档 中说明的部分或子系统。
a. 2文档约定
描述编写文档时所采用的标准或排 版约定，包括正文风格、提示区或重要符号。
3预期的读者和阅读建议
列举了软件需求规格说明所针对的 不同读者，例如开发人员、项目经理、营销 人员、用户、测试人员或文档的编写人员。 描述了文档中剩余部分的內容及其组织结 构。提出了最适合于每一类型读者阅读文档 的建议。
a. 4产品的范围
提供了对指定的软件及其目的的简 短描述，包括利益和目标。把软件与企业目 标或业务策略相联系。可以参考项目视图和 范围文档而不是将其内容复制到这里。
5参考文献
列举了编写软件需求规格说明时所 参考的资料或其它资源。这可能包括用户界 面风格指导、合同、标准、系统需求规格说 明、使用实例文档，或相关产品的软件需求 规格说明。
综合描述
这一部分概述了正在定义的产品以 及它所运行的环境、使用产品的用户和已知 的限制、假设和依赖。
b. 1产品的前景
描述了软件需求规格说明中所定义 的产品的背景和起源。说明了该产品是否是 产品系列中的下一成员，是否是成熟产品所 改进的下一代产品、是否是现有应用程序的 替代品，或者是否是一个新型的、自含型产 O
口口。
b. 2产品的功能
概述了产品所具有的主要功能。其详 细内容将在d中描述，所以在此只需要概略 地总结。很好地组织产品的功能，使每个读 者都易于理解。
3用户类和特征
确定你觉得可能使用该产品的不同用户类 并描述它们相关的特征。有一些需求可能只 与特定的用户类相关。
b. 4运行环境
描述了软件的运行环境，包括硬件平
台、操作系统和版本，还有其它的软件组件 或与其共存的应用程序。
确定影响开发人员自由选择的问题，
并说明这些问题为什么成为一种限制。
6假设和依赖
列举出在对软件需求规格说明中影 响需求陈述的假设因素（与已知因素相对 立）。这可能包括你打算要用的商业组件或 有关开发或运行环境的问题。你可能认为产 品将符合一个特殊的用户界面设计约定，但 是另一个SRS读者却可能不这样认为。如 果这些假设不正确、不一致或被更改，就会 使项目受到影响。
此外，确定项目对外部因素存在的依 赖。例如，如果你打算把其它项目开发的组 件集成到系统中，那么你就要依赖那个项目 按时提供正确的操作组件。如果这些依赖已 经记录到其它文档（例如项目计划）中了，那
么在此就可以参考其它文档。
外部接口需求
利用本节来确定可以保证新产品与
外部组件正确连接的需求。关联图表示了高
层抽象的外部接。需要把对接口数据和控制
组件的详细描述写入数据字典中。如果产品
的不同部分有不同的外部接口，那么应把这
些外部接口的详细需求并入到这一部分的
实例中。
C. 1用户界面
陈述所需要的用户界面的软件组件。 描述每个用