Quiz: Fundamentos de Ingeniería de Requerimientos — 9 perguntas

1. ¿Qué significa el 'Principio de calidad' en la ingeniería de requerimientos?

A. Que los requerimientos son menos importantes que el diseño del sistema

B. Que los requerimientos deben ser numerosos para cubrir todas las necesidades

C. Que los requerimientos se deben completar en el menor tiempo posible

D. Que los requerimientos deben estar bien definidos, documentados y validados

Answer: (D)

Explicação

El 'Principio de calidad' en la ingeniería de requerimientos se refiere a que estos deben estar bien definidos, documentados y validados, ya que esto influye directamente en el éxito del proyecto y en la calidad de los productos que se deriven del proceso.

2. ¿En qué se diferencia el límite de ingeniería de otros enfoques de gestión de requisitos?

A. El límite de ingeniería reconoce que los requisitos evolucionan y no todos pueden definirse inicialmente.

B. El límite de ingeniería establece que todos los requisitos deben definirse desde el inicio sin cambios.

C. El límite de ingeniería requiere que todos los requisitos sean validados antes de comenzar el desarrollo.

D. El límite de ingeniería implica que los requisitos no son importantes para el éxito del proyecto.

Answer: (A)

Explicação

El límite de ingeniería reconoce que los requisitos evolucionan y no todos pueden definirse inicialmente, debido a la complejidad y cantidad de información, por lo que no es posible obtener una lista completa y consistente en un tiempo razonable.

3. ¿Cuál es el objetivo principal de aplicar los principios de ingeniería en la gestión de requerimientos?

A. Reducir el tiempo total de desarrollo del sistema

B. Aumentar la cantidad de requerimientos recopilados

C. Disminuir los costos asociados a la documentación

D. Asegurar que los requerimientos sean efectivos y contribuyan al éxito del proyecto

Answer: (D)

Explicação

La aplicación de los principios de ingeniería busca garantizar que los requerimientos sean efectivos, bien definidos, validados y gestionados adecuadamente, contribuyendo así al éxito del proyecto.

4. ¿Quién formuló los conceptos relacionados con el proceso y productos en ingeniería de requerimientos según el contenido proporcionado?

A. Alistair Cockburn

B. Sin autor específico

C. Karl Wiegers

D. Ian Sommerville

Answer: (B)

Explicação

El contenido no menciona a ningún autor específico que haya formulado los conceptos del proceso y productos en ingeniería de requerimientos. Se presenta como una descripción general, por lo que la opción correcta indica que no hay una atribución particular en el texto.

5. ¿Cuál es el efecto de no reconocer el límite en la obtención de requerimientos en un proyecto de ingeniería de software?

A. El sistema evolucionará de manera iterativa, con posibles cambios y ajustes.

B. El sistema será completamente definido desde el inicio.

C. No impactará en el proceso de desarrollo del sistema.

D. Se evitarán cambios en los requisitos a lo largo del proyecto.

Answer: (A)

Explicação

No reconocer el límite en la obtención de requisitos lleva a que el sistema evolucione de forma iterativa, ya que los requerimientos no pueden ser definidos de manera completa desde el principio, lo que implica revisiones y ajustes continuos durante el desarrollo.

6. ¿En qué momento se reconoce que no es posible obtener una lista completa y consistente de todos los requerimientos en un tiempo razonable?

A. Al final del desarrollo, cuando se revisan los requerimientos.

B. Durante la fase de recopilación, al inicio del proyecto.

C. Cuando el sistema ya está en uso y se detectan fallas.

D. Después de la implementación, cuando se detectan cambios.

Answer: (B)

Explicação

El límite de ingeniería, que implica que no se puede obtener una lista completa y consistente de requerimientos en un tiempo razonable, se reconoce desde la fase de planificación inicial del proyecto, ya que es una realidad inherente a la complejidad del proceso de recopilación de requerimientos.

7. ¿Cuál es la función principal del conocimiento del negocio detrás del sistema en la ingeniería de requerimientos?

A. Reduce la importancia de validar los requerimientos con el cliente

B. Facilita la programación del sistema sin necesidad de requerimientos claros

C. Permite que los requerimientos sean alineados con los objetivos comerciales del cliente

D. Asegura que el sistema sea tecnológicamente avanzado sin considerar el negocio

Answer: (C)

Explicação

El conocimiento del negocio del cliente permite que los requerimientos se alineen con sus objetivos y necesidades, asegurando que el sistema apoye sus procesos y metas, y evita que se desarrolle un sistema que no refleje correctamente el contexto del negocio.

8. ¿Cómo define la visión de Jackson sobre los requerimientos en la ingeniería de software?

A. Los requerimientos son funciones y acciones que el sistema debe realizar.

B. Los requerimientos son especificaciones técnicas detalladas del diseño.

C. Los requerimientos son instrucciones de programación para el sistema.

D. Los requerimientos son fenómenos del dominio que describen eventos y condiciones del entorno.

Answer: (D)

Explicação

La visión de Jackson destaca que los requerimientos son descripciones de fenómenos del dominio, no de la máquina, lo que favorece una comunicación más clara y evita confusiones entre lo que el sistema debe hacer y cómo debe hacerlo.

9. ¿Cómo deben participar los interesados en la obtención de requerimientos para asegurar que estos sean precisos y relevantes en un proyecto de ingeniería de requisitos?

A. Proporcionando información y validando los requerimientos a lo largo del proceso

B. Delegando toda la responsabilidad a los ingenieros de requerimientos

C. Definiendo los requisitos sin interacción para acelerar el proceso

D. Revisando los requisitos solo al final del proyecto para evitar cambios

Answer: (A)

Explicação

La participación activa de los interesados, proporcionando información y validando los requerimientos continuamente, es esencial para asegurar que estos sean precisos y reflejen las necesidades reales del sistema, tal como se menciona en la fuente.