WHY

开始进入 ADM 开发方法各种细节之前，我们不妨停留思考一下下面的问题

学完 ADM 架构开发方法发现，哇，架构开发做的事情可真多啊，每个阶段都需要有各种产出，文档，图片，流程图，标准什么的

整体感觉这些放在一起都是乱糟糟，混沌的感觉是吧

那不由产生一个问题，架构输出的各种内容能够有一个规范和参考的标准吗，里面各种文件又是如何关联在一起保证整体是工作的？

TOGAF 架构内容框架给出了一个参考答案-那就是架构内容框架*(注意亮点别错过，那就是关于交付和工件关系中视角的定义！)*

TOGAF 架构内容框架

执行架构开发方法 (ADM) 的架构师将通过他们的努力产生许多输出，例如流程、架构要求、项目计划、项目合规性评估等。内容框架为架构内容提供了一个结构模型，允许架构师创建的主要工作产品被一致地定义、结构化和呈现

架构内容框架

可交付成果

• 可交付成果代表项目的输出，那些呈文档形式的可交付成果通常会在项目完成时存档，或作为参考模型、标准或架构景观在某个时间点的快照转换为架构存储库。

工件 artifacts

• 描述架构的一个方面的架构工作产品，人工制品通常分为目录（事物的列表）、矩阵（显示事物之间的关系）和图表（事物的图片）。示例包括需求目录、业务交互矩阵和用例图。一个架构交付物可能包含许多工件，工件将构成架构存储库的内容

构建块 building blocks

• 代表企业能力的（可能可重用的）组件，可以与其他构建块组合以提供架构和解决方案

• 构建块可以定义为不同的详细级别，具体取决于已达到架构开发的哪个阶段

• 描述需求-架构构建块 (ABB) 通常描述所需的能力并形成解决方案构建块 (SBB) 的规范；

• 描述解决方案-解决方案构建块 (SBB) 表示将用于实现所需功能的组件；例如，网络是一个构建块

三者之间的关系如下图

例如，架构定义文档是记录架构描述的可交付成果。本文档将包含许多互补的工件，这些工件是与架构相关的构建块的【架构视图】。

内容元模型

内容元模型提供了架构中可能存在的所有类型的构建块的定义，显示了这些构建块如何被描述和相互关联。

TOGAF ADM 描述了从企业的基线状态转移到企业的目标状态的过程。

内容框架为 ADM 提供了一个底层结构，该结构更详细地定义了输入和输出，并将每个可交付成果置于企业整体架构视图的上下文中。

元模型核心术语

内容元模型定义了一组实体，允许以支持一致性、完整性和可追溯性的方式捕获、存储、过滤、查询和表示架构概念。

• 参与者 ：不在架构模型考虑范围内但与之交互的人、组织或系统

• 应用程序组件 ：与实现结构对齐的应用程序功能的封装

• 业务能力 ：企业为实现特定目的而可能拥有或交换的特定能力

• 业务服务 ：通过明确定义的接口支持业务能力，并由组织明确管理

• 行动过程 ：战略目标和目标提供的方向和重点，通常是为了交付商业模式中的价值主张

• 数据实体 ：业务领域专家将其识别为离散概念的数据封装数据实体可以绑定到应用程序、存储库和服务，并且可以根据实施考虑进行结构化。

• 功能 ：提供与组织紧密结合但不受组织明确管理的业务能力

• 信息系统服务 ：商业服务的自动化元素信息系统服务可以交付或支持一项或多项业务服务的部分或全部。

• 组织单位 ：具有目标、目的和措施的自包含资源单位组织单位可能包括外部各方和业务合作伙伴组织。

• 角色 ：演员承担执行任务的角色

• 技术组件 ：代表一类技术产品或特定技术产品的技术基础设施的封装

• 技术服务 ：提供支持应用程序交付的支持基础设施所需的技术能力

• 价值流 ：为客户、利益相关者或最终用户创造整体结果的增值活动的端到端集合的表示

实体关系

更多关于元模型扩展模型和字段定义

https://pubs.opengroup.org/architecture/togaf9-doc/m/chap30.html

架构工件

创建架构工件是为了描述企业的系统、解决方案或状态。本节讨论的概念改编自 ISO/IEC/IEEE 42010:2011 和 ISO/IEC/IEEE 15288:2015 中包含的更正式的定义

在捕获或表示系统架构的设计时，架构师通常会创建一个或多个架构模型，可能使用不同的工具。架构视图将包括一个或多个模型的选定部分，选择这些部分是为了向特定的利益相关者或利益相关者群体证明他们的关注点在系统架构的设计中得到了充分的解决。

架构视图 VS 架构观点

每个架构观点都是特定类型的所有利益相关者如何查看内容的抽象模型。

工具比如人类用户界面通常接近与架构观点相关的模型和语言

架构视图可以通过利益相关者的角度对系统进行子集化，例如飞行员与控制器。该子集可以通过称为架构视点的抽象模型来描述，例如空中飞行与空域模型。

ADM 各阶段架构工件概览

可交付成果

可交付成果通常是架构项目的合同或正式工作产品，因此这些可交付成果很可能会受到企业的任何总体项目或流程管理（例如 CMMI、PRINCE2、PMBOK 或 MSP）的约束或更改。

ADM 可交付成果概览

Building Block 构建块

随着 ADM 的实施，构建块定义的过程逐渐发生，主要在阶段 A、B、C 和 D。这是一个迭代过程

构建块具有以下一般特征：

• 构建块是为满足整个组织的业务需求而定义的功能包

• 构建块的类型对应于企业的内容元模型（例如参与者、业务服务、应用程序或数据实体）

• 构建块具有定义的边界，并且通常被领域专家识别为“事物”

• 构建块可以与其他相互依赖的构建块互操作。

• 构建块的边界和规范应该与其实现松散耦合；即，应该有可能以几种不同的方式实现一个构建块而不影响构建块的边界或规范。

系统是由构建块的集合构成的，因此大多数构建块必须与其他构建块互操作。无论是哪一种情况，重要的是构建块的接口已发布且相当稳定。

OMG 制定了可重用资产规范 (RAS) 标准，该标准提供了一个很好的示例，说明如何正式描述和管理构建块

架构构建块 ABB

• 基本功能和属性：语义、明确，包括安全能力和可管理性

• 接口：选择集，提供

• 与其他构建块的互操作性和关系

• 具有所需功能和命名用户界面的相关构建块

• 映射到业务/组织实体和策略

解决方案构建块 SBB 规范至少包括以下内容：

• 特定功能和属性

• 接口；实现的集合

• 与所需功能一起使用的所需 SBB 和所用接口的名称

• 从 SBB 映射到 IT 拓扑和运营策略

• 跨环境共享的属性规范（不要与功能混淆），例如安全性、可管理性、可本地化、可扩展性

• 性能、可配置性

• 设计驱动因素和约束，包括物理架构

• SBB 和 ABB 之间的关系

HOW

下一步我们将继续探讨下一个问题，那就是 TOGAF 框架如何站在企业层面整体解释了架构，解决方案，标准，角色组织等之间的关系，并针对架构开发工作的开始和迭代做了清晰的设计，这套方案就是企业连续统一体