Analisis de requisitos

¿Qué actividad principal se realiza durante la recolección de requisitos?

• Codificación del software

• Definición de la arquitectura del sistema

• Identificación y documentación de los requisitos del sistema

• Pruebas del software

Al momento de capturar los requisitos, una de las primeras cosas a realizar es:

• Preguntar a los stakeholder sobre el sistema que desea

• Preguntar a los stakeholders los módulos del sistema que desea

• Entender el funcionamiento del negocio actual

• Registrar los requerimientos de software

¿Cuál de las siguientes opciones describe un error común en la captura de requisitos en el desarrollo de software? ( Seleccione varias)

• No involucrar a los stakeholders principales desde el inicio del proceso.

• Especificar requisitos ambiguos y poco claros.

• Documentar todos los requisitos en un formato único y estático.

• No realizar pruebas de rendimiento durante la fase de captura de requisitos.

¿Qué se entiende por un requisito funcional en el contexto del análisis de requisitos?

• Una restricción de rendimiento del sistema

• Una característica que describe cómo debe comportarse el sistema

• Un estándar de seguridad que debe cumplir el sistema

• Una descripción de los datos que el sistema debe manejar

¿Cuál es el objetivo principal de la recolección de requisitos en el desarrollo de software?

• Definir la estructura de la base de datos

• Identificar y documentar las necesidades de los usuarios y del sistema

• Realizar pruebas de rendimiento del software

• Establecer los costos del proyecto

¿Por qué es importante involucrar a los stakeholders en el proceso de captura de requisitos?

• Para aumentar la complejidad del proyecto

• Para garantizar que el software cumpla con las expectativas y necesidades de los usuarios

• Para reducir el tiempo de desarrollo del software

• Para delegar la responsabilidad a terceros

¿Cuál es la diferencia entre un requisito funcional y un requisito no funcional en el análisis de requisitos?

• Los requisitos funcionales se refieren a la apariencia del software, mientras que los no funcionales se refieren a su rendimiento

• Los requisitos funcionales describen lo que el software debe hacer, mientras que los no funcionales describen cómo debe hacerlo

• Los requisitos funcionales son opcionales, mientras que los no funcionales son obligatorios

• Los requisitos funcionales son fáciles de cambiar, mientras que los no funcionales son difíciles de modificar

¿Cuál es el requisito más "creativo" que has encontrado durante el análisis de requisitos?

• Que el software debe ser capaz de hacer café y entregarlo en la mañana.

• Que el sistema debe incluir un botón de "Panic!" para emergencias de café.

• Que todas las pantallas del sistema deben tener un fondo de pantalla de gatitos.

• Que el software debe ser capaz de entender las emociones del usuario a través de sus expresiones faciales.

¿Cuál es el requisito más extraño o inesperado que te han solicitado durante el análisis de requisitos?

• El sistema debe tener la capacidad de traducir automáticamente los mensajes del jefe a un lenguaje comprensible para los empleados.

• Se requiere que el software reproduzca una banda sonora épica cada vez que se complete una tarea importante.

• Todos los botones de la interfaz deben cambiar de color según el estado de ánimo del usuario.

• El sistema debe contar con un "modo ninja" que oculte automáticamente todas las actividades del usuario en caso de que el jefe se acerque.