令和6年度 ITパスポート 問33 解説|業務要件定義の曖昧さ

ITパスポート 公開問題の解説令和6年度 問33最終更新 2026-10-19

分類ストラテジ系 » システム企画 » 要件定義新しい試験2-3 情報システム戦略年度令和6年度の100問の一覧

次の記述のうち,業務要件定義が曖昧なことが原因で起こり得る問題だけを全て挙げたものはどれか。

a 企画プロセスでシステム化構想がまとまらず,システム化の承認を得られない。

b コーディングのミスによって,システムが意図したものと違う動作をする。

c システムの開発中に仕様変更による手戻りが頻発する。

d システムを受け入れるための適切な受入れテストを設計できない。

正解と解説

正解:エ

ア× a は業務要件定義の前の企画プロセスで起きる問題、b はコーディングのミスで、どちらも業務要件定義の曖昧さが原因ではありません。

イ× c は当てはまりますが、b はプログラムの書き間違いが原因で、要件が明確でも起こり得ます。

ウ× d は当てはまりますが、b はコーディングのミスが原因です。

エ○ 正解 要件が曖昧だと開発中に仕様変更と手戻りが続き(c)、何を確かめれば受け入れてよいかも決まりません(d)。

解説

システムを作る流れは、企画(システム化構想・システム化計画)→ 要件定義 → 設計 → プログラミング → テスト、と進みます。業務要件定義は、新しいシステムで業務をどう行うのか、何ができればよいのかを決める工程で、企画が承認されたあとに行います。ここで決めた要件が、そのあとの設計や受入れテストのよりどころになります。

4つの問題が、業務要件定義より前に起きるのか、後で起きるのかを見ます。業務要件定義が曖昧だと、それをよりどころにする後の工程が崩れます。開発中に仕様が固まらず変更と手戻りが続く c と、何ができれば合格かが決まらず受入れテストを作れない d がそれです。a は業務要件定義より前の企画の問題、b は要件どおりに作れていないプログラミングの問題です。

教科書 2-3この問題の知識

情報システム戦略

情報システムは、経営戦略を実現するために計画し、要件を決め、外部から調達して手に入れます。情報システム化基本計画とシステム化計画、SoR・SoE・SoI、業務要件・機能要件・非機能要件、DFD・決定表・UML、RFI・RFP・提案書・見積書と入札までを、公開問題を解ける形でまとめます。

この節で扱うこと:情報システム戦略の策定・システム化計画・要件定義・調達計画・実施

教科書を読む →この節の過去問を続けて解く(10問)

ITパスポートのUdemy講座を口コミで比べる。動画講座3つ・問題集3つ、受講者数・★評価・口コミつき。広告を含むページですITパスポートのUdemy講座を口コミで比べる。動画講座3つ・問題集3つ、受講者数・★評価・口コミつき。広告を含むページです

Udemy の ITパスポート講座を、受講者数・★評価・口コミで比べたページです(広告を含みます)。

過去問教科書の一覧(現行の試験の順)教科書の一覧(新しい試験の順)

出典:IPA「ITパスポート試験 公開問題」令和6年度 問33。問題文と選択肢は改変せずに引用しています(表・図は文字に書き起こしたもの)。正解は IPA 公表の解答例によります。

タイトルとURLをコピーしました