Créer jeu
Télécharger
Obtenir Plan Académique
Partager le jeu
Intégrez-le à votre plateforme

Vous pouvez intégrer le jeu dans un LMS compatible avec LTI 1.1 ou LTI 1.3 comme Canvas, Moodle ou Blackboard. Les scores seront ainsi automatiquement enregistrés dans le carnet de notes de la plateforme.
Télécharger
Vous avez dépassé le nombre maximum de jeux que vous pouvez intégrer à Google Classroom avec votre Plan actuel.

Pour intégrer autant de jeux que vous le souhaitez dans Google Classroom, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Vous avez dépassé le nombre maximum de jeux que vous pouvez intégrer à Microsoft Teams avec votre Plan actuel.

Pour intégrer autant de jeux que vous le souhaitez dans Microsoft Teams, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Le téléchargement du jeu est une fonctionnalité exclusive pour les utilisateurs avec un Plan Académique ou un Plan Commercial.

Obtenez votre Plan Académique ou Plan Commercial dès maintenant et commencez à intégrer vos jeux dans votre LMS, votre site Web ou votre blog.

Si vous le souhaitez, vous pouvez télécharger une jeu de test ici et tester son intégration:

Ingeniería de software y requerimientos - Momento 2

Test

Parties jouées 2

À propos de cette activité

Este cuestionario consta de 5 preguntas de selección múltiple con única respuesta que te permitirán valorar tu aprendizaje obtenido en el momento 2:

1. UML y modelado de sistemas de software.

2. Casos de uso y análisis de sistemas.

3. Diagramas de comportamiento en UML.

4. Historias de usuario y desarrollo ágil.

5. Técnicas de priorización, prototipado y trazabilidad.

Cada pregunta tiene 4 opciones de respuesta, de las cuales solo una es correcta. Lee cuidadosamente cada pregunta y selecciona la respuesta más adecuada. Al finalizar encontrarás la retroalimentación para cada pregunta.

Créé par

Colombia

Téléchargez la version pour jouer sur papier

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

Top Jeux

%
Anonyme
Anonyme
%
%
%
Vous avez dépassé le nombre maximum de jeux que vous pouvez imprimer avec votre Plan actuel.

Pour imprimer autant de jeux que vous le souhaitez, vous avez besoin d’un Plan Académique ou un Plan Commerciel.

Imprimez votre jeu
Ingeniería de software y requerimientos - Momento 2
 

Ingeniería de software y requerimientos - Momento 2Version en ligne

Este cuestionario consta de 5 preguntas de selección múltiple con única respuesta que te permitirán valorar tu aprendizaje obtenido en el momento 2: 1. UML y modelado de sistemas de software. 2. Casos de uso y análisis de sistemas. 3. Diagramas de comportamiento en UML. 4. Historias de usuario y desarrollo ágil. 5. Técnicas de priorización, prototipado y trazabilidad. Cada pregunta tiene 4 opciones de respuesta, de las cuales solo una es correcta. Lee cuidadosamente cada pregunta y selecciona la respuesta más adecuada. Al finalizar encontrarás la retroalimentación para cada pregunta.

par E-learning UCC Actividades de Aprendizaje
1

¿Cuál es el propósito principal de un diagrama de casos de uso dentro del proceso de especificación de requerimientos?

2

En una especificación detallada de un caso de uso, ¿Cuál es la diferencia crítica entre el flujo principal y los flujos alternativos?

3

¿Cuál de las siguientes historias de usuario está mejor redactada según los estándares revisados en el momento 2?

4

En la técnica MoSCoW de priorización, ¿cuál es la diferencia clave entre una historia clasificada como must have versus should have?

5

¿Cuál es el propósito principal de una matriz de trazabilidad bidireccional en la especificación de requerimientos?

Explicación

El diagrama de casos de uso es el primer paso de especificación visual que comunica a todos los stakeholders sobre qué funcionalidades ofrece el sistema desde la perspectiva del usuario.

Esta es la distinción esencial: flujo principal = camino feliz; flujos alternativos = casos especiales, errores y variaciones que el sistema debe manejar.

Sigue el formato correcto (Como-quiero-para que) con criterios medibles y verificables que definen exactamente cuándo la historia está completa.

Must have es mandatorio para viabilidad. Should have es importante pero no crítico. Esta distinción permite tomar decisiones de alcance cuando hay restricciones.

La trazabilidad es el seguro del proyecto: Permite gestionar cambios, verificar cobertura completa, entender impacto de modificaciones y mantener control durante todo el ciclo de vida.

Voulez-vous vraiment quitter la page ?

En quittant la page, vous perdrez la progression du jeu.