Modelo espiral ingeniería de software

Modelo espiral ingeniería de software

Modelo espiral definición

Fases de modelo en espiral

• Determinación objetiva y alternativa: Los objetivos se determinan junto con el cliente. Al mismo tiempo, se discuten las posibles alternativas y se especifican las condiciones marco (por ejemplo, sistemas operativos, entornos y lenguajes de programación).
• Análisis y evaluación de riesgos: Se identifican y evalúan los posibles riesgos. También se evalúan las alternativas existentes. Los riesgos se registran, evalúan y luego se reducen utilizando prototipos, simulaciones y programas informáticos de análisis. En este ciclo, hay varios prototipos como plantillas de diseño o componentes funcionales
• Desarrollo y pruebas: Se amplían los prototipos y se añaden funcionalidades. El código real es escrito, probado y migrado a un entorno de pruebas varias veces hasta que el software puede ser desplegado en un entorno productivo.
• Planeando el siguiente ciclo: El siguiente ciclo se planifica al final de cada etapa. Si se producen errores, se buscan soluciones, y si una alternativa es una solución mejor, se prefiere en el siguiente ciclo.

Descripción de metodología espiral

• El modelo de desarrollo en espiral se utiliza a menudo para proyectos más grandes que están sujetos a riesgos. Dado que estos riesgos tienen un impacto monetario directo, el control de los presupuestos de los clientes y las empresas de desarrollo es esencial. El modelo en espiral se utiliza especialmente en nuevos entornos técnicos, ya que éstos implican riesgos.
• Los conflictos entre los requisitos de software y el diseño se evitan eficazmente mediante el enfoque cíclico, ya que los requisitos se pueden comprobar constantemente y, si es necesario, modificar.
  Se puede obtener información de los usuarios, los desarrolladores y los clientes en las primeras etapas del proyecto. Sin embargo, esta estructura también requiere una gestión que tenga en cuenta los ciclos del producto y pueda responder rápidamente a los riesgos. Por consiguiente, el control de esos proyectos es relativamente complejo y también requiere una buena documentación para que se registren todos los cambios.
• Aunque el programa informático se prueba en diversos aspectos durante el ciclo de desarrollo y ensayo (pruebas de unidad, aceptación e integración), a menudo sucede que los prototipos se transfieren al sistema de producción. Por lo tanto, existe el riesgo de que se introduzcan otros errores e incoherencias conceptuales en el producto final posterior.
  Cuando se toman decisiones sobre ciclos posteriores, existe el riesgo de que se formen bucles y el proyecto tarde más tiempo si se toman decisiones equivocadas. Por esta razón, las alternativas y su evaluación son importantes.