软件需求说明书大纲(SRS).docVIP

软件需求说明书大纲（SRS） 1 前言 本章提供整个SRS综述。 1.1 目的 这一条包括下列内容： 描述实际SRS的目的； 说明SRS所预期的读者。 1.2 范围 用一个名字标识被生产的软件产品。 说明软件产品将干什么，如果需要，还要说明软件产品不干什么； 描述所说明的软件的应用。应当： 尽可能精确地描述所有相关的利益、目的、以及最终目标。 如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、缩写词、略语 本条中必须提供全部需求的术语、缩写词及略语的定义，以便对SRS进行适当的解释。这些信息可以由SRS的附录提供。也可以参考其他的文件。 1.4 参考资料 本条应包括： 在SRS中各处参照的文件的全部清单，如经核准的计划任务书，上级机关批文、合同等； 列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。每一个文件、文献要有标题，索引号或文件号，发布或发表日期以及出版单位； 详细说明可以得到该参考文件的来源。这个信息可以通过引用附录或其他文件提供。 2 项目概述 本章应描述影响产品和其需求的一般因素，本章不说明具体的需求，而仅使需求更易于理解。 2.1 产品描述 这一条是把一个产品用其他有关的产品或项目来描述。 如果这个产品是独立的，而且全部内容自含，应在此说明； 如果SRS定义的产品是一个较大的系统或项目中的一个组成部分，那么本条应包括如下内容； 要概述这个较大的系统或项目的每一个组成部分的功能，并说明其接口； 指出该软件产品主要的外部接口。在这里，不要求对接口详细地描述，详细描述放在SRS其他章条中； 描述所使用的计算机硬件、外围设备。这里仅仅是一个综述性描述。 在本条的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。 本条既不用来强迫进行方案的描述，也不是描述在解决总是时的设计约束。本条应对在以后具体需求一章中说明的设计约束提供理由。 2.2 产品功能 本条是为将要完成的软件功能提供一个摘要。不必把功能所要求的大量的细节描写出来。有时，如果存在较高层次的规格说明时，则功能摘要可直接从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： 编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； 用方框图来表达不同的功能和它们的关系也是有帮助的。但这样的图不是产品设计时所需求的，只是一种有效的解释性的工具。 这一条不用作陈述具体需求，只是对后来SRS中具体需求一章中为会么要描述的某些需求提供理由。 2.3 用户特点 本条要描述影响具体需求的产品的最终用户的一般特点。 许多人在软件生存周期的操作和维护阶段与系统相关。而这些人中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，象教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。如果系统的大多数用户是一些临时的用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。 这一条的内容不能用来陈述具体需求或强加若干特殊的设计约束，本条应对在SRS的具体需求一章之中的某些具体需求或设计约束的描述提供理由。 2.4一般约束 本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括： 管理方针； 硬件的限制； 与其他应用间的接口； 并行操作； 审查功能； 控制功能； 所需的高级语言； 通信协议； 应用的临界点； 安全和必威体育官网网址方面的考虑。 本条不陈述具体需求或具体设计约束：而对SRS的具体需求一章中为什么要确定某些具体需求的设计约束提供理由。 2.5 假设和依据 本条列出影响SRS中陈述的需求的每一个因素。这些因素不是软件的设计约束，但是它们的改变可能影响到SRS中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，SRS就要进行相应的改变。 3 具体需求 3.1 功能需求 本条描述软件产品的输入怎样变换成输出。即软件必须完成的基本动作。 对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。这通常由四个部分组成： 3.1.1 引言 这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。 3.1.2 输入 这部分应包括： 详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）； 操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如：当打印检查时，要求操作员进行格式调整； 指明引用接口说明或接口控制文件的参考资料。 3.1