发布时间 : 星期二 文章需求规格说明书模板4种版本更新完毕开始阅读d6395a8031d4b14e852458fb770bf78a64293a52
2）说明SRS所预期的读者。 范围（SRS的条）
1） 通常应考虑到，若要为软件选择高层次的设计，就可能需要大量的资源（可
能占整个产品开发成本的10%-20%以上）。有两种选择：
2） 用一个名字标识被生产的软件产品。比如：×××数据库系统，报表生成
程序等等；
3） 说明软件产品将干什么，如果需要的话，还要说明软件产品不干什么； 4） 描述所说明的软件的应用。应当：
尽可能精确地描述所有相关的利闪、目的、以及最终目标。
如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。
定义、缩写词、略语（SRS的条）
本条中必须提供全部需求的术语、缩写词及略语的定义，以便对SRS进行适当的解释。这些信息可以由SRS的附录提供。也可以参考其他的文件。 参考资料（SRS的条）
本条应包括：
1） 在SRS中各处参照的文件的全部清单，如经核准的计划任务书，上级机关
批文、合同等；
2） 列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。每一
个文件、文献要有标题，索引号或文件号，发布或发表日期以及出版单位； 3） 详细说明可以得到该参考文件的来源。这个信息可以通过引用附录或其他
文件提供。
项目概述（SRS第2章）
本章应描述影响产品和其需求的一般因素，本章不说明具体的需求，而仅使需求更易于理解。
产品描述（SRS的条）
这一条是把一个产品用其他有关的产品或项目来描述。
1） 如果这个产品是独立的，而且全部内容自含，应在此说明；
2） 如果SRS定义的产品是一个较大的系统或项目中的一个组成部分，那么本
条应包括如下内容：
要概述这个较大的系统或项目的每个组成部分的功能，并说明其接口； 指出该软件产品主要的外部接口。在这里，不要求对接口详细地描述，详细描述放在SRS其他章条中；
描述所使用的计算机硬件、外围设备。这里仅仅是一个综述性描述。 在本条的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。
本条既不用来强迫进行设计方案的描述，也不是描述在解决问题时的设计约束。本条应对在以后具体需求一章中说明的设计约束提供理由。 产品功能（SRS的条）
本条是为将要完成的软件功能提供一个摘要。例如，对于一个记帐程序来说，SRS可以用这部分来描述：客户帐目维护、客户财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。
有时，如果存在较高层次的规格说明时，则功能摘要可直接从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：
1） 编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人
都可以理解；
2） 用方框图来表达不同的功能和它们的关系也是有帮助的。但要牢记，这样
的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 这一条不用作陈述具体需求，只是对后来SRS中具体需求一章中为什么要描述的某些需求提供理由。 用户特点（SRS的条）
本条要描述影响具体需求的产品的最终用户的一般特点。
许多人在软件生存周期的操作和维护阶段与系统相关。而这些人中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，象教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。
如果系统的大多数用户是一些临时用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。
这一条的内容不能用来陈述具体需求或强加若干特殊的设计约束，本条应对在SRS的具体需求一章之中的某些具体需求或设计约束的描述提供理由。 一般约束（SRS的条）
本条对设计系统阳限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：
1） 管理方针； 2） 硬件的限制；
3） 与其他应用间的接口； 4） 并行操作； 5） 审查功能； 6） 控制功能；
7） 所需的高级语言； 8） 通信协议； 9） 应用的临界点；
10）安全和保密方面的考虑。
本条不陈述具体需求或具体设计约束：而对SRS的具体需求一章中为什么要确定某些具体需求和设计约束提供理由。 假设和依据（SRS的条）
本条列出影响SRS中陈述的需求的每一个因素。这些因素不是软件的设计约束，但是它们的改变可能影响到SRS中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，SRS就要进行相应的改变。 具体需求（SRS的第3章）
本章应包括软件开发者在建立设计时需要的全部细节。这是SRS中篇幅最大和最重要的部分。
1） 根据本指南第4章所规定的准则（如可验证性、无歧义性等），对每一个需求
细节作具体描述；
2） 在SRS的前言、项目概述、附录部分的有关讨论中，要提供对任何一个具体需
求交叉引用的背景；
3） 具体需求分类的方法如下：
功能需求； 性能需求； 设计约束； 属性；
外部接口需求。
本章中要注意的二点是：
1） 符合逻辑的和可读的方式组织；
2） 详细描述每个需求，使该需求应达到目标能够用指定的方法进行客观的验证。 具体需求的内容
功能需求
本条描述软件产品的输入怎样变换成输出。即软件必须完成的基本动作。 对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。这通常由四个部颁组成：
1） 引言
这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。
2） 输入
这部分应包括：
详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）；
操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如：当打印检查时，要求操作员进行格式调整； 指明引用接口说明或接口控制文件的参考资料。 3） 加工
定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明：
输入数据的有效性检查；
操作的顺序，包括事件的时间设定；
异常情况的响应，例如，溢出、通信故障、错误处理等； 受操作影响的参数； 降级运行的要求；
用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；
输出数据的有效性检查。 4） 输出
这部分应包括：
详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的范围（包括精度和公差）、非法值的处理、出错信息；
有关接口说明或接口控制文件的参考资料。
此外，对着重于输入输出行为的系统来说，SRS应指定所有有意义的输入、输出对及其序列。当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。也就是说，这种情况犹如有限状态机。
设计约束
设计约束受其他标准、硬件限制等方面的影响。
1） 其他标准的约束：本项将指定由现有的标准或规则派生的要求。例如：报
表格式、数据命名、财务处理、审计追踪等等。
2） 硬件的限制：本项包括在各种硬件约束下运行的软件要求，例如，应该包
括：硬件配置的特点（接口数，指令系统等）、内存储器和辅助存储器的容量。 属性
在软件的需求之中有若干个属性，下面指出其中的几个（注意：对这些决不应理解为是一个完整的清单）。
1） 可用性：可以指定一些因素，如检查点、恢复和再启动等，以保证整个系
统有一个确定的可用性级别。
2） 安全性：这里指的是保护软件的要素，以防止各种非法的访问、使用，修
改、破坏或者泄密。这个领域的具体需求必须包括： 利用可靠的密码技术；
掌握特定的记录或历史数据集； 给不同的模块分配不同的功能； 限定一个程序中某些区域的通信； 计算临界值的检查和。
3） 可维护性：这里规定若干需求以确保软件是可维护的。例如：
软件模块所需要的特殊的耦合矩阵；
对微型装置指定特殊的数据/程序分割要求。
4） 可转移/转换性：这里规定把软件从一种环境移植到另一种环境所要求的
用户程序，用户接口兼容方面的约束等等。
5） 警告：指定所需属性十分重要，它使得人们能用规定的方法去进行客观的
验证。 外部接口要求
1） 用户接口：提供用户使用软件产品是地的接口需求。例如，如果系统的用
户通过显示终端进行操作，就必须指定如下要求： 对屏幕格式的要求；
报表或菜单的页面打印格式和内容； 输入输出的相对时间； 程序功能键的或用性。
2） 硬件接口：要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还
可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。 3） 软件接口：在这里应指定需使用的其他软件产品（例如，数据管理系统，
操作系统，或者数学软件包），以及同其他应用系统之间的接口。 对每一个所需的软件产品，要提供名字、助记符、规格说明号、版本号、来源等内容。 对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，这里不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。
4） 通信接口：这里指定各种通信接口，例如，局部网络的协议等等。 其他需求
根据软件和用户组织的特性等，某些需求放在下面各项中描述。
1） 数据库：本项对作为产品的一部分进行开发的数据库规定一些需求，它们