METODO EN CASCADA

1. Introducción

En esta oportunidad se verá el desarrollo que tiene el modelo o método en cascada

para llegar hacia el desarrollo del software que se inicia con una secuencia de pasas
para llegar a un resultado.

2. Objetivo

Comprender los modelos utilizados para relacionar las actividades y los métodos
para desarrollarlas, las Ventajas y Limitaciones del Modelo de Cascada

Determinar el orden de las etapas involucradas en el desarrollo del software,

establecer el criterio de transición para progresar de una etapa a la siguiente:

 Criterio para determinar la finalización de cada etapa.

 Criterio para comenzar y elegir la siguiente etapa.

3. Desarrollo del tema

El modelo de la cascada es uno de los primeros modelos empleados en el desarrollo de

software, se popularizo en 1970 por Winston Royce y aún está vigente en algunos
desarrollos. Éste modelo se define como una secuencia de actividades a ser seguidas
en orden, donde la estrategia principal es definir y seguir el progreso del desarrollo
de software hacia puntos de revisión bien definidos, es decir, se codifica y reparan los
errores; es un proceso continuo de codificación y reparación.

Sus características principales son:

 Es lineal
 Las actividades están relacionadas secuencialmente
 Cada etapa tiene una entrada y una salida
 Es rígido y sistemático: La entrada de una actividad es la salida de la etapa
anterior, por lo cual no se puede dar inicio a la siguiente fase.
 Es monolítico: Existe una única fecha de entrega.
 La implementación se pospone hasta que no se comprendan los objetivos.
 Los documentos a entregar rigen el proceso de software

Página 1
  Las fases que contempla el modelo de la cascada son al Análisis y especificación
de requerimientos, diseño, codificación, integración y pruebas, liberación y
mantenimiento.

Su ciclo de vida abarca las siguientes actividades:

 Análisis de requisitos.
 Diseño del Sistema.
 Diseño del Programa.
 Codificación.
 Pruebas.
 Verificación
 Mantenimiento.

 Ingeniería y Análisis del Sistema: Debido a que el software es siempre parte

de un sistema mayor el trabajo comienza estableciendo los requisitos de todos
los elementos del sistema y luego asignando algún subconjunto de estos
requisitos al software.
 Análisis de los requisitos del software: el proceso de recopilación de los
requisitos se centra e intensifica especialmente en el software. El ingeniero de
software (Analistas) debe comprender el ámbito de la información del
software, así como la función, el rendimiento y las interfaces requeridas.

Página 2
  Diseño: el diseño del software se enfoca en cuatro atributos distintos del
programa: la estructura de los datos, la arquitectura del software, el detalle
procedimental y la caracterización de la interfaz. El proceso de diseño traduce
los requisitos en una representación del software con la calidad requerida
antes de que comience la codificación.
 Codificación: el diseño debe traducirse en una forma legible para la maquina. El
paso de codificación realiza esta tarea. Si el diseño se realiza de una manera
detallada la codificación puede realizarse mecánicamente.
 Prueba: una vez que se ha generado el código comienza la prueba del programa.
La prueba se centra en la lógica interna del software, y en las funciones
externas, realizando pruebas que aseguren que la entrada definida produce los
resultados que realmente se requieren.
 Verificación: Es la fase en donde el usuario final ejecuta el sistema, para ello
el o los programadores ya realizaron exhaustivas pruebas para comprobar que
el sistema no falle.
 Mantenimiento: el 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), o debido a que el cliente requiera ampliaciones
funcionales o del rendimiento.

Herramientas que se utilizan para cada fase:

 Análisis de requisitos – Personal administrativo des el jefe hasta la persona de

menor rango.
 Diseño del Sistema – Arquitectura pura de donde se va trabaja teniendo
dependencia a su vez de el hardware.
 Diseño del Programa – Todo el hardware y el software que se usara para el
desarrollo del sistema
 Codificación – De igual manera el hardware y el software para desarrollar el
programa
 Pruebas – Personal capacitado para realizar las acciones del sistema.
 Verificación – Personal capacitado para verificar que todo esté en orden.
 Mantenimiento – Desarrolladores para la actualización y estabilidad del
sistema.

4. Conclusiones

Página 3
La aplicación de la metodología en cascada se orienta mejora el desarrollo de
proyectos de corto plazo, de poca innovación y proyectos definitivos y detallados. Para
comenzar la aplicación de la metodología en cascada se necesita tener el análisis de los
requerimientos bien definidos, el resultado del desarrollo dependerá de que estos
requerimientos sean los adecuados para satisfacer la necesidad del proyecto. Se
caracteriza por cumplir un orden secuencial en el desarrollo de sus tareas esto implica
retardar el avance del proyecto ya que cada etapa inicia cuando haya finalizado la
anterior siempre y cuando se haya realizado la evaluación respectiva y resuelto los
errores en caso de que los hubiera tenido. Los resultados del proyecto solo se pueden
conocer a partir de que se llegue a la aplicación, hasta entonces el cliente deberá
tener paciencia para esperar los resultados.

5. Ventajas y desventajas

Algunas ventajas al usar este método son:

 Se tiene todo bien organizado y no se mezclan las fases

 Ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo.
 Ayuda a minimizar los gastos de la planificación porque permite realizarla sin
planificación porque permite realizarla sin problemas.

Las desventajas al usar este método son:

 Gran dependencia en los requerimientos iníciales

 Difícilmente un cliente va a establecer al principio todos los requerimientos
necesarios, por lo que provoca un gran atraso trabajando en este modelo, ya
que este es muy restrictivo y no permite movilizarse entre fases.
 El modelo genera pocos signos visibles de progreso hasta el final. Esto puede
dar la impresión de un desarrollo lento, existe la incertidumbre de los clientes
si sus proyectos serán entregados a tiempo.
 Inicio de la codificación muy tarde en el ciclo de vida del proyecto

Página 4
 6. Cuestionario + Respuestas

¿Quién y qué año propuso el modelo cascada?

Por Winston Royce en 1970.

¿Cuántos y cuáles pasos se realizan en este método?

Son 7 pasos

 Análisis de requisitos.
 Diseño del Sistema.
 Diseño del Programa.
 Codificación.
 Pruebas.
 Verificación.
 Mantenimiento.

¿Se puede pasar a una siguiente etapa sin haber realizado una revisión concreta?

No porque, si no realizamos una revisión extensa el procedimiento puede fallar y esto

llevaría al fracaso del sistema.

¿Es necesario analizar y reunir todo el personal para hacer el sistema?

Es muy necesario ya que todas las aéreas que existan van a depender de este sistema
y van a trabajar sobre este sistema que será el dominante de cualquier situación que
se presente.

¿Qué es el SRD?

Son documento de especificación de requisitos, que contiene la especificación

completa de lo que debe hacer el sistema sin entrar en detalles internos.

Página 5
 7. Bibliografía

www.kioskea.com
www.wikipedia.com
www.infsistemas.org

Página 6