1. Metodología
Clásica en
CASCADA
Christian Jesús González
Oceguera
Osvaldo Madrigal Yépez

2. Introducción
El modelo en cascada para el desarrollo de
software es una de las metodologías
tradicionales, sigue una secuencia lógica y cada
etapa es directamente dependiente de que se
culmine la etapa anterior.
Las fases son 7:

3. Ingeniería
Pre- Análisis
Sistema
Análisis
Diseño
Desarrollo
Prueba
Implementación y
Mantenimiento

4. Características
• Es el más utilizado.
• Es una visión del proceso de desarrollo de software
como una sucesión de etapas que producen
productos intermedios.
• Para que el proyecto tenga éxito deben desarrollarse
todas las fases.
• Las fases continúan hasta que los objetivos se han
cumplido
• Si se cambian el orden de las fases. El producto final
será de inferior calidad.

5.  Pre - análisis
 Análisis
 Diseño
 Desarrollo
 Pruebas
 Implementación
 Mantenimiento

6. Pre-análisis
La fase de Pre- análisis consiste en conocer
las reglas del negocio, sus necesidades y
adquirir conocimiento acerca de las
funciones propias del modelo de negocio.

7. Análisis
La fase de Análisis es directamente abordar la
colección de necesidades identificadas en el
pre- análisis y en base a ellas proponer una
solución, tendiendo en cuenta la viabilidad
tanto a nivel técnico como a nivel
administrativo.(Que vamos a hacer??)

8. Diseño
La fase de Diseño consiste en detallar la
solución al problema que hemos
identificado, es decir, debemos estructurar
a nivel aplicación, red y base de datos
como vamos a abordar la solución, en el
diseño debemos apoyarnos de diagramas
de entidad relación para la base de
datos, diagrama de clases entre otros.
(Como lo vamos a hacer ???)

9. Desarrollo
La fase de Desarrollo es llevar a acciones el
diseño que hemos elaborado previamente,
es decir, aquí nos ayudamos de un
lenguaje de programación y de los
software existentes para elaborar la
aplicación que dará solución al problema
identificado inicialmente.

10. Pruebas
La fase de Pruebas consiste en una vez
terminada la aplicación y su base de
datos, teniendo el producto terminado
debemos probarlo tanto a nivel individual
como a nivel integrado y de esta manera
sabremos si la solución creada soluciona las
necesidades planteadas al inicio del
proceso de desarrollo.

11. Implementación
La fase de Implementación se lleva a cabo
cuando se han superado las pruebas
propuestas y estamos 100% seguros de la
calidad y de la estabilidad de nuestra
aplicación, en este sentido, implementamos a
cada usuario y en cada equipo la aplicación,
establecemos la base de datos e insertamos los
valores iniciales para que empiece a funcionar
y establecemos las comunicaciones a través
de la aplicación cliente y los servidores si feria
necesario.

12. Mantenimiento
La fase de Mantenimiento nace gracias a que los
sistemas en general y por consecuencia los sistemas
de software sufren de entropía, esto es, que tienden
a desordenarse y a desajustarse con el paso del
tiempo y con el uso del mismo por lo cual
frecuentemente hay que dar mantenimiento a los
medios de comunicación (redes), servidores (base
de datos) y a las aplicaciones en general, es
importante mencionar que es parte del
mantenimiento los pequeños cambios que van
surgiendo con el tiempo a raíz los cambios en las
reglas del negocio.

13. Ventajas
• Es un modelo sencillo y disciplinado
• Es fácil aprender a utilizarlo y comprender su funcionamiento
• Está dirigido por los tipos de documentos y resultados que deben
obtenerse al final de cada etapa
• Ha sido muy usado y, por tanto, está ampliamente contrastado
• Ayuda a detectar errores en las primeras etapas a bajo costo
• Ayuda a minimizar los gastos de planificación, pues se realiza sin
problemas

14. Desventajas
• Los proyectos raramente siguen el proceso lineal tal
como se definía originalmente el ciclo de vida.
• Es difícil que el cliente exponga explícitamente todos
los requisitos al principio.
• El cliente debe tener paciencia pues obtendrá el
producto al final del ciclo de vida.
• No refleja exactamente cómo se programa
realmente el sistema, en el que suele haber un gran
componente iterativo.
• Puede resultar complicado regresar a etapas
anteriores (ya acabadas) para realizar correcciones.
• El producto final obtenido puede que no refleje
todos los requisitos del usuario.

15. Bibliografía
Modelo clásico en cascada. [En línea]. Disponible:
http://audiemangt.blogspot.mx/2010/04/metodologia-clasica-en-
cascada.html
[2013, 23 de febrero].

16. Gracias por su atención