El documento compara diferentes modelos de ciclo de vida para el desarrollo de software, incluyendo el modelo en cascada, el modelo de desarrollo de prototipos y el modelo en espiral. Explica que el modelo en cascada es más adecuado para proyectos cortos y estáticos, mientras que el modelo en espiral es más realista para proyectos más grandes debido a que permite identificar y mitigar riesgos de manera temprana. También señala que el modelo de desarrollo de prototipos requiere establecer claramente las reg

1. Elección de un modelo
de ciclo de vida en el
desarrollo de software
Universidad de Oriente
Núcleo Monagas
Escuela de Ingeniería y Ciencias Aplicadas
Áreas de Grado: CsC
Profesor:
Ing. Jonathan Vásquez
Maturín, Abril 2015

3. Guardar
silencio.
Apagar los
teléfonos.
Preguntas al
final de la
presentación

5. Evolución
Tecnológica
Ciclo de vida
Desarrollo de
Software

7. Es lineal
Las actividades están relacionadas secuencialmente
Cada etapa tiene una entrada y una salida
Es rígido y sistemático
Es monolítico
La implementación se pospone hasta que no se
comprendan los objetivos
Los documentos a entregar rigen el proceso de
software.

9. Se tiene todo bien organizado y no se mezclan las fases
Ayuda a localizar errores en las primeras etapas del
proyecto a un bajo costo.
Ayuda a minimizar los gastos de la planificación porque
permite realizarla sin problemas.

10. Gran dependencia en los requerimientos iníciales
Difícilmente un cliente va a establecer al principio todos los
requerimientos necesarios
El modelo genera pocos signos visibles de progreso hasta el
final
Inicio de la codificación muy tarde en el ciclo de vida del
proyecto

12. Plan rápido
Modelado, diseño rápido
Construcción del Prototipo
Desarrollo, entrega y retroalimentación
Comunicación
Entrega del desarrollo final

13. Es útil cuando el cliente conoce los objetivos generales para
el software
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
Se puede reutilizar el código

14. El usuario tiende a crearse unas expectativas cuando ve el
prototipo de cara al sistema final
En aras de desarrollar rápidamente el prototipo, el
desarrollador suele tomar algunas decisiones de
implementación poco convenientes

16. Determinar o fijar los objetivos
Análisis del riesgo
Desarrollar, verificar y validar
Planificar

17. Contiene una nueva etapa que es el análisis de riesgos, no incluida
anteriormente.
Este modelo es el indicado para desarrollar software con
diferentes versiones actualizadas como se hace con los programas
modernos de PC´s.
La ingeniería puede desarrollarse a través del ciclo de vida clásico
o el de construcción de prototipos.
Este es el enfoque más realista actualmente.

18. Comunicación con el cliente
Planificación
Análisis de riesgos
Ingeniería
Construcción y adaptación
Evaluación el cliente

19. No requiere una definición completa de los requerimientos
del software a desarrollar para comenzar su funcionalidad.
En la terminación de un producto desde el final de la
primera iteración es muy factible aprobar los requisitos.
Sufrir retrasos corre un riesgo menor, porque se
comprueban los conflictos presentados tempranamente y
existe la forma de poder corregirlos a tiempo.

20. Existe complicación cuando se evalúa los riesgos.
Se requiere la participación continua por parte del cliente.
Se pierde tiempo al volver producir inicialmente una
especificación completa de los requerimientos cuando se
modifica o mejora el software.

22. El modelo en cascada está enfocado en proyectos a corto plazo,
poco innovadores y en general estáticos.
Modelo de cascada es secuencial, esto genera retraso en las
actividades.
Los resultados del modelo en cascada se conocen una vez que el
software este completamente listo.
En el modelo de desarrollo de prototipos se deben establecer
claramente las reglas para impedir que surjan errores.
El modelo en espiral es en sí más realista para el desarrollo de
sistemas más amplios y en grandes escalas.
Modelo en espiral permite al desarrollador y al cliente, entender y
estar preparado ante un posible riesgo.