Ingeniería de

Software
Sesión 05
• Modelo Construcción de
prototipos
• Modelos Evolutivos
• Modelo Incremental
Modelo de Construcción de
Prototipos
} seinicia con la definición de los objetivos
globales para el software
} seidentifican los requisitos conocidos y las
áreas del esquema en donde es
necesaria más definición
} seplantea con rapidez una iteración de
construcción de prototipos y se presenta
el modelado
Modelo de Construcción de
Prototipos
} se centra en una representación de aquellos
aspectos del software que serán visibles para
el cliente o el usuario final
} la interfaz con el usuario
} formato de los despliegues de reportes
} conduce a la construcción de un prototipo,
el cual es evaluado por el cliente
i o el usuario
i
para una retroalimentación
Modelo de Construcción de
Prototipos
} graciasa ésta se refinan los requisitos del
software
ft que se desarrollará
d ll á
} Esto
permite que al mismo tiempo el
d
desarrollador
ll d entienda
ti d mejorj llo que se
debe hacer y el cliente vea resultados a
corto plazo
Modelo de Construcción de
Prototipos
} Ventajas

} útil cuando el cliente conoce los objetivos

generales para el software, pero no
identifica los requisitos detallados de
entrada, procesamiento o salida
} Se p
puede adaptar
p a cualquier
q modelo de
desarrollo, como una etapa independiente
Modelo de Construcción de
Prototipos
} Ventajas

} ofrece un mejor enfoque cuando el

responsable del desarrollo del software está
inseguro de:
} la eficacia de un algoritmo
} la adaptabilidad de un sistema operativo
} laforma que debería tomar la interacción
humano-máquina
Modelo de Construcción de
Prototipos
} Desventajas
} El usuario
i ti
tiende
d a crearse unas expectativas
t ti
cuando ve el prototipo de cara al sistema final
} se suelen desatender aspectos
p importantes,
p ,
tales como la calidad y el mantenimiento a
largo plazo
} Es ffrecuente
E t que ell usuario
i pida
id que sobre
b ese
prototipo se construya el sistema final
Modelo de Construcción de
Prototipos
} Desventajas
} el desarrollador suele tomar algunas
decisiones de implementación poco
convenientes
} el desarrollador puede olvidarse de la
razón 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
Modelo de Construcción de
Prototipos

} Laclave es definir con el cliente las

reglas del juego desde el principio
Modelo de Construcción de
Prototipos
} Que el prototipo se construya y sirva
como un mecanismoi para la
l definición
d fi i ió
de requisitos
} Que
Q ell prototipo
t ti se descarte,
d t all menos en
parte
} Quedespués se desarrolle el software real
con un enfoque hacia la calidad
Modelo de Construcción de
Prototipos
} Adaptación al Análisis inicial
modelo en
cascada Construcción de
prototipo

Retroalimentación

Análisis formal

Diseño … etc.
Modelos evolutivos
Modelos evolutivos
} El software evoluciona con el tiempo
} Los requisitos del cliente suelen cambiar
durante el tiempo de desarrollo
} Tiempos establecidos por el cliente o
competencia
t i en ell mercadod pueden
d
hacer imposible lanzar un software
totalmente terminado
} Los modelos lineales son inútiles en estos
casos
 Modelos evolutivos

Requerimientos Proceso de desarrollo de sw

Versión1
 Modelos evolutivos

Requerimientos Proceso de desarrollo de sw

Versión
2

Versión1
 Modelos evolutivos

Requerimientos Proceso de desarrollo de sw

Versión
3

Versión
2

Versión1
Modelo incremental
Modelo incremental
} Útil cuando hay una necesidad de
proporcionar de manera rápida
funcionalidad limitada al usuario
} Los requisitos del software están bien
definidos
} Combina elementos del modelo en cascada
} Aplica
A li secuencias
i lilineales
l escalonadas,
l d
llamadas “Incrementos”
 Modelo incremental

Análisis Diseño Codificación Pruebas

Análisis Diseño Codificación Pruebas

Análisis Diseño Codificación Pruebas

Modelo incremental
} Procesador de textos
} Incremento #1 – funciones básicas
} Incremento #2 – ediciones mas sofisticadas
} Incremento #3 – funciones de corrección
ortográfica
} Incremento #4 – configuraciones
avanzadas de página
Modelo incremental
} Cada incremento se somete a
retroalimentación del cliente
} Con la retroalimentación se planea el
siguiente incremento
} Aunque cada incremento es una versión
“incompleta”, el incremento debe ser
funcional
Modelo incremental
} Útilcuando el personal necesario para
desarrollar todo el proyecto no está
disponible
} Los incrementos se pueden planear para
manejar riesgos técnicos
} Hardware
} Software
} Personal especializado