Please enable JavaScript.
Coggle requires JavaScript to display documents.
MODELO ESPIRAL (MODELO EN ESPIRAL
Este fue propuesto por Boehm y es un…
MODELO ESPIRAL
MODELO EN ESPIRAL
Este fue propuesto por Boehm y es un modelo de software evolutivo que conjuga la naturaleza iterativa de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software.
Comunicación con el cliente: Son aquellas tareas que son requeridas para un dialogo entre el desarrollador y el cliente
PLANIFICACIÓN: Son aquellas tareas implementadas para definir los pasos a seguir durante el proyecto
-
-
CONSTRUCCIÓN Y ACCIÓN: Es la parte donde se construye se prueba y se instala, como la documentación practica
EVALUACIÓN DEL CLIENTE: Tareas requeridas del cliente para la evaluacion del producto, tareas que se adaptan a características del proyecto
-
-
Como el software evoluciona, a medida que progresa el proceso el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
-
Puede resultar difícil convencer a grandes clientes (particularmente en situaciones bajo contrato) de que el enfoque evolutivo es controlable.
-
-
MODELO ESPIRAL
-
- Se adapta a cualquier número de cambios, durante cualquier fase del proyecto.
- Permite un desarrollo optimo de las necesidades del cliente sobre el producto.
- Se realiza la construcción de prototipos en pequeños fragmentos, facilitando el control sobre la administración del nuevo sistema.
- Este modelo funciona mejor para los grandes proyectos, donde los costos son las altos.
- Evaluando los riesgos que involucran al proyecto se genera unos castos exagerados en comparación con la construcción del sistema.
- No se toma como un requisito obligatorio para la especificación de un proyecto.
el modelo en espiral se divide en un numero de actividades de marco de trabajo, tambien llamadas regiones de tareas generalmente existen entre 3 y 6 regines de tarea
-Comunicación con el cliente: Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.
-Planificación: Las tareas requeridas para definir recursos, el tiempo y otra información relacionadas con el proyecto.
-
-
-Construcción y acción: Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario (por ejemplo: documentación y práctica).
-Evaluación del cliente: Las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementada durante la etapa de instalación.
Fases del modelo
Fase 1: Determinar objetivos: identificar las necesidades del usuario que deben ser resueltas por el sistema.
Fase 2: Análisis del Riesgo: analizar la experiencia de los usuarios y las exigencias de los mismos, como estos realizan las operaciones y las diferentes alternativas que hay para realizar cada una de ellas, debe tomarse la que represente menos riesgos para la organización.
Fase 3. Desarrollar y Probar: Hacer la programación de las funciones del software y al mismo tiempo irlas probando con los usuarios, evaluar todas las posibilidades.
Fase 4. Planificación: con los hallazgos obtenidos en las tres etapas anteriores se procede a hacer un plan de trabajo para el siguiente ciclo en la espiral.
-
-
Modelo Espiral, propuesto originalmente por Boehm, es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software.
Funcionamiento del Modelo
En el modelo espiral, el software se desarrolla en una serie de versiones incrementales. Durante las primeras iteracciones, la version incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones, se producen versiones cada vez más completas del sistema diseñado.
-
El modelo en espiral se divide en un número de actividades de marco de trabajo, también llamadas regiones de tareas. Generalmente, existen entre tres y seis regiones de tareas.
-
-
-
Las tareas requeridas para definir recursos, el tiempo y otra información relacionadas con el proyecto.
-
-
-
-
-
Las tareas requeridas para construir, probar, instalar yproporcionar soporte al usuario (por ejemplo: documentación y práctica)
Evaluación del cliente
Las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementada durante la etapa de instalación. Cada una de las regiones están compuestas por un conjunto de tareas del trabajo, llamado conjunto de tareas, que se adaptan a las características del proyecto que va a emprenderse. Para proyectos pequeños, el número de tareas de trabajo y suformalidad es bajo. Para proyectos mayores ymás críticos cada región de tareas contiene tareas de trabajo que se definen para lograr un nivel más alto de formalidad. En todos los casos, se aplican las actividades de protección.
-
MODELO EN ESPIRAL: Se centra en algunas prácticas fundamentales del desarrollo del software, tales como la orientación al manejo de riesgos, la orientación al cliente y el desarrollo interativo. Andrea Duarte
El modelo espiral combina la naturaleza iterativa de los modelos evolutivos con la sistemática del modelo de cascada, dando lugar a un "desarrolla rápido de versiones"
-
Ventajas
Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.
El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.
-
-
El modelo en espiral:
Incorpora el análisis de riesgo en la actividad de planeamiento. En cada ciclo el sistema evoluciona incrementalmente y disminuye el riesgo.
Incorpora puntos de referencia para señalar hitos esperados, condiciones necesarias, etc.
No tiene un número de iteraciones ni costes cerrados, ya que esto se revisa en cada paso por la actividad de planeamiento.
-
Ventajas :smiley:
- reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.
:recycle:
- aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. :pen:
- si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas. :checkered_flag:
- Se enfoca en la eliminación de errores :red_cross:
- Aplica Reusabilidad. :recycle:
- Integra desarrollo y mantenimiento. :check:
Desventajas :red_cross:
- Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. :warning:
- Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas. :!:
- Genera mucho tiempo en el desarrollo del sistema. :explode:
- Modelo costoso. :silhouettes:
- Requiere experiencia en la identificación de riesgos. :forbidden:
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-