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.缺点

  • 体量庞大,过于沉重

猜你喜欢

转载自blog.csdn.net/qq_36869808/article/details/129857499