📌 重点知识：架构愿景 (Architecture Vision) - 阶段A

❓ 什么是架构愿景？为什么它是 ADM 的起点？

💡 架构愿景是对企业架构期望达到的终态的高层次描述，它定义了架构工作的方向和范围。它是 ADM 的起点（阶段A），因为后续所有架构活动都必须围绕这个愿景展开。没有愿景，架构工作就会失去焦点，不同利益相关者可能朝不同方向推进。

❓ 架构愿景与业务战略之间是什么关系？为什么愿景需要在架构工作早期就明确？

💡 架构愿景是将业务战略翻译为可操作的架构方向的关键桥梁。愿景需要在早期明确是因为：第一，它帮助识别关键利益相关者和他们的关注点；第二，它为后续阶段的详细设计提供边界约束；第三，它能及早暴露战略层面的冲突和矛盾。如果延迟确定愿景，可能导致大量设计工作需要返工。

❓ 如何评估一个架构愿景是否有效？缺乏清晰愿景的常见后果有哪些？

💡 有效的架构愿景应具备以下特征：与业务目标一致、获得关键利益相关者认可、范围明确可衡量、考虑了约束和风险。缺乏清晰愿景的常见后果包括：架构工作方向不一致、项目范围蔓延、利益相关者失去信心、架构交付物与业务需求脱节。

📌 重点知识：业务架构 (Business Architecture) - 阶段B

❓ 业务架构的核心内容是什么？它与其他架构域（数据、应用、技术）之间是什么关系？

💡 业务架构描述企业的业务策略、治理、组织和关键业务流程。它是数据架构、应用架构和技术架构的基础——因为信息系统和技术架构必须服务于业务需求。业务架构定义了'企业做什么'，数据架构定义了'企业需要什么数据'，应用架构定义了'用什么系统支撑'，技术架构定义了'用什么技术实现'。

❓ 为什么必须先做业务架构再做信息系统架构？跳过业务架构直接做技术设计会有什么问题？

💡 跳过业务架构直接做技术设计会导致：技术方案与业务需求脱节、系统能力过剩或不足、IT投资无法产生预期的业务价值。因为不了解业务流程和需求，技术架构师可能基于假设而非实际需求来做设计，导致交付的系统不被业务部门接受。

❓ 业务架构中使用的关键交付物有哪些？它们各自的作用是什么？

💡 关键交付物包括：业务能力地图（描述企业能做什么）、价值流图（描述价值如何创造和交付）、组织架构图、业务流程模型、信息地图（描述业务信息需求）。这些交付物共同确保对业务有全面理解，为后续架构工作提供输入。

📌 重点知识：差距分析 (Gap Analysis)

❓ 什么是差距分析？为什么它在架构开发中是必不可少的？

💡 差距分析是对比基线架构与目标架构，识别需要改变的要素的过程。它必不可少是因为只有清楚知道'从哪里出发'、'要去哪里'、'差距是什么'，才能制定有效的实施计划。没有差距分析，迁移规划就是盲目的。

❓ 差距分析应该在 ADM 的哪些阶段进行？每个阶段分析的重点有何不同？

💡 差距分析在每个架构域阶段都应进行：阶段B分析业务能力差距，阶段C分析数据和应用差距，阶段D分析技术基础设施差距。阶段E（迁移规划）则需要汇总所有域的差距，进行综合分析，确保解决方案考虑了跨域的依赖关系。

❓ 常见的差距类型有哪些？如何根据差距制定解决方案？

💡 常见差距类型包括：人员技能差距（需要培训）、流程缺失（需要新建流程）、系统功能缺失（需要新建或采购）、数据缺失（需要数据迁移或清洗）、技术基础设施不足（需要升级或替换）。解决方案通常分为：构建新的、购买现成的、复用已有的三类，需要综合考虑成本、时间和风险。

📌 重点知识：构建块 (Building Blocks)

❓ 什么是架构构建块(ABB)和解决方案构建块(SBB)？它们之间有什么区别和联系？

💡 架构构建块(ABB)是架构中潜在可复用的功能单元的抽象描述，定义了它做什么但不定义怎么做；解决方案构建块(SBB)是ABB的具体实现，包含具体的技术选择和实现细节。关系是：一个ABB可能对应多个SBB（不同实现方式），在迁移规划中将ABB转化为SBB。例如，'身份认证服务'是ABB，'使用OAuth2实现的认证服务'是SBB。

❓ 为什么使用构建块方法？它如何帮助架构复用？

💡 构建块方法促进复用是因为它将架构分解为独立、可组合的单元。企业连续系列提供了从通用到特定的分类框架，帮助架构师先查找是否有可复用的构建块，再决定是复用、修改还是新建。这避免了重复造轮子，降低了开发和维护成本。

❓ 如何确定一个构建块的粒度？过粗或过细会有什么问题？

💡 构建块粒度是一个关键的架构决策：过粗会导致构建块难以复用（太具体），过细会导致组合复杂度爆炸（太多小模块需要集成）。合适的粒度应该使构建块具有明确的业务意义、独立的接口、可测试的边界。TOGAF建议从业务能力出发来划分构建块的粒度。

📌 重点知识：架构开发方法 ADM (Architecture Development Method)

❓ 什么是 TOGAF ADM？它为什么是 TOGAF 框架的核心？

💡 ADM（Architecture Development Method）是 TOGAF 的核心方法，提供了一种可靠的、经过验证的方式来开发企业架构。它是一个分阶段的、迭代的方法，从架构愿景到实施治理覆盖了架构开发的完整生命周期。ADM 是 TOGAF 的核心，因为它提供了可重复、可管理的架构开发流程。

❓ ADM 的各个阶段是什么？每个阶段的核心目标是什么？

💡 ADM 包含以下阶段：预备阶段（准备组织、定义框架）、阶段A-架构愿景（定义范围、利益相关者、愿景）、阶段B-业务架构（定义业务基线和目标）、阶段C-信息系统架构（数据和应用架构）、阶段D-技术架构（技术基础设施）、阶段E-机会与解决方案（确定工作包）、阶段F-迁移规划（制定路线图）、阶段G-实施治理（监督实施）、阶段H-架构变更管理（管理变更）。需求管理贯穿全程。

❓ ADM 是如何迭代的？为什么要迭代而不是一次性完成？

💡 ADM 在三个层面迭代：1）全局迭代——整个 ADM 周期可以重复执行，每次覆盖更大的范围或更深层次；2）阶段迭代——单个阶段内可以反复执行步骤直到满足要求；3）架构域迭代——可以在不同架构域（业务、数据、应用、技术）之间迭代。迭代是因为企业架构是复杂的、持续演进的，一次性完成既不现实也不可行。

📌 重点知识：预备阶段与阶段A (Preliminary Phase & Phase A)

❓ 预备阶段的核心任务是什么？为什么需要预备阶段？

💡 预备阶段的核心任务是：定制 TOGAF 框架、定义架构原则、建立架构组织模型和工具、定义架构工作流程。需要预备阶段是因为在正式开始架构工作前，组织需要做好准备——确定谁负责架构、使用什么方法、遵循什么原则。没有准备，架构工作会缺乏组织支撑和方法论基础。

❓ 阶段A（架构愿景）的关键交付物有哪些？

💡 阶段A的关键交付物包括：架构工作声明（SOW）、架构愿景文档、利益相关者地图、架构原则（如尚未建立）、沟通计划、业务场景（如使用）。架构愿景是最核心的交付物，它高层级地描述了期望的未来状态和业务价值。

❓ 在阶段A如何定义架构工作的范围？为什么范围定义如此重要？

💡 范围定义包括：组织范围（哪些业务单元）、功能范围（哪些业务功能）、时间范围（短期还是长期）、架构域范围（是否涵盖全部四个域）。范围定义重要是因为过大范围会导致项目失控，过小范围会限制架构价值。范围需要与利益相关者充分沟通并获得一致认可。

📌 重点知识：机会与解决方案 (Opportunities & Solutions) - 阶段E

❓ 阶段E的核心目标是什么？它与阶段F（迁移规划）有什么区别？

💡 阶段E的核心目标是：基于差距分析结果，确定实现目标架构的解决方案和工作包。与阶段F的区别是：阶段E关注'做什么'（确定工作包和解决方案方向），阶段F关注'怎么做、何时做'（制定详细的实施路线图和优先级）。

❓ 什么是工作包？如何将差距分析的结果转化为工作包？

💡 工作包是迁移规划中的基本执行单元。转化过程：1）汇总所有架构域的差距；2）将相关差距分组（基于业务依赖和技术依赖）；3）为每组差距确定解决方案（新建、购买、复用）；4）将解决方案打包为工作包，每个工作包有明确的范围和交付物。

❓ 如何评估和选择解决方案方案？

💡 评估维度：1）业务价值——支撑业务战略的程度；2）可行性——技术、资源、时间的约束；3）风险——实施风险和业务中断风险；4）成本——投资和运维成本；5）依赖——与其他工作包的关系。应使用架构权衡分析方法进行系统评估。

📌 重点知识：数据架构 (Data Architecture) - 阶段C

❓ 数据架构的核心内容是什么？它与应用架构有什么关系？

💡 数据架构描述企业的逻辑和物理数据资产、数据管理结构以及数据流动。它定义了'企业需要什么数据、数据如何组织、数据如何流动'。与应用架构的关系是：数据架构定义了信息的结构，应用架构定义了处理这些信息的应用——数据是输入输出，应用是处理器。

❓ 为什么数据架构需要先于应用架构定义？

💡 数据架构先于应用架构是因为应用是为处理数据而存在的。如果先设计应用，可能发现应用的数据需求与企业的数据标准不一致，导致数据不一致或集成困难。先定义数据架构可以确保所有应用遵循统一的数据标准，便于系统集成和数据共享。

❓ 数据架构的关键交付物有哪些？

💡 关键交付物包括：数据实体关系图（描述数据结构和关系）、数据流图（描述数据在系统间的流动）、数据迁移计划、数据治理框架、数据安全分类。这些交付物共同确保数据资产得到有效管理。

📌 重点知识：应用架构 (Application Architecture) - 阶段C

❓ 应用架构的核心内容是什么？它如何支撑业务架构？

💡 应用架构描述企业的应用系统组合、应用间的关系以及应用与业务功能的映射。它定义了'用什么系统支撑业务'。应用架构通过将业务能力映射到应用系统来支撑业务架构——每个关键业务能力都应有对应的应用系统支撑。

❓ 如何决定是新建应用还是复用已有应用？

💡 决策依据：1）功能匹配度——已有应用是否满足需求；2）成本——新建 vs 复用 vs 定制的总拥有成本；3）时间——新建通常更慢；4）风险——复用降低技术风险但可能功能不足；5）战略——是否要建立核心差异化能力（自建）还是通用能力（采购）。TOGAF 建议优先考虑复用已有资产。

❓ 应用架构设计中的常见陷阱有哪些？

💡 常见陷阱：1）应用数量膨胀——每个需求新建一个应用，导致系统碎片化；2）应用功能重叠——多个应用做类似的事，造成混乱和浪费；3）应用与业务脱节——应用架构没有从业务能力出发设计；4）忽视集成——只关注单个应用功能，忽视应用间的数据流和接口。

📖 本题重点分析理解整理

一、考点分析

• 在ADM中，对构建块进行不断修订和说明的关键阶段和步骤总结如下：在阶段A中，最早的构建块定义从架构愿景中相对抽象的实体开始。

• 在阶段B、C和D中，业务、数据、应用和技术架构中的构建块根据一套共同的步骤模式被不断修订。

• 最后，在阶段E中，构建块变得更加与具体实现相关，最后解决方案构建块（SBBs）被识别出来以解决差距。

二、术语解释

ADM：Architecture Development Method，架构开发方法，TOGAF的核心方法论，提供分阶段、迭代的架构开发流程

三、应掌握的知识

✓ 掌握架构愿景 (Architecture Vision) - 阶段A的核心概念、作用及其在TOGAF ADM中的应用

✓ 掌握业务架构 (Business Architecture) - 阶段B的核心概念、作用及其在TOGAF ADM中的应用

✓ 掌握差距分析 (Gap Analysis)的核心概念、作用及其在TOGAF ADM中的应用

✓ 掌握构建块 (Building Blocks)的核心概念、作用及其在TOGAF ADM中的应用

✓ 掌握架构开发方法 ADM (Architecture Development Method)的核心概念、作用及其在TOGAF ADM中的应用

四、易混淆点提示

⚠ 选项B（构建块在阶段D、E 和F演进到一个共有步骤模式）容易误选，注意区分关键概念。

⚠ 选项C（构建块应该以抽象的形式确是为准备阶段的一部分）容易误选，注意区分关键概念。

0+TOGAF9.2-L1答案解析(交大239题)