Metodologa en cascada

Es el enfoque metodolgico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalizacin de la etapa anterior. El mtodo de la cascada es considerado como el enfoque clsico para el ciclo de vida del desarrollo de sistemas, se puede decir que es un mtodo puro que implica un desarrollo rgido y lineal Un ejemplo de una metodologa de desarrollo en cascada es: 1. 2. 3. 4. 5. 6. 7. Anlisis de requisitos. Diseo del Sistema. Diseo del Programa. Codificacin. Pruebas. Implantacin. Mantenimiento.

Se inicia con la especificacin de requerimientos del cliente, continua con la planificacin, el modelado, la construccin y el despliegue para finalizar en el enfoque del software. El modelo est dirigido por documentos y no proporciona resultados tangibles de software hasta el final del ciclo de vida de algunas herramientas. El diseo en cascada es una secuencia definida de los acontecimientos y los resultados finales para proporcionar una estructura para cualquier proyecto que siga el contenido especfico y detallado. Puede ser apropiado para proyectos de software que son estables especialmente cuando sus requisitos no cambian. Este modelo requiere tambin que los implementadores sigan el bien hecho, el diseo completo de precisin, asegurando as la integracin de los ingresos del sistema sin problemas. Es caracterizado por ordenar de manera rigurosa las etapas del ciclo de vida de software, dado que el comienzo de cada etapa debe esperar a la finalizacin de la inmediata anterior. Cuando la revisin determina que el proyecto no est listo para pasar a la siguiente etapa, permanece en la etapa actual hasta que est preparado. Y debido a que el proceso est planeado es ms fcil determinar costos y los plazos. Este modelo puede ser visto como un modelo con forma de cascada de agua con varios saltos, en la que cada salto representa cada una de las fases del ciclo de vida. Cada una de las tareas se evala por separado y de igual manera el equipo que lo desarrolla es diferente. Para decidir implantar la metodologa en cascada se necesita hacer un anlisis de la situacin, por ejemplo: si el cliente quiere intervenir en el proceso una vez iniciado, este mtodo no sera el indicado, sino un mtodo iterativo. Para proceder al diseo primero hay que determinar la especificacin de requisitos los cuales no pueden ser modificados tras el cierre de sesin. Una modificacin o cambio mediante la ejecucin de alguna de las fases, implicara reiniciar desde el principio todo el ciclo completo, esto implicara mayor inversin de tiempo y desarrollo. Asegurarse en el inicio de que las necesidades y el diseo son los correctos nos ahorrara tiempo y esfuerzo. El modelo en cascada proporciona un enfoque estructurado, progresa

linealmente a travs de sus fases por lo que resulta fcil de entender. El proceso de desarrollo en cascada se lo realiza frecuentemente en los proyectos de gobierno y en proyectos que requieran poca innovacin. Algunas de las variantes del modelo en cascada son ms utilizadas debido a su simplicidad y eficacia en software de pequeo y mediano porte.

Secuencia de actividades

1. Anlisis y definicin de requerimientos: En esta etapa se definen los requisitos y requerimientos del sistema software a partir de consultas con los clientes y los usuarios del futuro sistema software. De esta etapa surge el documento de especificacin de requisitos (SRD) que contiene toda la especificacin del sistema sin entrar en detalles de diseo. 2. Diseo del sistema y del software: En esta etapa se dividen los requerimientos en subsistemas, se establece una arquitectura completa y se identifican y describen las relaciones fundamentales del sistema software. De esta etapa surge el documento de diseo del software (SDD) que contiene toda la descripcin del sistema desde el punto de vista del diseo. 3. Implementacin: En esta etapa el diseo del software se lleva a cabo implementndolo en un lenguaje de programacin. Aqu se implementa el cdigo fuente, se crean las bibliotecas y se reutilizan los componentes. 4. Pruebas: En esta etapa, los programas se integran y se prueban como un sistema completo para asegurar que se cumplen los requerimientos del software. Despus de las pruebas el sistema se entrega al cliente. 5. Mantenimiento: Es la etapa ms larga de todos los procesos de desarrollo. El sistema se instala y se pone en funcionamiento corrigiendo todos los errores no

descubiertos en las etapas anteriores. Tambin se mejora la implementacin aadiendo nuevos requerimientos siempre que el usuario los necesite. Ventajas 1) La Documentacin se va produciendo en cada fase. 2) El Modelo cuadra con otros modelos del proceso de ingeniera.

Desventajas: 1) Inflexibilidad: al dividir el proyecto en distintas etapas. 2) Es difcil responder a cambios en los requerimientos del cliente. 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. Cualquier error de diseo detectado en la etapa de prueba conduce necesariamente al rediseo y nueva programacin del cdigo afectado, aumentando los costos del desarrollo. Donde utilizar el modelo El Modelo en Cascada slo se debe utilizar cuando: 1) Los requerimientos se comprendan bien y 2) Sea improbable que cambien radicalmente durante el desarrollo del sistema. Este enfoque se sigue utilizando para el desarrollo de software, en proyectos grandes de ingeniera de sistemas. Cumple con los requisitos para ser una metodologa
Accesible y clara Una de las crticas de esta metodologa es que es poco accesible si es que el cliente requiera realizar cambios. Adaptable a la evolucin Permite control de calidad Productos

Documentos de requisitos Dentro de los que es anlisis se produce el srd que es el documento de requisitos del software Documentos de diseo Una de las fases de esta metodologa es precisamente el diseo en la cual se produce es Cdigo fuente s.d.d es decir el documento de diseo de software. Planes de prueba del sistema. Este modelo admite la posibilidad de hacer iteraciones, es decir, durante las modificaciones que se hacen en el mantenimiento se puede ver por ejemplo la necesidad de cambiar algo en el diseo, lo cual significa que se harn los cambios necesarios en la codificacin y se tendrn que realizar de nuevo las pruebas, es decir, si se tiene que volver a una de las etapas anteriores al mantenimiento hay que recorrer de nuevo el resto delas etapas.
Principios de operacin

Instrucciones de instalacin Procedimiento de almacenamiento Manuales de usuario