A pesar de que el modelo en cascada original, que propuso Winston Royce, prev\u00e9 \u00abciclos de retroalimentaci\u00f3n\u00bb, la inmensa mayor\u00eda de las organizaciones que aplica este modelo de proceso lo trata como si fuera estrictamente lineal.<\/p>\n\n\n\n Entre los problemas que algunas veces se encuentran al aplicar el modelo en cascada est\u00e1n:<\/p>\n\n\n\n El modelo incremental<\/strong><\/p>\n\n\n\n El modelo incremental entrega una serie de lanzamientos, llamados incrementos<\/strong>, que proporcionan en formo progresiva m\u00e1s funcionalidad para los clientes a medida que se entrega cada uno de los incrementos.<\/p>\n\n\n\n A menudo, al utilizar un modelo incremental el primer incremento es un producto esencial<\/strong>. Es decir, se incorporan los requisitos b\u00e1sicos, pero muchas caracter\u00edsticas suplementarias (algunas conocidas, otras no) no se incorporan. El producto esencial queda en manos del cliente (o se somete a una evaluaci\u00f3n detallada). Como resultado de la evaluaci\u00f3n se desarrolla un plan para el incremento siguiente. El plan afronta la modificaci\u00f3n del producto esencial con el fin de satisfacer de mejor manera las necesidades del cliente y la entrega de caracter\u00edsticas y funcionalidad adicionales. Este proceso se repite despu\u00e9s de la entrega de cada incremento mientras no se haya elaborado el producto completo.<\/p>\n\n\n\n El modelo DRA(Desarrollo R\u00e1pido de Aplicaciones)<\/p>\n\n\n\n El es un modelo de proceso de software incremental<\/strong> que resalta un ciclo de desarrollo corto. El modelo DRA es una adaptaci\u00f3n a \u00abalta velocidad\u00bb del modelo en cascada en el que se logra el desarrollo r\u00e1pido mediante un enfoque de construcci\u00f3n basado en componentes. Si se entienden bien los requisitos y se limita el \u00e1mbito del proyecto, el proceso DRA permite que un equipo de desarrollo cree un \u00absistema completamente funcional\u00bb dentro de un periodo muy corto (por ejemplo, de 60 a 90 d\u00edas).<\/p>\n\n\n\n Modelo de Construcci\u00f3n de Prototipos<\/p>\n\n\n\n A pesar de que la construcci\u00f3n de prototipos se puede utilizar como un modelo de proceso independiente, se emplea m\u00e1s com\u00fanmente como una t\u00e9cnica susceptible de implementarse dentro del contexto de cualquiera de los modelos. Sin importar la forma en que \u00e9ste se aplique, el paradigma de construcci\u00f3n de prototipos ayuda al ingeniero de sistemas y al cliente a entender de mejor manera cu\u00e1l ser\u00e1 el resultado de la construcci\u00f3n cuando los requisitos est\u00e9n satisfechos. El paradigma de construcci\u00f3n de prototipos se inicia con la comunicaci\u00f3n. El ingeniero de software y el cliente encuentran y definen los objetivos globales para el software, identifican requisitos conocidos y las \u00e1reas del esquema en donde es necesaria m\u00e1s definici\u00f3n.<\/p>\n\n\n\n![\"\"](\"http:\/\/lash.utrng.edu.mx\/wp-content\/uploads\/2018\/10\/cascada.png\")
<\/a><\/figure>\n\n\n\n\n\n\n\n
\n\n\n\n<\/a><\/figure>\n\n\n\n
\n\n\n\n<\/a><\/figure><\/div>\n\n\n\n
\n\n\n\n