Your SlideShare is downloading. ×
  • Like
Modelo en cascada
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Modelo en cascada

  • 29,378 views
Published

Diseño de Sistemas. Unidad I. Modelo en Cascada. Sommerville, 4.1.1. (3K1) UTN-FRT. 2011

Diseño de Sistemas. Unidad I. Modelo en Cascada. Sommerville, 4.1.1. (3K1) UTN-FRT. 2011

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
29,378
On SlideShare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
472
Comments
0
Likes
2

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
  • 2. Contenidos de la Unidad 1 Introducción al Diseño
    • Significado Dentro del Ciclo de Vida de Desarrollo de Sistemas.
      b. Modelos de Desarrollo de software  
        • Modelos de Desarrollo Estructurado
    Sommerville. Sección 8.5 y 4.5.1 Pressman. Sección 2.10
          • Modelo en Cascada.
    Sommervillle. Sección 4.1.1. Pressman. Sección 2.4.
          • 2. Modelos evolutivos: incremental y espiral.
    Sommervillle. Sección 4.1.2. Pressman. Sección 2.7
          • 3. RUP
    Sommervillle. Sección 4.4. Jacobson, Booch y Rounbahg. Secciones 1.1 a a 1.5. Larman últ. Ed. Sección 37.1., 37.4 y 37.9
  • 3.
    • Primer Modelo en el Proceso de Desarrollo de Software .
    • Debido a la cascada de una fase a otra , se conoce como: « modelo en cascada » o « ciclo de vida del software ».
    Unidad I: Modelo en Cascada . Ian Sommerville, 4.1.1
  • 4. Modelo en Cascada Figura Ilustrativa
  • 5.
    • 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: H ardware 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 Etapas
  • 6. Modelo en Cascada 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 software se entrega al cliente.
  • 7. Modelo en Cascada 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.
  • 8.
    • El 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.
    Modelo en Cascada Modo de Trabajo
  • 9.
    • En la práctica, no es tan 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 y así sucesivamente.
    • 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
  • 10.
    • 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.
    • 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.
    Modelo en Cascada Modo de Trabajo
  • 11.
    • Durante la fase final del Ciclo de Vida ( funcionamiento y mantenimiento ), el software se pone en funcionamiento.
    • Se descubren errores y omisiones en los requerimientos originales del software.
    • Los errores de programación y de diseño emergen y se identifica la necesidad de una nueva funcionalidad.
    • Por tanto, el sistema debe evolucionar para mantenerse útil.
    • Hacer estos cambios ( Mantenimiento del Software ) puede implicar repetir etapas previas del proceso.
    Modelo en Cascada Modo de Trabajo
  • 12.
    • 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 Ventajas y Desventajas
  • 13.
    • El Modelo en Cascada sólo se debe utilizar cuando:
    • 1) Los requerimientos se comprendan bien y
    • 2) 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 .
    ¿Cuándo debemos utilizar el Modelo en Cascada?