1. Cascada
1.1. Fases
1.1.1. Conceptualizacion
1.1.1.1. Se determina la arquitectura de la solución
1.1.2. Análisis de requisitos
1.1.2.1. Se definen los requisitos funcionales y de rendimiento
1.1.3. Diseño
1.1.3.1. Representación de la aplicacióm
1.1.4. Implementación
1.1.4.1. Transforma el diseño en codigo
1.1.5. Prueba
1.1.5.1. Validación e integración
1.1.6. Validación y Comprobación
1.1.6.1. Se instala el software al cliente (comprueba la aplicación)
1.2. Criticas
1.2.1. No se ve un producto hasta muy tarde en el proceso
1.2.2. Espeificación de requisitos estable
1.2.3. Impone una estructura de gestión
1.3. ventajas
1.3.1. Sencillo: Sirve cuando el personal está poco cualificado
1.3.2. Aplicable cuando el problema es estable y cuando se trabaja con técnicas conocidas
2. Espiral
2.1. modelo original
2.1.1. Fijar objetivos
2.1.1.1. *Definir objetivos del ciclo *Identificar restricciones del proceso y producto *Desarrollar plan de gestión *Identificar riesgos *Identificar estrategias alternativas
2.1.2. Gestionar y reducir el riesgo
2.1.2.1. RSGR para cada riesgo identificado
2.1.3. Desarrollo y validación
2.1.3.1. *Elegir modelo de desarrollo *Algunos autores lo denominan metamodelo *Yo prefiero llamarlo modelo paramétrico
2.1.4. Planificación
2.1.4.1. *Revisión del proyecto *Decisión de una nueva vuelta
2.2. Ventajas
2.2.1. Enfoque realista
2.2.2. Gestión explicita de riesgos
2.2.3. Los objetivos de calidad son el primer objetivo
2.2.4. Integra desarrollo con mantenimiento
2.2.5. Requiere refinamiento para uso generalizado
3. Evolutivo
3.1. Caracterísiticas
3.1.1. Gestionan bien la naturaleza evolutiva del software
3.1.2. Son iterativos: construyen versiones de software cada vez más completas
3.1.3. Se adaptan bien
3.1.3.1. Los cambios de requisitos del producto
3.1.3.2. Fechas de entrega estrictas poco realistas
3.1.3.3. Especificaciones parciales del producto
3.2. Ventajas
3.2.1. Es interactivo
3.2.2. Personal
3.2.3. Gestión de riesgos técnicos
3.3. Desventajas
3.3.1. La primera iteración puede plantear los mismos problemas que en un modelo lineal secuencial
4. Prototipado
4.1. Recolección de requisitos
4.1.1. Cliente y desarrolladores definen los objetivos globales del software.
4.1.2. identifican los requisitos conocidos y aquellos que deben ser más definidos
4.2. Ventajas
4.2.1. Requiere de experiencia en la identificación de riesgos
4.2.2. Permite identificar los requisitos incrementalmente
4.2.3. Permite probar alternativas a los desarrolladores
4.2.4. Tiene una alta visibilidad->tanto clientes como desarrolladores ven resultados rápidamente
4.3. Inconvenientes
4.3.1. El cliente no entiende por qué hay que desechar el prototipo
4.3.2. Riesgo de software de baja calidad
5. Basado en componentes
5.1. Características
5.1.1. Desarrollo de sistemas en poco tiempo
5.1.2. Adaptación a “alta velocidad” de la cascada
5.2. Ventajas
5.2.1. Rapidez
5.2.2. Válido para aplicaciones modularizables
5.3. Inconvenientes
5.3.1. Exige conocer bien los requisitos y delimitar el ámbito del proyecto
5.3.2. Número de personas
5.3.3. Clientes y desarrolladores comprometidos
5.3.4. Gestión de riesgos técnicos altos