Requisitos de Software | Ingeniería de Requerimientos

¿Cuál es la definición de requisito según la IEEE?

• Una sugerencia para mejorar el sistema.

• Una condición necesaria para resolver un problema o alcanzar un objetivo.

• Una descripción técnica de un sistema.

• Un estándar de diseño para software.

¿Cómo se clasifican los requisitos según el texto?

• En funcionales y no funcionales.

• En internos y externos.

• En económicos y técnicos.

• En operativos y de diseño.

¿Qué especifica un requisito no funcional?

• Las funciones específicas del sistema.

• Los comportamientos del sistema.

• Los criterios para juzgar la operación del sistema.

• Las entradas y salidas del sistema.

¿Cuál es una característica de una buena especificación de requerimientos?

• Ambigüedad.

• Consistencia.

• Complejidad.

• Redundancia.

¿Qué tipo de requerimientos describen objetivos de alto nivel para la organización?

• Requerimientos funcionales.

• Requerimientos del usuario.

• Requerimientos del negocio.

• Requerimientos del sistema.

¿Qué nivel de descripción de requerimientos se enfoca en las funciones del sistema y las restricciones de operabilidad en detalle?

• Nivel de negocio.

• Nivel de usuario.

• Nivel de sistema.

• Nivel de diseño.

¿Qué busca la Ingeniería de Requerimientos en un proyecto de software?

• Nivel de diseño.

• Identificar, analizar, documentar, validar y administrar los requerimientos.

• Reducir el tiempo de desarrollo.

• Ignorar los cambios en los requerimientos.

¿Qué actividad de la Ingeniería de Requerimientos se enfoca en entender las necesidades de los usuarios y las restricciones del software?

• Análisis.

• Especificación.

• Recolección.

• Verificación.

¿Cuál es uno de los beneficios de aplicar un proceso de Ingeniería de Requerimientos?

• Incrementar el riesgo de fracaso del proyecto.

• Aumentar la ambigüedad de los requerimientos.

• Minimizar los riesgos de fracaso del proyecto.

• Reducir la calidad del producto final.

¿Qué papel juega el cliente en el desarrollo de software?

• Definir los objetivos generales del negocio para el software

• Coordinar la obtención de fondos para el proyecto.

• Desarrollar el código fuente del software.

• Validar la arquitectura del sistema.