CUADRO COMPARATIVO

VICTOR IVAN DE LA CRUZ ALMEIDA

ACTIVIDAD 3. Investiga a cerca de las metodologías de desarrollo de
software y elabora un cuadro comparativo de las metodologías Agiles y
Clásicas.

Metodologías de desarrollo de software

Agiles Clásicas

Manifiesto y Principios Cascada

El Manifiesto Ágil es un escrito El modelo de cascada original se

creado y firmado por 17 desarrolló entre las décadas de los
personalidades del mundo de la años 60 y 706 y se define como una
programación con la finalidad de secuencia de actividades, donde la
facilitar el trabajo a estrategia principal es seguir el
desarrolladores y clientes y agilizar progreso del desarrollo de software
los procesos de creación de hacia puntos de revisión bien
software, centrándose más en las definidos (en inglés, milestones o
relaciones interpersonales entre checkpoints) mediante entregas
cliente, desarrolladores y equipo programadas con fechas precisas (en
de trabajo, que en los procesos inglés, schedule).
estandarizados a lo largo de los
años.  El modelo original planteaba que
cada actividad debía completarse
antes de poder continuar con la
siguiente actividad. Sin embargo, en
una revisión posterior se extendió el
modelo, permitiendo regresar a
actividades anteriores.
Scrum, metodología de Incremental
desarrollo de software más
El modelo incremental consiste de un
utilizada
desarrollo inicial de la arquitectura
completa del sistema, seguida de
Scrum es la metodología ágil más incrementos y versiones parciales de
utilizada. En 2017, supuso el 58% éste.
del total de uso de todas las Cada incremento tiene su propio ciclo
metodologías, muy por delante de de vida, típicamente siguiendo el
cualquier otra. Esta metodología modelo de cascada.
está basada principalmente en la
creación y asignación de Los incrementos pueden construirse
cometidos. de manera serial o paralela
dependiendo de la naturaleza de la
Tales cometidos, normalmente dependencia entre versiones y
escritos en postits o derivados, se recursos.
implementan en el sistema, que
controla los cambios que se Cada incremento agrega
puedan producir en los mismos: funcionalidad adicional o mejorada
asignado, no asignado, terminado, sobre el sistema. Conforme se
en proceso, etc.  completa cada etapa, se verifica e
integra la última versión con las
demás versiones ya completadas del
sistema.
Kanban Evolutivo

Esta metodología de origen El modelo evolutivo es una extensión

japonés está basada en el método
de producción Toyota surgido en
los años 40. Su nombre procede de
la unión de las palabras Kan, cuyo
significado hace referencia al
plano visual, y Ban, que significa
tarjeta.
al modelo incremental en la que los
incrementos se hacen de manera
secuencial, en lugar de en paralelo.
Desde el punto de vista del cliente, el
sistema evoluciona según vayan
siendo entregados los incrementos.

Así, se puede concluir que esta Desde el punto de vista del

metodología ágil “hace uso de desarrollador, los requerimientos que
tarjetas para gestionar, de son claros al principio del proyecto
manera visual, la realización de dictan el incremento inicial, mientras
determinados procesos”. que los incrementos para cada uno
de los siguientes ciclos de desarrollo
Tal uso de tarjetas es su principal se clarifican a través de la experiencia
ventaja, ya que permite que de los incrementos anteriores.
Kanban sea una metodología muy
sencilla de implementar al sistema
y los proyectos de una compañía.

eXtreme Programming Espiral

La metodología XP fue El modelo espiral, desarrollado
desarrollada por Kent Beck, uno de durante la década de los años 80, es
los principales precursores una extensión del modelo de
del Manifiesto Ágil. cascada.

eXtreme Programming es A diferencia del modelo de cascada,

la metodología de desarrollo de que es dirigido por documentos, el
software más sencilla y fácil de modelo espiral se basa en una
implantar, aunque a su vez fue de estrategia para reducir el riesgo del
las menos utilizadas por las proyecto en áreas de incertidumbre,
compañías en 2017. como tener requerimientos iniciales
incompletos e inestables.
Es una metodología basada en la
“retroalimentación continua entre El modelo enfatiza ciclos de trabajo,
cliente y equipo de desarrollo”. cada uno de los cuales estudia el
riesgo antes de proceder al siguiente
ciclo.

Cada ciclo comienza con la

identificación de los objetivos,
soluciones alternas y restricciones
asociadas con cada alternativa, y
finalmente se procede a su
evaluación.

Cuando se encuentra que existe

cierta incertidumbre, se utilizan
diversas técnicas para reducir el
riesgo de las distintas alternativas.
Desarrollo Ligero (Lean) Prototipos

El Desarrollo Ligero, también Un prototipo es una versión

conocido como Lean, es una preliminar, intencionalmente
metodología especialmente
diseñada para equipos de trabajo
pequeños.
Es necesario que los miembros del
mismo sean personas preparadas y
motivadas, ya que el desarrollo del
proyecto no se encaminará
siguiendo los procesos de un
sistema de producción típico, sino
que dependerá de la eficacia y
unión del equipo de trabajo.
incompleta o reducida de un sistema.
El uso de prototipos es una estrategia
que puede aplicarse en casi todas las
actividades del proceso de software.
El propósito de los prototipos es
obtener de manera rápida la
información necesaria como ayuda
en la toma de decisiones.

Al igual que Kanban y otras

metodologías ágiles, Lean está
basado en el método de
producción Toyota y es una de las
más utilizadas para el desarrollo
de proyectos a medio plazo.