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

Ciclo de vida en espiral

No description
by

jose luis hernandez

on 7 May 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Ciclo de vida en espiral

Su modelo de ciclo de vida en espiral tiene en cuenta fuertemente el riesgo que aparece a la hora de desarrollar software. Para ello, se comienza mirando las posibles alternativas de desarrollo, se opta por la de riesgos más asumibles y se hace un ciclo de la espiral.

Si el cliente quiere seguir haciendo mejoras en el software, se vuelven a evaluar las nuevas alternativas y riesgos y se realiza otra vuelta de la espiral, así hasta que llegue un momento en el que el producto software desarrollado sea aceptado y no necesite seguir mejorándose con otro nuevo ciclo.

Comparación
La distinción más destacada entre el modelo en espiral y otros modelos de software es la tarea explícita de evaluación de riesgos.
Aunque la gestión de riesgos es parte de otros procesos también, no tiene una representación propia en el modelo de proceso. Para otros modelos la evaluación de riesgos es una subtarea, por ejemplo, de la planificación y gestión global.
Además no hay fases fijadas para la especificación de requisitos, diseño y pruebas en el modelo en espiral. Se puede usar prototipado para encontrar y definir los requisitos.

Ciclo de vida en Espiral
Ciclo de vida en espiral
Inicios
El desarrollo en espiral es un modelo de ciclo de vida desarrollado por Barry Boehm en 1985, utilizado de forma generalizada en la ingeniería del software.

Las actividades de este modelo se conforman en una espiral, cada bucle representa un conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgos, comenzando por el bucle anterior.


Boehm, autor de diversos artículos de ingeniería del software; modelos de estimación de esfuerzos y tiempo que se consume en hacer productos software; y modelos de ciclo de vida, ideó y promulgó un modelo desde un enfoque distinto al tradicional en Cascada: el Modelo Evolutivo Espiral.

4.
Planificar:


a.
Revisamos todo lo que hemos hecho, evaluándolo y con ello decidimos si continuamos con las fases siguientes y planificamos la próxima actividad.

El proceso empieza en la posición central. Desde allí se mueve en el sentido de las agujas del reloj.

Ventajas
El análisis de riesgos se hace de forma explícita y clara. Une los mejores elementos de los restantes modelos. Entre ellos:
Reduce riesgos del proyecto.
Incorpora objetivos de calidad.
Integra el desarrollo con el mantenimiento.
Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper con el modelo, ya que el ciclo de vida no es rígido ni estático.
Mediante este modelo se produce software en etapas tempranas del ciclo de vida y suele ser adecuado para proyectos largos de misión crítica.

Inconvenientes
Es un modelo que genera mucho trabajo adicional. Al ser el análisis de riesgos una de las tareas principales exige un alto nivel de experiencia y cierta habilidad en los analistas de riesgos (es bastante difícil).
Esto puede llevar a que sea un modelo costoso. Además, no es un modelo que funcione bien para proyectos pequeños.

La tarea de planificación: para definir recursos, responsabilidades, hitos y planificaciones .

La tarea de determinación de objetivos: para definir los requisitos y las restricciones para el producto y definir las posibles alternativas.

La tarea de análisis de riesgos: para evaluar riesgos tanto técnicos como de gestión.

La tarea de ingeniería: para diseñar e implementar uno o más prototipos o ejemplos de la aplicación.
Para cada ciclo habrá cuatro actividades:

1.-
Determinar o fijar objetivos:
a.
Fijar también los productos definidos a obtener requerimientos, especificación, manual de usuario.
b.
Fijar las restricciones.
c.
Identificación de riesgos del proyecto y estrategias alternativas para evitarlos.
d.
Hay una cosa que solo se hace una vez: planificación inicial o previa

2.
Análisis del riesgo:
a.
Se estudian todos los riesgos potenciales y se seleccionan una o varias alternativas propuestas para reducir o eliminar los riesgos

3.
Desarrollar, verificar y validar (probar):
a.
Tareas de la actividad propia y de prueba
b.
Análisis de alternativas e identificación de resolución de riesgos.
c.
Dependiendo del resultado de la evaluación de riesgos, se elige un modelo para el desarrollo, que puede ser cualquiera de los otros existentes, como formal, evolutivo, cascada, etc.

Así, por ejemplo, si los riesgos de la interfaz de usuario son dominantes, un modelo de desarrollo apropiado podría ser la construcción de prototipos evolutivos.

Diseño
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 riesgos 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 riesgos.

Integrantes : Leopoldo Roque
José Luis Hernández
Diego Gutierrez
Diseño
Gracias por su atención
Comparación
La diferencia entre este modelo y el modelo de ciclo incremental es que en el incremental se parte de que no hay incertidumbre en los requisitos iniciales; en este, en cambio, se es consciente de que se comienza con un alto grado de incertidumbre. En el incremental suponemos que conocemos el problema y lo dividimos. Este modelo gestiona la incertidumbre.

Conclusión
El prototipo del modelo en espiral para la ingeniería de software es en la actualidad el
enfoque más realista para el desarrollo de software y de sistemas a gran escala. Utiliza un
enfoque evolutivo para la ingeniería de software, permitiendo al desarrollador y al cliente
entender y reaccionar a los riesgos en cada nivel del modelo en espiral.
Utiliza la creación de prototipos como un mecanismo de reducción de riesgo, pero, lo que
es más importante permite a quien lo desarrolla aplicar el enfoque de creación de
prototipos en cualquier etapa de la evolución de prototipos.
Full transcript