Model prototypowy
największą wadą poprzednich modeli (waterfall i spiral) jest to, że po opracowaniu aplikacji było wiele odrzuceń klientów i nie było zaangażowania klientów pomiędzy projektem.
w związku z tym rozpoczęli nowe podejście, które jest znane jako model prototypowy. W tym celu zbierzemy wymagania od klienta i przygotujemy prototyp (próbkę), a następnie przejrzymy go i zatwierdzimy przez Klienta. I tylko wtedy, gdy będą zadowoleni, zaczniemy pracować nad oryginalnymi projektami, aby nie było żadnego odrzucenia klienta.
prototyp jest tylko próbką lub atrapą wymaganego oprogramowania. Jeśli wszystkie wymienione moduły są obecne, to tylko programista i tester przeprowadzi test prototypu.
kiedy używamy modelu prototypowego
Ogólnie Rzecz Biorąc, wybieramy ten model z następujących powodów:
- gdy klient jest nowy w branży oprogramowania lub gdy nie wie, jak podać wymagania firmie.
- gdy deweloperzy są nowi w domenie.
Uwaga:
różnica między testowaniem a testowaniem prototypów polega na tym, że – w testach będziemy pracować nad funkcjonalnością, która daje pewne wejście i wyjście.
a w testach prototypów przetestujemy tylko wygląd i styl, co oznacza, że interfejs użytkownika i frontend.
proces modelowania prototypu
Model prototypowania ma różne fazy, które są następujące:
- Analiza wymagań
- studium wykonalności
- Utwórz prototyp
- testowanie prototypu
- przegląd i zatwierdzenie klienta
- projekt
- kodowanie
- testowanie
- instalacja i konserwacja
analiza wymagań
ten model zaczyna się od zebrania wymagań od klientów. I te wymagania projektu powinny być w szczegółach. Dane te są odbierane przez analityka biznesowego i analityka produktu. Gdzie analityk biznesowy jest przypisany do firm oprogramowania opartego na usługach, a analityk produktu jest przypisany do firm oprogramowania opartego na produktach.
Studium Wykonalności
w kolejnym etapie szefowie zespołów ds. studiów licencjackich, HR, Architektury i Finansów usiądą razem i porozmawiają o kosztach produktu, który zasób będzie potrzebny, która technologia zostanie wykorzystana do opracowania produktu oraz ile czasu potrzeba na skompletowanie produktu i dostarczenie go.
Stwórz prototyp
po zakończeniu studium wykonalności przejdziemy do kolejnego etapu, w którym stworzymy prototyp (przykładowy lub atrapy) na podstawie danych zebranych od klienta, a web developer zaprojektuje prototyp.
tutaj mamy następujące typy prototypów:
- statyczny prototyp
- dynamiczny prototyp
statyczny prototyp
w statycznym prototypie zachowaliśmy cały prototyp wymagań w dokumencie programu word z wszystkimi wytycznymi, zrzutem ekranu i opisem, jak zbudować oprogramowanie, jak będzie wyglądał gotowy produkt i jak będzie działał i tak dalej.
dynamiczny prototyp
dynamiczny prototyp jest równoległy do przeglądarki, ale tutaj nie możemy podać żadnych szczegółów, tylko funkcjonalność jest tam bez wprowadzania danych. To jest jak atrapa strony wykonane z html z posiadające tagi i linki do różnych stron do ekspresyjnych cech produktu.
testowanie prototypu
po zbudowaniu prototypu BA przetestuje prototyp i przeprowadzi jedną rundę testowania prototypu.
Uwaga:
testowanie prototypów jest testowaniem, gdzie będziemy testować tylko wygląd i styl, co oznacza, że interfejs użytkownika i interfejs użytkownika.
recenzja i zatwierdzenie klienta
po zakończeniu testowania prototypu zostanie on przekazany klientowi w celu jego przeglądu i zatwierdzenia. Jeśli klient nie jest zadowolony z podanej próbki, zmienimy prototyp na podstawie wytycznych klienta i opinii. Proces ten będzie trwał do momentu zatwierdzenia i zadowolenia klienta z prototypu. Jest to trochę czasochłonne, ponieważ musimy wprowadzać zmiany w prototypie wielokrotnie.
projekt
po otrzymaniu zatwierdzonego prototypu rozpoczniemy projekt wysokiego i niskiego poziomu dla produktu końcowego i rozważymy wszystkie sugestie podane przez Klienta w momencie ostatecznego prototypu.
kodowanie
po pomyślnym zakończeniu fazy projektowania przechodzimy do fazy kodowania, w której dany programista zaczyna rozwijać produkt w oparciu o swoją wiedzę programistyczną.
testowanie
po kompilacji fazy rozwojowej jest on przekazywany inżynierowi testującemu. Inżynier testujący testuje funkcjonalność aplikacji oraz wszystkie wejścia i wyjścia.
instalacja i konserwacja
gdy nasz produkt końcowy zostanie opracowany i przetestowany zgodnie z ostatecznym prototypem, zostanie wdrożony do produkcji. A produkt przejdzie konserwację od czasu do czasu, aby zmniejszyć przerwy, co pomaga uniknąć znaczących awarii.
Uwaga:
- począwszy od zbierania wymagań do przeglądu klienta, udokumentowany format jest konwertowany na format prototypowy, ponieważ jest to rozszerzona Faza zbierania wymagań, a rzeczywisty projekt zaczyna się od fazy projektowania.
- poprzednio tworzenie prototypów było wykonywane przez programistów. Jednak teraz robią to Programiści treści lub projektanci stron internetowych, gdzie opracowują prototyp produktu za pomocą niektórych narzędzi.
- w tym przypadku Klient ma szansę na samym starcie poprosić o zmiany w wymaganiu, ponieważ łatwo jest dokonać zmian wymagań w prototypie, a nie w rzeczywistej aplikacji. Dlatego koszty zmniejszą się, a oczekiwania zostaną spełnione.
zalety i wady modelu prototypowego
istnieją następujące zalety i wady modelu prototypowego:
zaleta | zaleta |
---|---|
możemy łatwo wykryć brakującą funkcjonalność. | jest to czasochłonny proces, ponieważ jeśli klient zmieni prototyp. i będzie to również marnować nasz czas, zmieniając raz za razem w manekinie (prototypie), co opóźni pracę prawdziwego projektu. |
w ten sposób zespół programistów i klient mają jasną komunikację dotyczącą wymagań i wyniku produktu. | nie ma przeglądu wymagań, ale recenzja prototypu jest. |
w tym istnieje zadowolenie klienta. | nie ma równoległych rezultatów, co oznacza, że oba zespoły nie mogą pracować razem. |
możemy ponownie użyć prototypu w fazie projektowania i do podobnych zastosowań. | czasami częściowa aplikacja może spowodować, że oprogramowanie nie będzie używane, ponieważ cały system został zaprojektowany. |
w tym modelu odrzucenie klienta jest mniejsze w porównaniu z innymi modelami. | niewystarczająca lub częściowa analiza problemu. |
problemy można zidentyfikować na wczesnym etapie. | możemy również stracić uwagę klientów, jeśli nie będą zadowoleni z produktu końcowego lub oryginalnego prototypu. |
Leave a Reply