ITシステムの全体像

• 層を分けて捉えるを説明し、役割付きの構成図を作る。
• クライアントとサーバーを説明し、通信の方向が分かる図を作る。
• 画面が表示されるまでを説明し、表示までの流れ図を作る。
• データの持ち方を説明し、状態遷移のメモを作る。
• 自社運用とクラウドを説明し、責任範囲の比較図を作る。
• 構成図と調査の入口を説明し、レビュー済み構成図を作る。

学習ブロック 1 / 目安1時間（説明・調査・演習・記録・レビュー）

CPUやメモリなどのハードウェアの上でOSが資源を管理し、アプリが業務処理を行います。DBはデータの保存や検索などを担い、ネットワークが機器間の通信をつなぎます。各層は協力して動き、画面のエラーが必ず画面側の問題とは限りません。

学習ブロック 2 / 目安1時間（説明・調査・演習・記録・レビュー）

クライアントは依頼する側、サーバーはサービスを提供する側という関係です。同じ機器が別の通信ではクライアントになることもあります。APIサーバーがDBへ問い合わせるときは、DBから見ればAPI側が依頼者です。

学習ブロック 3 / 目安1時間（説明・調査・演習・記録・レビュー）

URLの解釈、名前解決、接続、TLS、HTTPの応答、HTMLやCSSなどの表示処理を区別します。キャッシュなどにより毎回同じ通信を繰り返すとは限りません。DNSでIPが分かっても、後続の接続やWeb処理の成功までは保証されません。

学習ブロック 4 / 目安1時間（説明・調査・演習・記録・レビュー）

画面の入力中データ、サーバー上の一時データ、DBへ確定したデータは別です。送信したつもりでも、検証エラーや通信失敗で保存されていない場合があります。利用者へ成功を表示する時点を、保存の結果と整合させます。

学習ブロック 5 / 目安1時間（説明・調査・演習・記録・レビュー）

機器を自社で持つか、仮想マシンや管理サービスを利用するかで担当範囲が変わります。クラウドへ配置しても、アプリの不具合やデータの扱いまで自動で適切になるわけではありません。提供範囲・可用性・復旧・費用を比較します。

学習ブロック 6 / 目安1時間（説明・調査・演習・記録・レビュー）

構成図には名前だけでなく、通信方向、役割、境界、外部サービス、保存先を示します。細部をすべて一枚へ詰めず、説明相手に必要な粒度を選びます。分からない接続は推測で描かず未確認と明示します。