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

トレーサビリティ(要件追跡)とは?とれーさびりてぃ

トレーサビリティ(要件追跡)とは、システム開発におけるトレーサビリティとは、個々の要求事項がどの設計項目・どのモジュール・どのテストケースに対応するかを双方向にたどれる状態にしておくこと。要件が変わったときの影響範囲を特定でき、テストが要件を網羅していることも示せるようになる。

最終更新:2026-10-06

試験情報

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

別名:トレーサビリティ、要件追跡

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

背景

要件は工程が進むほど分解され、設計書とコードとテストへ姿を変えていく。対応関係を残さないまま進むと、変更のたびに「どこを直せばよいか」を人の記憶で探すことになり、拾い漏れはテストではなく本番で見つかる。追跡できる状態を作るのは、変更が必ず起きるという前提を設計へ織り込む行為であり、変更に強い体制をどう作ったかを論述で説明する材料にもなる。

具体例

IBM DOORSやJama Connect、Redmineのチケット関連付けは、要件IDと設計・テストの対応を機械的に保つための道具。要件IDに設計書の章番号とテストケースIDを紐づけた対応表があれば、1つの要件変更に対して再実行すべきテストを漏れなく洗い出せる。

試験での引っ掛け

前方(要件→設計→テスト)だけで足りると思われがちだが、双方向であることが要件で、コードやテストから要件へ遡れて初めて根拠のない機能を見つけられる。版と構成品目を統制する構成管理とも別物。なお製造・食品分野でいうトレーサビリティは部品や食材の生産流通履歴の追跡を指し、こことは別の概念。

関連用語

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

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

試験での特徴
  • 分野:午前II
  • 前方(要件→設計→テスト)だけで足りると思われがちだが、双方向であることが要件で、コードやテストから要件へ遡れて初めて根拠のない機能を見つけられる。