Prototipo

Share

|

Scopo

Il prototipo di parola viene dal Greco per “la prima impressione,” che è una descrizione adatta dello scopo di un prototipo. È un modello generato per la prima impressione di come un deliverable finale può osservare, ritenere, o funzione. Un prototipo si permette un primo sguardo ad un sistema o un deliverable, di modo che può essere valutato per determinare se la produzione o l'esecuzione in grande scala è garantita. Può o essere un primo punto nell'esecuzione di un progetto, o in alcune organizzazioni, può essere generato come mezzi per determinare se il metodo di progetto sarà ritenuto possibile ed adatto.

Applicazione

Anche se i prototipi sono il più comunemente collegati con le esecuzioni del software e dei fissaggi, realmente sono usati in virtualmente ogni industria. Dalle prove della cambusa nella pubblicazione agli automobili di concetto nell'industria auto, i prototipi forniscono il progetto e le organizzazioni del cliente con un'occasione esaminare alcune delle caratteristiche fondamentali del finale deliverable senza la spesa e l'energia connesse con gran-regolano la produzione.

Soddisfare

Anche se i prototipi sono variati in tipo e natura, ripartiscono la comunanza di essere un modello o un prototipo del finale deliverable. Tuttavia, perché sono modelli, piuttosto che la cosa reale, alcune delle loro qualità differirà da dal finale deliverable. Per presentare un prototipo ad un partito esterno, l'organizzazione di progetto dovrebbe accertarsi che la descrizione del prototipo includa determinati elementi:

1. Natura del prototipo. Che componenti, caratteristiche, o elementi del deliverable reale è il prototipo supposto di emulare?

2. Funzioni non funzionali del prototipo. Che componenti, caratteristiche, o elementi del deliverable reale , tramite l'intenzione, sarà omesso dal prototipo?

3. Sostituzioni. Che elementi del deliverable reale non sono compresi nel prototipo, ma preferibilmente sono stati sostituiti con una sostituzione per sviluppo di prototipo?

4. Intenzione del prototipo. Che risposte, input e/o le chiarificazioni, sono previste hanno basato su una revisione del prototipo?

5. Ripetizioni del prototipo. Soltanto un prototipo sarà sviluppato o è il prototipo uno in serie “di modelli” della brutta copia che saranno trasportati prima di produzione finale?

6. Livelli accettabili di cambiamento basati sul prototipo. Che cosa dovrebbero i critici osservare at/for? Che cosa sono permesse cambiare? È ci delle funzioni del prototipo che non può essere cambiato?

Metodi

La profondità delle informazioni attesa da una revisione del prototipo può variare da un'approvazione di yes/no ad un'analisi approfondita di come il prototipo osserva, ritiene, o effettua. Quindi, le aspettative per la revisione del prototipo dovrebbero essere stabilite chiaramente. Più completamente intenzione del prototipo ed il livello accettabile di cambiamento sono dettagliati, più probabili i critici sono di fornire le informazioni raccolte dall'organizzazione di sviluppo.

Considerazioni

I prototipi non sono la cosa reale. Non funzionano come il deliverable finale e ci saranno sempre alcune differenze fra un prototipo e un deliverable finale (anche se sono semplicemente differenze in come sono stati prodotti). Come tali, i critici devono essere acutamente informati di quelle differenze, o possono citare quelle differenze come “difetti” con il prototipo. I prototipi inoltre tendono ad essere in qualche modo costosi ed i critici inoltre devono essere informati dei limiti al numero di prototipi iterativi che saranno sviluppati prima che il deliverable entri in produzione completa e finale.