ITパスポート 2025年 問44

システム開発の早い段階で、目に見える形で利用者の要求が確認できるように確認用のソフトウェアを作成するソフトウェア開発モデル【ITパスポート 解説】

正解の理由

• プロトタイピング（試作）: まず簡単な試作品を作って利用者に確認し、要求を明確にしていく手法。
• アジャイル（Agile：俊敏な開発）: 短い期間で繰り返し小さな機能を作る開発手法。
• ウォーターフォール（Waterfall：滝モデル）: 要求→設計→実装…と順番に進める直線的なモデル。
• スパイラル（Spiral：らせんモデル）: リスク分析を中心に、計画→実行→評価をらせん状に繰り返すモデル。

解法ステップ

1. 問題文から重要な条件を抜き出す：「早い段階で」「目に見える形で」「利用者の要求を確認」。
2. 各開発モデルが何を重視するかを思い出す。
   • ウォーターフォール：各工程を順に行い、初期段階で動く成果物は出にくい。
   • アジャイル：短サイクルで動く機能を出すが、目的は継続的なリリースと変更対応。
   • スパイラル：リスク管理が中心で、場合によっては試作品を作るが主目的はリスク低減。
   • プロトタイピング：試作品で早期に要求を確認することが明確な目的。
3. 条件と照らし合わせて最も合致するモデルを選ぶ。ここではプロトタイピング（エ）が当てはまる。

選択肢別の誤答解説

• ア: アジャイル
  アジャイル（短期間の反復開発）は「早く動くものを出す」という点で似ていますが、本問は「利用者の要求を目に見える形で確認するためのモデル」を問うています。アジャイルは開発の進め方全体（継続的な配布・顧客との協調）が目的で、必ずしも最初に試作を作って確認することを主目的とはしません。
• イ: ウォーターフォール
  ウォーターフォールは各工程を順番に進める方式です。要求定義の後に設計・実装が来るため、早い段階で「動くもの」を見せて要求を確認する、というやり方には向いていません。要求の誤りが後で見つかると手戻りコストが大きくなります。
• ウ: スパイラル
  スパイラルモデルは「段階的に開発を進める」点で似ますが、中心となるのはリスク管理です。プロトタイプを作ることもありますが、それは主にリスク（技術的実現性や要求の不確実性）を確認するためであり、本問の「利用者の要求を早く目に見える形で確認する」ことを直接の目的とするのはプロトタイピングです。
• エ: プロトタイピング
  プロトタイプを早期に作り、利用者に触ってもらってフィードバックを得ることを繰り返す手法です。利用者の要求があいまいな場合や、画面イメージや操作感を確認したい場合に特に有効です。よって本問の条件に最も合致します。

よくある誤解

1. 「アジャイル＝プロトタイピング」と混同すること
   アジャイルでもプロトタイプ的なものを作ることはありますが、アジャイルはチームの開発プロセス（短いイテレーション、継続的デリバリー、顧客との協調）が主眼です。プロトタイピングは「試作品で要求確認」が主目的です。
2. 「プロトタイプは必ず捨てる（使い捨て）」と考えること
   プロトタイプには「使い捨て（throwaway）型」と「進化（evolutionary）型」があります。どちらにするかは目的によって選びます。用途を間違えると品質や保守性で問題になります。
3. 「スパイラルは単に繰り返すモデルだからプロトタイピングと同じ」と考えること
   スパイラルはリスク低減のための反復であり、必ずしも利用者向けの可視化（UI/操作の確認）を最優先しません。目的の違いを押さえましょう。

補足コラム

• プロトタイプの「精度（フィデリティ）」には低・中・高があります。
  • 低フィデリティ：紙やワイヤーフレーム（画面の骨組み）のような簡単な模型。早く安くアイディア確認に有効。
  • 高フィデリティ：実際に動く試作で、操作感や応答性を確認できる。時間とコストはかかるが利用者の理解が深まる。
• 実務での使い分け例：画面のレイアウト確認なら低フィデリティから始め、操作フローやレスポンスを確認するときに高フィデリティを作る、という段階的な使い方が効率的です。
• 注意点：プロトタイプを見せると利用者は「これが完成品」と期待しやすいので、「これは試作である」ことを明確に伝えてフィードバックを求めることが重要です。

FAQ