QCM : Diagrammes statiques UML (9 questions)

Questions et réponses du QCM

1. Quel aspect du système un diagramme statique représente-t-il ?

L’enchaînement temporel de ses opérations pendant son exécution
Les échanges successifs entre ses composants au cours d’un scénario
Sa structure stable, indépendamment de son déroulement dans le temps
Les étapes d’évolution de son état au fil d’une interaction

Sa structure stable, indépendamment de son déroulement dans le temps

Explication

Un diagramme statique décrit la structure stable du système plutôt que son déroulement temporel. La succession d’opérations relève d’une représentation du comportement dans le temps.

2. Pour distinguer le périmètre fonctionnel du domaine d’un système, quels diagrammes sont les plus adaptés ?

Le diagramme de classes pour les interactions externes et le diagramme de cas d’usage pour les données
Le diagramme de classes pour le périmètre fonctionnel et le diagramme de cas d’usage pour le domaine
Le diagramme de cas d’usage pour le domaine et le diagramme de classes pour le déroulement temporel
Le diagramme de cas d’usage pour le périmètre fonctionnel et le diagramme de classes pour le domaine

Le diagramme de cas d’usage pour le périmètre fonctionnel et le diagramme de classes pour le domaine

Explication

Le diagramme de cas d’usage clarifie le périmètre fonctionnel, alors que le diagramme de classes clarifie le domaine. Inverser leurs rôles attribue à chacun la responsabilité de l’autre.

3. Dans la modélisation d’un système, qu’est-ce qui caractérise un acteur ?

Un processus temporel qui ordonne les opérations du système
Un composant interne au système qui réalise une fonction
Une entité extérieure au système étudié qui interagit avec lui
Une classe du domaine qui décrit des objets manipulés

Une entité extérieure au système étudié qui interagit avec lui

Explication

Un acteur se situe à l’extérieur du système étudié et interagit avec celui-ci. Un composant interne peut participer au fonctionnement, mais il n’est pas un acteur au sens de cette définition.

4. Dans un diagramme de cas d’usage, que signifie une association entre un acteur et un cas d’usage ?

L’acteur constitue une partie interne du système chargée de réaliser le cas d’usage
L’association indique l’ordre temporel dans lequel l’acteur exécute plusieurs cas d’usage
Le cas d’usage définit une classe du domaine dont l’acteur est une instance
L’acteur participe au cas d’usage dans le cadre d’une interaction fonctionnelle

L’acteur participe au cas d’usage dans le cadre d’une interaction fonctionnelle

Explication

Une association indique qu’un acteur participe à un cas d’usage et représente une interaction fonctionnelle. Elle ne décrit pas l’ordre temporel des actions, contrairement à ce que suggère l’interprétation centrée sur une séquence.

5. Dans la description des cas d’usage, que désigne un scénario nominal ?

Une situation d’erreur qui empêche le déroulement de référence.
Une variante qui modifie certaines étapes du déroulement de référence.
Le niveau de détail choisi pour délimiter le périmètre du système.
Le déroulement de référence d’un cas d’usage, comme « Créer un ticket ».

Le déroulement de référence d’un cas d’usage, comme « Créer un ticket ».

Explication

Le scénario nominal décrit le déroulement de référence du cas d’usage, illustré par « Créer un ticket », et se distingue des scénarios alternatifs et des erreurs. Une variante correspond plutôt à un scénario alternatif, et non au déroulement nominal.

6. Quels éléments faut-il identifier dans un diagramme de classes ?

Les classes, leurs attributs, leurs opérations et leurs relations
Les exigences, leurs priorités, leurs contraintes et leurs validations
Les acteurs, leurs scénarios, leurs objectifs et leurs interactions
Les événements, leurs séquences, leurs déclencheurs et leurs résultats

Les classes, leurs attributs, leurs opérations et leurs relations

Explication

Un diagramme de classes présente les classes et précise leurs attributs, leurs opérations et leurs relations. Les acteurs, scénarios et interactions relèvent plutôt de la modélisation des cas d’usage.

7. Quel est l’objectif du contrôle de cohérence entre le diagramme de cas d’usage et le diagramme de classes ?

Vérifier que la structure du domaine correspond aux fonctionnalités décrites.
Déterminer si chaque acteur possède un attribut dans une classe.
Remplacer les multiplicités par des scénarios alternatifs.
Transformer les opérations des classes en associations fonctionnelles.

Vérifier que la structure du domaine correspond aux fonctionnalités décrites.

Explication

Ce contrôle vise à s’assurer que le modèle structurel et la description des fonctionnalités sont compatibles. La présence d’un acteur dans un cas d’usage ne signifie pas qu’il doit être représenté par un attribut de classe.

8. Dans quelle séquence s’effectuent les étapes de construction d’un modèle de classes ?

Repérer les noms importants, établir les attributs et relations avec leurs multiplicités, puis généraliser, choisir et vérifier le modèle.
Repérer les noms importants, généraliser le modèle, puis vérifier les attributs et établir les relations.
Établir les attributs et les relations, vérifier le modèle, puis repérer les noms importants et généraliser.
Généraliser le modèle, repérer les noms importants, puis établir les multiplicités et choisir les relations.

Repérer les noms importants, établir les attributs et relations avec leurs multiplicités, puis généraliser, choisir et vérifier le modèle.

Explication

La construction commence par le repérage des noms importants, se poursuit par l’établissement des attributs, relations et multiplicités, puis s’achève par la généralisation, le choix et la vérification du modèle. Les autres séquences déplacent ces étapes et ne respectent donc pas leur ordre.

9. Quelle différence distingue un acteur d’un cas d’usage dans la modélisation d’un système ?

L’acteur est une entité extérieure qui interagit avec le système, tandis que le cas d’usage décrit une fonctionnalité à laquelle il participe.
L’acteur définit la frontière technique du système, tandis que le cas d’usage représente un équipement externe connecté.
L’acteur est une fonctionnalité du système, tandis que le cas d’usage désigne une organisation extérieure qui l’utilise.
L’acteur décrit une séquence d’étapes, tandis que le cas d’usage représente une classe du domaine et ses attributs.

L’acteur est une entité extérieure qui interagit avec le système, tandis que le cas d’usage décrit une fonctionnalité à laquelle il participe.

Explication

Un acteur est une entité extérieure au système étudié, alors qu’un cas d’usage décrit une fonctionnalité impliquant une interaction avec celui-ci. Une séquence d’étapes correspond à la description d’un scénario, et non à la définition d’un acteur.

Révisez avec les flashcards

Mémorisez les réponses avec 10 flashcards sur Diagrammes statiques UML.

Que montre un diagramme statique ?

La structure stable du système.

Que clarifie le diagramme de cas d’usage ?

Le périmètre fonctionnel.

Qu’est-ce qu’un acteur dans l’étude d’un système ?

Une entité extérieure au système qui interagit avec lui.

Voir les flashcards →

Approfondir avec la fiche

Consultez la fiche de révision complète sur Diagrammes statiques UML.

Voir la fiche →

Cours similaires

Cyberespace et cyberdéfense française

Cybersécurité

Piliers de la programmation orientée objet

Programmation

AutoCAD et dessin architectural

Modélisation des systèmes informatiques

Programmation orientée objet

Programmation

Bases de programmation en Python

Programmation

Crée tes propres QCM

Importe ton cours et l'IA génère des QCM avec corrections en 30 secondes.

Générateur de QCM