Blog

Metodología de desarrollo de software (III) – Modelo en Espiral

05/04/2019
Modelo espiral

El modelo en espiral es una combinación entre el modelo lineal o de cascada y el modelo iterativo o basado en prototipos que habíamos mencionado anteriormente. Se utiliza con éxito en proyectos donde el coste de un fallo es un gran riesgo, de ahí que su principal aportación sea considerar la gestión de esos riesgos, algo que en los modelos anteriores ni siquiera se menciona.

En concreto, los proyectos ejecutados con el modelo en espiral empiezan siendo pequeños, investigando los mayores riesgos que se pueden tolerar, para pasar a agrandarse poco a poco, en base a elementos clave sobre los que se construyen las siguientes fases de la espiral. Habitualmente tiene sentido aplicar este método en proyectos grandes, largos, caros y complejos.

En cuanto a su ejecución, el modelo en espiral consiste en seguir ciclos crecientes de cuatro fases cada uno, que se van realizando siguiendo una forma de espiral. En cada ciclo se pasa por dichas fases bien definidas, como en el modelo de cascada, pero con capacidad de evolucionar su complejidad con cada ciclo. Por tanto, se trata de un modelo evolutivo que, conforme avancen los ciclos, aumentará el tiempo de ejecución, así como el volumen de código fuente desarrollado y la complejidad de la gestión de riesgos y de la planificación.

Modelo espiral

Las fases por las que pasa cada ciclo de la espiral son:

  1. Planificación. Se determinan los objetivos y el alcance del ciclo que comienza, tras un necesario ejercicio de investigación. Con cada iteración, se irá incrementando el tamaño de software entregado y la funcionalidad cubierta.
  2. Análisis de Riesgo. Se evalúa todo aquello que pueda afectar al proyecto según el estado en que se encuentre y su grado de avance. Para ello, se diseñarán los prototipos que deberán ser validados en el ciclo.
  3. Implementación. Se desarrolla y valida el software según el alcance acordado, el cual está íntimamente relacionado y condicionado con el análisis de riesgos anterior.
  4. Evaluación. Antes de proceder a realizar otra vuelta en la espiral, se debe prestar atención a lo que sucedió en la vuelta anterior. Se debe analizar en detalle si los riesgos detectados anteriormente ya tuvieron solución. Básicamente, esta fase servirá para determinar el avance del proyecto y dar pistas de hacia dónde debe enfocarse la próxima iteración.

 

Ventajas

  1. Los factores de riesgo son reducidos.
  2. El desarrollo es iterativo y se pueden incorporar funcionalidades progresivamente.

 

Inconvenientes

  1. La duración de la ejecución no es concreta.
  2. Fallos en el análisis de riesgos podría influir negativamente a todo el proyecto.

 

En ASPgems sustituimos el modelo en cascada por ciclos iterativos de corta duración

En ASPgems tenemos nuestra propia metodología y damos la vuelta al tradicional modelo en cascada para dar paso a marcos de trabajo ágiles. Para nosotros la clave es operar con marcos de trabajo agile que tienen como resultado una reducción en los tiempo, acortando cada una de las fases que duraban de media varios meses. Así, se trata de realizar varios ciclos iterativos de corta duración (no más de cuatro semanas según scrum, por ejemplo) con la consiguiente optimización de tiempo. Si estás interesado en saber más sobre este proceso te recomendamos que leas este post.

También te puede gustar…

Caso de éxito: Binfluencer

Caso de éxito: Binfluencer

Binfluencer es otra de las empresas que ha confiado en ASPgems. En este caso de éxito te contamos nuestra colaboración con ellos.

ASPgems icon
C/ Sextante, 9
28023 Madrid,
España

Hablemos.

A %d blogueros les gusta esto: