TABLA COMPARATIVA

M

OD

E

L

O PROCESO VENTAJAS DESVENTAJAS FASES

R

U

P Es un proceso que define claramente quien, cómo, cuándo y qué debe

hacerse; este aporta herramientas como los casos de uso, que definen los requerimientos además de permitir la ejecución iterativa del proyecto y del control de riesgos.

 Para construir un programa exitoso se deben conocer qué quieren y necesitan los usuarios potenciales.

 El desarrollo de un producto comercial puede significar un gran esfuerzo durante meses, e incluso años

 Inicio

 Elaboración

 Construcción

 Transición

X

P

Consiste en una programación rápida o extrema, cuya

particularidad es tener como parte del equipo, al usuario final, pues es uno de los

requisitos para llegar al éxito del proyecto.

 Dinámico y flexible

 Comunicación constante con el cliente

 Pruebas constantes

 Corrección de todos los errores antes de añadir

nueva funcionalidad.

 Reduce el costo de desarrollo y mantenimiento

del software

 Si no se adopta por completo el modelo, debilitan la eficacia de todo el proceso.

 Volatilidad de los requerimientos, ya que son

establecidos de manera informal.

 Conflictos con el cliente.

 Falta de un diseño formal.

 Exploración

 Planificación de la Entrega

 Iteraciones

 Producción

 Mantenimiento

 Muerte del Proyecto

F

D

D

Se enfoca en iteraciones cortas que entregan funcionalidad tangible. En el caso del FDD las iteraciones duran dos semanas.

 El equipo de desarrollo no malgasta el tiempo y dinero del cliente desarrollando soluciones innecesariamente generales y complejas que en realidad no son un requisito del cliente.

 Cada componente del producto final ha sido probado y satisface los requerimientos.

 Rápida respuesta a cambios de requisitos a lo largo del desarrollo.

 Entrega continua y en plazos cortos de software funcional.

 Trabajo conjunto entre el cliente y el equipo de desarrollo.

 Minimiza los costos frente a cambios.

 Importancia de la simplicidad, al eliminar el trabajo innecesario.

 Atención continúa a la excelencia técnica y al buen diseño.

 Mejora continua de los procesos y el equipo de desarrollo.

 Evita malentendidos de requerimientos entre el cliente y el equipo.

 Falta de documentación del diseño. El código no puede tomarse como una documentación. En sistemas de tamaño grande se necesitar leer los cientos o miles de páginas del listado de código fuente.

 Problemas derivados de la comunicación oral. Este tipo de comunicación resulta difícil de preservar cuando pasa el tiempo y está sujeta a muchas ambigüedades.

 Fuerte dependencia de las personas. Como se evita en lo posible la documentación y los diseños convencionales, los proyectos ágiles dependen críticamente de las personas.

 Falta de reusabilidad. La falta de documentación hacen difícil que pueda reutilizarse el código ágil.

 Desarrollar un Modelo Global

 Construir una Lista de los Rasgos

 Planear por Rasgo

 Diseñar por Rasgo

 Construir por Rasgo

...