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