项目管理-方案阶段-需求规格说明书

1、精品需求规格说明书目录（在完成需求规格说明书后，请在此处建立一个目录索引）welcome精品1 引言1.1 编写背景说明编写需求规格说明书的主要背景条件及目的等。1.2 参考资料列出下列资料的作者、标题、编号、版本和发布日期等信息，必要时说明如何得到这些资料：本项目经核准的项目章程、项目范围说明书、合同或上级机关的批文；项目开发计划；本文档中引用的文件、资料，其中应该包括软件开发规范；业务需求说明书。1.3 术语定义列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词（通用，非通用）的原文注释（中英文）。2 概述描述本项目下最终产品（如软件、硬件或服务）的特性及影响其需求的一般因素。2.1

2、产品的描述a) 用一个名字标识要生产的软件、硬件或服务产品。例如，宿主数据库管理系统，报表生成器等；b) 说明软件、硬件或服务产品将干什么，如果需要的话，还要说明这个产品不干什么；c) 说明此产品的应用情况及开发意图，应当尽可能精确地描述所有相关的利益、目的以及最终目标；如果有较高层次的规格说明存在（例如，已存在系统设计规格说明书），则应使这里的陈述与高层次规格说明中的类似陈述相一致；d) 列出开发项目的委托单位、承办单位及其主管部门；e) 如果被开发产品是独立的，则应在本节描述被开发产品的概况；welcome精品f)如果本应用系统是一个较大的系统或项目中的一个组成部分，那么本节应当概述这个系

3、统或项目的每一个组成部分的功能，并标识其主要外部接口。注意，这里仅仅是一个综述性的描述。可以用图形表达一个较大的系统或项目的主要组成、相互联系和外部接口。本节不进行具体设计方案的描述，也不描述解决问题时的具体设计约束。本节应对在本说明书第三章（具体需求）中列出的设计约束提供理由。2.2产品的功能本节应简单叙述该项目最终产品的功能。例如，对于一个财务管理系统，可以在这节描述帐目维护、 财务报表等的基本要求， 而不必描写为完成这些功能所要求的大量细节。有时本节内容可以直接从较高层次的规格说明中引用（如果存在）。为了清晰起见，需注意：a) 应当给出一个使用户、委托单位或者第一次读这个文档的人易理解的

4、功能清单；b)可以用图形表达不同功能和它们之间的关系。但要注意， 这样的图形不是产品设计时所需要的，而只是一个有效的解释性工具。本节不应当陈述具体的需求，而只应对本说明书第三章（具体需求）中要描述的需求给出理由。2.3开发环境说明本产品（属于较大系统的一部分时）所依赖的支持环境。如列出软件开发所采用的操作系统、编程语言、编程工具（编译器和调试器、数据库平台和网络平台等。2.4组织结构与业务需求对产品（系统或服务）涉及的现有的组织结构和业务流程进行简单描述，特别是业务的特点。进一步描述系统对组织架构和业务流程的需求，如业务变动需求。welcome精品2.5用户特点本节描述影响产品具体需求的最终用

5、户的特点，并划分系统的逻辑用户群。软件生存周期的运行和维护阶段，许多人员与系统有关。这些人员中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，如教育水平、经验、技术专长等，都对系统运行有重要影响。如果系统的大多数用户是临时用户，那么他们的具体需求可能是要求系统包含有许多如何完成基本功能的提示，而不是记忆许多繁琐的细节。本节不陈述具体需求或针对某些特殊需求而考虑的若干具体设计约束，本节应对在本说 明书第三章（具体需求）中描述的某些具体需求或设计约束提供理由。2.6一般约束本节给出对一些条款的概括描述，这些条款将影响承办单位在设计阶段的工作和计划，它们包括：a) 管理方针；b) 硬件的限

6、制；c) 与其他应用的接口；d) 并行操作；e) 实时性能；f) 检查功能；g) 控制功能；h) 信号交换协议；i) 应用的临界点；j) 安全和保密方面的考虑。welcome精品本节不列举具体的需求或具体的设计约束。但是，应对第三章（具体需求）中描述的某些具体需求和设计约束提供理由。3 具体需求本章包括软件开发者进行设计时所需要的全部细节。通常本章是需求规格说明书中篇幅最长和最重要的部分。1) 必须按照可验证、无歧义等要求，对用户的每个具体需求给出详细定义；2) 应当利用引言、概述和附录部分中的有关讨论及交叉引用关系，提供每个具体需求的背景及注释内容；3) 具体需求的一种分类方法为：功能需求，

7、性能需求，设计约束，属性，外部接口需求，其它需求。必须注意到：a) 具体需求应当按逻辑可读的方式组织；b) 每一个具体需求应使用指定的方法进行客观的验证。3.1功能需求本节描述软件产品的输入经过什么处理，产生什么输出，它描述在软件中发生的基本操作。对于每一类功能或者有时对于每一个功能，都需要描述其输入、处理和输出等需求。这些内容通过以下四小节加以描述。3.1.1引言本节应当描述完成本功能的目的，所使用的方法和技术，还应包括可以清楚说明本功能意图的来源或背景材料以及需求的注释内容。3.1.2输入本节应包括：welcome精品a) 对本功能全部输入数据的详细描述，包括输入源，数量，试题单位，时间关

8、系，有效输入的范围，精度和公差；b) 操作员具体的控制需求，其中包括操作员活动的描述，控制台或操作员的位置等。例如，在打印表格时，要求操作员调整打印纸位置的需求；c) 指明引用的接口规格说明或相应的接口控制文档。3.1.3处理本节描述为获得期望的输出，对输入数据和中间进行的全部操作。它包括如下内容：a) 输入数据的有效性检查；b) 操作的精确顺序，包括事件的时间设定；c) 非正常情况的不改，例如对溢出、通信故障、错误处理的响应；d) 操作员的影响；e) 降级运行的需求；f)把系统输入变换为相应输出的方法（如方程式、数学算法和逻辑操作）。例如可以列出在工资管理软件包中关于房租计算的公式、求解徽分

9、议程的算法、天气预报软件包使用的气象学模型等；g) 输出数据的有效性检查。3.1.4输出本节应包括：3.1.4.1该功能所有输出数据的详尽描述a) 输出的目的地；b) 数量；c) 度量单位；d) 时间关系；welcome精品e) 有效输出的范围，包括精度和公差；f) 非法值的处理；g) 错误信息。3.1.4.2有关接口说明或接口控制文档的参考资料对于非标准输出设备此部分内容尤其重要。对于某些输入输出并重的系统来说，需求规格说明书应描述所有有意义的输入输出对及其序列。当一个系统要求记录它的状态，并根据当前输入和过去的状态确定输出时，序列是重要的。这种系统的工作如同有穷状态机。3.2外部接口需求3

10、.2.1用户界面本节应当描述：a)用户使用软件产品时的界面需求。例如，如果系统的用户通过显示疑问操作，就必须指定如下需求：对屏幕格式的要求，报表或菜单的页面显示格式和内容，有关输入和输出的时间，用户命令的形式；此处尽量详细地描述用户对界面的特殊要求，如界面风格、颜色、折叠功能等。b) 界面的优化问题。可以简单的用一个表列出系统用户做什么或不做什么。例如，要求的是长的还是短的出错信息。与其他需求一样，这种需求也应该是可验证的。3.2.2硬件接口本节应当陈述软件产品与系统硬件设备之间每一个接口的逻辑特点，还可能包括如要支持什么样的设备、如何支持这些设备等事宜。3.2.3软件接口本节应当陈述其它有关软件（如数据库管理系统、操作系统、或者数学软件包）的使用方法，以及同其它相连接软件的接口。特别地，如系统采用了中间件技术，要对其加以重点说明。welcome精品对每一个有关的软件产品，必须提供如下内容：a) 名字；b) 助忆符；c) 版本号；d) 源程序。对于描述与其它软件接口，本部分应：a) 描述与本软件产品相联接的软件的基本功能及达到的目的；b) 描述传递信息的内容和格式定义接口。对已有完整文档接口，只需要引用描述该接口的文档。3.2.4通信接口本节应说明各种通信接口。例如局部网络协议等。3.3性能需求本节应从整体上说明该软件、人与该软件相互作用的静态或动态数值需求。3.3.1静态数值需