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.
