基本設計と詳細設計の違いとは？IT初心者でも分かる役割・作業内容・実務での使い分けを解説
結論から言うと、「基本設計」はシステム全体の仕組みや利用者から見える部分を決める工程、「詳細設計」は基本設計をもとに開発者や構築担当者が実装できるレベルまで具体化する工程です。
IT業界では「基本設計（外部設計）」と「詳細設計（内部設計）」という言葉をよく耳にします。どちらも設計工程ですが、目的や作成する資料、対象読者が異なります。
この記事では、IT業務に従事する初心者や社内SE、ヘルプデスク、運用保守担当者向けに、基本設計と詳細設計の違いを実務目線で分かりやすく解説します。
基本設計とは
基本設計とは、要件や仕様をもとに、システム全体の構成や機能、利用者から見える動作を決める設計工程です。
システムが「何をするのか」「どのように利用されるのか」を明確にし、利用者や発注者との認識を合わせる役割があります。
基本設計で決める内容
- システム構成
- 画面レイアウト
- 画面遷移
- 機能一覧
- 帳票レイアウト
- データの流れ
- アクセス権の考え方
- ネットワーク構成の概要
利用者にも理解しやすい内容が多いのが基本設計の特徴です。
詳細設計とは
詳細設計とは、基本設計をもとに、開発者やインフラエンジニアが実際に構築・実装できるレベルまで具体化する設計工程です。
プログラムやサーバー設定、データベース構造など、作業手順を明確にすることが目的です。
詳細設計で決める内容
- データベースのテーブル構成
- プログラムの処理内容
- APIの仕様
- エラー処理
- パラメーター設定
- サーバー設定値
- アクセス権の具体的な設定
- バックアップ設定
詳細設計は、実際にシステムを作る担当者向けの資料です。
基本設計と詳細設計の違い
| 項目 | 基本設計 | 詳細設計 |
|---|---|---|
| 目的 | システム全体の仕組みを決める | 実装方法を決める |
| 対象 | 利用者・顧客・設計者 | 開発者・インフラエンジニア |
| 内容 | 画面・機能・構成・業務フロー | 処理・設定・プログラム・構成値 |
| 粒度 | 概要レベル | 実装レベル |
| 利用目的 | 認識合わせ | 開発・構築 |
開発プロジェクトでの流れ
一般的なウォーターフォール開発では、次のような順番で進みます。
- 要件定義
- 仕様策定
- 基本設計
- 詳細設計
- 開発・構築
- テスト
- 運用開始
基本設計で全体像を固め、その内容を詳細設計で具体化します。
実際のIT現場での例
ファイルサーバーを構築する場合
基本設計
- 営業部・総務部ごとに共有フォルダーを作成する
- 部署ごとにアクセス権を分ける
- 毎日バックアップを取得する
- Active Directoryで認証を行う
詳細設計
- Dドライブ配下に共有フォルダーを作成する
- 共有名とフォルダー構成を決定する
- Active Directoryのセキュリティグループ名を定義する
- NTFSアクセス権を設定する
- バックアップソフトのジョブを23時に実行する
基本設計は「何を実現するか」、詳細設計は「どのように設定・構築するか」を決めています。
インフラ設計でも基本設計と詳細設計はある
基本設計と詳細設計は、システム開発だけでなくサーバーやネットワークの構築でも行われます。
サーバー構築の場合
| 基本設計 | 詳細設計 |
|---|---|
| Windows Serverを利用する | Windows Server 2025 Standardを採用する |
| Active Directoryを導入する | ドメイン名やOU構成を決定する |
| バックアップを取得する | 保存先や保存期間、実行時刻を設定する |
| 冗長化を行う | クラスタ構成やフェールオーバー設定を決定する |
基本設計では方針を決め、詳細設計では具体的な設定内容を決定します。
初心者が混乱しやすいポイント
詳細設計の方が重要だと思ってしまう
詳細設計は重要ですが、基本設計が曖昧なままでは適切な詳細設計はできません。
土台となる基本設計がしっかりしていることが、品質の高いシステムにつながります。
設定値まで基本設計に書いてしまう
IPアドレスやポート番号、サーバー設定値などは、一般的には詳細設計に記載します。
基本設計では、全体構成や役割を中心にまとめます。
実務でよくあるトラブル
ケース1：基本設計のレビュー不足
利用者との認識合わせが不十分なまま詳細設計へ進み、完成後に「必要な機能がない」と指摘されることがあります。
原因
- 利用者への確認不足
- 基本設計書のレビュー不足
- 要件との整合性を確認していない
ケース2：詳細設計の記載不足
サーバー設定値やアクセス権が設計書に記載されておらず、担当者ごとに異なる設定を行ってしまうことがあります。
詳細設計は、誰が作業しても同じ結果になるように記載することが重要です。
新人が覚えておきたいポイント
- 基本設計は「システム全体の設計図」
- 詳細設計は「作業マニュアルに近い設計図」
- 基本設計が決まってから詳細設計を行う
- 基本設計は利用者向け、詳細設計は構築担当者向けという意識を持つと理解しやすい
- 設計書は運用・保守でも重要な資料になる
筆者が経験した失敗例
サーバー構築案件で、新人時代に基本設計だけを確認し、詳細設計を十分に読まずに構築作業を進めたことがありました。
その結果、IPアドレスやDNS設定が設計どおりではなく、ネットワークへ接続できないトラブルを起こしてしまいました。
この経験から、基本設計で全体像を理解した後、詳細設計で設定値や作業内容を必ず確認する習慣が身に付きました。
業務で上司へ報告するポイント
- 基本設計どおりの構成になっているか
- 詳細設計どおりに設定されているか
- 設計変更の有無
- 変更による影響範囲
- 運用への影響
エスカレーションするタイミング
- 基本設計と詳細設計の内容が一致しない
- 設計書に記載がなく判断できない
- セキュリティへ影響する変更が必要
- 他システムへ影響する可能性がある
- 設定変更が利用者へ影響する
設計書に記載がない内容を自己判断で決めず、設計担当者や上司へ確認しましょう。
関連するIT用語
- 要件定義
- 要件
- 仕様
- 設計
- システム設計
- 外部設計
- 内部設計
- 構成設計
- テスト設計
よくある質問（FAQ）
基本設計は「外部設計」と同じですか？
多くの企業では、基本設計と外部設計をほぼ同じ意味で使用しています。ただし、会社によって定義が異なる場合があるため、プロジェクトのルールを確認しましょう。
詳細設計は「内部設計」と同じですか？
一般的には同じ意味で使われます。プログラムや設定など、内部の実装方法を具体化する工程を指します。
インフラ案件でも詳細設計書を作成しますか？
はい。サーバーやネットワーク、クラウド環境の構築では、設定値や構成情報をまとめた詳細設計書を作成することが一般的です。
運用保守担当でも設計書を読む必要がありますか？
あります。障害対応や設定変更、サーバー更改などでは、設計書を確認することで構成や設定内容を正確に把握できます。
まとめ
基本設計と詳細設計はどちらも重要な設計工程ですが、役割は異なります。
- 基本設計は「システム全体の仕組みや利用者から見える内容」を決める工程
- 詳細設計は「実装や構築に必要な設定や処理内容」を決める工程
IT現場では、基本設計で全体像を固め、詳細設計で具体的な実装方法を決定してから開発や構築を行います。
初心者のうちは、「この資料は全体像を説明しているのか、それとも実際の作業方法を示しているのか」という視点で設計書を読むことが、設計工程を理解する第一歩になります。