Wayground logo

Free Printable Worksheets

Font size

S
M
L
XL
Worksheets

Final requerimientos de software

Total questions: 27

Worksheet time: 14mins

Name
Class
Date
1.

Es la descripción de lo que debe hacer el sistema, el servicio o servicios que presta y las limitaciones de su funcionamiento.

a)

Requerimiento de software

b)

Backlog

c)

Escalabilidad

d)

Requerimientos de Dominio

2.

Tipos de requerimientos

a)

Funcionales, no funcionales y de dominio

b)

Funcionales, no funcionales y de usabilidad

c)

Indexados, no funcionales y de dominio

d)

Funcionales, no compatibles y de dominio

3.

Los requerimientos de Dominio son reglas específicas del entorno, es decir, establecen condiciones y restricciones propias del proyecto y del contexto.

a)

Cierto

b)

Falso

4.

La imagen muestra la representación de un requerimiento funcional en la metodología tradicional de cascada.

a)

Falso

b)

Cierto

5.

Este es un requerimiento funcional presentado en metodología Ágil

a)

Verdadero

b)

Falso

6.

Para definir con éxito los requerimientos de software nos debemos basar en normas y estándares como IEEE 830-1998, IEEE 1233-1998 o ISO/IEC/IEEE 15288:2015.

a)

Cierto

b)

Falso

7.

Se usa para definir requerimientos no funcionales (rendimiento, seguridad, compatibilidad).

a)

ISO/IEC/IEEE 29148:2018

b)

ISO/IEC 25010:2011

c)

BABOK v3

8.

Son ejemplos de Técnicas de obtención de requerimientos

a)

Lluvia de ideas

Talleres

Redes sociales

b)

-Lluvia de ideas

-Talleres

-Chats

c)

-Entrevistas

-Estudio de documentación

-Observación in situ

9.

Se recomienda el uso de la técnica 5W + 2 H pare generar preguntas para la entrevista de la toma de requerimientos.

a)

Cierto

b)

Falso

10.

Estándar internacional que indica que para requerimiento funcional se debe representar por ejemplo así: Identificador único (RF-001) para trazabilidad

a)

IEEE 830-1998

b)

ISO/IEC/IEEE 29148:2018

c)

BABOK v3

11.

Es un lenguaje que puede ayudarte a modelar sistemas de diversas maneras.

a)

UML

b)

SQL

c)

StarUML

12.

Uno de los tipos más populares en UML son los ....

a)

Casos de uso

b)

Requerimientos de software

c)

IEEE

13.

Este es un ejemplo de un caso de uso

a)

Cierto

b)

Falso

14.

Son descripciones simples y concisas de una funcionalidad desde el punto de vista del usuario final. Se centran en qué es lo que el usuario necesita hacer con el software. Tienen la estructura: "Como [tipo de usuario], quiero [acción] para [resultado o beneficio]".

a)

Backlog

b)

User stories

c)

daily meetings

d)

Matriz de trazabilidad

15.

En el método Agile, se plantea un documento en el cual se definen las diferentes funcionalidades y requerimientos fundamentales del producto.

a)

Backlog

b)

SRS

c)

Matriz de trazabilidad

16.

Útil para visualizar qué trabajo debe ejecutarse primero para crear el producto final o software más eficiente.

a)

User case

b)

Backlog

c)

Mapa de historias de usuario

17.

¿Cómo se le conoce a este tipo de documento?

a)

Matriz de trazabilidad

b)

Mapa de historias de usuario

18.

Son ajustes a las User Stories a medida que se obtiene más información o se realizan cambios en los requisitos del proyecto.

a)

Prioritización

b)

Refinamiento

c)

Criterios de aceptación

19.

Es responsable de definir y priorizar los requerimientos del producto de software en la metodología ágil SCRUM.

a)

Product owner

b)

Development team

c)

Scrum Master

20.

En SCRUM, son los que aportan su experiencia técnica y colabora estrechamente con el Product Owner para refinar los requerimientos, identificar soluciones y estimar el esfuerzo necesario para implementarlos.

a)

Development Team

b)

Stakeholders

c)

Usuarios Finales

21.

Una vez descrito el comportamiento esperado del producto a través del conjunto de historias de usuario, hay un problema a resolver: el orden en el que se implementará cada una de ellas.

a)

Prioritización

b)

Refinamiento

c)

Backlog

22.

Técnica MoSCoW, Puntuación de Prioridad, Modelo Kano y Técnica de Story Points son ejemplo de..

a)

Técnicas para priorizar user stories o estimar el esfuerzo.

b)

Técnicas para descartar requerimientos funcionales

c)

Técnicas para reducir el riego de falla

23.

Permite seguir el camino completo de cada requerimiento, desde que se pidió hasta que se entrega.

a)

Matriz de trazabilidad

b)

Matriz de confiabilidad

c)

Trazabilidad de datos

24.

Son técnicas para gestionar cambios en requerimientos de software.

a)

Versionado, Control y Comunicación efectiva.

b)

Versionado, Control y limpieza del backlog.

c)

Versionado, administración de accesos y Comunicación efectiva.

25.

La matriz de trazabilidad en un proyecto de software permite rastrear los requerimientos desde su definición hasta su validación, asegurando que cada requisito esté cubierto por al menos un caso de prueba.

a)

Cierto

b)

Falso

26.

El control de versiones es una técnica para gestionar cambios en los requerimientos de software que permite mantener un historial de modificaciones, pero no permite recuperar versiones anteriores.

a)

Cierto

b)

Falso

27.

Una vez aprobados, los cambios en los requerimientos no necesitan ser documentados, ya que el equipo de desarrollo los implementa directamente.

a)

Cierto. No es necesario.

b)

Falso, porque siempre deben ser documentados para mantener la trazabilidad y evitar malentendidos.