ITパスポート 令和6年度 問33
システム戦略
業務要件定義に関する問題
次の記述のうち,業務要件定義が曖昧なことが原因で起こり得る問題だけを全て挙げたものはどれか。
- a 企画プロセスでシステム化構想がまとまらず,システム化の承認を得られない。
- b コーディングのミスによって,システムが意図したものと違う動作をする。
- c システムの開発中に仕様変更による手戻りが頻発する。
- d システムを受け入れるための適切な受入れテストを設計できない。
- ア a,b
- イ b,c
- ウ b,d
- エ c,d
答えと解説
✓ これが正解エ c,d
解説
何を作るかが曖昧だと、途中の作り直しと受入れで困ります。
業務要件定義は、新しい仕組みで業務をどうしたいのかを決める段です。ここが曖昧なまま先へ進むと、作っている途中で話が変わり、仕様変更による手戻りが繰り返されます。また、受け取るときに何をもって良しとするのかが決まらないので、適切な受入れテストを設計できません。よってcとdの二つです。aはこの段より前の企画で構想がまとまらない話なので、原因の順序が逆になります。bはコーディングの誤りで、作る段の腕の問題であり、決め方の曖昧さとは関わりません。起きる場所が要件定義より前か後かで振り分けられます。受入れテストの設計は、決めたことを裏返して作るものです。
ほかの選択肢の解説
- ア a,b:aとbを挙げています。aは要件定義より前の企画の段の話で、bは作る段の誤りです。どちらも要件が曖昧なことの結果ではなく、正しいcとdを両方落としています。起きた時期が近いものを選ぶと、この組合せになります。
- イ b,c:bとcを挙げています。cは正しいのですが、bはコーディングの誤りが原因とはっきり書かれています。開発中に起きる問題という点だけで結びつけると、この答えになります。
- ウ b,d:bとdを挙げています。dは正しいのですが、bは作る段の誤りなので原因が違います。曖昧さのせいで起きたものと、腕の問題で起きたものを分けて見る必要があります。
関連用語
- 要件定義作るシステムに何を求めるかを決める工程。
- 受入れテスト発注した側が、頼んだとおりに出来ているかを確かめる最後の試験です。
- 業務要件新しい仕組みで何ができるようにするかを、仕事をする側の言葉で書いたものです。
- 企画
プロセス 経営上のニーズと、業務上の課題を明らかにする工程です。 - システム
化構想 企画プロセスの中で、経営としてのねらいと使えそうな情報技術の動向を突き合わせて立てる構想です。
出典:令和6年度 ITパスポート試験 問33
解説の最終確認:2026-08-29
解説は当サイト独自のもので、IPA(独立行政法人情報処理推進機構)とは関係ありません。
同じ内容が出た回
関連問題
- 令和8年度 問52:
要件定義に 関する 問題 (要件定義) - 令和8年度 問34:
IT基本計画に 関する 問題 (業務要件) - 令和7年度 問20:
ベンダー 企業から 収集する 情報 (システム 化構想) - 令和3年度 問14:
要件定義に 関する 問題 (企画 プロセス) - 令和2年度 10月 (特別措置試験) 問36
(受入れテスト)
同じ分野の問題
誤りを見つけたら報告する