(CEN)第六章需求规格说明精讲.ppt

第六章 需求规格说明(SRS); 需求开发的最终成果是，在客户和开发人员对所要开发的产品达成共识后，所编写的具体的文档。 我们可以采用以下几种方式来表示软件需求： (1)文档 用结构合理的自然语言来精心编写需求文档。 (2)图形化模型 这些模型可以描绘转换过程、系统状态和它们之间的变化、数据关系、逻辑流或者对象类及其关系。 (3)形式化规格说明 使用数学上精确的形式逻辑语言来定义需求。 ;6.1 需求规格说明(Software Requirement Specification)的定义 定义:软件需求规格说明，有时也称为功能规格说明(function specification)、产品规格说明(product specification)、需求文档(requirements document)或系统规格说明(system specification)，但各组织并不以相同的方式使用这些术语。 它精确的阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件。 ;6.2 需求规格说明的作用: (1)??户、市场部和销售人员需要从中了解他们期望得到什么样的产品。 (2)项目经理根据产品描述来估计项目的进度、工作量和所需资源。 (3)开发团队根据软件需求规格说明了解需要开发什么样的产品。 (4)测试小组使用软件需求规格说明来开发测试计划、测试用例和测试过程。 (5)软件维护和支持人员根据软件需求规格说明了解产品的每一部分的功能是什么。;(6)文档编写人员根据软件需求规格说明和用户界面设计来编写用户手册和帮助屏幕。 (7)培训人员根据软件需求规格说明和用户文档来编写培训材料。 (8)公司律师要确保该需求遵守相应的法律法规。 (9)分包商根据软件需求规格说明来进行工作，当然这要在合法的基础上。;6.3 软件需求规格说明的模板和内容;1. 引言 (1)目标 (2)文档约定 (3)读者对象和阅读建议 (4)项目范围 (5)参考资料;3. 系统特性 系统特性X 3.x.1 描述和优先级 3.x.2 激励/响应序列 3.x.3 功能性需求;4. 外部接口需求 (1)用户界面 (2)硬件接口 (3)软件接口 (4)通信接口 5. 其他非功能性需求 (1)性能需求 (2)防护性需求 (3)安全性需求 (4)软件质量属性;6. 其他需求 7. 附录A：术语表 8. 附录B：分析模型 9. 附录C：待确定问题的清单 ;详细说明如下: 1 引言 引言提出了对软件需求规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。 1.1 编写的目标 说明编写这份需求说明书的目的，指出预期的读者。对产品进行定义，在该文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系，那么就只定义文档中说明的部分或子系统。 ;1.2 文档约定 　　描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。 1.3 预期的读者和阅读建议 　 　列举了软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。描述了文档中剩余部分的内容及其组织结构。提出了最适合于每一类型读者阅读文档的建议。;1.4 产品的范围 　　提供了对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目视图和范围文档而不是将其内容复制到这里。 1.5 参考资料 　　列举了编写软件需求规格说明时所参考的资料或其它资源。这可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。 ;2 总体描述 　　 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 2.1 产品的前景 　　 描述了软件需求规格说明中所定义的产品的背景和起源。说明了该产品是否是产品系列中的下一成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个新型的、自含型产品。 ;2.2 产品的功能 　　 概述了产品所具有的主要功能。其详细内容将在d 中描述，所以在此只需要概略地总结。很好地组织产品的功能，使每个读者都易于理解。 2.3 用户类和特征 　　 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 ;2.4 运行环境 　　描述了软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。 2.5 设计和实现上的限制 　　确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 2.6 假设和依赖; 列举出在对软件需求规格说明中影响需求陈述的