Gestión del proceso de mantenimiento de software

12345678910111213141516171819202122232425262728293031323334353637383940
Across
  1. 5. Técnica para dividir un programa en módulos más pequeños y manejables.
  2. 11. Capacidad del software para manejar un aumento en el volumen de trabajo.
  3. 12. inversa Capacidad de un sistema para funcionar con versiones previas tras los cambios.
  4. 13. Técnica para analizar un sistema existente y extraer su diseño y lógica de alto nivel.
  5. 17. Modelo que implementa cambios en ciclos cortos, minimizando riesgos a través de pruebas continuas.
  6. 18. Proceso de diseñar casos de prueba para evaluar cambios específicos.
  7. 19. Herramienta utilizada para rastrear modificaciones realizadas al software.
  8. 21. Métricas utilizadas para evaluar la efectividad de los cambios.
  9. 22. Proceso de trasladar software a nuevos entornos tecnológicos, preservando su funcionalidad.
  10. 24. Estrategia detallada para llevar a cabo y supervisar los cambios en el software.
  11. 26. Validación de que las nuevas funcionalidades se comportan según lo esperado.
  12. 28. Proceso de clasificar cambios según su urgencia, criticidad e impacto.
  13. 31. Modelo que clasifica cambios según su complejidad y criticidad, asignando prioridades estratégicas.
  14. 32. Grado en que el software opera sin fallas tras un cambio.
  15. 33. Evaluación del rendimiento del sistema bajo condiciones de uso intensivo.
  16. 34. Proceso de documentar detalles y justificaciones de los cambios requeridos.
  17. 37. Estructura diseñada para soportar modificaciones futuras sin grandes costos.
  18. 38. Capacidad del software de ser modificado fácilmente para corregir errores o mejorar.
  19. 39. Implementación repetitiva de mejoras basadas en retroalimentación continua.
  20. 40. Validación oficial de las solicitudes de cambio por las partes interesadas.
Down
  1. 1. Comparación de los resultados de pruebas con los criterios establecidos.
  2. 2. Habilidad del software para ajustarse a nuevos entornos o requerimientos.
  3. 3. Análisis de cómo un cambio afecta otras partes del sistema.
  4. 4. Modelo que prioriza cambios basados en costos y beneficios, maximizando el valor al menor costo.
  5. 6. Medida de cómo los cambios afectan positivamente al software.
  6. 7. Inspección del código para detectar problemas antes de la implementación.
  7. 8. Medida de la eficiencia y velocidad del software tras los cambios.
  8. 9. Estándares definidos para medir el éxito de los cambios realizados.
  9. 10. Práctica de implementar y probar cambios frecuentemente para minimizar errores.
  10. 14. Evaluación para garantizar que los cambios no afecten otras partes del software.
  11. 15. Opinión de los usuarios o equipo para ajustar el proceso de mantenimiento.
  12. 16. Paso inicial para identificar y analizar los desafíos que afectan el software.
  13. 20. Proceso de rediseñar un software para mejorar su calidad, rendimiento o mantenibilidad.
  14. 23. Estudio detallado del código fuente para comprender la lógica y estructura de un programa.
  15. 25. Supervisión de cambios para mantener la consistencia del sistema.
  16. 27. Capacidad de rastrear un cambio desde su origen hasta su implementación.
  17. 29. Modelo que utiliza componentes existentes para reducir tiempo y costos en los cambios.
  18. 30. Número de errores detectados después de la implementación de cambios.
  19. 35. Modelo enfocado en resolver problemas críticos con rapidez, sin un análisis profundo del impacto futuro.
  20. 36. Proceso de asegurar que los cambios cumplen con los objetivos establecidos.