Skip to content

Commit

Permalink
🐛 fix(1.0): 更新TOGAF架构
Browse files Browse the repository at this point in the history
Signed-off-by: Tony Deng <wolf.deng@gmail.com>
  • Loading branch information
tonydeng committed Dec 30, 2024
1 parent 81bbb19 commit f3cf3fe
Show file tree
Hide file tree
Showing 4 changed files with 38 additions and 2 deletions.
Binary file modified ea-theory/images/ADM.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added ea-theory/images/TOGAF Framework.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
40 changes: 38 additions & 2 deletions ea-theory/togaf.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,7 @@

TOGAF的前身是美国国防部的“信息管理技术架构框架”​(`TechnicalArchitecture Framework of Information Management``TAFIM`)​。1993年,Open Group接受委托设计企业架构理论,期间还接受了美国国防部的指导,因此吸收了TAFIM的经验。经过Open Group近两年的努力,TOGAF 1.0于1995年诞生。由于当时正处于企业架构理论的兴盛期,TOGAF一直以每年一版的频率持续更新,到2002年更新到了8.0版,正式扩展为完整的企业架构,并且开始对外提供架构认证培训服务。之后,TOGAF的更新速度放慢,2009年发布了9.0版, 2012年发布了9.1版,而最新的9.2版到2018年才发布。TOGAF认证目前也是企业架构领域比较权威的认证。

## 1. TOGAF更完整
## 1. TOGAF简介

与Zachman框架相比,TOGAF给出了对架构过程的完整指导。TOGAF构建过程包括八个阶段,依次为:

Expand All @@ -21,13 +21,49 @@ TOGAF的前身是美国国防部的“信息管理技术架构框架”​(`Te
- **实施治理**
- **架构变更管理**(涵盖了远景描绘、架构构建、架构实施、架构治理等方面)。

![TOGAF Framework](images/TOGAF%20Framework.png)

在俗称[“麦田怪圈”](https://baike.baidu.com/item/%E9%BA%A6%E7%94%B0%E6%80%AA%E5%9C%88/81806)的架构构建过程中,需求管理处于中心位置,说明架构构建各个阶段都是需求驱动的,也说明了需求的变化对构建过程有着深远的影响。

“麦田怪圈”只是TOGAF六大构件中的一个,此外还包括架构内容框架(详细的架构工作产品模型)​、参考模型、ADM指引与技术、企业连续统一体(类似具有演进特征的架构资产库)​、架构能力框架(运转企业架构必需的技术、组织、角色等,类似管理体系)​,可以说是应有尽有了。

​“麦田怪圈”如图所示。

![ADM](images/ADM.png)

“麦田怪圈”只是TOGAF六大构件中的一个,此外还包括架构内容框架(详细的架构工作产品模型)​、参考模型、ADM指引与技术、企业连续统一体(类似具有演进特征的架构资产库)​、架构能力框架(运转企业架构必需的技术、组织、角色等,类似管理体系)​,可以说是应有尽有了。TOGAF 9.0的交付物如表所示。
### 1.1. TOGAF的构建过程

TOGAF整个架构构建过程围绕着“需求管理”可以分为四类迭代,分别是:

#### 1.1.1. 架构能力迭代:获得企业承诺

**预备阶段:** 虽然在主圈外,但仍需要重新回来评估EA(业务分析)团队和企业承诺情况。

**A.架构愿景:** 有一个利益相关者、复杂性、变化和目标的整体视图。这不是一次昨晚,架构愿景会慢慢浮现出来,持续演化和沟通是关键。

#### 1.1.2. 架构开发迭代:设计正确架构(as-is/to-be)

**B.业务架构:** 独立于技术而关注业务能力、流程和产品是非常重要的,这是业务相关的架构视角分析。

**C.信息系统架构:** 这是顺接业务转向IT的重要架构,一般又分为应用架构和数据架构。

**D.技术架构:** 关注基础设施(例如硬件和通讯)以及平台/中间件,是技术人员的视角,关注技术的可行性和可用性。

#### 1.1.3. 过渡规划迭代:投资架构路标

**E.机会及解决方案:** 从整体架构视角到如何为架构进行交付、投资和分配资源。这是一个重要的迭代,需要在架构愿景和业务架构之间找到平衡,以确保架构的可行性。

**F.迁移规划:** 项目管理者比架构师更多参与,确保详细规划与架构愿景保持一致。

#### 1.1.4. 架构治理迭代:正确架构实施

**G.实施治理:** 需监控每个项目和解决方案遵从与架构,在合规性上不能妥协,说明大家追求长期愿景。确保架构的实施和维护,这是一个持续的过程,需要不断调整和改进。

**H.架构变更管理:** 当项目和解决方案不能满足原有期望时,需回到其他阶段去解决。架构是一个动态的过程,需要不断调整和改进,这是一个持续的过程。

### 1.2. TOGAF交付物

TOGAF 9.0的交付物如表所示。

![TOGAF交付物](images/TOGAF交付物.jpg)

Expand Down
Binary file modified model/ea-practices.eapx
Binary file not shown.

0 comments on commit f3cf3fe

Please sign in to comment.