Proces weryfikacji i walidacji projektu

Walidacja projektu

Walidacja projektu to proces oceny oprogramowania pod kątem dokładnych wymagań użytkowników końcowych lub interesariuszy. Celem walidacji projektu jest przetestowanie oprogramowania po jego opracowaniu, aby upewnić się, że spełnia ono wymagania w zakresie zastosowań w środowisku użytkownika.

Walidacja polega na wykazaniu spójności i kompletności projektu z uwzględnieniem potrzeb użytkownika. Na tym etapie faktycznie budujesz wersję produktu i sprawdzasz jej zgodność z wymaganiami użytkownika.

Poniższy obraz przedstawia proces walidacji projektu.

Celem jest udowodnienie za pomocą obiektywnych dowodów, że produkt spełnia dokumenty potrzeb użytkownika. Obiektywnym dowodem jest nic innego jak fizyczny dowód wyniku, taki jak obraz, tekst lub plik audio, który wskazuje, że procedura została zakończona.

Dzięki obiektywnym dowodom proces ten będzie konsekwentnie sprawdzał, czy produkt spełnia wcześniej określone wymagania. Proces ten obejmuje aktywność testową, inspekcję i analizę itd.

weryfikacja projektu

weryfikacja projektu to metoda sprawdzania, czy wynik zaprojektowanego oprogramowania spełnia specyfikacje wejściowe, poprzez badanie i dostarczanie dowodów. Celem procesu weryfikacji projektu podczas tworzenia oprogramowania jest zapewnienie, że zaprojektowane oprogramowanie jest takie samo, jak określono.

Dane wejściowe do projektu to wszelkie wymagania fizyczne i wydajnościowe, które służą jako podstawa do celów projektowych. Wynik projektu to wynik każdej fazy projektowania i końcowy wysiłek projektowy. Ostateczny wynik projektu stanowi podstawę do zapisania wzorca urządzenia.

Różnica między weryfikacją projektu a walidacją

Zawsze istnieją nieporozumienia pomiędzy weryfikacją a walidacją. Są to różne działania, które wykonywane są na każdym etapie procesu rozwojowego.

Proces weryfikacji projektu

Identyfikacja i przygotowanie:

• Na etapie opracowywania specyfikacji identyfikacja działań weryfikacyjnych odbywa się równolegle. Dzięki temu projektant może mieć pewność, że specyfikacja jest możliwa do zweryfikowania. Dzięki temu inżynier testowy może rozpocząć szczegółowy plan testów i procedury. Wszelkie zmiany w specyfikacji należy zgłaszać.
• Identyfikacja najlepszego podejścia do przeprowadzenia weryfikacji, zdefiniowanie metod pomiaru, wymaganych zasobów, narzędzi i obiektów.
• Wypełniony plan weryfikacji zostanie przejrzany z zespołem projektowym w celu zidentyfikowania problemów przed sfinalizowaniem planu.

Planowanie:

• Planowanie weryfikacji jest działaniem równoległym, w którym biorą udział zespoły podstawowe i programistyczne. Dzieje się tak przez cały cykl życia projektu. Zostanie to zaktualizowane w miarę wprowadzania jakichkolwiek zmian w danych wejściowych projektu.
• Na tym etapie zakres testowanego oprogramowania lub systemu powinien być udokumentowany.
• Na tym etapie dokonywany jest wstępny plan testów i udoskonalanie planu testów. Plan testów uwzględnia krytyczny kamień milowy, zmniejszając ryzyko projektu.
• Narzędzia, środowisko testowe, strategia rozwoju i identyfikacja wymagań poprzez inspekcję lub analizę.

Opracowanie:

• Rozwój przypadków testowych zbiegnie się z Metodologia SDLC realizowany przez zespół projektowy. Na tym etapie identyfikuje się różne metody badawcze.
• Dane wejściowe do projektu muszą zostać opracowane z uwzględnieniem najprostszych działań weryfikacyjnych, które są jednoznaczne i weryfikowalne.
• Czas weryfikacji zostanie skrócony, gdy podobne koncepcje zostaną przeprowadzone sekwencyjnie. Nawet wynik jednego testu może zostać użyty jako dane wejściowe do kolejnych testów.
• Tworzone są powiązania wykonalności pomiędzy przypadkami testowymi a odpowiednimi danymi wejściowymi projektu, aby zapewnić, że wszystkie wymagania zostały przetestowane, a wyniki projektu spełniają dane wejściowe projektu.

Wykonanie:

• Procedury testowe tworzone w fazie rozwoju są wykonywane zgodnie z planem testów i ściśle przestrzegane podczas czynności weryfikacyjnych.
• Jeśli wystąpią jakiekolwiek nieprawidłowe wyniki lub jeśli jakiekolwiek procedury wymagają modyfikacji, ważne jest udokumentowanie zmian i uzyskanie odpowiedniej zgody.
• Na tym etapie wszelkie problemy są identyfikowane i rejestrowane jako wady.
• Matryca wykonalności ma na celu sprawdzenie, czy wszystkie dane wejściowe do projektu zidentyfikowane w planie testów weryfikacyjnych zostały przetestowane i określenie współczynnika pozytywnego wyniku.

Raporty:

• Czynność ta wykonywana jest na koniec każdego etapu realizacji weryfikacji.
• Raport z weryfikacji projektu zawiera szczegółowe podsumowanie wyników weryfikacji, które obejmuje zarządzanie konfiguracją, wyniki testów dla każdego rodzaju testów oraz problemy wykryte podczas czynności weryfikacyjnych.
• Raport dotyczący identyfikowalności weryfikacji projektu tworzony jest pomiędzy wymaganiami a odpowiednimi wynikami testów w celu sprawdzenia, czy wszystkie wymagania zostały przetestowane i dały odpowiednie wyniki.
• Wszelkie niezgodności zostaną udokumentowane i odpowiednio skorygowane.
• RevPrzeglądy przeprowadzane są po zakończeniu czynności związanych z weryfikacją projektu i odpowiednio zatwierdzane.

Proces walidacji projektu

• Niektóre projekty można zweryfikować poprzez porównanie z podobnym sprzętem o podobnym przeznaczeniu. Metoda ta jest szczególnie istotna w przypadku walidacji zmian konfiguracji istniejącej infrastruktury lub standardowych projektów, które mają zostać włączone do nowego systemu lub aplikacji.
• Demonstracja i/lub inspekcja mogą zostać wykorzystane do sprawdzenia wymagań i innych funkcjonalności produktu.
• Analizę projektu można przeprowadzić poprzez modelowanie matematyczne lub symulację, która może odtworzyć wymaganą funkcjonalność.
• Przeprowadzane są testy finalnego projektu, które mają na celu sprawdzenie zdolności systemu do działania zgodnie ze wskazanymi założeniami.
• Plan testów, wykonanie i wyniki należy udokumentować i przechowywać jako część dokumentacji projektowej. Zatem walidacja jest zbiorem wyników wszystkich działań walidacyjnych.
• Jeżeli w ostatecznej walidacji projektu stosowane są produkty równoważne, producent musi udokumentować podobieństwo oraz ewentualne różnice w stosunku do produkcji początkowej.

Przykład

• Weźmy przykład prostego produktu, wodoodpornego zegarka.
• Dokument wymagań produktu może stwierdzać, że „Zegarek musi być wodoodporny podczas pływania”.
• Specyfikacja projektu może stwierdzać: „Zegarek powinien działać nawet wtedy, gdy użytkownik pływa przez dłuższy czas”.
• Wyniki testów powinny potwierdzić, że zegarek powinien spełniać te wymagania, w przeciwnym razie przeprowadzane będą kolejne iteracje przeprojektowania, aż spełni on wymagania.

Zalety walidacji i weryfikacji projektu

• Projekty możemy na bieżąco monitorować, dzięki czemu na każdym etapie jesteśmy w stanie sprostać stawianym przez użytkownika wymaganiom.
• Walidacja projektu wskaże różnicę między sposobem działania funkcjonalności a oczekiwanym działaniem.
• Udokumentowanie procedur walidacyjnych pomoże łatwo zrozumieć funkcjonalność na dowolnym etapie w przyszłości, jeśli mogą zostać wprowadzone jakiekolwiek zmiany lub ulepszenia.
• Czas rozwoju będzie konsekwentnie skracany, co poprawi produktywność, co umożliwi dostarczenie produktu zgodnie z oczekiwaniami.
• Proces ten obejmuje zakres i zakres każdej metody walidacji, której zastosowanie jest obowiązkowe.
• Walidację można przeprowadzić przy użyciu szczegółowych danych projektowych, które reprezentują wymagania użytkownika końcowego.
• Należy uwzględnić wszelkie różnice pomiędzy wynikiem a dokumentami potrzebnymi użytkownikowi.
• Zmiany w projekcie walidacji prowadzą do działań rewalidacyjnych.
• Ważne jest udokumentowanie każdej czynności, która ma miejsce podczas walidacji, która w odpowiedni sposób potwierdza, że ​​projekt spełnia wymagania użytkownika.