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

《项目管理-方案阶段-需求规格说明书》由会员分享，可在线阅读，更多相关《项目管理-方案阶段-需求规格说明书（11页珍藏版）》请在装配图网上搜索。

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

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

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

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

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

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

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

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

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

10、求。例如，如果系统的用户通过显示疑问操作，就必须指定如下需求：对屏幕格式的要求，报表或菜单的页面显示格式和内容，有关输入和输出的时间，用户命令的形式；此处尽量详细地描述用户对界面的特殊要求，如界面风格、颜色、折叠功能等。b) 界面的优化问题。可以简单的用一个表列出系统用户做什么或不做什么。例如，要求的是长的还是短的出错信息。与其他需求一样，这种需求也应该是可验证的。 3.2.2 硬件接口本节应当陈述软件产品与系统硬件设备之间每一个接口的逻辑特点，还可能包括如要支持什么样的设备、如何支持这些设备等事宜。3.2.3 软件接口本节应当陈述其它有关软件（如数据库管理系统、操作系统、或者数学软件包）的使

11、用方法，以及同其它相连接软件的接口。特别地，如系统采用了中间件技术，要对其加以重点说明。对每一个有关的软件产品，必须提供如下内容：a) 名字；b) 助忆符；c) 版本号；d) 源程序。对于描述与其它软件接口，本部分应：a) 描述与本软件产品相联接的软件的基本功能及达到的目的；b) 描述传递信息的内容和格式定义接口。对已有完整文档接口，只需要引用描述该接口的文档。3.2.4 通信接口本节应说明各种通信接口。例如局部网络协议等。3.3 性能需求本节应从整体上说明该软件、人与该软件相互作用的静态或动态数值需求。3.3.1 静态数值需求包括：a) 支持的终端数；b) 支持的并发用户数；c) 处理的文件

12、和记录数；d) 数据量大小机变化趋势需求；e) 对数据的精度要求，包括数学的、逻辑的精度等。3.3.2 动态数值需求包括诸如处理和任务的数量，以及在正常情况下和峰值工作条件下在一定时间周期中要处理的数据总数。详细描述有关响应时间、更新处理时间、数据转换和传输时间。3.3.3 对其他系统性能的影响说明本系统将对公司其他系统的运行性能产生的影响和需求，特别是对关键业务系统的影响，如ERP系统。3.4 运行要求与设计约束说明运行要求、运行过程中的数据归档要求和备份要求、其它需遵守的软件和硬件限制等标准、设计约束。3.4.1 软件限制说明支持系统运行的系统软件，采用的数据库管理系统。3.4.2 硬件限

13、制本节描述各种影响或约束软件产品的硬件，其内容至少包括：a) 硬件配置的特点；b) 服务器内存需求；c) 服务器磁盘系统的容量、容错安全性及IO需求；d) CPU速度；e) 数据通讯接口；f) 客户机配置需求。3.4.3 其它约束本节描述除硬件限制外的其它约束。它们有：a) 报表格式：输出报表的标准格式；b) 数据命名：命名规范；c) 检查追踪：系统内部的检查与追踪机制。3.5 属性在软件的具体需求中可以有若干属性。下面仅列出其中的一部分，应注意它们不是一个完整的清单。3.5.1 可使用性 列出保证软件的可使用性达到预定要求的需求。如检测点、恢复和重启动性等。3.5.2 安全性本节指出保护软件

14、的要求，以防止突然或非法的访问、使用、修改或者泄密。本节的具体需求包括：a) 利用某些密码技术；b) 掌握特殊的记录或历史数据；c) 给不同的模块分配不同的功能；d) 限定一个程序中某些区域间的通讯；e) 权限控制设计：按功能、操作、级别划分的权限设计。 3.5.3 可维护性本节指定若干需求，以确保软件是可维护的。重点描述系统的安装、日常管理、备份、错误处理等方面。3.5.4 可移植性本节列出确保用户程序和用户界面的兼容方面的需求（如果有的话），以及为把被开发软件从一种运行环境移植到另一个运行环境的需求等。3.6 其它需求由于软件的类型、用户的特点等，某些特殊的需求在下列各节描述。3.6.1

15、数据库说明作为产品一部分被开发的数据库的需求。例如：使用的频率、访问的能力、数据元素、记录和文件的关系、数据保留需求等。3.6.2 操作说明用户要求的常规和特殊的操作，例如：用户初始的操作，数据处理支持的功能，后援和恢复操作等。3.6.3 故障处理列出可能发生的软件和硬件故障，并指出这些故障对各项性能指标所产生的影响以及对故障处理的要求。3.6.4 将来可能提出的要求应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。这样做的目的是在设计过程中对系统将来可能的扩充和修改做准备，以便一旦需要时能比较容易地进行这种扩充和修改。4 数据需求4.1 数据描述数据分静态数据

16、和动态数据两类。静态数据指在运行过程中一般不改变的数据。动态数据则指运行中要输入、输出的数据，以及在运行过程中要改变的数据。a) 静态数据 列出因控制和引用而使用的静态数据元素；b) 动态输入数据 列出动态输入数据元素，包括在常规操作和特殊操作中要输入的数据元素；c) 动态输出数据 列出动态输出数据元素，包括在常规运行中和特殊情况下输出的数据元素；d) 内部生成数据 列出对用户软件之内部生成的数据元素；e) 说明对数据元素的约束 列出由于需要进一步扩充或使用而对数据元素提出的约束。例如：最大容量，文件和记录的最大个数等。必须着重描述在设计、实现和运行中被确定是临界点的那些约束。4.2 数据采集

17、4.2.1 要求与范围本节说明数据由委托单位还是由承办单位采集，以及说明被采集数据的有关特性，它们包括：a) 输入单位 说明输入数据通过什么组织机构输入；b) 输入介质和设备 列出用于把数据输入系统内部的介质和设备；c) 输出介质和设备 列出用于接受输出数据的介质和设备；d) 数据范围 列出数据的有效范围；e) 量纲 给出数字型数据的试题单位、增量、零点的定标。对于非数字型数据，要列出每一种合法值的关系； f) 转换因子 对于必须经过模拟转换或数字转换处理的测试量，要给出转换因子。g) 更新和处理的频度 给出预定的输入数据的更新频率和处理频率。4.2.2 处理对数据采集的处理规程制订专门的规定

18、，包括符合实际情况的详细格式、预计的数据通讯介质等。4.3 数据词典本节对“需求规格说明书”中出现的全部数据元素进行说明。包括它们的来源、名称、类型等。以表格形式说明，包括编码、名称、对应的实体名称、约束等。5 系统逻辑模型综合业务需求、功能要求、性能要求和数据要求的结果，用图和主要的处理算法描述业务模型和系统的逻辑模型。业务模型采用业务流程图描述；系统模型采用数据流图描述，并需要对其中主要的算法说明。6 支持信息支持信息有目次、附录和索引，它们使需求规格说明书更易于使用。6.1 目次和索引目次和索引是“需求规格说明书”的重要组成部分，应当按照易使用的原则编写。6.2 附录附录是需求规格说明书的可选组成部分，可根据需要编制。附录可以包括：a) 输入、输出的格式实例，或用户调查结论；b) 对有助于阅读需求规格说明书的支持信息和背景材料；c) 对产品所解决问题的描述；d) 用户或委托单位的历史、背景、发展和操作特点；e) 按进度进行编排的交叉引用表。以及需要进一步完善的产品需求；f) 用于编码和介质的专用装配命令，以满足保密、输出、初始或其它需求。当需求规格说明书有附录时，必须明确指明附录是否为需要考虑的部分。11 / 11文档可自由编辑打印