Actividad de Aprendizaje 2 Casos de uso

Yes or No

Played 0

Create copy

About this activity

Actividad de Aprendizaje 2 Casos de uso

Created by

Adriana García Vargas

Mexico

Download the paper version to play

Top 10 results

There are still no results for this game. Be the first to stay in the ranking! Log in to identify yourself.

Make your own free game from our game creator

Compete against your friends to see who gets the best score in this game

Make challenge

Foot and Ankle Anatomy Quiz

Thilaxshi Suresh

United Kingdom

(9)

Test your knowledge of the bones, joints, and muscles of the foot and ankle with this interactive quiz. Answer with ✅ if the statement is correct and ❌ if it is incorrect.
Grammys for best song/record

Educaplay Educational Resources

Spain

(50)

Answer if these songs won the Grammy for Best Song or Record of the Year (the general ones, category Grammys do not count)
Is it true?

Educaplay Educational Resources

Spain

(58)

Answer if the following sentences about general culture are true or not.
Is it created with Artificial Intelligence? - Complete game

Educaplay Educational Resources

Spain

(17)

Images, songs... Nothing is what it seems anymore. Are they generated with AI, or are they real?
Adjective Checker

Erika Moreno

Ecuador

(14)

In this game, you will have to determine if the adjective provided accurately describes the noun. Test your knowledge of adjectives and see if you can spot the correct matches!

		%
	Anonymous	%
		%
		%

Print your game

Actividad de Aprendizaje 2 Casos de uso


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

Actividad de Aprendizaje 2 Casos de uso

Yes or No

About this activity

Created by

Download the paper version to play

Top Games

Yes or No

Foot and Ankle Anatomy Quiz

Yes or No

Grammys for best song/record

Yes or No

Is it true?

Yes or No

Is it created with Artificial Intelligence? - Complete game

Yes or No

Adjective Checker

Actividad de Aprendizaje 2 Casos de usoOnline version

by Adriana García Vargas

El nombre de un actor debe ser un sustantivo.

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

El modelo de casos de uso permite representar requerimientos funcionales.

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

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

La generalización permite especializar casos de uso.

La relación include permite reutilizar funcionalidad.

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

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

Un caso de uso no genera valor para el actor.

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

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

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

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

Un caso de uso describe interacciones internas del sistema exclusivamente.

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

Un caso de uso es una unidad funcional del sistema.

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

Un caso de uso debe tener inicio y fin definidos.

Los casos de uso ayudan a identificar casos de prueba.

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

La relación extend representa comportamiento obligatorio.

Los actores representan entidades externas al sistema.

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

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

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

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

Los casos de uso ayudan a planificar actividades del proyecto.

Las asociaciones se representan con líneas rectas.

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

Un actor puede ser un sistema externo.

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

Un actor representa un rol dentro del sistema.

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

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

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

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