作为一名商业分析师，不仅要记录客户的需求，还要记录项目生命周期中发生的每一个变化。记录流程和这些事项对于维护和将来的参考至关重要。如果是这个领域的新手或渴望成为一名成功的商业分析师，那么关于商业分析师准备的关键和详细文档的指南可能会对有所帮助。
将直接深入讨论商业分析师准备的所有文档，从项目启动到项目交付，以实现客户的最佳业务解决方案。以下是商业分析师必须准备的关键文档列表：
项目愿景文档
尽管项目愿景文档主要由客户或项目经理创建，但商业分析师在制定此文档中的作用同样重要。项目愿景文档包括要开发的产品的目标和愿景，并讨论通过该特定产品将实现的目标。它还包括以下因素：项目启动前的利益、风险和可选方案。这些文档作为公司和业务利益相关者之间的正式协议。
项目愿景文档包括：
- 愿景与目标
- 特定项目中包含的用户描述
- 项目的利益相关者
- 要开发的产品概述
- 开发过程中要包含的产品特性
- 产品需求
- 涉及的风险或约束
- 质量/文档要求
业务分析计划
业务分析计划是一个正式文档，描述了商业分析师在项目生命周期中需要执行的主要活动。商业分析师在项目范围规划阶段准备此文档。此阶段涉及的人员包括需要支持执行此计划的项目经理、产品所有者和业务经理。
业务分析计划包括以下步骤：
- 计划的目的
- 角色与责任分配
- 执行项目计划所需的工具
- 定义项目的过程与技术
- 工作流程与流程映射
- 适应性与实施变更的措施（如有必要）
业务需求文档
业务需求文档（BRD）是为了定义客户需要公司工作并最终实现的结果的特定产品或软件的需求而创建的。BRD是项目生命周期中每个人都会参考的文档之一。此文档帮助他们在每个阶段做出正确的选择，而不会在过程中犯新手错误。
BRD侧重于根据客户提出的问题陈述，预期的业务解决方案是什么。因此，可以说BRD提到并收集了业务利益相关者解释的所有基本需求。
除了商业分析师外，项目经理、Scrum Master、客户、领域专家、高级经理也参与创建BRD，以确保正确理解业务需求并记录下来以供参考。
业务需求文档通常包含：
- 项目的背景
- 业务的目标和目的
- 项目中涉及的利益相关者
- 需求范围
- 收集项目相关数据
- 项目良好运作的接口需求
- 业务术语/行话（如有必要）
功能需求规格（FRS）
BRD的准备方式是任何人都可以轻松参考该文档。不使用技术术语，业务需求以通俗易懂的方式写下来，以避免混淆。然而，BRD并不是技术开发团队彻底了解系统的理想文档。因此，功能规格文档（FRS）应运而生，以满足开发团队的需求。
当BRD讨论特定项目需要完成或实现的内容时，FRS关注团队应如何完成项目以及系统应如何表现以找到在规定时间内完成项目的最佳路径。功能规格文档还定义了系统的预期行为，包括数据、操作、输入、输出和系统的属性。FRS更具洞察力，旨在帮助开发和测试团队完成特定项目中的工作。
系统需求文档（SRD）/ SRS
SRS或SRD描述了系统的全部行为以及整个系统开发后如何运作。此文档包含所有功能以及非功能需求。系统需求规格（SRS）/系统需求文档（SRD）包含：
- 用例
- 构建项目所需的软件需求类型
- 产品无缝运作所需的数据库和存储需求
- 了解UI/UX的产品功能
- 了解目标用户的用户特征，以了解预期软件
线框图、原型和模拟图
拥有即将开发的产品的视觉展示至关重要。这个模拟图，即线框图，最终帮助客户理解未来的系统，作为商业分析师，它帮助他们了解客户是否同意他们的想法。
为了以视觉方式展示这个蓝图，商业分析师使用线框工具（如JIRA）准备线框设计。这些图表可以在分析阶段节省大量时间，因为它与客户的需求一致。开发团队还参考线框设计来构建实际设计。
用例图
商业分析师还必须准备用例图，帮助团队识别、组织和定义系统需求。用例图展示了典型用户与团队开发的系统之间的交互。它还有助于记录用户将与系统交互的场景。它涉及用户故事以及用户交互应该如何发生的许多可能性。
开发团队在整个项目生命周期中参考用例图。当团队或关键利益相关者请求任何更改时，BA会更新用例图。
一个正常的用例图和一个描述性需求文档包含：
- 参与者
- 描述
- 触发器
- 预条件
- 注释和问题
需求追溯矩阵-RTM
RTM，即需求追溯矩阵，是由商业分析师准备和管理的重要文档。商业分析师使用RTM来映射和跟踪项目需求到特定的测试用例和可能的缺陷。RTM确保开发应用程序的所有功能都得到了覆盖和测试。
RTM在Excel等工具中以表格格式准备，建立了测试场景和需求之间的关系。RTM还用于跟踪项目中实施的任何更改。
业务需求文档包含：
- 需求描述
- 功能需求
- 技术规范
- 软件模块
- 测试情况
变更请求管理
作为商业分析师，可能会在项目执行过程中遇到许多由客户或开发团队请求的变更。业务所有者可能会在根据市场预测进行某些推测后，认为合适的情况下，请求添加或删除某些功能。任何可能会延迟或改变项目计划的额外请求都被视为变更请求。在实施变更之前，商业分析师会分析时间线、影响，然后经过必要的批准，然后将其添加到项目中。
变更请求文档是处理范围蔓延的好方法，范围蔓延发生在新提出的行动计划现在与初始目的不同，因为添加或删除了功能。通过与技术团队和客户的定期会议，然后决定如何实施变更请求以及整体项目计划将如何受到影响。
Q1. BRD和FRS之间有什么区别？
A. BRD代表业务需求文档，而FRS代表功能需求文档。
BRD捕获项目的高层次业务目标、目标和需求，侧重于业务视角。