QCM : Modélisation SysML — 24 questions

Explication

SysML fournit un modèle graphique partagé qui facilite la collaboration entre la mécanique, l’électronique et l’informatique. Il ne remplace ni les essais ni les processus de fabrication et ne se limite pas à l’électronique.

Explication

En STI2D, SysML comprend six diagrammes : exigences, cas d’utilisation, définition de blocs, blocs internes, séquence et états. Les autres nombres ne correspondent pas à cette constitution.

Explication

Les diagrammes de séquence et d’états représentent le comportement du système. Les diagrammes de blocs décrivent plutôt sa structure, tandis que les exigences et les cas d’utilisation concernent d’autres aspects de sa description.

Explication

Un diagramme d’états représente les états du système et ses réactions aux événements qui surviennent. Les relations structurelles relèvent des diagrammes de blocs, tandis que les échanges et les services sont décrits par d’autres diagrammes.

Explication

Un état correspond à une période durant laquelle le système peut attendre un événement et accomplir une activité. Une flèche représente une transition, une condition correspond à une garde et la fin est indiquée par un état final.

Explication

La garde est la condition nécessaire pour franchir la transition, tandis que l’action est déclenchée lorsque cette condition est validée. Confondre leurs rôles revient à attribuer à la garde l’exécution de l’opération.

Explication

Un état composé, aussi appelé super état, contient des sous-états et peut être organisé en plusieurs régions. Les autres descriptions correspondent à des fonctions d’entrée, de liaison ou de terminaison qui ne définissent pas cet état.

Explication

Un diagramme de séquence présente, sous forme de scénario, l’ordre chronologique des messages entre acteurs et objets. La structure, les états et les services sont respectivement associés à d’autres types de diagrammes.

Explication

Une ligne de vie est un trait vertical associé à un acteur ou à un objet, et le temps s’y écoule de haut en bas. Elle ne représente ni une condition, ni une réponse, ni une séparation entre scénarios.

Explication

Un message synchrone suspend l’émetteur jusqu’à l’obtention de la réponse, alors qu’un message asynchrone lui permet de poursuivre immédiatement. L’envoi à soi-même caractérise un message réflexif et la répétition ou le choix de branches relève des fragments.

Explication

Le fragment opt dépend d’une condition, alt sélectionne une branche parmi plusieurs, loop répète une séquence et par exécute des fragments en parallèle. Les autres associations permutent les fonctions propres à ces fragments.

Explication

Le diagramme de définition de blocs décrit les ensembles constitutifs du système, notamment les systèmes, sous-ensembles, programmes et composants. Le diagramme de blocs internes s’intéresse plutôt aux connexions et aux flux entre ces éléments.

Explication

Le losange plein indique une agrégation forte, dans laquelle le bloc fait physiquement partie du bloc système. Un losange vide correspond à une agrégation faible et ne signifie pas cette appartenance physique.

Explication

Le diagramme de blocs internes connecte les blocs afin de mettre en évidence leurs relations et leurs flux. Le diagramme de définition de blocs décrit plutôt la composition générale du système.

Explication

Un cas d’utilisation regroupe des actions réalisées par le système et produisant un résultat observable intéressant pour un acteur particulier. Il décrit donc un service rendu plutôt qu’une structure de composants ou un flux physique.

Explication

L’acteur principal bénéficie du service fourni par le cas d’utilisation, alors que l’acteur secondaire est nécessaire à sa réalisation. Confondre leurs rôles revient à attribuer au bénéficiaire la contribution opérationnelle au service.

Explication

La relation extend ajoute un comportement ou un service optionnel lorsqu’une condition est remplie. La relation include exprime plutôt une dépendance entre deux cas d’utilisation, tandis qu’une association relie un acteur à un cas.

Explication

Le diagramme d’exigences précise les capacités ou contraintes que le système doit satisfaire et contribue à établir un contrat entre le client et les réalisateurs. Les autres propositions décrivent des fonctions de diagrammes de structure ou de comportement.

Explication

Une exigence peut comporter, en plus de son nom et de sa description, une priorité, une source ou un risque. Les autres éléments proposés appartiennent à la modélisation des acteurs, des blocs ou des flux.

Explication

La relation satisfy indique qu’un élément satisfait une exigence, tandis que verify indique qu’un élément la vérifie ou la valide. Les relations derive, contain et refine servent respectivement à relier, décomposer ou préciser des exigences.

Explication

Le fonctionnement central du lanceur Buddy Joola consiste à envoyer des balles. Le réglage de la vitesse constitue une fonction de commande, mais ne décrit pas le cas d’utilisation principal.

Explication

Le lanceur doit fonctionner entre 12 et 70 balles par minute et pouvoir stocker 110 balles. Les autres couples de valeurs modifient au moins une des deux performances exigées.

Explication

La commande asservie doit corriger la vitesse avec une précision de 100 et en moins de 3 secondes. Une rapidité de 10 secondes ne satisfait pas la contrainte temporelle, même si la précision est conservée.

Explication

L’association « refine » sert à préciser davantage une exigence existante. La décomposition en exigences unitaires correspond à l’association « containance », et non à « refine ».