El modelo en cascada es un enfoque metodológico para el desarrollo de software que ordena las etapas de manera secuencial, donde cada etapa debe completarse antes de comenzar la siguiente. Las 7 etapas son: pre-análisis, análisis, diseño, desarrollo, pruebas, implementación y mantenimiento. Esta metodología es sencilla pero lineal, lo que puede dificultar regresar a etapas previas.
0 calificaciones0% encontró este documento útil (0 votos)
334 vistas5 páginas
El modelo en cascada es un enfoque metodológico para el desarrollo de software que ordena las etapas de manera secuencial, donde cada etapa debe completarse antes de comenzar la siguiente. Las 7 etapas son: pre-análisis, análisis, diseño, desarrollo, pruebas, implementación y mantenimiento. Esta metodología es sencilla pero lineal, lo que puede dificultar regresar a etapas previas.
El modelo en cascada es un enfoque metodológico para el desarrollo de software que ordena las etapas de manera secuencial, donde cada etapa debe completarse antes de comenzar la siguiente. Las 7 etapas son: pre-análisis, análisis, diseño, desarrollo, pruebas, implementación y mantenimiento. Esta metodología es sencilla pero lineal, lo que puede dificultar regresar a etapas previas.
El modelo en cascada es un enfoque metodológico para el desarrollo de software que ordena las etapas de manera secuencial, donde cada etapa debe completarse antes de comenzar la siguiente. Las 7 etapas son: pre-análisis, análisis, diseño, desarrollo, pruebas, implementación y mantenimiento. Esta metodología es sencilla pero lineal, lo que puede dificultar regresar a etapas previas.
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
Está en la página 1/ 5
2.1.
1 Modelo en Cascada En Ingeniera de software el desarrollo en cascada, tambin llamado modelo 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. Las fases son 7:
Pre anlisis La fase de Pre- anlisis consiste en conocer las reglas del negocio, sus necesidades y adquirir conocimiento acerca de las funciones propias del modelo de negocio. Anlisis La fase de Anlisis es directamente abordar la coleccin de necesidades identificadas en el pre- anlisis y en base a ellas proponer una solucin, teniendo en cuenta la viabilidad tanto a nivel tcnico como a nivel administrativo. (Que vamos a hacer?) Diseo
La fase de Diseo consiste en detallar la solucin al
problema que hemos identificado, es decir, debemos estructurar a nivel aplicacin, red y base de datos como vamos a abordar la solucin, en el diseo debemos apoyarnos de diagramas de entidad relacin para la base de datos, diagrama de clases entre otros. (Cmo lo vamos a hacer?) Desarrollo La fase de Desarrollo es llevar a acciones el diseo que hemos elaborado previamente, es decir, aqu nos ayudamos de un lenguaje de programacin y de los softwares existentes para elaborar la aplicacin que dar solucin al problema identificado inicialmente. Pruebas La fase de Pruebas consiste en una vez terminada la aplicacin 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 solucin creada soluciona las necesidades planteadas al inicio del proceso de desarrollo. Implementacin La fase de Implementacin se lleva a cabo cuando se han superado las pruebas propuestas y estamos 100% seguros de la calidad y de la estabilidad de nuestra aplicacin, en este sentido, implementamos a cada usuario y en cada equipo la aplicacin, establecemos la base de datos e insertamos los valores iniciales para que empiece a funcionar y establecemos las comunicaciones a travs de la aplicacin cliente y los servidores si feria necesario. Mantenimiento La fase de Mantenimiento nace gracias a que los sistemas en general y por consecuencia los sistemas de software sufren de entropa, 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 comunicacin (redes), servidores (base de datos) y a las aplicaciones en general, es importante mencionar que es parte del mantenimiento los pequeos cambios que van surgiendo con el tiempo a raz los cambios en las reglas del negocio. Ventajas
Es un modelo sencillo y disciplinado
Es fcil 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 planificacin, pues se realiza sin problemas
Desventajas Los proyectos raramente siguen el proceso lineal tal como se defina originalmente el ciclo de vida. Es difcil que el cliente exponga explcitamente todos los requisitos al principio. El cliente debe tener paciencia pues obtendr el producto al final del ciclo de vida. No refleja exactamente cmo 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. Ejemplo: El desarrollo de las fases se produce de manera secuencial. Una vez se produce el anlisis tanto del Sistema como de los requisitos del software demandado por el cliente, (fases en las que la intervencin del cliente es absolutamente necesaria), se procede a la fase de diseo de la arquitectura global del software. Un diseo elaborado de forma cuidadosa llevar a una rpida codificacin. Tras haber traducido el programa a un lenguaje comprensible para el ordenador, se comprueban los elementos de forma individual y ms tarde de manera homognea (todos los sistemas a la vez). Una vez entregado el software al cliente, la fase de Mantenimiento comprender las actualizaciones y las correcciones de errores que sean necesarias en el programa.
A grandes rasgos el primer paso es conseguir un documento con la
especificacin completa, exacta, no ambigua de los requisitos del
sistema software que debe ser desarrollado. Este documento
inicial es transformado en un documento de anlisis, supuestamente alejado de la mquina. Despus, a partir del anlisis, se obtiene otro documento, el diseo. Y por ltimo, del diseo se obtiene el documento final: el cdigo. Para asegurar que no se introducen equivocaciones al transformar un documento (modelo) en otro, se hacen pruebas, al terminar cada uno. Las pruebas son planificadas desde el principio y se documentan como se vayan realizando. Antes de la entrega del sistema software, se valida que satisface los requisitos definidos en el documento inicial.
Empresa que lo aplica:
Saahi Systems, como se menciona en el apartado de Solutions en su pagina web: Web Development : As per the customer requirements, Saahi follows the waterfall model (which was the original SDLC method) and rapid application development (RAD) model or a hybrid of other development models to deliver web solutions.
Modelo clsico en cascada. [En lnea]. Disponible:
http://audiemangt.blogspot.mx/2010/04/metodologia-clasica-en-cascada.html [2013, 23 de febrero]. http://www.saahisystems.com/solutions.html http://jhondavid1992.blogspot.mx/2012/06/ejemplos-de-modelos-de-desarrollo-del.html
