カテゴリ: ITパスポート 更新日: 2026/02/03

ITパスポート試験の外部設計と内部設計とは?初心者でもイメージで理解できる完全ガイド

外部設計と内部設計の違い
外部設計と内部設計の違い

ITパスポート試験でよく出る「外部設計」と「内部設計」について、IT未経験の初心者でもイメージで理解できるように解説します。

この記事でわかること
外部設計と内部設計の違い・役割・システム開発全体での位置づけを、ITパスポート試験向けにやさしく理解できます。
先生と生徒の会話形式で理解しよう

生徒

「ITパスポートの勉強をしていたら、外部設計と内部設計が出てきて、違いが全然わかりません……」

先生

「言葉だけ見ると難しそうですが、実は身近な例で考えると分かりやすいですよ。」

生徒

「ITの知識がなくても大丈夫ですか?」

先生

「大丈夫です。家を建てる流れにたとえながら、試験でどう出るかも一緒に説明します。」

-

1. 外部設計と内部設計とは?ITパスポートでの意味をやさしく解説

1. 外部設計と内部設計とは?ITパスポートでの意味をやさしく解説
1. 外部設計と内部設計とは?ITパスポートでの意味をやさしく解説
ポイント:外部設計は「利用者から見える設計」、内部設計は「中身の仕組みの設計」です。

結論から言うと、外部設計は利用者目線内部設計は開発者目線の設計です。

ITパスポート試験では、「誰のために考える設計か」をイメージできるかが重要になります。

まず設計とは、「これから作るシステムをどういう形にするかを決めること」です。 いきなり作り始めるのではなく、事前に考える工程だと思ってください。

外部設計は、利用者(ユーザー)から見てどう使えるかを決める設計です。 画面の見た目、入力項目、操作方法などが対象になります。

一方、内部設計は、システムの中身がどう動くかを決める設計です。 データの処理方法やプログラムの動きなど、利用者からは見えない部分を考えます。

たとえば「自動販売機」を想像してください。

  • 外部設計:ボタンの配置、金額表示、取り出し口の位置
  • 内部設計:お金を判別する仕組み、在庫管理の仕組み

ITパスポート試験では、「画面」「操作」「利用者」という言葉が出てきたら外部設計、 「処理」「データ」「プログラム」が出てきたら内部設計を連想すると解きやすくなります。

2. なぜ外部設計と内部設計を分けるのか?初心者向けに理由を解説

2. なぜ外部設計と内部設計を分けるのか?初心者向けに理由を解説
2. なぜ外部設計と内部設計を分けるのか?初心者向けに理由を解説
ポイント:利用者の要望を正しく形にし、作り直しを防ぐためです。

結論として、外部設計と内部設計を分ける理由は、失敗しにくいシステム開発をするためです。

もし最初から内部設計だけを考えてしまうと、 「使いにくい」「想像と違う」という問題が起こりやすくなります。

そこで、まず外部設計で利用者が何をしたいのかをはっきりさせます。 これにより、「何を作るべきか」が全員で共有できます。

その後、内部設計でどうやって実現するかを考えます。 この順番がとても重要です。

家づくりで考えると分かりやすいです。

  • 外部設計:間取り、部屋の数、玄関の位置
  • 内部設計:配管、電気配線、柱の構造

住む人の希望を聞かずに、いきなり配管だけ考えても意味がありません。 システム開発も同じ考え方です。

ITパスポート試験では、「なぜ分けるのか?」という理由を問う問題も出ます。 その場合は、「利用者の要望を正確に反映するため」と答えられるようにしておきましょう。

3. 外部設計と内部設計の位置づけをシステム開発全体で理解しよう

3. 外部設計と内部設計の位置づけをシステム開発全体で理解しよう
3. 外部設計と内部設計の位置づけをシステム開発全体で理解しよう

結論:外部設計と内部設計は、要件定義の後、開発の前に行われます。

システム開発は、いくつかの工程に分かれています。 ITパスポート試験では、この流れを大きくつかむことが重要です。


要件定義
   ↓
外部設計
   ↓
内部設計
   ↓
プログラム開発
   ↓
テスト

要件定義とは、「何を実現したいか」を決める工程です。 その内容をもとに、外部設計・内部設計が行われます。

外部設計は「利用者と確認しながら進める工程」、 内部設計は「開発者が中心になって進める工程」と覚えると整理しやすいです。

  • 要件定義:やりたいことを決める
  • 外部設計:使い方を決める
  • 内部設計:仕組みを決める

試験では、「どの工程の説明か?」を問う問題がよく出ます。 「画面仕様」「操作方法」とあれば外部設計、 「処理手順」「データ構造」とあれば内部設計を選びましょう。

次は、実際の試験問題でどう問われるのか、 具体的な出題パターンを確認していくと、さらに理解が深まります。

-

4. 外部設計で定義する内容(利用者視点・業務視点)

4. 外部設計で定義する内容(利用者視点・業務視点)
4. 外部設計で定義する内容(利用者視点・業務視点)
ポイント:外部設計では「利用者がどう使うか」「業務がどう回るか」を決めます。

外部設計では、システムを利用する人の立場で内容を考えます。 専門的な技術よりも、「業務がスムーズに進むか」「迷わず操作できるか」が重要です。

そのため、外部設計では次のような内容を定義します。

  • 画面の構成やレイアウト
  • 入力項目の内容と入力方法
  • ボタンやメニューの操作手順
  • 帳票や出力結果の形式

たとえば、勤怠管理システムを考えてみましょう。 外部設計では、「出勤ボタンはどこにあるか」「誰がいつ入力するか」といった、 実際の業務の流れを重視します。

この段階では、「どんな技術を使うか」「どうやって処理するか」は考えません。 あくまで利用者が見て分かることだけに集中します。

ITパスポート試験では、 「画面仕様を定義する」「利用者の操作を決める」といった説明があれば、 それは外部設計だと判断できるようにしましょう。

5. 内部設計で定義する内容(開発者視点・技術視点)

5. 内部設計で定義する内容(開発者視点・技術視点)
5. 内部設計で定義する内容(開発者視点・技術視点)
ポイント:内部設計では「中でどう処理するか」を細かく決めます。

内部設計は、外部設計で決めた内容を、 実際に動くシステムとして実現するための設計です。 ここでは開発者の視点が中心になります。

内部設計で定義する主な内容は、次のとおりです。

  • データの構造や項目の関係
  • 処理の流れや手順
  • プログラムの分割方法
  • エラー時の処理方法

たとえば、利用者が出勤ボタンを押したとき、 「どのデータに」「どんな順番で」「何を保存するか」を決めるのが内部設計です。

これらは利用者からは見えませんが、 正しく設計されていないと、システムは正確に動きません。

ITパスポート試験では、 「データ構造」「処理手順」「プログラム」という言葉が出てきたら、 内部設計を選ぶのが基本です。

6. 外部設計と内部設計の違いを比較表で理解する

6. 外部設計と内部設計の違いを比較表で理解する
6. 外部設計と内部設計の違いを比較表で理解する

ここまでの内容を、外部設計と内部設計の違いとして整理してみましょう。 比較して覚えることで、試験でも迷いにくくなります。

項目 外部設計 内部設計
視点 利用者視点 開発者視点
主な対象 画面や操作 処理やデータ
見えるか 見える 見えない
目的 使いやすさ 正確な動作

このように、外部設計と内部設計は役割がはっきり分かれています。 どちらが欠けても、良いシステムは作れません。

ITパスポート試験では、 「誰の視点か」「何を決めているか」を意識することで、 正しい選択肢を選びやすくなります。

外部設計は「使い方」、内部設計は「仕組み」。 この一言をしっかり覚えておきましょう。

7.ITパスポート試験で狙われる外部設計と内部設計の出題ポイント

7.ITパスポート試験で狙われる外部設計と内部設計の出題ポイント
7.ITパスポート試験で狙われる外部設計と内部設計の出題ポイント
ポイント:試験では「言葉の違い」より「説明内容の視点」を見抜く力が問われます。

ITパスポート試験では、外部設計と内部設計そのものを丸暗記しているかどうかよりも、 文章がどちらの視点で書かれているかを判断できるかが重要です。

出題される問題の多くは、 「次の説明はどの工程に該当するか」 「外部設計として適切なものはどれか」 といった形で問われます。

そのため、用語を覚えるだけでなく、 文章の中に含まれるキーワードに注目する必要があります。

外部設計が狙われる問題では、次のような表現が使われやすいです。

  • 利用者が操作する画面を定義する
  • 入力項目や表示内容を決める
  • 業務の流れを画面単位で整理する

これらはすべて、「利用者からどう見えるか」「どう使うか」に関する説明です。 このような内容が書かれていたら、外部設計を選ぶのが基本です。

一方、内部設計が狙われる問題では、次のような表現がよく出てきます。

  • データの構造や関係を定義する
  • 処理の順序や条件分岐を設計する
  • プログラムの構成を決める

これらは利用者には見えない、 システム内部の動きに関する内容です。 この場合は、内部設計を選びましょう。

試験本番では、 「画面」「操作」「利用者」という言葉があるか、 「処理」「データ」「プログラム」という言葉があるかを 冷静にチェックすることが正解への近道になります。

8.外部設計と内部設計を混同しやすい注意点と覚え方

8.外部設計と内部設計を混同しやすい注意点と覚え方
8.外部設計と内部設計を混同しやすい注意点と覚え方
ポイント:同じ「設計」でも、考えている立場がまったく違います。

外部設計と内部設計は、どちらも「設計」という言葉が付くため、 初心者ほど混同しやすい分野です。

特に多い間違いは、 「画面の裏で行われる処理だから内部設計」 「システムの話だから全部内部設計」 と考えてしまうことです。

しかし、重要なのは その内容が誰のための説明なのかです。

たとえば、 「画面遷移を定義する」 という説明があった場合、 画面遷移はシステムの動きではありますが、 利用者が実際に目にする操作の流れです。 この場合は外部設計になります。

逆に、 「ボタンが押された後の処理を定義する」 とあれば、 利用者には見えない内部の動作なので、 内部設計です。

覚え方としておすすめなのは、 次の一文をそのまま覚えることです。

外部設計は「使う人の説明書」、内部設計は「作る人の設計図」

使う人が読んで理解できる内容なら外部設計、 作る人しか分からない内容なら内部設計、 という基準で考えると混乱しにくくなります。

また、試験中に迷ったときは、 「この説明を利用者に見せるだろうか?」 と自分に問いかけてみてください。

見せる内容なら外部設計、 見せない内容なら内部設計。 この判断だけでも、正答率は大きく上がります。

9.外部設計と内部設計の違いの要点整理(試験直前チェック)

9.外部設計と内部設計の違いの要点整理(試験直前チェック)
9.外部設計と内部設計の違いの要点整理(試験直前チェック)
ポイント:最後は「視点」と「対象」をセットで確認しましょう。

試験直前には、細かい説明を思い出そうとするよりも、 要点だけをシンプルに整理しておくことが大切です。

ここで、外部設計と内部設計の違いを もう一度、短く確認しておきましょう。

  • 外部設計:利用者視点で使い方を決める
  • 内部設計:開発者視点で仕組みを決める

外部設計で考えるのは、 「どう操作するか」 「何が表示されるか」 「業務がどう流れるか」 といった内容です。

内部設計で考えるのは、 「どのデータを使うか」 「どんな順番で処理するか」 「プログラムをどう分けるか」 といった内容です。

ITパスポート試験では、 この違いを完璧な言葉で説明できる必要はありません。 どちらかを正しく選べれば十分です。

最後に、試験直前の確認用として、 次のフレーズを頭に入れておきましょう。

見えるものは外部設計、見えないものは内部設計

この考え方が身についていれば、 外部設計と内部設計の問題で迷うことはほとんどなくなります。

ぜひ、本番でも落ち着いて、 文章の視点を見極めながら解いてください。

コメント
コメント投稿は、ログインしてください

まだ口コミはありません。

カテゴリの一覧へ
新着記事
New1
ITパスポート
ITパスポート初心者向け!ITILとは何かをわかりやすく解説
New2
ITパスポート
ITパスポート サービスマネジメントとは?初心者でもイメージでわかる基本解説
New3
ITパスポート
ITパスポートで頻出!ウォーターフォールとアジャイルとは?初心者でもわかる開発手法
New4
ITパスポート
ITパスポートのアジャイル開発とは?初心者でもわかる超入門解説
-
人気記事
No.1
Java&Spring記事人気No1
ITパスポート
ITパスポート 業務プロセスとは?初心者でも図でわかる基本解説
No.2
Java&Spring記事人気No2
ITパスポート
ITパスポート 業務プロセス改善とは?初心者でもわかる仕事の流れの考え方
No.3
Java&Spring記事人気No3
ITパスポート
ITパスポート 業務プロセスとは?初心者でもわかる基本解説
No.4
Java&Spring記事人気No4
ITパスポート
ITパスポート 競争戦略(コストリーダーシップ・差別化)とは?初心者向けにやさしく解説
No.5
Java&Spring記事人気No5
ITパスポート
ITパスポートで学ぶコンプライアンスとは?初心者でもわかる基本解説
No.6
Java&Spring記事人気No6
ITパスポート
ITパスポート試験対策|貸借対照表(B/S)とは?初心者でもわかる基本解説
No.7
Java&Spring記事人気No7
ITパスポート
ITパスポート試験の外部設計と内部設計とは?初心者でもイメージで理解できる完全ガイド
No.8
Java&Spring記事人気No8
ITパスポート
ITパスポートの開発手法とは?初心者でもわかるシステム開発の基本
-
-