外部設計は、利用者や発注者から見えるシステムの仕様を決める工程です。画面、帳票、入出力、他システムとの連携、操作の流れなどを定め、「何を提供するか」を具体化します。基本設計と呼ばれることもあります。
外部設計の定義と仕組み
要件定義で整理した要求を基に、利用者がどの画面で何を入力し、どの帳票やデータを受け取るかを設計します。その後の内部設計では、外部設計を実現するためにプログラムの構造、データ処理、モジュール分割など「どう作るか」を決めます。
似た用語との違い
| 用語 | 役割 | 主な対象 |
|---|---|---|
| 要件定義 | 何を実現したいかを合意する | 業務要求・目的 |
| 外部設計 | 利用者に見える仕様を決める | 画面・帳票・外部連携 |
| 内部設計 | 実装の構造を決める | モジュール・処理・データ構造 |
画面レイアウトや帳票の項目、外部システムとの入出力なら外部設計です。プログラム内部の処理方式なら内部設計、業務上の要求そのものなら要件定義です。成果物を誰が見るかで区別します。
仕事での具体例
勤怠申請システムを導入する会社では、社員が申請する画面、上司が承認する画面、人事が出力する集計表を外部設計で決めます。承認後にどのプログラムがどのデータを更新するかは内部設計の論点です。
日常生活での具体例
自治体の予約サイトで、利用者が日時を選び、確認メールを受け取る操作の流れは外部設計に近い視点です。利用者は画面で必要な情報を入力できるか、誤りを直せるかを確認できます。
ITパスポートでの見分け方
画面レイアウトや帳票の項目、外部システムとの入出力なら外部設計です。プログラム内部の処理方式なら内部設計、業務上の要求そのものなら要件定義です。成果物を誰が見るかで区別します。 問題文では、目的、対象、作業の段階を順に確認します。用語の日本語訳だけで判断せず、誰が何を管理し、どの結果を得たいのかを短く言い換えると、選択肢の違いを整理できます。
理解を確かめるポイント
外部設計では、利用者にとって必要な項目か、入力時に誤りを防げるか、他システムへどの形式で渡すかを決めます。画面の見た目だけの工程ではありません。利用者の業務手順とデータの受け渡しを結び付けて仕様を読むと、内部設計との差が明確になります。
確認問題
- 問題1:利用者が見る画面や帳票を決める工程は何ですか。
答え:外部設計 - 問題2:プログラムのモジュール構造を決める工程は何ですか。
答え:内部設計 - 問題3:業務上の要求を整理して合意する工程は何ですか。
答え:要件定義
次に読む記事
関連する用語を役割ごとに続けて学ぶと、単独の暗記ではなく、問題文に出る業務の流れとして理解できます。
- 結合テストとは?ITパスポートで押さえるスタブ・ドライバとの関係:外部設計で決めた連携仕様を結合テストで確認する関係を理解するため。
- RFPとは?ITパスポートで押さえるRFI・RFQとの違い:RFPで発注者が要求を示し、設計へつなげる順序を学ぶため。
- ITパスポート試験合格への道:システム開発をマネジメント系の流れとして全体から復習するため。

