Metodologías para el desarrollo de Software
HUGO SANTIAGO JIMENEZ RUEDA
Created on August 29, 2024
More creations to inspire you
ALL THE THINGS
Presentation
SANTIAGOVR_EN
Presentation
WWII TIMELINE WITH REVIEW
Presentation
BLENDED LEARNING
Presentation
TAKING A DEEPER DIVE
Presentation
WWII JUNE NEWSPAPER
Presentation
AUSSTELLUNG STORYTELLING
Presentation
Transcript
Metodologías para el desarrollo de Software
Realizado por: Hugo Santiago Jimenez Rueda
Metodologías Ágiles
Desarrollo basado en componentes
Prototipos
Espiral
Evolutivo
Incremental
Cascada
ÍndiceMetodologías Clásicas.
REFERENCIAS
1. Requisitos2. Diseño3. Implementación4. Verificación5. Mantenimiento
Cascada
Ventajas y Desventajas
Esquema
Rígido, lineal, adecuado para proyectos con requisitos bien definidos.
Características
Modelo secuencial de desarrollo de software donde cada fase debe completarse antes de que comience la siguiente.
Definición
+ INFO
+ INFO
+ INFO
+ INFO
+ INFO
+ INFO
+ INFO
+ INFO
INCREMENTAL
Ventajas y Desventajas
PlanificaciónDiseñoDesarrolloPruebasEntregaRepetición.
Esquema
Flexibilidad, permite iteraciones, permite ver resultados de forma más rápida en comparación con el modelo en cascada
Características
Desarrollo del software en pequeñas partes, llamadas incrementos, que se añaden de manera secuencial.
Definición
EVOLUTIVO
Ventajas y Desventajas
InicioEvaluaciónRefinamientoRepetición
Esquema
Alta adaptabilidad, centrado en el usuario., alto seguimiento
Características
Desarrollo mediante la evolución continua del software, permitiendo cambios frecuentes y ajustes.
Definición
+ INFO
+ INFO
+ INFO
+ INFO
ESPIRAL
Ventajas y Desventajas
PlanificaciónAnálisis de RiesgosDesarrolloEvaluaciónRepetición
Esquema
Iterativo, enfoque en análisis de riesgos, se prefiere para proyectos grandes, costosos y complicados
Características
Combina elementos de modelos de cascada e incremental, y se centra en la evaluación de riesgos.
Definición
+ INFO
+ INFO
+ INFO
+ INFO
PROTOTIPOS
Ventajas y Desventajas
Identificación de Requisitos InicialesDesarrollo del Prototipo.Evaluación del PrototipoRefinamiento del PrototipoDesarrollo del Producto Final
Esquema
Centrado en la retroalimentación del usuario, iterativo.
Características
Construcción de un modelo o prototipo del software para entender mejor los requisitos.
Definición
+ INFO
+ INFO
+ INFO
+ INFO
Desarrollo basado en componentes
Ventajas y Desventajas
Identificación de Componentes.DiseñoEnsamblaje de ComponentesPruebasImplementación
Esquema
Reutilización de componentes, modularidad, composición secuencial, composición jerárquica
Características
+ INFO
+ INFO
+ INFO
+ INFO
Construcción de software utilizando componentes preexistentes.
Definición
Otras Filosofías
MetodologíaS Clásicas.
Kanban
Crystal
Xp
Scrum
ÍndiceMetodologías Ágiles
Sprint Planning: Se planifica el trabajo a realizar en el siguiente sprint (ciclo corto de desarrollo).Desarrollo: El equipo desarrolla las funcionalidades acordadas en el sprint.Daily Scrum: Reunión diaria para revisar el progreso y ajustar el trabajo del día.Sprint Review: Al final del sprint, se revisa el trabajo completado y se presenta a los stakeholders.Sprint Retrospective: Se reflexiona sobre el sprint y se identifican mejoras para el próximo ciclo.
ESQUEMA
Características: Iterativo, flexible, centrado en equipos autogestionados, autoorganización, artefactos Scrum
Ventajas:Alta adaptabilidadMejora continuaTransparencia y visibilidad.Foco en el valorDesventajas:Requiere alta disciplinaDifícil en equipos grandesDependencia del Product Owner
Definicion: Marco de trabajo ágil para gestionar proyectos, especialmente en desarrollo de software.
Scrum
REFERENCIAS
Planificación: Se priorizan las características y se planifica el trabajo en pequeñas iteraciones.Diseño Simples: Se realizan diseños simples y elegantes, evitando complejidad innecesaria.Programación en Parejas: Dos desarrolladores trabajan juntos en una estación de trabajo para escribir código.Pruebas: Se escriben pruebas automáticas antes de desarrollar el código (Test-Driven Development).Refactorización: Se mejora el código existente sin cambiar su funcionalidad.Entrega Continua: El software se entrega continuamente en pequeñas iteraciones.
ESQUEMA
Características: Programación en pareja, retroalimentación constante.
Ventajas:Alta calidad del softwareRespuesta rápida a cambiosMejor comunicaciónEntregas continuasDesventajas:Requiere un alto compromisoDifícil implementaciónCostoso en tiempo y recursos
Definición: Metodología ágil enfocada en la mejora continua y la calidad del software.
XP
referencias
Inicio: Se evalúan los riesgos y se elige la metodología Crystal adecuada (Clear, Orange, etc.) según el tamaño del proyecto.Ciclo de Desarrollo: Se realiza el desarrollo de acuerdo con los principios de comunicación y simplicidad, adaptando el proceso a las necesidades del proyecto.Revisión: Se realiza una revisión periódica del trabajo y se hacen ajustes según sea necesario.Entrega: Se entrega el software al cliente, con la flexibilidad de adaptar el proceso durante el proyecto.
ESQUEMA
Ventajas:Alta flexibilidadEnfoque en la comunicaciónSimplicidadAdaptabilidadDesventajas:Menos estructuradoDifícil implementación sin experiencia
Definición: Conjunto de metodologías ágiles que se adapta al tamaño del equipo y la criticidad del proyecto. Características: Personalización, centrado en la comunicación.
CRYSTAL
referencias
Visualización del Flujo de Trabajo: Se crea un tablero Kanban con columnas que representan las etapas del flujo de trabajo.Gestión de Flujo: Se controla la cantidad de trabajo en progreso (WIP) para evitar sobrecargas.Revisión y Mejora Continua: Se analizan los cuellos de botella y se hacen ajustes para mejorar el flujo de trabajo.Entrega Continua: Las tareas se completan y entregan de manera continua, sin ciclos fijos.
ESQUEMA
Ventajas:Alta flexibilidadEnfoque en la comunicaciónSimplicidadAdaptabilidadDesventajas:Menos estructuradoDifícil implementación sin experiencia
Definición: Método para gestionar el trabajo de manera eficiente a través de la visualización de tareas.Características: Continuo, basado en el flujo de trabajo.
KABAN
Metodologías Ágiles
Otras
Ganar – Ganar
Ingeniería Web
ÍndiceOtras Filosofías
Análisis de Requisitos: Se determinan los requisitos específicos para aplicaciones web, incluyendo la experiencia del usuario.Diseño Web: Se realiza el diseño de la arquitectura y la interfaz de usuario.Desarrollo: Se codifican las funcionalidades de la aplicación web.Pruebas: Se realizan pruebas de funcionalidad, rendimiento, seguridad y compatibilidad.Implementación: El software se despliega en un entorno de producción y se realizan ajustes finales.
ESQUEMA
Definición: Conjunto de metodologías y técnicas para el desarrollo de aplicaciones web.Características: Específico para entornos web, centrado en la experiencia del usuario.
Ingeniería Web
Ventajas:Optimización para aplicaciones webRápida implementaciónAdaptabilidad a nuevas tecnologíasEnfoque en la experiencia del usuario (UX)Desventajas:Riesgo de obsolescencia rápidaDependencia de la conectividadProblemas de compatibilidadSeguridad
referencias
Identificación de Intereses: Se identifican los intereses y necesidades de todas las partes involucradas.Negociación: Se negocian acuerdos que beneficien a todas las partes.Implementación de Acuerdos: Se implementan los acuerdos alcanzados y se hace seguimiento para asegurar su cumplimiento.Revisión y Mejora Continua: Se revisan los acuerdos y se ajustan según sea necesario para mantener una relación ganar-ganar.
ESQUEMA
Definición: Filosofía basada en la negociación y la colaboración para alcanzar un acuerdo beneficioso para todas las partes.Características: Centrado en la negociación, cooperación.
ganar-ganar
Ventajas:Enfoque en la colaboraciónMayor satisfacción del clienteMejora de las relacionesReducción de conflictosDesventajas:Proceso de negociación complejoPosible compromiso en calidadDifícil implementación en grandes proyectosRiesgo de expectativas irreales
REFERENCIAS
Identificación de NecesidadesPlanificación PersonalizadaDesarrollo Iterativo:Evaluación ContinuaEntrega y Optimización
ESQUEMA
Características: Flexibilidad, personalización e innovación
Definición: Las filosofías alternativas en el desarrollo de software son enfoques que no encajan perfectamente en las metodologías clásicas o ágiles. Estas filosofías están orientadas a resolver problemas específicos del desarrollo de software, adaptándose a las necesidades y circunstancias particulares de cada proyecto.
Otras Filosofías en Metodologías de Desarrollo de Software
Ventajas:Adaptabilidad a diferentes contextos: Estas filosofías permiten una adaptación total a las necesidades del proyecto, lo que puede resultar en un producto más adecuado y personalizado.Innovación constante: Promueven la experimentación y la adopción de nuevas tecnologías y prácticas, lo que puede dar lugar a soluciones más creativas y eficaces.Desventajas:Falta de estructura clara: La flexibilidad extrema puede llevar a una falta de estructura, lo que podría resultar en confusión o desorganización si no se gestiona adecuadamente.Dificultad en la medición del progreso: La falta de un marco rígido puede dificultar la evaluación del progreso y el rendimiento del proyecto, complicando la gestión.
Ventajas:Claridad y estructura: El enfoque secuencial y rígido proporciona un marco claro y fácil de seguir, con un comienzo y un final bien definidos para cada fase.Facilidad de gestión: La separación estricta de fases facilita la gestión y la planificación del proyecto, ya que cada fase tiene entregables claros.Documentación completa: La metodología asegura una documentación detallada en cada etapa, lo que es útil para el mantenimiento y la transferencia de conocimiento.Desventajas:Rigidez: Una vez que una fase se completa, es difícil retroceder y hacer cambios, lo que puede ser problemático si se descubren errores o cambios de requisitos en fases posteriores.Riesgo de problemas tardíos: Los errores o malentendidos en los requisitos iniciales pueden no detectarse hasta las últimas fases, lo que puede ser costoso y difícil de corregir.Poca adaptabilidad: No es adecuada para proyectos en los que los requisitos pueden cambiar o no están bien definidos desde el principio.
Modelo en espiral: el modelo para la gestión de riesgos en el desarrollo de software. (2023, septiembre 12). IONOS Startup Guide; IONOS. https://www.ionos.mx/startupguide/productividad/modelo-en-espiral/ RECLA. (2023, diciembre 19). Modelo Espiral: girando entre iteraciones y riesgos. RECLA. https://recla.org/blog/modelo-spiral/
Identificación de Requisitos Iniciales: Se identifican y documentan los requisitos básicos.Desarrollo del Prototipo: Se construye un prototipo que refleja los requisitos esenciales.Evaluación del Prototipo: Los usuarios evalúan el prototipo y proporcionan feedback.Refinamiento del Prototipo: El prototipo se ajusta y mejora según el feedback.Desarrollo del Producto Final: Una vez validado el prototipo, se desarrolla el producto final basado en el prototipo mejorado.
Bibliografía Atlassian. (s/f). Gestión ágil de proyectos para equipos de software. Atlassian. Recuperado el 29 de agosto de 2024, de https://www.atlassian.com/es/agile/project-management Metodología SCRUM. (2022, marzo 16). grupoaspasia.com; Grupo Aspasia. https://grupoaspasia.com/es/glosario/metodologia-scrum/ ¿Qué es el framework de Scrum? (s/f). Ui1.es. Recuperado el 29 de agosto de 2024, de https://www.ui1.es/blog-ui1/que-es-el-framework-de-scrum
Ventajas:Manejo efectivo de riesgos: La identificación y mitigación de riesgos en cada ciclo ayuda a prevenir problemas grandes y costosos.Flexibilidad: Combina los beneficios de otros modelos como cascada e incremental, permitiendo ajustes a lo largo del ciclo de desarrollo.Entrega progresiva: La entrega de versiones incrementales del software permite una validación continua por parte del cliente.Desventajas:Complejidad en la implementación: El modelo puede ser difícil de implementar correctamente debido a su enfoque en la gestión de riesgos y la necesidad de habilidades especializadas.Costoso: Los múltiples ciclos y la necesidad de gestionar riesgos constantemente pueden aumentar el costo total del proyecto.Tiempo de desarrollo: La atención constante a los riesgos y la revisión iterativa pueden alargar el tiempo de desarrollo.
Ventajas:Alta adaptabilidad: La metodología permite ajustes frecuentes y responde bien a cambios en los requisitos o en el entorno del proyecto.Enfoque centrado en el usuario: Las iteraciones constantes y el feedback del usuario aseguran que el producto final se ajuste mejor a las expectativas y necesidades reales.Reducción del riesgo: Los problemas se pueden identificar y solucionar a lo largo del proceso de desarrollo, en lugar de esperar hasta el final.Desventajas:Requiere comunicación constante: El éxito de esta metodología depende de una comunicación fluida y continua entre el equipo de desarrollo y el cliente, lo que puede ser difícil de mantener.Difícil gestión: La naturaleza iterativa y cambiante del proyecto puede hacer que la gestión del tiempo y los recursos sea más complicada.Potencial de sobrecarga en el cliente: La necesidad constante de feedback puede sobrecargar al cliente o los usuarios involucrados.
¿Tienes una idea?
Usa este espacio para añadir una interactividad genial. Incluye texto, imágenes, vídeos, tablas, PDFs… ¡incluso preguntas interactivas!Tip premium: Obten información de cómo interacciona tu audiencia:
- Visita las preferencias de Analytics;
- Activa el seguimiento de usuarios;
- ¡Que fluya la comunicación!
Planificación: Se definen los objetivos, alternativas y restricciones.Análisis de Riesgos: Se identifican los riesgos y se desarrollan estrategias para mitigarlos.Desarrollo: Se crea una iteración del software, que puede ser un prototipo o una parte del sistema.Evaluación: Se prueba la iteración y se recogen datos para la planificación del próximo ciclo.Repetición: El ciclo se repite, refinando el sistema en cada iteración.
Inicio: Se comienza con un conjunto básico de requisitos.Desarrollo: Se crea una primera versión del software (prototipo o versión básica).Evaluación: Los usuarios prueban la versión y proporcionan feedback.Refinamiento: El software se ajusta y mejora según el feedback recibido.Repetición: Se repiten los ciclos de desarrollo, evaluación y refinamiento hasta que el software cumple con los objetivos.
Planificación: Se definen los requisitos generales y se planifican los incrementos.Análisis de Requisitos: Se detallan los requisitos para el primer incremento.Diseño: Se diseña el primer incremento, con enfoque en su integración futura.Desarrollo: Se implementa el código del primer incremento.Pruebas: Se prueban las funcionalidades del primer incremento.Entrega: El incremento se entrega y se recoge feedback.Repetición: Se repiten los pasos para los siguientes incrementos hasta completar el sistema.
Identificación de Componentes: Se seleccionan componentes reutilizables para el sistema.Diseño: Se diseña la arquitectura que integrará los componentes.Ensamblaje de Componentes: Los componentes se integran para formar el sistema.Pruebas: Se realizan pruebas para asegurar que los componentes funcionan bien en conjunto.Implementación: El sistema completo se entrega al cliente.
Metodologías de desarrollo de software: ¿qué son? (s/f). Santanderopenacademy.com. Recuperado el 29 de agosto de 2024, de https://www.santanderopenacademy.com/es/blog/metodologias-desarrollo-software.html ¿Qué modelo de ciclo de vida del software es el más adecuado para tu proyecto? (s/f). Intelequia. Recuperado el 29 de agosto de 2024, de https://intelequia.com/es/blog/post/qu%C3%A9-modelo-de-ciclo-de-vida-del-software-es-el-m%C3%A1s-adecuado-para-tu-proyecto Sentrio. (2023, junio 21). Diferencias entre el desarrollo Iterativo e Incremental. Sentrio. https://sentrio.io/blog/diferencias-entre-desarrollo-iterativo-e-incremental/
REFERENCIAS GENERALES
Lonc, J. (2024, junio 28). What is prototyping in software development (and why it’s important). SPARK Business Works. https://sparkbusinessworks-com.translate.goog/blog/prototyping-in-software-development/?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=sge
Metodología de espiral: fases y desarrollo. (2021, noviembre 23). Hosting Plus. https://www.hostingplus.mx/blog/metodologia-de-espiral-fases-y-desarrollo/ Modelo en espiral: el modelo para la gestión de riesgos en el desarrollo de software. (2023, septiembre 12). IONOS Startup Guide; IONOS. https://www.ionos.mx/startupguide/productividad/modelo-en-espiral/
Ventajas:Flexibilidad: Permite la adaptación a los cambios en los requisitos durante el desarrollo del proyecto, ya que cada incremento puede ajustarse según las necesidades.Entrega temprana: Los incrementos iniciales pueden ponerse en producción antes de que todo el sistema esté terminado, proporcionando valor más rápidamente.Reducción de riesgos: Cada incremento permite verificar y validar partes del sistema, lo que reduce el riesgo de errores grandes al final del proyecto.Desventajas:Complejidad en la integración: A medida que se desarrollan y agregan más incrementos, la integración de todos los componentes puede volverse compleja y problemática.Requiere buena planificación: Es crucial planificar adecuadamente cada incremento para evitar la duplicación de esfuerzos o la creación de dependencias innecesarias.Dependencia del feedback continuo: La metodología requiere retroalimentación constante del cliente, lo que puede no ser siempre factible.
Requisitos: Se recogen y documentan todos los requisitos del sistema en detalle.Diseño: Se elabora la arquitectura del software, abarcando el diseño de alto nivel (arquitectura) y de bajo nivel (detalles específicos).Implementación: Los desarrolladores escriben el código según el diseño establecido.Verificación: Se realizan pruebas exhaustivas para asegurar que el software cumple con los requisitos especificados.Mantenimiento: Se corrigen errores, realizan mejoras y se actualiza el software según las necesidades del cliente.
Modelo en Espiral. (s/f). Ryte.com. Recuperado el 29 de agosto de 2024, de https://es.ryte.com/wiki/Modelo_en_Espiral What is Spiral Model and How is it Used? (2019, agosto 15). Software Quality; TechTarget. https://www-techtarget-com.translate.goog/searchsoftwarequality/definition/spiral-model?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=sge Wikipedia contributors. (s/f). Desarrollo en espiral. Wikipedia, The Free Encyclopedia. https://es.wikipedia.org/w/index.php?title=Desarrollo_en_espiral&oldid=161899044
REFERENCIAS GENERALES
Bibliografía Mendoza, M. L. (2020, septiembre 18). Extreme Programming: Qué es y cómo aplicarlo. Openwebinars.net. https://openwebinars.net/blog/extreme-programming-que-es-y-como-aplicarlo/ NimbleWork, P. R. (2022, diciembre 22). ¿Qué Es Extreme Programming (XP)? - Valores, Principios Y Prácticas. Nimblework; NimbleWork, Inc. https://www.nimblework.com/es/agile/programacion-extrema-xp/ Raeburn, A. (2024, febrero 13). ¿Qué es la programación extrema (XP)? [2024] •. Asana. https://asana.com/es/resources/extreme-programming-xp
Ventajas:Clarificación de requisitos: Los prototipos permiten a los clientes ver una representación temprana del producto, lo que facilita la identificación de los requisitos correctos.Mejora en la satisfacción del usuario: El feedback temprano y continuo asegura que el producto final cumpla con las expectativas del usuario.Reducción de riesgos: Identifica posibles problemas o necesidades adicionales antes de que el desarrollo esté demasiado avanzado.Desventajas:Costo elevado: Desarrollar múltiples prototipos puede ser costoso y requiere tiempo adicional.Expectativas no realistas: Los usuarios pueden confundir el prototipo con el producto final, lo que podría llevar a expectativas no realistas en cuanto a la funcionalidad y el tiempo de entrega.Riesgo de desviación: Existe el riesgo de que el proyecto se desvíe del alcance inicial si se realizan demasiados cambios en los prototipos.
Metodologías de desarrollo de software: ¿qué son? (s/f). Santanderopenacademy.com. Recuperado el 29 de agosto de 2024, de https://www.santanderopenacademy.com/es/blog/metodologias-desarrollo-software.html Valtx. (2022, julio 19). Metodologías de desarrollo de software: ¿Qué son y para qué sirven? Valtx. https://www.valtx.pe/blog/metodologias-para-el-desarrollo-de-software-que-son-y-para-que-sirven What are Software Components? (2017). En Series on Component-Based Software Development (pp. 15–19). World Scientific. (S/f). Home.blog. Recuperado el 29 de agosto de 2024, de https://tognu.home.blog/wp-content/uploads/2020/02/cap17.pdf
REFERENCIAS GENERALES
(S/f). Unam.mx:8080. Recuperado el 29 de agosto de 2024, de http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A4%20Cap%C3%ADtulo%201.pdf?sequence=4&isAllowed=y#:~:text=Modelo%20de%20prototipos%20evolutivos.,conocidos%20al%20inicio%20del%20proyecto.
REFERENCIAS GENERALES
Gerea, C. (2021, marzo 15). Prototipo: qué es y para qué sirve. FREED TOOLS. https://freed.tools/blogs/ux-cx/prototipo Lewis, S. (2023, junio 9). What is the prototyping model? CIO; TechTarget. https://www-techtarget-com.translate.goog/searchcio/definition/Prototyping-Model?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=sge Modelo de prototipos: ¿qué es y cuáles son sus etapas? (2021, julio 6). Hosting Plus. https://www.hostingplus.mx/blog/modelo-de-prototipos-que-es-y-cuales-son-sus-etapas/ ¿Qué es un prototipo? (2014, julio 22). Udl.cat; Curso de Interacción Persona-Ordenador. https://mpiua.invid.udl.cat/fases-mpiua/prototipado/que-es-un-prototipo/
REFERENCIAS GENERALES
Ventajas:Reutilización: Al usar componentes existentes, se reduce el tiempo y el costo de desarrollo, y se aumenta la confiabilidad del software.Modularidad: Facilita la actualización y el mantenimiento del software, ya que los componentes pueden ser modificados o reemplazados individualmente.Mejor calidad: Los componentes probados y reutilizables suelen ser de alta calidad, lo que mejora la robustez del software final.Desventajas:Dependencia de terceros: La calidad y disponibilidad de los componentes pueden estar fuera del control del equipo de desarrollo.Integración compleja: Integrar componentes de diferentes fuentes o tecnologías puede ser técnicamente complejo y llevar a problemas de compatibilidad.Limitaciones en la personalización: El uso de componentes preexistentes puede limitar la capacidad de personalizar el software según las necesidades específicas del cliente.
Bibliografía Garzás, J. (2012, septiembre 25). Las metodologías Crystal. Otras metodologías ágiles que, quizás, te puedan encajar más que Scrum. Javier Garzas; Javier Garzás. https://www.javiergarzas.com/2012/09/metodologias-crystal.html Munoz, C. (2017, julio 17). Metodología ágil crystal clear. Linkedin.com. https://www.linkedin.com/pulse/metodolog%C3%ADa-%C3%A1gil-crystal-clear-cristian-mu%C3%B1oz-carvajal/ ¿Qué es la metodología ágil? (s/f). Redhat.com. Recuperado el 30 de agosto de 2024, de https://www.redhat.com/es/topics/devops/what-is-agile-methodology
Bibliografía Atlassian. (s/f). Kanban. Translate.Goog. Recuperado el 30 de agosto de 2024, de https://www-atlassian-com.translate.goog/agile/kanban?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=sge Martins, J. (2024, enero 19). ¿Qué es la metodología Kanban y cómo funciona? Asana. https://asana.com/es/resources/what-is-kanban Metodología Kanban: qué es y cómo implementarla en tu empresa. (2024, agosto 23). APD España; APD. https://www.apd.es/metodologia-kanban/
Bibliografía de Licenciatura en Sistemas y Computación, T. (s/f). Metodologías de desarrollo de software. Edu.ar. Recuperado el 30 de agosto de 2024, de https://repositorio.uca.edu.ar/bitstream/123456789/522/1/metodologias-desarrollo-software.pdf Ingeniería Web. (s/f). SlideShare. Recuperado el 30 de agosto de 2024, de https://es.slideshare.net/slideshow/ingeniera-web-128835233/128835233 Metodologías Agiles vs Tradicionales. (2022, mayo 9). POSITIVO. https://www.positivo.pro/blog/metodologias-agiles-vs-tradicionales/ Wikipedia contributors. (s/f). Ingeniería web. Wikipedia, The Free Encyclopedia. https://es.wikipedia.org/w/index.php?title=Ingenier%C3%ADa_web&oldid=158480881
Bibliografía Clavijo, C. (2023, junio 26). Qué es la negociación ganar-ganar, ventajas y fases. Hubspot.es. https://blog.hubspot.es/sales/ganar-ganar de Licenciatura en Sistemas y Computación, T. (s/f). Metodologías de desarrollo de software. Edu.ar. Recuperado el 30 de agosto de 2024, de https://repositorio.uca.edu.ar/bitstream/123456789/522/1/metodologias-desarrollo-software.pdf Metodologías de desarrollo de software: ¿qué son? (s/f). Santanderopenacademy.com. Recuperado el 30 de agosto de 2024, de https://www.santanderopenacademy.com/es/blog/metodologias-desarrollo-software.html
Bibliografía Atlassian. (s/f). La metodología ágil y DevOps frente a frente. Atlassian. Recuperado el 30 de agosto de 2024, de https://www.atlassian.com/es/devops/what-is-devops/agile-vs-devops Estándares y guías para la digitalización. (s/f). Gob.pe. Recuperado el 30 de agosto de 2024, de https://guias.servicios.gob.pe/creacion-servicios-digitales/marcoagil-designthinking/tecnicas-dthinking Xavier, R. C. (2017, mayo 19). Design Thinking en el desarrollo de softwares. Khomp. https://www.khomp.com/es/design-thinking-en-el-desarrollo-de-softwares/