BABOK如何分类需求

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

BABOK分类如下:

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

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

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

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

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

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

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

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

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

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

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

更多文章

业务架构学习群资料

W8.1 业务架构的IT谬论(PPT讲义)

常见的误解是组织内的IT部门拥有自己的业务架构。虽然这种方法的出发点是好的,但实际上抑制了组织创建内聚视图的能力,这对于实现业务架构的好处是非常重要的。本次分享将讨论IT如何与组织的业务架构相匹配,在更大的范围内表示IT的价值以及如何应对共同挑战的建议。

阅读更多»
星球资料

对齐业务架构与业务设计 – 波音

这是波音关于业务设计对齐业务架构的一个分享讲义,首先做一下概述,然后回答业务设计是什么,在把这个概念应用到业务架构,并可以看到一些关键模型视图和相关映射,最后再建立面向设计的业务架构实践并展望未来。

阅读更多»