プロトタイピング（prototyping）

分類

テクノロジ系 システム開発技術

出る試験

ITパスポート基本情報応用情報

重要度

★★★★☆

もう少し詳しい説明

プロトタイピングは、試作品（プロトタイプ）を早く作って利用者に見せ、その反応をもとに要求を固めていく開発モデルです。

何を解こうとしているのか

文書だけでは、認識の食い違いに気づけないという問題です。

要件定義で仕様書を作り、利用者に確認してもらう。承認をもらって作り始める。完成して見せる。そこで「思っていたものと違う」と言われます。

仕様書を読んで想像したものと、動くものを触って感じるものは、同じではありません。文書の段階で合意できていたつもりでも、実物を見ると違いが出てきます。

作ってから気づくと、直す費用が大きくなります。 作り込む前に、実物に近いものを見せてしまおう、というのがプロトタイピングの発想です。

2つの使い方

試作品をどう扱うかで、2つに分かれます。

発展型の短所は、実務で問題になります。 速さを優先した雑な作りが、本番のシステムに残ります。「あとで直す」と言ったまま、直らないことが起きます。

どちらにするかを先に決めておくのが大事です。決めずに始めると、使い捨てのつもりで作ったものが、いつのまにか本番になっています。

どこまで作るのか

試作品の作り込みにも段階があります。

確かめたいことによって、どこまで作るかを決めます。 画面の並びを確かめたいだけなら、紙で足ります。

ノーコード・ローコードの道具は、この段階を速くするのに向いています。

向く場面と向かない場面

見せて反応をもらえることが前提です。画面のない処理では、試作品を見せても判断できません。

気をつけること

2つめは必ず起きます。 「画面が動いているのだから、あと少しでしょう」と言われます。中身の処理は何も作っていないことを、先に伝えておく必要があります。

繰り返す回数をあらかじめ決めておくのが、1つめと3つめへの対策です。

アジャイル開発との違い

似ていますが、目的が違います。

アジャイル開発では、毎回の成果物が本番で使えるものです。試作ではありません。ここが分かれ目になります。

試験ではこう出る

ITパスポートと科目A（旧・午前）では、プロトタイピングの目的が問われます。「早い段階で試作品を利用者に確認してもらい、認識のずれをなくす」が答えです。

ほかの開発モデルとの区別も頻出です。ウォータフォール（順に進める）、スパイラル（繰り返しながら広げる）、プロトタイピング（試作を見せる）の3つで出ます。

向く場面も問われます。要求がはっきりしていないとき、です。

応用情報では、使い捨て型と発展型の使い分けや、試作品が完成品と受け取られる問題が出ます。

関連する用語

要件定義

何を作るかを決める工程。プロトタイピングはその手段のひとつ

アジャイル開発

短い期間を繰り返す。試作を見せる点は似るが、目的が違う

ユーザビリティ

使いやすさ。試作を触ってもらうことで確かめられる

ノーコード開発とローコード開発

試作を速く作る手段。プロトタイピングと相性がよい

ミニクイズ

この分野をまとめて解く → システム開発とユーザーインタフェースのミニテスト（全40問）

最終更新：2026-10-20