図のタイプのマップ

すべての図のタイプは、異なるコミュニケーションの問題を解決します。コンテンツに間違ったタイプを使用すると、明確さではなく混乱が生じます。最初の設計上の決定は常に：何の種類の情報を通信しているのか？

構造図は何が存在し、どのように接続されているかを示します：

- エンティティ図：ノード＆関係（データベーススキーマ、組織図、知識グラフ） - アーキテクチャ図：システムコンポーネント＆それらの接続（ネットワークトポロジー、ソフトウェアシステム） - ツリー図：階層（分類ツリー、ファイルシステム、家系図）

プロセス図は何が起こり、どの順序で起こるかを示します：

- フローチャート：決定＆シーケンス（アルゴリズム、ビジネスプロセス、診断ロジック） - シーケンス図：時間経過に伴うメッセージ送信（API呼び出し、プロトコル、イベント処理） - ステートマシン：ステート＆遷移（UIフロー、プロトコルステート、制御システム）

定量図はどれだけ＆どのように変わるかを示します：

- グラフ＆チャート：時系列またはカテゴリー別のデータ（折れ線、棒、散布図） - 分布図：分散＆密度（ヒストグラム、ボックスプロット） - サンキー図：大きさを持つフロー（エネルギーフロー、予算配分）

空間図は物事がどこにあるかを示します：

- 断面図：内部構造（地質、解剖学、エンジニアリング） - 爆発図：組立関係（機械部品、電子機器） - 回路図：機能トポロジー（電気回路、配管、HVAC）

問題とタイプをマッチングさせる

タイプの選択が最初の設計上の決定

最も一般的な図の作成上の間違いは、適合性ではなく習慣によってタイプを選択することです。開発者は常にフローチャートを使用するため、フローチャートに手を伸ばします。マネージャーは組織図に手を伸ばします。タイプは図が何を通信しなければならないかによって選択されるべきです。

複雑な図を読む方法

複雑な図にはレイヤーがあります。すべてを一度に吸収しようとする読者は圧倒されます。レイヤーで読む読者は構造を効率的に抽出します。

レイヤー1：インベントリ。 どのノードが存在しますか？主要なコンポーネントは何ですか？すべてのラベルを読んでください。まだ接続に従わないでください。文法を作成する前に語彙を構築してください。

レイヤー2：トポロジー。 コンポーネントはどのように接続されていますか？何が何に接続されていますか？接続数を数えてください。ハブ（多くの接続）とリーフ（1つの接続）を識別します。クラスターに注意してください。

レイヤー3：フロー。 矢印が存在する場合、それに従ってください。何がシステムに入りますか？何が出ますか？主要なフローの経路は何ですか？分岐は何ですか？

レイヤー4：例外。 何が異なっていますか？破線対実線。カラーコーディング。大多数と異なる形状。これらはエンコード意味：凡例を見つけて、それらをデコードしてください。

レイヤー5：推論。 この構造が意味するものは何ですか？多くの依存関係を持つ単一のハブは単一の障害点です。フィードバックループは振動リスクを意味します。欠落している接続は境界を意味します。図に描かれていないものを、描かれているものと同じくらい注意深く読んでください。

読む練習

5レイヤー法を適用する

あなたの分野で遭遇した複雑な図を考えてください：回路図、ネットワークトポロジー、解剖図、システムアーキテクチャ、配管等角図、ステートマシン。

コンポジション原則

技術的に正しいが構成が悪い図は、それでも失敗した図です。読者の眼は正しい場所に正しい順序で導かれなければなりません。

サイズ＆太さを通じた階層。 最も重要なコンポーネントは最大または最も太くする必要があります。二次的なコンポーネントはより小さいです。ラベルはラベルが付いているものより小さいです。眼は目立つ度によって読みます。

方向を通じたフロー。 左から右または上から下は時間＆シーケンスを意味します。放射状は中心性を意味します。垂直は階層を意味します。方向を選択し、それを維持します。混合方向は混乱を作成します。

近接性＆封入を通じたグループ化。 一緒に属するコンポーネントは互いに近い、または共有の境界内に囲まれている必要があります。空白は分離を作成します。共有の色または枠線は関連付けを作成します。

色を通じたコントラスト。 色はコーディング意味ですが、ごくわずかに使用される場合のみです。3～4つの異なる色が制限です。それ以上では、凡例はメモリテストになります。色を1つの次元のデータをコーディングするために使用します：ステータス、タイプ、または所有権。

削除を通じた削減。 情報を追加しないすべての要素は、明確さを減じます。装飾的な要素を削除します。読者がすでに知っているラベルを削除します。情報を追加しない行を削除します。最良の図は、他に何も削除できない図です。

図をデザインする

原則を適用する

あなたの分野で良い図がないプロセスまたはシステムを考えてください：またはそれが改善される可能性があるものを持っています。

あなたのドメインの標準図言語

すべての専門分野は数十年の間に独自の図言語を発展させてきました。これらは恣意的ではありません：それらは領域の専門家が通信する必要がある正確な区別をコーディングします。

電気： 回路図は標準化された記号（抵抗、コンデンサ、トランジスタ、接地、VCC）を使用します。世界中のすべての電気技師は同じ記号セットを読みます。回路図は仕様です：配線図は法的に拘束力のある文書です。

機械： エンジニアリング図は正投影、断面図、＆GD&Tコールアウトを使用します。寸法と許容値を持つ寸法は、設計者＆機械工の間の法的契約です。図は完全に部品を指定します。

ソフトウェア： UMLはクラス図、シーケンス図、＆ステートマシン記法を定義します。アーキテクチャ図は、サービス、データベース、キュー、＆境界の同意された規則を持つボックス＆矢印を使用します。

医療： 解剖学的な断面図、病理スライド、放射線読み。放射線科医は、密度でエンコードされた空間データとしてCTスキャンを図として読みます。病理医は、細胞タイプの集団図として組織スライドを読みます。

トレード： 配管等角図、HVAC導管レイアウト、構造フレーミング計画。配管工は等角図面を読みながら、パイプサイズ、継手、勾配、＆フィクスチャー接続を3次元で2次元ページで見ます。

あなたの分野の標準図言語を学ぶことは、専門家にとってオプションではありません。それは共有語彙です。回路図を読むことができない人は、電気技師として働くことはできません。図面を読むことができない人は、機械工として働くことはできません。

最終的な統合

図の背後にあるスキル

図は画像ではありません。ビジュアル言語での正式な声明です。書かれた言語のように、文法的に正しいが意味なし、または文法的にずさんだが明確なことがあります。目標は両方です：タイプの規則の正しい使用＆読者を正しい結論に導く構成。