Zachman框架在EA中的比较优适应用浅析

Zachman框架在EA中的比较优适应用浅析

[摘要]本文旨在通过对多种EA开发方法及工具进行优适比较，提出根据EA属性适当的精简Zachman框架以适合当前设计需求，从而提高企业及软件架构的可适应性和可管理性。

[关键词]Zachman 二维分类 EA 精简优适

一、不同架构框架之间的比较

设计EA一些很好的帮助来源包括：The Open Group架构框架 (TOGAF) ；企业统一过程 (Enterprise Unified Process, EUP)；Zachman框架。

为了解答上述问题，更好地理解不同架构框架之间的关系、共同点与差别，我们先看一看企业架构框架的不同界定。

1.Zachman框架

Zachman框架是一种逻辑结构,它旨为信息技术企业提供一种可以理解的信息表述。它可以对企业信息按要求分类和从不同角度进行表示。Zachman框架的创始人John Zachman早在1987年就提出了这种思想,它全称为企业架构和企业信息系统结构架构(Zachman Framework for Enterprise Architecture and Information Systems Architecture)。Zachman企业架构框架同时也是一种分析框架，包括了一些最基本的分析要点或关注点、视角，它也是关于企业架构的一种简单本体（通用概念及语义）。它是一个分类调查表，是展开分析，并组织分析所得到结果的一种基本结构。它不是一种企业模型框架，并没有包含多少比“普通事物”更多的“企业”独有的构成要素或结构特征。

虽然它的关注范围是整个企业，但从应用和实现的角度看，它至少是更适合于IT应用领域。Zachman框架提炼和吸收了传统方法中的一些精髓。它是一款于信息企业所使用的工具的平台。它可以根据抽象规则定义企业信息的一个方面。一个框架采用了一种六行,每行中包含36个子单元的格式,这六行包括了范围,商业模式,系统模式,技术模式,组件和工作系统，其中有六列分别为谁,什么,什么时间,什么地点,为什么和如何做。在结构上呈现为一个二维分类模式。

Zachman框架被很多企业管理者认为是一种发展IT企业和进行复杂管理的规则集合。Zachman框架在现有EA的上下文中也非常有用，因为此框架可用于表示该EA的元素。因此，如果需求是添加对可管理性的支持，则Zachman还可以帮助跳过起点。

2.TOGAF

TOGAF是一种用于开发 EA的方法，并包括一个工具箱。TOGAF提供了一个很好的框架，用于将可管理性作为架构质量属性包括进来，因为 TOGAF促进了架构组件的结构、架构组件的相互关系、设计和发展的原则和指导方针的定义。TOGAF本质上是一种用于开发架构的方法，并包括最佳实践、对实际案例研究的引用和开发指导原则。TOGAF由三个部分构成，并包括方法、模型和模式存储库以及一组指导原则。

TOGAF的可交付内容之一是一组目标架构，这些架构是通过将有关现有实现的优点和约束的信息与变更需求组合在一起而获得的。因此，如果目前可管理性不是需求，TOGAF提供了推迟其实现的方法。换句话说，可以对需求进行记录、建模并在以后可选地进行实现。有关 TOGAF的另一个好消息在于，任何企业都可以为开发供组织内部使用的企业架构的目的而下载 TOGAF。这还有助于削减生成架构的成本。

3.EUP

另一项有用的技术是EUP，EUP是 IBM Rational Unified Process(RUP)的一个扩展。EUP是RUP的外接程序的事实有助于降低其使用成本，因为可以扩展而不是替换现有的RUP实践。因此，建议的EUP采用方法是首先使用RUP，然后再迁移到EUP。

正如RUP一样，可以灵活地使用各个EUP阶段。例如，团队可以从生产阶段一直后退到开始阶段。或者，可以进行从构造到细化的阶段变更。当必须引入或更改某些企业架构需求时，就可能会使用后一种方法。一个明显的例子是引入企业架构可管理性。

EUP引入了许多企业级别的规程，包括操作和支持以及七个企业规程：企业业务建模；组合管理；企业架构；战略重用；人员管理；企业管理；软件流程改进。

RUP与EUP之间的一个基本区别在于后者处理完整的IT生命周期。RUP仅处理该生命周期的软件开发部分。TOGAF与EUP/RUP之间的一个明显区别在于EUP允许您重用RUP投资。这可能代表有用的成本节约，但边界界定及精细化控制程度弱化。

二、Zachman框架的精简优适应用

由上述比较不难看出，使用以上工具和技术可以帮助从可管理性的角度清楚表达EA远景。特别是，使用EUP可以降低EA项目的成本，因为EUP帮助保留了对RUP的现有投资，但是从各方面来看，显然EUP和RUP比较起Zachman在精细化控制和边界界定上大显不足。

Zachman是另一个用于EA的框架，并提供了对企业进行定义和建模的形式化和结构化的方法。Zachman框架突出体现了一个二维分类模型，此模型基于六个基本交流疑问词（什么、如何、何处、谁、何时以及为什么）和六种与参与者团体（预言家、所有者、设计人员、构建人员、实现人员和工作人员）相关的不同模型类型的交集。该二维Zachman模型的目的是提供所建模的企业的全面视图。

Zachman通常用于检查系统架构或企业级别的技术。Zachman不同于TOGAF和EUP，因为它深受 IT架构师的欢迎，而技术开发人员或用户群体却对它没有多大的兴趣。另一方面，Zachman可用于评估给定组织的软件架构。一些批评者认为 Zachman产生的文档太多，但是这对于考虑EA问题的组织（即希望了解并且改进其现有架构的组织）来说可能是有用的。因此，Zachman对于正在规划其架构但是不打算全面改造现有架构的组织是有好处的，即根据EA规模、属性，重新组成X（≤6）乘Y（≤6）的矩阵。

三、结论

因此，我们就更有理由根据我们所熟悉的当前EA规模及属性，有精简的、选择性的应用Zachman框架，即把Zachman框架6乘6矩阵每一格子打散，就根据EA规模、属性，重新组成X（≤6）乘Y（≤6）的矩阵，这样完全可以避免过于复杂的Zachman框架在应用上的耗费，从而提高企业及软件架构的可适应性和可管理性。

参考文献：

[1](美)Roger Sessions.企业精简架构[M].机械工业出版社.

[2]余彤鹰.Zachman企业架构框架若干分析.企业工程论坛,http://www.ee-forum.org/pub/ty/2010-02-p1198.html.

[3]周爱民.大道至简：软件工程实践者的思想（点评版）[M].电子工业出版社，2010.1.