¿QUÉ ES?
VENTAJAS DESVENTAJAS
Es el enfoque metodológico que ordena
rigurosamente las etapas del ciclo de vida
del software, de tal forma que el inicio de
CASCADA PURA cada etapa debe esperar a la finalización
de la inmediatamente anterior.
Es un modelo poco útil, pero sin embargo
bastante común Se puede tener una
especificación formal, o no tenerla Si no se
ha utilizado formalmente un método,
CODIFICAR Y probablemente ya se esté usando el
CORREGIR método Codificar y Corregir en forma
intuitiva Cuando se utiliza éste método se
empieza con una idea general de lo que se
necesita construir.
Consiste en una serie de ciclos que se
repiten en forma de espiral, comenzando
desde el centro. El Espiral puede verse
ESPIRAL como un modelo evolutivo que conjuga la
naturaleza iterativa del modelo MCP. con
los aspectos controlados y sistemáticos del
modelo cascada
USOS
Se tiene todo bien organizado y no se mezclan las
fases. Es perfecto para proyectos que son rígidos, y
además donde se especifiquen muy bien los
requerimientos y se conozca muy bien la herramienta a
utilizar
No conlleva ninguna gestión; no se pierde tiempo en la
planificación, en la documentación, en el control de
calidad, en el cumplimiento de los estándares, o en
cualquier otra actividad que no sea codificación pura.
Como se pasa directamente a codificar, se pueden
mostrar inmediatamente indicios de progreso.
Reduce riesgos del proyecto Incorpora objetivos de
calidad. Integra el desarrollo con el mantenimiento, etc.
Además es posible tener en cuenta mejoras y nuevos
requerimientos sin romper con la metodología, ya que
este ciclo de vida no es rígido ni estático.
Un proyecto rara vez sigue una secuencia
lineal, esto crea una mala implementación del
modelo, lo cual hace que lo lleve al fracaso.
El proceso de creación del software tarda
mucho tiempo ya que debe pasar por el
proceso de prueba y hasta que el software no
esté completo no se opera.
El modelo resulta peligroso para otro tipo de
proyectos que no sean pequeños.
Puede que no suponga gestión alguna, pero
tampoco ofrece medios de evaluación del
progreso.
No proporciona medios de evaluación de la
calidad o de identificación de riesgos.
Genera mucho tiempo en el desarrollo del
sistema Modelo costoso Requiere
experiencia en la identificación de riesgos.
El modelo en cascada se despeña bien
en proyectos con requisitos claros o
cuando se trabaja con herramientas
técnicas y es des aconsejable cuando
se necesita un rápido desarrollo.
Se utiliza cualquier combinación de
diseño, código, depuración y métodos
de prueba no formales que sirven hasta
que se tiene el producto listo para
entregarlo.
El modelo en espiral es beneficioso en
proyectos que necesitan reducción de
riesgos.
 El incremental es un modelo de tipo
evolutivo que está basado en varios ciclos
Cascada realimentados aplicados
INCREMENTAL repetidamente, con una filosofía iterativa
O EVOLUTIVO
Es un modelo de proceso de desarrollo de
software lineal secuencial que enfatiza un
ciclo de desarrollo extremadamente corto.
MODELO DRA
Es una metodología estándar una de las
más utilizadas (junto UML) para análisis,
RUP diseño, implementación y documentación
de sistemas orientados a objetos.
Pertenece a los modelos de desarrollo
evolutivo. Se inicia con la definición de los
PROTOTIPOS objetivos globales juego se identifican los
requisitos se planta con rapidez una
iteración de prototipos y se presenta el
modelado.
Se reduce el tiempo de desarrollo inicial, ya que se El modelo Incremental no es recomendable El modelo incremental es útil sobre
implementa la funcionalidad parcial. proporciona todas para casos de sistemas de tiempo real, de todo cuando el personal necesario para
las ventajas del modelo en cascada realimentado, alto nivel de seguridad, de procesamiento una implementación completa no esta
reduciendo sus desventajas sólo al ámbito de cada distribuido, y/o de alto índice de riesgos. disponible.
incremento. más rápido en comparación del modelo de Requiere de mucha planeación, tanto
cascada. Resulta más sencillo acomodar cambios al administrativa como técnica. Requiere de
acotar el tamaño de los incrementos. metas claras para conocer el estado del
proyecto.
Permiten que los ingenieros de sw desarrollen Para proyectos grandes, necesita suficientes El modelo DRA es utilizado para ciclos
versiones cada vez más completas del sw. Producen recursos humanos para crear el número de vida del software cortos.
una versión completa en forma incremental con cada correcto de equipos DRA Si los
iteración desarrolladores y clientes no se
comprometen con las actividades rápidas
necesarias para completar un sistema en un
marco de tiempo muy breve, los proyectos
fallarán.
Proporciona Carece en cuanto a la propuesta para Para proyectos de aplicaciones web
mecanismos para modularizar y parametrizar sección representar aspectos como la interfaz de entiempo real
es del modelo de tiempo real. usuario, la multiplicidad de medios en los
tipos de información o la complejidad de la
navegación dentro del sistema.
No modifica el ciclo de vida, reduce el riesgo de Se suelen desatender aspectos importantes Se emplea más comúnmente como
construir productos que no satisfagan necesidades de tales como a calidad y el mantenimiento a una técnica susceptible de
los usuarios, reduce costos. largo plazo. implementarse dentro del contexto de
los modelos del proceso expuesto.
 Se basa en el trabajo orientado al objeto, Programación organizada. Es recomendable emplearlo solo en Sirve para desarrollar y liberar
basándose para esto en la velocidad de Menor taza de errores. proyectos a corto plazo software. Y además poder revisarlo
reacción para la implementación. Satisfacción del programador. Altas comisiones en caso de fallar para incorporar nuevas
XP Solución de errores de programas Imposible prever todo antes de programar funcionalidades
Versiones nuevas Demasiado costoso e innecesario
Implementa una forma de trabajo donde se
adapte fácilmente a las circunstancias

Sugiere un enfoque sistemático o más bien Se debe tener en cuenta que fue el primer modelo Los requisitos no se pueden congelar Es ampliamente utilizado en los
secuencial del desarrollo del software que empleado. mientas dura el desarrollo. El usuario debe sistemas gubernamentales de gran
comienza en un nivel de sistemas. Facilita la gestión del desarrollo. esperar mucho tiempo hasta ver los tamaño.
MODELO LINEAL Progresa con el análisis, diseño, resultados.
SECUENCIAL codificación, pruebas y mantenimiento. Los errores de análisis y diseño son costosos
de eliminar y se propagan a las fases
siguientes con un efecto conocido como bola
de nieve. Se genera mucho mantenimiento
debido al periodo de congelación de
requisitos.
Modelo ágil de desarrollo rápido, enfocado Posee bajos costos al realizar un cambio en el No sirve para grupos de desarrollo Software para dispositivos móviles
a grupos pequeños y busca rápidas proyecto. demasiado grandes o segmentados.
respuestas Entrega rápidos resultados. Depende demasiado de que exista una
MOBILE-D Asegura el software adecuado en el momento buena comunicación entre los miembros del
adecuado. equipo.