要件定義とトレーサビリティとは？ようけんていぎとといれーさびりてぃ
要件定義は、業務要件・機能要件・非機能要件として実現したいことを明らかにし文書化する上流工程を指す。トレーサビリティは、その要件が設計・実装・テストのどこに対応しているかを双方向にたどれる状態を保つことをいう。要件から下流へも、テストから要件へも追えるので、変更時の影響範囲の特定と、テストが要件を覆っているかの確認が機械的に行える。
最終更新：2026-10-06
情報処理安全確保支援士を最短で暗記・合格する →背景
開発が進むほど、成果物は要件から遠い形に分かれていく。対応関係を記録しないまま進めると、1つの要件を直すために何を直すべきかが人の記憶頼りになり、直し漏れとテスト漏れが同時に起きる。この属人性を断つため、要件に識別子を振って下流の成果物と結び付けておく運用が標準化された。セキュリティ要件は画面に現れず見落とされやすいため、この結び付けの価値がとりわけ大きい。
具体例
「管理者権限の操作はすべて監査ログに記録する」という非機能要件に、ログ出力の設計項目、実装した共通ライブラリ、権限操作を行うテストケースを表で紐づけておく。ログ項目の追加が決まったとき、この表から影響を受ける設計とテストを漏れなく洗い出せる。この表をトレーサビリティマトリクスと呼ぶ。
試験での引っ掛け
追跡は下流方向だけと思いがちだが、要求されるのは双方向の追跡可能性で、テストケースから要件へ戻れることも条件に入る。また要件定義の誤りは工程が進むほど修正コストが跳ね上がる性質があり、下流で見つかった不具合の原因が上流にあった場合の手戻りの大きさが設問になりやすい。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。