問35
頻出度★★☆
システム要件定義の段階で，検討したシステム要件の技術的な実現性を確認するために有効な作業として，適切なものはどれか。
平成27年度 春期 ITパスポート試験 問35
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 35プロトタイピング = 試作品を早期に作って動かす手法
不正解ア
業務モデルの作成は、現行業務や新業務の流れ・データ・組織の関係を図などで整理・可視化する作業であり、主に業務要件定義で「何をやりたいか」を明確にするためのもの。業務の姿を表すだけで、その要件を実装する技術が使えるかどうかを検証する手段ではないため、技術的な実現性の確認にはならない。
不正解イ
ファンクションポイントの算出は、システムの入出力や画面・ファイルなどの機能数から規模を数値化し、開発工数や費用を見積もるための手法である。得られるのは規模・コストの目安であって、その要件が技術的に実現できるかどうかの答えではない。見積り精度の向上には役立つが、設問の目的とは別の作業である。
- ウ
正解 正解は ウ「プロトタイピングの実施」。プロトタイピングとは、本格開発に入る前に試作品 (プロトタイプ) を早期に作成し、実際に動かして確認する手法である。設問が問うているのは「検討したシステム要件が技術的に実現できるかどうかの確認」であり、机上の検討だけでは、その方式・性能・技術要素が本当に成立するか断定できない。そこで要件定義の段階で小さな試作品を作って動作させれば、採用予定の技術で目的の処理が実現できるか、性能や応答時間が要求水準に届くか、といった技術的な実現性 (フィージビリティ) を、大きなコストを投じる前に実物で検証できる。動く試作品は利用者との認識合わせにも役立ち、要件のあいまいさを早期に取り除ける点でも要件定義段階に適した作業である。したがって ウ が正しい。
不正解エ
利用者の要求事項の収集は、要件定義のさらに前段〜入口で、利用者へのヒアリングやアンケートによって「何が必要か」を集める作業。ここで得られるのは要求そのものであり、集めた要求が技術的に実現可能かは別途確認する必要がある。設問は「検討したシステム要件」を対象にした実現性確認を問うており、要求を集める段階の作業では答えにならない。
ここがポイント
- プロトタイピング = 試作品を早期に作って動かす手法。技術的な実現性 (フィージビリティ) の検証と、利用者との要件認識合わせの両方に有効で、要件定義段階で用いられる。
- 要件定義まわりの作業の役割を区別する: 業務モデルの作成 = 業務の可視化・整理、ファンクションポイント法 = 規模と工数・費用の見積り、要求事項の収集 = 利用者ニーズの把握、プロトタイピング = 実現性と要件の検証。
用語