令和6年度 ITパスポート試験 公開問題 問33

業務要件定義とは、システム化の対象となる業務の要件を明確にするプロセスです。これが曖昧なまま開発を進めると、システムがユーザーの要求を満たせなかったり、後続の工程（設計、開発、テストなど）に悪影響を及ぼしたりします。

各選択肢の解説

• a 企画プロセスでシステム化構想がまとまらず，システム化の承認を得られない。
  システム化構想の策定は、要件定義よりも前に行われる企画プロセスのタスクです。業務要件定義が曖昧なことによる問題ではありません。
• b コーディングのミスによって，システムが意図したものと違う動作をする。
  コーディングのミスは、プログラミング工程における作業者のヒューマンエラーやスキル不足が原因です。業務要件定義の曖昧さとは直接関係ありません。
• c システムの開発中に仕様変更による手戻りが頻発する。
  正しい記述です。業務要件定義が曖昧だと、設計や開発の段階になってからユーザーと開発者間の認識のズレが発覚し、仕様変更や手戻りが頻発する原因となります。
• d システムを受け入れるための適切な受入れテストを設計できない。
  正しい記述です。受入れテストは、完成したシステムが要件定義で定めた要件を満たしているかを確認するテストです。基準となる業務要件が曖昧だと、何をもって合格とするかの判断基準が定まらず、適切なテスト設計ができません。

以上より、該当する記述は c と d であり、正解は エ となります。

• ア (a, b): a も b も業務要件定義の曖昧さとは関係がないため、誤りです。
• イ (b, c): c は該当しますが、b は該当しないため、誤りです。
• ウ (b, d): d は該当しますが、b は該当しないため、誤りです。
• エ (c, d): 正解です。