软件开发需求规格说明书编写规范

软件开发需求规格说明书编写规范内容摘要：

...................................................................................( ) 数据采集 .................................................................................................( ) 要求与范围 ..........................................................................................( ) 处理 ......................................................................................................( ) 数据词典 .................................................................................................( ) 5 支持信息 ....................................................................................................( ) 目次和索引 .............................................................................................( ) 附录 .........................................................................................................( ) 2 1 引言 编写目的 说明编写需求规格说明的主要目的。 参考资料 列出下列资料的作者、标题、编号、发表日期和出版单位，必要时说明如何得到这些资料： a. 本项目经核准的计划任务书、合同和上级机关的批文； b. 项目开发计划； c. 本文档中引用的文件、资料，其中应包括软件开发规范。 术语定义 列出本文档中用到的可能会引起混淆的专门术语和缩写词的原文。 2 概述 本章描述软件产品的特性及影响其需求的一般因素。 必须注意到：本章不罗列具体的需求，而仅设法使需求更加易于理解。 产品的描述 a. 用一个名字标识要生产的软件产品。 例如，宿主数据库管理系统、报表生成器等； b. 说明软件产品将干什么，如果需要的话，还要说明这个软件产品不干什么； c. 说明此软件产品的应用情况及开发 意图，其中应当：尽可能精确地描述所有相关的利益、目的以及最终目标：如果有较高层次的规格说明存在（例如，已存在系统需求规格说明），则应使这里的陈述与高层次规格说明中的类似陈述一致； d. 列出开发项目的委托单位、承办单位及其主管部门； e. 如果被开发软件是独立的，则应在本节描述被开发软件的概况； f. 如果需求规格说明定义的软件是一个较大的系统或项目中的一个组成部门，那么本节应当：概述这个较大的系统或项目的每一个组成部分的功能，并标识其接口；标识被开发软件的主要外部接口。 注意，这里仅仅是一个综述性的描述。 3 用图形表达一个较大的系统或项目的主要组成、相互联系和外部接口是非常直观的。 本节不应当具体的进行设计方案的描述，也不应当描述解决问题时的具体设计约束。 本节应对在需求规格说明具体需求一章中列出的设计约束提出理由。 产品的功能 本节应简单叙述被开发软件的功能。 例如，对于一个财务管理系统，需求规格说明可以在这节描述帐目维护、财务报表等的基本要求，而不必把为完成这些功能所要求的大量细节描写出来。 有时本节内容可以直接从较高层次的规格说明中引用（如果存在）。 为了清 晰起见，要注意： a. 应当给出一个使用户、委托单位或者第一次读这个文档的人易理解的功能清单； b. 可以用图形表达不同的功能和它们之间的关系。 但要注意，这样的图形不是产品设计时需要的，而只是一个有效的解释性工具。 本节不应当陈述具体需求，而只应对需求规格说明具体需求一章中要描述的需求给出理由。 实现语言 本节要列出所采用的编程语言。 用户特点 本节描述影响具体需求的该产品最终用户的特点。 软件生存周期的运行和维护阶段，许多人员与系统有关。 这 些人员中有用户、操作员、维护人员和系统工作人员。 这些人的某些特点，象教育水平、经验、技术专长等，都对系统运行有重要影响。 如果系统的大多数用户是临时用户，那么他们的具体需求可能是要求系统包含有许多如何完成基本功能的提示，而不是记忆许多繁琐的细节。 本节不陈述具体需求或针对某些特殊需求而考虑的若干具体设计约束，本节应对在需求规格说明的具体需求。