Modelos de ciclo de vida del Software.

• Modelo en Cascada:

-Es el modelo más básico.

-Es de finales de los 70.

-El desarrollo software se realiza a través de una secuencia simple de fases.

-Cada fase tiene un conjunto de metas y actividades bien definidas.

-Las flechas verdes muestran el flujo normal de avance del ciclo de vida. Las flechas azules discontinuas muestran la realimentación entre fases.

 

• Modelo Incremental:

-Cuanto más complejo es un sistema software, mayor es el riesgo asociado al proyecto.

–Una forma de reducir el riesgo es desarrollar el sistema de forma incremental. Esto es: dividir el proyecto en fases y desarrollar una parte de los requerimientos en cada fase.

-El modelo incremental mantiene el modelo en cascada, pero lo repite “n” veces.

• Modelo de Desarrollo Evolutivo:

-Es muy similar al modelo de desarrollo incremental. La principal diferencia está en que en el modelo incremental se presupone que todos los requisitos son conocidos al comienzo, en el modelo evolutivo se asume que NO todos los requerimientos son conocidos desde el primer momento.

-En una primera fase, se desarrolla la primera versión, que recoge los requisitos conocidos. Posteriormente, los usuarios utilizan el software desarrollado, generándose una nueva lista de requerimientos, con la que se desarrolla una nueva versión en la siguiente fase y así sucesivamente.

-El usuario ve la materialización del proyecto más rápido que si hubiera que hacer un estudio largo para concretar las especificaciones. Además, puede modificar/añadir requerimientos sin afectar al proyecto y conseguir algo que se ajuste mejor a sus necesidades.

• Modelo de Prototipado de Requerimientos:

-Consiste en realizar implementaciones parciales del sistema para poder experimentar y validar o modificar los requerimientos del mismo.

-El prototipo se construye deprisa y se da a los usuarios para que lo prueben. Estos dan sus comentarios sobre lo bueno y lo malo, sobre lo que les gustó y lo que no. Los comentarios se recogen y sirven para hacer la especificación del sistema real.

• Modelo de Espiral:

-En este modelo el esfuerzo de desarrollo es iterativo. Esto es: tan pronto se completa un esfuerzo de desarrollo (una vuelta a la espiral), comienza el siguiente. •

-En cada vuelta a la espiral se suelen seguir los siguientes pasos:

1. Fijar objetivos y determinar alternativas.

2. Evaluar las alternativas y elegir la mejor.

3. Desarrollo de la alternativa elegida y evaluación y validación del resultado.

4. Planificación de la próxima iteración.

• Modelo Concurrente:

-Se representa de forma esquemática como una serie de tareas junto con sus estados asociados. Da respuesta a la situación habitual de los proyectos, en la que se realizan varias tareas simultáneamente, aunque se encuentran en distintos estados. Muchas veces, el mayor conocimiento del problema en la fase de diseño, de codificación, etc. pueden, por ejemplo, hacer que se replantee la especificación de requisitos mientras se sigue desarrollando.

– Este modelo define una serie de eventos que disparan transiciones de unos estados a otros para cada una de las tareas o actividades del proyecto de desarrollo software.

-Este modelo proporciona, por tanto, una visión exacta del estado actual del proyecto.