CUADRO COMPARATIVO

METODOLOGÍAS TRADICIONALES O CLÁSICAS

METODOLOGÍA VENTAJAS DESVENTAJAS

Una estructura sencilla gracias a una fase de proyecto El usuario final no se integra en el proceso de producción
claramente diferenciadas. hasta que no termina la programación.
CASCADA La cantidad de recursos necesarios para implementar este En ocasiones, los fallos solo se detectan una vez finalizado
modelo es mínima. el proceso de desarrollo.
Buena documentación
Este modelo es de diseño flexible. Este modelo es costoso.
Es fácil detectar errores. Tiene una documentación deficiente debido a los
Podemos encontrar fácilmente la funcionalidad que falta. requisitos de los clientes en constante cambio.
Existe un alcance de refinamiento, lo que significa que los Puede haber demasiada variación en los requisitos.
nuevos requisitos se pueden acomodar fácilmente. Los clientes a veces exigen que el producto real se
PROTOTIPADO
El desarrollador puede reutilizarlo para proyectos más entregue poco después de ver un prototipo inicial.
complicados en el futuro. Puede haber soluciones subóptimas debido a que los
desarrolladores tienen prisa por construir prototipos.

Puede adaptarse y aplicarse a lo largo de la vida del Resulta difícil convencer a grandes clientes de que el
software de computadora. enfoque evolutivo es controlable.
Como el software evoluciona a medida que progresa el Debido a su elevada complejidad no se aconseja
proceso, el desarrollador y el cliente comprenden y utilizarlo en pequeños sistemas.
reaccionan mejor ante riesgos en cada uno de los Genera mucho tiempo en el desarrollo del sistema
ESPIRAL niveles evolutivos.
Modelo costoso
Permite a quien lo desarrolla aplicar el enfoque de
construcción de prototipos en cualquier etapa de
Requiere experiencia en la identificación de riesgos
evolución del producto.
Demanda una consideración directa de los riesgos
técnicos en todas las etapas del proyecto y si se aplica
 adecuadamente debe reducir los riesgos antes de que
se conviertan en problemas.
En la utilización de grandes sistemas ha doblado la
productividad.

Con un paradigma incremental se reduce el tiempo de El modelo Incremental no es recomendable para

desarrollo inicial, ya que se implementa la funcionalidad
parcial.
También provee un impacto ventajoso frente al cliente,
que es la entrega temprana de partes operativas del
Software.
casos de sistemas de tiempo real, de alto nivel de
seguridad, de procesamiento distribuido, y/o de alto
índice de riesgos.
Requiere de mucha planeación, tanto administrativa
como técnica.
Requiere de metas claras para conocer el estado del
proyecto.

El modelo proporciona todas las ventajas del modelo en

cascada realimentado, reduciendo sus desventajas sólo al
INCREMENTAL ámbito de cada incremento.

Permite entregar al cliente un producto más rápido en

comparación del modelo de cascada.

Resulta más sencillo acomodar cambios al acotar el

tamaño de los incrementos.

Por su versatilidad requiere de una planeación cuidadosa

tanto a nivel administrativo como técnico.
 Flexible y adaptable al cambio
Es útil cuando se necesita reducir el riesgo general del
proyecto.
Es adaptable y flexible a los cambios.
Los entregables son más fáciles de mover a medida que
DISEÑO RÁPIDO DE se utilizan scripts, abstracciones de alto nivel y códigos
APLICACIONES intermedios.
Debido a los generadores de códigos y la reutilización
de códigos, la codificación manual ha disminuido.
Con menos personas, la productividad se puede
aumentar en poco tiempo.
No se puede utilizar para proyectos más pequeños.
No todas las aplicaciones son compatibles con RAD
Si los desarrolladores no se comprometen a entregar el
software a tiempo, los proyectos RAD pueden fallar
Funciones reducidas debido al time boxing, donde las
funciones se envían a una versión posterior para
completar un lanzamiento en poco tiempo.
Requiere diseñadores o desarrolladores altamente
calificados.