要件定義プロセスにおいて、要件を評価する際には、矛盾している要件、検証できない要件などを識別することが求められている。次のうち、要件が検証可能である例はどれか。

選択肢

• ア個々の要件に，対応必須，対応すべき，できれば対応，対応不要といったように重要性のランク付けがなされている。
• イシステムのライフサイクルの全期間を通して，システムに正当な利害関係をもつ個々の利害関係者が識別できている。
• ウシステムやソフトウェアが，要件定義書の記述内容を満たすか否かをチェックするための方法があり，チェック作業が妥当な費用内で行える。
• エ実現可能か否かにはこだわらず，全ての利害関係者のニーズ及び期待が漏れなく要件定義書に盛り込まれている。

正解と解説

正解：ウ システムやソフトウェアが，要件定義書の記述内容を満たすか否かをチェックするための方法があり，チェック作業が妥当な費用内で行える。

要件が検証可能であるとは、その要件を満たしているかどうかを確かめる具体的な手段が存在し、しかもその確認作業を現実的な費用と期間で実施できることをいう。優先順位が付いていること、利害関係者が識別できていること、網羅されていることは、それぞれ別の品質特性であって検証可能性とは異なる。

選択肢ごとの解説

• ア優先順位付けの話であり、検証可能性の例ではない。
• イ利害関係者の識別の話で、要件そのものの検証可能性とは別。
• ウ正しい。確認方法があり、妥当な費用で実施できることが検証可能性。
• エ網羅性の話。実現可能性を無視した要件はむしろ検証しにくい。

同じ分野の他の問題

• 利用者要件のうち、非機能要件項目はどれか。2025年度 秋期 午前II 問20
• システムの要件を検討する際に用いるUXデザインの説明として、適切なものはどれか。2021年度 秋期 午前II 問20
• スタンフォード大学ハッソ・プラットナー・デザイン研究所によるデザイン思考の説明はどれか。2020年度 10月試験 午前II 問20
• JIS X 0160:2021（ソフトウェアライフサイクルプロセス）によれば、テクニカルプロセスの一つである妥当性確認プ…2025年度 秋期 午前II 問14
• データの追加・変更・削除が、少ないながらも一定の頻度で行われるデータベースがある。このデータベースのフルバックアップを磁…2024年度 秋期 午前II 問19