QCM UML Corrigé – Partie 36

Découvrez une série de QCM UML pour tester vos connaissances en modélisation orientée objet. À travers ces questionnaires, révisez les principaux diagrammes UML, les concepts de base et les bonnes pratiques en génie logiciel. Un outil idéal pour les étudiants, développeurs et candidats aux examens techniques.
 
 

1. Pourquoi utilise-t-on <<include>> ici entre « Suivre livraison » et « Géolocaliser livreur » ?


A Le client peut géolocaliser parfois

B « Géolocaliser » est une action dérivée

C « Suivre livraison » a toujours besoin de géolocaliser le livreur

D Mauvais usage d’UML

C
Include = réutilisation systématique, pas facultative. On décompose un scénario de manière modulaire.

 

 

2. Quelle technologie pourrait être modélisée avec ce diagramme ?


A Une API bancaire

B Une IA de détection d’émotion vocale

C Une app météo

D Une base de données relationnelle

B
Avec ce diagramme, on peut modéliser une application de IA de détection d’émotion vocale.

 

 

3. Que permet T ici ?


A C’est une méthode

B Un attribut privé

C Une erreur de syntaxe

D Une classe générique pour accueillir des types géométriques différents

D
Une classe générique. Exemple: Forme<Cercle>, Forme<Rectangle> : hautement réutilisable, typée, et propre

 

 
 

4. Comment représenter ce scénario dans un diagramme de cas d’utilisation ?


A Avec <<include>>

B Avec un if

C Avec <<extend>> vers un cas « Erreur de connexion »

D Impossible

C
Ce genre de scénario alternatif / d’erreur s’exprime par extension du cas d’utilisation principal.

 

 

5. Quel concept est illustré ici ?


A Redéfinition

B Surcharge de méthode (overload)

C Réflexivité

D Encapsulation

B
Le même nom de méthode avec paramètres différents = surcharge, même si pas directement redéfini.

 

 

6. Quelle règle métier est implicitement modélisée ici ?


A Tout le monde peut discuter

B Discuter sans profil

C Il faut avoir aimé un profil pour pouvoir discuter avec

D On peut aimer plusieurs profils

C
Le <<include>> impose une condition logique obligatoire dans le déroulé métier.

 

 
 

7. Ce diagramme est-il valide UML ?


A Non, il n’est pas sérieux

B Non, pas d’interactions utilisateur autorisées

C Oui, tout échange structuré entre acteurs est modélisable

D Non, on ne modélise pas ChatGPT en UML

C
UML ne juge pas ton scénario: tant que c’est logique, tu peux le modéliser, même un dialogue avec une IA.

 

 

8. Ce diagramme combine quels types de vues UML ?


A Séquence et activité

B Classe et objet

C Composants + déploiement

D États + collaboration

C
On voit qui exécute quoi, où. Hyper utile pour les architectures distribuées (Cloud, SaaS, microservices).

 

 

9. Un Dossier peut avoir 0 ou plusieurs PiècesJointes. Ces pièces peuvent aussi être utilisées dans d’autres dossiers. Relation ?

A Composition

B Agrégation

C Association

D Dépendance

B
Les PiècesJointes peuvent exister en dehors du dossier, donc on parle d’agrégation (relation « partie-tout » faible).

 

 
 

10. Tu veux représenter que l’action de réparer une machine dépend de l’existence préalable d’un diagnostic. Tu utilises dans ton diagramme de cas d’utilisation :

A Include

B Extend

C Réalisation

D Déploiement

A
Si une action nécessite obligatoirement une autre, c’est <<include>>.

 

 

11. Un Client réserve une Chambre. Le Client et la Chambre existent indépendamment, mais sont liés pour la réservation. Relation ?

A Composition

B Agrégation

C Association

D Dépendance

C
Si les entités sont liées sans dépendance forte, c’est une association simple.

 

 

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *