TOGAF架构开发方法指导Skill togaf-guidance

该技能提供TOGAF ADM阶段的详细指导,帮助用户理解并应用企业架构开发方法,包括阶段活动、交付物和实际应用。适用于架构师、IT顾问和项目经理,提升企业架构治理能力。关键词:TOGAF, ADM, 企业架构, 架构开发方法, 业务架构, 技术架构, 迁移规划, 实施治理, 架构愿景

架构设计 0 次安装 0 次浏览 更新于 3/11/2026

名称: togaf-guidance 描述: 通过上下文感知的建议指导用户通过TOGAF ADM阶段。适用于应用TOGAF方法论或理解ADM阶段活动时使用。 允许工具: Read, Glob, Grep

TOGAF 指导

何时使用此技能

使用此技能当您需要:

  • 了解哪个TOGAF ADM阶段适用于您当前的工作
  • 获取阶段特定的活动和交付物
  • 以实用术语学习TOGAF方法论
  • 应用企业架构治理

关键词: togaf, adm, 架构开发方法, 阶段, 业务架构, 技术架构, 迁移规划, 实施治理, 架构愿景

TOGAF 10 概述

TOGAF(开放组架构框架)提供了一个全面的方法论来开发企业架构。核心是架构开发方法(ADM) - 一个10个阶段的迭代循环。

四个架构领域

领域 焦点 工件
业务 流程、能力、组织 业务流程模型、能力地图
数据 信息资产、数据管理 数据模型、数据流图
应用 应用程序及其交互 应用组合、集成图
技术 基础设施和平台 技术标准、部署图

ADM 阶段

初步阶段

目的

在组织内建立架构能力。

关键活动

  • 定义架构原则
  • 建立治理框架
  • 选择工具和方法
  • 定义架构工作范围

交付物

  • 架构原则目录
  • EA的组织模型
  • 定制的架构框架

当您在这里时

启动新的EA倡议或形式化现有实践。


阶段 A: 架构愿景

目的

创建一个与战略目标一致的高层愿景。

关键活动

  • 识别利益相关者和关注点
  • 定义架构范围
  • 创建高层愿景
  • 获得继续进行的批准

交付物

  • 架构愿景文档
  • 利益相关者地图
  • 架构工作声明

当您在这里时

开始一个新的架构项目或主要倡议。


阶段 B: 业务架构

目的

开发支持愿景的业务架构。

关键活动

  • 建模当前业务流程
  • 定义目标业务能力
  • 识别差距和机会
  • 与业务战略对齐

交付物

  • 业务架构文档
  • 流程模型
  • 能力评估

当您在这里时

在技术解决方案之前理解业务需求。


阶段 C: 信息系统架构

目的

定义数据和应用架构。

子阶段

  • 数据架构:信息资产、数据模型、数据治理
  • 应用架构:应用组合、集成、API

关键活动

  • 建模当前和目标数据架构
  • 定义应用组件和交互
  • 识别数据相关差距

交付物

  • 数据架构文档
  • 应用架构文档
  • 集成规范

当您在这里时

设计支持业务能力的系统。


阶段 D: 技术架构

目的

定义技术基础设施。

关键活动

  • 定义技术标准
  • 建模基础设施组件
  • 规划平台能力
  • 解决非功能需求

交付物

  • 技术架构文档
  • 基础设施图
  • 技术标准目录

当您在这里时

选择平台、基础设施和技术标准。


阶段 E: 机会与解决方案

目的

识别实施方法和项目。

关键活动

  • 合并来自B、C、D的差距
  • 分组为工作包
  • 评估构建vs购买vs重用
  • 识别过渡架构

交付物

  • 实施因素评估
  • 工作包定义
  • 过渡架构描述

当您在这里时

规划从当前状态到目标状态的方式。


阶段 F: 迁移规划

目的

创建详细的实施路线图。

关键活动

  • 优先项目
  • 估计资源和时间表
  • 定义迁移方法
  • 创建实施路线图

交付物

  • 实施和迁移计划
  • 架构路线图
  • 过渡架构详情

当您在这里时

创建带时间线和依赖性的执行计划。


阶段 G: 实施治理

目的

监督架构实施。

关键活动

  • 提供架构监督
  • 进行架构合规审查
  • 处理变更请求
  • 确保实施匹配设计

交付物

  • 架构合规评估
  • 变更请求
  • 实施指导

当您在这里时

项目正在执行;确保它们遵循架构。


阶段 H: 架构变更管理

目的

随时间管理架构变更。

关键活动

  • 监控技术变化
  • 评估业务变化
  • 确定是否需要新的ADM循环
  • 保持架构相关性

交付物

  • 架构变更请求
  • 更新的架构文档
  • 新循环建议

当您在这里时

维护和发展已建立的架构。


需求管理

目的

在所有阶段管理架构需求。

注意: 这是一个跨切活动,不是顺序阶段。需求管理在所有ADM阶段持续运行。

关键活动

  • 识别需求
  • 基线需求
  • 监控基线
  • 处理需求变更

交付物

  • 需求存储库
  • 影响评估
  • 需求变更日志

阶段识别指南

不确定您在哪个阶段?问这些问题:

  1. 您是否从头开始EA? → 初步阶段
  2. 定义范围并获得支持? → 阶段 A
  3. 理解业务需求? → 阶段 B
  4. 设计系统和数据? → 阶段 C
  5. 选择技术? → 阶段 D
  6. 识别项目? → 阶段 E
  7. 规划实施? → 阶段 F
  8. 监督执行? → 阶段 G
  9. 维护/进化? → 阶段 H

实际应用

对于小项目

您不需要所有阶段为每个项目。一个最小循环:

  1. 愿景 (A):我们试图实现什么?
  2. 解决方案 (C/D):技术方法是什么?
  3. 规划 (F):我们如何到达那里?
  4. 执行 (G):正确构建它

对于大倡议

遵循完整循环,具有适当的严谨性:

  • 正式利益相关者管理
  • 完整文档
  • 治理检查点
  • 架构审查委员会

内存参考

关于详细阶段信息,参见 references/togaf-overview.md

版本历史

  • v1.0.0 (2025-12-05):初始发布
    • 完整的ADM阶段文档(初步到H)
    • 需求管理(跨切)
    • 阶段识别指南
    • 小和大项目的实际应用

最后更新

日期: 2025-12-05 模型: claude-opus-4-5-20251101