tema 1, gemini

¿Qué es un requisito según la definición técnica?. Una línea de código necesaria para una función. Una condición o capacidad que necesita el usuario para resolver un problema. El manual de usuario del sistema final.

¿Cuál es el orden correcto del Ciclo de Vida de un requisito?. Borrador, Verificado, Analizado y Validado. Analizado, Borrador, Validado y Verificado. Borrador, Analizado, Verificado y Validado.

¿Para qué sirve el atributo de "Dependencias" en un requisito?. Para saber quién es el autor del requisito. Para facilitar cambios y evitar efectos colaterales. Para determinar el coste total del proyecto.

¿Qué significa que un requisito sea "Inequívoco"?. Que solo tiene una interpretación posible. Que no tiene errores de programación. Que es muy corto y conciso.

En la clasificación FURPS, ¿qué cubre la letra "U" (Usabilidad)?. El uso de memoria y procesador. Factores humanos, estética y consistencia. La frecuencia de fallos del sistema.

¿A quién van dirigidos principalmente los Requisitos del Sistema?. Al usuario final. A los accionistas de la empresa. A los diseñadores del software.

¿Qué describe una "Regla de Negocio" dentro de los requisitos funcionales?. Los datos que se deben almacenar en la base de datos. Restricciones o políticas que deben ser respetadas por el sistema. El lenguaje de programación que se debe utilizar.

Un requisito de "Eficiencia" se refiere a: La facilidad de aprendizaje del software. El rendimiento en cuanto a tiempo de respuesta y uso de recursos. La capacidad de recuperación ante fallos.

¿Qué tipo de requisito es el "Entorno operativo necesario"?. Requisito Organizacional. Requisito del Producto. Requisito Externo.

¿Cómo se dividen los Requisitos No Funcionales según su naturaleza?. De información, reglas de negocio y externos. Del producto, organizacionales y externos. De usuario, de sistema y de interfaz.

¿En qué subcategoría de los requisitos del producto entra el "número de operaciones por segundo"?. Fiabilidad. Eficiencia. Usabilidad.

¿Qué elementos engloba el requisito No Funcional de "Fiabilidad"?. Disponibilidad, seguridad industrial, integridad y mantenibilidad. Estética, consistencia y documentación. Lenguaje de programación y estándares de codificación.

¿A qué tipo pertenecen los "estándares de codificación y patrones de diseño"?. Requisitos de desarrollo (dentro de los organizacionales). Requisitos legislativos (dentro de los externos). Requisitos de usabilidad (dentro de los del producto).

¿Qué tipo de requisito externo asegura que el sistema se adapte a la sociedad?. Requisitos regulatorios. Requisitos éticos. Requisitos de entorno.

¿Qué actividad del proceso busca establecer preferencias y resolver conflictos entre stakeholders?. Clasificación y organización de requisitos. Priorización y negociación de requisitos. Descubrimiento de requisitos.

¿Quién se considera un "Stakeholder" en el desarrollo de un sistema?. Únicamente el cliente que paga por el software. Solo el equipo de programadores y analistas. Cualquier entidad o persona afectada por el desarrollo del sistema.

¿Qué técnica es la más adecuada para descubrir requisitos "implícitos" observando el trabajo real?. Cuestionarios cerrados. Observación. Entrevistas grupales.

¿Cuál es el principal inconveniente de especificar requisitos en lenguaje natural?. Es muy difícil de entender para los usuarios. Es vago, ambiguo y da paso a muchas interpretaciones. No permite documentar requisitos antes de validarlos.

¿Qué asegura el uso de "Especificaciones Estructuradas"?. Que el requisito se escriba automáticamente en código. Uniformidad en la especificación mediante el uso de plantillas. Que el sistema no tenga fallos de rendimiento.

¿Qué técnica identifica las interacciones individuales entre el sistema y sus usuarios?. Matriz de trazabilidad. Casos de uso. Brainstorming.

¿Por qué es esencial realizar una validación de requisitos rigurosa?. Porque tener errores en el documento de requisitos aumenta los costes. Porque permite elegir el lenguaje de programación más rápido. Porque es el único modo de obtener requisitos funcionales.

¿Qué propiedad asegura que un requisito se pueda implementar con la tecnología y presupuesto actuales?. Consistencia. Viabilidad. Completitud.

¿Qué técnica de validación muestra un modelo ejecutable para que el cliente lo evalúe?. Revisión de requisitos. Creación de prototipos. Auditoría de cumplimiento.

¿Qué técnica de identificación consiste en la generación de ideas en grupo?. Brainstorming. Workshop. Storyboard.

¿Qué es una "Historia de Usuario"?. Un manual técnico detallado para el programador. Una breve descripción de una funcionalidad desde la perspectiva del usuario. Una secuencia de imágenes que representa un proceso.

¿Qué herramienta permite rastrear cambios y verificar la cobertura de los requisitos?. Diagrama de actividades. Matriz de Trazabilidad. Glosario y Ontología.

¿Qué requisito no funcional define el "esfuerzo necesario para aprender y usar el software"?. Rendimiento. Usabilidad. Portabilidad.

La "disponibilidad y capacidad de recuperación" forman parte de los requisitos de: Eficiencia. Fiabilidad. Soporte técnico.

¿Qué comprobación de validación busca que los requisitos reflejen las necesidades reales tras posibles cambios?. Verificabilidad. Validez. Consistencia.

¿Qué describe una "Historia de Usuario"?. Una secuencia de imágenes. Una funcionalidad desde la perspectiva del usuario. Una tabla de base de datos.