ITパスポート 2010年 秋期 問34

早い段階で試作ソフトを作成して要求を明確にする方法はどれか【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で重要な表現を探す。ここでは「早い段階で試作ソフトウェアを作成」「利用者の要求事項を明確にする」とある。
2. 各選択肢の定義を確認する。
   • プロトタイピング = 試作を作って確認する手法。
   • スパイラルモデル = リスク管理中心の反復開発モデル（試作を含む場合もあるが、直接「早い試作で要求を明確にする」とは言い切れない）。
   • オブジェクト指向 = 設計手法。
   • データ中心アプローチ = データ構造を重視する考え方。
3. 問題文の目的（利用者の要求を早く明確にする）に最も合致する選択肢を選ぶ。→ プロトタイピング。

選択肢別の誤答解説

• ア: オブジェクト指向（object-oriented：データと処理を一つのまとまり＝オブジェクトで扱う設計方法）
  → これは設計の考え方・技法です。設計手法であり、「早期に試作して利用者に確認する」こと自体を指すものではありません。
• イ: スパイラルモデル（spiral model：反復とリスク管理を重視する開発モデル）
  → スパイラルモデルは反復（何度も検討・改良）とリスク評価を重視します。試作を行うこともありますが、選択肢の本文が明示する「早い段階で試作を作って利用者の要求を明確にする」という狙いを直接示すのはプロトタイピングです。つまりスパイラルは広い枠組みで、必ずしも“試作を最重視する手法”とは限りません。
• ウ: データ中心アプローチ（data-centered approach：データの構造や流れを中心に設計する考え方）
  → データの扱い方を重視する設計思想です。ユーザーと早期に試作を共有して要求を明確にする方法とは方向性が異なります。
• エ: プロトタイピング（prototyping：試作ソフトを作って利用者と確認する手法）
  → 正解。問題文の目的そのものを表す手法です。

よくある誤解

1. 「スパイラルモデルが正解だ」と思う誤解
   • スパイラルは反復的でリスクを減らす考え方です。試作を含むことはありますが、問題文の「早期の試作で要求を明確にする」行為を最も端的に表すのはプロトタイピングです。
2. 「プロトタイプは簡単に作るから品質を無視してよい」と考える誤解
   • プロトタイプの目的は要求や使い勝手の確認です。品質が低すぎると誤った印象を与えるため、目的に応じて「見た目重視のモック」や「動作する最低限のMVP（Minimum Viable Product：最小限の実用製品）」を使い分ける必要があります。
3. 「プロトタイピングですべての問題が解決する」と考える誤解
   • 早期発見は有効ですが、全ての設計上の問題や性能問題を事前に見つけられるわけではありません。最終テストはやはり必要です。

補足コラム

• プロトタイプの種類（覚えやすく3つ）
  1. ペーパープロトタイプ：紙や図で操作の流れを確認する。コストが低く早い。
  2. モックアップ（見た目重視）：画面の見た目や配置を触らせる。ユーザーの印象を確認するのに向く。
  3. 実動作プロトタイプ（MVPやスパイク）：実際に動くソフト。機能や操作感を確認するのに使う。
• 利点
  • 要求の誤解や抜けを早く発見できる。
  • 利用者のイメージと開発者のイメージのズレを減らす。
  • 開発リスクと後戻りコストの削減につながる。
• 注意点
  • 作りすぎると本来の設計とプロトタイプが混同される（捨てる設計なのか進化させるのかを決める）。
  • 利用者に誤った期待を与えない説明が必要（「これは試作です」と明示する）。

FAQ