Macierz identyfikowalności wymagań (RTM) w CSV
Czym jest macierz identyfikowalności wymagań?
Macierz identyfikowalności wymagań (ang. Requirements Traceability Matrix, RTM) to jeden z najważniejszych dokumentów w procesie walidacji systemów skomputeryzowanych (CSV). Stanowi ona mapę, która w sposób jednoznaczny i dwukierunkowy łączy wymagania z dowodami ich spełnienia. Dzięki niej można prześledzić drogę każdego wymagania od jego zdefiniowania aż po weryfikację w testach.
Struktura macierzy: od wymagania do dowodu
Podstawowym zadaniem RTM jest stworzenie logicznego łańcucha powiązań między kluczowymi elementami dokumentacji walidacyjnej. Celem jest zapewnienie, że nic nie zostało pominięte.
- Wymaganie użytkownika (URS ID): Punkt wyjścia. Każde wymaganie biznesowe, jakościowe i regulacyjne.
- Specyfikacja (FS/DS ID): Odniesienie do specyfikacji funkcjonalnej lub projektowej, która opisuje, jak system realizuje dane wymaganie.
- Ocena ryzyka (Risk ID): Powiązanie z analizą ryzyka, która określa potencjalne zagrożenia związane z wymaganiem i systemem.
- Przypadek testowy (Test Case ID): Wskazanie konkretnego testu (np. w protokole OQ lub PQ), który weryfikuje spełnienie wymagania.
- Dowód wykonania testu (Test Record ID & Status): Link do zapisu z wykonania testu, zawierającego obiektywny dowód i wynik (pass/fail).
W praktyce identyfikowalność prowadzi się w obu kierunkach: można nie tylko sprawdzić, jak przetestowano dane wymaganie, ale także, wychodząc od konkretnego testu, ustalić, które wymaganie on weryfikuje. Zapewnia to, że każdy test ma swoje uzasadnienie.
Wymagania użytkownika powinny być identyfikowalne na przestrzeni całego cyklu życia. EU GMP Annex 11, pkt 4.4
Co inspektor widzi w macierzy RTM?
Dla inspektora RTM jest narzędziem do szybkiej oceny kompletności i spójności procesu walidacji. Pozwala na błyskawiczne zidentyfikowanie potencjalnych luk i słabych punktów w dokumentacji. Typowe problemy, których szuka inspektor, to:
- Wymagania bez pokrycia testowego: Wymagania (szczególnie te związane z GxP), dla których nie zdefiniowano żadnego testu weryfikacyjnego.
- Testy bez powiązania z wymaganiem: Przypadki testowe, które nie odnoszą się do żadnego formalnego wymagania, co rodzi pytanie o ich celowość.
- Nieadekwatne testowanie ryzyka: Wymagania o wysokim priorytecie lub wysokim ryzyku, które są weryfikowane jedynie przez proste, powierzchowne testy.
- Niespójność wersji: Odwołania do nieaktualnych lub niezatwierdzonych wersji specyfikacji, protokołów testowych czy raportów.
Czego macierz RTM sama w sobie nie dowodzi?
Wypełniona macierz RTM jest konieczna, ale niewystarczająca. Samo istnienie powiązania w tabeli nie jest dowodem na jakość wykonanej pracy. RTM to mapa – wskazuje drogę do dowodów, ale sama nimi nie jest. Należy pamiętać, że macierz nie potwierdza:
- Adekwatności testu: Wiersz w macierzy nie mówi, czy scenariusz testowy był wystarczająco rygorystyczny i czy obejmował przypadki brzegowe oraz negatywne.
- Pozytywnego wyniku testu: Status "Wykonany" nie jest równoznaczny z wynikiem "Zakończony pomyślnie" (Pass). Należy zawsze odwołać się do szczegółowego zapisu z wykonania testu.
- Poprawności wersji: Link w RTM nie gwarantuje, że test został wykonany na właściwej wersji oprogramowania i zgodnie z zatwierdzoną wersją protokołu testowego.
Macierz RTM jako żywy dokument
Walidacja nie kończy się wraz z wdrożeniem systemu. Systemy skomputeryzowane podlegają zmianom, aktualizacjom i rekonfiguracji. Macierz RTM musi być utrzymywana i aktualizowana przez cały cykl życia systemu, aby odzwierciedlać jego bieżący, zwalidowany stan.
Każda zmiana w systemie powinna rozpocząć się od analizy wpływu. Macierz RTM jest tu kluczowym narzędziem, pozwalającym zidentyfikować, które wymagania, specyfikacje i testy są dotknięte zmianą. Na tej podstawie określa się zakres niezbędnej re-walidacji. Po wykonaniu testów macierz jest aktualizowana o nowe odniesienia, zapewniając ciągłość identyfikowalności.