※本情報は解説作成時点のもので、閲覧時点では法改正等により情報が変更になっている場合がございます。あらかじめご理解いただければ幸いです。
正解は「D:c.d」です。
業務要件定義が曖昧だと、開発中に仕様変更による手戻りが頻発したり、受入れテストの設計が適切に行えないなどの問題が発生します。
この記事では、ITパスポート試験(令和6年度)で出題された過去問の第33問「業務要件定義の曖昧さによる問題」について、試験対策の観点からわかりやすく解説します。
Contents
業務要件定義が曖昧な場合に起こる問題
曖昧な要件定義=手戻りの増加+テスト設計困難
業務要件定義が不十分または曖昧だと、開発中に仕様変更が頻発し、開発効率が低下します。また、受入れテストの設計が適切に行えず、システムの品質保証にも影響します。
他の選択肢との違い
- a.企画プロセスで承認が得られない:業務要件ではなく企画段階の問題
- b.コーディングミスによる誤動作:要件定義ではなく実装上の問題
業務要件定義の曖昧さに直接起因するのは、cとdです。
問われているポイント
この問題では、業務要件定義の重要性と、それが曖昧な場合に開発プロセスにどのような影響を及ぼすかを理解しているかが問われています。
気を付けてほしい点(勘違いしやすいポイント)
- コーディングミスや企画承認の問題は、要件定義の曖昧さとは直接関係しない
- 曖昧な要件は、主に手戻りの増加とテスト設計の困難に影響する
補足
ITパスポート試験では、システム開発プロセスの理解と、各工程で起こり得る問題を正確に把握することが重要です。
ITパスポート試験での出題パターン
ストラテジ系では、要件定義、設計、テストといった開発工程に関連する問題が出題されます。
要件定義の曖昧さが引き起こす具体的な問題を理解しておくことが必要です。
この知識が使われている問題
まとめ
- 業務要件定義が曖昧だと、仕様変更による手戻りが頻発する
- 受入れテストの設計が適切に行えなくなる
- 企画段階やコーディングミスは直接の原因ではない