IR tests

Requisitos reflejados principalmente en los casos de uso: Requisitos de usuario. Requisitos no funcionales. Requisitos funcionales.

Cuál no es una regla de negocio: Hechos. Escenarios. Inferencias. Cálculos.

Cual es la revisión más formal: Inspección. Valoración. Priorización.

Qué es mejor para el desarrollador: Reutilizable. Robustez. Eficiencia.

Cuál no pertenece a gestión de requisitos: Validación de requisitos. Control de cambios. Control de versiones. Seguimiento de requisitos (Requirements Tracking).

Indica la afirmación correcta sobre prioridad de requisitos: No se puede modificar la prioridad una vez establecida. Establecer la prioridad al principio y después ir modificando si es necesario. Lo ideal sería contar con una herramienta que asigne la prioridad a cada requisito establecido automáticamente.

La frase "Aumentar % para el año 2020". Requisito de negocio. Regla de negocio.

Quién realiza los análisis de riesgo: Evaluador. Diseñador. Programador.

Indica la afirmación correcta: El desarrollador puede darse cuenta de que tiene que cambiar el sistema después de realizar la entrevista. El sistema no puede ser cambiado en ningún momento.

Quién define los requsitos de negocio: Altos cargos y directivos de la empresa. Gestores de marketing. Programadores.

Afirmación sobre el campeón de producto: Sólo puede haber un campeón de producto. Pertenece al mismo grupo que pertenece el usuario final. El campeón especifica los requisitos de usuario.

Cuál tiene menor nivel de abstracción: Caso de uso concreto. Caso de uso esencial. Documento de Visión y ámbito. Requerimientos de negocio.

Quién está involucrado en la priorización de requisitos: El cliente. Los desarrolladores. Ambos deben estar involucrados.

Afirmación sobre los atributos de calidad: El fácil mantenimiento ofrece una alta disponibilidad. Un sistema robusto hace que sea más eficiente. Un sistema eficiente hace que sea más portable.

Caso de prueba conceptual: Se representa con una caja blanca. Se representa con una caja negra. Se representa de ambas maneras. No se representa de ninguna.

Cuál no forma parte del desarrollo de requisitos: Validación de requisitos. Seguimiento de requisitos. Análisis de requisitos.

Parte de gestión de requisitos dependiente del análisis de riesgo de impacto. Seguimiento de requisitos. Control de cambios. Seguimiento de estado de requisitos.

La restricción "Un usuario de la biblioteca puede alquilar hasta 5 libros" es: Regla de negocio. Requisito funcional. Requisito de usuario. Requisito de negocio.