Está en la página 1de 6

Jon Zabaleta

Rubn Aparicio
Artzai San Jos
Historia
- En 1968 aparecio por primera vez en una conferencia OTAN

- Como forma de acabar con la crisis del software

- Ha continuado como una profesin y campo de estudio dedicado a la
creacin de software de alta calidad.

- Barato, con capacidad de mantenimiento y rpido de construir.

- David Parnas introdujo el concepto clave de la modularidad y
encapsulacin en 1972
Descripcin
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.

Existen dos tipos de desarrollo evolutivo:

1. Desarrollo exploratorio: 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.

2. Prototipos desechables: El objetivo del proceso de desarrollo evolutivo es
comprender los requerimientos del cliente y entonces desarrollar una definicin
mejorada de los requerimientos para el sistema. El prototipo se centra en
experimentar con los requerimientos del cliente que no se comprenden del todo.

El enfoque evolutivo suele traer ms ventajas en comparacin con un enfoque
en cascada ya que el sistema se va ajustando a las necesidades del cliente, a la
vez que l mismo entiende mejor sus propios requerimientos.
Etapas
Plan rpido
Modelado, diseo rpido
Construccin del Prototipo
Desarrollo, entrega y retroalimentacin
Comunicacin
Entrega del desarrollo final

Ventajas
til cuando el cliente conoce los objetivos
generales para el software, pero no identifica
los requisitos detallados de entrada,
procesamiento o salida.

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.

Para desarrollar rpidamente el prototipo, el desarrollador
suele tomar algunas decisiones de implementacin poco
convenientes. 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.