UNIVERSIDAD METROPOLITANA DE EDUCACIÓN, CIENCIA Y TECNOLOGÍA

FACULTADAD DE TECNOLOGÍA
LICENCIATURA EN SISTEMAS Y PROGRAMACIÓN
Desarrollo Formal de Programas

Actividad 1
Cuadro comparativo

Tema:
Metodologías de desarrollo de Software

INTEGRANTES:
Ronaldo Jaramillo 8-949-1085

Profesor:
Luis Bernal

Fecha de entrega
18 DE SEPTIEMBRE DE 2021
Índice
1. introducción...........................................................................................................................3
2. Cuadro Comparativo............................................................................................................4
3. Conclusiones.........................................................................................................................7
4. Bibliografía.............................................................................................................................7
1. introducción

En este trabajo expresaremos mediante un cuadro comparativo, las metodologías

de desarrollo de proyectos tradicionales y agiles, en este compararemos todas las
diferencias y similitudes de los tipos de metodología existentes actualmente y con
esto presentaremos nuestro trabajo de manera.
2. Cuadro Comparativo
Metodología Definición Característica Ventajas Desventajas Cuando es Cuando No
s Propicio es propicio
Utilizarlas Utilizarlas
Waterfall Es un método Esta comienza -Todo está -Las pruebas Funciona Cuando son
(Tradicional) que se utiliza por las fases de bien comienzan al bien en proyectos de
para desarrollaranálisis y documentado. finalizar el proyectos gran tamaño.
proyectos en diseño y -Es fácil medir desarrollo. de poco
forma termina con el el progreso. -Es muy lineal y tamaño.
secuencial. testeo y -Es fácil de rígido.
producción. administrar.
Prototipado Se basa Los usuarios -Permite -Puede Cuando los Cuando no
(Tradicional) directamente en brindan medir al malinterpretarse usuarios hay usuarios
construir un feedback del cliente. el desarrollo. están bien bien
prototipo para producto -Permite -Surgen informados informados
ser probado. desarrollado. medir el cambios de del del proyecto.
trabajo. improvisto. proyecto
final.
Espiral Es una Todas sus -Muy bueno -Muy costoso. Cuando Cuando
(Tradicional) combinación de etapas se en la -Requiere necesitas necesitas
los dos realizan de utilización de experiencia en que se convencer al
modelos acuerdo con el grandes la identificación adapte a lo cliente de la
anteriores. nombre en sistemas de riesgos. largo de la utilización.
espiral. doblando la vida del
productividad. software.
Incremental Es por medio Se puede -Menos -Requiere Para No es
(Tradicional) del cual se comenzar a tiempo de mucha remplazar propicio para
construye el utilizar incluso desarrollo. planeación. el modelo casos de
producto final antes de -Impacto de -Las meras son de sistema en
de manera finalizar el ventaja al claras. cascada. tiempo real.
progresiva. desarrollo. cliente.
Diseño rápido Es el utilizado El código del -Sus avances -Requiere Cuando Cuando no
de aplicación para crear un desarrollo son medibles. sistemas queremos queremos
(Tradicional) software de puede contener -Productivos modulares. tener un interferencias
calidad en el errores, por eso más rápidos. -Hay mucha producto de los
menor tiempo. no es bueno -fácil interacción con utilizable usuarios en
utilizarlo adaptabilidad el usuario y antes de la el desarrollo.
directamente. al desarrollo. esto es malo. fecha
productiva.
Kanban (Ágil) Es una Esta crea un -Se acorta el -Solo sirve para Cuando Cuando
metodología flujo de trabajo tiempo de proceso requerimos requerimos
que invento de acuerdo con entrega al repetitivos. realizar realizar
Toyota y las tareas y con igual que el -No se adapta a procesos procesos
funciona de esto incrementa RAD. volúmenes de repetitivos. únicos.
manera el valor del -No se pedidos
progresiva. producto. necesita demasiado
mucha amplios.
planificación.
Scrum (Ágil) Es una Esta realiza el -Los usuarios -Funciona con Cuando Cuando
metodología desarrollo de pueden equipos queremos queremos
incremental que acuerdo con participar en reducidos y no desarrollar desarrollar
divide los bloques de las etapas. muy bien en con con equipos
requisitos de tiempos cortos Nos brinda equipos equipos muy amplios.
las tareas, al y fijos. resultados grandes. pequeños.
igual que el anticipados al -Requiere gran
Kanban. igual que detalle al dividir
Kanban y tareas.
Rad.
Lean (Ágil) Es una En esta el -reducción de -Rechazo por Cuando Cuando
metodología aprendizaje, Costos de los empleados queremos queremos
para pequeños reacciones producción. a la desarrollar desarrollar
equipos de rápidas y a -Mejora en la metodología. rápido sin en orden de
 desarrollo, así potenciar el calidad. -Puede crear importar la acuerdo a la
puedan equipo es algo -disminución brechas en la cadena de cadena de
desarrollar fundamental. de jerarquía. mando. mando.
cualquier tarea desperdicios.
en poco tiempo.
Programación Es la Se basa en -relación -Requiere Cuando Cuando no
Extrema (Ágil) metodología términos estrecha con mucho esfuerzo queremos queremos
basada en las sencillos, el cliente. de trabajo. un causar estrés
relaciones testear, -Software -Muy costoso. producto al equipo.
interpersonales refactorizar, estable -Requiere fiable sin
y se consideran propiedad debido a las mucho control esfuerzos
la clave del colectiva del pruebas. de versiones en muy
éxito de los código, -Aplicación el software grandes
proyectos. integridad del rápida de desarrollado. por parte
cliente. Esto todos los del equipo.
ayuda a cambios.
Desarrollar el
completo
funcionamiento
del desarrollo.
3. Conclusiones

-Durante el desarrollo de este proyecto aprendimos sobre las metodologías de

desarrollo utilizadas en el ámbito laboral del desarrollo de un software.

-Nos mostró la importancia de una metodología de desarrollo de proyectos.

-Las ventajas y desventajas están directamente ligadas al momento en el cual es

propicio o no el uso de las metodologías de desarrollo.

-No nos cabe duda de que es muy importante mantener una metodología de
desarrollo de software, ya que sin estas nuestros proyectos no tendrían un
estándar correcto y podríamos perder calidad en los procesos.
4. Bibliografía

Equipo de redacción de Drew. (2019). Ventajas y desventajas de la metodología

Scrum. 3/12/19, de Drew.co Sitio web: Ventajas y desventajas de la metodología
Scrum (wearedrew.co)

Maria Cahuana. (2015). Ingeniería de software modelo incremental. 7 sep 2015,

de es.slideshare.net Sitio web: https://es.slideshare.net/mardluz/ingeniera-de-
software-modelo-incremental

Desarrollo web. (2019). Extreme Programming: desarrollo ágil llevado al extremo.

7/10/2019, de www.ionos.es/ Sitio web: https://www.ionos.es/digitalguide/paginas-
web/desarrollo-web/extreme-programming/

Santander Universidades. (2020). Metodologías de desarrollo de software: ¿qué

son?. 21/12/2020, de www.becas-santander.com Sitio web: https://www.becas-
santander.com/es/blog/metodologias-desarrollo-software.html