システム構成図の書き方 種類と記載要素・作成手順とわかりやすくするコツを解説

サーバーの入れ替えを検討することになり、現在どんな構成で動いているのかを確認しようとしたら、誰も正確に説明できなかった。障害が起きたとき、どの機器を見ればよいのか判断するのに時間がかかった。システム構成図が整備されていない現場では、こうした場面が繰り返されます。

システム構成図は、システムを構成するハードウェアやソフトウェア、ネットワークといった要素と、それらの接続関係を視覚的に表現した図です。エンジニアだけでなく、プロジェクトマネージャーや発注側の担当者まで、関係者全員が全体像を共有するための土台になります。

本記事では、システム構成図の役割と種類から、載せるべき要素、作成の手順、読みにくくなる原因とその対策、ツールの選び方、そして更新され続ける状態を保つ運用までを順番に整理します。

確認したいポイント	結論	詳細
システム構成図とは何ですか？	要素と接続関係を表す図	ハード、ソフト、ネットワークがどう組み合わさって動いているかを可視化したものです。
どんな種類がありますか？	目的別に複数ある	ネットワーク、サーバー、アプリケーションなど、何に焦点を当てるかで描く内容が変わります。
全部作る必要はある？	維持できる数に絞る	更新されない図は誤った情報源になります。構成図と連携図を正確に保つ運用が現実的です。
失敗しやすい点は？	詰め込みすぎと粒度のばらつき	1枚に全部入れると読めなくなります。層で分け、ラベルと凡例を必ず付けてください。

無料サービス資料

AIコンサル・AX伴走支援サービス
ご紹介資料

• 
• 
• 

少数精鋭で高利益率な「筋肉質企業」への変革を実現するための考え方や支援内容をまとめた資料です。

こんな方におすすめ

• AI導入を検討している
• 業務改善の進め方を知りたい
• 導入事例を確認したい

サービス資料をダウンロードする

目次

この記事でわかること

• システム構成図の役割と、連携図や業務フロー図との違い
• ネットワーク、サーバー、アプリケーションなど構成図の種類と使い分け
• 図に載せる要素と、冗長化やセキュリティ境界の表現方法
• 目的の設定から清書、レビューまでの作成5ステップ
• 読みにくい図になる原因と、更新され続ける状態を保つ運用

▼ 社内システムの全体像を整理したい方へ 業務の棚卸しからシステム化・AI活用までの進め方、支援内容、導入までの流れをまとめた資料をご用意しています。検討の初期段階でも構いませんので、まずは全体像の把握にご活用ください。 ＞ 資料請求はこちら

システム構成図とは何を表す図か

まず役割を整理します。似た名前の図が複数あるため、社内で「構成図を出して」と言われたときに認識がずれることがよくあります。違いから押さえます。

システムの要素と接続関係を表す

システム構成図とは、システムを構成するハードウェア、ソフトウェア、ネットワークなどの要素と、それらの接続や連携の方法を視覚的に表現した図です。「何で動いているか」を示すものだと考えると分かりやすくなります。

対象には、サーバー、ネットワーク機器、ストレージ、ミドルウェア、クラウドサービス、そして外部との接点が含まれます。要素を四角やアイコンで表し、接続を線でつなぐ形が基本です。

技術者と非技術者の間の認識の差を埋める役割も担います。言葉で説明すると長くなる内容が、1枚の図なら数秒で伝わるという点が最大の価値です。

何のために作るのか

目的は主に4つあります。1つ目が全体像の共有。複雑な構造と影響範囲を関係者が一目で理解できるようになります。

2つ目が障害時のトラブルシューティングです。どのコンポーネントがどこにつながっているかを把握できれば、原因の切り分けが速くなります。

3つ目が変更管理。機器の追加や構成の変更を行う際、影響が及ぶ範囲を事前に確認できます。4つ目が引き継ぎと教育で、新しく参加したメンバーへの説明資料としてそのまま使えます。

提案や見積もりの場面でも使われます。構成が図で示されていると、どこにどれだけの費用がかかるのかを説明しやすくなり、発注側も判断しやすくなります。

連携図や業務フロー図との違い

混同されやすいのがシステム連携図です。構成図は「何で動いているか」、連携図は「システム間で何が行き来しているか」を表します。インフラの視点か、データの視点かという違いです。

業務フロー図とも役割が分かれます。業務フロー図は人の作業の流れを表すもので、機器やソフトウェアは基本的に登場しません。読み手も、業務部門か技術者かで異なります。

どれが優れているという話ではなく、何を知りたいかによって見るべき図が変わるという関係です。社内でどの図に何を描くのかを決めておくと、無駄な作り込みを避けられます。

すべての種類を作る必要はない

構成図には複数の種類がありますが、すべてを作る必要はありません。図は作った後にメンテナンスされないと、誤った情報源になるためです。

維持できる数に絞るのが原則です。多くの現場では、システム構成図とシステム連携図の2つを正確に保つだけで、日々の運用と障害対応はカバーできます。

「あったほうがよい図」を増やすより、「必ず最新である図」を少数持つほうが実務では価値が高くなります。

システム構成図の種類

ひとくちに構成図といっても、何に焦点を当てるかで描く内容が変わります。代表的な種類と使い分けを整理します。

ネットワーク構成図

ネットワーク上の機器とその接続関係を表す図です。サーバー、ルーター、スイッチ、ファイアウォールといったハードウェアと、それらをつなぐ線が主な要素になります。

IPアドレスの範囲、セグメントの区切り、回線の種類と帯域も記載します。障害時の切り分けやセキュリティの点検で最も参照される種類です。

外部との接続点も忘れずに描いてください。インターネットとの境界、拠点間の回線、取引先との専用線。ここが抜けていると、セキュリティの検討で使えません。

サーバー・インフラ構成図

サーバーの役割、台数、OS、ミドルウェア、ストレージの構成を表します。Webサーバー、アプリケーションサーバー、データベースサーバーといった役割ごとの配置が中心になります。

クラウドを使う場合は、リージョンやアベイラビリティゾーン、利用しているマネージドサービスも記載します。各クラウド事業者が公式のアイコン集を配布しているため、それを使うと読み手に伝わりやすくなります。

アプリケーション構成図

ソフトウェアの構成要素と、その間の呼び出し関係を表します。画面、業務ロジック、データアクセスといった層や、マイクロサービスの単位が要素になります。

開発チーム内での設計議論に使われることが多い種類です。インフラの詳細は省き、ソフトウェアの構造に集中して描きます。

論理構成図と物理構成図

同じシステムでも、論理的な役割で描くか、実際の機器の配置で描くかという切り口があります。論理構成図は「何がどんな役割を担うか」、物理構成図は「どの機器がどこに置かれているか」を表します。

1台の物理サーバー上に複数の仮想サーバーが動いている場合、論理構成図では別々に描かれ、物理構成図では1台にまとまります。どちらの視点で描いているかを図の中に明記しておいてください。

読み手が異なる点にも注意が必要です。経営層への説明なら論理構成図、保守作業の現場では物理構成図が必要になります。

▼ 社内システムの棚卸しからご相談いただけます 現状の全体像の整理、刷新の検討、業務の自動化まで含めて、実務目線でご一緒に進めます。検討の初期段階でも構いません。 ＞ 相談予約はこちら

構成図に記載する要素

ここからは中身です。必要な要素は5つで、これらが揃っていれば障害対応にも設計の議論にも使えます。

構成要素とその役割

各要素を四角やアイコンで表し、名称に加えてその役割を記載します。「サーバーA」だけでは何をしているか分かりません。「Webサーバー（本番）」のように、役割と環境まで書いてください。

クラウドサービスや外部のサービスを利用している場合は、それも1つの要素として描きます。自社管理のものと外部のものは、形や線の種類で区別しておくと、責任範囲が図の上で見えるようになります。

台数や性能に関する情報も、必要に応じて添えます。ただし詳細なスペックまで書き込むと図が読めなくなるため、詳細は一覧表に譲る判断も必要です。

本番、検証、開発といった環境の違いも明示してください。同じ構成に見えても台数やスペックが異なることが多く、混同すると誤った前提で作業することになります。

接続と経路

要素同士を線でつなぎ、どのような通信が行われるかを示します。プロトコル、ポート番号、通信の方向を添えておくと、障害調査で直接役立ちます。

インターネット経由なのか、専用線なのか、VPNを経由するのかも区別してください。経路の違いは、性能にもセキュリティにも影響します。

冗長化と可用性の表現

見落とされやすいのがこれです。同じ役割のサーバーが2台あるとき、それが負荷分散なのか、待機系なのかで意味がまったく違います。図の上で区別できるようにしておいてください。

切り替えが自動なのか手動なのか、切り替えにどれくらい時間がかかるのかも、注記として残しておくと価値が上がります。障害時に「切り替わるはずだと思っていた」という誤解を防げます。

セキュリティの境界

ファイアウォールやネットワークの区切りを、枠線で明示します。どこからどこまでが社内で、どこから先が外部なのか。この境界が図に表れていると、セキュリティの点検が格段にしやすくなります。

認証の仕組みや、アクセス制御が効いている箇所も示しておくと、設計レビューでの議論が具体的になります。

凡例と版情報

図形や線の種類が何を意味するのかを定義した凡例を、必ず記載してください。自社管理か外部か、本番か検証か、冗長構成かどうか。区別の基準を書いておけば、解釈のブレがなくなります。

あわせて、作成日、最終更新日、作成者、対象の環境を記載します。構成図は実態と合っていないと危険な文書なので、いつ時点の情報かが読み手に分かることが前提になります。

▼ 「この構成で問題ないか」から相談できます 既存システムの現状整理、刷新時の構成検討、クラウド移行の判断まで、設計段階からご相談いただけます。 ＞ 相談予約はこちら

システム構成図の書き方

要素が分かったら、実際に描いていきます。いきなりツールを開かず、目的の確定から進めるほうが早く仕上がります。5つのステップで整理します。

STEP1：目的と読み手を決める

最初に、何のために、誰に向けて作るのかを決めます。障害対応のためなのか、提案資料としてなのか、保守の引き継ぎのためなのか。目的が違えば、描く粒度も種類も変わります。

読み手が非技術者であれば、機器の型番は不要で、役割と関係性が分かれば十分です。逆に保守担当者向けなら、ホスト名やIPアドレスまで必要になります。

この判断を飛ばして描き始めると、誰にとっても中途半端な図ができあがります。最初に決めておいてください。

STEP2：構成要素を洗い出す

目的の範囲にある要素をすべて書き出します。サーバー、ネットワーク機器、ストレージ、利用しているクラウドサービス、外部との接続を列挙してください。

既存システムの図を作る場合は、担当者の記憶だけに頼らず、実際の設定や契約内容を確認します。部門で個別に契約しているサービスなど、情報システム部門が把握していないものが出てくることは珍しくありません。

この段階で、名称、役割、管理部門、稼働状況を一覧にしておくと、次の作業が楽になります。

契約が自動更新されているサービスや、退職者が管理していた環境も対象に含めてください。全体像の把握は、不要な契約を見つける機会にもなります。

STEP3：階層と配置を決める

洗い出した要素を、層に分けて配置します。外部、境界、アプリケーション、データという層で分けるのが一般的です。上から下、あるいは左から右に流れを統一します。

層が決まっていると、新しい要素を追加するときの配置にも迷いません。線の交差も減り、読みやすい図になります。

この段階ではラフで構いません。全体が1枚に収まるかどうかを確認し、収まらないなら分割の方針を決めてください。

STEP4：清書して凡例を付ける

ラフを元に、作図ツールで清書します。手描きのままでは共有も更新も難しいため、デジタルデータとして残すことが重要です。

清書の際に、ラベル、凡例、版情報を追加します。線の種類や図形の意味を定義しておけば、読み手によって解釈がブレることを防げます。

STEP5：関係者でレビューする

仕上げは関係者による確認です。「この図のとおりですか」と聞くと、必ず修正が出てきます。その差分こそが、これまで文書化されていなかった部分です。

運用を委託している場合は、委託先にも確認を取ってください。自社側だけで把握している内容が、実際の構成と違っていることがあります。

読みにくい図になる原因と対策

構成図がうまく機能しない理由は、いくつかのパターンに集約されます。事前に知っておけば避けられるものばかりです。

1枚に詰め込みすぎる

最も多い失敗です。すべての情報を1枚に入れようとして、線が交差し、文字が小さくなり、誰も読まない図になります。

対策は、目的ごとに図を分けることです。全体を俯瞰する図を1枚用意し、詳細は領域ごとの別図にする二層構造にすると、読み手は必要な粒度で見られます。

分割した図の間は、参照先を明記してつなぎます。「詳細は図3へ」といった記載がないと、読み手は迷子になります。

粒度がばらばら

サーバー全体と、その中の1つのプロセスが同じ大きさで並んでいると、読み手は重要度を判断できません。1つの図形が表す単位を統一してください。

迷ったら「独立して起動・停止できるか」「管理の単位として扱われているか」を基準にします。判断に一貫性があれば、多少の例外があっても図は読めます。

あわせて、線が要素の下をくぐったり重なったりしていないかも確認してください。どこにつながっているか判別できない線は、誤解のもとになります。

ラベルが足りない

アイコンだけが並んでいて、名称や役割が書かれていない図は、作った本人にしか読めません。要素にも線にも、意味の分かるラベルを付けることが基本です。

略称を使う場合は、凡例で正式名称を示してください。社内でしか通じない呼び方は、担当が変わった時点で意味を失います。

色だけに意味を持たせる

色分けは便利ですが、印刷やモノクロでの共有では意味が失われます。線の種類や形でも区別がつくようにしておくほうが安全です。

色を使う場合は凡例で意味を明記し、種類を2〜3色に抑えます。アイコンを使う場合も、出典を揃えておくと統一感が出ます。

実態と合っていない

最も危険なのがこれです。古い構成図をもとに作業して、実際には存在しない機器を探すといった事態が起こります。

ないよりも危険という認識を持ち、更新の仕組みを運用に組み込んでください。具体的な方法は後の章で扱います。

▼ 作った資料が使われない、で止まっていませんか ドキュメントの標準化から運用体制の整備まで、定着する形をご一緒に設計します。 ＞ 相談予約はこちら

ツールの選び方

ツールは目的と体制で決まります。関係者全員がアクセスでき、更新できるかどうかが最も重要な基準です。

Officeソフトで作る

最も手軽なのが、すでに全社に入っているPowerPointやExcelです。追加の費用も申請も不要で、受け取った側もそのまま開ける点は社内共有において大きな利点になります。

図形の接続や整列の機能は限られるため、要素が増えると手間がかかります。それでも、最初の1枚を作る段階ではこれで十分です。

注意したいのは、ファイルが各自のPCに散らばりやすい点です。共有フォルダ上の1か所を正本と決めておかないと、どれが最新か分からなくなります。

作図に特化したツールを使う

要素が増え、複数人で更新するようになったら、作図に特化したツールが候補になります。テンプレート、図形の自動整列、共同編集、変更履歴といった機能が備わっており、作成と保守の負担が下がります。

選ぶ際は、閲覧する側にもアカウントが必要かどうかを確認してください。作る人だけが見られる状態では、共有の目的を果たせません。画像やPDFとして書き出せるかも確認しておきます。

クラウドを使う構成なら、各事業者が配布している公式のアイコン集を利用できるかも確認しておくと、見やすさが変わります。

コードやテキストから生成する

テキストの記述から図を描き出す仕組みもあります。図形を1つずつ配置する必要がなく、テキストを直せば図も直るため、変更が多い環境との相性は良好です。

クラウド環境では、実際の構成情報から図を自動生成するツールもあります。実態とのずれが起きにくい点が最大の利点ですが、生成された図が読みやすいとは限らないため、用途に応じて使い分けてください。

選ぶときの判断基準

判断の軸は3つです。更新する人が何人いるか、閲覧する人が誰か、そして費用。高機能なツールを入れても、更新できる人が1人なら効果は限定的です。

プロジェクトで使うツールは統一してください。図ごとに形式がばらばらだと、まとめて参照するときに手間がかかります。

作った構成図を運用で活かす

構成図は、現状を正確に反映している場合にのみ価値があります。そのため、定期的な更新が不可欠です。仕組みとして整える方法を整理します。

変更管理と連動させる

システムに変更を加えたら図も更新する、という作業を変更管理の手順そのものに組み込んでおきます。更新の担当者と承認の流れも明確にしておいてください。

あわせて、年に1回など見直しの時期を決めておきます。小さな変更の積み重ねで、いつの間にか実態とずれていることは珍しくありません。

障害対応の一次切り分け手順に「構成図を開く」を組み込んでおくと、実際に使われる文書になります。使われる文書は、自然と更新もされるようになります。

バージョン管理を行う

更新履歴を記録し、変更点を明確にしておきます。いつ何が変わったのかをたどれると、障害の原因調査で役立ちます。

必要に応じて古い版も参照できるようにしますが、最新版との混同を避けるための識別は必ず行ってください。ファイル名に日付や版数を入れる運用が基本になります。

保管場所も1か所に決めておきます。各自のPCに散らばると、どれが最新か分からなくなります。

情報資産の管理とセットで考える

構成図は、セキュリティ対策の前提にもなります。どこに何があるかを把握していなければ、守るべき対象も決められないためです。

IPAが公開する中小企業向けの指針でも、情報資産を網羅的に洗い出して管理台帳を作り、重要度を判断したうえで対策を進める流れが示されています（出典：IPA「中小企業の情報セキュリティ対策ガイドライン」）。構成図と台帳を対応づけておくと、点検の際の見落としが減ります。

工程全体での位置づけを整理したい場合は、IPAの共通フレームも参考になります。企画から要件定義、開発、運用までの作業項目と役割が体系的にまとめられており、用語をそろえる土台として使えます（出典：IPA「共通フレーム2013」）。

なお、構成図に記載する内容には、公開すると攻撃の手がかりになり得る情報も含まれます。社外へ提出する場合は、記載の粒度を落とした版を別に用意することも検討してください。

書ける人を1人に限定しない

構成図を維持できるのが特定の1人だけという状態は、組織として脆弱です。部署内に最低2人は全体像を理解している人を置き、更新の担当と時期を決めておいてください。

記号のセット、層の分け方、ラベルの書き方。この3点を1枚のルールにまとめておけば、担当が変わっても一定の品質が保てます。業務全体の整理の仕方は業務効率化アイデア55選の記事でもまとめています。

あわせて、社内で図を読み書きできる人を増やす取り組みも進めてください。システムが増えるほど、全体像を把握している人の存在が重要になります。育て方の考え方はAI研修の目的と選び方をまとめた記事も参考になります。

まとめ

システム構成図は、ハードウェア、ソフトウェア、ネットワークといった要素と、それらの接続関係を可視化した図です。全体像の共有、障害時の切り分け、変更管理、引き継ぎの4つの場面で力を発揮します。

種類は、ネットワーク構成図、サーバー・インフラ構成図、アプリケーション構成図などがあり、論理と物理という切り口もあります。ただし、すべてを作る必要はありません。維持できる数に絞るのが原則です。

記載する要素は、構成要素と役割、接続と経路、冗長化と可用性、セキュリティ境界、そして凡例と版情報の5つです。作成は、目的と読み手の確定、要素の洗い出し、階層と配置、清書、レビューの5ステップで進めます。

そして最も重要なのが、実態と合っている状態を保つことです。変更管理に更新を組み込み、履歴を残し、保管場所を1か所に決める。ここまで整えて初めて、構成図は使われ続ける文書になります。

▼ システムの全体像整理と改善を、社内に定着する形で進めませんか 株式会社ネクストスケールでは、現状の棚卸しから要件の整理、システム化・AI活用の設計、社内への定着支援までを一貫してご支援しています。まずはお気軽にご相談ください。 ＞ 相談予約はこちら