Actividad de Aprendizaje 2 Casos de uso

Oui ou Non

Parties jouées 0

Créer une copie

À propos de cette activité

Actividad de Aprendizaje 2 Casos de uso

Créé par

Adriana García Vargas

Mexico

Téléchargez la version pour jouer sur papier

Top 10 résultats

Il n'y a toujours pas de résultats pour ce jeu. Soyez le premier à apparaître dans le classement! Connectez-vous pour vous identifier.

Créez votre propre jeu gratuite à partir de notre créateur de jeu

Affrontez vos amis pour voir qui obtient le meilleur score dans ce jeu

Créer un défi

		%
	Anonyme	%
		%
		%

Imprimez votre jeu

Actividad de Aprendizaje 2 Casos de uso


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

Actividad de Aprendizaje 2 Casos de uso

Oui ou Non

À propos de cette activité

Créé par

Téléchargez la version pour jouer sur papier

Top Jeux

Oui ou Non

Adjective Checker

Oui ou Non

Is it true?

Oui ou Non

Grammys for best song/record

Oui ou Non

Foot and Ankle Anatomy Quiz

Oui ou Non

Is it created with Artificial Intelligence? - Complete game

Actividad de Aprendizaje 2 Casos de usoVersion en ligne

par Adriana García Vargas

Los casos de uso ayudan a planificar actividades del proyecto.

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

Un caso de uso debe tener inicio y fin definidos.

Un caso de uso describe interacciones internas del sistema exclusivamente.

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

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

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

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

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

Un actor puede ser un sistema externo.

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

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

La relación include permite reutilizar funcionalidad.

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

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

Las asociaciones se representan con líneas rectas.

Los casos de uso ayudan a identificar casos de prueba.

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

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

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

El nombre de un actor debe ser un sustantivo.

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

Un caso de uso no genera valor para el actor.

Un actor representa un rol dentro del sistema.

Los actores representan entidades externas al sistema.

Un caso de uso es una unidad funcional del sistema.

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

La generalización permite especializar casos de uso.

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

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

El modelo de casos de uso permite representar requerimientos funcionales.

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

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

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

La relación extend representa comportamiento obligatorio.

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?