什么是参考架构？

为何使用参考模型

我们简化了使用参考架构的价值，以加快交付时间和提高质量。

通过参考模型您可以获得：

• 确信所有关键组件、关系和属性都已考虑在内
• 能够识别缺陷的根源及其解决方案

如果没有参考架构，您需要弄清楚系统。然后测试模型的完整性和准确性。所有这些时间都花在了开始分析上。

参考架构促进协作和沟通。参考架构可帮助团队避免错误和延误。它为治理提供了基础。

还有其他强大的用途，包括以下内容。

• 测试架构的完整性
• 简化层级指导和治理约束
• 始终如一地回答重要问题

测试架构的完整性

参考架构始终会提供系统的组件以及组件之间的关系。这意味着我们可以使用参考架构来确保任何架构分析或设计都涵盖整个系统。

如果参考文献中存在系统中缺失的组件，则确定系统中是否存在差距，或者组件是否不相关。缺失的组件是系统中的差距。

级联卓越架构决策

架构治理和实施治理的基础是将架构决策从愿景和战略层层推向实施的能力。

只要合理，我们就会将架构决策应用于参考架构组件。然后，当出现更详细的架构或设计工作时，我们可以针对参考测试其合规性。适用性和工作量之间存在平衡。参考架构对问题空间的适用性越高，级联适用决策就越容易。但是，维护决策的端到端记录的工作量会增加。

解决方案交付实施治理

我们知道解决方案交付用例最重要的结果是实现 实施治理.

实施治理的深度取决于未来状态和路线图的详细程度。下图直观地展示了使用三个解决方案来源不断增加的实施治理深度和细节。

自下而上的解决方案由直接受影响的人们确定。它不会在设计上填补任何已确定的空白。可用的指导将是总体目标架构。

填补空白的解决方案要么由直接受影响的人员确定，要么作为实施计划的一部分。这种类型的解决方案增加了当前状态和未来状态之间差距的指导。这种指导归结为预期会改变什么（差距）以及预期会保持不变什么（其他一切）。这为解决方案提供了一个边界，即预期在何处改进组织以及预期在何处使用现有的东西。

路线图解决方案是自上而下的。填补空白的工作包在路线图上。这项工作将有一个赞助商。投资组合将提供具体的绩效期望和实施策略。填补的空白也可以根据路线图正在努力实现的任何过渡状态进行细化。

使用参考架构和标准 EA 用例

有 四个标准企业架构用例. 每个用例旨在协助不同的受众推动有效的变革。

支持投资组合用例

架构工作专注于为投资组合所有者提供服务。投资组合是存在的。它有明确的结果和约束。

投资组合所有者以未来行动为导向。他们打算推动变革并在其约束范围内实现预期收益。

投资组合所有者的未来行动导向要求架构工作专注于促成变革。投资组合所有者需要提前做出决策，以推动活动，从而实现他们应负责的结果。从业者需要：

• 端到端架构，为投资组合提供背景、指导和约束
• 一个或多个与投资组合成果和主要组成部分相一致的重点架构描述

投资组合所有者的目标是在自上而下和自下而上的规划之间找到最佳平衡点。自上而下确保涵盖绩效期望、约束和依赖关系。自下而上则捕捉本地知识和创造力。

投资组合所有者和其他利益相关者使用 架构路线图 指导改进项目。他们了解依赖性和协同作用。最重要的是，他们了解他们可以停止、收获价值和改变方向的地方。增量过渡点通过价值交付直接支持企业敏捷性。

在投资组合工作中，架构规范侧重于工作包和架构原则和模式。

支持解决方案交付用例

解决方案交付架构始于一个关键假设 — 总体目标和实现目标所需的变更是已知的。解决方案是在限制实施者创造力和自由度的已知约束内填补已知空白。

实施者当前的行动导向要求架构工作专注于传递性能期望和外部约束。实施者专注于不同项目的性能期望和约束。他们的工作是调动资源并执行。实施者需要知道他们应该做什么以及他们的创造力有哪些限制。标准用例确定架构工作应该：

• 定义如何进行变更、适用的约束和绩效期望
• 直接支持实施治理
• 有效指导实施

值得注意的是，解决方案交付的架构主要是为了实施治理以支持结果所有者。

解决方案架构的最重要元素是：

• 正在填补的空白
• 解决方案中的组件及其关系
• 卓越架构带来的性能期望和约束
• 实施过程中的绩效期望和约束

关键交付成果是解决方案架构，它指定了解决方案将填补未来状态的哪些空白，以及任何适用的限制和性能期望。当路线图指定实施策略时，解决方案的方法需要包含在解决方案架构中。

解决方案架构以其边界为特征。它解决的是特定的问题空间。从形式上讲，它是一个特定的感兴趣的系统，可以融入其他系统并与其他系统交互。我们不会将这个概念与特定的细节层次联系起来。可以说，解决方案架构将比周围的架构更详细。

哪些行业使用参考架构？

所有行业均采用参考架构。

有行业特定的参考架构。以及更狭窄的焦点，例如供应链、AI、IT 基础设施、公共云或容器。