Examen 5 MDS

Si un proyecto tiene requisitos muy claros y estables, y se busca un proceso fácil de gestionar, ¿qué metodología sería más adecuada según la información proporcionada?

• Modelo Espiral

• Modelo de Prototipo

• Metodología en Cascada

• Modelo Incremental

Un desarrollador crea una versión preliminar de una app para refinar requisitos con el usuario. Esto evita malentendidos, pero podría confundirse con el producto final. ¿A qué modelo corresponde esta situación?

• Cascada

• Incremental

• Prototipo

• Espiral

En un proyecto de software médico donde el riesgo es alto y se requiere evaluación continua, ¿qué modelo se aplicaría mejor?

• Cascada

• Incremental

• Prototipo

• Espiral

Si un equipo desea entregar funcionalidades parciales al cliente para obtener feedback temprano, pero manteniendo una arquitectura bien planificada, ¿qué modelo usaría?

• Cascada

• Incremental

• Prototipo

• Espiral

¿Cuál es una desventaja común entre el Modelo de Prototipo y el Modelo Incremental?

• Alta complejidad administrativa

• Riesgo de que el cliente no vea el producto hasta el final

• Posibilidad de malinterpretación o redundancia si no se diseña con cuidado

• No maneja bien los riesgos

Si un proyecto falla en la fase de diseño en Cascada, ¿qué consecuencia es más probable?

• Se puede volver fácilmente a la fase anterior

• El costo de reparación es alto porque no se puede retroceder

• El riesgo se mitiga en la siguiente espiral

• Se genera un nuevo prototipo

¿En qué modelo la evaluación del usuario es una fase explícita y crucial?

• Cascada

• Espiral

• Prototipo

• Incremental

La planificación de la siguiente iteración es una fase clave en un modelo que gestiona riesgos de forma proactiva. ¿A qué modelo se refiere?

• Cascada

• Incremental

• Espiral

• Prototipo

Si un proyecto requiere entregar valor funcional de manera escalonada, como ocurrió con Microsoft Office, ¿qué metodología se está aplicando?

• Cascada

• Prototipo

• Espiral

• Incremental

El framework RAID se utiliza principalmente para:

• Desarrollar software en espiral

• Gestionar riesgos, supuestos, problemas y dependencias

• Sustituir a las metodologías ágiles

• Crear prototipos rápidos