Please enable JavaScript.

Coggle requires JavaScript to display documents.

Modelos de desarrollo - Coggle Diagram

- - - - Como hemos dicho, los programas informáticos son mucho más complejos y abstractos que un edificio o que cualquier producto resultante de otra ingeniería. Es por esto que modelo no se adecua bien al desarrollo de sistemas. Sus principales defectos son los siguientes:
        
        Falta de retroalimentación
        
        Es bien conocido que, la mayoría delas veces, el cliente comienza con una idea aproximada y vaga de lo que quiere y, sólo cuando ve el programa funcionando, comienza a comprender en detalle lo que realmente necesita.Sin embargo, en el modelo en cascada, sólo se tiene un ejecutable del sistema hasta el final del proyecto.
        
        Baja mitigación de riesgos
        
        Con el modelo en cascada no es hasta el final del proyecto cuando se pueden hacer pruebas y determinarla viabilidad o eficiencia de nuestra arquitectura. Así, los elementos más riesgosos (como la viabilidad de la arquitectura del sistema) se determinar al término del proceso de desarrollo, cuando es más difícil y costoso modificarlos, además de que se ha perdido valioso tiempo y recursos diseñando una arquitectura que al final se revela como no viable.
        
        Rigidez y poca adaptabilidad.
        
        En un mundo perfecto, los clientes y los desarrollados tendrían claros los requerimientos (lo que debe hacer el sistema) desde un principio y estos requerimientos no cambiarían él durante el proceso de desarrollo. Sin embargo la realidad es distinta , los requerimientos cambian constantemente, bien porque el cliente se da cuenta de necesidades que ignoraba o la tecnología evoluciona.
- - - - Mitigación de riesgos
        
        Como las pruebas se hacen desde el principio del proyecto, puede determinarse la viabilidad o eficiencia delas decisiones de diseño. Además, los elementos con más riesgo se tratan en las primeras iteraciones, con lo cual se puede implementar una mitigación de riesgos más temprana y exitosa.
        
        Retroalimentación.
        
        Como hay ejecutables desde el mismo comienzo del proyecto, el cliente puede examinarlos y proponer los cambios que necesita para su negocio. También los desarrolladores tienen una rápida retroalimentación delo que funciona y lo que no, ya quelas pruebas se realizan desde el comienzo mismo del proyecto y no se debe esperar al final para hacer modificaciones necesarias.
        
        Flexibilidad
        
        Los requerimientos no quedan totalmente fijados hasta el final del proyecto de desarrollo. Por ello, se pueden realizar cambios de forma flexible. El conocimiento que se adquiere en una iteración sirve para plantear de forma más realista los requerimientos de la siguiente.