BABOK如何分类需求

摘自IT帮《BangBA实践》公开课讲义

BABOK分类如下:

  1. 业务需求 Business Requirements
  2. 利益相关者需求 Stakeholder Requirements
  3. 解决方案需求 Solution Requirements
    1. 功能需求 Functional Requirements
    2. 非功能需求 Non-Functional Requirements
  4. 过渡需求 Transition Requirements

业务需求是描述业务和企业级目标和目的的高阶描述。几个关键点是:

  • 业务需求定义了业务要实现的目标,以及为什么要进行项目或实施解决方案
  • 业务需求定义了用于衡量成功与否的指标
  • 业务需求位于企业级,不定义特定于组织内任何特定利益相关者群组的需求

业务需求可以通过许多不同的方式实现。利益相关者需求定义了特定利益相关者群组的需求以及他们对特定解决方案的需求。它们是从利益相关者的角度来看的,显示了对业务需求的清晰跟踪。这有时需要在不同利益相关者群体的冲突需求之间进行折衷,以实现企业的更大利益。通过这种方式,利益相关者需求是业务需求和解决方案需求之间的桥梁。几个关键点是:

  • 利益相关者需求定义了每个特定利益相关者群组希望从解决方案中得到什么
  • 利益相关者需求确定解决方案的用例
  • 利益相关者需求是业务需求和解决方案需求之间的桥梁

解决方案需求描述了一个解决方案将具有哪些特性来满足利益相关者和业务的需求。与利益相关者需求的多个场景如何满足业务需求类似,解决方案需求的多个场景也可以满足利益相关者需求,因此需要将利益相关者需求转换并跟踪到解决方案需求。几个要点:

  • 解决方案需求描述了解决方案将支持哪些特征。
  • 从利益相关者的角度来看,解决方案需求可能被视为描述了解决方案需求将如何满足利益相关者需求,但即使从这个角度来看,它也将在逻辑上和高阶上定义解决方案,而不是给出解决方案实现的细节

解决方案需求可进一步分为:

  • 功能需求:描述解决方案的行为和所管理的信息。就系统而言,这些是系统的特性和功能。
  • 非功能性要求:定义解决方案的质量或解决方案保持有效的环境条件。 就技术系统解决方案而言,这通常指容量、速度、安全性、可用性等特征。

过渡需求定义了解决方案从当前状态过渡到期望的未来状态所必须具备的特性。这些特性在转换完成后将不再需要。几个要点:

  • 过渡需求是临时的
  • 过渡需求强调变更管理过程

更多文章

业务架构学习群资料

W2.3讲义 信息

信息图作为表达业务词汇的一种手段,正持续增长和日渐成熟。本讲定义关系类型和状态的信息概念,以及将信息概念与使用和修改该信息的能力建立关系。还提供了标准地图模板以及实际示例,并会议讨论信息图作为核心业务架构的重要性以及相关的使用场景。

阅读更多»
星球资料

同理真实的客户

数字世界要求我们对业务分析采取不同的思路。对客户的深刻理解是每位业务分析专业人员必须具备的一项基本能力,并将其纳入其实践中。本文档提供了多种技术来做到这一点,包括从设计思维和其他关键方法中衍生的方法。

阅读更多»