Está en la página 1de 5

Modelo Modelo Modelo DRA Modelo Modelo

Cascada Prototipo Espiral Incremental Modelos ágiles


1. Comunicación 1. Recolección y 1. Modelado de 1. Determinar o 1. Requerimientos 1. Análisis
2. Planeación refinamiento de Gestión fijar los objetivos 2. Definición de 2. Desarrollo
3. Modelado requisitos 2. Modelado de Datos 2. Análisis del las tareas y las 3. Testing
4. Construcción 2. Modelado, diseño 3. Modelado de riesgo iteraciones
5. Despliegue rápido Procesos 3. Desarrollar, 3. Diseño de los
3. Construcción del 4. Generación de verificar y incrementos
Fases Prototipo Aplicaciones validar. 4. Desarrollo del
4. Desarrollo, 5. Pruebas de Entrega 4. Planificar. incremento
evaluación del 5. Validación de
prototipo por el cliente incrementos
5. Refinamiento del 6. Integración de
prototipo incrementos
6. Producto de 7. Entrega del
Ingeniería producto

Cada fase se Se elabora un prototipo Sus fases se desarrollan El software se Un proyecto es Se adaptar la
desarrolla de del producto final: de manera similar al desarrolla en una descompuesto en forma de trabajo
Actividades manera secuencial definiendo qué aspecto desarrollo del software serie de versiones una serie de a las condiciones
es decir que el tendrá y cómo lineal secuencial que incrementales, al incrementos, cada del proyecto,
inicio de cada etapa funcionará enfatiza un ciclo de completar un uno de los cuales consiguiendo
debe esperar a la desarrollo ciclo, se suministra una flexibilidad e
finalización de la extremadamente comienza la porción de la inmediatez en la
etapa anterior. corto. planificación del funcionalidad respuesta para
siguiente. respecto de la amoldar el
totalidad de los proyecto y su
requisitos del desarrollo a las
proyecto. circunstancias
específicas del
entorno.

En cualquier La agilidad pone


Permite construir momento puede Establece entregas más énfasis en la
En ciertas sistemas utilizables en retrasarse el parciales mediante entrega rápida de
situaciones pueda Los prototipos se crean poco tiempo, proceso de un calendario de software
Tiempo que tome mucho con rapidez. normalmente de 60 a desarrollo si plazos. operacional y
más tiempo en 90 días dentro de un menos énfasis en
desarrollarse del ciclo se deben productos de
que realmente tomar decisiones trabajo
necesite. importantes o intermedios.
por acciones
adicionales al
planificar el ciclo
siguiente.

Escuchar al cliente. Se deben comprender En cada etapa del Las tareas están La agilidad
Recolección de bien los requisitos y proyecto están divididas en fomenta actitudes
Este modelo lleva requisitos. Se también limitar el involucrados los iteraciones, es y estructuras
al analista de encuentran y definen ámbito del proyecto clientes, hasta decir, pequeños grupales que
Iteración o sistema a conocer los objetivos globales, para crear un “sistema completar el lapsos en los cuales facilitan la
comunicación todos los se identifican los completamente proyecto. se trabaja para comunicación
requerimientos del requisitos conocidos y funcional” dentro de conseguir (entre integrantes
cliente. las áreas donde es
obligatorio más periodos cortos de objetivos del equipo, entre
definición. tiempo. específicos. tecnólogos y
ejecutivos, y
entre
ingenieros de
software y
gerentes).
Se realiza una o Combina se enfoca en
Documentación La entrada y salida Se realiza un esquema a Emplea la más elementos del mínima
de cada fases están seguir del prototipo. construcción de representaciones MLS con la documentación
documentadas prototipos y el uso de de la aplicación. filosofía interactiva (mínima – no
específicamente. utilidades CASE. de construcción de ninguna
prototipos. documentación)
y la entrega de
soluciones
funcionando
(software que
funcione para el
caso de TI).

El cliente y el El cliente Es el mismo La agilidad


Participación El cliente da a Este modelo es útil desarrollador estarán evaluara las cliente el que adopta al cliente
conocer los cuando el cliente no comprometidos en las representaciones incluye o desecha como parte del
del cliente requisitos a ser identifica los requisitos rápidas actividades del software elementos al final equipo ágil
suplidos mediante detallados. necesarias para creadas durante de cada de desarrollo.
la completar un sistema la etapa de incremento.
en un marco de ingeniería e
tiempo abreviado. implementada
elaboración e durante la etapa
implementación del de instalación.
software

El modelo está La limitación de La estrategia Cada incremento a Los cambios


diseñado para llevar Construir y revisar la tiempo impuesto en existente podría ejercer depende de están siempre
Control de a cabo una revisión maqueta (prototipo) un proyecto DRA reemplazarse por la decisión final del presentes:
cambios final, que se demanda “ámbito en una de las cliente a fin de que cambios en el
encarga de escalas” ya que esto alternativas el software se software a
determinar si el ayuda a que una previamente adapte mejor a sus construir, en los
proyecto está listo aplicación de gestión definidas o una necesidades reales. miembros del
para avanzar a la puede modularse de nueva. equipo, en la
siguiente fase. forma que permita tecnología o
completarse cada una cambios de otro
de las funciones tipo que tienen
principales en menos repercusión
de tres meses. en el proyecto o
en el producto

Grandes empresas, Software de Se utiliza sobre ERP y Se emplea para


Tipo de proyectos investigación, versiones Aplicaciones Web todo en grandes probablemente todo tipo de
gubernamentales y beta. proyectos desarrollo de aplicaciones
software militares. juegos
Cada una de las El ejército de Al final de cada En cada etapa se
fases concluye con El cliente prueba la Los entregables Estados Unidos incremento se informará al
un resultado maqueta (prototipo) y pueden ser fácilmente adoptó el entrega un cliente de los
provisional (hito) lo utiliza para refinar los trasladados a otra modelo espiral producto logros y
Productos de la como, por ejemplo, requisitos del software. plataforma para el desarrollo completamente progresos del
fase un catálogo de y actualización operacional. mismo, con la
requisitos en forma del programa de visión de
de pliego de modernización involucrarlo
condiciones, la de los Sistemas directamente para
especificación de de Combates sumar su
una arquitectura de Futuros (SCF) experiencia y
software o una conocimiento, y
aplicación a nivel así, optimizar las
alfa o beta. características del
producto final
obteniendo en
todo momento
una visión
completa de su
estado.

También podría gustarte