SlideShare una empresa de Scribd logo
1 de 22
        UNIVERSIDAD TECNOLÓGICA DE LA REGIÓN NORTE DE GUERRERO TECNOLOGIAS DE LA INFORMACIÓN Y COMUNICACIÓN INGENIERIA DE SOFTWARE MODELO CASCADA INTEGRANTES:MARIA SILVIA OCAMPO GILES                              JOAO IVAN GARDUÑO SALGADO                              LAURA BRITO ROMAN MARTHA DE JESUS SERRANO                              LUIS ALBERTO MELCHOR HERNANDEZ 13 de Septiembre del 2010
Modelo Cascada
DEFINICION Algunas veces llamado ciclo de vida clásico, sugiere un enfoque sistemático secuencial hacia el desarrollo del software, que se inicia con la especificación de requerimientos del cliente y  continua  con la planeación, el modelado, la construcción y despliegue para culminar el soporte del software terminado.
Los principios básicos del modelo de cascada son los siguientes: ,[object Object]
Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un sistema de una sola vez.
Un estricto control se mantiene durante la vida del proyecto a través de la utilización de una  documentación escrita, a través de comentarios y aprobación  del usuario y la tecnología de la información de gestión al final de la mayoría de las fases antes de comenzar la próxima fase.,[object Object]
[object Object]
Cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal.
Es necesario hacer  adaptaciones o mejorías bien definidas a un sistema existente.
Ejemplo de esto seria: una adaptación a un software contable debido a los cambios en las regulaciones del gobierno.
Esto puede ocurrir solo cuando los requerimientos están bien definidosDEFINICION DEL PROBLEMA
ANÁLISIS DE REQUERIMIENTOS ,[object Object]
 De esta fase surge una memoria llamada SRD (documento de especificación de requisitos), que contiene la especificación completa de lo que debe hacer el sistema sin entrar en detalles internos.,[object Object]
Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño detallado.
El primero de ellos tiene como objetivo definir la estructura de la solución (una vez que la fase de análisis ha descrito el problema) identificando grandes módulos (conjuntos de funciones que van a estar asociadas) y sus relaciones,[object Object]
Análisis necesarios para saber que herramientas usar en la etapa de Codificación.
Es la fase de programación o implementación propiamente dicha.
 Se implementa el código fuente, haciendo uso de prototipos así como pruebas y ensayos para corregir errores.,[object Object]
 Se implantan los niveles software y hardware que componen el proyecto.
La implantación es la fase con más duración y con más cambios en el ciclo de elaboración de un proyecto.
Fase final del proyecto.
Durante la explotación del sistema de software pueden surgir cambios, bien para corregir errores o bien para introducir mejoras.

Más contenido relacionado

La actualidad más candente

Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
Seba Briones
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
monik1002
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
home
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Darthuz Kilates
 
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software
Julio Pari
 

La actualidad más candente (20)

Ingenieria De Software
Ingenieria De SoftwareIngenieria De Software
Ingenieria De Software
 
Fases del rup
Fases del rupFases del rup
Fases del rup
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Modelo de desarrollo de software
Modelo de desarrollo de softwareModelo de desarrollo de software
Modelo de desarrollo de software
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
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
 
Proceso unificado
Proceso unificadoProceso unificado
Proceso unificado
 
Roles desarrollo del software
Roles desarrollo del softwareRoles desarrollo del software
Roles desarrollo del software
 
Estimación Software por Puntos de Función
Estimación Software por Puntos de FunciónEstimación Software por Puntos de Función
Estimación Software por Puntos de Función
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del software
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de software
 
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software
 
Ingeniería de software modelo incremental
Ingeniería de software  modelo incrementalIngeniería de software  modelo incremental
Ingeniería de software modelo incremental
 
Dsdm
DsdmDsdm
Dsdm
 
Modelo Cascada!!
Modelo Cascada!!Modelo Cascada!!
Modelo Cascada!!
 
Fundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareFundamentos del Diseño de Software
Fundamentos del Diseño de Software
 

Destacado (6)

Team briefing encuentro uruguay final
Team briefing encuentro uruguay finalTeam briefing encuentro uruguay final
Team briefing encuentro uruguay final
 
Entrega por etapas
Entrega por etapasEntrega por etapas
Entrega por etapas
 
Metodologias del desarrollo de sistemas de informacion
Metodologias del desarrollo de sistemas de informacionMetodologias del desarrollo de sistemas de informacion
Metodologias del desarrollo de sistemas de informacion
 
Metodologia cascada pura
Metodologia cascada puraMetodologia cascada pura
Metodologia cascada pura
 
Modelos de software ventajas y desventajas
Modelos de software ventajas y desventajasModelos de software ventajas y desventajas
Modelos de software ventajas y desventajas
 
Información Cascada
Información CascadaInformación Cascada
Información Cascada
 

Similar a Modelo cascada

Expo modelocascada
Expo modelocascadaExpo modelocascada
Expo modelocascada
masilog
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
mendez45
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
Andhy H Palma
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
Miguel Castro
 

Similar a Modelo cascada (20)

Expo modelocascada
Expo modelocascadaExpo modelocascada
Expo modelocascada
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
Ciclo de vida del software
Ciclo de vida del softwareCiclo de vida del software
Ciclo de vida del software
 
metodologia
metodologia metodologia
metodologia
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Ciclo de Vida de un Software.pdf
Ciclo de Vida de un Software.pdfCiclo de Vida de un Software.pdf
Ciclo de Vida de un Software.pdf
 
Etapas del diseño .pdf
Etapas del diseño .pdfEtapas del diseño .pdf
Etapas del diseño .pdf
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
 
SDLC.pptx
SDLC.pptxSDLC.pptx
SDLC.pptx
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
 
Metodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdfMetodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdf
 
Ensayo de software
Ensayo de softwareEnsayo de software
Ensayo de software
 
Apuntes
ApuntesApuntes
Apuntes
 
Metodología en cascada
Metodología en cascadaMetodología en cascada
Metodología en cascada
 
Metodología en cascada diaspositivas
Metodología en cascada diaspositivasMetodología en cascada diaspositivas
Metodología en cascada diaspositivas
 
Metodologia clasica en cascada
Metodologia clasica en cascadaMetodologia clasica en cascada
Metodologia clasica en cascada
 
Ciclo de vida de un sistema de información
Ciclo de vida de un sistema de información Ciclo de vida de un sistema de información
Ciclo de vida de un sistema de información
 

Modelo cascada

  • 1. UNIVERSIDAD TECNOLÓGICA DE LA REGIÓN NORTE DE GUERRERO TECNOLOGIAS DE LA INFORMACIÓN Y COMUNICACIÓN INGENIERIA DE SOFTWARE MODELO CASCADA INTEGRANTES:MARIA SILVIA OCAMPO GILES JOAO IVAN GARDUÑO SALGADO LAURA BRITO ROMAN MARTHA DE JESUS SERRANO LUIS ALBERTO MELCHOR HERNANDEZ 13 de Septiembre del 2010
  • 3. DEFINICION Algunas veces llamado ciclo de vida clásico, sugiere un enfoque sistemático secuencial hacia el desarrollo del software, que se inicia con la especificación de requerimientos del cliente y continua con la planeación, el modelado, la construcción y despliegue para culminar el soporte del software terminado.
  • 4.
  • 5. Se hace hincapié en la planificación, los horarios, fechas, presupuestos y ejecución de todo un sistema de una sola vez.
  • 6.
  • 7.
  • 8. Cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal.
  • 9. Es necesario hacer adaptaciones o mejorías bien definidas a un sistema existente.
  • 10. Ejemplo de esto seria: una adaptación a un software contable debido a los cambios en las regulaciones del gobierno.
  • 11. Esto puede ocurrir solo cuando los requerimientos están bien definidosDEFINICION DEL PROBLEMA
  • 12.
  • 13.
  • 14. Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño detallado.
  • 15.
  • 16. Análisis necesarios para saber que herramientas usar en la etapa de Codificación.
  • 17. Es la fase de programación o implementación propiamente dicha.
  • 18.
  • 19. Se implantan los niveles software y hardware que componen el proyecto.
  • 20. La implantación es la fase con más duración y con más cambios en el ciclo de elaboración de un proyecto.
  • 21. Fase final del proyecto.
  • 22. Durante la explotación del sistema de software pueden surgir cambios, bien para corregir errores o bien para introducir mejoras.
  • 23.
  • 24.
  • 25. Las pruebas de Software, testing o beta testing es un proceso usado para identificar posibles fallos.
  • 26. En general, los usuarios distinguen entre errores de programación ( o “bugs” ) y defectos de forma.
  • 27.
  • 28. Los cambios ocurrirán debido a que hayan encontrado errores, a que el Software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos).
  • 29.
  • 30.
  • 31. CONCLUSION (General) La metodología de cascada ordena rigurosamente las etapas del ciclo del software, es decir en este modelo se tienen que terminar las fases en un orden, para poder pasar a la siguiente etapa. Este modelo es el mas usado en la actualidad . El modelo de cascada es exitoso cuando se tienen bien específicos los requerimientos del software y se conozcan las herramientas a utilizar.
  • 32. CONCLUSION (Martha) La metodología de cascada ordena rigurosamente las etapas del ciclo del software, es decir en este modelo se tienen que terminar las fases en un orden, para poder pasar a la siguiente etapa. Este modelo es el mas usado en la actualidad . El modelo de cascada es exitoso cuando se tienen bien específicos los requerimientos del software y se conozcan las herramientas a utilizar. El modelo de cascada tarda mucho tiempo en resolver un software, ya que hasta que no se tenga bien el software ,no se opera el software.
  • 33.
  • 34. Se debe de tener bien planeado lo que se pretende realizar.
  • 36.
  • 37.
  • 38. CONCLUSION (Luis) Podríamos considerarlo como el mas sencillo de utilizar, aunque por su alto numero de inconvenientes puede dudarse de su eficacia, siendo el principal el ser un modelo secuencial. Si este sistema no es bien conocido o difícil de analizar, esta fase puede alargarse demasiado. Se debe tener completo conocimiento de el proyecto a realizar asi como del sistema, para poder llevar el trabajo a un fin exitoso, y evitar errores en el desarrollo.
  • 39. BIBLIOGRAFIA http://scruz334.blogspot.es/tags/Cascada/ http://www.bsgmexico.com.mx/01-metodologia.html Ingeniería del software un enfoque practico R.Pressman http://www.slideshare.net/masilog/expo-modelocascada