Prototype Model
Lo svantaggio più significativo dei modelli precedenti (cascata e spirale) è che c’erano un sacco di rifiuto del cliente che accade dopo l’applicazione è stata sviluppata, e non c’era alcun coinvolgimento dei clienti tra il progetto.
Quindi, hanno iniziato il nuovo approccio, che è noto come il modello prototipo. In questo, raccoglieremo i requisiti dal cliente e prepareremo un prototipo (campione), e lo faremo rivedere e approvato dal cliente. E solo quando sono soddisfatti, inizieremo a lavorare sui progetti originali in modo che non ci sarà alcun rifiuto del cliente.
Il prototipo è solo il campione o un manichino del prodotto software richiesto. Se sono presenti tutti i moduli menzionati, solo lo sviluppatore e il tester eseguiranno il test del prototipo.
Quando usiamo il modello prototipo
In generale, andiamo per questo modello a causa dei seguenti motivi:
- Ogni volta che il cliente è nuovo per l’industria del software o quando non sa come dare i requisiti per l’azienda.
- Quando gli sviluppatori sono nuovi al dominio.
Nota:
la differenza tra il test e il test del prototipo è che – nel test, lavoreremo sulla funzionalità, che fornisce alcuni input e output.
E nel test del prototipo, testeremo solo l’aspetto grafico, il che significa che l’interfaccia utente e il frontend.
Prototipo del modello di processo
Modello di prototipazione ha diverse fasi, che sono i seguenti:
- analisi dei Requisiti
- studio di fattibilità
- Creare un prototipo
- Prototipo di test
- Cliente di revisione e approvazione
- Design
- Codifica
- Test
- Installazione e manutenzione
analisi dei Requisiti
Questo modello inizia con la raccolta dei requisiti da parte dei clienti. E questi requisiti del progetto dovrebbero essere in-dettagli. Questi dettagli vengono ricevuti dal Business Analyst e Product Analyst. Dove Business analyst è assegnato a società di software basate su servizi e l’analista di prodotto è assegnato a società di software basate su prodotti.
Studio di fattibilità
Nella fase successiva, il capo dei team BA, HR, Architecture e Finance si siederà insieme e parlerà del costo del prodotto, quale risorsa sarà necessaria, quale tecnologia viene utilizzata per sviluppare il prodotto e quanto tempo è necessario per completare il prodotto e consegnarlo.
Creare un prototipo
Dopo aver completato lo studio di fattibilità, passeremo alla nostra fase successiva, dove creeremo il prototipo (campione o manichino) in base ai dati raccolti dal cliente, e lo sviluppatore web progetterà il prototipo.
Qui, abbiamo i seguenti tipi di prototipo:
- Statico prototipo
- Dinamico prototipo
Statico prototipo
static prototipo, abbiamo mantenuto l’intero prototipo dei requisiti in un documento di word, per avere tutte le linee guida, screenshot e la descrizione di come costruire il software, come il prodotto finito sarà simile e come funzionerà e così via.
Prototipo dinamico
Il prototipo dinamico è parallelo al browser, ma qui non possiamo fornire alcun dettaglio, solo la funzionalità è lì senza inserire i dati. È come una pagina fittizia fatta di html con avere tag e collegamenti alle varie pagine alle caratteristiche espressive del prodotto.
Prototype testing
Una volta costruito il prototipo, il BA testerà il prototipo ed eseguirà un round di test del prototipo.
Nota:
Il test del prototipo sta testando, dove testeremo solo l’aspetto grafico, il che significa che l’interfaccia utente e il frontend.
Revisione e approvazione del cliente
Una volta completato il test del prototipo, verrà consegnato al cliente per la revisione e l’approvazione. Se il cliente non è soddisfatto del campione dato, cambieremo il prototipo in base alle linee guida e al feedback del cliente. Questo processo andrà avanti fino a quando il cliente ha approvato e soddisfatto il prototipo. È un po ‘ dispendioso in termini di tempo perché dobbiamo eseguire le modifiche più e più volte nel prototipo.
Design
Dopo aver ottenuto il prototipo approvato, inizieremo la progettazione di alto livello e basso livello per il prodotto finale e prenderemo in considerazione tutti i suggerimenti forniti dal cliente al momento del prototipo finale.
Codifica
Una volta completata con successo la fase di progettazione, passiamo alla fase di codifica, in cui lo sviluppatore interessato inizia a sviluppare il prodotto in base alle proprie conoscenze di programmazione.
Test
Dopo la compilazione della fase di sviluppo, viene consegnato all’ingegnere di prova. E l’ingegnere di prova testare la funzionalità dell’applicazione, e tutti gli ingressi e le uscite.
Installazione e manutenzione
Una volta che il nostro prodotto finale è sviluppato e testato secondo il prototipo finale, sarà distribuito alla produzione. E il prodotto passerà attraverso la manutenzione di volta in volta per ridurre qualsiasi interruzione, che aiuta ad evitare guasti significativi.
Nota:
- A partire dalla raccolta dei requisiti fino alla revisione del cliente, il formato documentato viene convertito in un formato prototipo poiché si tratta di una fase di raccolta dei requisiti estesa e la progettazione effettiva inizia dalla fase di progettazione.
- In precedenza, lo sviluppo del prototipo è fatto dagli sviluppatori. Tuttavia, ora è fatto da sviluppatori di contenuti o web designer dove sviluppano il prototipo del prodotto con l’aiuto di alcuni strumenti.
- In questo, il cliente ha la possibilità di iniziare a chiedere modifiche al requisito in quanto è facile apportare modifiche ai requisiti nel prototipo piuttosto che nell’applicazione effettiva. Pertanto il costo si ridurrà e le aspettative saranno soddisfatte.
Vantaggio e svantaggio del modello prototipo
Ci sono i seguenti vantaggi e svantaggi del modello prototipo:
Vantaggio | Svantaggio |
---|---|
Possiamo facilmente rilevare la funzionalità mancante. | È un processo che richiede tempo perché se il cliente cambia nel prototipo. E sarà anche sprecare il nostro tempo cambiando ancora e ancora nel manichino (prototipo), che ritarderà il funzionamento del progetto reale. |
In questo, il team di sviluppo e il cliente hanno una comunicazione chiara riguardo ai requisiti e al risultato del prodotto. | Non esiste una revisione dei requisiti, ma la revisione del prototipo è presente. |
In questo, la soddisfazione del cliente esiste. | Non ci sono risultati paralleli, il che significa che i due team non possono lavorare insieme. |
Possiamo riutilizzare il prototipo in fase di progettazione e per applicazioni simili. | A volte l’applicazione parziale può causare il software non essere utilizzato come il sistema completo è stato progettato. |
In questo modello, il rifiuto del cliente è inferiore rispetto agli altri modelli. | Analisi del problema insufficiente o parziale. |
I problemi possono essere identificati nella fase iniziale. | Potremmo anche perdere l’attenzione del cliente se non sono soddisfatti del prodotto finale o del prototipo originale. |
Leave a Reply