Ingeniería de Software

Un equipo de desarrollo ha decidido utilizar un enfoque iterativo en lugar de un modelo en cascada para un proyecto con requisitos cambiantes. Sin embargo, después de varias iteraciones, siguen teniendo problemas para cumplir con los plazos. ¿Cuál de las siguientes es una posible razón de este problema?

• Las iteraciones permiten demasiada flexibilidad, lo que lleva a retrasos inevitables.

• No se están utilizando metodologías ágiles adecuadamente dentro de las iteraciones.

• El enfoque iterativo no es adecuado para proyectos con requisitos cambiantes.

• Las iteraciones requieren más documentación y planificación que el modelo en cascada.

Durante la crisis del software, uno de los problemas fue la mala gestión de proyectos, a menudo atribuida a la falta de comunicación. ¿Cuál de las siguientes afirmaciones sobre la comunicación en proyectos de software es incorrecta?

• La comunicación constante entre equipos de desarrollo y partes interesadas siempre mejora la calidad del software.

• La falta de comunicación formal puede llevar a suposiciones erróneas y errores en los requisitos.

• La sobrecomunicación puede ralentizar el proceso de desarrollo al inundar a los equipos con información.

• Los procesos formales de comunicación son innecesarios en proyectos ágiles debido a su naturaleza flexible.

Un proyecto de software enfrenta constantes cambios en los requisitos del cliente, y el equipo de desarrollo está luchando por mantenerse al día. ¿Cuál de los siguientes enfoques podría contradecir los principios de desarrollo ágil?

• Revisar y ajustar el backlog del producto en cada sprint.

• Congelar los requisitos al inicio de cada iteración para evitar cambios durante el sprint.

• Fomentar reuniones frecuentes con el cliente para obtener retroalimentación.

• Asignar un Product Owner dedicado para priorizar los cambios.

Un equipo está utilizando integración continua para un proyecto con múltiples módulos desarrollados simultáneamente. A pesar de esto, siguen encontrando problemas de integración tardía. ¿Ǫué podría ser una razón para estos problemas?

• La integración continua no es adecuada para proyectos con múltiples módulos.

• Los equipos no están ejecutando pruebas automáticas con suficiente frecuencia.

• La integración continua elimina la necesidad de revisiones de código.

• Los problemas de integración son inevitables, independientemente de la metodología utilizada.

En el contexto de la ingeniería de software, ¿cuál es la principal ventaja de utilizar un modelo espiral en lugar de un modelo en cascada para un proyecto con altos niveles de incertidumbre?

• Elimina completamente la necesidad de documentación.

• Permite la identificación y mitigación de riesgos en etapas tempranas mediante ciclos iterativos.

• Es más rápido y económico que el modelo en cascada.

• Permite a los desarrolladores trabajar sin retroalimentación del cliente.

Durante el desarrollo de software, se implementa un sistema de gestión de calidad. ¿Cuál de las siguientes afirmaciones podría llevar a una percepción errónea sobre la calidad?

• Un proceso bien estructurado siempre garantiza un producto de alta calidad.

• La calidad del producto depende también de la habilidad del equipo de desarrollo.

• La falta de defectos en la fase de prueba final asegura un producto de calidad.

• La revisión constante de código y pruebas continuas son fundamentales para la calidad.

Considerando el incidente del Therac-25, ¿qué enfoque preventivo sería más efectivo para evitar errores similares en sistemas críticos?

• Confiar en la experiencia de los desarrolladores en lugar de realizar pruebas exhaustivas.

• Implementar revisiones de seguridad solo después de la implementación del software.

• Incorporar validaciones de seguridad desde el inicio del ciclo de desarrollo y realizar pruebas de estrés.

• Simplificar el código para minimizar el riesgo de errores.

En el análisis de requisitos, ¿cuál es un posible resultado de interpretar incorrectamente los requisitos del cliente?

• Mejor alineación con las expectativas del cliente.

• Desarrollo de características no solicitadas o irrelevantes.

• Reducción de los costos de mantenimiento del software.

• Mayor velocidad en la fase de diseño.

Para un proyecto de integración de sistemas, ¿por qué podría no ser siempre ventajoso utilizar un modelo espiral sobre otros modelos?

• El modelo espiral es más adecuado para proyectos simples y de bajo riesgo.

• Puede llevar a un exceso de documentación y análisis de riesgos innecesarios.

• La integración continua es más eficiente en un modelo en cascada.

• El modelo espiral requiere menos retroalimentación del cliente.

En un entorno ágil, si un Product Owner decide no priorizar los elementos del backlog de forma regular, ¿qué podría ser una consecuencia?

• El equipo de desarrollo podría enfocarse en tareas no alineadas con las necesidades del cliente.

• Se evitarían cambios frecuentes y se mantendría un enfoque constante.

• Aumentaría la eficiencia al reducir las discusiones sobre prioridades.

• Las entregas de producto serían más consistentes y predecibles.