Modelo de prototipos

El Modelo de prototipos, en Ingeniera de software, pertenece a los modelos de

desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los
programas adecuados y no se debe utilizar muchos recursos.
El diseo rpido se centra en una representacin de aquellos aspectos del software que
sern visibles para el cliente o el usuario final.
Este diseo conduce a la construccin de un prototipo, el cual es evaluado por el cliente
para una retroalimentacin; gracias a sta se refinan los requisitos del software que se
desarrollar.
La interaccin ocurre cuando el prototipo se ajusta para satisfacer las necesidades del
cliente.
Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer
y el cliente vea resultados a corto plazo.
Etapas
Recoleccin y refinamiento de requisitos : El ingeniero de software y el cliente
definen los objetivos globales del software, y aqullos ms especficos que se desean
destacar con el prototipo.
Modelado, diseo rpido: Centrado en los aspectos del software visible al usuario (por
ejemplo, interfaz de usuario, entradas y salidas).
Construccin del Prototipo:
El producto debe ser construido en poco tiempo, usando los programas adecuados y no se
debe utilizar mucho dinero pues a partir de que ste sea aprobado nosotros podemos iniciar
el verdadero desarrollo del producto

Desarrollo, evaluacin del prototipo por el cliente: Se realiza por el cliente y
usuarios, lo que permitir concretar y refinar los requisitos del software a desarrollar.
Refinamiento del prototipo: Se produce un proceso iterativo en el que el prototipo es
refinado para que satisfaga las necesidades del cliente, al tiempo que facilita al ingeniero de
software un mejor conocimiento del sistema.
Producto de Ingeniera: En la mayora de los casos este sistema refinado (piloto) hay
que desecharlo y hacer uno nuevo. Por ello, el desarrollo de un prototipo se debe planificar
con el acuerdo expreso del cliente.

Algunos ingenieros del soft
ware abogan por desarrollar rpidamente un prototipo que les permita especificar
completamente el sistema y obtener ms consistentemente el producto final.

Ventajas
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.
Tambin 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 debera tomar la interaccin humano-
mquina.

Inconvenientes
El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al
sistema final. A causa de la intencin de crear un prototipo de forma rpida, se
suelen desatender aspectos importantes, tales como la calidad y el
mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a
reconstruirlo una vez que el prototipo ha cumplido su funcin. Es frecuente que
el usuario se muestre reacio a ello y pida que sobre ese prototipo se construya el
sistema final, lo que lo convertira en un prototipo evolutivo, pero partiendo de
un estado poco recomendado.
En aras de desarrollar rpidamente el prototipo, el desarrollador suele tomar
algunas decisiones de implementacin poco convenientes (por ejemplo, elegir
un lenguaje de programacin incorrecto porque proporcione un desarrollo ms
rpido). Con el paso del tiempo, el desarrollador puede olvidarse de la razn que
le llev a tomar tales decisiones, con lo que se corre el riesgo de que dichas
elecciones pasen a formar parte del sistema final...