需求规格说明书模板答案.docVIP

软件需求规格说明书模版 目录 1 简介 4 1.1 编写目的 4 1.2 预期的读者和阅读建议 4 1.3 术语、定义、符号及缩略语 4 1.4 参考资料 4 2 综合描述 4 2.1 项目背景 5 2.2 产品功能 5 2.3 应用模型 5 2.4 运行环境 5 2.5 假设和依赖 5 3 功能需求 6 3.1 包结构模型/模块关系模型 6 3.2 用例包1（采用用例模型） 6 3.2.1 用例模型图 6 3.2.2 主要信息 6 3.2.3 用例1 7 3.3 特性1（不采用用例模型） 8 3.3.1 需求N 8 4 非功能性需求 11 4.1 性能需求 11 4.1.1 性能需求1 11 4.2 可靠性需求 11 4.2.1 可靠性需求1 11 4.3 安全需求 11 4.3.1 安全需求1 11 4.4 其他需求 11 4.4.1 其他需求1 11 5 外部接口需求 12 5.1 用户接口 12 5.1.1 用户接口需求M 12 5.2 硬件接口 13 5.2.1 硬件接口需求M 13 5.3 软件接口 14 5.3.1 软件接口需求M 14 5.4 通信接口 15 5.4.1 通信接口需求M 15 6 附录 16  简介 [提出对《软件需求规格说明书》的纵览，帮助读者理解文档如何编写并且如何阅读和解释。] 编写目的 [对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的需求，包括修正或发行版本号。如果这个《产品需求规格说明书》只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。举例：本文的目的是为了清晰地说明产品要实现的所有功能，产品的设计、编码和测试都要以本文的内容为基础。同时，本文确定的内容还作为产品验收的基准。客户、项目组要共同协商本文内容。] 预期的读者和阅读建议 [列举本文档所针对的不同读者，例如开发人员、市场人员、测试人员、客户等。描述文档中剩余部分的内容及其组织结构，提出最适合每一类型读者阅读文档的建议。] 术语、定义、符号及缩略语 [按字母或拼音顺序列出所有的定义和缩略语，以便读者可以正确地理解《产品需求规格说明书》，包括词头和缩写。注意：只需要列出对理解本文有用的术语。举例：PRS：Product Requirement Specification（产品需求规格说明书）。] 参考资料 [列举编写《软件需求规格说明书》时所参考的资料或其它来源。可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的产品需求规格说明书。这里应该给出参考资料详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。] 综合描述 [这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。] 项目背景 [描述产品需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。] 产品功能 [概述产品必须具备的主要功能，本文档在第三章对产品功能进行详细描述，在此仅作概括总结，重点在系统层次上描述产品的功能需求和功能分类，还可能包括保证产品与外部组件正确连接的需求。可以使用列表的方法给出，也可使用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图。以使描述更加有效。] 应用模型 [运用场合、环境、组网、应用举例。绘制产品的结构图示、与系统相交互的外部对象之间的关系。 如果该部分内容与《市场需求分析报告》中“产品的组网与应用分析”内容完全相同，请直接引用（例如：请参见《市场需求分析报告》中“产品的组网与应用分析”）。] 运行环境 [描述产品的运行环境，包括为支持产品工作所需的其它的组件或者与其共存的产品；对于软件产品还应包括硬件平台、操作系统和版本、必须安装的软件部件和其他应用软件等。] 假设和依赖 [列出所有会影响需求实现的假设因素（相对于已知的事实而言），可能包括打算要用的商业组件或有关开发或运行环境的问题。例如，本项目产品计划要使用某些第三方软件产品或商业软件产品，虽然目前还未得到这些软件，但我们可以假设这些软件一定能够得到。如果这些假设不正确、或发生改变，会影响项目的开发，因此，这些假设往往又是一种风险。 此外，确定项目对外部因素存在的依赖。例如，如果项目的开发或项目产品的使用要依靠其它外部因素，比如与其它产品共用的软件包、准备重用的软件构件等，也要在此说明。] 功能需求 [本章将详细解释产品所有的功能需求。功能需求是根据系统特性即产品所提供的主要服务来组织的。你可能更喜欢通过用例、运行模式、用户类、对象类或功能等级来组织这部分内容，你还可以使用它