QCM : Modélisation des systèmes avec SysML (21 questions)

Explication

SysML est un langage graphique qui permet à des acteurs de métiers différents de collaborer autour d’un modèle commun afin de définir un système. La fabrication, la programmation logicielle et la normalisation des essais ne décrivent pas ce rôle de collaboration.

Explication

Les objectifs de SysML comprennent l’identification visuelle des éléments influents, la compréhension de l’organisation et l’utilisation d’un modèle de comportement pour prédire ou valider les performances. L’apparence extérieure, la fabrication ou l’approvisionnement ne remplacent pas ces objectifs de modélisation.

Explication

Un modèle est une représentation à la fois simplifiée, fidèle et organisée de l’objet ou du concept. Une copie intégrale omet la simplification, une représentation approximative perd la fidélité et des instructions de fabrication ne définissent pas un modèle.

Explication

La modélisation SysML décrit le système selon trois points de vue complémentaires : fonctionnel, structurel et comportemental. Les exigences relèvent du point de vue fonctionnel, tandis que l’économique et le temporel ne remplacent pas les trois catégories.

Explication

Le point de vue fonctionnel porte sur les fonctionnalités, contraintes et exigences, alors que le point de vue structurel décrit les constituants, leur organisation et leurs caractéristiques. Classer les constituants comme comportementaux ou les exigences comme structurelles confond ces notions avec d’autres points de vue.

Explication

L’association relie deux éléments d’égal à égal. La dépendance implique que l’un dépend de l’autre, le conteneur exprime une inclusion et la généralisation une relation de filiation.

Explication

L’agrégation représente une composante qui entre dans la composition d’un élément sans être indispensable. La composition implique une composante indispensable, tandis que dépendance et généralisation désignent d’autres types de relations.

Explication

La généralisation exprime une filiation : un élément est une sorte d’un autre. Le conteneur correspond à l’inclusion, alors que dépendance et association ne traduisent pas cette relation de type « est une sorte de ».

Explication

Une exigence spécifie une capacité ou une contrainte à satisfaire, par exemple une fonction ou une condition de performance, de fiabilité ou de sécurité. Une structure, un comportement dynamique et une solution de conception sont des notions différentes.

Explication

Le diagramme des exigences structure les besoins et sert de moyen de communication entre les concepteurs et les clients. La description des blocs porte sur la structure, tandis que les interactions relèvent de la modélisation comportementale.

Explication

La représentation commence par l’exigence principale, qui est décomposée en exigences nécessaires à sa réalisation; elle peut aussi montrer les blocs qui les satisfont. Regrouper les exigences détaillées inverse la démarche, et partir des blocs ne respecte pas le point de départ indiqué.

Explication

Le diagramme de cas d’utilisation représente les fonctionnalités visibles de l’extérieur et les acteurs qui utilisent le système. Le diagramme de définition de blocs décrit la structure, le diagramme de séquence la chronologie des interactions et le diagramme d’états les transitions entre états.

Explication

« Include » exprime l’inclusion obligatoire du cas B par le cas A, tandis que « extend » désigne un complément optionnel au comportement du cas B. Inverser ces liens confond obligation et option, la généralisation exprime une spécialisation et l’association ne porte pas cette distinction.

Explication

Le diagramme de séquence décrit dans le temps le scénario des interactions entre acteurs et objets, ainsi que la chronologie des échanges associés à un cas d’utilisation. Le diagramme de cas d’utilisation présente les capacités attendues, le diagramme de blocs la structure et le diagramme d’états les transitions.

Explication

Le cas d’utilisation précise ce que le système doit pouvoir effectuer, alors que le diagramme de séquence décrit comment les interactions se déroulent dans le temps. Le diagramme de cas d’utilisation porte sur les capacités, le diagramme de blocs sur la structure et le diagramme d’états sur les transitions d’état.

Explication

Le diagramme d’état représente les transitions entre états et les actions réalisées en réponse aux événements. Le diagramme de séquence décrit la chronologie des échanges, le diagramme de définition de blocs montre la structure, et le diagramme de cas d’utilisation décrit les fonctions attendues.

Explication

Une transition automatique se produit à la fin de l’activité de l’état, sans attendre un événement indiqué. Une transition sur événement dépend d’un événement, un point de décision comporte plusieurs sorties, et l’état initial désigne le point de départ.

Explication

Le diagramme de définition de blocs représente les blocs d’un système, leur hiérarchie et leurs relations. Le diagramme de bloc interne détaille l’organisation interne et les échanges de flux, tandis que les diagrammes de séquence et d’état portent sur les interactions et les transitions.

Explication

Les attributs ou valeurs décrivent les propriétés du bloc et peuvent inclure des valeurs qui le caractérisent, comme une puissance nominale. La zone des parties énumère ses composants, celle des opérations décrit ses comportements, et la définition indique notamment son nom et son type.

Explication

Le diagramme de bloc interne précise l’organisation d’un bloc et les communications entre ses éléments via des ports de flux. Le diagramme de définition de blocs montre plutôt la structure et la hiérarchie du système; les deux autres représentent des interactions ou des transitions.

Explication

Les ports peuvent être unidirectionnels ou bidirectionnels et représenter la circulation de flux physiques, notamment l’énergie et les fluides. Les relations hiérarchiques relèvent du diagramme de définition de blocs, les comportements des opérations, et les transitions du diagramme d’état.