Cuestionario sobre Requisitos de Software

(2 respuestas) Segun la IEEE un requisito es:

• Una condición que debe poseer un sistema

• Una capacidad que debe poseer un requisito

• Una capacidad capacidad que debe poseer un sistema

• Una condición que debe poseer un sistema

¿Cuál de las siguientes opciones NO es una característica clave de un buen requisito?

• No ambiguo

• Conciso

• Difícil de verificar

• Consistente

¿Qué tipo de requerimientos definen las funciones específicas que un sistema debe realizar?

• Requisitos operacionales

• Requisitos funcionales

• Requisitos de usuario

• Requisitos no funcionales

¿Cuál es una diferencia clave entre los requisitos funcionales y no funcionales?

• Los requisitos funcionales describen propiedades emergentes del sistema

• Los requisitos no funcionales definen transformaciones de entrada a salida

• Los requisitos funcionales describen lo que el sistema debe hacer, mientras que los no funcionales describen restricciones y propiedades

• No hay diferencia, ambos describen lo mismo

Según Boehm, ¿qué característica NO es esencial en la especificación de requisitos?

• Completitud

• Consistencia

• Facilidad de codificación

• No ambigüedad

¿Cuál de las siguientes afirmaciones es correcta respecto a la gestión de requisitos?

• Los requisitos iniciales son estáticos y no cambian

• La gestión de requisitos permite controlar los cambios y evolución de los requisitos

• Una vez documentados, los requisitos no deben ser modificados

• La gestión de requisitos no es relevante en metodologías ágiles

¿Cuál de los siguientes problemas NO es común en la obtención de requisitos ?

• Dificultad en expresar los requisitos en palabras

• Diferentes stakeholders tienen diferentes necesidades

• Los usuarios recuerdan solo lo rutinario

• Un requisito puede cambiar a lo largo del ciclo de desarrollo

¿Cuál de las siguientes técnicas puede utilizarse para validar requisitos?

• Refactorización

• Diagramas UML

• Prototipos

• Diseño de requisitos

¿Por qué es importante la validación de requisitos en la ingeniería de software?

• Para detectar errores y evitar costos elevados en etapas posteriores

• Para reemplazar el proceso de pruebas del software

• Porque permite escribir código directamente sin análisis

• Para aumentar la velocidad de implementación del software

¿Qué actividad NO forma parte del subproceso de obtención y análisis de requisitos?

• Descubrimiento de requisitos

• Clasificación y organización de requisitos

• Programación de funcionalidades

• Documentación de requisitos