Modelo de Prototipos.

También conocido como desarrollo con prototipación o modelo de

desarrollo evolutivo, se inicia con la definición de los objetivos globales para el software, se
identifican los requisitos conocidos y las áreas del esquema en donde es necesaria más
definición. Este modelo se utiliza para dar al usuario una vista preliminar de parte del software.
Este modelo es básicamente prueba y error ya que si al usuario no le gusta una parte del
prototipo significa que la prueba fallo por lo cual se debe corregir el error que se tenga hasta que
el usuario quede satisfecho. Además el prototipo debe ser construido en poco tiempo, usando los
programas adecuados y no se debe utilizar mucho dinero pues a partir de que este sea aprobado
nosotros podemos iniciar el verdadero desarrollo del software. Pero eso si al construir el
prototipo nos asegura que nuestro software sea de mejor calidad, además de que su interfaz sea
de agrado para el usuario. Un prototipo podrá ser construido solo si con el software es posible
experimentar.
Cómo se lleva a cabo
Se comienza elaborando un prototipo del producto final: qué aspecto tendrá, cómo funcionará.
Cuanto más próximo se encuentre el prototipo al producto real, mejor será la evaluación, si bien
se pueden obtener magníficos resultados con prototipos de baja fidelidad.
Ventajas:
 Modificación del Sistema en Etapas tempranas de su desarrollo: El éxito del uso del
prototipo depende de qué tan pronto y con qué frecuencia se reciba la retroalimentación
del usuario para hacer cambios y adecuarlos a las necesidades actuales.
 Permite al desarrollador darse cuenta de lo que requiere el cliente.
 Permite que el desarrollador se dé cuenta cómo va avanzando en trabajo.
 Los cambios iníciales durante el desarrollo de un proyecto son menos costosos que si se
realizan en etapas tardías, como el prototipo puede cambiar varias veces la flexibilidad y
adaptabilidad son su esencia, la pauta del cambio la da la retroalimentación, la cual nos
permite conocer la opinión del usuario sobre cambios a la entrada o salida de un proceso,
que al evaluarla nos permite obtener los requerimientos y mejorar el sistema.
 No modifica el flujo del ciclo de vida
 Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios
 Reduce costo y aumenta la probabilidad de éxito
 Exige disponer de las herramientas adecuadas
 Este modelo es útil cuando el cliente conoce los objetivos generales para el software,
pero no identifica los requisitos detallados de entrada, procesamiento o salida.
 También ofrece un mejor enfoque cuando el responsable del desarrollo del software está
inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de
la forma que debería tomar la interacción humano-máquina.
Desventajas:
 Administración difícil: Dicha dificultad radica en manejar el prototipo como un proyecto
dentro del Ciclo de Desarrollo de Sistema sin perder de vista cuál era su propósito.
 Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden
considerar al prototipo como el sistema final cuando aún es incompleto e inadecuado.
 El desarrollador y el cliente tienen poca comunicación al inicio del proceso.
 Surgen cambios imprevistos que retrasan el progreso del prototipo.
 Debido a que el usuario ve que el prototipo funciona piensa que este es el producto
terminado y no entienden que recién se va a desarrollar el software.
 El desarrollador puede caer en la tentación de ampliar el prototipo para construir el
sistema final sin tener en cuenta los compromisos de calidad y mantenimiento que tiene
con el cliente