1.7 机会及解决方案（Opportunities and Solutions）
企业架构开发方法各阶段——机会及解决方案
1.7.1 目标
本阶段的目标是：
- 重新审查业务目标和能力，合并自业务架构阶段到技术架构阶段之间的差距，并通过对各构建块分组进行组织来表明这些能力。
- 重新审查并确定企业当前用于适应变更的各个因素和能力。
- 获得一系列过渡架构，它们可以通过对各种机会的开发利用，来为各构建块的实现提供持续的业务价值。
- 产生概要性的实施与迁移策略，并取得共识。
1.7.2 方法
此阶段是第一个关注于目标架构的实现结构的阶段。这一阶段从企业的业务和技术角度出发，对各个IT活动进行理顺，并将它们在逻辑上纳入到若干个存在于IT投资组合之中，或其他依赖与IT的投资组合的项目工作包之中。为了这个目标的达成，企业中业务和IT方面的关键干系人需要通力合作，评估组织的业务转型准备情况，识别出各种机会和解决方案，以及所有的实施约束。在这个过程之中，关注于业务价值、灵活性、相互协调以及妥协将是成功的关键因素。
此阶段的输入涉及颇广，因而架构师和规划者必须对这些信息进行综合、集成并分析，从而决定出最好的前进路线。存在于架构资源库中的各种构建块和案例将会是很好的帮手。此外，所有的在前面阶段中产出的架构制品（特别是差距分析结果）也需要被综合起来，并对他们之间的依赖关系进行评估，从而得出一条初始的用于目标达成的关键路径。这一过程的总体意图是通过减少创建的构建块的数量，以及缩减在项目管理中的管理开销，来简化转变流程。同时，有关共存和互操作的问题也需要在此阶段中被审查和澄清，从而使得准确的开发和实施指导得以被提供。此阶段需要对实施方面的风险进行识别，并对它们其进行综合和务实的接受。此外，被转移的和/或缓解的残余风险也必须在此阶段中被记录和接受下来。
经过上面的过程，一份高层次的实施和迁移战略（将会成为实施和迁移规划的一部分）被制定了出来，用于在关键路径的基础上（通过依赖分析概括而来的）阐明总体实施方法，并借此将位于此路径上的各工作包在企业架构的背景之下组织成各个项目组合、项目或举措。此外，通过对企业（特别是现存的IT基础设施）进行影响分析，组织可以对进一步的活动进行评估。
最终，从架构愿景阶段到技术架构阶段过程中所产生的各个架构被用来开发出一系列过渡架构，而正是这些过渡架构展示了从基线架构到目标架构的步进过程。对于规模较小的变更来说，过渡架构可能表述了从基线到目标的直接过渡，而对于规模较大的变更，过渡架构中就需要涵盖一系列中间阶段了。过渡架构包含了一组统筹并定义良好的构建块，并且这些构建块被分配到各个工作包之中。过渡架构采用增量的方式对这些构建块进行实现，从而为支持企业业务目标的实现提供持续性的业务价值流。虽然过渡架构在定义的时序上看是顺序进行的，但在很多情况下，针对多个过渡架构在不同详细度层面的工作是平行推进的，当一个过渡架构在建设时，另外一个架构可以在同时被设计或规划。
1.7.3 输入与输出
在当前阶段所需的输入材料以及此阶段输出的各种交付物归纳如下：
| 输 入 | 参考材料 | 架构参考资料 |
| 产品信息 | ||
| 非架构性输入 | 架构工作要求书 | |
| 能力评估 | ||
| 沟通计划 | ||
| 规划方法论 | ||
| 架构性输入 | 企业架构组织模型，包括：
| |
| 治理模型和框架，包括：
| ||
| 定制的架构框架，包括：
| ||
| 架构工作说明书 | ||
| 架构愿景 | ||
| 架构资源库，包括：
| ||
| 架构定义文档草案，包括：
| ||
| 架构需求说明草案，包括：
| ||
| 现存业务程序和项目的变更请求 | ||
| 输 出 | 经过改善和更新的架构愿景、业务架构、信息系统架构和技术架构阶段中的各交付物，包括：
| |
| 经过确认和验证的架构路线图 | ||
| 能力评估，包括：
| ||
| 过渡架构1.0版，包括：
| ||
| 实施和迁移计划0.1版本。包含了高层次的实施和迁移策略 | ||
1.7.4步骤
在当前阶段中所要执行的各个步骤归纳如下：
- 确定关键的企业变更属性
- 确定针对实施的业务限制
- 审查并确定自业务架构阶段到技术架构阶段的差距分析结果
- 从功能的角度审查IT需求
- 确定并调和互操作需求
- 改善并验证依赖关系
- 确认业务转型的准备情况和风险
- 制定高层次的实施和迁移策略
- 识别主要工作包，并进行分组
- 明确过渡架构
- 创建项目投资组合和项目章程，同时对架构进行更新
526
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
