TOGAF ADM 教程
TOGAF ®，由The Open Group的标准，是一个成熟的企业架构方法和框架由世界领先的组织使用，以提高业务效率。它是最突出和最可靠的企业架构标准，可确保企业架构专业人员之间的标准、方法和沟通保持一致。精通 TOGAF 标准的企业架构专业人员享有更高的行业信誉、工作效率和职业机会。TOGAF 帮助从业者避免被锁定在专有方法中，更有效地利用资源，并实现更大的投资回报。
为什么选择 TOGAF？
IT 架构需要密切反映组织的业务目标。实际上，应该使用特定的技术（业务场景）来确保 IT 架构师正确理解业务目标，并在使用 TOGAF 开发的 IT 架构中反映出来。
以下是我们应该采用 TOGAF ADM 进行架构开发的原因：
- 综合通用方法
- 补充而不是与其他框架竞争
- 被市场广泛采用
- 可定制以满足组织和行业需求
- 在免费永久许可下可用
- 供应商、工具和技术中立的开放标准
- 避免重新发明轮子
- 业务 IT 对齐
- 基于最佳实践
- 有可能参与框架的演化
什么是 TOGAF 架构开发方法 (ADM)？
架构开发方法 (ADM) 用于开发满足组织的业务和信息技术需求的企业架构。TOGAF ADM 是大量架构从业者为以下目的不断贡献的结果：
- 它描述了一种开发和管理企业架构生命周期的方法，并构成了 TOGAF 的核心。
- 它可以根据组织的需要进行定制，然后用于管理架构规划活动的执行。
TOGAF 和 ArchiMate
ArchiMate 是 Open Group 引入的建模标准。它提供了一组丰富的建模符号和概念，支持在域内和跨域一致地对企业架构进行建模。
由于 TOGAF 和 ArchiMate 都是 Open Group 维护的标准，并且都用于企业架构开发，所以很多人混淆了它们，问“TOGAF 和 ArchiMate 有什么区别？”，“TOGAF vs ArchiMate？”， TOGAF 框架和 ArchiMate 建模语言均由 The Open Group 维护。TOGAF 9.1 和 ArchiMate 2.1 或更高版本可以很好地协同工作，并且对于 EA 开发是兼容和互补的。TOGAF ADM 是可用于开发和实施企业系统、流程和结构的 EA 框架，而 ArchiMate 可用作可用于创建 EA 描述的可视化建模语言。
重要的是要重申 ArchiMate 标准是一种建模语言而不是框架。ArchiMate 语言广泛用于开发可视化 EA 模型，通常与 TOGAF ADM 结合使用。此外，TOGAF 和 ArchiMate 标准可以放在一起以提供一组可应用于不同架构建模的观点。
ArchiMate 语言由 ArchiMate 核心语言组成，其中包括业务层、应用层和技术层，以及对架构底层的策略和动机及其实现和迁移进行建模的元素。
下图显示了如何在 TOGAF 架构开发方法 (ADM) 的各个阶段中使用 ArchiMate 语言的简化映射。
架构核心
代码 ArchiMate 层支持对 TOGAF 定义的架构域进行建模。
该业务，应用和技术层支持业务，信息系统的描述，和技术架构领域通过TOGAF框架，以及它们的相互关系定义。
策略和动机扩展
战略和动机扩展支持对利益相关者、变革驱动因素、业务目标、原则和要求进行建模。
ArchiMate 语言中的策略和动机元素可用于支持TOGAF ADM的需求管理、初步和架构愿景阶段，这些阶段建立高级业务目标、架构原则和初始业务需求。它们也与 TOGAF ADM 的架构变更管理阶段相关，因为该阶段处理不断变化的需求。
实施和迁移扩展
实施和迁移扩展支持对项目组合管理、差距分析以及过渡和迁移计划进行建模。
ArchiMate 语言的实施和迁移元素通过 TOGAF ADM 的机会和解决方案、迁移规划和实施治理阶段支持架构的实施和迁移。
TOGAF ADM 生命周期 - 迭代
ADM 在三个层次上支持迭代的概念：
围绕 ADM 循环：ADM 以循环方式呈现，表明架构工作的一个阶段的完成直接进入架构工作的后续阶段。
阶段间迭代：TOGAF 描述了跨阶段迭代的概念（例如，在技术架构完成后返回到业务架构）。
围绕单个阶段循环：TOGAF 支持在单个 ADM 阶段内重复执行活动，作为详细阐述架构内容的技术。
TOGAF ADM
在 ADM 过程的应用过程中，根据 ADM 提供的阶段目标，根据一些输入和步骤产生许多输出。
例如：
- 流程
- 架构要求
- 项目计划
- 项目合规性评估
- 等等。
为了以一致和结构化的方式整理和呈现这些主要工作产品，TOGAF 定义了一个结构模型，用于放置它们。
ADM 输入和输出
TOGAF 提供了来自每个阶段的大量输入和输出可交付成果：
- 这些是建议，不需要完全遵循
- 生成的每个可交付成果都应进行版本控制以指示何时发生更改
- 显示的版本编号也是一个建议，不需要遵循
可交付成果
合同规定的工作产品，然后由利益相关者正式审查、同意和签署。它通常会在项目完成时存档，或转换为架构存储库作为参考模型
ADM 初步阶段
创建架构能力所需的准备和启动活动，包括 TOGAF 的定制和架构的定义
输出可交付成果：
- 架构原则
- 架构存储库
- 业务原则、业务目标和业务驱动因素
- 企业架构的组织模型
- 建筑工作请求
- 量身定制的架构框架
ADM 阶段 A：架构愿景
架构开发周期的初始阶段。它包括有关定义架构开发计划的范围、识别利益相关者、创建架构愿景以及获得批准以进行架构开发的信息
输出可交付成果：
ADM 阶段 B：业务架构
业务架构：开发业务架构以支持商定的架构愿景
输出可交付成果：
- 架构定义文档
- 架构原则
- 架构需求规范
- 架构路线图
- 业务原则、业务目标和业务驱动因素
- 建筑工作陈述
ADM 阶段 C：信息系统架构
信息系统架构：开发信息系统架构以支持商定的架构愿景
ADM D 阶段：技术架构
技术架构：开发技术架构以支持商定的架构愿景
输出可交付成果：
ADM E 阶段：机遇与解决方案
Opportunities & Solutions 为之前阶段定义的架构进行初始实施规划和交付工具的识别
输出可交付成果：
ADM 阶段 F：迁移规划
迁移计划通过最终确定详细的实施和迁移计划来解决如何从基线迁移到目标架构
ADM 阶段 G：实施治理
实施治理提供了对实施的架构监督
输出可交付成果：
- 改变请求
- 合规性评估
- 解决方案构建块
- 建筑工作陈述
ADM 阶段 H：架构变更管理
架构变更管理建立管理新架构变更的程序 需求管理检查整个 ADM 管理架构需求的过程
概括
ADM是一种综合的通用方法
- 它为开发架构所涉及的各个阶段和步骤推荐了一个序列
- 这是一种迭代方法
- 它利用 TOGAF 的其他部分来处理资产和流程
- 它可以与来自其他框架的其他交付物一起使用
以下是每个开发阶段的 TOGAF ADM 概述，如下图所示：
| TOGAF ADM 阶段 | 阶段目标 |
|---|---|
| 初步的 | 使组织为成功的架构项目做好准备 |
| A. 架构愿景 | 设置项目的范围、约束和期望。验证业务环境并创建架构工作声明 |
| B. 业务架构 | 开发业务架构。按原样制定基线和未来目标并分析差距。 |
| C. 信息系统架构 | 开发信息系统架构。按原样制定基线和未来目标并分析差距。 |
| D. 技术架构 | 开发技术架构。按原样制定基线和未来目标并分析差距。 |
| E. 机会和解决方案 | 确定主要实施项目 |
| F. 移民规划 | 分析成本、收益和风险。制定实施路线图。 |
| G. 实施治理 | 确保实施项目符合架构 |
| H. 架构变更管理 | 确保架构在发生变化时响应企业的需求 |
| 需求管理 | 项目的每个阶段都应基于并验证业务需求。 |
相关链接
posted on 2021-11-05 11:15 Lynch_Warren 阅读(801) 评论(0) 编辑 收藏 举报
