什么是TOGAF？企业架构师必备的4个架构域

一、什么是 TOGAF？

TOGAF 9.2基础+鉴定是一个4天的连贯性培训体系，它从企业战略环境出发，介绍企业架构的基本概念和实践，引入架构开发方法(ADM)和2项指引和9项技术、需求分析和管理，再从架构内容框架、架构治理、架构能力模型全方位地解析企业架构的实践。

• TOGAF标准是一个架构框架，即开放群组架构框架（The Open Group Architecture Framework）。
• TOGAF标准由客户倡议发起
• TOGAF标准是由The Open Group架构论坛来开发和维护的。
• TOGAF标准是一个框架（Framework)
• 它是一个通用框架，可用于开发满足不同业务需要的各种架构。
• 它不是一个“one-size-fits-all”的架构
• 它是一种工具，用来帮助架构的接受、创建、使用和维护。
• 它基于一个迭代的过程模型，由一些蕞佳实践和一套可重用的已有架构资产支持。

换句话说，TOGAF 给的不是一张画好的图纸，而是一套画图的方法和一套可以反复使用的素材。企业面对的行业、规模、系统现状各不相同，所以框架只规定“怎么做”的路径，具体架构长什么样，要由企业自己在这个路径上生成。

二、什么是架构域（Architecture Domain）？

The architectural area being considered. The TOGAF framework has four primary architecture domains: business, data, application, and technology. Other domains may also be considered (e.g., security).

简言之，架构域就是架构工作所关注的那一块区域。TOGAF 框架确定了四个主要架构域：业务、数据、应用、技术；安全等其他领域也可以作为补充域一并考虑。

三、TOGAF 标准定义的 4 个架构域

这四个架构域不是四份互不相干的文档，而是从“为什么做”到“用什么支撑”逐层落地的一条链路：业务架构回答战略与能力，数据架构和应用架构合起来构成信息系统架构，技术架构提供蕞底层的底座。理清这条链路，架构工作才不会变成各画各的图。

四、业务架构 Business Architecture

A representation of holistic, multi-dimensional business views of: capabilities, end-to-end value delivery, information, and organizational structure; and the relationships among these business views and strategies, products, policies, initiatives, and stakeholders.

简单说，业务架构是把企业当作一个整体来看：它有哪些能力、价值如何端到端交付、信息如何流动、组织如何搭建，以及这些视图与战略、产品、制度、举措、干系人之间的关系。

Togaf业务架构如下：

五、应用架构 Application Architecture

A description of the structure and interaction of the applications as groups of capabilities that provide key business functions and manage the data assets.

应用架构关心的是应用系统怎么分工、怎么交互：把应用看作一组组能力，有的负责支撑关键业务功能，有的负责管理数据资产，蕞终形成一张清晰的应用地图。

Togaf应用架构如下：

六、数据架构 Data Architecture

A description of the structure and interaction of the enterprise's major types and sources of data, logical data assets, physical data assets, and data management resources.

数据架构描述企业主要的数据类型与数据来源、逻辑数据资产、物理数据资产以及数据管理资源之间的结构和交互关系。它回答的是：企业有哪些数据、数据从哪里来、存在哪里、由谁管理。

Togaf数据架构如下：

七、什么是数据先行 or 应用先行？

阶段C包括数据架构和应用架构，开发顺序任意。

事实上，不管哪种开发顺序，均有其支持者：

数据先行：Steven Spewak在《企业架构规划》中建议采用数据驱动的开发顺序。

应用先行：ERP、CRM等主要应用系统（ERP、CRM…）通常将技术基础设施与应用逻辑相结合。应用驱动的方法把核心应用（支撑关键任务的业务流程）作为架构工作的主要焦点。但是，集成问题往往构成重大挑战。

两种顺序并无一概而论的对错，更多取决于企业的现实约束：数据基础薄弱、口径混乱的企业，往往先把数据理顺；而被核心系统牵着走、业务连续性压力大的企业，则更常从应用切入。

八、技术架构 Technology Architecture

A description of the structure and interaction of the technology services and technology components.

技术架构描述技术服务与技术组件之间的结构和交互，是四个架构域中更贴近落地的一层：服务器、中间件、网络、云资源如何组织，直接决定上面三层能否跑得起来。

Togaf技术架构如下：

九、什么是架构设计顺序与架构实施顺序？

自上而下的设计：

1. 业务架构
2. 数据（或应用）架构
3. 应用（或数据）架构
4. 技术架构

自下而上的实施：

1. 技术架构
2. 应用（或数据）架构
3. 数据（或应用）架构
4. 业务架构

设计自上而下，是为了先想清楚业务要什么，再决定系统怎么建；实施自下而上，是因为真正落地时，永远是从底层资源和系统一点点往上交付。两者的方向相反，但指向同一个目标——让架构既能对上战略，也能落到地上。

十、TOGAF 课程免费试听

想先感受一下课程节奏，可以填写试听申请表，顾问会按你所在的城市和可参加的时间安排场次。

点此填写 TOGAF 免费试听申请表