<\/p>\n
El modelo en cascada<\/b> es un enfoque cl\u00e1sico en el desarrollo de software que describe un m\u00e9todo de desarrollo lineal y secuencial. Consta de cinco a siete fases, cada etapa est\u00e1 definida por distintos tareas y objetivos, por lo que la totalidad de las fases describe el ciclo de vida del software hasta su entrega. Una vez finalizada una etapa, sigue el paso siguiente de desarrollo y los resultados de la etapa anterior pasan a la pr\u00f3xima etapa.\n<\/p>\n El modelo en cascada<\/b> (o waterfall model en ingl\u00e9s) fue el primer m\u00e9todo ampliamente utilizado en la industria del software. Como enfoque tradicional, no es repetitivo en contraste con los modelos \u00e1giles con sprints simples, pero puede ser complementado con bucles de retroalimentaci\u00f3n y loopbacks. A\u00fan se usa hoy en d\u00eda en varias versiones si los requerimientos y caracter\u00edsticas de un software pueden ser claramente definidos durante la etapa conceptual.\n<\/p>\n La primera menci\u00f3n de un modelo en fases se remonta a Winston Royce. En su ensayo \u00abManaging the Development of Large Software Systems\u00bb (Administraci\u00f3n del desarrollo de grandes sistemas de software) describi\u00f3 un m\u00e9todo de desarrollo para grandes proyectos de software, que se divide en fases ya en 1970. Adem\u00e1s critic\u00f3 este enfoque y propuso una alternativa que se asemeja a la creaci\u00f3n de prototipos. Royce se refer\u00eda al \u00abNine Phase Stage-Wise Model\u00bb de Herbert Benington, difundido en 1956. Mientras que Benington preve\u00eda nueve fases, Royce las redujo a siete. El t\u00e9rmino modelo en cascada<\/b> no fue utilizado por ninguno de los dos. Su uso se basa en un libro de 1976, que trata principalmente de los requerimientos para software[1]<\/sup><\/p>\n El modelo original en cascada consta de siete fases sucesivas:[2]<\/sup><\/p>\n Varios equipos y expertos trabajan en estas etapas. Los contratistas, la administraci\u00f3n de proyectos y los desarrolladores senior suelen participar hasta la etapa de implementaci\u00f3n. Posteriormente de la implementaci\u00f3n, los desarrolladores hacen el trabajo, por lo que las pruebas del software se manejan habitualmente de forma separada, por ejemplo, por laboratorios de pruebas independientes. Expertos en marketing y servicios participan en parte en su lanzamiento. En las grandes empresas y corporaciones, se usa el m\u00e9todo SDLC modificado y estructurado con mayor precisi\u00f3n (ciclo de vida de desarrollo del sistema), que se basa en el modelo en cascada<\/b>.[3]<\/sup>. Hay adem\u00e1s otras versiones de este modelo que, por ejemplo, introducen items repetitivos en forma de bucles para detectar y corregir errores y fallos en fases anteriores.\n<\/p>\n Algunas ventajas y desventajas del modelo en cascada<\/b>:[4]<\/sup>[5]<\/sup>[6]<\/sup><\/p>\n El modelo en cascada<\/b> es uno de los modelos de procedimiento m\u00e1s conocidos en el desarrollo de software. Se ha utilizado con \u00e9xito durante d\u00e9cadas, pero ahora s\u00f3lo se usa para proyectos m\u00e1s peque\u00f1os en los que las especificaciones son claras. Los inconvenientes antes mencionados, no obstante, adem\u00e1s llevaron a los analistas y desarrolladores a dise\u00f1ar modelos alternativos llamados desarrollo \u00e1gil de software[7]<\/sup>. El principal problema del modelo en cascada<\/b> es que los cambios y revisiones no est\u00e1n necesariamente previstos por las secuencias l\u00f3gicas. La retroalimentaci\u00f3n de los clientes, testers o probadores e ingenieros a lo largo del desarrollo, est\u00e1 en parte ausente, y la incorporaci\u00f3n del software en un sistema existente tiene lugar en un big bang. Estos inconvenientes pueden evitarse modificando las fases del proyecto, como es el caso del Modelo en Espiral. Pero desde hace algunos a\u00f1os, los m\u00e9todos \u00e1giles que usan otros items estructurales son mucho m\u00e1s populares (por ejemplo, los roles y sprints con Scrum o los principios extremos de programaci\u00f3n). Por norma general, son m\u00e1s econ\u00f3micos, conducen a resultados m\u00e1s r\u00e1pidos y son m\u00e1s transparentes para los clientes.\n<\/p>\n \n<\/div>\n","protected":false},"excerpt":{"rendered":" El modelo en cascada es un enfoque cl\u00e1sico en el desarrollo de software que describe un m\u00e9todo de desarrollo lineal y secuencial. Consta de cinco a siete fases, cada etapa…<\/p>","protected":false},"author":1,"featured_media":0,"parent":0,"template":"","glossary-cat":[],"class_list":["post-69891","glossary","type-glossary","status-publish"],"yoast_head":"\n\nAntecedentes<\/span>
\n<\/h2>\n\nInformaci\u00f3n general<\/span>
\n<\/h2>\n\nC\u00f3mo funciona<\/span>
\n<\/h2>\n\n
\nBeneficios \/ Desventajas<\/span>
\n<\/h2>\n\nVentajas<\/span>
\n<\/h3>\n\n
\nDesventajas<\/span>
\n<\/h3>\n\n
\nImportancia para la programaci\u00f3n<\/span>
\n<\/h2>\n\n<\/h2>\n
\nEnlaces web<\/span>
\n<\/h2>\n\n