1. Cascada
1.1. Procesos
1.1.1. Requerimientos de sistema
1.1.2. Requerimientos de Software
1.1.3. Diseño de Arquitecura
1.1.4. Diseño Detallado
1.1.5. Codificacion
1.1.6. Pruebas
1.1.7. Mantenimiento
1.2. Ventajas
1.2.1. Facil de entender he implementar
1.2.2. Muy comunmente usado
1.2.3. Refurza buenos habitos
1.2.4. Enfocado a la docuemntacion
1.2.5. Funciona bien con productos maduros y equipos debiles
1.3. Desventajas
1.3.1. No es un modelo realista
1.3.2. Irealista en experar requrimintos bien definidos desde el principio
1.3.3. Dificil y costoso hacer cambios a ducuementos ya terminados
2. Iterativo
2.1. Caracteristicas
2.1.1. Basado en Cascada
2.1.2. Divide el proyecto en partes
2.1.3. Cada una es manejada como una Cascada
3. Modelo "V"
3.1. Procesos de analisis y diseño
3.1.1. Requerimientos de sistema
3.1.2. Requerimientos de Software
3.1.3. Requerimientos Preliminares
3.1.4. Diseño Detallado
3.1.5. Codificacion
3.2. Procesos de pruebas he integracion
3.2.1. Integracion de sistema
3.2.2. Pruebas de aceptacion
3.2.3. Integracion de Software
3.2.4. Pruebas de componentes
3.2.5. Pruebas de unidad
3.3. Caracreristicas
3.3.1. Basado en un ciclo secuencial
3.3.2. Esta mas enfocado a pruebas que Cascada
3.3.3. Cada procesos de analiss y diseño tiene una contraparte de pruebas he integracion
3.4. Ventajas
3.4.1. Simple y facil de usar
3.4.2. Cada procesos tiene entregables especificos
3.4.3. Una mayor oprtunidad de exito dado por la reacion de planes de pruebas desde el inicio
3.4.4. Funciona bien en peuqeños proyectos en los que los requerimientos son faciles de entender
3.5. Desventajas
3.5.1. Muy rigido
3.5.2. Poca flexibilidad, cualquier ajuste puede ser costoso
3.5.3. No presenta un camino para los errores encontrado durante los procesos de pruebas
4. Espiral
4.1. Caracreristicas
4.1.1. Similar al incremental pero con mayor enfasis al analisis de riesgos
4.1.2. Cada fin de la espiral termina con un prototipo
4.2. Procesos
4.2.1. Planeamiento
4.2.2. Analisis de Riesgos
4.2.3. Ingenieria
4.2.4. Evaluacion
4.3. Ventajas
4.3.1. Una cantidad alta de analisis de requerimientos
4.3.2. Buenos en proyectos grandes o mision critica
4.3.3. Se generan entregables en fases temprana del ciclo de vida
4.4. Desventajas
4.4.1. Puede ser un modelo muy costoso
4.4.2. El análisis de riesgos exige una experiencia muy específica.
4.4.3. El éxito del proyecto es altamente dependiente de la fase de análisis de riesgos
4.4.4. No trabaja bien con pequeños proyectos
5. Extreme
5.1. Caracreristicas
5.1.1. Programacion incremental
5.1.2. Pequeños releases
5.1.3. Diseño simple
5.1.4. Desarrollo tipo TDD
5.1.5. Refactoring
5.1.6. Pair programing
5.1.7. Paso sostenido
5.1.8. Propiedad colectiva
5.1.9. Integrcion continua
5.2. Procesos
5.3. Ventajas
5.3.1. Sirve para proyectos pequeños y medianos
5.3.2. Produce buena cohesión en el equipo
5.3.3. Destaca el producto final
5.3.4. Enfocado en pruebas y calidad
5.4. Desventajas
5.4.1. Dificil de escalar a proyectos grandes
5.4.2. Programar en parejas es costoso
5.4.3. La crecion de casos de prueba es dificil