被称为差距分析的技术在TOGAF架构开发方法（ADM）中被广泛用于验证正在开发的架构。基本前提是强调基线架构和目标架构之间的不足；也就是说，被故意省略、意外遗漏或尚未定义的项目。
5.1 介绍
验证架构的一个关键步骤是考虑可能被遗忘的内容。架构必须支持组织的所有基本信息处理需求。
应该考虑的最关键的差距来源是利益相关者的担忧，这些担忧在之前的架构工作中没有得到解决。
潜在的差距来源包括：
■ 业务领域差距：
— 人员差距（例如，交叉培训要求）
— 流程差距（例如，流程效率低下）
— 工具缺口（例如，重复或缺少工具功能）
— 信息差距
— 测量差距
— 资金缺口
— 设施缺口（建筑物、办公空间等）
■ 数据域差距：
— 数据的流通性不足
— 数据不在需要的地方
— 不是所需的数据
— 需要时数据不可用
— 未创建数据
— 未消耗的数据
— 数据关系差距
■ 受影响、删除或创建的应用程序
■ 受影响、被淘汰或创造的技术
5.2 建议步骤
建议步骤如下：
- 绘制一个矩阵，纵轴为基线架构的所有ABB，横轴为目标架构的所有ABBs
- 在基线架构轴上添加最后一行标记为“新建”，在目标架构轴上增加最后一列标记为“已消除”
- 如果ABB在基线和目标架构中都可用，请在交叉单元格中记录“包含”
- 如果目标架构中缺少基线架构中的ABB，则必须对每个ABB进行审查。如果已正确消除，请在相应的“已消除”单元格中标记为已消除。如果不是，则发现了目标架构中的意外遗漏，必须在架构设计的下一次迭代中恢复ABB来解决这个问题——在适当的“已消除”单元格中标记出来。
- 如果在基线架构中找不到目标架构中的ABB，则将其标记在与“新”行的交叉处，作为需要通过开发或采购构建块来填补的空白当练习完成时，“已消除”或“新”下的任何内容都是一个空白，应该将其解释为正确消除，或者标记为通过恢复或开发/采购构建块来解决。
5.3 例子
下图显示了来自TOGAF技术参考模型（TRM）网络服务类别的ABB的示例分析，并显示了目标架构中缺少的基线架构中的许多服务。
