用户需求说明书.docVIP

用户需求说明书（JYSSP/RJ-RD-00X） PAGE 2 Copyright ? XXX, All right reserved. XX项目 用户需求说明书 企业LOGO 编 号：JYSSP/RJ-RD-00X 版 本：x.x 发布时间：xxxx年xx月xx日 xxx有限公司 变更记录 编号 版本号 变更日期 变更理由/变更内容 编制人 注：在每次对文档修改之后，均需认真填写此表，以增加可追溯性，清楚了解整个文档的修改及形成过程。 审批记录 版本号 审批日期 审批意见 审批人 目 录 TOC \o 1-3 \h \z \u 1. 前言 5 1.1. 目的 5 1.2. 预期的读者和阅读建议 5 1.3. 定义、缩略语 5 1.4. 参考资料 5 2. 项目背景 6 2.1. 用户组织机构 6 2.2. 业务背景 6 2.3. 用户环境状况 6 3. 整体需求 7 3.1. 需求范围 7 3.2. 系统结构 7 3.3. 关键业务 7 4. 业务需求 8 4.1. F001模块名称 8 4.1.1. F001.FR001用户需求名称 8 5. 需求优先级 10 6. 非功能需求（系统约束） 11 6.1. 界面需求 11 6.2. 质量需求 11 6.2.1. 性能需求 11 6.2.2. 可靠性 11 6.2.3. 易用性 11 6.2.4. 安全性需求 11 6.3. 接口需求 12 6.3.1. 硬件接口需求 12 6.3.2. 软件接口需求 12 6.3.3. 通讯接口需求 12 6.3.4. 网络协议需求 12 6.4. 运行环境需求 12 6.5. 技术要求 12 6.6. 其他需求 12 7. 附录 13 前言 目的 对整个产品或者模块进行说明，让所有参与产品的人都可以了解到产品的背景、目标、需求等信息。 预期的读者和阅读建议 主要的读者为：客户代表、售前支持、销售经理、产品经理、项目经理、需求分析员、系统设计员、程序员、测试人员等。 定义、缩略语 提供全部需求的术语、缩写词及略语的定义，以便对用户需求进行适当的解释。 参考资料 参照的文件的全部清单，如方案、合同等； 列出其他参考资料； 访谈文档参见附录； 详细说明得到的该参考文件的来源。 项目背景 用户组织机构 为了便于各类型读者更清晰的了解用户的业务和需求，掌握软件中所涉及的角色关系和权限，需要给出用户的组织机构图。并描述系统涉及的各组织机构职责。 业务背景 描述用户各业务的现状及遇到的问题。当在已有的系统上进行特性开发时，如果新特性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。 用户环境状况 描述用户已有的软、硬件情况，网络架构。 整体需求 需求范围 列举该产品或项目涉及的各模块（来源：产品定义、项目合同、技术协议、访谈记录），并对各模块解决的问题进行简要描述。 系统结构 对3.1中需求范围中涉及各模块之间的关系进行图形描述。 关键业务 1：描述用户对系统的功能性的关键要求，这些关键业务可以作为验收的重要依据（来源：产品定义、项目合同、技术协议、用户访谈等） 2：描述用户角色与关键业务之间的关系，用业务用例模型来描述角色与业务之间的关系。 业务需求 用户需求分类 用户需求编号 用户需求名称 F001 模块1名称 F001.FR001 F001.FR002 F001.FR003 F001.FR004 F002 模块2名称 F002.FR001 F001模块名称 可从4.1节开始编号。对用户需求点分类建议对每个用户需求点根据分别描述现有的业务情况及用户业务需求进行分类。每个章节“用户需求编号 用户需求名称”。编号格式“FXXX.FRXXX.XXX” 用户需求分类格式“FXXX” F001.FR001用户需求名称 业务需求 需求编号 F001.FR001 需求名称 功能说明 描述功能 需求属性 数据描述 列出功能所涉及的数据 输入输出 操作序列 描述功能的输入输出及实现流程，如有多个流程或者流程相对复杂，可用图形在业务流程中详细说明。 角色及权限 描述功能涉及的角色及角色拥有的权限。 接口需求 描述内部接口需求。 数据约束 描述数据的约束范围及类型。 界面需求 描述界面需求，如果有原型，则给出界面原型图。 业务流程（可选） 如果有业务流程，可以使用流程图、状态图、时序图并进行文字说明。如果有多个业务流程，要列出如下图所示的业务流程汇总表。 例：F001.FR001业务流程汇总表： 业务流程序号 业务流程名