SlideShare una empresa de Scribd logo
Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
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
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
Modelo en Cascada Figura Ilustrativa
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
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.
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.
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
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
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
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
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
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?

Más contenido relacionado

La actualidad más candente

Metodología Incremental
Metodología IncrementalMetodología Incremental
Metodología Incremental
andreilouis
 
Psp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducciónPsp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducción
Alejandra Ceballos
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
ramirezjaime
 
Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)
manuel alfredo chacon valero
 
Proceso del software
Proceso del softwareProceso del software
Proceso del software
Tensor
 
Capas de la ingenieria de software
Capas de la ingenieria de softwareCapas de la ingenieria de software
Capas de la ingenieria de software
Eduardo Navarrete Salazar
 
Métricas de tamaño (Ingeniería de Software)
Métricas de tamaño (Ingeniería de Software)Métricas de tamaño (Ingeniería de Software)
Métricas de tamaño (Ingeniería de Software)
Sergio Olivares
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
José Antonio Sandoval Acosta
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
Micky Jerzy
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrollo
itsarellano
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de Software
Software Guru
 
Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
Seba Briones
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del software
Renny Batista
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
Cesar Prado
 
SPICE
SPICESPICE
SPICE
Evelyn
 
Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)
Anel Sosa
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
Andrés Felipe Montoya Ríos
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
khinkhe
 
5. Métodos de Prueba de Software
5. Métodos de Prueba de Software5. Métodos de Prueba de Software
5. Métodos de Prueba de Software
Mario A Moreno Rocha
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
UNIVERSIDAD PERUANA DE INVESTIGACIÓN Y NEGOCIOS
 

La actualidad más candente (20)

Metodología Incremental
Metodología IncrementalMetodología Incremental
Metodología Incremental
 
Psp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducciónPsp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducción
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
 
Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)Fundamentos de ingenieria del software (2)
Fundamentos de ingenieria del software (2)
 
Proceso del software
Proceso del softwareProceso del software
Proceso del software
 
Capas de la ingenieria de software
Capas de la ingenieria de softwareCapas de la ingenieria de software
Capas de la ingenieria de software
 
Métricas de tamaño (Ingeniería de Software)
Métricas de tamaño (Ingeniería de Software)Métricas de tamaño (Ingeniería de Software)
Métricas de tamaño (Ingeniería de Software)
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrollo
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de Software
 
Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
 
Modelos de desarrollo del software
Modelos de desarrollo del softwareModelos de desarrollo del software
Modelos de desarrollo del software
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
SPICE
SPICESPICE
SPICE
 
Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)Componentes y evolucion del modelado de negocios(investigacion)
Componentes y evolucion del modelado de negocios(investigacion)
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
 
5. Métodos de Prueba de Software
5. Métodos de Prueba de Software5. Métodos de Prueba de Software
5. Métodos de Prueba de Software
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 

Similar a Modelo en cascada

Modelo de cascada para desarrollar sistemas de información.ppt
Modelo de cascada para desarrollar sistemas de información.pptModelo de cascada para desarrollar sistemas de información.ppt
Modelo de cascada para desarrollar sistemas de información.ppt
LuisAlfonsoMagaaramo2
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
mendez45
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
angelicasolishernnde
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
Jazmin Cr
 
Desarrollo en cascada
Desarrollo en cascadaDesarrollo en cascada
Desarrollo en cascada
Isaias Castro
 
Desarrollo en cascada
Desarrollo en cascadaDesarrollo en cascada
Desarrollo en cascada
Isaias Castro
 
Modelo rup
Modelo rupModelo rup
Modelos de procesos_del_software
Modelos de procesos_del_softwareModelos de procesos_del_software
Modelos de procesos_del_software
roogg
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
Juan Pablo Bustos Thames
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
Marco Antonio Perez Montero
 
aplicaciones informaticas
aplicaciones informaticasaplicaciones informaticas
aplicaciones informaticas
karykati
 
Ciclo Vida Sw
Ciclo Vida SwCiclo Vida Sw
Ciclo Vida Sw
msc080277
 
Luiscaraballo ensayo
Luiscaraballo ensayoLuiscaraballo ensayo
Luiscaraballo ensayo
Luis Caraballo
 
Ciclo de vida del software
Ciclo de vida del softwareCiclo de vida del software
Ciclo de vida del software
GabrielRosendo2
 
Metodología de desarrollo
Metodología de desarrolloMetodología de desarrollo
Metodología de desarrollo
manuel alfredo chacon valero
 
Modelo de procesos
Modelo de procesosModelo de procesos
Modelo de procesos
Andhy H Palma
 
David valdiviezo ensayo_pdf
David valdiviezo ensayo_pdfDavid valdiviezo ensayo_pdf
David valdiviezo ensayo_pdf
David Silva Valdivieso
 
Giorgio lopez ensayo
Giorgio lopez ensayoGiorgio lopez ensayo
Giorgio lopez ensayo
giorgio lopez
 
SDLC.pptx
SDLC.pptxSDLC.pptx
SDLC.pptx
Andrés Campos
 
Metodologia clasica en cascada
Metodologia clasica en cascadaMetodologia clasica en cascada
Metodologia clasica en cascada
Christian Jesus Gonzalez Oceguera
 

Similar a Modelo en cascada (20)

Modelo de cascada para desarrollar sistemas de información.ppt
Modelo de cascada para desarrollar sistemas de información.pptModelo de cascada para desarrollar sistemas de información.ppt
Modelo de cascada para desarrollar sistemas de información.ppt
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
Desarrollo en cascada
Desarrollo en cascadaDesarrollo en cascada
Desarrollo en cascada
 
Desarrollo en cascada
Desarrollo en cascadaDesarrollo en cascada
Desarrollo en cascada
 
Modelo rup
Modelo rupModelo rup
Modelo rup
 
Modelos de procesos_del_software
Modelos de procesos_del_softwareModelos de procesos_del_software
Modelos de procesos_del_software
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
 
aplicaciones informaticas
aplicaciones informaticasaplicaciones informaticas
aplicaciones informaticas
 
Ciclo Vida Sw
Ciclo Vida SwCiclo Vida Sw
Ciclo Vida Sw
 
Luiscaraballo ensayo
Luiscaraballo ensayoLuiscaraballo ensayo
Luiscaraballo ensayo
 
Ciclo de vida del software
Ciclo de vida del softwareCiclo de vida del software
Ciclo de vida del software
 
Metodología de desarrollo
Metodología de desarrolloMetodología de desarrollo
Metodología de desarrollo
 
Modelo de procesos
Modelo de procesosModelo de procesos
Modelo de procesos
 
David valdiviezo ensayo_pdf
David valdiviezo ensayo_pdfDavid valdiviezo ensayo_pdf
David valdiviezo ensayo_pdf
 
Giorgio lopez ensayo
Giorgio lopez ensayoGiorgio lopez ensayo
Giorgio lopez ensayo
 
SDLC.pptx
SDLC.pptxSDLC.pptx
SDLC.pptx
 
Metodologia clasica en cascada
Metodologia clasica en cascadaMetodologia clasica en cascada
Metodologia clasica en cascada
 

Más de Juan Pablo Bustos Thames

Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
Juan Pablo Bustos Thames
 
Verificación y Validación del Diseño
Verificación y Validación del DiseñoVerificación y Validación del Diseño
Verificación y Validación del Diseño
Juan Pablo Bustos Thames
 
Diseño a Nivel de Componentes
Diseño a Nivel de ComponentesDiseño a Nivel de Componentes
Diseño a Nivel de Componentes
Juan Pablo Bustos Thames
 
El Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian SommervilleEl Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
Juan Pablo Bustos Thames
 
El Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger PressmanEl Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger Pressman
Juan Pablo Bustos Thames
 
Reglas de Oro
Reglas de OroReglas de Oro
Diseño de interfaces
Diseño de interfacesDiseño de interfaces
Diseño de interfaces
Juan Pablo Bustos Thames
 
Modelos de dominio específicos
Modelos de dominio específicosModelos de dominio específicos
Modelos de dominio específicos
Juan Pablo Bustos Thames
 
Arquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosArquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidos
Juan Pablo Bustos Thames
 
Descomposición modular y estilos de control
Descomposición modular y estilos de controlDescomposición modular y estilos de control
Descomposición modular y estilos de control
Juan Pablo Bustos Thames
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
Juan Pablo Bustos Thames
 
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Juan Pablo Bustos Thames
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
Juan Pablo Bustos Thames
 
Soluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidadSoluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidad
Juan Pablo Bustos Thames
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. grasp
Juan Pablo Bustos Thames
 
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Juan Pablo Bustos Thames
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratos
Juan Pablo Bustos Thames
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
Juan Pablo Bustos Thames
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
Juan Pablo Bustos Thames
 
Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de uso
Juan Pablo Bustos Thames
 

Más de Juan Pablo Bustos Thames (20)

Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
 
Verificación y Validación del Diseño
Verificación y Validación del DiseñoVerificación y Validación del Diseño
Verificación y Validación del Diseño
 
Diseño a Nivel de Componentes
Diseño a Nivel de ComponentesDiseño a Nivel de Componentes
Diseño a Nivel de Componentes
 
El Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian SommervilleEl Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
El Proceso de Diseño de Interfaz del Usuario por Ian Sommerville
 
El Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger PressmanEl Proceso de Diseño de interfaces de usuario. Roger Pressman
El Proceso de Diseño de interfaces de usuario. Roger Pressman
 
Reglas de Oro
Reglas de OroReglas de Oro
Reglas de Oro
 
Diseño de interfaces
Diseño de interfacesDiseño de interfaces
Diseño de interfaces
 
Modelos de dominio específicos
Modelos de dominio específicosModelos de dominio específicos
Modelos de dominio específicos
 
Arquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosArquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidos
 
Descomposición modular y estilos de control
Descomposición modular y estilos de controlDescomposición modular y estilos de control
Descomposición modular y estilos de control
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
Visibilidad. Paquetes, Estratos y Particiones. Diagramas de Estado y de Activ...
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
 
Soluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidadSoluciones con objetos y patrones. visibilidad
Soluciones con objetos y patrones. visibilidad
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. grasp
 
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
Del análisis al diseño. conclusión de la fase del análisis. diagramas de cola...
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratos
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de uso
 

Modelo en cascada

  • 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?