UNIVERSIDAD UTE

FACULTAD DE CIENCIAS DE LA INGENIERÍA E INDUSTRÍAS

INGENÍERIA INFORMÁTICA Y CIENCIAS DE LA COMPUTACIÓN
INGENIERÍA DE SOFTWARE

Nombre: Carlos Yépez Curso: 5A Fecha: 14/06/2019

TALLER 3 - METODOLOGÍAS ROBUSTAS VS ÁGILES

REALIZAR UN CUADRO COMPARATIVO ENTRE LAS METODOLOGÍAS TRADICIONALES Y

LAS METODOLOGÍAS ÁGILES.

METODOLOGÍAS ROBUSTAS METODOLOGÍAS ÁGILES

Entre las principales metodologías eXtreme Programming
tradicionales tenemos los ya tan conocidos Scrum.
RUP y MSF entre otros, que centran su Crystal Clear
atención en llevar una documentación Dynamic Systems Development Method
exhaustiva de todo el proyecto y centran su Feature Driven Development
atención en cumplir con un plan de Adaptive Software Development
proyecto, definido todo esto, en la fase
inicial del desarrollo del proyecto.
Evaluación en cada fase que permite Entrega continua y en plazos breves de
cambios de objetivos software funcional.
Seguimiento detallado en cada una de las Atención continua a la excelencia técnica y al
fases. buen diseño.
Funciona bien en proyectos de innovación

La evaluación de riesgos es compleja Importancia de la simplicidad, eliminado el

trabajo innecesario
Nuestro cliente deberá ser capaz de describir Trabajo conjunto entre el cliente y el equipo
y entender a un gran nivel de detalle para de desarrollo.
poder acordar un alcance del proyecto con
él.
El proceso de desarrollo está encorsetado
por documentos firmados.
Basadas en normas provenientes de Basadas en heurísticas provenientes de
estándares seguidos por el entorno de prácticas de producción de código.
desarrollo
Existen unas costosas fases previas de Especialmente preparados para cambios
especificación de requisitos, análisis y durante el proyecto.
diseño. La corrección durante el desarrollo
de errores introducidos en estas fases será
costosa, es decir, se pierde flexibilidad ante
los cambios
Impuestas externamente. Impuestas internamente (por el equipo)
Proceso mucho más controlado, con Proceso menos controlado, con pocos
numerosas políticas/normas. principios.
El cliente interactúa con el equipo de El cliente es parte del equipo de desarrollo.
desarrollo mediante reuniones.
Más artefactos. Pocos artefactos.

Más roles. Pocos roles.

 UNIVERSIDAD UTE
FACULTAD DE CIENCIAS DE LA INGENIERÍA E INDUSTRÍAS
INGENÍERIA INFORMÁTICA Y CIENCIAS DE LA COMPUTACIÓN
INGENIERÍA DE SOFTWARE
Grupos grandes y posiblemente distribuidos. Grupos pequeños (<10 integrantes) y
trabajando en el mismo sitio

La arquitectura del software es esencial y se Menos énfasis en la arquitectura del

expresa mediante modelos software

Existe un contrato prefijado No existe contrato tradicional o al menos es

bastante flexible

METODOLOGÍA ÁGIL METODOLOGÍA TRADICIONAL O ROBUSTA

Pocos artefactos.
Pocos roles.
No existe un contrato tradicional o al menos
es bastante flexible.
El cliente es parte del equipo de desarrollo.
Grupos pequeños trabajando en el mismo.
sitio
Menos énfasis en la arquitectura.
Énfasis en la comunicación del grupo.
Proceso menos controlado.
Buena solución para entornos cambiantes.
Mas artefactos.
Mas roles.
Existe un contrato prefijado.
El cliente interactúa con el equipo de
desarrollo mediante reuniones.
Grupos grandes.
La arquitectura es esencial.
Énfasis en los roles.
Proceso mucho más controlado.
Cierta resistencia a los cambios.