ソフトウェアアーキテクトのエレベーター

第21章. 完全性よりも強調

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

木ではなく森を見せる

このデータベーススキーマのパフォーマンスのボトルネックを見つけられるか？

図を共有するとき、"システムABCが欠けている "といったフィードバックを受けるかもしれない。たとえそれが良かれと思ってのことであったとしても、完全であることがアーキテクチャ図の第一目標であってはならない。むしろ、適切なスコープを描くべきである。適切なスコープとは何か？意味があるように十分大きく、理解できるように十分小さく、意味があるように十分まとまっているものだ。

大きな組織では、環境の大きさと複雑さに打ちのめされる危険性が常にある。だから、ある程度の目隠しをすることは許されるし、むしろ推奨される。

ダイアグラムはモデルである

アーキテクチャ図を議論する際には、そもそもなぜアーキテクチャ図を描くのかを思い出すとよい。アーキテクチャ図は現実のモデルである（第22章）。私たちが日常生活で使っている現実の最も一般的なモデルはマッピングである。そのために、マッピングは特定の範囲と強調点を選択する。例えば、ダウンタウンの半分しか描かれていないシカゴのストリートマップは不便だ。しかし、ミシガン湖のすべてを含めても、同じ縮尺でスプリングフィールドを加えるのと同じで、あまり役に立たないだろう。マップデザイナーは、マップの意図された目的に基づいて、意識的な境界線と意識的な詳細レベルを選択する。

マッピングであれアーキテクチャ図であれ、モデルは正しいか正しくないかの問題ではない。実際、それらはすべて間違っている（第6章）。 なぜなら、それらは現実ではないからだ。¹の冒頭は、私たちにこう語りかけている：「川には点線が引かれていないし、高速道路は赤く塗られていない。

モデルを正しく作ろうとするのではなく、モデルが有用かどうかを考えるべきだ。しかし、その問いに答えるには、まずモデルの用途、つまり目的を知る必要がある。そうでなければ、あなたの図は単なるアートであり、何千ものアーキテクチャーの図を見てきた私の印象では、ほとんどのアーキテクトは特にアーティストの才能があるわけではない。

したがって、具体的な図を描いたり、プレゼンテーションのスライドをデザインしたりする前に、まずどのような質問に答えたいのかを決めなければならない。大まかな「土地の配置」は、世界地図（第16章 ）を作るのに必要かもしれないが、アーキテクチャ図としてはあまり役に立たない。旅行代理店では、ビーチやヤシの木を見せるが、大陸全体の地図は見せない。

例21-1.

すべてのモデルは間違っているが、役に立つものもある。どのモデルなのかを知るには、まずどの質問に答えようとしているのかを知る必要がある。

ダイアグラムの範囲と境界を決めるとき、私はいつも先験的にそうできるとは限らない。ダイアグラムを2つに分割するのがいいかどうかを決めるには、ダイアグラムを目の前にして判断する必要があることもある。そのため、私はほとんどの場合、反復的に作業を行う。

5秒テスト

アーキテクチャ図 やスライドは、特定のポイントを伝えるために設計されているため、明確な重点を置かなければならない。この点が、包括的であることを目指す参考書やマニュアルとは異なる。 ...