El Catálogo de Requisitos en la Ingeniería de Requerimientos

De acuerdo con Huertas, ¿cuál es la diferencia fundamental entre 'requerimiento' y 'requisito'?

• Son sinónimos exactos y pueden usarse indistintamente en cualquier fase del proyecto.

• El requerimiento se refiere a hardware y el requisito se refiere exclusivamente a código.

• El requerimiento es la solicitud del usuario y el requisito es la especificación técnica formal.

• El requisito es la petición inicial y el requerimiento es el resultado final del software.

Según el estudio del Standish Group (2015) citado en el libro de Huertas, ¿cuál fue el destino de la mayoría de los proyectos tecnológicos analizados?

• El 100% de los proyectos se completaron, pero con sobrecostos del 50%.

• Solo un 5% de los proyectos tuvo problemas relacionados con los requisitos.

• Casi el 71% de los proyectos fracasaron o presentaron serias dificultades.

• La mayoría fueron exitosos gracias a las nuevas metodologías ágiles.

En la metodología propuesta para elaborar el catálogo de requisitos, ¿qué ocurre durante la etapa de 'ilación'?

• Se realiza la prueba de usuario final para validar que el sistema funciona.

• El analista interpreta y conecta las necesidades del negocio para darles una estructura lógica.

• Se transcriben literalmente las palabras del usuario sin ningún cambio.

• Se programa el código fuente basado en los diagramas de flujo.

A partir de la anécdota de la 'ecuación cuadrática', ¿qué error común de los analistas se intenta ilustrar?

• La importancia de usar lenguajes de programación modernos.

• La falta de conocimientos matemáticos avanzados.

• La necesidad de que el usuario sepa álgebra para pedir software.

• El enfoque excesivo en la solución técnica antes de entender el problema del negocio.

¿Por qué el texto considera que enviar analistas 'junior' a las entrevistas iniciales es un riesgo?

• Porque el cliente se siente ofendido si no lo atiende un gerente.

• Porque no saben utilizar las herramientas de grabación de audio.

• Porque cobran menos que un analista senior.

• Porque pueden carecer de la experiencia para detectar ambigüedades o necesidades no dichas.

¿Cuál es la función principal de la 'trazabilidad' en los requisitos?

• Permite rastrear el origen de un requisito y ver cómo afecta a otros elementos del sistema.

• Es un método para medir la velocidad de escritura de los programadores.

• Es el proceso de dibujar los diagramas de clases en UML.

• Sirve para identificar quién cometió un error y sancionarlo.

¿Qué relación establece el libro entre los requisitos funcionales y los no funcionales?

• Los no funcionales son solo para el hardware.

• Los no funcionales no son importantes y pueden omitirse.

• Primero se terminan los funcionales y años después se ven los no funcionales.

• Los funcionales describen 'qué' hace el sistema y los no funcionales 'cómo' debe comportarse.

Según Huertas, ¿cuál es el impacto de una mala redacción en los requisitos?

• Solo afecta la estética del documento final.

• Ninguno, porque los programadores no leen la documentación.

• Genera ambigüedad, lo que lleva a interpretaciones erróneas por parte de los desarrolladores.

• Obliga a comprar servidores más caros.

¿Qué es un 'Catálogo de Requisitos' en el contexto de esta obra?

• Un manual de usuario para aprender a usar el sistema ya terminado.

• Un folleto publicitario para vender software a empresas.

• Una lista de precios de diferentes lenguajes de programación.

• Un inventario estructurado y detallado de todas las necesidades funcionales y no funcionales.

En el capítulo sobre 'Validación de Requisitos', ¿cuál es el objetivo principal?

• Asegurar que el analista haya escrito suficientes páginas para el informe.

• Instalar el software en las computadoras del cliente.

• Cambiar los requisitos cada semana para que el proyecto dure más.

• Confirmar con los interesados (stakeholders) que los requisitos documentados reflejan sus necesidades reales.