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

Prototipo di Modello di

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