ITパスポート 2016年 春期 問49

ユーザの要求を定義する場合に作成するプロトタイプはどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを確認：「ユーザの要求を定義する場合」→ 目的は「要求を明確にすること」。
2. 各選択肢の意味をかみ砕く：
   • ソフトウェアそのものか、図（フロー図・やり取り図）か、簡易版ソフトかを判断する。
3. 要求を明確にする最善手段は「ユーザが操作して確認できるもの」かを考える。
4. 操作して確認できるのは「簡易なソフトウェア（プロトタイプ）」なので、該当するのは エ。

選択肢別の誤答解説

• ア: 基幹システムで生成されたデータをユーザ自身が抽出・加工するためのソフトウェア
  説明：基幹システム（会社の主要な業務を扱うシステム）からデータを取り出して加工するツールの説明です。これは実際の業務ツールの機能や形態を示す選択肢であり、「ユーザの要求を定義するために作る簡易プロトタイプ」ではありません。要件確認のための試作品という意味では不適切です。
• イ: ユーザがシステムに要求する業務の流れを記述した図
  説明：これは業務フロー図（業務の手順や流れを示す図）に相当します。業務の流れを整理するのに有効ですが、流れを「図」で示すだけではユーザが操作感や画面レイアウトを確認できません。要求の具体化（UIや操作の詳細確認）を行うには不十分です。
• ウ: ユーザとシステムのやり取りを記述した図
  説明：これはユースケース図やシーケンス図（ユーザとシステムのやり取りを示す図）を指します。やり取りの順序や関係を整理するのに役立ちますが、やはり「図」なので操作感や具体的な画面表現を体験できません。要求定義で重要な「ユーザが本当に欲しい動作」を確かめるには限定的です。
• エ: ユーザの要求を理解するために作成する簡易なソフトウェア
  説明：これが正解です。プロトタイプ（簡易なソフト）を作ってユーザに触ってもらうと、画面の配置や操作の流れ、期待する動作などが明らかになります。要求のあいまいさを取り除くのに最も適しています。

よくある誤解

1. 図（業務フローやユースケース）だけで要件が十分に固まると思う
   → 図は関係や順序を整理できますが、画面の見た目や操作感、ユーザの心理的反応までは分かりません。プロトタイプで確認するのが重要です。
2. プロトタイプは本格的に作らないと意味がないと思う
   → いいえ。簡易（紙やクリック可能な試作）でもユーザの要求や誤解を早期に発見できます。手早く作って試すことが重要です。
3. 要件定義＝文書化だけだと思う
   → 要件定義は文書化も含みますが、ユーザの本当のニーズを引き出す手段としてプロトタイプが有効です。文書と合わせて使います。

補足コラム

• プロトタイプの種類（覚え方）
  • 紙プロトタイプ：画面を紙に描いたもの。非常に早く作れる。
  • クリックプロトタイプ：画面を画像で作り、リンクで遷移を模擬（例：PowerPoint、専用ツール）。
  • 実行プロトタイプ：簡単なプログラムで実際に動くもの。動作の検証に向く。
    要件確認の段階では「紙→クリック→実行」の順で精度を上げていくのが効率的です。
• メリットと注意点
  • メリット：ユーザと認識を合わせやすい。早期に問題発見できる。
  • 注意点：プロトタイプは仕様ではないため、正式開発時に仕様との差分を整理する必要があります。プロトタイプで得た変更点は要件に反映して記録しましょう。

FAQ