软件需求规格说明书模板(2017.03).docVIP

软件需求规格说明书模版 文件变化记录单 版本编号 *变化 状态 简要说明 变更人 变更日期 批准人 批准日期 *变化状态：A——增加，M——修改，D——删除 文件批准单 职务 签字 日期 引言编写目的 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。 预期的读者和阅读建议 列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。 产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。 参考资料 描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。 如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。建议使用系统结构图或者实体关系图表示。 产品的功能 概述产品所具有的主要功能，详细内容在第4节描述，所以这里只需要概括总结，例如用列表的方法给出。很好地组织产品的功能，使每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系。 建议使用数据流程图（DFD）的顶层图或功能层次图来实现图形化。 用户类和特征 确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。 运行环境 描述软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或者与其共存的应用程序。 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。可能的限制包括： 必须使用或者避免的特定技术、工具、编程语言、数据库； 经费、进度、资源等方面的限制； 所要求的开发规范或标准； 企业策略、政府法规或工业标准； 硬件限制，例如定时需求或存储器限制； 数据转换格式标准。 其它。 假设和依赖 列举出在对软件需求规格说明书影响需求陈述的假设因素。可能包括打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另外一个分析员却不这么认为。如果这些假设不正确、不一致或者被更改，都会使项目受到影响。 此外，确定项目对外部因素存在的依赖。例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要依赖哪个项目能否按时提供正确的组件。如果这些依赖已经记录到其它文档（如项目计划）中了，那么在此就可以参考其它文档。 关键点 说明本软件需求规格说明书中的关键点（例如：关键功能、关键算法和所涉及的关键技术等）。 。。Feature A Function A.1 Function A.2 … Feature B Function B.1 Function B.2 … … 系统特性Feature A 说明和优先级 提出对该系统特性的简短说明并指出该特性的优先级是高、中还是低。 功能需求 详细列出与该特性相关的功能需求。这些是必须提交给用户的软件功能，使用户可以使用所提供的特性执行服务或者使用所指定的用例执行任务。描述产品如何响应可预知的出错条件或非法输入或动作。 功能1 （1） 本功能的（2）本功能的（）（）输入 描述本功能输入信息（包括需要访问的存储信息）。 （）过程 对本功能将做什么进行详细的描述。（）输出 描述本功能的输出信息（包括需要访问的存储信息）。 （）（） 列举出与该功能相关的操作规则。例如什么人在特定环境下可以进行何种操作。 function A.1 图书借阅 （1） 借阅人通过此功能向系统查询并提交借书请求 （2）（）（）输入 （）过程 （）输出 （）（） 每次每人至少选择一本,至多选择三本 系统特性Feature B ……… 非功能需求 性能需求 阐述不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员做出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系；还要定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数。也可能需要针对每个功能需求或特性分别陈述其性能需求，而不是把它们集中在一起陈述。例如：“在运行WINDOWS 10的3.5GHZ 双核