BABOK如何分类需求

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

BABOK分类如下:

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

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

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

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

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

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

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

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

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

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

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

更多文章

T认证课资料

CBM白皮书下载

组件化业务模型为推进公司内外专业化提供了一种历经验证的工具。在公司内部,组件化业务模型可帮助公司重新审视并利用现有资产和功能。从外部而言,可帮助公司外包无法自己建立的专业化功能。内外部专业化的综合使用,可以让公司重塑竞争优势。

阅读更多»