検証と妥当性確認とは？けんしょうとだとうせいかくにん
検証は「前工程で決めた仕様どおりに作られているか」を確かめること、妥当性確認は「出来上がったものが利用者の目的を実際に果たすか」を確かめること。前者は正しく作っているか、後者は正しいものを作っているかを問う関門で、判断できる立場も別になる。
最終更新：2026-10-06
ITストラテジストを最短で暗記・合格する →背景
仕様どおりに完璧に作られても、その仕様が業務の実態とずれていれば使われないシステムになる。検証をどれだけ積んでもこの失敗は稼働まで見つからないので、要件を出した側の責任として、利用の場面で目的が果たせるかを確かめる関門を別に置く。経営会議では「工程どおり進んだかの確認と、投資目的が達成できるかの確認は別物で、後者は事業部門にしか判断できない」と説明する。
具体例
基幹システム刷新では、設計書どおりに実装されているかのレビューと単体・結合テストが検証、業務部門が実データで月次締めを回してみて締め日に間に合うかを見る受入テストが妥当性確認にあたる。V字モデルでは要件定義に対応する右側が妥当性確認で、ここを短く見積もった計画は稼働後に業務を止める。
試験での引っ掛け
「正しく作っているか」が検証、「正しいものを作っているか」が妥当性確認で、この2つを逆に覚えるのが定番。また妥当性確認を契約上の検収と同一視するのも誤りで、検収は合否を確定させる手続き、妥当性確認は目的適合を確かめる活動であり層が違う。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。