基本情報技術者 2010年 秋期 午前（科目A） 問65

トレーサビリティ【午前解説】

正解の理由

解法ステップ

1. 設問のキーワードを抽出する。今回なら「変更要求」「経過」「実装まで」「明らかにできる」などが該当する。
2. 各選択肢の定義を頭の中で素早く照合する（相互運用性、セキュリティ、トレーサビリティ、ユーザビリティ）。
3. 「過去から現在までのつながり・履歴を追う」性格を持つ概念を選ぶ。該当するのがトレーサビリティであることを確認する。
4. 他の選択肢が問意にそぐわない理由（目的や対象が異なる）を確認して除外する。

選択肢別の誤答解説

• ア: インターオペラビリティ（相互運用性）
  システムやコンポーネント間でデータや機能をやり取りできる能力を指す。変更履歴や要求から実装までの追跡とは本質的に異なるため不適切です。
• イ: セキュリティ
  情報の機密性・完全性・可用性を守ることが目的であり、変更要求の経過を追跡して可視化することを指す概念ではありません。もちろんトレーサビリティの記録は監査やセキュリティ対応で役立ちますが、設問の主題ではないため誤答です。
• ウ: トレーサビリティ
  要件→設計→実装→テスト／保守までの関連付けと履歴管理により、「誰がいつどの要求をどのように実装したか」を明確にできるため正しい選択です。
• エ: ユーザビリティ
  利用者が使いやすいかどうか（操作性・理解性・効率性など）を指す概念で、変更要求の経過追跡とは無関係です。

よくある誤解

1. トレーサビリティ＝バージョン管理と考える誤解
   バージョン管理（例: git）は履歴を残す手段ですが、トレーサビリティは「どの要求に対してどの設計やコードやテストが対応しているか」を示す関連付けの概念です。両者は連携しますが同義ではありません。
2. トレーサビリティは後工程だけの話という誤解
   要件段階からの前方追跡（Forward）と、実装から要求を遡る後方追跡（Backward）両方が重要です。どちらか一方だけでは不十分です。
3. トレーサビリティは大規模プロジェクト専用という誤解
   プロジェクト規模に関わらず、要求変更への影響把握や品質保証のために適用価値があります。やり方は簡素化できます（小規模ならスプレッドシートとチケット連携など）。

補足コラム

• 要件トレーサビリティマトリクス（RTM）で要求IDと設計/テスト/チケット/コミットを紐付ける。
  例（簡易）:

  要求ID	設計ID	実装(コミット)	テストケース	変更チケット
  REQ-001	DES-010	commit#a1b2	TC-001	TCK-123

• 課題管理ツール（JIRA等）でチケットに要求IDを明記し、コミットメッセージやプルリクエストにチケットを参照させる運用。
  例: git commit -m "REQ-001: 実装完了（TCK-001に対応）"
• CI/CDパイプラインや自動テスト結果をチケットと関連付けて、テストの合否やデプロイ履歴も追跡可能にする。

FAQ