Este documento describe el paradigma de construcción de prototipos para el desarrollo de software. El paradigma implica la recolección de requisitos, el diseño rápido de un prototipo, la construcción y evaluación del prototipo por el cliente, y el refinamiento iterativo del prototipo hasta satisfacer los requisitos del cliente. Aunque el paradigma puede presentar desafíos como prototipos poco funcionales, también ofrece flexibilidad y una estrecha interacción con el cliente.

1. Ciclo de Vida del Software
Paradigmas de Desarrollo
ISF5501 Ingeniería de Software
Semana 2/2

2. Aprendizajes Esperados:
Identifica Ciclo de vida de un
proyecto de SW.
Contenidos:
Describe las diferentes técnicas para
el análisis y diseño de software.

3. Temario Semana 2-2
1. Paradigmas de Construcción de Prototipos
2. Síntesis

4. Paradigmas de Construcción de
Prototipo
a. Antecedentes:
 Este Paradigma está orientado a facilitar al Desarrollador
la creación de un modelo de software a construir.
 ¿Cuándo utilizar Prototipo?
• Cuando los encargados de diseñar o implementar
sistemas nunca han desarrollado uno con las
caracteristicas del sistema propuesto.
• Cuando se conoce solo una parte de las
caracteristicas esenciales del sistema.
• Cuando los usuarios del sistema participan en el
proceso de desarrollo.

5. Paradigmas de Construcción de
Prototipo
a. Antecedentes:
 Este Modelo tomará una de las tres siguientes formas:
• Un prototipo en papel o un modelo basado en PC
que describa la interación entre hombre-máquina.
• Un prototipo que implemente algunos subconjuntos
de la función requerida del programa deseado.
• Un programa existente que ejecute parte o toda la
función deseada, pero que tenga otras características
que deberán ser mejoradas en el nuevo desarrollo.

6. Comienzo
Recolección y Refinamiento
de la Información
Parada
Producto de
Ingeniería Diseño Rápido
Refinamiento del Construcción de
Prototipo Prototipo
Evaluación del
Prototipo por el
Cliente
Construcción de Prototipo

7. Paradigmas de Construcción de
Prototipo
b. Modelo:
 Recolección de Requisitos:
• El Desarrollador y el Cliente se reunen y definen los
objetivos globales para el software.
• Identifican todos los requisitos conocidos y perfilan las
áreas en donde será necesaria una mayor definición.
 Diseño Rápido:
• Se enfoca sobre la representación de los aspectos del
software visibles al usuario (formatos y métodos de
entrada y salida).

8. Paradigmas de Construcción de
Prototipo
b. Modelo:
 Construcción de Prototipo:
• Construcción del prototipo inicial.
 Evaluación por el Cliente:
• El Cliente entrega sus observaciones del Prototipo
construido y refina los requisitos del software.
 Refinamiento del Prototipo:
• Proceso interactivo en que el Prototipo es “afinado”
para que satisfaga las necesidades del cliente, al
mismo tiempo que entrega al desarrollador una mejor
comprensión.

9. Paradigmas de Construcción de
Prototipo
c. Desventajas:
 El cliente ve funcionando lo que parece ser una primera
versión del software, ignorando que el prototipo se ha
hecho con rapidez sólo con el afán de que funcione; no
se han considerado aspectos de calidad ni de
mantención del software a largo plazo.
 Frecuentemente el Desarrollador impone, tanto
aspectos técnicos como de compromisos, para obtener
un prototipo que funcione rápidamente:
• SO o lenguaje de programación inapropiado.
• Algoritmos ineficientes.

10. Paradigmas de Construcción de
Prototipo
d. Conclusiones:
 Aunque pueden aparecer problemas, el Paradigma de
Construcción de Prototipos es una metodología efectiva
para la Ingeniería de software.
 La clave está en definir al comienzo las “reglas”; esto
es, el cliente y el técnico deben estar de acuerdo en que
el prototipo se construya para servir sólo como un
mecanismo de definición de requisitos.
 Posteriormente, ha de ser mejorado y/o construido
como el software final, con los ojos puestos en la calidad
y mantenimiento.

11. Temario Semana 2-2
1. Paradigmas de Construcción de Prototipos
2. Síntesis

12. Síntesis
• El Paradigma de Construcción de Prototipos es una
metodología de desarrollo eficiente sobretodo para el
equipo de desarrollo.
• Como toda metodología posee desventajas, siendo la
de mayor relevancia el presentar un Prototipo poco
funcional y/o lejano al producto final.
• Dentro de las características más relevantes de este
Paradigma es su flexibilidad, interacción cercana con
el cliente e iterativo en su desarrollo.