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

【正解】エ

業務要件定義では、業務上の目的、必要な機能、処理する情報、利用者、業務手順、受入れ条件などを明確にします。これが曖昧だと、開発を始めた後で関係者の認識の違いや要件の不足が判明し、仕様変更と作り直しが繰り返されます。したがって、cの手戻りは起こり得ます。また、何を満たせば業務で利用できるのかという判断基準も定まらないため、確認項目や期待結果を明確にした受入れテストを設計できません。よってdも該当し、c、dを組み合わせたエが正解です。

アのa、bは誤りです。aのシステム化構想をまとめて承認を得る活動は、業務要件定義より前の企画プロセスで行われます。構想がまとまらないことを、後続の業務要件定義の曖昧さによる問題とはしません。また、bはプログラムを記述する段階で生じたコーディングミスであり、業務要件の曖昧さではなく実装上の不具合です。

イのb、cは誤りです。cは該当しますが、bはプログラムの記述を誤ったことが直接の原因なので、条件を満たしません。

ウのb、dは誤りです。dは該当しますが、bは業務要件定義ではなくコーディング工程に起因するためです。

【ポイント】 業務要件は「業務として何を実現するか」を定め、受入れテストの判断基準にもなります。 要件の曖昧さは、仕様変更、手戻り、納期遅延、受入れ判定の困難さにつながります。 コーディングミスは、要件ではなくプログラム実装に起因する問題として区別します。