MODELO CASCADA

Fases del Modelo de Cascada

• Análisis de requerimientos y definición.
• Diseño del sistema y del software.
• Implementación y prueba de unidades
• Integración y prueba del sistema.
• Operación y mantenimiento. u
• La dificultad en esta modelo reside, en la dificultad de hacer cambios entre etapas.

PROBLEMAS Y RIESGOS

• Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseño.
• Bajo riesgo para desarrollos bien comprendidos utilizando tecnología conocida.

El modelo de cascada considera cada actividad del proceso como una actividad discreta.

DESARROLLO EVOLUTIVO

uProblemas

• lPoca visibilidad en el proceso
• lLos sistemas están pobremente especificados
• lSe requieren habilidades especiales.

uAplicabilidad

• lPara sistemas interactivos pequeños o medianos.
• lPara partes de sistemas grandes (p.ej. la interfaz de usuario).
• lPara sistemas de corta vida.

Riesgo

• lAlto riesgo debido a la necesidad de tecnología avanzada y habilidades del grupo desarrollador.

El modelo de desarrollo evolutivo considera actividades del proceso en forma concurrente.


MODELO PROTOTIPADO

Prototipado exploratorio

lEl objetivo es trabajar con clientes hasta evolucionar a un sistema final, a partir de una especificación inicial. Se debe comenzar con unas especificaciones bien entendidas.

u
Prototipado de “throw-away”.

lEl objetivo es entender los requerimientos del sistema. Se puede comenzar con especificaciones poco entendidas.

RIESGOS

• lBajo riesgo para nuevas aplicaciones debido a que las especificaciones y el diseño se llevan a cabo paso a paso.
• lAlto riesgo debido a falta de visibilidad

u
MANEJO DE RIESGOS

• La tarea principal del administrador consiste en minimizar riesgos.
• uEl “riesgo” inherente en una actividad es se mide en base a la incertidumbre que presenta el resultado de esa actividad.
• uLas actividades con alto riesgo causan sobre-costes en cuanto a planeación y costos uEl riesgo es proporcional al monto de la calidad de la información disponible. Cuanto menos información, mayor el riesgo.

MODELOS DE PROCESOS HIBRIDOS

• Los sistemas grandes están hechos usualmente de varios subsistemas.
• uNo es necesario utilizar el mismo modelo de proceso para todos los subsistemas.
• uEl prototipado es recomendado cuando existen especificaciones de alto riesgo.
• uEl modelo de cascada es utilizado en desarrollos bien comprendidos.

MODELO DEL PROCESO DE ESPIRAL

uPlanteamiento de Objetivos

lSe identifican los objetivos específicos para cada fase del proyecto.

uIdentificación y reducción de riesgos.

lLos riesgos clave se identifican y analizan, y la información sirve para minimizar los riesgos.

uDesarrollo y Validación.

lSe elige un modelo apropiado para la siguiente fase del desarrollo.

uPlaneación.

lSe revisa el proyecto y se trazan planes para la siguiente ronda del espiral.

PLANTILLA PARA UNA RONDA DEL ESPIRAL

• uObjetivos.
• uRestricciones.
• uAlternativas.
• uRiesgos.
• uResolución de riesgos.
• uResultados.
• uPlanes.
• uGarantías (commitments).

MEJORAMIENTO DE LA CALIDAD EN EL MODELO DE ESPIRAL

uObjetivos

lMejorar significativamente la calidad del software.

u
Restricciones.

lDentro de los 3 primeros anos.

lSin que se produzcan grandes inversiones de capital.

lSin que se lleven a cabo grandes cambios organizacionales.

u
Alternativas.

lReutilizar software certificado existente.

lIntroducir especificaciones formales y verificación.

lInvertir en herramientas de prueba y validación.

uRiesgos.

lNo existen mejoras en el software baratas.

lLas mejoras en la calidad pueden incrementar costes excesivamente

lLos nuevos métodos pueden causar bajas en el personal.

u
Solución de riesgos.

lEstudio de la literatura existente.

lProyecto piloto.

lBúsqueda de todos los componentes reutilizables potenciales.

lIdentificación del soporte disponible de herramientas

lEntrenamiento al personal y seminarios motivacionales.

FLEXIBILIDAD EN EL MODELO DE ESPIRAL

• Para sistemas bien comprendidos utiliza el Modelo de Cascada. La fase de análisis de riesgos es relativamente fácil.
• Con requerimientos estables y sistemas de seguridad críticos, utiliza modelos formales.
• Con especificaciones incompletas, utiliza el modelo de prototipado.
• Pueden utilizarse modelos híbridos en distintas partes del desarrollo.

VENTAJAS DEL MODELO DE ESPIRAL

• Centra su atención en la reutilización de componentes y eliminación de errores en información descubierta en fases iniciales.
• Los objetivos de calidad son el primer objetivo.
• Integra desarrollo con mantenimiento.
• Provee un marco de desarrollo de hardware/software.

PROBLEMAS CON EL MODELO DE ESPIRAL

• El desarrollo contractual especifica el modelo del proceso y los resultados a entregar por adelantado.
• Requiere de experiencia en la identificación de riesgos.
• Requiere refinamiento para uso generalizado