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

MODELO EN CASCADA

No description
by

Juan Avila

on 2 October 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of MODELO EN CASCADA

MODELO EN CASCADA

PRESENTADO POR:

JUAN PABLO AVILA CASTILLO

¿Cuándo debemos utilizar el Modelo en Cascada?

El Modelo en Cascada sólo se debe utilizar cuando:

1) Los requerimientos se comprendan bien.
2) Cuando sea improbable que cambien radicalmente durante el desarrollo del sistema.

Este enfoque se sigue utilizando para el desarrollo de software, en proyectos grandes de ingeniería de sistemas.

Modelo en Cascada
Ventajas y Desventajas

Ventajas:
1) La Documentación se va produciendo en cada fase.
2) El Modelo cuadra con otros modelos del proceso de ingeniería.

Desventajas:
1) Inflexibilidad al dividir el proyecto en distintas etapas.
2) Es difícil responder a cambios en los requerimientos del cliente.


Modelo en Cascada
Modo de Trabajo

Se descubren errores y omisiones en los requerimientos originales del software.

Los errores de programación y de diseño nacen y se identifica la necesidad de una nueva funcionalidad.

El sistema debe evolucionar para mantenerse útil.

Hacer estos cambios puede implicar repetir etapas previas del proceso.

Modelo en Cascada
Modo de Trabajo

Este congelamiento prematuro de requerimientos puede implicar que el sistema no haga lo que los usuarios desean.

También puede conducir a sistemas mal estructurados porque los problemas de diseño se resuelven con trucos de implementación.

Durante la fase final del Ciclo de Vida (funcionamiento y mantenimiento), el software se pone en funcionamiento.



Modelo en Cascada
Modo de Trabajo

Por los costos de producción y aprobación de los documentos, las iteraciones son costosas e implican rehacer el trabajo.

Por eso, después de ciertas iteraciones, se suelen congelar partes del desarrollo, como la especificación, y continuar con las siguientes etapas de desarrollo.

Los problemas se posponen para su resolución, se pasan por alto o se programan directamente.


Modelo en Cascada
Modo de Trabajo

En la práctica, no es así:

Las etapas se superponen y proporcionan información a las otras.
Durante el Diseño surgen problemas con los Requerimientos (Análisis).
Durante la Programación se encuentran problemas de las etapas anteriores.
El Proceso del Software no es un modelo lineal simple, sino que implica una serie de iteraciones de las actividades de desarrollo.

Modelo en Cascada
Modo de Trabajo

La teoría se debe trabajar así:

El resultado de cada fase es uno o más documentos aprobados («firmados»).


La siguiente fase no debe empezar hasta que la fase previa haya finalizado.

Etapas


5) Funcionamiento y mantenimiento. Por lo general es la fase más larga del Ciclo de Vida.
El sistema se instala y se pone en funcionamiento práctico. El mantenimiento implica:
Corregir errores no descubiertos en las etapas anteriores del ciclo de vida.
Mejorar la implementación de las unidades del sistema.
Aumentar los servicios del sistema una vez que se descubren nuevos requerimientos.

Etapas


3) Implementación y Prueba de Unidades. Como el diseño del software se lleva a cabo como un conjunto de unidades de programas. Esta prueba implica verificar que cada una cumpla su especificación.

4) Integración y prueba del sistema. Los programas o las unidades individuales de programas se integran y prueban como un sistema completo para asegurar que se cumplan los requerimientos del software.
Después de las pruebas, el sistema o software se entrega al cliente.

Etapas


Las principales etapas del Modelo en Cascada son las actividades fundamentales de desarrollo:

1) Análisis y Definición de Requerimientos: Los servicios, restricciones y metas del sistema se definen a partir de las consultas con los usuarios; que luego se definen en detalle como «Especificación del Sistema».

2) Diseño del Sistema y del Software: El Diseño del Sistema divide los requerimientos en Hardware o Software, Establece una Arquitectura completa del Sistema. El Diseño del Software identifica y describe las abstracciones fundamentales del Software y sus relaciones.


Modelo en Cascada


Modelo en Cascada
Definición

Debido a la cascada de una fase a otra, se conoce como: «modelo en cascada» o «ciclo de vida del software».

Full transcript