企业架构 | TOGAF综述

TOGAF,开放群组企业架构(The Open Group Architecture Framework)是当前最为流行的企业架构框架理论,福布斯排行榜上排名前50的企业中已经有很大一部分在使用这一企业架构框架,中国企业对它的认可度也超过了50%。TOGAF起源于美国国防部的信息管理技术架构框架(TAFIM,Technical Architecture Framework for Information Management)。TOGAF已经发布到了第九个版本,即TOGAF 9(最新版本是TOGAF 9.2)。

TOGAF 9提供了架构开发方法(ADM)、架构能力框架、架构内容框架、企业连续体及参考模型等组件。其中ADM是最核心内容,详细介绍了构建企业架构需要执行的各个步骤以及他们之间的关系。

TOGAF内容结构示意图

TOGAF所包含的各种企业架构相关方法与工具在企业的业务愿景、驱动力和业务能力之间建立起了一座沟通的桥梁。从而使得作为企业发展蓝图的业务愿景与各种驱动力可以一起通过一种有条理的方式促进企业业务能力的实现和发展。而且经过长期的运营,企业的业务能力又为企业的业务愿景反馈了新的需求和发展推动力。TOGAF的内容被分为三个主要部分:

  • TOGAF能力框架(TOGAF Capability Framework):为了在一个企业中有效地操作企业架构并使其发挥最大的效能,一系列适当的组织结构、流程、技能、角色和责任需要被定义并结合起来,而TOGAF的能力框架正为如何组织好这些元素提供了指南。
  • TOGAF架构开发方法和内容框架(TOGAF ADM(Architecture Development Method)& Content Framework):此部分是TOGAF的核心部分,它包含了两个方面的内容。其中架构开发方法是TOGAF针对企业架构建设方法的论述,它以一个循环迭代模型为基础将企业架构的建设过程划分为前后衔接的若干步骤,并对每个步骤的输入、输出以及所采用方法都进行了详尽的阐述;作为新晋的内容框架部分,它针对企业架构中所包含的各种工作产品以及他们之间的关系作出了详细的描述。
  • TOGAF企业连续体和工具(TOGAF Enterprise Continuum and Tools):企业连续体是企业架构资源库的一张视图,它为企业中的各种架构和解决方案制品提供了一种分类和组织的方法。企业架构过程是一个动态的过程,因而这一针对工作制品进行组织分类的方式也不仅仅是一个静态方法,还是一种能够随着企业架构演进而变化其分类方式的动态方法。在此方法的视角中,随着企业架构的演进发展,其内容也从通用走向特化,其详细程度也由简略转为详尽,而随着实践的沉淀,原来特化的架构或解决方案制品也可能成为在更广泛范围内通用制品。除此之外,该部分内容还提供了几个用于帮助企业架构建设的参考模型以及其他的一些辅助工具。

上述三个部分的内容相对比较独立。能力框架方面的内容着重于帮助企业更好地使用企业架构,架构开发方法和内容框架着重于帮助企业提高其企业架构建设和维护过程的标准化水平和执行效率;企业连续体以及各种方法工具则更关注于为企业在企业架构的开发、使用和维护过程中提供参考和最佳实践。一个优良的企业架构的创建、使用和维护是他们三者紧密配合、相互作用的结果。TOGAF并不要求所有引入它的企业都必须一个不漏的照搬这三个部分的内容,而是可以根据各自的需要选择相应的部分进行采用,即便是已经建立了企业架构的组织(哪怕他采用别的框架理论来创建其企业架构)也可以将TOGAF中的内容与当前企业架构进行融合。

1. 架构开发方法(ADM)

架构开发方法(ADM,Architecture Development Method)为开发企业架构所需要执行各个步骤以及他们之间的关系进行详细的定义,它也是TOGAF规范中最为核心的内容。

一个组织中企业架构的发展过程可以看成是其企业连续体从基础架构开始,历经通用基础架构和行业架构阶段而最终达到组织特定架构的演进过程。在此过程中,用于对组织开发行为进行指导的就是架构开发方法。

作为企业连续体在现实中的实现形式或信息载体,企业架构资源库也与架构开发方法有着千丝万缕的联系。企业架构资源库为架构开发方法的执行过程提供了各种可重用的信息资源和参考资料。企业架构开发方法中各步骤所产生的交付物和制品也会不停地填充和刷新企业架构资源库中的内容。因此在刚开始执行企业架构开发方法时,各个企业或组织常常会因为企业架构资源库中内容的缺乏而举步维艰,但随着一个又一个架构开发循环的持续进行,企业架构资源库中的内容将日趋丰富和成熟,企业架构的开发也会越发明快。



2、架构开发方法的各阶段

架构开发方法建立在一个循环迭代的模型基础之上。TOGAF定义了一系列按指定顺序排列的阶段和步骤对迭代过程进行了更加详尽和标准的描述。迭代过程的各个阶段以及每个阶段的各个实施步骤并不是绝对不变。鉴于 TOGAF本身的开放性和灵活性,架构开发方法中各步骤的执行也具备着很高的灵活性,而这一灵活性通常表现为:

  • 企业架构开发方法各阶段的输入与输出可以不拘泥于企业架构开发方法的定义,可采用适合组织自身情况的其他框架中所定义的相关内容。
  • 企业架构开发方法中各阶段之间的先后顺序也不是绝对的,各组织可以按照自己的实际情况进行适当的修改。
  • 由于各组织的规模和特性千差万别,因而他们对企业架构开发方法的适应程度也各不相同。可对企业架构开发方法进行适当的裁剪并使其符合组织自身情况。
  • 架构开发是一个循环迭代的过程,但并不意味着每次循环都要走完图中所有的步骤,如果必要的话,在任何一个步骤的执行过程中都可以根据遇到的情况而开展一个新的循环过程。

企业架构的开发是一个循环迭代的流程,随着每个循环过程的完成,企业架构的范围以及交付物的深度和广度都得以演进。但企业架构范围的决定应独立于执行过程。在每一次迭代开始之前,组织都需要针对如下几点进行考虑:

  • 组织将要在什么范围内进行架构定义和建设?
  • 需要采用何种详细度进行架构描述?
  • 需要建设的企业架构的目标时间区间是什么?
  • 所能够使用的架构资产(包括上次迭代过程中产生的各种架构资产以及存在于组织外的行业通用资产)都有哪些?

以上四个要点制约着企业架构以及相关架构活动的范围。理论上,为整个组织进行全面建模是企业架构的终极目标。而如此理想的目标往往会成为不可能的任务,更加理性的做法是立足于当前的状况对每次架构工作的范围进行约定,并通过一次次的迭代逐步丰富企业架构内容的深度和广度,从而逐渐接近于理想状态。

这种方式对于结构复杂的大型组织来说尤为重要,这种组织往往是由若干业务单元通过联邦的方式组合而成,而在这种情况下一个有效的企业架构过程应该是对架构的范围和活动进行明晰的划分,并在最后进行有效的整合的过程(美国联邦政府的FEA就是一个很好的例子,虽然具有着独特的架构建设和维护方法,但是在如何应对繁杂组织的复杂度方面,其与TOGAF有着相通的见解)。总的来说,TOGAF的企业架构开发方法的基础是对企业架构的范围进行适当限定和定义,而这些限定和定义的方面包括:

  • 企业范围或着眼点:用于表述企业的整体范围,以及架构活动所涵盖的范围。
  • 架构领域:一个完备的架构描述需要涵盖四个架构领域中的内容,即业务、数据、应用和技术。
  • 详细度:用于表述架构内容的详细程度,即何种程度的架构描述才是足够的。
  • 时间段:用于表述架构愿景所描述的是在未来哪个时间段的目标,以及此目标是否可以在指定的详细度上被描述清楚,如果不能则需要对中间过渡状态进行制定,并且对每个过渡状态的描述所采用的详细度应符合指定的需要。

一般来讲,企业架构范围的定义和限定首先需要明确企业范围或着眼点、详细度和时间段这三个方面。在这三个方面被确定之后,组织需要根据所面对的问题开展针对各种架构领域的选择和组合,从而实现针对企业架构范围的最终确定。需要注意的是,之所以架构范围需要被限定,是因为现实中的资源不是无限的,这些限制一般包括如下方面:

  • 架构开发团队的权力有一定限制。
  • 企业中不同角度的干系人的关注点千差万别。
  • 人力、资金等资源的限制。

综上所述,企业架构开发方法是一种非常灵活的架构开发指导方法,任何组织不论其身处何种行业或是具备什么样的规模都可以将其作为指导自身企业架构建设的方法。需要注意的是,企业架构开发虽然能够指导企业架构的建设,但是企业架构的范围则需要组织自身根据实际情况来进行定义和限定。只有这样才能让企业架构开发方法的进行处在一个现实可行的环境当中。


摘自:cnblogs.com/hbuwdx/p/59日常学习之用,侵删。

编辑于 2019-09-27