TOGAF 9.2：企业架构的综合框架

TOGAF 是企业架构 (EA) 的综合框架。它为 EA 的开发、实施和治理提供了一套最佳实践和指南。TOGAF 是一个广泛使用的框架，并得到了大量从业者和专家社区的支持。

什么是企业架构？
企业架构 (EA) 是一种设计和规划组织信息系统和基础设施的整体方法。EA 关注业务和 IT 的协调，它帮助组织实现其战略目标。

什么是 TOGAF？
TOGAF 是一个全面的企业架构框架。它为 EA 的开发、实施和治理提供了一套最佳实践和指南。TOGAF 是一个广泛使用的框架，并得到了大量从业者和专家社区的支持。

TOGAF 架构开发方法 (ADM)
TOGAF 架构开发方法 (ADM) 是一种分阶段的 EA 开发方法。它由九个阶段组成，每个阶段都有一组特定的目标和可交付成果。

1. 初步阶段初步阶段是 ADM 的第一阶段。它用于确定架构项目的范围、识别利益相关者并定义架构原则。输入：业务驱动因素、战略目标和组织的当前状态。输出：架构项目章程、利益相关者登记册和架构原则。目标：为 ADM 的其余部分奠定基础。
2. A. 架构愿景阶段架构愿景阶段用于建立企业架构计划的高级架构愿景和范围。输入：业务目标和驱动因素、涉众关注点和约束。输出：架构愿景文档、利益相关者地图和沟通计划。目标：为组织的未来架构创建共同愿景，确定企业架构的关键利益相关者，在利益相关者之间建立共识，使计划与业务目标保持一致，并制定企业架构的开发和实施计划。
3. B. 业务架构阶段业务架构阶段用于定义对组织业务架构的详细理解，包括其业务流程、功能和组织结构。输入：架构愿景文档、涉众关注点和业务目标。输出：业务架构文档、能力图和价值流图。目标：了解组织的业务环境，识别改进机会，并使业务架构与企业架构愿景保持一致。
4. C. 信息系统架构阶段此阶段详细了解组织的信息系统架构，包括其应用程序、数据和技术基础设施。输入：业务架构文档、利益相关者关注的问题和技术标准。输出：信息系统架构文档、应用程序组合和数据架构。目标：定义组织的信息系统架构。了解组织的信息系统环境，识别改进机会，并使信息系统架构与企业架构愿景保持一致。
5. D. 技术架构阶段此阶段详细了解组织的技术基础设施，包括其硬件、软件和网络组件。输入：信息系统架构文档、利益相关者关注点和技术标准。输出：技术架构文档、基础设施架构和技术路线图。目标：了解组织的技术背景，识别改进机会，并使技术架构与企业架构愿景保持一致。定义组织的技术架构。
6. E. 机会和解决方案此阶段确定并评估潜在的解决方案，以满足组织的业务和技术需求。输入：架构愿景文档、涉众关注点和业务目标。输出：机会和解决方案文档、解决方案架构以及实施和迁移计划。目标：确定与企业架构愿景相符的潜在解决方案，评估其可行性和影响，并制定实施路线图。
7. F. 迁移规划阶段该阶段制定实施企业架构的详细计划，包括排序、优先级和资源分配。输入：机会和解决方案文档、实施和迁移计划以及利益相关者关注的问题。输出：迁移计划、实施计划和资源计划。目标：制定实施企业架构的全面计划，包括时间表、预算和资源需求。
8. G. 实施治理阶段该阶段建立治理流程，以确保企业架构按计划实施，并随着时间的推移继续满足业务需求。输入：迁移计划、实施计划和利益相关者关注的问题。输出：治理框架、架构合规性审查和变更管理计划。目标：建立治理流程，确保企业架构按计划实施，有效管理变更，并确保架构随着时间的推移继续满足业务需求。
9. H. 架构变更管理 阶段该阶段管理企业架构随时间的变化，包括架构愿景、业务和技术需求以及实施计划的更新。输入：治理框架、架构合规性审查和利益相关者关注的问题。输出：架构变更请求、更新的架构文档和修订的实施计划。目标：管理企业架构随时间的变化，确保它们与企业架构愿景、业务和技术需求以及实施计划保持一致。

需求管理不是 ADM 中的一个阶段。然而，它是一个连续的过程，用于识别、记录和管理组织架构的需求。ADM 提供有关如何将需求管理集成到架构开发过程中的指导。

ADM 定义了许多可用于捕获需求的工件，包括：

• 业务需求：这些需求描述了架构必须满足的业务需求。
• 功能需求：这些需求描述了架构必须提供的功能。
• 非功能性需求：这些需求描述了架构的非功能性方面，例如性能、安全性和可用性。

• 识别：此活动涉及识别架构需要满足的需求。
• 文档记录：此活动涉及以清晰简洁的方式记录需求。
• 优先级划分：此活动涉及对需求进行优先级排序，以便首先解决最重要的需求。
• 可跟踪性：此活动涉及跟踪整个架构开发过程中的需求，以确保满足这些需求。
• 沟通：此活动涉及向利益相关者传达需求，以便他们了解正在构建的内容及其原因。

需求管理是架构开发过程的重要组成部分。通过遵循 ADM 中的指导，组织可以确保有效地识别、记录、管理和沟通其需求。

TOGAF 架构存储库
TOGAF 架构存储库是 EA 工件的中央存储库。它包含有关企业当前状态、期望状态和过渡计划的信息。架构存储库用于存储和管理 EA 开发过程中产生的所有工件。

TOGAF 工具和技术
TOGAF 提供了各种工具和技术来支持 EA 开发过程。其中包括模板、清单和决策支持工具。TOGAF 工具和技术可用于帮助组织提高 EA 开发流程的效率和有效性。

TOGAF 实施
TOGAF 是一个灵活的框架，可以适应企业的特定需求。实施方式可以多种多样，包括分阶段实施、大爆炸实施、试点实施等。实施 TOGAF 的最佳方法将根据组织的具体需求而有所不同。

使用 TOGAF 的好处
使用 TOGAF 有很多好处，包括：

• 改善业务和 IT 之间的一致性
• 提高企业架构的可见性
• 改进决策
• 降低项目失败的风险

使用 TOGAF 的挑战
使用 TOGAF 也存在一些挑战，包括：

• ADM 的实施可能很复杂且耗时
• TOGAF 需要企业的重大承诺
• TOGAF 可能很难根据企业的特定需求进行定制

总体而言，TOGAF 是一个全面且备受推崇的企业架构框架。对于希望提高业务与 IT 之间的一致性、提高企业架构的可见性并改进决策的组织来说，它可以成为一个有价值的工具。

TOGAF 已更新！
TOGAF® 标准第 10 版是 TOGAF® 标准 9.2 版的重大更新。以下是两个版本之间的一些主要区别：

• 架构开发方法 (ADM)：TOGAF 10 中的 ADM 已更新，更加灵活，能够适应组织的特定需求。ADM现在分为两部分：核心ADM和扩展ADM。核心ADM为所有架构项目提供了共同的基础，而扩展ADM为特定类型的项目提供了额外的指导，例如敏捷项目或涉及云计算的项目。
• 架构存储库：TOGAF 10 中的架构存储库已更新为更加模块化且更易于使用。架构存储库现在分为许多不同的领域，例如业务、信息系统和技术。这使得查找和管理架构工件变得更加容易。
• 工具和技术：TOGAF 10 提供了许多新的工具和技术来支持架构开发过程。这些工具和技术包括：

1. TOGAF Architect：TOGAF Architect 是一个可用于创建和管理架构工件的工具。
2. TOGAF ADM 加速器：TOGAF ADM 加速器是一种可用于自动执行 ADM 的工具。
3. TOGAF 内容元模型：TOGAF 内容元模型是一个可用于定义架构工件的结构和内容的模型。

• 治理：TOGAF 10 提供了许多有关架构治理的新指南。该指南包括：

1. 架构委员会：架构委员会是一组负责监督架构开发过程的利益相关者。
2. 架构合规性框架：架构合规性框架是一个可用于确保架构符合组织的策略和标准的框架。

TOGAF 如何帮助您的组织实现数字化转型
TOGAF 在帮助组织实现数字化转型方面可以发挥重要作用。本文将探讨 TOGAF 如何通过以下功能支持数字化转型计划：

• •架构开发方法——它提供了用于开发能够适应新技术的架构的结构化流程。
• 架构内容框架——帮助组织架构内容以促进新系统和技术的集成。
•  与业务目标保持一致— TOGAF 有助于确保您的架构支持您的数字化转型战略和业务目标。
•  敏捷和DevOps 集成— TOGAF 9.2 提供了将敏捷和DevOps 实践集成到架构流程中的指导。
• 新兴技术指导——TOGAF 提供了一个框架，用于将云、物联网、人工智能等新技术融入您的架构中。

架构内容框架：TOGAF 如何帮助您组织和管理架构工件
TOGAF 中的架构内容框架提供了一种标准化的方法来组织和管理构成企业架构的各种工件。这包括文档、模型和描述架构的任何其他内容。使用架构内容框架，您可以：

•  将架构工件分类为业务、数据、应用程序和技术等类别。
•  定义指定每个类别内的结构和关系的内容元模型。
•  为常见类型的架构工件（例如业务流程模型、数据流程图等）创建模板。
•  建立命名约定和版本控制标准。
•  跨多个项目和计划重用架构工件。

TOGAF 敏捷和 DevOps 流程
TOGAF 标准提供了一个企业架构框架，可用于支持敏捷和 DevOps 方法。该框架提供了许多可用于管理企业架构不同方面的工具和技术，包括：

• 业务架构：业务架构定义了组织的业务目标、目的和流程。
• 信息系统架构：信息系统架构定义了组织的信息系统，包括它们的组件、接口和交互。
• 技术架构：技术架构定义了组织的技术基础设施，包括其硬件、软件和网络。
• 安全架构：安全架构定义组织的安全策略、过程和控制。

TOGAF 标准可用于支持敏捷和 DevOps 方法，为企业架构中涉及的不同利益相关者之间的通信和协作提供通用框架。该框架还可用于定义不同利益相关者的角色和职责，并跟踪企业架构计划的进度。

以下是 TOGAF 标准对敏捷和 DevOps 的一些具体期望：

• 敏捷：TOGAF 标准期望使用敏捷方法来开发和实施企业架构。这意味着该架构将以小的、渐进的步骤进行开发，并且该架构将不断发展。
• DevOps：TOGAF 标准期望使用 DevOps 方法来操作和维护企业架构。这意味着架构将以协作和集成的方式开发和运营，不同的利益相关者共同努力确保架构满足业务需求。

通过遵循这些期望，组织可以使用 TOGAF 标准来支持敏捷和 DevOps 方法，并提高其企业架构的敏捷性和响应能力。

以下是一些可能对您有用的其他资源：

• TOGAF 标准：本文档提供了 TOGAF 标准的全面概述。
• TOGAF 敏捷指南：本指南提供有关如何使用 TOGAF 标准支持敏捷方法的指导。
• TOGAF DevOps 指南：本指南提供有关如何使用 TOGAF 标准支持 DevOps 方法的指导。

TOGAF 案例研究：成功企业架构实施的真实示例
以下是一些成功实施 TOGAF 的公司示例：

• 空客：空客是一家欧洲航空航天公司，已使用 TOGAF 来开发和实施其企业架构。TOGAF 帮助空中客车公司提高 IT 与其业务战略的一致性，并降低 IT 开发和维护的成本。
• 美国银行：美国银行是一家全球金融服务公司，已使用 TOGAF 来开发和实施其企业架构。TOGAF 帮助美国银行改善其 IT 与其业务战略的一致性，并提高其 IT 系统的安全性。
• 思科系统公司：思科系统公司是一家全球网络公司，已使用 TOGAF 来开发和实施其企业架构。TOGAF 帮助 Cisco Systems 改善其 IT 与其业务战略的一致性，并提高其 IT 系统的敏捷性。
• Dell Technologies：Dell Technologies 是一家全球信息技术公司，已使用 TOGAF 来开发和实施其企业架构。TOGAF 帮助 Dell Technologies 改善其 IT 与其业务战略的一致性，并提高其 IT 运营的效率。
• 西门子：西门子是一家全球科技公司，已使用 TOGAF 来开发和实施其企业架构。TOGAF 帮助西门子改善 IT 与其业务战略的一致性，并提高 IT 系统的可持续性。

TOGAF 替代品
TOGAF 有许多替代方案，包括：

• Zachman 框架：Zachman 框架是企业架构的综合框架，重点关注利益相关者的不同观点。
• 联邦企业架构框架 (FEAF)：FEAF 是美国联邦政府使用的企业架构框架。
• 国防部架构框架 (DoDAF)：DoDAF 是美国国防部使用的企业架构框架。
• SABSA企业安全架构框架：SABSA是一个企业安全架构框架，重点关注信息系统的安全。
• 业务架构知识体系 (BizBoK)：BizBoK 是一个业务架构框架，重点关注组织的结构、行为和流程。
• NIST 企业架构模型：NIST 企业架构模型是美国国家标准与技术研究所使用的企业架构框架。
• ISO 企业建模标准 (ISO19439)：ISO19439 是专注于信息系统表示的企业建模标准。

TOGAF 采用风险
以下是采用 TOGAF 的一些风险：

• 成本高：TOGAF 是一个复杂的框架，实施起来可能很昂贵。实施 TOGAF 的成本可能因组织的规模和复杂性而异。
• 耗时：TOGAF是一个综合框架，实施起来可能需要很长时间。实施 TOGAF 所需的时间可能会有所不同，具体取决于组织的规模和复杂性。
• 需要熟练的资源：TOGAF 需要熟练的资源来实施。这些资源必须对 TOGAF 和组织的业务需求有很好的了解。
• 不是灵丹妙药：TOGAF 不是灵丹妙药。它不能解决组织的所有问题。TOGAF 可以帮助组织提高 IT 与其业务战略的一致性，但不能保证成功。

以下是降低采用 TOGAF 风险的一些提示：

• 进行研究：在采用 TOGAF 之前，进行研究并了解框架非常重要。这包括阅读 TOGAF 文档并与已实施 TOGAF 的其他组织交谈。
• 获得利益相关者的支持：在采用 TOGAF 之前获得利益相关者的支持非常重要。这包括来自业务和 IT 部门的利益相关者。
• 从小事做起：如果您是 TOGAF 新手，那么从小事做起是个好主意。这意味着在组织的一小部分实施 TOGAF。这将帮助您学习框架并识别任何潜在的问题。
• 获取帮助：如果您在实施 TOGAF 方面遇到困难，有许多资源可以帮助您。这些资源包括顾问、培训课程和在线论坛。