Wymagania
Traceability (śledzenie wymagań)
Traceability, czyli śledzenie wymagań, to jak mapa, która pokazuje, skąd wzięło się dane wymaganie i jak wpływa na różne elementy projektu. Używamy tego, żeby upewnić się, że każde wymaganie jest zrealizowane i żeby łatwo znaleźć, co trzeba zmienić, gdy coś się zmieni w jednym miejscu. Na przykład, jeśli klient poprosi o funkcję "dodawanie produktu do koszyka", traceability pokaże, które testy sprawdzają tę funkcję i które części kodu za nią odpowiadają.
Definicja
Traceability (śledzenie wymagań) to zdolność do śledzenia powiązań między wymaganiami a ich źródłem (interesariusz, regulacja), implementacją (kod, komponenty) i weryfikacją (testy).
Macierz śledzenia (Traceability Matrix)
| Wymaganie |
Źródło |
User Story |
Komponent |
Test Case |
Status |
| REQ-001 |
Sponsor, wywiad 15.01 |
US-042 |
auth-module |
TC-101, TC-102 |
Implemented |
| REQ-002 |
RODO Art. 17 |
US-055 |
user-service |
TC-120 |
In Progress |
| REQ-003 |
Workshop 22.01 |
US-060 |
- |
- |
Not Started |
Typy traceability
| Kierunek |
Od → Do |
Pytanie |
| Forward |
Wymaganie → Implementacja → Test |
„Czy wymaganie jest zaimplementowane i przetestowane?" |
| Backward |
Test → Implementacja → Wymaganie |
„Dlaczego ten test istnieje? Jakie wymaganie weryfikuje?" |
| Bi-directional |
Oba kierunki |
Pełna kontrola |
Korzyści
| Korzyść |
Opis |
| Impact analysis |
„Zmiana REQ-001 wpływa na US-042, TC-101, TC-102" |
| Coverage |
„95% wymagań ma testy" |
| Gold plating |
„Ten komponent nie jest powiązany z żadnym wymaganiem - po co?" |
| Audit trail |
„REQ-002 wynika z RODO Art. 17, zlecone przez DPO" |
Dlaczego to ważne?
Traceability odpowiada na fundamentalne pytanie: „Czy dostarczyliśmy to, co obiecaliśmy?" - bez niego nie ma pewności.
Powiązane pojęcia
