令和5年度 プロジェクトマネージャ試験 午前II 問20
要件定義プロセスにおいて，要件を評価する際には，矛盾している要件，検証できない要件などを識別することが求められている。次のうち，要件が検証可能である例はどれか。
- ア 個々の要件に，対応必須，対応すべき，できれば対応，対応不要といったように重要性のランク付けがなされている。
- イ システムのライフサイクルの全期間を通して，システムに正当な利害関係をもつ個々の利害関係者が識別できている。
- ウ システムやソフトウェアが，要件定義書の記述内容を満たすか否かをチェックするための方法があり，チェック作業が妥当な費用内で行える。
- エ 実現可能か否かにはこだわらず，全ての利害関係者のニーズ及び期待が漏れなく要件定義書に盛り込まれている。
解答・解説を見る
正解：ウ
AI解説
要件が「検証可能」であるとは、システムやソフトウェアがその要件を満たすか否かを確認する方法(テスト、検査、分析など)が存在し、かつその確認作業が妥当な費用・労力で実施できることをいう。確認手段の存在と実行可能性に言及しているかが判断基準である。 ア: 対応必須・対応すべき等のランク付けは、要件の優先順位付け(重要度の割当て)の例であり、検証可能性ではない。 イ: 利害関係者を漏れなく識別できていることは、要件抽出の前提となる利害関係者識別の例であり、検証可能性ではない。 ウ: 正しい。記述内容を満たすか否かをチェックする方法があり、妥当な費用でチェックできることが、要件が検証可能である例である。 エ: 実現可能性を問わず全てのニーズを盛り込むことは網羅性に関する記述であり、むしろ検証できない要件を含むおそれがある。 💡 良い要件の特性(完全性・無矛盾性・検証可能性・追跡可能性など)は、それぞれの定義文を対応付ける形式で出題される。「チェックする方法がある」ときたら検証可能性、と即断できるようにする。
出典：令和5年度 秋期 プロジェクトマネージャ試験 午前II 問20 ／ 独立行政法人情報処理推進機構（IPA）
※Web掲載用に表記を一部変更しています。著作権はIPAに帰属します。
※Web掲載用に表記を一部変更しています。著作権はIPAに帰属します。