软件架构师速成指南

第 21 章 强调完整性

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

只见树木，不见森林

您能找出该数据库模式的性能瓶颈吗？

分享图表时，您可能会收到这样的反馈："缺少系统 ABC"。尽管出发点是好的，但完整性不应该是架构图的首要目标。相反，您应该描述适当的范围。什么是合适的范围？一个足够大而有意义、足够小而易于理解、足够连贯而有意义的范围。

在大型组织中，随时都有被庞大而复杂的环境所征服的危险。因此，戴上眼罩是允许的，事实上也是鼓励的。

图表就是模型

当 讨论架构图时，不妨先提醒自己为什么要绘制架构图。架构图是现实的模型（第 22 章）。我们在日常生活中最常用的现实模型是地图：地图帮助我们决定去哪里以及如何到达目的地。为此，地图会选择特定的范围和重点。例如，一张只显示半个市中心的芝加哥街道地图会很突兀。然而，将密歇根湖全部包括在内也不会有多大用处，就像以相同比例添加斯普林菲尔德一样。地图设计者会根据地图的预期目的有意识地选择边界和详细程度。

模型，无论是地图还是架构图，都无关对错。事实上，它们都是错的（第 6 章），因为它们不是现实。 威廉-肯特（William Kent）在《数据与现实》一书中开篇的一段话恰如其分地提醒我们："我们的现实是什么？¹一书的开篇恰如其分地提醒我们"河流中没有虚线，高速公路也没有涂成红色"。

与其努力使模型正确，不如想想你的模型是否有用。要回答这个问题，首先要知道模型的用途或目的是什么。要想让模型有用，它就必须能帮助你回答问题或做出更好的决定。 否则，你的图表就只是艺术品，而在看过成千上万的建筑图表后，我的印象是大多数建筑师都不是特别有天赋的艺术家。

因此，在开始绘制具体图表或设计演示幻灯片之前，必须首先确定要回答哪些问题。绘制世界地图（第 16 章）可能需要一个大体的 "地形图"，但作为架构图，它的作用并不大。可以这样想：旅行社会向你展示海滩和棕榈树，而不是整个大陆的地图。

例 21-1.

所有模型都是错误的，但有些模型是有用的。要知道哪些是有用的，首先必须知道你要回答的问题是什么。

在决定图表的范围和界限时，我并不总是能够先验地这样做。有时，我需要亲眼看到图表，才能决定是否将其一分为二。因此，我几乎总是反复工作。

五秒测试

建筑图表 或幻灯片旨在表达一个特定的观点，因此必须有明确的重点。不过，我看到的太多幻灯片都在试图展现全貌，尽可能地接近现实，却不知道哪一部分才真正值得一看。

面对过于 "嘈杂 "的幻灯片，我倾向于采用严格但有用的五秒规则，这与食品安全无关：²

我向观众展示一张幻灯片，时间只有短短的五秒钟，然后请他们描述自己看到了什么。大多数情况下，回答都是标题中的几个词，以及 "下面有三个黄框和一个蓝桶 "之类的说法。如果你的目的是传达一种共享的数据库模式，那么你很可能成功了，但大多数作者听到自己珍贵的内容被如此戏剧性地简化，一定会很失望。

没有通过这一测试的幻灯片在首次放映时很可能会让观众感到困惑：观众的目光会在视觉效果上追逐，试图分辨出什么是重要的，什么是其中的含义。 在这段时间里，观众并没有在听你解释内容，因为他们正忙于视觉效果。当然，你展示实际幻灯片的时间会超过五秒钟，但每张幻灯片给人的第一印象都很重要。

备注