UNIVERSIDAD TECNOLGICA DE LA REGIN NORTE DE GUERRERO

TECNOLOGIAS DE LA INFORMACIN Y COMUNICACIN INGENIERIA DE SOFTWARE

MODELO CASCADA INTEGRANTES:MARIA SILVIA OCAMPO GILES
JOAO IVAN GARDUO 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 clsico, sugiere un enfoque sistemtico secuencial hacia el desarrollo del software, que se inicia con la especificacin de requerimientos del cliente y continua con la planeacin, el modelado, la construccin y despliegue para culminar el soporte del software terminado.

Los principios bsicos del modelo de cascada son los siguientes:

El proyecto est dividido en fases secuenciales. Se hace hincapi en la planificacin, los horarios, fechas, presupuestos y ejecucin de todo un sistema de una sola vez. Un estricto control se mantiene durante la vida del proyecto a travs de la utilizacin de una documentacin escrita, a travs de comentarios y aprobacin del usuario y la tecnologa de la informacin de gestin al final de la mayora de las fases antes de comenzar la prxima fase.

FASES

 Existen ocasiones en que los requisitos de un problema se

entiende de una manera razonable:

Cuando el trabajo fluye desde la comunicacin a travs del

despliegue de una manera casi lineal.

Es necesario hacer adaptaciones o mejoras bien definidas a

un sistema existente.
Ejemplo de esto seria: una adaptacin a un software contable

debido a los cambios en las regulaciones del gobierno.

Esto puede ocurrir solo cuando los requerimientos estn bien

definidos

ANLISIS DE REQUERIMIENTOS
Se analizan las necesidades de los usuarios

finales del software para determinar qu objetivos debe cubrir.

De esta fase surge una memoria llamada SRD

(documento de especificacin de requisitos), que contiene la especificacin completa de lo que debe hacer el sistema sin entrar en detalles internos.

ESPECIFICACIONES (Diseo del sistema)

Se organiza el sistema en elementos que puedan

elaborarse por separado, aprovechando las ventajas del desarrollo en equipo. Es conveniente distinguir entre diseo de alto nivel o arquitectnico y diseo detallado. El primero de ellos tiene como objetivo definir la estructura de la solucin (una vez que la fase de anlisis ha descrito el problema) identificando grandes mdulos (conjuntos de funciones que van a estar asociadas) y sus relaciones

DISEO DEL PROGRAMA

Se realizan los algoritmos necesarios para el

cumplimiento de los requerimientos del usuario. Anlisis necesarios para saber que herramientas usar en la etapa de Codificacin. Es la fase de programacin o implementacin propiamente dicha. Se implementa el cdigo fuente, haciendo uso de prototipos as como pruebas y ensayos para corregir errores.

IMPLEMENTACIN

El software obtenido se pone en produccin. Se implantan los niveles software y hardware que componen el proyecto. La implantacin es la fase con ms duracin y con ms cambios en el ciclo de elaboracin de un proyecto. Fase final del proyecto. Durante la explotacin del sistema de software pueden surgir cambios, bien para corregir errores o bien para introducir mejoras. Todo ello se recoge en los Documentos de Cambios.

PRUEBAS
Los elementos, ya programados, se ensamblan

para componer el sistema y se comprueba que funciona correctamente. Las pruebas de Software, testing o beta testing es un proceso usado para identificar posibles fallos. En general, los usuarios distinguen entre errores de programacin ( o bugs ) y defectos de forma. En un defecto de forma, el programa no realiza lo que el usuario espera.

OPERACIONES Y MANTENIMIENTO
El Software sufrir cambios despus de que se

entrega al cliente.
Los cambios ocurrirn debido a que hayan

encontrado errores, a que el Software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos perifricos).
Que el cliente requiera ampliaciones

funcionales o del rendimiento.

Desventajas En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementacin del modelo, lo cual hace que lo lleve al fracaso. El proceso de creacin del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no est completo no se opera. Esto es la base para que funcione bien.
1. Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseo. 2. Bajo riesgo para desarrollos bien comprendidos utilizando tecnologa conocida.

Ventajas Es bien organizado. Es perfecto para proyectos que son rgidos, y adems donde se especifiquen muy bien los requerimientos y se conozca muy bien la herramienta a utilizar.
1. Modelo y planificacin fcil y sencillos. 2. Sus fases son conocidas por los desarrolladores. 3. Los usuarios lo pueden comprender fcilmente.

CONCLUSION
(General)

La metodologa 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 especficos los requerimientos del software y se conozcan las herramientas a utilizar.

CONCLUSION
(Martha)

La metodologa 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 especficos 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.

CONCLUSION
(Silvia)

Lo que puedo mencionar es que el modelo cascada es

una de las metodologas que al llevarse a cabo se debe de llevar a cabo fase por fase.
Se debe de tener bien planeado lo que se pretende

realizar.
Realizar un anlisis detallado. No empezar la siguiente fase si aun no se termina la

anterior

CONCLUSION
(Joao)

En conclusin el modelo de cascada nos permite realizar una organizacin

ms fcil de comprender tratando de no mezclar las diferentes fases del modelo y as nos permite organizar el tipo de proyecto que pretende solucionar es decir donde se conozcan todos los requisitos especificados, esto quiere decir que es necesario que se especifiquen muy bien los requerimientos
Para esto los proyectos tambin es necesario conocer las herramientas que

se implementaran.

CONCLUSION
(Laura)

La metodologa del modelo de cascada es mas eficiente y creativo, ya que es entendible y cuenta con un proceso de mejoras hacia el proyecto. Es el mtodo mas fcil de realizar ya que cuenta con fases que siguen un orden en especifico, ya que si no se cumple con el orden que lleva el proyecto puede llegar a tener algunos problemas durante su ejecucin y puede no ser exitoso. Para que este mtodo sea exitoso en el proyecto requerido se debe seguir un orden en especifico y se deben conocer las herramientas a utilizar, para que se sepa que herramientas vamos a utilizar y saber cual es el tiempo que nos vamos a llevar durante el proceso, as como saber organizarlo tal y como nos pide cada una de sus faces y poder llevar la planeacin en un orden y poder terminar con la construccin del proyecto.

CONCLUSION
(Luis)

Podramos 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 difcil 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.

http://scruz334.blogspot.es/tags/Cas cada/

http://www.bsgmexico.com.mx/01 -metodologia.html Ingeniera del enfoque practico R.Pressman software un

http://www.slideshare.net/masilog /expo-modelocascada