Model V.
Model V - SDLC:
Model V, metodologia cyklu życia oprogramowania, opisuje czynności, które należy wykonać, oraz wyniki, które muszą zostać osiągnięte w trakcie cyklu życia produktu. Jest znany jako model weryfikacji i walidacji Walidacja odpowiada na pytanie - „Czy rozwijamy produkt, który spełnia wszystkie wymagania użytkowników z tego oprogramowania?” a weryfikacja odpowiada na pytanie– „Czy opracowujemy ten produkt, ściśle przestrzegając wszystkich specyfikacji projektowych?”
Cele V-Modelu:
Minimalizacja ryzyka projektowego
Gwarantowana jakość
Całkowite obniżenie kosztów całego projektu
Poprawiona komunikacja między wszystkimi zaangażowanymi stronami
Różne fazy modelu V:
The Requirements phase, dokument opisujący, do czego oprogramowanie jest wymagane po zebraniu i przeanalizowaniu oprogramowania oraz po przeprowadzeniu odpowiednich testów user acceptance testing.
The Architectural Design phasegdzie architektura oprogramowania jest zaprojektowana i buduje komponenty w oprogramowaniu, a ustanowienie relacji między komponentami a odpowiadającą im czynnością testową to Testowanie Systemowe.
The High Level Design phase,rozbicie systemu na podsystemy ze zidentyfikowanymi interfejsami; następnie zostaje przetłumaczony na bardziej szczegółowy projekt, a odpowiadająca mu czynność testowa to Testowanie integracyjne.
The Detailed Design phase,gdzie określono szczegółową implementację każdego komponentu. Szczegółowym projektem z podziałem na struktury danych, zastosowany algorytm i odpowiednią czynność testową jest testowanie jednostkowe.
Coding w którym każdy składnik oprogramowania jest kodowany i testowany w celu sprawdzenia, czy wiernie realizuje szczegółowy projekt.
Zalety i ograniczenia modelu V:
Zalety:
Nacisk na weryfikację i walidację produktu na wczesnych etapach rozwoju produktu.
Każdy etap można przetestować
Zarządzanie projektem może śledzić postępy według kamieni milowych
Łatwe do zrozumienia wdrożenie i użytkowanie
Ograniczenia:
Nie jest łatwo obsługiwać jednocześnie zdarzenia.
Nie obsługuje iteracji ani faz
Nie radzi sobie łatwo z dynamicznymi zmianami wymagań
Nie zawiera analizy ryzyka ani działań łagodzących