ESTÁNDARES Y MÉTRICAS DE CALIDAD EN EL DESARROLLO DE

SOFTWARE – SEMANA 4

YORGUIN AUGUSTO LOPEZ ORTIZ

CORPORACIÓN UNIVERSITARIA MINUTO DE DIOS - UNIMINUTO

ESPECIALIZACIÓN EN DESARROLLO DE SOFTWARE

BUCARAMANGA

2023
 CONTENIDO
Introducción. ............................................................................................................. 3

1. Cuadro comparativo sobre las metodologías de desarrollo de software. ............. 4

Conclusiones. ........................................................................................................... 8

Bibliografía ................................................................................................................ 9
 INTRODUCCIÓN.
La elección de la metodología de desarrollo de software es un aspecto crucial para
el éxito de cualquier proyecto. En la actualidad, existen numerosas metodologías
disponibles, cada una con sus propias características y enfoques. En este contexto, las
metodologías ágiles se han convertido en una opción popular debido a su capacidad para
adaptarse a los cambios y mejorar continuamente el proceso de desarrollo. En este
cuadro comparativo, se presentan algunas de las metodologías ágiles más populares,
junto con sus definiciones, características, etapas, ventajas y desventajas. El objetivo de
este cuadro es ayudar a los desarrolladores a evaluar las diferentes opciones y
seleccionar la metodología que mejor se adapte a las necesidades de su proyecto.

Con el pasar del tiempo, las metodologías tradicionales han dejado de ser usadas de
forma intensiva, aunque aun se siguen usando sobre todo en proyectos donde los
requerimientos están bien definidos y se puede reducir la incertidumbre por requisitos
ocultos. El cuadro siguiente muestra en la primera sección una comparación para tres
metodologías tradicionales como son modelo Cascada, Espiral y en V.
1. CUADRO COMPARATIVO SOBRE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE.

Metodología Definición Característica Etapas Ventajas Desventajas

Metodologías Tradicionales.
Cascada Un enfoque Secuencial, con 1. Requisitos. Fácil de No es adecuada
secuencial para fases bien 2. Diseño. entender y de para proyectos
el desarrollo de definidas: 3. Implementación. usar. Es útil complejos o
software en el requisitos, diseño, 4. Pruebas. para proyectos cambiantes. No
que cada fase se implementación, 5. Mantenimiento. pequeños y permite el
completa antes pruebas y simples con retroceso en fases
de avanzar a la mantenimiento. requisitos bien previas.
siguiente. definidos.
Modelo en V Una variación del Estructurada y 1. Requisitos y Análisis Enfoque en Rigidez en los
modelo en lineal, proceso de 2. Diseño arquitectónico pruebas cambios de
cascada en el desarrollo 3. Diseño detallado tempranas. requisitos, difícil de
que las pruebas organizado por 4. Implementación Fácil de corregir errores
se realizan en fases, enfoque en 5. Pruebas de entender y una vez que una
paralelo con cada pruebas integración manejar. etapa está
fase. tempranas. 6. Pruebas de sistema completada, poca
7. Pruebas de flexibilidad
aceptación
8. Mantenimiento
Modelo en Un proceso Proceso iterativo 1. Planificación. Es útil para Es más compleja y
Espiral iterativo que que combina el 2. Análisis de riesgos. proyectos costosa que otras
combina el ciclo ciclo de vida 3. Ingeniería. grandes y metodologías.
de vida cascada cascada con el 4. Evaluación. complejos con Requiere una
análisis de riesgos. requisitos buena
 con el análisis de cambiantes. planificación y
riesgos. Permite la gestión de riesgos.
evaluación
temprana de
riesgos.
Metodologías ágiles
Scrum Una metodología Enfoque en la 1. Planificación del Flexibilidad en Requiere un
iterativa y entrega temprana sprint los cambios de equipo altamente
colaborativa en la de un subconjunto 2. Reuniones diarias requisitos. colaborativo y
que se trabaja en de requisitos. 3. Revisión del sprint Mayor comprometido.
ciclos de entrega Ciclos de entrega 4. Retrospectiva del involucramiento No es adecuado
cortos llamados cortos. sprint del cliente. para proyectos
"sprints". Reuniones diarias Mejora continua grandes y
de seguimiento. del proceso. complejos.
Roles claros y Mayor calidad
definidos. del producto
Enfoque en la final.
mejora continua.
Kanban Una metodología Enfoque en la 1. Visualización del flujo Mejora continua Requiere un
visual en la que mejora continua. de trabajo del proceso. equipo altamente
se utilizan Limitación del 2. Establecimiento de Mayor eficiencia colaborativo y
tableros para trabajo en límites WIP en el proceso comprometido.
visualizar el progreso. 3. Gestión del flujo de desarrollo. Puede ser difícil de
proceso de Flexibilidad en los 4. Mejora continua Flexibilidad en implementar para
desarrollo y cambios de los cambios de equipos nuevos o
limitar el trabajo requisitos. requisitos. no acostumbrados
en progreso. Visualización del a la metodología
proceso de visual.
desarrollo.
Extreme Una metodología Enfoque en la 1. Planificación del Mayor calidad Requiere un
Programming ágil que se calidad del código. lanzamiento del código. equipo altamente
(XP) enfoca en la Enfoque en la 2. Planificación de Mayor colaborativo y
calidad del satisfacción del iteraciones satisfacción del comprometido.
código y la cliente. 3. Diseño cliente. Puede ser difícil de
satisfacción del Pruebas 4. Codificación Pruebas implementar para
cliente. automatizadas. 5. Pruebas automatizadas. equipos nuevos o
Programación en 6. Integración Mayor eficiencia no acostumbrados
parejas. en el proceso a la metodología.
Integración de desarrollo.
continua.
Lean Una metodología Mejora continua. 1. Identificación del flujo Mayor eficiencia Requiere un
Development que se enfoca en Eliminación de de valor en el proceso equipo altamente
(Continuación) la eliminación de desperdicios. 2. Eliminación de de desarrollo. colaborativo y
desperdicios y la Flujo de valor. desperdicios Mayor calidad comprometido.
creación de valor Colaboración y 3. Entrega continua del producto Puede ser difícil de
para el cliente. comunicación. 4. Aprendizaje continuo final. implementar para
Enfoque en la equipos nuevos o
creación de no acostumbrados
valor para el a la
cliente. metodología.
Mayor
satisfacción del
cliente.
Crystal Una familia de Adaptabilidad. Comprender el contexto Adaptabilidad a Puede ser difícil de
metodologías Enfoque en las del proyecto las necesidades implementar para
ágiles que se personas. 2. Selección de la del proyecto. equipos nuevos o
adaptan a las Ciclos de entrega metodología Crystal Enfoque en las no acostumbrados
necesidades y cortos. adecuada personas y la a la metodología.
características Roles flexibles y comunicación. Requiere un alto
adaptables. nivel de
 específicas de Enfoque en la 3. Ajuste de la Ciclos de conocimiento y
cada proyecto. mejora continua. metodología según sea entrega cortos. experiencia por
necesario parte del equipo.
Feature Driven Una metodología Enfoque en la 1. Desarrollo de un Mayor eficiencia Requiere un
Development ágil que se entrega de modelo global en el proceso equipo altamente
(FDD) enfoca en la características 2. Construcción de una de desarrollo. colaborativo y
entrega de concretas. lista de características Enfoque en la comprometido.
características Desarrollo 3. Planificación iterativa entrega de No es adecuado
concretas del iterativo. 4. Diseño por características para proyectos
software de Roles claros y características concretas. grandes y
manera iterativa. definidos. 5. Construcción por Mayor calidad complejos.
Enfoque en la características del producto
mejora continua. 6. Pruebas por final.
características
 CONCLUSIONES.
En conclusión, tanto las metodologías de desarrollo de software tradicionales como
las ágiles tienen ventajas y desventajas que deben ser consideradas en función de las
necesidades del proyecto. Las metodologías tradicionales son más adecuadas para
proyectos con requisitos bien definidos y estables, mientras que las metodologías ágiles
son más adecuadas para proyectos en los que los requisitos pueden cambiar o no estar
completamente definidos desde el principio. Las metodologías ágiles también ofrecen
una mayor flexibilidad y adaptabilidad al cambio, lo que las hace ideales para proyectos
que requieren una rápida respuesta a las necesidades del mercado. Por otro lado, las
metodologías tradicionales ofrecen un mayor control sobre el proceso de desarrollo y
permiten una mayor planificación y seguimiento del progreso. En última instancia, la
elección de la metodología adecuada dependerá de las necesidades del proyecto y de la
cultura organizacional en la que se lleva a cabo el proyecto.
 BIBLIOGRAFÍA
Cockburn, A. (2004). Desarrollo ágil de software: La guía cooperativa. Prentice Hall.

Hall., P. (2003). Desarrollo dirigido por funcionalidades (FDD). Addison-Wesley.

Larman, C. (2004). Desarrollo ágil guiado por pruebas: TDD en Java, desde conceptos
hasta código. Pearson Prentice Hall.

Pressman, R. (2014). Ingeniería del software: un enfoque práctico (7ª ed.). McGraw Hill
Education.

Schwaber, K. (2014). Gestión ágil de proyectos con Scrum. Pearson Educación.

Sommerville, I. (2011). Ingeniería del software. Addison-Wesley.