TOGAF是工业级的企业架构标准规范，本文主要描述机遇与解决方案阶段。
如上所示，机遇与解决方案（Opportunities & Solutions）在TOGAF标准规范中处于E阶段
机遇与解决方案阶段
机遇与解决方案阶段的主要内容包括阶段目标、阶段输入、流程步骤、阶段输出、架构方法。
|---------------------------------------------------------------|
| #### 阶段目标 |
| 按照业务架构阶段、信息系统架构阶段以及技术架构阶段提供的差距分析、候选的架构路线图组件，生成初始化的、完整的架构路线图版本 |
| 确定是否需要提供增量的方法，则需要识别确认架构转型，用于交付持续的业务价值 |
| 定义全部的解决方案构建模块，则需要基于架构构建模块，确定最终的目标架构 |
|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| #### 阶段输入 |
| 架构参考资料 * 企业架构仓库主要存放企业所有架构相关的项目资料，其中，包括项目交付件、可重用资产、对架构工作组以及企业利益相关者的输出 * 产品信息 |
| 非架构性输入 * 架构工作或者工作组的要求，主要包括企业组织的赞助者、企业组织使命的声明、业务目标或变化、业务策略计划、时间限制、业务环境的变化、企业组织的约束、预算信息或金融约束、外部约束或业务约束、已有业务系统描述、已有架构或IT系统描述、开发组织的描述、开发组织的可用资源描述 * 能力评估，对企业的总体能力评估，主要包括业务能力评估、IT能力评估、架构能力成熟度评估、业务转型准备度评估 * 沟通计划，企业架构包括大量复杂的、内部互动的信息，需要制订高效的沟通计划，主要包括识别确认利益相关者以及按照沟通需求分组、识别确认与架构愿景相关的关键信息、识别确认沟通机制、识别确认沟通时间 * 计划方法论 |
| 架构性输入 * 企业架构组织模型，主要包括企业受影响范围、成熟度评估、差距分析、解决方案方法、架构团队的角色与责任、架构工作的约束、预算需求、治理与支持策略 * 治理模型与框架，用于业务计划、企业架构、产品集合、程序设计、项目计划、系统开发、系统工程、服务运作 * 已剪裁的架构框架，主要包括已剪裁的架构方法、架构内容（交付件与人工产品）、配置与部署工具 * 架构工作声明，定义工作范围与方法，主要包括声明主题、架构项目的要求与背景、架构项目的描述与范围、架构愿景的总体描述、范围过程的特殊变化、角色责任交付、验收条件与过程、架构项目计划与时间表、声明批准 * 架构愿景，规划架构阶段，主要包括利益相关者的问题描述、有待解决的问题或场景描述、架构工作声明的目标、架构工作要求的总体描述、需求映射关系、引用架构定义文档初始版本 * 架构仓库，主要包括可重用模块、公开可用的参考模型、特定企业组织的参考模型、企业组织标准 * 起草架构定义文档，主要包括详细的基线业务架构版本1.0、详细的目标业务架构版本1.0、详细的基线数据架构版本1.0、详细的目标数据架构版本1.0、详细的基线应用架构版本1.0、详细的目标应用架构版本1.0、详细的基线技术架构版本1.0、详细的目标技术架构版本1.0 * 起草架构需求规格说明书，描述实现项目需要的架构内容，主要包括成功的方法措施、架构需求、业务服务约定、应用服务约定、实现指导、实现规格说明书、实现标准、互操作性标准、IT服务管理需求、约束、假设条件、所有架构阶段的差距分析、IT服务管理需求 * 架构需求变更，主要包括架构方法、业务策略、技术栈、需求规格、利益相关者的需求、架构仓库的引用 * 架构路线图，列举工作项，主要包括工作分组描述、功能需求、工作项依赖、业务价值、风险分析、架构域、解决方案、业务转型、关键措施 |
|---------------------------------------------------------------------------------------|
| #### 流程步骤 |
| 确定关键的企业变化属性，为更好地实现企业架构，需要提供实现因素评估与变化实现的矩阵关系，主要实现因素包括风险分析、问题分析、条件假设、依赖项目、行动实施、受影响项 |
| 确定架构实现的业务约束，识别确认约束架构实现的业务驱动、评审业务与策略的计划、评审对企业架构成熟度的评估 |
| 评审与合并所有架构阶段的差距分析，评估差距分析与潜在解决方案或者与互依赖性的蕴含关系、提供这些因素之间的矩阵关系 |
| 评审相关业务功能的合并需求，集成的业务需求可以更加高效地实现目标架构 |
| 合并可互操作性的需求，调解所有架构阶段中可互操作性的需求 |
| 优化与验证依赖，优化初始化的依赖，确保识别所有与实现或者迁移计划相关的约束，关键的依赖包括已实现的业务服务或者信息系统服务 |
| 确定业务转型的准备度以及风险，评审业务转型对架构路线图、实现与迁移策略的影响，风险分析需要在关系矩阵中文档化 |
| 制定实现与迁移策略，制定整体的实现与迁移策略，用于指导目标架构的实现以及结构化架构转型 |
| 识别确认与分组主要的工作集，关键的利益相关者、计划者以及企业架构师评估完善在架构愿景与目标架构中识别的业务能力，在矩阵关系中逻辑分组工作集的不同活动 |
| 识别确认架构转型，架构转型的开发主要是基于前面的实现方法以及矩阵关系 |
| 创建架构路线图、实现与迁移计划，合并工作集以及架构转型到架构路线图中，描述从基线架构到目标架构的时间线，实现与迁移计划提供实现架构路线图中所需的活动 |
|------------------------------------------------------------------------------------------------------------------------------------------|
| #### 阶段输出 |
| 优化更新架构愿景阶段的交付件，其中包括架构愿景中可互操作性的类型以及级别的定义、架构工作的声明 |
| 起草架构定义文档，其中主要包括基线业务架构版本1.0、目标业务架构版本1.0、基线数据架构版本1.0、目标数据架构版本1.0、基线应用架构版本1.0、目标应用架构版本1.0、基线技术架构版本1.0、目标技术架构版本1.0、架构转型的范围、解决利益相关者的问题的视图 |
| 起草架构需求规格说明书，其中主要包括差距分析结果，业务架构、应用架构与数据架构的输出需求，已更新的技术需求 |
| 能力评估，其中包括业务能力评估以及IT能力评估 |
| 架构路线图，其中包括工作集的描述、功能需求、依赖、与机遇的关系、与架构定义文档以及架构需求规格说明书的关系、与增量能力的关系、业务价值、实现因素评估与实现变化的矩阵关系、受影响项、与架构定义文档相关的架构转型、效率的关键测量、风险与问题、解决方案构建模块 |
| 实现与迁移计划版本1.0，其中包括实现策略与迁移策略、项目背景的图示关系、利益的图示关系 |
|------------------------------------------------------------------------------------------|
| #### 架构方法 |
| 对所有架构阶段执行差距分析、逻辑分组所有的变化到企业产品集的工作项中、创建初始化实现与迁移计划，从基线架构到目标架构的变化主要包括架构路线图、工作集、转型的架构、实现与迁移计划 |