BRD业务需求说明书模板.docVIP

产品邦-产品经理论坛社区 第 PAGE 4页 XX项目 业务需求说明书 REF prop_SecAnd REF prop_SecComp 文档记录 修订记录 文档编号： 本次修订日期：2012 下次修订日期： 版本号 修订日期 变更概述 作者 修订显示 0.1 2012-01-31 初始版本 否 0.2 2012-0 更新版本 否 1.0 2012-3-9 版本发布 否 批准者 此文档需要以下人员批准 姓名 职务 分发 此文档分发给以下部门或单位相关人员： 姓名 职务 目录 TOC \o 1-5 \h \z \u 1 概述 4 1.1 业务背景 4 1.1.1 业务目标和范围 4 1.1.2 业务价值分析 4 1.2 未来业务流程和差距分析 4 1.3 进度要求及约束条件 5 1.4 干系人 5 2 业务需求 5 2.1 业务需求BR01：XXXXXXX（优先级：高） 5 2.1.1 业务流程描述 5 2.1.2 业务角色 5 2.1.3 功能需求 5 2.1.4 非功能需求 6 3 附录 7 3.1 术语定义 7 3.2 需要的支持与培训 7 3.3 参考资料 7 概述 本章节是初始需求的纲要，主要描述业务及项目的背景、业务目标和范围、时间进度方面的要求 业务背景 描述需求提出的背景：例如业务模式的变更、开展新业务、问题分析报告等 【业务背景描述】对市场上现有业务模式或领先实践进行简单介绍，通过其特点、优势及不足（或存在的问题）的说明对项目开发起到参考借鉴的作用 业务目标和范围 【描述需求所要实现的基本目标】 【适用的业务范围】 业务价值分析 目标客户 【列出项目目标客户】 市场的机遇和风险 【列出市场的机遇与风险】 优劣势分析 【列出我们相比竞争对手有何优劣势】 预期效益分析 【对可预见的效益进行评估；预测需求投产后的实际意义和价值,例如可能带来的平均每天的UV值、PV值，最高峰的UV值、PV值】 进度要求 描述时间进度方面的基本要求。包括：投产时间及投产方式（试点/分步投产/一次性投产）等 约束条件 业务需求的对应约束条件：例如其他部门业务处理规则、相关公司业务政策、相关法律法规的要求和约束 干系人 相关业务领域的领导、流程所有人和关键用户 未来业务流程和差距分析 【整体描述未来流程工作流、涉及角色和职责、流程活动描述】 【当前运作模式和未来工作流程之间的差异分析：】 当前的业务流程概述 当前的业务流程中存在的问题和风险 未来的业务流程描述 流程变更点描述 差异描述建议包括: 业务流程的变更点 涉及操作人员角色和业务操作的变更点 业务规则的变更点 差异带了的问题和存在的风险 业务需求 本部分是用户需求书的核心内容。目的是清楚且无歧义地描述业务功能性需求（功能性及非功能性） 本部分描述需要参考【 1.2 未来流程和差距分析 】的内容 描述业务需求主要使用业务语言描述，旨在使后续系统需求开发和实施人员和业务人员对需求用共同的理解基础，使后续系统需求开发和实施人员全面了解用户需求的总体思路和真实用意 BR01：业务需求名称 描述需求有需求编号、对应需求条目、和对应的需求属性。针对每个需求条目进行验收标准描述 业务流程描述 通过流程图或描述的形式对业务进行整体说明，包括业务流程的工作流以及关键流程属性； 业务角色 描述参与该业务需求的业务角色 功能需求 业务功能性需求通常指满足业务流程和具体业务操作的要求 需求属性建议包括优先级（建议以业务价值判定作为参考），需求属性值建议分成 高、中、低三级，缺省为中级 ID 业务功能需求描述 BR01_F01（优先级：高） 验收标准 ID 业务功能需求描述 BR01_F02 （优先级：中） 验收标准 非功能需求 ID 业务非功能需求描述 BR01_NF01（优先级：高） 验收标准 本节的目的是确定系统方面的非功能性需求，虽然没有直接影响到用??户的系统的功能，但直接影响客户和系统运维团队对系统的接收。 业务系统的非功能性方面，涵盖广泛的主题 。 性能（包括能力） 可扩展性 可用性（包括可恢复性和可靠性） 可维护性（包括灵活性和可移植性） 安全性 可管理性 环境（包括安全） 数据完整性（包括时效性，局部更新，数据保留） 综上所述，非功能要求，应指定所需的系统的行为，应适用的参数，如响应时间，吞吐量，其他的时序约束，顺序，准确性，功能（多少/多少），连续运行的要求 。 请注意前面的列表只是定义非功能性需求的一个指引。 例如，灾难恢复是主要的非功能性需求，但通常因为项目的预算不考虑该需求。 附录 术语定义 以术语表的形式描述业务术语及专有名词的具体含义，以