简介
功能区域分析使用诸如 CBM 组件模型和热图的业务分区作为起点或输入。将识别出业务领域(例如:从 CBM 能力),然后进一步分解为子领域,并最终分解为功能区域(例如:使用 CBM
组件作为输入)。功能区域也意味着用来识别服务组件的潜在子系统边界。
功能区域分析以创建摘要描述开始,摘要描述用于定义每个领域的高级别的主要功能职责。接下来,每个领域又分解成更小更离散的功能区域。每个功能区域将按它负责的具体功能以及它与其他功能区域协作过程中所依赖的功能来进行描述。
映射到功能区域描述元素的 CBM 输入
来自业务分析活动的输入可以节省时间,应该在可用的情况下使用。如果功能区域分析是使用来自组件业务建模(CBM)的输入执行的,则一个领域通常将映射为一个 CBM 能力,并且 CBM 业务组件是识别功能区域的好起点,CBM
组件服务和活动是识别功能的好方法。CBM 组件通常一对一映射到功能区域,虽然在某些情况下,CBM 组件可能过于笼统而包含过多种类的功能。在那种情况下,需要将它进一步分解成多个功能区域。
功能区域分析以探寻与总结关于领域和领域内与业务建模启动计划有关的活动的描述开始。每个领域分解成更小更离散的功能区域。每个功能区域将按它负责的功能以及它依赖的其他功能区域功能来进行精确描述。
如果使用 CBM 输入,则 CBM 组件图上标识的 CBM 能力可视为领域,CBM 组件可视为功能区域。CBM 热图可用来确定哪些能力和组件应该作为该分析的重点。
示例
我们从下列组件图中描述的 CBM 组件模型讲起。该图显示了“组件图”表第一行中的“租车”示例的 CBM 能力。
租车 CBM 能力
表 6 显示了 CBM 组件模型中的每个能力的描述。当我们描述作为功能区域分析重点的领域时,这些描述将节省时间。
租车 CBM 热图
CBM 热图中的热组件指示了将作为功能区域分析重点的能力。上图显示了四个热组件 - 当前示例中当前 SOA 启动计划的关键组件。 与这些热组件相关联的能力将成为功能区域分析的重点领域区域:
-
“市场营销和客户管理”(“客户服务”是一个热组件)
-
“产品”(“促销管理”是一个热组件)
-
“租赁管理”(“租赁和预订”是一个热组件)
-
“租赁车队物流”(“车队管理”是一个热组件)
表 6 显示了每个 CBM 组件的描述。组件描述使您可以了解领域重点区域的功能职责,并有助于将领域分解为功能区域。
通过对每个领域进行分析,可确定它所负责的主要功能。分析结果可捕获到可视模型中,该模型将功能区域按领域进行分组(如下所示)。
租车功能区域分析分解
对于租车而言,通过确定每个重点领域(市场营销和客户管理、产品、租赁车队物流和租赁管理)的主要功能职责,将领域分解成功能区域。这些领域的 CBM 组件为此分析提供了起点:
-
“市场营销和客户管理”领域的主要功能区域是“客户服务”。由于“客户服务”与当前示例直接相关(它在租赁相关活动中起了直接作用),因此将对它作进一步分析。该领域的其他功能区域可能会与其他启动计划相关,但由于它们在这个特定示例中不起直接作用,所以这次将不对它们作详细分析。
-
对于“产品”领域而言,因为促销会影响租赁定价,所以“促销管理”是已确定要作进一步分析的主要功能区域。同样,尽管还有其他功能区域属于该领域,然而功能区域分析的重点区域将是与此 SOA 启动计划直接相关的那些功能区域。
-
“车队管理”是“租赁车队物流”领域的主要功能区域,它在预订过程中起作用,例如:在车辆可用性信息很重要的场合下。
-
“租赁管理”分解成三个主要功能区域:租赁、预订和定价。这种情况下,热组件“租赁和预订”不象其他领域那样一对一映射到功能区域。“预订和租赁”功能区域具有客户在租车体验中最能察觉的一些方面。定价是用于完成预订以及在检入时完成租车的关键功能(请注意:这里指的功能与“定价管理”不同
- 该领域的定价是根据车辆类型、客户类型等众多因素为具体预订或租赁设定一个价格)。
它们将是此示例后续步骤的核心功能区域。
作出指定三个(而不是一个)功能区域的决策是因为预期到这些功能区域将要在其他 SOMA 步骤中用到,例如服务层次结构和子系统边界中的类别,这些类别用于将功能相关的组件进行分组。在 SOMA
过程的这一早期阶段,租赁和预订看似一个如此之大的功能区域(即:包含了很多功能),因此在后续步骤中使用起来就会很难。与其他建模方法一样,到了该过程后期我们已了解更多的时候,就会发现:将这三个功能区域表示为单一子系统将使工作顺利进行(我们将在本文的后面部分看到事实确实如此)。
数个领域之间在定价方面实际上存在着重叠,但我们已决定仅仅强调“租赁管理”方面的定价,因为它是与此示例最直接相关的那方面定价。“产品”领域建立了基线定价准则,这些准则用于管理标准成本和利润策略。“市场营销和客户管理”信息与“租赁车队物流”信息以及与市场有关的其他标准相结合,将对“产品”领域作出的促销特价提供支持。“市场营销和客户管理”会影响一些标准,将按照这些标准对各种客户类型应用定价规程。
然而,无论是什么导致建立定价规程,在当前这个特定示例中,“预订和租赁”期间实际用到这些价格的是“租赁管理”。在其他场景下,其他方面的定价可能是重点区域。这是 CBM 和 SOMA
可以提供给客户的那类认识,可能引发未来的启动计划和更大的业务价值。
进一步的分析将考虑到当分析更深入地挖掘这些功能时开始出现的互相关性。例如,作为预订的一部分,“车队管理”已知某个地点的某类车辆供应过度,出于这一原因而调价将是有利的做法。
如“租车功能区域描述表”示例所示,将以简明的文本说明来描述每个功能区域。来自 CBM 等业务分析方法的输入可以节省时间:以前帮助识别功能区域的 CBM 组件描述还能提供一些详细信息,可用来描述每个功能区域及其相关功能。
功能区域的交互和相关性
由于每个功能区域按其功能来进行分析和描述,因此分析时还将识别一个较大的环境,其中包含了该功能区域与其他功能区域之间的关系(即:功能区域之间的交互和协作)。此信息以后将用作子系统分析的输入,子系统分析除了考虑一些其他内容外,还会考虑子系统(通过功能区域来标识)之间的交互和子系统内的服务组件。
对业务领域的分区形成了一组功能区域。这些功能区域将包含内聚功能的聚集,称为子系统。每个子系统都是概念性的机制,通过该机制定义了一组潜在内聚的服务组件的边界。
源自功能区域分析的子系统识别实现了从对功能区域进行业务识别到决定哪些子系统实际参与实施给定功能区域的无缝转换。这些子系统将成为供复用的蓝图。这向我们提供了一种抽象行为,不仅包括子系统的内部功能运作,还包括子系统相互协作和依赖所遵循的约束。
子系统将功能区域所定义的业务与服务组件所实现的 IT 进行桥接。
最后一步是为每个功能区域确定候选子系统。很多情况下,功能区域和子系统之间是一对一的关系。如果出现可能需要多个子系统的情况,则说明:可能需要对功能区域进行重新评估,分割为一个或多个附加功能区域,其中的每一个承担原功能区域的一部分功能。
功能区域
功能区域形成了 IT
子系统边界定义的基础,并提供了对候选服务进行分类的方法。功能区域用作识别子系统和服务组件的起点。功能区域是领域可分解到的最小粒度。在这个工作产品中,每个功能区域将按它负责的功能以及它依赖的其他功能区域功能进行精确描述。
功能区域为领域提供了各组内聚业务功能(即:它们是整个领域功能的子集)。识别出清晰定义的功能区域对于业务建模启动计划的成功非常重要,因为对于建立各组内聚的基于业务的服务以及用来实现这些服务的子系统来说,功能区域是关键。
进一步分析此工作产品中确定的候选子系统之后,将导致识别出用来实现(实施)子系统相关服务的服务组件。
服务组件是子系统的一种实现,子系统是对功能内聚且基于业务的服务的逻辑分组,它对企业的重要程度使它足以作为企业资产进行管理。这些基于业务的服务可以显现在各种边界上,包括企业或业务单元的边缘。
任何业务都由业务领域组成,业务领域是对用于提供相关业务功能并需要相似技能和专长的业务能力(功能)的逻辑分组。为了解释业务领域的概念,请考虑以下的简化示例:
-
企业在销售什么?--“产品”领域
-
企业销售给谁?如何改进销售?--“客户关系管理和市场营销”领域
-
何时以及如何销售?--“销售管理”领域
-
如何管理企业?--“企业管理”领域
领域可以分成(分解成)多个功能区域。功能区域为领域提供了一组内聚的业务功能。例如,“产品”领域中的一个功能区域可以是“产品开发”,其主要功能是开发和改进产品。
|