Geschichte der Frage:
Die Rückverfolgbarkeit (Traceability) von Anforderungen entstand als ein Instrument zur Vermeidung von Abweichungen zwischen den Erwartungen des Geschäfts und der tatsächlichen Umsetzung des Systems. Ursprünglich verließen sich Analysten auf manuelle Überprüfungen und Listen, was äußerst ineffizient war.
Problem:
Ohne Rückverfolgbarkeit geht die Verbindung zwischen Anforderungen verschiedener Ebenen verloren: Geschäftsziele → funktionale Anforderungen → technische Anforderungen → Test-Szenarien. Dies führt zu Fehlern, „verlorenen“ Anforderungen und mangelhafter Umsetzung.
Lösung:
Die Rückverfolgbarkeit von Anforderungen wird als Kette von Übereinstimmungen mit Hilfe von Matrizen, spezialisierten Werkzeugen (Jama, DOORS, Jira/Zephyr) und Vorlagen aufgebaut:
Eine Rückverfolgbarkeitsmatrix (traceability matrix) wird erstellt, wobei die einfachste Struktur —
| Geschäftsziel | Funktionale Anforderung | Test-Szenario |
|---|---|---|
| BC-1 | FR-1 | TC-1 |
Artefakt-Tags in den Werkzeugen werden verwendet.
Bei jeder Änderung auf jeder Ebene wird die Kette überprüft — es muss eine Verbindung bestehen.
Es ist wichtig, regelmäßig Überprüfungen durchzuführen, um „hängende“ Anforderungen oder Tests ohne Bezug zu den Zielen zu identifizieren.
Wesentliche Merkmale:
Kann man bei einem kleinen Projekt auf eine Rückverfolgbarkeitsmatrix verzichten?
Nein, selbst bei kleinen Projekten führt das Fehlen von Rückverfolgbarkeit oft zum Verlust von Anforderungen.
Reicht es aus, die Rückverfolgbarkeit zu Beginn des Projekts einmal zu erstellen?
Nein, die Matrix erfordert regelmäßige Aktualisierungen, wenn sich Anforderungen und Tests ändern.
Beeinflusst Rückverfolgbarkeit nur den Abschluss der Tests?
Nein, sie ist in allen Phasen wichtig — von der Planung bis zur Wartung, sie hilft, die Auswirkungen von Änderungen zu bewerten und die Arbeiten zu planen.
Negativer Fall:
Im Projekt wurde keine Rückverfolgbarkeitsmatrix erstellt, Tester stützten sich nur auf die Spezifikation. Mehrere Anforderungen wurden umgesetzt, aber nicht überprüft, weshalb die Features in der Produktion nicht wie gewünscht funktionierten.
Vorteile:
Nachteile:
Positiver Fall:
In einem anderen Projekt wurde eine lebendige Rückverfolgbarkeitsmatrix geführt. Alle Anforderungen wurden mit Tests und Geschäftszielen verknüpft, alle Änderungen wurden verfolgt. Es gab keine unerfassten Features und „nicht beschriebenen“ Tests.
Vorteile:
Nachteile: