陷阱 #16 只是架构图

我们都看过一个 从业者 显示一个精心起草的架构图，显示系统的某些元素在未来应该如何关联。我们虔诚地看着这幅画，欣赏它的优雅。然后我们开始创建一个仅与图表有表面关系的系统。

为什么？包含一个 有用的架构 失踪：

• 表明需要进行哪些更改的差距
• 减轻企业风险的控制措施
• 约束设计者、实施者、操作者和未来架构师的规范
• 任何突出未来生态系统将如何提供比我们今天拥有的价值更高的价值的东西

这些精心制作的图表通常代表完整生态系统的一部分。很多时候，该图表充满了为支持从业者的偏见而做出的任意设计选择。

良好的架构支持架构开发过程中的明智决策，并限制设计、实施和操作选择。图表可能会做这些事情。

你不能通过框线来管理

通常，基于图片的交付会缩短利益相关者、决策者和关键贡献者在开发过程中的丰富理解。之所以会发生这种损害，是因为很少有图表可以代表一个以上的关注点。当我们专注于这些图表时，我们会隐含地避免复杂的权衡并专注于单个优化。

伪装成架构的图表充满了不合理的规范和控制。不合理，因为该规则仅“独立存在”。独立于上下文，该图指定了服务提供商、软件或操作位置。优秀的建筑师看到这一点，不得不忍住为什么？

最佳实践将规范明确链接到目标、目的或其他要求，并将设计选择与规范联系起来。如果没有这种联系，我们如何评估设计选择对目标的适用性？

我们都听过这个借口，“但图表只是一个视图。”在我们的 EA 能力实践中，我们的眼睛在转动。如果它是一个 架构视图 保存突出关注点、需求、偏好、关系和分析的信息的存储库在哪里。您在从业者的脑海中猜到了同行评审和重用是不可能的。

Conexiam 导航 使用解决方案开发笔记本或 SDN 来积极支持变更和实施团队，并帮助投资组合经理控制变更计划和衡量价值。在每个 SDN 中，架构师都需要为实施者、所有者和投资组合经理确定基本指南。