软件需求说明书大纲.doc

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