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 DE SOFTWARE MODELO EN ESPIRAL Y CONCURRENTE

No description

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of CICLO DE VIDA DE SOFTWARE MODELO EN ESPIRAL Y CONCURRENTE

CICLO DE VIDA DE SOFTWARE MODELO EN ESPIRAL Y CONCURRENTE
design by Dóri Sirály for Prezi
EL MODELO EN ESPIRAL
El modelo en espiral es un enfoque realista del desarrollo de sistemas y de software en gran escala. Como el software evoluciona, a medida que progresa el proceso, el desarrollador y el usuario comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
EL MODELO EN ESPIRAL
El modelo en espiral utiliza la construcción de prototipos como mecanismo de reducción de riesgos, pero lo que es más importante, permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
Regiones de Tareas
Comunicación con el cliente
Planificación
Análisis de riesgos
Ingeniería.
Construcción y adaptación
Evaluación del cliente

Ventajas y Desventajas del Modelo en Espiral
El Modelo en Espiral se divide en un número de actividades estructurales, también llamadas "regiones de tareas”. Generalmente existen entre tres y seis regiones de tareas
Cada una de las regiones está pobladas por una serie de tareas que se adaptan a las características del proyecto que va a emprenderse.
Diagrama de las tareas
Ventajas
No requiere una definición completa de los requerimientos del software a desarrollar para comenzar su funcionalidad.
En la terminación de un producto desde el final de la primera iteración es muy factible aprobar los requisitos.
Sufrir retrasos corre un riesgo menor, porque se comprueban los conflictos presentados tempranamente y existe la forma de poder corregirlos a tiempo.
Integra el desarrollo con el mantenimiento.
Incorpora muchas de las ventajas de los otros ciclos de vida
Conjuga la naturaleza iterativa de los prototipos con los aspectos controlados y sistemáticos del modelo clásico
Proporciona el potencial para el desarrollo rápido de versiones incrementales
Puede adaptarse y aplicarse a lo largo de la vida del software
Es un enfoque realista del desarrollo del software
Permite aplicar el enfoque de construcción de prototipos en cualquier momento para reducir riesgos
Monitoriza y controla los riesgos continuamente

Ventajas y Desventajas del
Modelo en Espiral
Desventajas
Existe complicación cuando se evalúa los riesgos.
Se requiere la participación continua por parte del cliente.
Se pierde tiempo al volver producir inicialmente una especificación completa de los requerimientos cuando se modifica o mejora el software.
Puede resultar difícil convencer a algunos clientes de que el enfoque evolutivo es controlable
Solo resulta aplicable para proyectos de gran tamaño
Supone una carga de trabajo adicional, no presente en otros ciclos de vida
Requiere una considerable habilidad para la evaluación y resolución del riesgo, y se basa en esta habilidad para el éxito
Si un riesgo importante no es descubierto y gestionado, indudablemente surgirán problemas
Es bastante complicado de realizar y su complejidad puede incrementarse hasta hacerlo impracticable
El modelo no se ha utilizado tanto como otros, por lo que tendrán que pasar años antes de que determine con certeza la eficacia de este modelo

Etapas del modelo concurrente
La imagen anterior proporciona una representación esquemática de una actividad (análisis) como se puede observar todas las actividades existen concurrentemente, pero residen en estados diferentes, al principio es la comunicación con el cliente (no está plasmada en la figura) y está en estado de cambios en espera. La actividad de análisis está en ninguna significa que ya se ha hecho la comunicación con el cliente luego hace una transición al estado bajo desarrollo.
MODELO CONCURRENTE
El modelo de proceso concurrente define una serie de acontecimientos que dispararán transiciones de estado a estado para cada una de las actividades. Durante las primeras etapas del diseño, no se contempla una inconsistencia del modelo de análisis. Esto genera la corrección del modelo de análisis de sucesos, que disparará la actividad de análisis del estado hecho al estado cambios en espera.
MODELO CONCURRENTE
El modelo concurrente provee una meta-descripción del proceso software, tiene la capacidad de describir las múltiples actividades del software ocurriendo simultáneamente. Los requerimientos son denominadas "líneas de base", es decir que cuando una mayoría de los requerimientos comienzan a ser bien entendidos, en este tiempo se dedica un esfuerzo considerable al diseño. Sin embargo, una vez que comienza el diseño, cambios a los requerimientos son comunes y frecuentes.
Características
Se puede expresar de manera esquematizada
Las actividades llevan procesos concurrentes
Es aplicable a todo tipo de desarrollo de software
Es un módulo aplicable para cliente soñador
Está dirigido por las necesidades del usuario
Es aplicable al cliente servidor

Para identificar mejor las etapas o como es que el Método de desarrollo concurrente funciona, es conveniente ver la siguiente imagen:
Etapas del modelo concurrente
Ventajas / Desventajas
Ventajas
Excelente para proyectos en los que se conforman grupos de trabajo independientes.
Proporciona una imagen exacta del estado actual de un proyecto.

Desventajas
• Si no se dan las condiciones señaladas no es aplicable.
• Si no existen grupos de trabajo no se puede trabajar en este método

Luis Carlos Peña
Full transcript