1. TOGAF概述

这部分了解即可重点看ATM

1.1 概念

• 概念
  • The Open Group Architecture Framework
  • 是一种开放式企业架构框架标准
  • 用于帮助组织设计、规划和管理其信息技术架构

其他一些零散的诠释（了解即可）

• 提供了一种结构化的方法来理解和管理企业的业务、技术和信息资源，以支持企业的战略和业务目标，帮助企业建立全面的、一致的和可持续的企业架构。
• 它包括一系列的架构开发方法、工具和技术，及一系列的标准和最佳实践
• 它强调了架构的全局性、可重用性和可扩展性，以满足企业不断变化的业务需求。

• 能力框架如图

1.2 目标

该框架旨在通过以下四个目标帮助企业组织和解决所有关键业务需求：

• 确保从关键利益相关方到团队成员的所有用户都使用相同的语言

这有助于每个人以相同的方式理解框架，内容和目标，并让整个企业在同一页面上打破任何沟通障碍。

• 避免被“锁定”到企业架构的专有解决方案
• 节省时间、金钱，更有效地利用资源
• 实现可观的投资回报 (ROI)

1.3 包括的组件

TOGAF9版本包括六个组件：（此处教材印错了）

• 架构开发方法（ADM）

  • Architecture Development Method
  • 是 TOGAF 的核心
  • 一种开发企业架构的分步方法

• ADM 指南和技术

• 架构内容框架

  • 说明：描述了 TOGAF 内容框架
  • 包括架：
    • 构工件的结构化元模型
    • 可重用架构构建块(ABB) 的使用
    • 典型架构可交付成果的概述

• 企业连续体和工具

  • 说明：讨论分类法和工具
  • 作用：对企业内部架构活动的输出进行分类和存储

• TOGAF参考模型

  • 提供了两个架构参考模型
    • TOGAF技术参考模型 (TRM)
    • 集成信息基础设施参考模型(Ⅲ-RM)

• 架构能力框架

  • 讨论在企业内建立和运营架构实践所需的组织、流程、技能、角色和职责。

1.4 特色

教材中这段叫“核心思想”，不是很像人话。框架、内容、风格这些只能是它的特色，并不能称作核心思想。

• 模块化架构
• 使用内容框架
  • 该框架与ADM产出结果一致
  • 为架构产品提供了详细的模型
• 使用扩展指南
  • 为大型组织开发多层级集成架构提供支持
  • 使得架构在一个总体架构治理模式内运行
• 可用于不同的架构风格

2. ADM 架构开发方法

2.1 ADM 的架构开发阶段

• 概念：是由架构领域中 架构开发的多个阶段组成，它们按开发顺序组成环状。

• ADM全生命周期：

  • 准备阶段
  • 需求管理阶段
  • 架构愿望阶段
  • 业务架构阶段
  • 信息系统架构(应用和数据)阶段
  • 技术架构阶段
  • 机会及解决方案阶段
  • 迁移规划阶段
  • 实施治理阶段
  • 架构变更管理阶段

• ADM的迭代

  • 基于ADM整体的迭代

    上图一圈一圈的迭代
    教材原文是：用一种环形的方式来应用 ADM 方法，表明了在一个架构开发工作阶段完成后会直接进入随后的下一个阶段。

  • 多个开发阶段间的迭代

    如在完成了技术架构阶段的开发工作后又重新回到业务架构开发阶段。

  • 在一个阶段内部的迭代

    一个阶段内部的多个开发活动间的迭代

2.2 各阶段的活动

• 准备阶段

  • 定义组织机构
  • 定义特定的架构框架
  • 定义架构原则和工具

• 需求管理阶段

  • 完成需求的识别、保管和交付

  相关联的 ADM阶段则按优先级顺序对需求进行处理

• 阶段A : 架构愿景

  • 设置TOGAF项目的范围、约束和期望
  • 创建架构愿景，包括：
    • 定义利益相关者
    • 确认业务上下文环境
    • 创建架构工作说明书
    • 取得上级批准

• 阶段B: 业务架构、阶段C : 信息系统架构(应用&数据)、阶段D : 技术架构

  • 开发基线架构描述
  • 开发目标架构描述
  • 执行差距分析

  B、C、D每个阶段都包含以上三个步骤

• 阶段E : 机会和解决方案

  • 进行初步实施规划，并确认在前面阶段中确定的各种构建块的交付物形式
    • 确定主要实施项目
    • 对项目分组并纳入过渡架构
    • 决定途径(制造/购买/重用、外包、商用、开源)
    • 评估优先顺序
    • 识别相依性

• 阶段F: 迁移规划

  • 对阶段E 确定的项目进行绩效分析和风险评估，制订一个详细的实施和迁移计划

• 阶段G : 实施治理

  • 定义实施项目的架构限制
  • 提供实施项目的架构监督
  • 发布实施项目的架构合同
  • 监测实施项目以确保符合架构要求

2.3 ADM方法的详细说明

2.3.1 准备阶段

2.3.2 阶段A——架构愿景

• 概述：在该阶段，将将启动一次架构开发过程的迭代

包括：设置迭代工作的范围、约束和期望，创建架构愿景、验证业务上下文，创建架构工作说明书并取得大家的一致认可

• 作用：
  • 愿景表达了我们对架构的期望结果
  • 阐明重要涉众关注的问题和目标
  • 帮助团队关注架构的核心领域

2.3.3 阶段 B——业务架构

• 概述：将开发一个支持架构愿景的业务架构
• 作用：
  • 细化架构愿景中概括的基线和目标业务架构，使它们可以作为技术分析的有效输入
• 生成业务架构的技术
  • 业务过程建模
  • 业务目标建模
  • 用例建模
• 本阶段的核心内容：
  • 组织如何满足业务目标
  • 企业静态特征：业务目标、业务组织结构、业务角色
  • 企业动态特征：流程、功能、服务

2.3.4 阶段C——信息系统架构

• 概述：确定主要的信息类型和处理这些信息的应用系统
• 两个主要的步骤：
  • 数据架构设计
  • 应用架构设计

二者既可以依次开发，也可以并行开发

• 核心内容为：
  • 信息系统如何满足企业的业务目标
  • 信息以及信息之间的关系
  • 应用以及应用之间的关系

应用架构见表12-6:

3.2.5 阶段 D——技术架构

• 概述：完成对系统基础服务设施的设计
  • 包括：硬件、软件和通信技术

即，定义了架构解决方案的物理实现，

3.2.6 阶段 E——机会及解决方案

• 概念：主要描述确定目标架构交付物的过程

交付物包括：项目、程序或文件

• 第一个直接关注实施的阶段

3.2.7 阶段 F——迁移规划

• 概述：
  • 行为：制订一个详细的实现和迁移计划
  • 目的：完成从基线架构向目标架构的转变

2.3.8 阶段G——实施治理

• 概述：
  • 定义了实施项目的架构约束
  • 提供项目构建的架构监督
  • 产生一个架构契约

2.3.9 阶段H——架构变更管理

• 概述：确保能够以一种可控制的方式对架构的改变进行管理
  

2.3.10 需求管理

• 概述：
  • 完成对企业需求的识别
  • 存储需求
  • 并把它们插入到相应的ADM阶段
  • 或从相应的阶段中取出
• 其他诠释
  • 需求管理是ADM 流程的中心
  • 这是一个动态的过程，适用于ADM 的所有阶段

2.3.11 建立架构活动的范围

• ADM方法不能够确定架构活动的范围，这必须由企业自己确定

• 架构活动范围的决定因素

  • 创建架构的团队所具备的组织权力
  • 需要在架构中实现的目标和干系人的诉求
  • 可利用的资源

选取一致的“架构分区”：确保架构师不会从事重复劳动或冲突的活动