TOGAF 企业架构

0x00 前言

本文仅仅是TOGAF学习和理解，不以考证和落地实施为目的。

The Open Group 于 1995 年开发了 TOGAF，到 2016 年，80% 的全球 50 强公司和 60% 的财富 500 强公司使用了该框架。TOGAF 可供组织内部免费使用，但不能用于商业目的。

0x01 TOGAF

TOGAF：The Open Group Architecture Framework

1.TOGAF的组成部分

• 架构开发方法（ADM）
• 架构内容框架
• TOGAF参考模型
• ADM指引和技术
• 企业连续系列
• 架构能力框架

2. 架构开发方法（ADM）

2.1 架构规划流程

2.1.1 准备阶段

Preliminary Phase ：筹备工作和初始活动，满足新的企业架构和业务指导的需求。主要的任务是：

• 完成定义架构的范围
• 架构的组成元素
• 子架构整合
• 调整框架适应公司业务
• 定义业务原则，包括使命、愿景、战略和目标

2.1.2 架构愿景

Phase A:Architecture Vision：描述架构开发周期的初期阶段，明确企业想要解决的问题

2.1.3 业务架构

Phase B：Business Architecture 描述业务架构的开发以支持架构愿景。

目的是改善企业业务流程，考虑人和组织的变革，实现业务流程的改善，定义当前业务架构和目标业务架构。

2.1.4 信息系统架构

Phase C：information Systems Architecture 描述信息系统架构的开发，包括数据架构和应用架构。
数据架构用来确认支持业务流程的数据。
应用架构用于确定处理数据、支持业务处理的应用系统的种类。

2.1.5 技术架构

Phase D：Technology Architecture 描述技术架构的开发过程，考虑可用性，必须性，标准，战术和战略的活动。
架构开发过程的考虑内容：

• 架构因素
• 企业因素
• 总体拥有成本
• 预期寿命

2.1.6 机会和解决方案

Phase E：Opportunities&Solutions
组织架构实施规划，确认架构实施途径。

2.1.7 迁移方案

Phase F：migration Planing：指定一套详细的架构迁移规划支持架构的实施

2.1.8 实施治理

Phase G：implemention governance 提供架构实施的监管，保证通过变化管理实现框架。

2.1.9 架构变化管理

Phase H：Architecture Change Management：设计管理架构变化的程序

2.1.10 需求管理

Requirements Management：通过ADM方法检查管理架构需求的流程，包括架构需求、业务需求、系统需求、组织变革需求、实施需求和利用需求等。

2.2 交付物

3.架构内容框架

4. 参考模型

参考模型的作用是促进组织间的沟通，是促使系统分析前后保持一致

0x02 优势&缺点

1.优势

• 提供了ADM，可以参考从头进行建设对应的架构

2.缺点

• 体量庞大，过于沉重