Co naprawdę zawiera dokumentacja „gotowa do walidacji”

„Gotowe do walidacji” nie jest certyfikatem. Oznacza, że dostawca dostarcza dowody potrzebne do Państwa własnej walidacji, by zespół nie musiał ich odtwarzać po fakcie.

Typowe elementy

• Specyfikacja wymagań. Co system ma robić, zapisane tak, by każdy punkt dało się przetestować.
• Analiza ryzyka. Które awarie mają znaczenie i jak są kontrolowane.
• Opis projektu. Jak zbudowane jest oprogramowanie, jakie ma interfejsy i jakie dane przechowuje.
• Protokoły i wyniki testów. Zaplanowane testy, kto je wykonał, kiedy i z jakim wynikiem.
• Macierz identyfikowalności. Mapa od każdego wymagania do elementu projektu i pokrywającego go testu.
• Historia zmian. Co zmieniło się między wersjami, dlaczego i co przetestowano ponownie.
• Dokumentacja użytkownika i administratora. Jak obsługiwać, archiwizować i odtwarzać system.

Dlaczego najważniejsza jest identyfikowalność

Podczas audytu rzadko pada pytanie „czy macie test?”, częściej „pokażcie, jak weryfikowane jest to wymaganie”. Macierz identyfikowalności odpowiada na nie wprost.

Czym to nie jest

Same dokumenty nie czynią oprogramowania zgodnym. System jakości, przewidziane zastosowanie i decyzje dotyczące ryzyka pozostają po Państwa stronie. Dobrzy dostawcy ułatwiają tę pracę, dostarczając spójne, wersjonowane dokumenty od początku projektu, a nie na końcu.