Walidacja wymagań to proces sprawdzania, czy wymagania określone dla rozwoju, definiują system, którego naprawdę chce klient. Aby sprawdzić kwestie związane z wymaganiami, wykonujemy walidację wymagań. Zwykle używamy walidacji wymagań, aby sprawdzić błąd w początkowej fazie rozwoju, ponieważ błąd może zwiększyć nadmierne przeróbki, gdy zostanie wykryty później w procesie rozwoju.
w procesie walidacji wymagań wykonujemy inny rodzaj testu, aby sprawdzić wymagania wymienione w specyfikacji wymagań oprogramowania (SRS), kontrole te obejmują:
- kontrole kompletności
- kontrole spójności
- kontrole ważności
- kontrole realizmu
- kontrole niejednoznaczności
- sprawdzalność
wynikiem walidacji wymagań jest lista problemów i uzgodnione działania wykrytych błędów problemy. Listy problemów wskazują na problem wykryty podczas procesu walidacji wymagań. Wykaz uzgodnionych działań określa działania naprawcze, które należy podjąć w celu rozwiązania wykrytego problemu.
istnieje kilka technik, które są stosowane indywidualnie lub w połączeniu z innymi technikami, aby sprawdzić, aby sprawdzić całość lub część systemu:
- test case generation:
Wymaganie wymienione w dokumencie SRS powinno być testowalne, przeprowadzone testy ujawniają błąd obecny w wymaganiu. Powszechnie uważa się, że jeśli badanie jest trudne lub niemożliwe do zaprojektowania niż, zwykle oznacza to, że wymóg będzie trudny do wdrożenia i należy go ponownie rozważyć. - Prototypowanie:
w tej technice walidacji prototyp systemu jest przedstawiany użytkownikowi końcowemu lub klientowi, który eksperymentuje z prezentowanym modelem i sprawdza, czy spełnia on jego potrzeby. Ten typ modelu jest zwykle używany do zbierania informacji zwrotnych na temat wymagań użytkownika. - wymagania opinie:
w tym podejściu SRS jest dokładnie sprawdzany przez grupę osób, w tym osoby zarówno ze strony kontrahentów, jak i klienta, recenzent systematycznie analizuje dokument w celu sprawdzenia błędów i niejasności. - Automatyczna analiza spójności:
to podejście jest używane do automatycznego wykrywania błędów, takich jak niedeterminizm, brakujące przypadki, błąd typu i definicje okrągłe, w specyfikacjach wymagań.Po pierwsze, wymóg jest skonstruowany w notacji formalnej, a następnie narzędzie CASE służy do sprawdzania spójności systemu ,identyfikuje się raport o wszystkich niespójnościach i podejmuje działania naprawcze.
- Przejście:
Przejście nie ma formalnie zdefiniowanej procedury i nie wymaga zróżnicowanego przypisania roli.- wczesne sprawdzanie, czy pomysł jest wykonalny, czy nie.
- uzyskiwanie opinii i sugestii innych osób.
- sprawdzanie akceptacji innych i osiąganie porozumienia.
