Actividad de Aprendizaje 2 Casos de uso

Sí o No

Jugadas 0

Crear copia

Sobre esta actividad

Actividad de Aprendizaje 2 Casos de uso

Creada por

Adriana García Vargas

México

Descarga la versión para jugar en papel

Top 10 resultados

Todavía no hay resultados para este juego. ¡Sé el primero en aparecer en el ranking! Inicia sesión para identificarte.

Crea tu propio juego gratis desde nuestro creador de juegos

Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Crear reto

		%
	Anónimo	%
		%
		%

Imprime tu juego

Actividad de Aprendizaje 2 Casos de uso


Actividad de Aprendizaje 2 Casos de usoVersión en línea Actividad de Aprendizaje 2 Casos de uso por Adriana García Vargas 1 Los casos de uso incluyen variantes dentro de sus secuencias de acciones. Sí No 2 Los casos de uso están basados en lenguaje natural. Sí No 3 Las asociaciones se representan con líneas rectas. Sí No 4 La generalización permite especializar casos de uso. Sí No 5 El enfoque de los casos de uso se centra en el valor para el usuario. Sí No 6 El nombre de un caso de uso debe comenzar con un verbo en infinitivo. Sí No 7 El modelo de casos de uso establece los límites y el alcance del sistema. Sí No 8 Un caso de uso es una unidad funcional del sistema. Sí No 9 Los casos de uso facilitan la comunicación entre stakeholders. Sí No 10 La relación include permite reutilizar funcionalidad. Sí No 11 La pregunta clave para identificar casos de uso es: ¿Cómo programar el sistema? Sí No 12 La representación gráfica de un actor es un monigote. Sí No 13 La dependencia implica que un caso de uso no tiene relación con otro. Sí No 14 Los actores representan entidades externas al sistema. Sí No 15 El límite del sistema se representa con un rectángulo. Sí No 16 Debe existir un actor por cada persona en la organización. Sí No 17 Los casos de uso ayudan a planificar actividades del proyecto. Sí No 18 La representación gráfica de un actor es un óvalo. Sí No 19 El nombre de un actor debe ser un sustantivo. Sí No 20 Un caso de uso debe tener inicio y fin definidos. Sí No 21 El modelo de casos de uso permite representar requerimientos funcionales. Sí No 22 La dependencia implica que un caso de uso no tiene relación con otro. Sí No 23 Los casos de uso permiten acordar la funcionalidad del sistema entre los equipos. Sí No 24 La representación gráfica de un actor es un óvalo. Sí No 25 La pregunta clave para identificar casos de uso es: ¿Cómo programar el sistema? Sí No 26 Un actor puede ser un sistema externo. Sí No 27 La relación extend representa comportamiento obligatorio. Sí No 28 Un actor representa un rol dentro del sistema. Sí No 29 El nombre de un caso de uso debe iniciar con un sustantivo. Sí No 30 “Generar factura” es un ejemplo correcto de nombre de caso de uso. Sí No 31 El modelo de casos de uso describe únicamente la arquitectura técnica del sistema. Sí No 32 Las asociaciones indican interacción entre actor y caso de uso. Sí No 33 Un caso de uso describe interacciones internas del sistema exclusivamente. Sí No 34 Un caso de uso no genera valor para el actor. Sí No 35 Los casos de uso deben evitar describir operaciones de bajo nivel. Sí No 36 Un caso de uso es una forma de utilizar el sistema. Sí No 37 Los casos de uso ayudan a identificar casos de prueba. Sí No

Actividad de Aprendizaje 2 Casos de uso

Sí o No

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Sí o No

¿Es verdad?

Sí o No

¿Está creado con Inteligencia Artificial?

Sí o No

Grammys a mejor canción/grabación

Sí o No

Preguntas sobre futbol para niños

Sí o No

OPEN UP 5 UNIT 3: THERE IS/ARE, THERE WAS, THERE WERE

Actividad de Aprendizaje 2 Casos de usoVersión en línea

por Adriana García Vargas

Los casos de uso incluyen variantes dentro de sus secuencias de acciones.

Los casos de uso están basados en lenguaje natural.

Las asociaciones se representan con líneas rectas.

La generalización permite especializar casos de uso.

El enfoque de los casos de uso se centra en el valor para el usuario.

El nombre de un caso de uso debe comenzar con un verbo en infinitivo.

El modelo de casos de uso establece los límites y el alcance del sistema.

Un caso de uso es una unidad funcional del sistema.

Los casos de uso facilitan la comunicación entre stakeholders.

La relación include permite reutilizar funcionalidad.

La pregunta clave para identificar casos de uso es: ¿Cómo programar el sistema?

La representación gráfica de un actor es un monigote.

La dependencia implica que un caso de uso no tiene relación con otro.

Los actores representan entidades externas al sistema.

El límite del sistema se representa con un rectángulo.

Debe existir un actor por cada persona en la organización.

Los casos de uso ayudan a planificar actividades del proyecto.

La representación gráfica de un actor es un óvalo.

El nombre de un actor debe ser un sustantivo.

Un caso de uso debe tener inicio y fin definidos.

El modelo de casos de uso permite representar requerimientos funcionales.

La dependencia implica que un caso de uso no tiene relación con otro.

Los casos de uso permiten acordar la funcionalidad del sistema entre los equipos.

La representación gráfica de un actor es un óvalo.

La pregunta clave para identificar casos de uso es: ¿Cómo programar el sistema?

Un actor puede ser un sistema externo.

La relación extend representa comportamiento obligatorio.

Un actor representa un rol dentro del sistema.

El nombre de un caso de uso debe iniciar con un sustantivo.

“Generar factura” es un ejemplo correcto de nombre de caso de uso.

El modelo de casos de uso describe únicamente la arquitectura técnica del sistema.

Las asociaciones indican interacción entre actor y caso de uso.

Un caso de uso describe interacciones internas del sistema exclusivamente.

Un caso de uso no genera valor para el actor.

Los casos de uso deben evitar describir operaciones de bajo nivel.

Un caso de uso es una forma de utilizar el sistema.

Los casos de uso ayudan a identificar casos de prueba.