3.5.1 概述
阶段 A 从收到发起组织向架构组织发出的架构工作请求开始。
在TOGAF 标准 —EA能力和治理中讨论了确保公司管理层的适当认可和确认，以及直线管理层的支持和承诺所涉及的问题。
A阶段还定义了架构工作的范围内和范围外的内容以及必须处理的约束条件。在实践评估资源和能力可用性以及企业从所选择的架构工作范围中实际预期获得的价值的基础上，需要做出范围决策。其中涉及的问题在1.5 确定架构范围中进行了讨论。架构愿景阶段解决的范围界定问题将限于此 ADM 周期的特定目标，并将受限于在初步阶段建立并体现在架构框架中的架构活动的总体范围定义。
在现有架构框架不适合实现所需架构愿景的情况下，重新审视初步阶段并扩展企业的整体架构框架。
约束通常由作为初步阶段的一部分开发的业务原则和架构原则提供信息（参见2. 初步阶段）。
通常，组织的业务原则、业务目标和战略驱动因素已经在企业的其他地方进行了定义。如果是这样，阶段 A 的活动涉及确保现有定义是最新的，并澄清任何不明确的领域。否则，它将首次定义这些重要项目。
同样，构成架构工作约束的架构原则通常已在初步阶段定义（参见2. 初步阶段）。阶段 A 的活动涉及确保现有的原则定义是最新的，并澄清任何不明确的领域。否则，它需要首次定义架构原则，如TOGAF 标准 — ADM 技术中所述。
3.5.2 创建架构愿景
架构愿景为发起人提供了一个关键工具，可以将提议的能力的益处推销给企业内的利益相关者和决策者。架构愿景描述了新功能将如何满足业务目标和战略目标，并在实施时解决利益相关者的关注点。
架构愿景不可或缺的是了解新兴技术及其对行业和企业的潜在影响，否则可能会错失许多业务机会。
澄清和同意架构工作的目的是这项活动的关键部分之一，目的需要清楚地反映在所创建的愿景中。架构项目通常是在考虑特定目的的情况下进行的，这是一组特定的业务驱动要素，代表架构开发中利益相关者的投资回报。阐明该目的，并展示拟议的架构开发将如何实现该目的，是架构愿景的重点。
通常，架构愿景的关键要素（例如企业使命、愿景、战略和目标）已被记录为更广泛的业务战略或企业规划活动的一部分，这些活动在企业中有自己的生命周期。在这种情况下，阶段 A 中的活动涉及验证和理解已记录的业务战略和目标，并且可能一方面在企业战略和目标之间架起桥梁，而在当前架构现实中隐含的战略和目标。
业务模型是关键的战略制品，可以通过展示组织如何为客户和利益相关者提供价值来提供这样的视角。3.3.4 评估能力介绍了业务模型的应用，作为制定架构愿景的一个步骤。
在其他情况下，迄今为止可能很少或根本没有完成业务架构工作。在这种情况下，架构团队需要研究、验证和认可架构要支持的关键业务目标和流程。这可以作为独立练习来完成，可以在架构开发之前进行，也可以作为 ADM 启动阶段（初步阶段）的一部分。
本练习应检查和搜索有关基本业务架构概念的现有材料，例如：
- 业务能力，代表企业为实现特定目的或结果而可能拥有或交换的特定技能或能力
在这个阶段，架构师应该确定组织中是否存在代表业务能力的框架。如果不存在，架构师应考虑开发框架是否在项目范围内。有关业务能力的介绍，请参阅TOGAF® 系列指南：业务能力。
- 价值流，代表为客户、利益相关者或最终用户创造整体结果的增值活动的端到端集合，
有关价值流的介绍，请参阅TOGAF® 系列指南：价值流。
- 组织图，描述构成企业的主要实体、其合作伙伴和利益相关者之间的关系
由于传统的组织结构图通常缺乏反映企业活动全部范围的必要细节，因此架构师可以帮助识别和理解业务实体之间的复杂关系网络，以及业务能力在哪里使用以及与价值流阶段的联系。这些在随后的阶段中得到改进和扩展。有关组织图的介绍，请参阅TOGAF® 系列指南：组织图。
此外，架构愿景探索了适合现有企业架构的其他领域。这些领域可能包括基本领域的元素，但为利益相关者提供了额外的目的。示例域可能包括：
- 信息
- 安全
- 数字化
- 网络管理
- 知识
- 特定行业
- 服务
- 合伙
- 网络安全
这些域可以是独立的或与其他域链接，以提供组织愿景和结构的全企业视图。
架构愿景阶段包括进行业务评估（例如使用业务场景），其中记录了关键因素并评估了各种行动方案。记录了包括风险和机会在内的高级优势和劣势，并选择了最佳行动方案作为架构愿景的基础。
架构愿景提供了基线和目标架构的初步、高级描述，涵盖业务、数据、应用和技术领域。这些概要描述是在后续阶段中制定的。
一旦架构愿景被定义并记录在架构工作说明中，就必须使用它来建立共识，如TOGAF 标准 —EA能力和治理中所述。如果没有这种共识，最终的架构就不太可能被整个组织接受。共识由主管组织在《架构工作说明书》上签字表示。
