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