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:

•El proyecto está dividido en fases secuenciales.

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

FASES

Existen ocasiones en que los requisitos de un problema se entiende de una manera razonable:

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 definidos

ANÁLISIS 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 especificación de

requisitos), que contiene la especificación

completa de lo que debe hacer el sistema sin

entrar en detalles internos.

ESPECIFICACIONES

(Diseño del sistema)

Se organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo.

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

DISEÑO DEL PROGRAMA Se realizan los algoritmos necesarios para el

cumplimiento de los requerimientos del usuario.

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.

IMPLEMENTACIÓN

El software obtenido se pone en producción.

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.

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 testinges un proceso usado para identificar posibles fallos.

En general, los usuarios distinguen entre errores de programación ( o “bugs” ) y defectos de forma.

En un defecto de forma, el programa no realiza lo que el usuario espera.

OPERACIONES Y MANTENIMIENTOEl Software sufrirá cambios después de que se

entrega al cliente.

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).

Que el cliente requiera ampliaciones

funcionales o del rendimiento.

DesventajasEn la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea unamala implementación del modelo, lo cual hace que lo lleve al fracaso.

El proceso de creación del software tarda mucho tiempo ya que debe pasar porel 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 diseño.

2. Bajo riesgo para desarrollos bien comprendidos utilizando tecnología

conocida.

VentajasEs bien organizado.Es perfecto para proyectos que son rígidos, y además donde se especifiquenmuy bien los requerimientos y se conozca muy bien la herramienta a utilizar.

1. Modelo y planificación fácil y sencillos.

2. Sus fases son conocidas por los desarrolladores.

3. Los usuarios lo pueden comprender fácilmente.

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.

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.

CONCLUSION(Silvia)

Lo que puedo mencionar es que el modelo cascada es una de las metodologías 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 análisis detallado.

No empezar la siguiente fase si aun no se termina la anterior

CONCLUSION(Joao)

En conclusión el modelo de cascada nos permite realizar una organización

más fácil 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 también es necesario conocer las herramientas que

se implementaran.

CONCLUSION(Laura)

La metodología 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 método mas fácil 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 ejecución y

puede no ser exitoso.

Para que este método 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

planeación en un orden y poder terminar con la construcción del

proyecto.

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.

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

cada/

http://www.bsgmexico.com.mx/01

-metodologia.html

Ingeniería del software un

enfoque practico

R.Pressman

http://www.slideshare.net/masilog

/expo-modelocascada