业务驱动的 SOA

  • Boris Lublinsky
  • 马国耀

2010 年 1 月 17 日

话题:SOA架构

SOA 联盟通过新白皮书《业务架构:业务战略和企业架构之间缺失的链条》的发布迈出了 2010 年的步伐。

白皮书把“业务驱动的 SOA”定义成以下几方面的组合:

  • 创建服务目录,并展示企业所需或企业提供的业务功能。这些功能代表了业务、信息和技术等方面的概念。
  • 将这些服务与事件、规则和策略等组装或编排在一起,进而形成能够实现业务场景的业务流程解决方案。
  • 形成业务产出。该“业务产出”可以是成本评估及通过合理的 IT 组合所带来的降低的复杂性。另言之,“业务驱动”不是业务人员抓住你去做什么,而是根据业务理由去执行。

白皮书称,创建业务驱动的 SOA 的前提条件之一是创建业务架构,它是“业务设计的正式表现和有效的管理”。

白皮书解释到:

业务架构和信息技术之间的关系存在两个方面。其一,业务架构是 IT 规划、技术架构和将交付的业务实现的重要输入。其二,技术趋势和 IT 能力在能力域,价值链、流程以及渠道等方面影响了业务设计的选择……业务架构和信息技术之间的互相依赖提出了协作的实践和组织模型方面的要求。二者之间的连接 最好应作为实实在在的企业架构实践,它应给予业务和技术同等的重视。

根据白皮书,许多现有的业务架构方法都关注在 IT 解决方案交付的必备的前提之上,也就是业务流程和业务用例。

然而,这是不够的。要想收获业务架构带来的好处,也就是业务可视性和敏捷性,那么业务架构必须要从业务设计人员和业务所有者的视角反映整体业务设计,而不是从 IT 解决方案交付的视角。

白皮书建议把业务架构看成被业务专家用于评估并实现业务设计及变更的正式的实践、信息和工具。

  • 业务架构必须包括来自业务设计人员及业务所有者的视角的全部业务设计。该视角始于业务动机,包括关键业务执行元素,如运维模型、功能、价值链、流程和组织模型等,同时该视角又跨越可信息技术表现,如业务服务、规则,实践和信息模型等。
  • 业务架构应通过各种构建正式地表现出来,这些构建包括业务动机模型、功能地图、价值链地图、流程模型、策略文档、组织图和产品目录等。
  • 为了便于访问,业务架构的构建应该存放与存储库中并进行管理。

白皮书把业务架构定义成能够更好地将战略、流程、业务结构和人员利用起来从而交付可靠且经济的企业运作的一种机制。

技术使能对于大多数新功能和服务而言是至关重要的。业务架构帮助企业清晰地定义技术要求和功能,并能帮助与业务优先级及目标对齐的 IT 规划及项目获得成功。

此外,白皮书就企业如何开展业务架构的创建以及在何处需要实施企业架构等方面提供了可执行的信息。它还描述了实践中的业务架构,即企业在创建、利用和改进业务架构的过程中可遵循的步骤。

最后,白皮书讨论了业务架构和一些关键业务及技术结构之间的关系,这些结构包括业务 -IT 对齐、业务流程管理(BPM)、面向服务的架构(SOA)和 业务解决方案交付等。

不论我们喜欢与否,目前在业务和 IT 之间存在着巨大的鸿沟。任何通过 SOA/BPM 的手段去改进我们创建 IT 应用的方法可能会让我们的实现更加经济,但对于现状的改变却可能效果甚微。相反,通过业务架构的直接将 IT 能力和企业的业务功能对齐的方式却为在业务和 IT 之间建立更好的合作提供了有效途径。该对齐是 SOA 的最初的承诺之一(也一直是 SOA 主要驱动力之一),所以,这意味着创建或改进业务架构应作为 SOA 的重要组成部分。


查看英文原文:Business-Driven SOA

SOA架构