La modélisation fonctionnelle et comportementale est une étape clé dans la conception de tout système informatique fiable.
Elle permet de comprendre ce que le système doit faire, comment il interagit avec ses utilisateurs et de quelle manière les différents scénarios se déroulent dans le temps.
Les diagrammes UML jouent ici un rôle fondamental, en offrant des représentations claires, normalisées et accessibles, utilisées aussi bien dans l’enseignement que dans le monde professionnel.
Les QCM associés à cette thématique abordent les diagrammes de cas d’utilisation, de séquence et d’activité, qui sont essentiels pour analyser les besoins, décrire les interactions et structurer les processus.
Ces notions sont très présentes dans les examens, les concours techniques et les projets académiques, car elles traduisent la capacité d’un candidat à raisonner sur le fonctionnement global d’un système.
En parcourant ces QCM, le lecteur est accompagné dans une approche progressive et rigoureuse de la modélisation UML orientée vers les usages réels.
La modélisation fonctionnelle et comportementale est une étape clé dans la conception de tout système informatique fiable.
Elle permet de comprendre ce que le système doit faire, comment il interagit avec ses utilisateurs et de quelle manière les différents scénarios se déroulent dans le temps.
Les diagrammes UML jouent ici un rôle fondamental, en offrant des représentations claires, normalisées et accessibles, utilisées aussi bien dans l’enseignement que dans le monde professionnel.
Les QCM associés à cette thématique abordent les diagrammes de cas d’utilisation, de séquence et d’activité, qui sont essentiels pour analyser les besoins, décrire les interactions et structurer les processus.
Ces notions sont très présentes dans les examens, les concours techniques et les projets académiques, car elles traduisent la capacité d’un candidat à raisonner sur le fonctionnement global d’un système.
En parcourant ces QCM, le lecteur est accompagné dans une approche progressive et rigoureuse de la modélisation UML orientée vers les usages réels.
QCM
1
Corrigé
Quel est l'objectif principal d'un diagramme de cas d'utilisation ?
A. Modéliser la structure de la base de données
B. Décrire les besoins fonctionnels du système du point de vue de l'utilisateur
C. Détailler les algorithmes complexes en Java
D. Planifier le déploiement sur les serveurs
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Il sert à capturer 'ce que' le système doit faire sans préciser 'comment' il le fera techniquement.
QCM
2
Corrigé
Comment représente-t-on un 'Acteur' en UML ?
A. Par un rectangle bleu
B. Par une bulle ovale
C. Par un petit bonhomme filiforme (stickman)
D. Par une flèche pointillée
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
C
Justification :
Le stickman est le symbole standard pour un acteur, qu'il soit humain ou non.
QCM
3
Corrigé
Un acteur peut-il être un système informatique externe ?
A. Oui, tout à fait
B. Non, un acteur est obligatoirement un être humain
C. Uniquement s'il possède une interface graphique
D. Seulement dans les diagrammes de séquence
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
A
Justification :
Un acteur représente un rôle externe au système (serveur de paiement, base de données externe, etc.).
QCM
4
Corrigé
Que représente une ellipse (ovale) dans ce diagramme ?
A. Un acteur secondaire
B. Une classe d'objets
C. Une base de données
D. Un cas d'utilisation (une fonctionnalité)
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
D
Justification :
L'ellipse contient le nom de la fonctionnalité ou du service rendu par le système.
QCM
5
Corrigé
Quelle relation utilise-t-on pour indiquer qu'un cas d'utilisation est 'inclus' obligatoirement dans un autre ?
A. «extend»
B. «include»
C. Généralisation
D. Association simple
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
La relation 'include' signifie que le cas source ne peut pas se terminer sans le cas inclus (ex: S'authentifier).
QCM
6
Corrigé
Quand utilise-t-on la relation «extend» ?
A. Pour une fonctionnalité optionnelle ou exceptionnelle
B. Pour forcer le passage par une étape
C. Pour lier deux acteurs entre eux
D. Pour créer une nouvelle classe
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
A
Justification :
L'extension s'exécute uniquement si une condition spécifique est remplie (ex: Demander une aide en ligne).
QCM
7
Corrigé
Comment appelle-t-on le grand rectangle qui entoure les cas d'utilisation ?
A. La zone de texte
B. La frontière du système (System Boundary)
C. Le package de déploiement
D. La zone de stockage
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Il délimite ce qui est à l'intérieur du logiciel (cas d'utilisation) de ce qui est à l'extérieur (acteurs).
QCM
8
Corrigé
Un acteur peut-il être placé à l'intérieur du rectangle de frontière du système ?
A. Oui, s'il travaille dans l'entreprise
B. Seulement s'il est un administrateur
C. Non, un acteur est par définition externe au système modélisé
D. Uniquement pour les tests
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
C
Justification :
L'acteur interagit avec le système mais n'en fait pas partie.
QCM
9
Corrigé
Que signifie une flèche de 'Généralisation' entre deux acteurs ?
A. L'un est l'enfant de l'autre et hérite de ses droits d'accès aux cas d'utilisation
B. Ils ne peuvent pas exister en même temps
C. L'un remplace l'autre
D. C'est une relation d'amitié
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
A
Justification :
Exemple : Un 'Administrateur' peut hériter d'un 'Utilisateur' pour accéder à toutes ses fonctions.
QCM
10
Corrigé
Quel sens prend la flèche pour une relation «include» ?
A. Du cas inclus vers le cas de base
B. De l'acteur vers le cas
C. Du cas de base vers le cas inclus
D. Il n'y a pas de flèche, juste un trait
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
C
Justification :
Le cas de base 'appelle' ou 'inclut' la sous-fonctionnalité.
QCM
11
Corrigé
Que signifie le terme 'Point d'extension' ?
A. L'endroit où l'on branche le chargeur
B. Une erreur dans le diagramme
C. L'endroit précis dans le flux d'un cas de base où un comportement peut être ajouté via un «extend»
D. Une nouvelle version du logiciel
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
C
Justification :
Il permet de documenter à quel moment l'extension peut se déclencher.
QCM
12
Corrigé
Peut-on lier deux acteurs directement par une ligne d'association ?
A. Oui, s'ils se parlent
B. Non, les acteurs ne sont liés qu'aux cas d'utilisation (ou entre eux par généralisation)
C. Seulement si l'un est humain et l'autre machine
D. Uniquement dans les projets Agile
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
UML interdit les liens directs entre acteurs car le diagramme modélise les interactions AVEC le système.
QCM
13
Corrigé
Quelle est la différence graphique entre «include» et «extend» ?
A. L'une est rouge, l'autre bleue
B. Le sens de la flèche est inversé par rapport à la dépendance logique
C. Il n'y a aucune différence visuelle
D. «include» est un trait plein, «extend» est un trait pointillé
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Pour «extend», la flèche pointe vers le cas de base (celui qui est étendu), contrairement à «include».
QCM
14
Corrigé
Dans quel cas utilise-t-on la généralisation entre deux Cas d'Utilisation ?
A. Pour lier un utilisateur à un mot de passe
B. Pour modéliser des variantes d'une même fonction (ex: 'Payer' généralise 'Payer par CB' et 'Payer par PayPal')
C. Pour supprimer une fonction
D. Pour indiquer une erreur
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Le cas fils est une spécialisation du cas père.
QCM
15
Corrigé
Qu'est-ce qu'un 'Acteur Primaire' ?
A. Le premier utilisateur enregistré
B. Celui qui déclenche le cas d'utilisation pour atteindre un but
C. Le développeur du logiciel
D. Le serveur principal
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Il est généralement placé à gauche du diagramme.
QCM
16
Corrigé
Qu'est-ce qu'un 'Acteur Secondaire' ?
A. Un acteur qui ne sert à rien
B. Un acteur qui est sollicité par le système (ex: service mail, banque) pour accomplir le cas
C. Le remplaçant de l'utilisateur
D. Un pirate informatique
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Il est souvent placé à droite du diagramme.
QCM
17
Corrigé
Le nom d'un cas d'utilisation doit idéalement commencer par :
A. Un nom propre
B. Une extension de fichier
C. Une adresse IP
D. Un verbe à l'infinitif
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
D
Justification :
Ex: 'Réserver un vol', 'Éditer une facture'. Cela souligne l'action.
QCM
18
Corrigé
Comment appelle-t-on le document textuel qui accompagne souvent un cas d'utilisation ?
A. Le manuel utilisateur
B. La fiche de description (ou scénario)
C. Le script de déploiement
D. Le contrat de licence
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Le diagramme est visuel, mais la fiche détaille les étapes (scénario nominal, alternatif, erreurs).
QCM
19
Corrigé
Peut-on lier un cas d'utilisation à un autre par une association simple (trait plein) ?
A. Oui, c'est très courant
B. Seulement si le cas est petit
C. Non, les cas d'utilisation ne sont liés entre eux que par include, extend ou généralisation
D. Seulement en mode brouillon
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
C
Justification :
Le trait plein est réservé au lien entre un acteur et un cas d'utilisation.
QCM
20
Corrigé
Dans une fiche de cas d'utilisation, qu'est-ce qu'une 'Précondition' ?
A. L'état du système après le cas
B. Une erreur fatale
C. Le nom de l'acteur
D. L'état nécessaire du système pour que le cas puisse démarrer (ex: l'utilisateur doit être connecté)
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
D
Justification :
C'est une condition sine qua non pour lancer la fonctionnalité.
QCM
21
Corrigé
Que contient le 'Scénario Nominal' ?
A. La liste des bugs potentiels
B. L'enchaînement des étapes quand tout se passe sans erreur
C. Le code source du système
D. Les noms des utilisateurs
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
On l'appelle aussi le 'chemin heureux' (happy path).
QCM
22
Corrigé
Que signifie une multiplicité '1..*' sur le lien entre un acteur et un cas ?
A. L'acteur peut déclencher ce cas plusieurs fois simultanément
B. Il faut au moins un acteur pour ce cas
C. C'est une notation interdite en UML
D. Le cas d'utilisation est très long
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
A
Justification :
Elle précise combien d'instances de l'acteur peuvent participer au cas.
QCM
23
Corrigé
Le diagramme de cas d'utilisation permet-il de définir l'ordre chronologique des fonctions ?
A. Oui, de haut en bas
B. Non, il ne montre pas l'ordonnancement (il faut utiliser un diagramme d'activité ou de séquence)
C. Oui, grâce aux flèches
D. Uniquement avec des numéros
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
C'est une erreur classique : le diagramme de cas d'utilisation est statique, il liste les services sans notion de temps.
QCM
24
Corrigé
Comment représente-t-on une relation «include» ou «extend» ?
A. Un trait plein
B. Une flèche pointillée avec le nom entre guillemets (« »)
C. Un cercle
D. Un losange
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Ces guillemets sont appelés des stéréotypes UML.
QCM
25
Corrigé
Pourquoi éviter de mettre trop de détails techniques dans un cas d'utilisation ?
A. Pour ne pas effrayer les développeurs
B. Parce qu'il doit être compréhensible par les clients/métiers
C. Parce que c'est payant
D. Pour réduire la taille du fichier
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
C'est un outil de communication entre les techniciens et les non-techniciens.
QCM
26
Corrigé
Quelle est la 'Postcondition' d'un cas d'utilisation ?
A. Ce que l'utilisateur doit faire avant
B. L'état du système une fois le cas terminé avec succès
C. Une erreur réseau
D. Le prix du logiciel
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Ex: 'La facture est enregistrée en base et envoyée par mail'.
QCM
27
Corrigé
Peut-on utiliser le diagramme de cas d'utilisation pour modéliser des processus manuels (non informatiques) ?
A. Oui, c'est tout à fait possible
B. Non, c'est uniquement pour le logiciel
C. Seulement si on utilise des robots
D. Uniquement pour le matériel
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
A
Justification :
UML peut modéliser des organisations humaines ou des processus métier globaux.
QCM
28
Corrigé
Dans l'extension (extend), la condition de garde est-elle obligatoire ?
A. Non
B. Seulement le lundi
C. Oui, pour savoir quand l'extension se déclenche
D. Uniquement pour les administrateurs
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
C
Justification :
Sans condition, on ne sait pas pourquoi le comportement supplémentaire s'activerait.
QCM
29
Corrigé
L'acteur 'Temps' (Time) peut-il exister ?
A. Non
B. Oui, pour déclencher des cas automatiques (ex: sauvegarde chaque nuit)
C. Seulement dans les films de science-fiction
D. Uniquement pour les horloges
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
On l'utilise pour les événements temporels programmés.
QCM
30
Corrigé
Le diagramme de cas d'utilisation fait partie de quelle catégorie ?
A. Diagrammes de structure
B. Diagrammes de comportement
C. Diagrammes de déploiement
D. Diagrammes de base de données
Afficher la réponse
Cliquez pour voir la correction
Réponse correcte :
B
Justification :
Bien qu'il semble statique, il décrit les interactions (le comportement externe) du système.
Mots & Définitions
Consultez les définitions des termes importants.
Le diagramme de cas d’utilisation illustre les fonctionnalités offertes par un système du point de vue de ses utilisateurs ou d’autres systèmes externes. Il met en relation les services et les acteurs qui les sollicitent. Cet outil est fondamental pour analyser et formaliser les besoins fonctionnels avant toute conception détaillée.
Un acteur représente une entité externe, humaine ou non, qui interagit avec le système modélisé. Il symbolise un rôle plutôt qu’une personne spécifique. Il permet de comprendre qui utilise ou influence quelles fonctionnalités du système.
La relation « include » introduit une fonctionnalité qui est systématiquement exécutée au sein d’un autre cas d’utilisation. Elle sert à factoriser des comportements communs sans répétition. Elle améliore la lisibilité des modèles fonctionnels.
La relation « extend » représente un comportement optionnel ou conditionnel qui enrichit un cas d’utilisation principal. Elle ne s’active que sous certaines conditions. Cela permet de modéliser des scénarios complémentaires ou exceptionnels.
La frontière du système délimite graphiquement ce qui appartient au logiciel modélisé et ce qui en est externe. Elle sert à isoler les cas d’utilisation des acteurs. Cela clarifie la portée fonctionnelle du système.
La généralisation entre acteurs signifie qu’un acteur peut hériter des interactions d’un autre. Elle reflète une relation hiérarchique de rôles. Cela évite la duplication des interactions communes entre différents utilisateurs.
Une précondition est une condition qui doit être vraie avant de commencer l’exécution d’un cas d’utilisation. Elle définit l’état requis du système pour que la fonctionnalité soit applicable. Cela aide à formaliser les contraintes d’entrée.
Une postcondition décrit l’état du système immédiatement après la réussite d’un cas d’utilisation. Elle formalise ce que le système garantit une fois l’action accomplie. Cela permet de vérifier l’effet attendu d’un scénario.
Le scénario nominal décrit le déroulement des actions quand tout se passe normalement sans erreurs. Il est souvent appelé ‘happy path’. Il sert de référence pour comprendre le comportement standard d’un cas d’utilisation.
La multiplicité indique combien d’instances d’un élément peuvent participer à une relation. Elle précise des contraintes quantitatives dans les interactions entre objets ou acteurs. Cela rend les modèles UML plus rigoureux et explicites.
Le diagramme de séquence met en lumière l’ordre chronologique des interactions entre objets dans un scénario. Il représente comment les messages sont échangés au fil du temps. C’est un outil clé pour comprendre la dynamique d’un système.
La ligne de vie dans un diagramme de séquence symbolise l’existence d’un objet ou d’un acteur durant une interaction. Elle s’étend verticalement pour montrer combien de temps il participe. Cela aide à structurer visuellement les échanges.
Un message synchrone est une interaction où l’émetteur attend une réponse après avoir invoqué une opération. Il est souvent représenté par une flèche pleine. Cela modélise les appels de méthode ou de service bloquants.
Un fragment combiné est une structure dans un diagramme de séquence qui organise des interactions selon des règles, comme alternatives ou parallélismes. Il permet de modéliser des scénarios complexes. Cela enrichit la capacité descriptive du diagramme.
Le diagramme d’activité représente le flux de contrôle d’un processus ou d’un traitement. Il montre les différentes actions et les décisions qui guident l’exécution. C’est un support visuel utile pour formaliser les logiques opérationnelles.
Les nœuds de fork et de join sont des éléments qui divisent ou rassemblent des flux parallèles dans un diagramme d’activité. Le fork crée plusieurs chemins simultanés, tandis que le join les synchronise. Cela permet de modéliser des processus multitâches.
Un nœud de décision est un point dans un diagramme d’activité où le flux choisit entre plusieurs alternatives. Il est guidé par des conditions logiques. Cela rend possible la modélisation de branchements conditionnels.
Un état composite contient plusieurs sous-états organisés à l’intérieur d’un état global. Il sert à simplifier et à structurer la modélisation des comportements complexes. Cela améliore la lisibilité des transitions internes.
L’état final représente la fin du cycle de vie d’un objet ou la conclusion d’un processus. Il marque l’arrêt des transitions possibles. Cela aide à définir clairement la terminaison d’un scénario.
Un artefact UML désigne un élément tangible lié au système, comme un fichier ou un document généré. Il représente les livrables produits lors du développement. Cela permet d’intégrer des éléments concrets dans la modélisation.
À propos de ce QCM
Cette série de QCM se concentre sur la compréhension et la maîtrise des principaux diagrammes UML dédiés à l’analyse fonctionnelle et au comportement des systèmes.
Les diagrammes de cas d’utilisation permettent d’identifier les services rendus par un système et les rôles des acteurs qui interagissent avec lui.
Ils constituent souvent le point de départ de toute conception, car ils structurent les besoins fonctionnels de manière claire et compréhensible.
Les diagrammes de séquence viennent ensuite détailler le déroulement temporel des interactions.
Ils montrent comment les acteurs et les objets communiquent, dans quel ordre et selon quelles règles.
Cette représentation aide à visualiser les appels de méthodes, les dépendances et la coordination entre les différents éléments du système.
Elle est particulièrement utile pour analyser des scénarios complexes et anticiper les effets d’un changement de comportement.
Les diagrammes d’activité complètent cette approche en décrivant les flux de traitement, les décisions et les actions parallèles.
Ils permettent de modéliser des processus métier ou des logiques opérationnelles avec précision.
Les notions de conditions, de synchronisation et de responsabilités renforcent la compréhension globale du fonctionnement interne du système.
Grâce à ces QCM, l’apprenant développe des compétences essentielles : analyse fonctionnelle, raisonnement logique, lecture et interprétation de diagrammes UML.
Il améliore sa capacité d’auto-évaluation et se prépare efficacement aux examens, aux concours et aux situations professionnelles où la clarté de la modélisation est déterminante.
Conclusion
Ces QCM offrent un cadre pédagogique solide pour approfondir la modélisation UML orientée vers les fonctionnalités et le comportement des systèmes.
Ils permettent de relier les besoins des utilisateurs aux mécanismes internes de fonctionnement, tout en développant une vision structurée et cohérente.
En s’entraînant régulièrement, l’utilisateur consolide ses acquis, gagne en aisance dans l’analyse des scénarios et progresse dans sa maîtrise des diagrammes UML.
Cette pratique constitue un véritable atout pour réussir les évaluations et aborder les projets informatiques avec méthode, rigueur et professionnalisme.
