一 简介

《企业级业务架构设计：方法论与实践》是付晓岩撰写的，从业务架构“知行合一”角度阐述业务架构的战略分析、架构设计、架构落地、长期管理，以及架构方法论持续改良的书籍。最近在项目中涉及到这一领域，也借着这个契机做一次对企业级业务架构设计的深入学习。

二 企业级业务架构

2.1 什么是业务架构

业务架构，一种简单的定义是：以实现企业战略为目标，构建企业整体业务能力规划，并将其传导给技术实现端的结构化企业能力分析方法。

业务架构的使命，最初是面向复杂系统构建，被归属到 IT 战略部分。但从实践经验上看，应当把业务架构从 IT 战略中独立出来，更多地面向业务人员，充当业务与技术之间的桥梁。

业务架构的首要责任，在于实现业务与技术的深度融合，打造能够让企业整体，尤其是业务与技术之间有效沟通的“通用语烟”。

业务架构的演进经历了几个不同时代的模型，有 Zachman 模型、TOGAF、FEA 和 DODAF。

2.2 Zachman 模型

1987 年 Zachman 提出了企业架构模型，这个模型按照“5H1H”6 个维度，结合目标范围、业务模型、信息系统模型、技术模型、详细展现、功能系统 6 个层次，将企业分成了 36 个组成部分。通过这种方式，Zachman 模型描述了企业架构需要考虑的内容，表格如下：

Zachman模型

2.3 TOGAF 模型

2.3.1 TOGAF 简介

TOGAF（The Open Group Architecture Framework），行业标准的体系架构框架，由国际标准权威组织 The Open Group 制定。The Open Group 于 1993 年开始应客户要求制定系统架构的标准，在 1995 年发表 The Open Group Architecture Framework (TOGAF) 架构框架。

TOGAF 的基础是美国国防部的信息管理技术架构(Technical Architecture for Information Management: TAFIM)。它是基于一个迭代(Iterative)的过程模型，支持最佳实践和一套可重用的现有架构资产。它可让您设计、评估、并建立组织的正确架构。TOGAF 的关键是架构开发方法（Architecture Development Method: ADM）: 一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构。

2.3.2 TOGAF 规格说明书

包括以下七个部分：

第一部分：简介。介绍 TOGAF、企业架构的核心概念，以及 TOGAF 的变化。

第二部分：架构开发方法。核心内容，介绍 TOGAF 架构开发方法，简称 ADM。

第三部分：ADM 指南和技巧。

第四部分：架构内容框架。介绍内容框架、制品结构化元模型、可重用企业构件块的使用，概括了典型架构交付物。

第五部分：企业连续系列和工具。讨论合适的分类方法与工具，对架构活动产生的结果进行分类和存储

第六部分：TOGAF 参考模型。提供了 TRM（技术参考模型）和 III-RM（继承信息基础设施参考模型）两个架构参考模型。

第七部分：架构能力框架。

2.3.3 TOGAF 交付物

TOGAF交付物：目录、矩阵、图

2.3.4 ADM 方法阶段

ADM 方法包括十个阶段，其中每个阶段都有其目标、活动、输入、步骤、输出、技巧和交付物等。需求管理是一个特殊的阶段，该阶段和其他任何阶段都有关系，是 ADM 过程的驱动中心。处理需求变化的能力在 ADM 中是至关重要的，因为架构就其本质而言就是处理不确定性和变化，在干系人期望和能交付的实际解决方案间搭建桥梁。各阶段关系如下：

2.4 DODAF 模型

2.4.1 DODAF 简介

DODAF（Department of Defense Architecture Framework，美国国防部体系架构框架）诞生于 TOGAF 之后。1995 年，美国国防部专门成立了“C4ISR 一体化任务小组”，并随后颁布了 C4ISR 架构框架 1.0 版。1997 年 12 月，发布了 C4ISR 架构框架 2.0 版。C4ISR 架构框架 2.0 采用作战视图、系统视图和技术视图的结构，即经典的三视图结构。

2.4.2 DODAF 发展的时间线

DODAF 发展的时间线如下：

2.4.3 DODAF 的核心内容

DODAF 的核心包括 8 个视点和 52 个模型，如下图所示：

8 个视点之间的关系，我们整理如下图所示：

2.4.3 DODAF 开发步骤

1、确定架构的运用意图

在开始描述体系结构之前，用户必须定义架构的用途及预期用途，如何进行架构描述工作，架构开发中使用的方法；所需的数据类别，对他人的潜在影响，以及通过绩效和客户满意度来衡量努力成功的过程。

2．确定架构的范围

体系结构范围包括：体系结构项目背景、使命、活动、组织机构、时间跨度、合适的粒度、作战想定、态势、地理范围、经费以及在特定时间范围内专业技术的可用性等背景，以及其他一些相关条件说明，如计划管理、可用资源、专家以及体系结构数据的可用性等。

3.确定支持架构开发的数据

数据实体与属性的选择对于体系结构的构建是非常重要的，不仅要能满足第一步的目标，而且要能保持体系结构的一致性。实体和属性是通过数据类型来体现的，数据类型包括规范业务行为的规则、需要完成的活动信息、指挥关系、任务列表等多种类型，体系结构的度量标准可以是定量的，也可以是定性的。

4.采集、组织、关联和存储架构数据

依据获得的信息，确定需要构建的产品，以及构建这些产品必须获得什么样的体系结构数据，并组织利用这些数据，开发相应的体系结构产品。

5.进行支持架构的分析

对包含了所需全部数据的体系结构进行静态分析、动态分析、实验分析和试验分析、以确定体系结构数据的有效性；并根据既定的体系结构用途和目的对不满足要求的数据和产品进行修正。

6.产生符合决策者要求的文档结果

生成基于基本数据查询的体系结构产品描述，其描述应当与既定模型保持一致，具有可重用性并能被共享。

参考文章：

如何带领团队“攻城略地”？优秀的架构师这样做

美国国防部体系结构框架（DoDAF）介绍