# data[].attributes.body
5. Todo el proyecto puede abortarse si se considera que el riesgo es demasiado grande. Los factores de riesgo pueden involucrar sobrecostos de desarrollo, errores de cálculo de los costos operativos y otros factores que podrían resultar en un producto final menos que satisfactorio.

6. El prototipo existente se evalúa de la misma manera que el prototipo anterior y, si es necesario, se desarrolla otro prototipo a partir de él de acuerdo con el cuádruple procedimiento descrito anteriormente.

7. Los pasos anteriores se repiten hasta que el cliente está satisfecho de que el prototipo refinado representa el producto final deseado.

8. Se construye el sistema final, basado en el prototipo refinado.

9. El sistema final se evalúa y se prueba a fondo. El mantenimiento de rutina se lleva a cabo de manera continua para evitar fallas a gran escala y minimizar el tiempo de inactividad.

# data[].attributes.body
proyectos en los que son necesarios lanzamientos frecuentes;

proyectos en los que pueden ser necesarios cambios en cualquier momento;

proyectos a largo plazo que no son factibles debido a prioridades económicas alteradas;

proyectos de riesgo medio a alto;

proyectos en los que el análisis de costos y riesgos es importante;

proyectos que se beneficiarían de la creación de un prototipo; y

proyectos con requisitos poco claros o complejos.

# data[].attributes.body
METAMODELO

Se considera metamodelo por incluir a los demás modelos. Por ejemplo, si la espiral fuera de un solo ciclo representaría al modelo de cascada, ya que incorpora el enfoque gradual de este modelo clásico.

# data[].attributes.body
GENERICO

Las cuatro etapas solo implantan los objetivos básicos de un ciclo, pero no tienen que manifestarse en cada ciclo.

# data[].attributes.body
DESCRIPCION DE LA ESPIRAL

Cada giro de la espiral representa un ciclo completo, por donde siempre pasan los cuatro cuadrantes, que representan las cuatro etapas del modelo.
A medida que aumenta el tamaño de la espiral, también lo hace el progreso ejecutado.

# data[].attributes.body
1. Los nuevos requisitos del sistema se definen con el mayor detalle posible. Por lo general, esto implica entrevistar a varios usuarios que representan a todos los usuarios externos o internos y otros aspectos del sistema existente.

2. Se crea un diseño preliminar para el nuevo sistema.

3. Se construye un primer prototipo del nuevo sistema a partir del diseño preliminar. Suele ser un sistema reducido y representa una aproximación de las características del producto final.

4. Un segundo prototipo se desarrolla mediante un procedimiento cuádruple: (1) evaluación del primer prototipo en términos de sus fortalezas, debilidades y riesgos; (2) definir los requisitos del segundo prototipo; (3) planificación y diseño del segundo prototipo; (4) construir y probar el segundo prototipo.

# data[].attributes.body
El modelo en espiral al centrarse en la minimización del riesgo, tiene un componente financiero relevante para los responsables de la toma de decisiones. A través de discusiones con los clientes, análisis y estudios de viabilidad, se pueden implementar proyectos a gran escala y monitorizar su impacto económico. Hasta qué punto los métodos ágiles como scrum, programación extrema o DevOps son mejores opciones dependen de muchos factores diferentes como el alcance del proyecto, el presupuesto o el nivel requerido de soporte y mantenimiento. Cuanto más flexibilidad se requiera, más métodos ágiles se considerarán.

# data[].attributes.body
1. Ana Cristina Calderón Ortega
2. Fabiva Veyra Ramos Verastegui
3. Martin Josue Mamani Pilco
4. Mijael Jhonatan Rojas Arias

# data[].attributes.body
El modelo espiral fue definido por el matemático y profesor de ingeniería de software estadounidense Barry Boehm. Después de presentar su concepto en 1986 para el desarrollo de aplicaciones complejas, publicó su modelo en 1988 en un marco más completo en su artículo “Un modelo espiral de desarrollo y mejora del software“.

# data[].attributes.body
Como se mencionó anteriormente, el modelo en espiral se usa mejor en proyectos grandes, costosos y complicados. Otros usos incluyen:

# data[].attributes.body
El modelo en espiral es un método de ciclo de vida de desarrollo de sistemas (SDLC) utilizado para la gestión de riesgos que combina el modelo de proceso de desarrollo iterativo con elementos del modelo Waterfall.

# data[].attributes.body
CONTROL DEL RIESGO

Lo que diferencia en gran medida este modelo de los demás modelos de proceso de software es que reconoce explícitamente los riesgos. Por tanto, reduce considerablemente que fallen los proyectos grandes de software, ya que evalúa repetidamente los riesgos y verifica cada vez el producto en desarrollo.

# data[].attributes.body
Gran esfuerzo de gestión.

Las decisiones periódicas pueden dilatar el proceso de desarrollo.

Hay errores e incongruencias conceptuales que se abren paso fácilmente al producto final a través del proceso de desarrollo desglosado.

No es apropiado para pequeños proyectos con un riesgo manejable.

Riesgo de no cumplir con la planificación o el presupuesto.

Funciona mejor para proyectos grandes, aunque en estos también requiera de una estricta evaluación de riesgos.

Para su buen funcionamiento, el protocolo del modelo en espiral debe ser seguido estrictamente.

Se genera más documentación al tener fases intermedias.

No es aconsejable para proyectos pequeños, la ratio coste beneficio no es rentable.

# data[].attributes.body
Modelo flexible y genérico.

Posible integración temprana de promotores y usuarios.

Comprobaciones periódicas y enfocadas al riesgo.

Conciliación perfecta entre exigencias técnicas y diseño.

Máximo control sobre los costes, recursos y la calidad del proyecto de software.

Apropiado para entornos técnicos novedosos.

La funcionalidad adicional o los cambios se pueden hacer en una etapa posterior.

La estimación del coste se hace fácil, ya que la construcción del prototipo se hace en pequeños fragmentos.

El desarrollo continuo o repetido ayuda en la gestión de riesgos.

El desarrollo es rápido y las características se añaden de forma sistemática.

Siempre hay espacio para atender los comentarios de los clientes.