BABOK如何分类需求

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

BABOK分类如下:

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

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

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

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

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

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

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

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

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

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

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

更多文章

星球资料
zhou jg

学习机器学习

这本书的目的是以最简单的方式教授机器学习。来自在线社区的例子,如Stack Overflow、Beyond Data Science和开源ML网站,往往很难理解。贡献者通常假设您已经理解了他们所依赖的所有概念。我们不做这样的假设。

我们为经理、技术总监、程序员、产品经理和其他想学习机器学习的人写这本书。也许你读过一些关于神经网络、回归、张量流或分类的书,现在你想知道如何使用这些工具来解决你自己组织中的问题。或者,也许你希望进入这个领域作为一个新的职业或赚取更高的薪水。

阅读更多»
TOGAF认证课资料
zhou jg

TOGAF交付物模板

TOGAF规范中给出了一系列的交付物,但是在标准中没有给出模板下载,今天分享TOGAF的一系列交付物模板,希望对大家学习TOGAF有所帮助。IT帮提醒大家,在使用中一定要裁剪,切勿完整照搬。

阅读更多»