ITパスポート試験 ITパスポート 2015年 (平成27年 秋期)38: システム開発の初期の段階で,ユーザと開発者との仕様の認識の違いなどを確認するために,システムの機能の一部やユーザインタフェースなどを試作し,ユーザや開発者がこれ

ITパスポート 2015年 (平成27年 秋期)
Q 3838 / 100
システム開発の初期の段階で,ユーザと開発者との仕様の認識の違いなどを確認するために,システムの機能の一部やユーザインタフェースなどを試作し,ユーザや開発者がこれを評価することによって曖昧さを取り除くシステム開発モデルはどれか。
この問の正解率:71.44%(1,173件)
この問題の本文・選択肢・正解・解説(展開)

問題本文

システム開発の初期の段階で,ユーザと開発者との仕様の認識の違いなどを確認するために,システムの機能の一部やユーザインタフェースなどを試作し,ユーザや開発者がこれを評価することによって曖昧さを取り除くシステム開発モデルはどれか。

選択肢

  • .ウォータフォール
  • .オブジェクト指向
  • .共通フレーム
  • .プロトタイピング

正解

. プロトタイピング

解説

システム開発初期に試作品を作成して仕様を確認する開発モデルを問う問題. プロトタイピングモデル(prototyping model)は,要件定義段階で画面や主要機能の試作品(プロトタイプ)を作成し,ユーザに評価してもらうことで仕様の曖昧さ・認識違いを早期に取り除く手法. ウォータフォール型では仕様確定が遅れがちな課題を,試作品ベースの早期合意で解決する. ウォータフォールは順次型開発,オブジェクト指向はクラス・オブジェクト中心の設計手法,共通フレームはシステム開発の標準作業項目を定めた枠組みで,いずれも「試作品で仕様確認する」開発モデルではない. 試作品=プロトタイプと結び付ける.

選択肢ごとの解説

  • .誤り. ウォータフォールモデルは要件定義→設計→プログラミング→テストを順次進める伝統的開発モデルで,工程ごとの成果物確定後に次工程へ進む形式. 試作品でユーザ評価を得る段階を組み込まないため,設問の「試作品で仕様の曖昧さ排除」とは性格が異なる手法.
  • .誤り. オブジェクト指向はソフトウェア構造をオブジェクト(クラスとそのインスタンス)で表現する設計・実装パラダイムであり,ウォータフォール・アジャイル等の開発モデルとは別の概念軸. 試作品によるユーザ評価を主眼とする開発プロセスモデルではない. 設計手法の話と区別.
  • .誤り. 共通フレームはシステム開発関連の標準作業項目を整理した参照モデル(SLCP-JCF)で,個別の開発手法を指すものではない. 試作品を作成してユーザ評価で仕様確定する開発モデルそのものを意味する用語ではないので,設問の趣旨とは合致しない概念に該当する.
  • .正解. プロトタイピングは試作品(prototype)を早期に作成し,ユーザと開発者の認識差や仕様の曖昧さを評価で取り除く開発手法そのもの. 画面イメージや主要機能を先に体験させ要件を確定するため,後工程の手戻りが減るのが大きな利点で,設問の文脈に完全に一致する.

ITパスポート 2015年 (平成27年 秋期)過去問一覧へ戻る・問38