マナビングITパスポート

ソフトウェア開発モデルの違い:要求を早く確かめる手法はどれか

ITパスポート試験 令和7年度 問44 / ソフトウェア開発管理技術 › 開発プロセス・手法

過去問にチャレンジ

令和7年度 問44

システム開発の早い段階で,目に見える形で利用者の要求が確認できるように確認用のソフトウェアを作成するソフトウェア開発モデルとして,最も適切なものはどれか。

  1. ア

    アジャイル

  2. イ

    ウォーターフォール

  3. ウ

    スパイラル

  4. エ

    プロトタイピング

会話形式の解説

講師講師
今回はソフトウェア開発モデルの見分け方です。問題文の「早い段階で」「目に見える形で」「確認用のソフトウェアを作成する」という3つの言葉に注目してください。
受験者受験者
確認用のソフトウェアというのは、完成品ではなくお試し版のようなものでしょうか。
講師講師
そのとおりです。試作品のことを英語でプロトタイプといいます。試作品を早めに作り、利用者に実際に見て確かめてもらう開発モデルがプロトタイピングです。
受験者受験者
名前そのままなのですね。ただ、アジャイルも少しずつ作って見せるイメージがあって、私はそちらと迷いました。
講師講師
迷いやすいところです。アジャイルは、短い期間で設計・開発・テストを繰り返し、仕様の変更に柔軟に対応する開発手法です。重点は開発全体の進め方にあり、要求を確認するための試作品を作ることに特化したモデルではありません。
受験者受験者
アジャイルは変化への対応が中心ということですね。スパイラルも繰り返すモデルだったと思いますが、こちらはどう違いますか。
講師講師
スパイラルは、リスクの分析と管理を重視しながら、開発を何度も繰り返して段階的に進めるモデルです。途中で試作を行う場合もありますが、中心となる狙いはリスクの分析と低減です。早い段階で要求を目に見える形にすることが中心ではないので、最も適切とはいえません。
受験者受験者
ウォーターフォールは、工程を上から順に進める手法でしたよね。それなら動くものができるのはかなり後になりそうです。
講師講師
はい。要求定義・設計・実装・テストを順番に進めるので、早い段階で利用者に実物を見せて確かめる進め方には向きません。後の工程で要求の誤りが見つかると手戻り、つまりやり直しが大きくなるのが弱点です。
受験者受験者
整理すると、アジャイルは変化への対応、スパイラルはリスク管理、ウォーターフォールは工程を順番に進めること、そして試作品で要求を確かめるのがプロトタイピング、ということですね。
講師講師
よくまとまっています。試作品を見てもらうと、要求のあいまいさや、開発者と利用者の認識のずれを早めに解消できます。要求がはっきりしない場合や、画面・操作感を確かめたい場合に特に向いています。
講師講師
「繰り返し」という言葉だけで選ぶと、アジャイルやスパイラルに引っかかりやすくなります。「試作」「目に見える形で確認」「利用者に評価してもらう」といった語句が出てきたら、まずプロトタイピングを思い浮かべてください。

まとめ

開発の早い段階で確認用のソフトウェア(試作品)を作り、利用者の要求を目に見える形で確かめる開発モデルはプロトタイピングです。アジャイルは短い期間で開発を繰り返して変更に柔軟に対応する手法で、スパイラルはリスクの分析と管理を重視しながら開発を繰り返すモデルです。ウォーターフォールは工程を順番に進めるため、動くものができるのが遅く、後で要求の誤りが見つかると手戻りが大きくなります。「繰り返し」という言葉だけで判断せず、それぞれの手法が何を一番重視しているかで見分けることが大切です。

解答・解説

正解はエです

この問題のテーマ

ソフトウェア開発モデルの特徴を見分ける問題です。開発の早い段階で確認用のソフトウェア(試作品)を作り、利用者の要求を目に見える形で確かめるモデルはどれかが問われています。

解き方の考え方

問題文には「早い段階で」「目に見える形で」「確認用のソフトウェアを作成する」という3つの手がかりがあります。これは試作品(プロトタイプ)を作り、利用者に見てもらうという考え方そのものです。各モデルの中心となる特徴を一言で言えるようにしておけば、それに合うのはプロトタイピングだけだと判断できます。

選択肢ごとの解説

  1. ×ア  アジャイル
    アジャイルは、短い期間で設計・開発・テストを繰り返し、仕様の変更に柔軟に対応する開発手法です。重点は開発全体の進め方にあり、要求を確認するための試作品を作ることに特化したモデルではありません。そのため、問題文の説明には当てはまりません。
  2. ×イ  ウォーターフォール
    ウォーターフォールは、要求定義・設計・実装・テストといった工程を順番に進める手法です。動くソフトウェアができるのは後の工程になるため、早い段階で利用者に実物を見せて要求を確かめる進め方には向きません。後から要求の誤りが見つかると、手戻りが大きくなるのが弱点です。
  3. ×ウ  スパイラル
    スパイラルは、リスクの分析と管理を重視しながら、開発を何度も繰り返して段階的に進めるモデルです。繰り返す中で試作を行うこともありますが、主な目的はリスクを確かめることです。早い段階で要求を目に見える形にすることが中心ではないため、最も適切とはいえません。
  4. ○エ  プロトタイピング
    プロトタイピングは、開発の早い段階で試作品を作り、利用者に実際に見て確かめてもらう開発モデルです。利用者がシステムのイメージをつかみ、要件の確認と承認を得てから本格的な開発に進みます。「早い段階」「目に見える形」「確認用のソフトウェア」という問題文の条件にすべて合っています。

補足

「試作」「目に見える形で確認」「利用者に評価してもらう」といった語句が出てきたら、まずプロトタイピングを思い浮かべるとよいでしょう。アジャイルやスパイラルも開発を繰り返しますが、「繰り返し」という言葉だけで選ぶと引っかかりやすいので注意が必要です。その手法が何を一番重視しているか(変化への対応か、リスク管理か、要求の確認か)で区別しましょう。プロトタイピングは、要求がはっきりしない場合や、画面・操作感を確かめたい場合に特に向いています。

POINT

  • プロトタイピングは、早い段階で試作品を作り、利用者に要求を確かめてもらう開発モデルです。
  • 試作品を見てもらうことで、要求のあいまいさや開発者と利用者の認識のずれを早めに解消できます。
  • ウォーターフォールは工程を順番に進める手法で、後工程で要求の誤りが見つかると手戻りが大きくなります。
  • アジャイルは、短い期間で開発を繰り返して変更に柔軟に対応する手法です。
  • スパイラルは、リスク分析を重視しながら開発を繰り返すモデルです。

※出典:令和7年度 ITパスポート試験 問44