大型企业信息系统的架构设计（2）——架构设计方法论简介

大型企业信息系统的架构设计（二）——架构设计方法论简介

4.       架构设计方法论概览

下面我简单介绍一下信息系统架构设计的方法论，为什么要介绍方法论呢，这里就要进入到架构设计领域的特点了。刚才我们说到了，要做企业信息系统的架构设计，最关键是要理解企业的内部环境和外部环境，以及企业的目标。但是从另一方面说，架构设计这个领域，在这二三十年内，越来越成为一个专业的领域。也就是说，已经有很多人做了大量的工作，构建出了一些架构设计的体系，目的就是为了抽象出架构设计这个领域当中（毕竟还是有）很多的客观规律，有很多前人经验的总结。孔子说：“学而不思则罔，思而不学则殆”，刚才我们讲的那些东西，实际上是“思”的过程，就是让大家反思 / 思考一下，企业的信息系统到底有什么特点。但是光想不学是不行的，我们还是要看一下，别人的方法论，在架构设计领域到底抽象除了哪些共性的东西，这些东西都应该是我们在架构设计过程中可以用到的。下面简单说一下（这部分不是我讲的重点，因为时间也不太够），这五个方法论应该说都是目前比较有名的方法论：

DODAF ，这是美国国防部主导的架构体系， MODAF 是英国国防部主导的架构体系，从名字上也能看出来与 DODAF 有一定关系，从 DODAF 借鉴了很多东西，然后自己进行了一些构造。 TOGAF ，这是 OpenGroup 的架构体系，相当于是一个国际标准化组织的架构体系。 Zachman Enterprise Framework ，这是一位老先生， Zachman 先生创立的一个架构体系，也有二十多年的历史了。中间这个图呢，是 4+1 ，不知道有多少人了解这个体系，熟悉 UML 、 Usecase 等等与 RUP 相关的体系的人可能会了解得比较多一点。这五个架构体系我想大家可以看出来，有两个是国防部的，一个是国际组织的，一个是个人或者说企业的，还有一个是领域专家（ Kruchten ）的，应该说这五个体系还是有一定代表性的。从这里我们就可以看出来，很多的人，无论是机构、国际组织、公司、个人等等，都有自己的架构方法论。这里就是简单介绍一下，后面主要对两个架构方法论做一下介绍。

 

5.       Zachman 企业架构（ 5W1H ）

首先是 Zachman 的企业架构，我简单列了一下，就是 5W1H 。（字体可能比较小，大家下来看 PPT 就可以了）。 5W1H 这种模型，我想大家都听说过，不仅仅是企业架构，就是 What 、 Who 、 Where 、 When 、 Why 、 How 等等，这样的形态在所有领域的分析模型中都可能会用到。这样的一个体系，它的主要特点是什么呢，我这里没有时间详细地介绍其中每一个点的内容，主要是让大家形成一个印象，后面还会用到：这样一个体系的特点，是它非常适合于分析——非常适合于分析企业信息系统架构的方方面面。这个我想大家应该比较容易理解，任何一个领域内，这种 nW1H 的方法，都是一个非常有效的分析方法，因为用它可以把方方面面的要素都列出来。大家不要忘了我们一开始讲的内容，也就是影响企业信息系统架构的重要因素——内部环境、外部环境、目标，都在这里有体现。

比如说我们看到头一行（纵向的内容我们等会儿再讲）： What ： List of things ——你这个企业是做什么的； How ： List of Processes ——如何做。比如说一个银行和一个保险公司，他们做什么这一点上就肯定是不一样的。进一步而言，如何做，这又是业务流程方面的问题，比如说同样是银行，或者同样是*，也没有两个流程完全一样的。 Where ——地理位置，比如说我是一家在中关村某一个写字楼上有一个小办公室公司，和我是全国范围内有三万六千个网点的银行，他们的信息系统有可能一样么？不可能。 Who ——人员，或者角色，就是这个企业有多少参与信息系统使用或者建设的人。 When ——时间，就是说这个企业的信息系统有没有比较鲜明的时间特征，这个我们可以等会儿再讲。 Why ——就是终极的，企业的目标，也就是你的企业为什么要做这些事情，以及要这么做的原始驱动力是什么。所以这样一些维度就很有利于分析我们前面所说的企业的内部环境、外部环境等等因素和目标。

那么再看纵向，纵向实际上是一个层次化的结构，就是从宏观一直到微观。 Scope 是最粗线条的，我们看到这六个点都是“ List ”，你只要把要点列出来就可以。再下面就细化了， Business ，业务层面的，比如说你有什么样的实体、什么样的业务流程。再往下呢，系统层面，你的数据模型是什么。再往下是技术层面，如何构造这些数据。再往下到组件层面；再往下到执行层面。由于纵向是一个层次化的结构，横向是一个角度的结构，有了这样一个矩阵的结构，就可以把企业信息系统的方方面面全都列在这里。这就符合了我们前面所说的，你要决定一个企业信息系统的架构的时候，必须所要考虑的全部因素都在这里。

顺便强调一点，就是反过来说，这个框架适合于分析，适合于列出所有必要的内容，但是并不一定适合于设计。我们可以看到，所有的地方都是说企业信息系统应该有什么、有什么，但是怎么做，没有列出来，这是这个框架的特点。

 

6.       Zachman 企业架构

这里是一个中文版的内容，中文不是我翻译的，但我看了应该没什么问题。再简单说一句，就是 Zachman 架构有一个网站，也就是这个公司的网站，这个架构从 87 年开始（演讲中是 85 年，应该是记错了），到现在二十多年的历史了。这个公司本身也提供架构师的培训和认证，我不是给他们做广告，因为我和他们一点关系也没有。我想强调的一点是，这个架构经过二十多年的变迁和他最初的时候也是有很大差异了。我这里也就顺便提出来，因为前两天也有人问到，架构设计到底应该是什么样的规律，是不是可以完全形式化。从这个架构体系也可以看出来，二十多年来它一直在变，可以说最近十几年每年都会推出一个新版本。也就是说架构设计实际上没有绝对的一定之规。大家有兴趣可以去这个网站看一下，为什么我要贴这个网站呢，我不是要给他做广告，是因为这个网站有一个好的地方，网站上就有这个矩阵的一个图，每一个点都是可以用鼠标点进去的，里面会有对相关概念的解释，大家可以通过这个形式去简单学习一下，看看企业架构设计都要考虑哪些因素。