システムアーキテクト暗記無料で始める

妥当性検査とは?だとうせいけんさ

妥当性検査とは、入力データが所定の形式・範囲・論理に合致しているかを確かめる検査で、書式検査・限界検査・照合検査・組合せ検査などがある。設計上の判断は「どの層に置くか」で、画面だけに置くとAPIやバッチ経由の投入を素通しし、データベースの制約だけに置くと利用者へ意味のあるエラーを返せない。

最終更新:2026-10-06

試験情報

システムアーキテクト試験の頻出用語/午前II

別名:バリデーションチェック

システムアーキテクトを最短で暗記・合格する →

背景

入り口が画面しかなかった時代は、画面のチェックがそのままシステム全体の入力統制だった。API公開・外部システム連携・夜間バッチと入り口が増えた結果、入り口ごとに同じ検査を書くか、共通の検証層へ寄せるかという設計判断が生じている。壊れたデータが入ると後工程の修復費用は桁違いになるため、非機能要件の議論でも早い段階で決めておく論点になる。

具体例

受注登録では、数量の負値と上限は書式・限界検査としてドメイン層に置き、得意先コードがマスタに実在するかの照合は外部キー制約としてデータベース側に置く。締め日をまたぐ日付と与信超過のような業務ルールは組合せ検査になり、画面とAPIの双方から呼べるサービス層に一本化して二重実装を避ける。

試験での引っ掛け

画面のスクリプトだけで済ませる設計は、API直呼びやバッチ投入を通してしまう。逆にデータベースの制約だけに寄せると、利用者に返せるのは制約違反のエラーだけになり、どの項目をどう直せばよいか示せない。検査を置いた層と、守れる入り口の範囲は一致しない。

関連用語

解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。

システムアーキテクトを最短で暗記・合格する →

試験での特徴
  • 分野:午前II
  • 画面のスクリプトだけで済ませる設計は、API直呼びやバッチ投入を通してしまう。