科目A問33
次の記述のうち，業務要件定義が曖昧なことが原因で起こり得る問題だけを全て挙げたものはどれか。
a：企画プロセスでシステム化構想がまとまらず，システム化の承認を得られない。
b：コーディングのミスによって，システムが意図したものと違う動作をする。
c：システムの開発中に仕様変更による手戻りが頻発する。
d：システムを受け入れるための適切な受入れテストを設計できない。
a：企画プロセスでシステム化構想がまとまらず，システム化の承認を得られない。
b：コーディングのミスによって，システムが意図したものと違う動作をする。
c：システムの開発中に仕様変更による手戻りが頻発する。
d：システムを受け入れるための適切な受入れテストを設計できない。
| a，b | |
| b，c | |
| b，d | |
| c，d |
『情報処理過去問.com』からiPhoneアプリがリリースされました！！
正解
- エ
解説
業務要件定義は、業務の流れ・判断基準・例外処理・入力と出力・制約などを整理し、「業務としてシステムに何をさせるか」を確定する工程です。ここが曖昧だと、開発を進める途中で認識違いが見つかって仕様変更が増えたり、完成時に何を満たせば合格かが決められず受入れテストが作れないなど、手戻りと品質低下につながります。
a：企画の承認は、そもそも要件定義に入る前の「システム化するかどうか」の判断で進むため、業務要件定義の曖昧さが直接の原因になりにくい内容です。
b：コーディングミスは、設計や仕様が決まっていても起こり得る開発工程の不具合であり、業務要件定義が曖昧であることが主原因とは言いにくい内容です。
c：業務要件が固まっていないと、開発途中で「やっぱりこの処理も必要」「この条件が抜けていた」が発生しやすく、仕様変更→手戻りが頻発しやすい内容です。
d：受入れテストは「要件を満たしているか」を確認するためのテストなので、業務要件が曖昧だと合否判定の基準が作れず、適切なテスト設計ができない内容です。
よって c と d を含むエが正解となります。
a：企画の承認は、そもそも要件定義に入る前の「システム化するかどうか」の判断で進むため、業務要件定義の曖昧さが直接の原因になりにくい内容です。
b：コーディングミスは、設計や仕様が決まっていても起こり得る開発工程の不具合であり、業務要件定義が曖昧であることが主原因とは言いにくい内容です。
c：業務要件が固まっていないと、開発途中で「やっぱりこの処理も必要」「この条件が抜けていた」が発生しやすく、仕様変更→手戻りが頻発しやすい内容です。
d：受入れテストは「要件を満たしているか」を確認するためのテストなので、業務要件が曖昧だと合否判定の基準が作れず、適切なテスト設計ができない内容です。
よって c と d を含むエが正解となります。