プロトタイピングとは
プロトタイピングとは、システムやソフトウェアの開発において、早い段階で「試作品（プロトタイプ）」を作成し、ユーザーや開発チーム内で実際に触って確認しながら開発を進める手法です。
仕様書などの文章や図面だけで画面の操作感やシステム全体のイメージを正確に共有することは難しく、完成間近になってから「思っていたものと違う」といった問題が発生することがあります。そこで、まずは見た目や主要な動きだけを再現した簡易的な試作品を作り、ユーザーからフィードバックを得ます。これにより、認識のズレを防ぎ、手戻りのコストを抑えることができます。
具体例
例えば、新しいスマートフォンの家計簿アプリを作る際、実際にデータを保存するデータベース等は作らず、画面のデザインと「ボタンを押したら次の画面に切り替わる」という動きだけを実装した簡単なモックアップ（試作）を作ります。これをユーザーに見せて「ボタンの位置は押しやすいか」「画面の流れは分かりやすいか確認します。
もう少し詳しく
プロトタイピングは、ソフトウェア開発における「ユーザーと開発者の間の意思疎通」を円滑にするためのアプローチです。仕様書や設計図といったテキスト中心の文書だけでシステムの動きを想像するのは限界があり、顧客が「これで大丈夫」と言っても、実際に出来上がったものを見て「イメージと違う」と不満を持つケースは少なくありません。そこで、早い段階で画面デザインや簡単なボタン遷移だけが動作する「プロトタイプ（試作品）」を提供します。プロトタイプには、紙に手書きで画面を描く「ペーパープロトタイピング」や、PCツールを用いて画面レイアウトだけを作る「ワイヤーフレーム」、データベースの裏側処理は行わないがダミーデータを表示して実際の操作感を再現した「モックアップ」などがあります。これを顧客に操作してもらうことで、仕様の誤解や漏れを早期に発見し、要件定義の品質を向上させます。
試験でのポイント
試験においてプロトタイピングで最もよく問われるのは、そのメリットとデメリット（注意点）です。メリットとしては、「要件定義の早い段階で顧客と仕様の合意を形成できるため、後工程での手戻り（設計修正）を防ぎ、開発全体のコストと時間を抑えられる」という点です。一方でデメリットや課題として、「試作品の作成や顧客評価の繰り返しに時間をかけすぎると、全体のスケジュールが遅延すること」や、「顧客が試作画面を見てシステムが既に完成していると誤解し、安易な追加の要望を大量に出してスコープが肥大化しやすいこと」が出題されます。
関連する用語
プロジェクトの対象範囲を定めるスコープ管理や、システムの設計ルールを標準化するUML、さらに試作と評価のサイクルを回すアジャイル開発や、開発規模を測るファンクションポイント法などに関連しています。