基本設計は要件を「どの方式で満たすか」を決める工程、詳細設計は方式をIP、VLAN、ポート、ルーティング、凗長化、パラメータなどの実装値へ落とす工程です。組織によって成果物の名称と境界は異なります。
本文では、可用性・セキュリティ・アドレス・経路・物理接続を例に、基本設計書、詳細設計書、パラメータシート、構成図に何を書くかを比較します。
ネットワーク設計の工程全体では何を確認する？
要件定義で必要条件と制約を固め、基本設計で方式と論理構成、詳細設計で実装パラメータと物理接続を決めます。構築後は試験と移行で要件を満たすことを確認します。
確認の起点は要件と制約を一覧化です。続いて要件IDと設計章の対応を調べ、「詳細設計ではIP、VLAN、経路、ACL、機器パラメータを決める」とのずれを探します。
(出典：IPAの公式資料（公式・一次情報）)
基本設計と詳細設計は何をどこまで決める？
基本設計ではトポロジー、冗長化、ルーティング方式、セキュリティ境界、命名・アドレス方針を決めます。詳細設計では機器・IF、IP/VLAN、経路パラメータ、ACL、ケーブル、監視項目まで実装可能な値へ落とします。
要件定義で決めることでは何を確認する？
方式候補とトレードオフを比較で対象を固定します。基本構成図・論理構成図の結果から、「構築手順は詳細設計を実装可能な順序へ変換」になっているかを判定します。
| 確認軸 | 実務で押さえる内容 |
|---|---|
| ポイント1 | 基本設計では可用性・性能・セキュリティ・運用方式を決める |
| ポイント2 | 詳細設計ではIP、VLAN、経路、ACL、機器パラメータを決める |
| ポイント3 | 構築手順は詳細設計を実装可能な順序へ変換 |
| ポイント4 | 試験仕様は要件と設計を検証する |
| ポイント5 | 移行設計は現行から新環境への切替と切り戻しを扱う |
(出典：IPAの公式資料（公式・一次情報）)
基本設計とは？
基本設計との判断軸は「構築手順は詳細設計を実装可能な順序へ変換」です。境界は案件ごとに異なります。
確認の起点は採用方式を基本設計へ記載です。続いてIP/VLAN/経路/セキュリティ設計を調べ、「試験仕様は要件と設計を検証する」とのずれを探します。
(出典：IPAの公式資料（公式・一次情報）)
詳細設計とは？
詳細設計との判断軸は「試験仕様は要件と設計を検証する」です。境界は案件ごとに異なります。
移行設計は現行から新環境への切替と切り戻しを扱うかを確かめるには、機器単位の詳細値へ展開から始めます。パラメータシート・configで観測した値を期待値と比較します。
- STEP 01要件と制約を一覧化
- STEP 02方式候補とトレードオフを比較
- STEP 03採用方式を基本設計へ記載
- STEP 04機器単位の詳細値へ展開
- STEP 05config・試験・運用・移行へ一貫して反映
基本設計ではどんな成果物を作る？
基本設計書の成果物は「移行設計は現行から新環境への切替と切り戻しを扱う」を基準に読み解きます。境界は案件ごとに異なります。
config・試験・運用・移行へ一貫して反映で対象を固定します。試験仕様・移行手順・運用設計の結果から、「成果物間のトレーサビリティが必要」になっているかを判定します。
詳細設計書とパラメータシートには何を記載する？
基本設計では可用性・性能・セキュリティ・運用方式を決めるかを確かめるには、要件と制約を一覧化から始めます。要件IDと設計章の対応で観測した値を期待値と比較します。
| 確認項目・コマンド | 判断する内容 |
|---|---|
| 要件IDと設計章の対応 | 基本設計では可用性・性能・セキュリティ・運用方式を決める |
| 基本構成図・論理構成図 | 詳細設計ではIP、VLAN、経路、ACL、機器パラメータを決める |
| IP/VLAN/経路/セキュリティ設計 | 構築手順は詳細設計を実装可能な順序へ変換 |
| パラメータシート・config | 試験仕様は要件と設計を検証する |
| 試験仕様・移行手順・運用設計 | 移行設計は現行から新環境への切替と切り戻しを扱う |
取得した結果は対象・時刻・期待値と一緒に保存します。
IP・VLAN・ルーティングはどこで決める？
試験仕様は要件と設計を検証するを確認すると、IP・VLAN・ルーティングはどこで決めるの状態を切り分けられます。境界は案件ごとに異なります。
次に基本構成図・論理構成図で実際の状態を取得し、期待した「詳細設計ではIP、VLAN、経路、ACL、機器パラメータを決める」が成立しているかを判断します。
基本設計書・詳細設計書・パラメータシートの完成例
完成例では、基本設計書に方式と採用理由、詳細設計書に論理・物理構成と設定方針、パラメータシートにホスト名・IF・IP・VLAN・対向ポートを記載し、相互にIDでひも付けます。
冗長化・セキュリティ・監視設計では何を確認する？
採用方式を基本設計へ記載で対象を固定します。IP/VLAN/経路/セキュリティ設計の結果から、「構築手順は詳細設計を実装可能な順序へ変換」になっているかを判定します。
- 基本設計が製品機能の説明だけ：基本設計が製品機能の説明だけの前提、設計理由、レビュー指摘、変更後の結果を示す
- 詳細設計がconfigの貼り付けだけ：詳細設計がconfigの貼り付けだけの前提、設計理由、レビュー指摘、変更後の結果を示す
- 要件と試験がつながらない：要件と試験がつながらないの変更前後を同じ条件で比較し、結果を保存する
- 例外ルールを本文外で管理：例外ルールを本文外で管理が求人のどの工程で使われるかを成果物と対応させる
- レビュー指摘を下流成果物へ反映しない：レビュー指摘を下流成果物へ反映しないの対象、担当範囲、確認に使う証拠を記録する
設計レビューでは何を確認する？
具体的にはパラメータシート・configを使い、「構築手順は詳細設計を実装可能な順序へ変換」を確認します。値が一致しないときは、その場で設定を変えず、どの入力から期待値を作ったかを設計書・構成図・台帳へ戻って確認します。
構築・試験工程への引き継ぎでは何を確認する？
引き継ぎでは設計書だけでなく、未決事項、例外、投入順、中止条件、試験期待値、切り戻しを説明します。境界は案件ごとに異なります。
次に試験仕様・移行手順・運用設計で実際の状態を取得し、期待した「移行設計は現行から新環境への切替と切り戻しを扱う」が成立しているかを判断します。
設計未経験者が学ぶ順番では何を確認する？
現行構成の読解、要件整理、比較案、基本設計、パラメータ、試験仕様の順に小さな構成で練習します。境界は案件ごとに異なります。
確認の起点は要件と制約を一覧化です。続いて要件IDと設計章の対応を調べ、「成果物間のトレーサビリティが必要」とのずれを探します。
失敗・注意点と回避策
ネットワーク設計の工程全体、ネットワークの基本設計と詳細設計の違いを比較表で整理する、具体例｜ネットワークの基本設計と詳細設計の違いの良い例・悪い例、要件定義で決めることを、構成、設定、状態、通信結果の順に確認します。一つのコマンド結果だけで正常・異常を決めず、前後の状態と比較してください。
関連する転職準備をどこまで確認する？
- ネットワークエンジニアの設計構築とは？仕事内容と成果物
- ネットワーク要件定義とは？仕事内容・ヒアリング項目・成果物
- ネットワーク検証環境の作り方｜実機・GNS3・EVE-NGを比較
ネットワークの基本設計と詳細設計の違いを応募前に判定するための確認表
| 確認段階 | 確認すること | 証拠・確認先 |
|---|---|---|
| 現在地 | 実務・学習・希望を分ける | 担当工程と成果物 |
| 求人 | 仕事内容を工程と割合へ分解 | 求人票と配属実例 |
| 面接 | 自分が作る資料・設定・試験を確認 | 質問と回答の記録 |
| 入社判断 | 給与・勤務・配属を書面で照合 | 労働条件通知書 |
インフラエンジニアが案件で考えること
実案件で「ネットワークの基本設計と詳細設計の違い｜成果物を具体例で解説」を確認するとき、最初に現行構成と正常時の状態を保存します。ネットワーク設計の工程全体、ネットワークの基本設計と詳細設計の違いを比較表で整理する、具体例｜ネットワークの基本設計と詳細設計の違いの良い例・悪い例、要件定義で決めることを同じ時刻・同じ条件で取得し、変更や障害の前後を比べます。
ネットワークは一つのshow出力だけで正常判定しません。基本設計とは、詳細設計とは、基本設計書の成果物まで追い、構成図と実機の値を照合します。
レビューでは誤字より先に、前提、決定理由、例外、障害時動作、運用引き継ぎを確認します。設計書は設定値の保管場所ではなく、第三者が判断を再現する文書です。
案件では、正常時の情報がなければ障害時の差分を判断できません。作業前に要件IDと設計章の対応と基本構成図・論理構成図を取得し、変更後も同じ条件で比較します。冗長化要件が基本設計にあれば、詳細設計ではプロトコル、優先度、監視、切替条件へ落とし、試験では片系断と復旧を確認します。一つの要件を最後まで追える状態が必要です。
また、基本設計が製品機能の説明だけと詳細設計がconfigの貼り付けだけをレビュー観点へ入れます。担当者の経験だけに頼らず、機器単位の詳細値へ展開からconfig・試験・運用・移行へ一貫して反映までを手順と試験項目へ落とし、異常時に止める条件と判断者を明確にします。
成果物には、構成図、対象一覧、取得ログ、差分、試験結果、残課題をひも付けます。ネットワーク 基本設計 詳細設計 違いの知識を『知っている』状態から、第三者が安全に再現できる設計・構築スキルへ変えるためです。
| 段階 | 確認すること | 残す証跡 |
|---|---|---|
| 作業前 | 要件と制約を一覧化 | 要件IDと設計章の対応 |
| 作業中 | 採用方式を基本設計へ記載 | IP/VLAN/経路/セキュリティ設計 |
| 作業後 | config・試験・運用・移行へ一貫して反映 | 試験仕様・移行手順・運用設計 |
| 異常時 | 基本設計が製品機能の説明だけ | 時刻・影響範囲・切り戻し判断 |
同じ条件でbefore/afterを比較できる状態にします。
まとめ
基本設計は要件を満たす方式、詳細設計は構築できる実装値を決めます。名称や粒度は組織で異なるため、求人や面接では「何を判断し、何の成果物を作るか」を確認します。
最後に押さえるポイントは「成果物間のトレーサビリティが必要」と「基本設計では可用性・性能・セキュリティ・運用方式を決める」です。実務では方式候補とトレードオフを比較から始め、基本構成図・論理構成図を証跡として残すと、別の担当者も同じ判断を再現できます。
