Discurso

El modelo en V es una variación del modelo en cascada que muestra cómo se relacionan las actividades de prueba con el análisis y el diseño. Como se muestra en la Figura 3, la codificación forma el vértice de la V, con el análisis y el diseño a la izquierda y las pruebas y el mantenimiento a la derecha.

Figura 3 Modelo de Ciclo de Vida en V
La unión mediante líneas discontinuas entre las fasesde la parte izquierda y las pruebas de la derecha representa una doble información. Por un lado sirve para indicar en qué fase de desarrollo se deben definir las pruebas correspondientes. Por otro sirve para saber a qué fase de desarrollo hay que volver si se encuentran fallos en las pruebas correspondientes.
Por lo tanto el modelo en V hace más explícita parte de las iteraciones y repeticionesde trabajo que están ocultas en el modelo en cascada. Mientras el foco del modelo en cascada se sitúa en los documentos y productos desarrollados, el modelo en V se centra en las actividades y la corrección.
Ciclo De Vida Incremental

Una forma de reducir los riesgos es construir solo una parte del sistema, reservando otros aspectos para niveles posteriores.
El desarrollo incremental es elproceso de construcción siempre incrementando subconjuntos de requerimientos del sistema.

MODELO DE DESARROLLO INCREMENTAL.
En este modelo se desarrolla el sistema para satisfacer un subconjunto de requisitos especificados y en posteriores versiones se incrementa el sistema con nuevas funcionalidades que satisfagan mas requisitos.

CARACTERISTICAS.
• Combina elementos del modelo decascada con la filosofía interactiva de construcción de prototipos
• Cada secuencia lineal produce un producto operacional con cada incremento de la misma forma que progresa el tiempo en el calendario
• El primer incremento es a menudo el núcleo
• Como un resultado de evaluación y/o utilización se desarrolla un plan para el incremento siguiente, este proceso se repite hasta llegar al productocompleto
• Este modelo es particularmente útil cuando la dotación de personal no es suficiente para una implementación completa
• Los primeros incrementos se pueden implementar con menos recursos
• Si es muy riesgoso desarrollar el sistema completo de una sola vez, entonces debería considerar este modelo
CICLO DE VIDA PROTOTIPO
Una alternativa de enfoque para la definición de losrequerimientos consiste en capturar un conjunto inicial requerimientos consiste en capturar un conjunto inicial de necesidades e implementarlas rápidamente con la de necesidades e implementarlas rápidamente con la intención declarada de expandirlas y refinar las intención declarada de expandirlas y refinar las iterativamente al ir aumentando la compresión que de literativamente al ir aumentando la compresiónque delsistema tienen los usuarios y quien lo desarrolla. sistema tienen los usuarios y quien lo desarrolla.

La definición del sistema se realiza por el La definición del sistema se realiza por el descubrimiento evolutivo y gradual y no a través de la descubrimiento evolutivo y gradual y no a través de la previsión omnisciente... Ofrece una alternativa atractiva previsión omnisciente... Ofreceuna alternativa atractiva y practicable a los métodos de especificación para tratar y practicable a los métodos de especificación para tratar mejor la incertidumbre, la ambigüedad y la volubilidad de mejor la incertidumbre, la ambigüedad y la volubilidad delos proyectos reales. los proyectos reales.
MODELO ESPIRAL
Boehm cerró la década de los 80 publicando en 1988 un modelo de ciclo de vida enespiral (Figura 5) que sustituye a la solución en fases del “modelo en cascada” con ciclos de experimentación y aprendizaje. El modelo incorpora un nuevo elemento en el desarrollo de software como es el “análisis de riesgos” y define cuatro actividades principales representadas por los cuatro cuadrantes de la figura:
• Planificación -> Determina objetivos, alternativas y restricciones
•...