产品需求规格说明书模板

XXXXXXXXXXXXX 项目 用户需求分析说明书 V1.0 签 字 确 认 信 息 建 设 方 ： * 承 建 方 ： * 代 表 人 ： 代 表 人 ： 日 期 ： 日 期 ： 产品需求规格说明书 *公司 2 文档修订记录 版本 编号 变化 状态 简要说明 (变更内容及范围) 日期 变更人 批准日期 批准人 V1.0 C 创建 *变化状态：A 增加，M修改， C创建，D删除 产品需求规格说明书 *公司 3 目 录 1 概述 4 1.1 编写目的 .4 1.2 文档范围 .4 1.3 术语定义 .4 1.4 参考资料 .5 2 系统说明 6 2.1 产品的背景 .6 2.2 产品的功能 .6 2.3 用户类和特征 .6 2.4 运行环境 .6 2.5 设计和实现上的限制 .6 2.6 假设和依赖 .7 2.7 其他条件与限制 .7 3 业务流程 8 4 功能描述 8 5 数据描述 9 5.1 数据来源和数据流图 .9 5.2 数据库描述 .9 6 性能描述 10 6.1 数据精确度 .10 6.2 时间特性 .10 6.3 适应性 .10 7 安全性 11 7.1 安全性需求 .11 8 运行接口需求 12 8.1 用户界面 .12 8.2 硬件接口 .12 8.3 软件接口 .12 9 其他需求 13 10 附件 14 B/0 编号 RZ-BJ-08-10 1 概述 1.1 编写目的 阐明编写需求说明书的目的，指明读者对象。可以用如下的列举方式进行描述。 例如： 1. 本文档是 项目名称 系统属性 系统需求分析说明书供设计人员使用，作为系统设计 的依据。 2. 作为项目验收标准之一。 3. 软件维护的参考资料。 1.2 文档范围 本文档是项目的软件需求规格说明书，是技术文档。 本文档使用对象为： 1. 项目需求人员 2. 项目经理 3. 高层经理 4. 软件工程组 5. 软件相关组成员 6. 用户 未经项目负责人书面许可，该文档不得提供给上述规定对象以外的人员阅读或使用。 1.3 术语定义 列出文档中所用到的专门术语的定义和缩写词的原文。可以用列举方式进行描述 1. 术语名称或缩略语 术语解释 2. 术语名称或缩略语 术语解释 产品需求规格说明书 *公司 5 1.4 参考资料 应包括： a.项目任务书、合同； b.项目开发计划； c.文档所引用的资料、标准和规范。列出这些资料的作 者、标题、编号、发表日期、出版单位或资料来源。 产品需求规格说明书 *公司 6 2 系统说明 2.1 产品的背景 描述软件需求规格说明中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一成员，是否 是成熟产品所改进的下一产品、是否是现有应用程序的替代品，或者是否是一个新型的、自含型产品。如 果软件需求规格说明定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关的， 并且要定义出两者之间的接口。 2.2 产品的功能 概述了产品所具有的主要功能。其详细内容将在下面几章中描述，所以在此只需要概略地总结，例如用 列表的方法给出。很好地组织产品的功能，使每个读者都易于理解。用图形表示主要的需求分组以及它们 之间的联系，例如数据流程图的顶层图或类图，都是有用的。 2.3 用户类和特征 确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。将 该产品的重要用户类与那些不太重要的用户类区分开。 2.4 运行环境 描述软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。 可以分别对服务器端和客户端的运行环境进行描述，如下所示： 1. 服务器端 2. 客户端 2.5 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。可能的限制包括如下内容： 1. 必须使用或者避免的特定技术、工具、编程语言和数据库。 2. 所需求的开发规范和标准（例如，如果由客户的公司负责软件维护，就必须定义转 包者所使用的设计符号表示和编码标准）。 3. 企业策略、政府法规或工业标准。 4. 硬件限制，例如定时需求或存储器限制。 5. 数据转换格式标准。 产品需求规格说明书 *公司 7 2.6 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立） ，可能包括打算使用的 商业组件或有关开发或运行环境的问题。如果这些假设不正确、不一致或被更改，就会使项目受到影响。 确定项目对外部因素存在的依赖。例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要 依赖哪个项目按时提供正确的操作组件，如果这些依赖已经记录到其它文档（例如项目计划）中了，那么 在此就可以参考其它文档。 2.7 其他条件与限制 尽量列出开展本项目的假定和约束，例如：经费限制，开发期限，设备条件，用户现场环境准备、安全 保密等 产品需求规格说明书 *公司 8 3 业务流程 可以运用流程图、文字说明等方式来描述具体的业务流程 4 功能描述 可以运用功能清单、格式表单、界面说明、图形、文字说明等方式来描述业务流程 产品需求规格说明书 *公司 9 5 数据描述 5.1 数据来源和数据流图 描述输入数据和输出数据，业务字段，系统使用的数据字典等 5.2 数据库描述 包括使用数据库的名称和类型。 产品需求规格说明书 *公司 10 6 性能描述 6.1 数据精确度 数据显示精度 6.2 时间特性 系统响应时间、界面更新处理时间、数据转换与传输时间等 6.3 适应性 在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 产品需求规格说明书 *公司 11 7 安全性 7.1 安全性需求 详尽陈述与系统安全性、完整性或与私人问题相关的需求，这些问题将会影响到产品的使用和产品所创 建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足的安全性或保密性策略。一个 软件系统的安全需求的范例如下： “初始密码统一为 XXX，每个用户在第一次登录后，需更改最初登录密 码。否则存在账户被盗用的风险。 ” 产品需求规格说明书 *公司 12 8 运行接口需求 8.1 用户界面 陈述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。以下是可能要包括的一些特征： 1. 将要采用的图形用户界面（ GUI）标准或产品系列的风格。 2. 屏幕布局或解决方案的限制。 3. 将出现在每个屏幕的标准按钮、功能或导航链接（例如一个帮助按钮）。 4. 快捷键。 5. 报表输出定义。 6. 错误信息显示标准。 对于用户界面的细节，例如特定对话的布局，应该写入一个独立的用户界面规格说明中，而不能写入软 件需求规格说明中。 8.2 硬件接口 描述系统中软件和硬件每一接口的特征，这种描述可能包括支持的硬件类型、软硬之间交流的数据和控 制信息的性质以及所使用的通信协议 例如网络图等 8.3 软件接口 包括数据库、操作系统、工具、库和集成的商业组件，明确并描述在软件组件之间交换数据或消息的目 的 产品需求规格说明书 *公司 13 9 其他需求 定义在软件需求规格说明的其它部分未出现的需求。还可以增加有关操作、管理和维护部分来完善产 品安装、配置、启动和关闭、修复和容错，以及登录和监控操作等方面的需求。如果不需要增加其它需求， 可省略这一部分。 产品需求规格说明书 *公司 14 10 附件 产品相关的文档，业务流程，表格等。