双方向のトレーサビリティ
ある開発プロジェクトでは，要件，設計要素及びテストケースの対応を次のように管理している。 要件 R1 → 設計要素 D1，D2 → テストケース T1 要件 R2 → 設計要素 D3 → テストケース なし 要件 R3 → 設計要素 D2 → テストケース T2，T3 要件 なし → 設計要素 D4 → テストケース T4 この対応から読み取れることとして，適切なものはどれか。
- アR3 を変更する場合に影響を確認すべきテストケースは T2 と T3 だけであり，T1 を再実施する必要はない。
- イR2 はどのテストケースでも検証されていない要件であり，D4 はどの要件にも対応しない設計要素である。
- ウD2 は二つの要件に対応しているので，要件と設計要素の対応付けに誤りがあり，要件ごとに設計要素を分割しなければならない。
- エR2 にはテストケースがないが，対応する D3 が実装済みであれば，R2 は検証済みとみなすことができる。
正解と解説を見る
正解 イ
この問題の基礎知識
- トレーサビリティ（追跡可能性）は，要件，設計要素，テストケースなどの間の対応関係を記録し，たどれるようにすることである。
- 要件から設計・テストへ向かう方向にたどると，実現や検証が漏れている要件が分かる。逆に設計・テストから要件へ向かう方向にたどると，どの要件にも基づかない要素が分かる。
- 要件と設計要素は多対多で対応し得る。ある設計要素を変更するときは，その設計要素に対応する全ての要件とテストケースが影響範囲になる。
- 設計要素が実装済みであることは，要件を満たしていることの検証にはならない。要件を満たしていることはテストやレビューなどで確かめる。
アR3 を変更する場合に影響を確認すべきテストケースは T2 と T3 だけであり，T1 を再実施する必要はない。
R3 の変更に伴って D2 を修正すると，D2 は R1 の実現にも使われているので，R1 を検証する T1 にも影響が及び得る。設計要素を経由して対応をたどると，影響範囲に T1 が含まれる。
イR2 はどのテストケースでも検証されていない要件であり，D4 はどの要件にも対応しない設計要素である。正解
要件からテストケースの方向にたどると R2 に対応するテストケースがなく，設計要素から要件の方向にたどると D4 に対応する要件がない。双方向のトレーサビリティによって，検証の漏れと，要件に基づかない設計要素を発見できる。
ウD2 は二つの要件に対応しているので，要件と設計要素の対応付けに誤りがあり，要件ごとに設計要素を分割しなければならない。
一つの設計要素が複数の要件の実現に寄与することは一般にあり，それ自体は誤りではない。トレーサビリティは多対多の対応を記録し，変更時の影響範囲の把握などに用いる。
エR2 にはテストケースがないが，対応する D3 が実装済みであれば，R2 は検証済みとみなすことができる。
設計要素が実装されたことは，要件を満たしていることの検証にはならない。要件はテストなどによって満たされていることを確認する必要があり，R2 には検証のためのテストケースを追加すべきである。
検証用の出典出典照合済み
IPA 情報処理安全確保支援士試験 シラバス追補版（科目A-2）Ver.4.0（中分類12 1.(4)，1.(6)①，1.(7)） ／ NIST SP 800-160 Vol. 1 Rev. 1 Engineering Trustworthy Secure Systems照合の根拠（4 件）
- イ（正解）: 要件の評価では双方向の追跡可能性を確認する
双方向の追跡可能性（双方向のトレーサビリティ），外部一貫性，内部一貫性，テスト可能性
IPA 情報処理安全確保支援士試験シラバス追補版（科目A-2）Ver.4.0 · 中分類12 1.(7) ソフトウェア要件の評価及びレビュー（新しいタブで開きます） - イ（正解）・エ（誤り）: 要件はソフトウェア要素とテストケースへ追跡できるようにする
要件の属性（根拠，優先順位，ソフトウェア要素・テストケース・情報項目への追跡可能性（トレーサビリティ）
IPA 情報処理安全確保支援士試験シラバス追補版（科目A-2）Ver.4.0 · 中分類12 1.(6)① ソフトウェアの境界及び要件の定義の目的（新しいタブで開きます） - ウ（誤り）: トレーサビリティは二つ以上の要素間の関連であり，一つの設計要素が複数の要件に対応することを妨げない
Discernible association among two or more logical entities, such as requirements, system elements, verifications, or tasks.
NIST SP 800-160 Vol. 1 Rev. 1 · Glossary（traceability）（新しいタブで開きます） - エ（誤り）: 要件と検証結果を対応付けて追跡する。設計要素の実装だけでは検証の証拠にならない
Bidirectional traceability is maintained between the verified security aspects of system elements and the system security requirements, architecture, design, and interface requirements.
NIST SP 800-160 Vol. 1 Rev. 1 · VE-3.3（新しいタブで開きます）
表で R2 からテストケースへの対応がなく，D4 から要件への対応がないのでイが正しい。D2 は R1 と R3 の両方に対応するので，R3 の変更で D2 を直せば R1 を検証する T1 も影響範囲に入る（アは誤り）。