任务:功能区域分析
此任务采纳了将业务分区(例如,使用组件业务建模方法)的最初设想,并根据为业务领域确定的各组内聚业务功能将它们优化为功能区域(即分配给业务系统的功能聚集)。
规程:业务建模
用途

功能区域分析的目的是为了验证对业务进行分区的初始设想。首先将业务分区为业务领域(它们将在逻辑上包含一组对业务建模工作有用的业务系统)。请注意,可能需要一个中间步骤来确定子领域,以描述要进行研究的业务的作用。然后通过发现功能区域(功能区域即为可以分配到业务系统的功能的聚集)对业务进行分区。这是业务体系结构分析的补充方法,并且可以和该任务配合使用。

关系
主要描述

功能区域分析可以从组件业务模型开始(请参阅概念:组件业务建模),并可将确定的 CBM 能力用作这组工件:业务领域的起点。业务建模的工作由正在研究的业务领域确定范围,所以功能区域分析可从这组初始业务领域中进行选择,然后进一步将它们分解为子领域,并最终分解成功能区域 - 来自初始模型的 CBM 组件应在此处提供良好的指导信息。

功能区域分析以创建摘要描述开始,摘要描述用于定义每个领域的高级别的主要功能职责。接下来,每个领域又分解成更小更离散的功能区域。每个功能区域将按它负责的具体功能以及它与其他功能区域协作过程中所依赖的功能来进行描述。请参阅概念:功能区域分析

如果功能区域分析是使用 CBM 工作的输入执行的,那么业务领域通常将映射为 CBM 能力,CBM 业务组件是识别功能区域的好起点,CBM 组件服务和活动是识别功能的好方法。CBM 组件通常一对一映射到功能区域,虽然在某些情况下,CBM 组件可能过于笼统而包含过多种类的功能。在这种情况下,就需要把它进一步分解成多个功能区域。

这些功能区域将分配到工件:业务系统,业务系统将支持一些服务来交付这些功能(这些功能本身可能也指示了自动化),这些功能即为业务系统内将实现这些服务中的一些或全部的 IT 子系统。

步骤
将领域分解为功能区域

功能区域分析以创建摘要描述开始,摘要描述用于定义每个领域的高级别的主要功能职责。接下来,每个领域又分解成更小更离散的功能区域。每个功能区域将按它负责的具体功能以及它与其他功能区域协作过程中所依赖的功能来进行描述。请参阅概念:功能区域分析。 如果功能区域分析是使用 CBM 工作的输入执行的,那么业务领域通常将映射为 CBM 能力,CBM 业务组件是识别功能区域的好起点,CBM 组件服务和活动是识别功能的好方法。CBM 组件通常一对一映射到功能区域,虽然在某些情况下,CBM 组件可能过于笼统而包含过多种类的功能。在这种情况下,就需要将它进一步分解成多个功能区域。这些功能区域将分配到工件:业务系统,业务系统将支持一些服务来交付这些功能。

由于每个功能区域按其功能来进行分析和描述,因此分析时还将识别一个较大的环境,其中包含了该功能区域与其他功能区域之间的关系(即:功能区域之间的交互和协作)。这将有助于确定拥有功能区域的业务系统如何进行协作。

将功能区域映射到(IT)子系统

对业务领域的分区形成了一组功能区域。这些功能区域应指示了内聚功能的聚集,这些内聚功能可分配到子系统,子系统将交付该能力。每个子系统是一个概念性机制,用来帮助定义交付该能力的服务的封装,而该能力可能最终由业务系统内的 IT 系统自动执行。子系统相互协作来交付由拥有功能区域的业务系统提供的服务。

源自功能区域分析的子系统识别实现了从对功能区域进行业务识别、将功能区域映射到业务系统、直到决定哪些子系统实际参与实施给定功能区域的无缝转换。这些子系统将成为供复用的蓝图。该方法不仅向我们提供了子系统行为的抽象规范,还提供了子系统相互协作和依赖所遵循的约束。

可能不必进一步优化分配到业务系统的功能。在这种情况下,功能区域和子系统之间存在一对一的映射,即支持该功能区域的业务系统具有一个 IT 子系统(等价对象),可产生自己的行为。另一方面,子系统的数量增长可能意味着功能区域过于宽泛而无法分配到单个业务系统,并需要对其进行进一步的划分。

请注意,关于子系统识别的更多详细信息可以在指南:设计子系统中找到。

更多信息