软件需求规约.docx

＜公司名称＞＜项目名称＞软件需求规约用于＜子系统或特性〉版本<1.0>/注：以下提供的模板用于RationalUnifiedProcess。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样J=BodyText）。］/要定制MicrosoftWord中的自动字段（选中时显示灰色背景），请选择File＞Properties，然后将Title、Subject和Company等字段替换为此文档的相应信息。关闭该对话框后，通过选择Edit＞SelectAll（或Ctrl-A）并按F9，或只是在字段上单击并按F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。^按lt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见W。必帮助。］ ＜项目名称＞ Version:<1.0> 软件需求规约 Date:<dd/mmm/yy> <documentidentifier> 修订历史记录 日期 版本 说明 作者 〈日/月/年〉 <x.x> 〈详细信息〉 〈姓名＞  〈项目名称> Version:<1.0> 软件需求规约 Date:<dd/mmm/yy> <documentidentifier> 目录 1. 简介 1.1 1.2 1.3 1.4 1.5 目的 范围 定义、首字母缩写词和缩略语 参考资料 概述 5 5 5 5 5 5 2. 整体说明 5 2.1 产品总体效果 5 2.2 用户定义 5 2.3 产品特性 5 2.3.1〈产品特性一〉 6 3. 具体需求 6 3.1 用例列表 6 3.2 角色与用例 6 3.3 假设与依赖关系 6 3.4 用例报告 6 3.4.1〈功能类别一〉 7 4. 补充需求 7 4.1 可用性 7 4.1.1〈可用性需求一> 7 4.2 可靠性 7 4.2.1〈可靠性需求一> 7 4.3 性能 7 4.3.1〈性能需求一〉 8 4.4 可支持性 8 4.4.1〈可支持性需求一> 8 4.5 设计约束 8 4.5.1〈设计约束一〉 8 4.6 联机用户文档和帮助系统需求 8 4.7 购买的构件 8 4.8 接口 8 4.8.1用户界面 8 4.8.2硬件接口 8 4.8.3软件接口 8 4.8.4通信接口 8 4.9 许可需求 9 4.10 法律、版权及其他声明 9 4.11 适用的标准 9 5. 支持信息 9  ＜项目名称＞ Version:<1.0> 软件需求规约 Date:<dd/mmm/yy> <documentidentifier> 附件A:需求评审报告10 ＜项目名称＞ Version:<1.0> 软件需求规约 Date:<dd/mmm/yy> <documentidentifier> 软件需求规约 简介/软件需求规约（SRS）的简介应提供整个文档的概述。它应包撇件需求规约的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。//软件需求规约记录对系统或系统的一部分的完整软件需求。以下是一个典型的软件需求规约概述，用于涉及用例建模的项目。此工件由一个包组成，该包包含用例模型的用例、适合的补充规约以及其他支持信息。有些软件需求规约没有采用用例建模，它在一个文档中记录了所有需求，而适用的部分可从补充规约（此后将不再需要）中插入，这种软件需求规约的模板请参见rup_srs.dot。］/软件需求规约可能会有许多不同的组织方式。有关以上两种组织方式的进一步阐述以软件需求规约的其他组织方式，请参见IEEE93］。］ 目的/阐明此软件需求规约的目的。］软件需求规约应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因蓊。 范围［简要说明此软件需求规约适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物。］ 定义、首字母缩写词和缩略语［本小节应提供正确解释此软件需求规约所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。］ 参考资料［本小节应完整地列出此软件需求规约中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。］ 概述［此小节应说明软件需求规约其他部分所包含的内容，并解释文档的组织方式。］ 整体说明/软件需求规约的这一节应说明影响产品及其需求的一般因素。本节并不列出具体的需求，而只是提供在第3节中详述的各种需求的背景，以使这些需求便于理解。其中包括产品总体效果、产品功能、用户特征、约束、假设与依赖关系、