Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Modelo De Vida En Espiral.

El desarrollo en espiral es un modelo de ciclo de vida del software, utilizado generalmente en la Ingeniería de Software
by

Diego Andres Paez Pulido

on 20 February 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Modelo De Vida En Espiral.

El desarrollo en espiral es un modelo de ciclo de vida del software definido por primera vez por Barry Boehm en 1988, utilizado generalmente en la Ingeniería de software.
Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades.
Las actividades no están fijadas a ninguna prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.

Planteamiento de Objetivos

Se identifican los objetivos específicos para cada fase del proyecto.
Identificación y reducción de riesgos
Desarrollo y Validación

Se elige un modelo apropiado para la siguiente fase del desarrollo.
Planeación

Se revisa el proyecto y se trazan planes
para la siguiente ronda del espiral.
Caracteristicas

En cada giro se construye un nuevo modelo del sistema completo.

Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo).

Mejor modelo para el desarrollo de grandes sistemas.

El análisis de riesgo requiere la participación de personal altamente calificado.

Este sistema es muy utilizado en proyectos grandes y complejos como puede ser, por ejemplo, la creación de un Sistema Operativo.
Al ser un modelo de Ciclo de Vida orientado a la gestión de riesgo se dice que uno de los aspectos fundamentales de su éxito radica en que el equipo que lo aplique tenga la necesaria experiencia y habilidad para detectar y catalogar correctamente los riesgos.
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.
DESVENTAJAS

Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.
Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
Requiere de experiencia en la identificación de riesgos.
Requiere refinamiento para uso generalizado.
Genera mucho tiempo en el desarrollo del sistema
Modelo costoso
Inconvenientes

Planificar un proyecto con esta metodología es a menudo imposible, debido a la incertidumbre en el número de iteraciones que serán necesarias. En este contexto la evaluación de riesgos es de la mayor importancia y, para grandes proyectos, dicha evaluación requiere la intervención de profesionales de gran experiencia.

2
1
3
4
El espiral se repite las veces que sea necesario hasta que el cliente o usuario obtiene la satisfacción de sus necesidades, momento en el cual nos retiramos del espiral.
Se lleva a cabo el estudio de las causas de las posibles amenazas y probables eventos no deseados y los daños y consecuencias que éstas puedan producir.
Tambien hay que mirar los tipos de riesgo que se puedan presentar en caso de que el cliente quiera hacer mejoras o agregarle mas cosas al software
Se planificaran los siguientes pasos y se comienza un nuevo ciclo de la espiral. La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones, la radial y la angular:

1. Angular: Indica el avance del proyecto del software dentro de un ciclo.
2. Radial: Indica el aumento del coste del proyecto, ya que con cada nueva iteración se pasa más tiempo desarrollando.
El análisis de riesgo requiere la participación de personal altamente calificado.
Fijar también los productos definidos a obtener: requerimientos, especificación, manual de usuario.
Fijar las restricciones.
Identificación de riesgos del proyecto y estrategias alternativas para evitarlos.
Hay una cosa que solo se hace una vez: planificación inicial.
Tareas de la actividad propia y de prueba.
Análisis de alternativas e identificación resolución de riesgos.
Dependiendo del resultado de la evaluación de los riesgos, se elige un modelo para el desarrollo, el que puede ser cualquiera de los otros existentes, como formal, evolutivo, cascada, etc. Así si por ejemplo si los riesgos en la interfaz de usuario son dominantes, un modelo de desarrollo apropiado podría ser la construcción de prototipos evolutivos. Si lo riesgos de protección son la principal consideración, un desarrollo basado en transformaciones formales podría ser el más apropiado.
si existen riesgos el siguiente paso conyeva a la formulacion de una estrategia efectiva utilizando:
Prototipos
Simulacion
Cuestionario entre otros
con este metodo es mejor dejar las partes mas dificiles para el final y empezar por las mas faciles de menor riesgo obteniendo asi la ilusion de un gran avance
Ciclos o Iteraciones

En cada vuelta o iteración hay que tener en cuenta:
LOS OBJETIVOS
qué necesidad debe cubrir el producto.


las diferentes formas de conseguir los objetivos de forma exitosa, desde diferentes puntos de vista como pueden ser:
Características: experiencia del personal, requisitos a cumplir, etc.
Formas de gestión del sistema.
Riesgo asumido con cada alternativa.
ALTERNATIVAS
Programar y probar el software.
Si el resultado no es el adecuado o se necesita implementar mejoras o funcionalidades:
DESARROLLAR Y VERIFICAR
CICLO DE VIDA EN ESPIRAL
Full transcript