rup_srsuc软件需求规范-用例).docVIP

项目名称 软件需求规范 用于 子系统或功能 版本 1.0 [注意：以下模板供与 Rational Unified Process 一起使用。包含在方括号中以蓝色斜体（style=InfoBlue）显示的文本是用于向作者提供指导，在发布文档之前应将这些文本删除。在此样式之后输入的段落将自动设置为正常（style=Body Text）。] [要在 Microsoft Word 中定制自动字段（选中时显示灰色背景），请选择“文件属性”，然后用相应的信息替换本文档的“标题”、“主题”和“公司”字段。关闭对话框后，可以通过选择“编辑全选”（或 Ctrl-A），然后按 F9 键，让整个文档中的自动字段更新，或者只需单击字段并按 F9 键。此操作必须对页眉和页脚分开进行。Alt-F9 将在显示字段名称和显示字段内容之间切换。关于处理字段的更多信息，请参阅 Word 帮助。] 修订历史记录 日期 版本 描述 作者 dd/mmm/yy x.x 详细信息 名称 目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写和缩写 4 1.4 参考资料 4 1.5 概述 4 2. 总体描述 4 2.1 用例模型调查 4 2.2 假定和依赖关系 4 3. 特定需求 5 3.1 用例报告 5 3.2 补充需求 5 4. 支持信息 5 软件需求规范 简介 [软件需求规范（SRS）的简介提供了整个文档的概述。它包括 SRS 的目的、范围、定义、首字母缩写、缩写、引用和概述。] [注：SRS 捕获系统或系统某一部分的完整软件需求。后面是使用用例建模的项目的典型 SRS 概述。此工件由一个包组成，该包中含有用例模型的用例、适用的“补充规范”和其他支持信息。关于不使用用例建模的 SRS 的模板，请参阅名为 rup_srs.dot 的文件；该模板在单个文档中捕获所有需求， 同时插入“补充规范”（该规范不再需要）中适用的几节。] [一个 SRS 可能有许多不同的安排。有关这些说明进一步的详尽细节，以及 SRS 组织的其他选项，请参考 [IEEE93]。] 目的 [指定本软件需求规范的目的。 SRS 完整地描述所确定的应用程序或子系统的外部行为。它还会描述提供软件需求完整而全面的描述所必需的非功能需求、设计约束和其他因素。] 范围 [简要描述软件需求规范适用于的软件应用程序、功能或其他子系统分组、它所关联的用例模型，以及受本文档影响的所有其他方面。 定义、首字母缩写和缩写 [此子节提供所有术语、首字母缩写和缩写的定义，这些术语、首字母缩写和缩写对于正确解释软件需求规范是必需的。可以通过引用项目的词汇表来提供此信息。] 参考资料 [此子节提供一份在软件需求规范中的其他地方引用的所有文档的完整列表。用标题、报告号（如果适用）、日期和出版组织确定每份文档。指定从哪些来源可以获得这些参考资料。可以通过引用附录或其他文档来提供此信息。] 概述 [此子节描述软件需求规范的剩余部分包含哪些内容，并解释文档是如何组织的。] 总体描述 [软件需求规范的此节描述影响产品及其需求的常规因素。此节不说明具体的需求。它提供的是那些需求的背景，使第 3 节中详细定义的那些需求更易于理解。其中包括例如产品透视图、产品功能、用户特征、约束、假定和依赖关系，以及需求子集等方面。] 用例模型调查 [如果使用了用例建模，则此节中包含适用于此子系统或功能的用例模型或用例模型子集的概述。这包括所有用例和参与者的名称和简要描述的列表，以及适用的图和关系。请参考用例模型调查报告，此时它可以用作附件。 假定和依赖关系 [此节描述所有关键的技术可行性、子系统或组件可用性，或者本软件需求规范描述的软件的可行性可能基于的与其他项目相关的假定。] 特定需求 [软件需求规范的此节中包含达到一定详细程度的所有软件需求，它们足以支持设计员设计满足这些需求的系统，并且支持测试员测试系统是否满足这些需求。在使用用例建模时，将这些需求捕获到用例和适用的补充规范中。如果未使用用例建模，则补充规范的概述可以直接插入到此节中。] 用例报告 [在用例建模中，用例通常定义系统大部分的功能需求，以及一些非功能需求。对于上面的用例模型或其子集中的每个用例，请引用或包含此节中的用例报告。请确保明确地标注每个需求。] 补充需求 [“补充规范”捕获未包含在用例中的需求。“补充规范”中适用于此子系统或功能的特定需求应当包含在此处，并且需要优化到描述此子系统或功能所必需的详细程度。可以直接将这些需求捕获到此文档中，或者作为独立的“补充规范”进行引用，此时“补充规范”可以作为附件。请确保明确地标注每个需求。] 支持信息 [支持信息使软件需求规范更易于使用。它包含： 目录 索引 附录