ITパスポート試験

問33

ITパスポート過去問 令和6年度(2024年)問33

次の記述のうち,業務要件定義が曖昧なことが原因で起こり得る問題だけを全て挙げたものはどれか。

  • a 企画プロセスでシステム化構想がまとまらず,システム化の承認を得られない。
  • b コーディングのミスによって,システムが意図したものと違う動作をする。
  • c システムの開発中に仕様変更による手戻りが頻発する。
  • d システムを受け入れるための適切な受入れテストを設計できない。

選択肢

  • a,b
  • b,c
  • b,d
  • c,d

正解と解き方・学習ポイント(AI解説)

正解:
あなたの回答:未回答

業務要件定義が曖昧だと、「何を作れば合格か」という基準が決まりません。その結果、開発中に仕様変更が多発して手戻りが増えたり、要件を確認するための受入れテストを適切に設計できなかったりします。

不正解

aは要件定義より前の企画プロセスの問題として扱われます。bはコーディングミスであり、業務要件定義が曖昧なことが直接の原因とはいえません。

不正解

bはコーディングミスであり、業務要件定義の曖昧さが原因とはいえません。cは要件が固まらないことで仕様変更と手戻りが増え得ますが、bが含まれるため誤りです。

不正解

dは要件が曖昧だと受入れテストを設計しにくくなるため該当します。一方、bはコーディングミスであり要件定義の曖昧さとは原因が異なるため、誤りです。

正解

cの手戻りの頻発とdの受入れテスト設計の困難は、いずれも業務要件定義が曖昧で基準が定まらないことから起こり得ます。

Point

業務要件定義が後工程の成果物(仕様、テスト)にどのように影響するかを理解し、要件が曖昧なときに起こりやすい問題を工程の前後関係も含めて判断できるようになることをねらいとしています。

解くために必要な知識

この問題を解くには、業務要件定義の位置づけと、システム開発の各工程との関係についての理解が必要です。

用語の整理

用語名 意味
業務要件定義 システム化する業務の範囲、業務の流れ、入出力情報などを明確にする作業です。要件定義プロセスで行われます。
企画プロセス システム化の目的や方向性を検討し、システム化構想・システム化計画をまとめる工程です。要件定義プロセスよりも前に行われます。
受入れテスト 発注者(ユーザー側)が、納品されたシステムが要件を満たしているかを確認するテストです。
仕様変更 開発途中で、システムの機能や動作に関する仕様を変更することです。

判断ポイントの整理

工程の前後関係を確認する

業務要件定義より前の工程で起きる問題は、業務要件定義の曖昧さが原因とは考えにくいです。

要件の不明確さが原因になる種類の問題かを確認する

次のようなものは、要件が曖昧なことで起きやすい問題です。

  • 開発途中で認識違いが見つかり、仕様変更や手戻りが発生する。

  • 合否判定の基準を決められず、受入れテストを設計できない。

一方、次のようなものは、要件定義とは別の原因として扱われます。

  • コーディングミスなど、実装上の技術的ミスによる不具合。

問題の解法手順

この問題では、a〜dの各記述について「業務要件定義が曖昧なことが原因で起こり得るか」を判断します。

各記述が該当するかの確認

記述 内容 業務要件定義の曖昧さが原因か 理由
a 企画プロセスでシステム化構想がまとまらない いいえ 企画プロセスは要件定義より前に行うため、業務要件定義の曖昧さが原因とは言いにくいです。
b コーディングのミスによって誤動作する いいえ 実装時のミスであり、要件の曖昧さとは別の原因です。
c 開発中に仕様変更による手戻りが頻発する はい 要件が曖昧だと認識違いが後で判明し、仕様変更と手戻りが発生しやすくなります。
d 適切な受入れテストを設計できない はい 受入れテストは要件を満たしているかで合否判定するため、要件が曖昧だと設計できません。

cとdが該当するため、正解は「エ」です。

選択肢ごとの解説

不正解

aは要件定義より前の企画プロセスの問題として扱われます。bはコーディングミスであり、業務要件定義が曖昧なことが直接の原因とはいえません。

不正解

bはコーディングミスであり、業務要件定義の曖昧さが原因とはいえません。cは要件が固まらないことで仕様変更と手戻りが増え得ますが、bが含まれるため誤りです。

不正解

dは要件が曖昧だと受入れテストを設計しにくくなるため該当します。一方、bはコーディングミスであり要件定義の曖昧さとは原因が異なるため、誤りです。

正解

cの手戻りの頻発とdの受入れテスト設計の困難は、いずれも業務要件定義が曖昧で基準が定まらないことから起こり得ます。

まとめ

業務要件定義が曖昧だと、「何を作れば合格か」という基準が決まりません。その結果、開発中に仕様変更が多発して手戻りが増えたり、要件を確認するための受入れテストを適切に設計できなかったりします。

ストラテジ系 > システム戦略 > システム企画