Académique Documents
Professionnel Documents
Culture Documents
1. Le diagramme d’exigence :
En résumé, les diagrammes d'exigences SysML sont des outils puissants pour la
capture, la gestion et la vérification des exigences dans le développement de
systèmes complexes, en offrant une vue claire, organisée et traçable des exigences
du système.
Exemple :
Dans l'exemple d'un radio-réveil, plusieurs exigences ont été identifiées, telles que la
capacité à assurer un réveil automatique à l'heure souhaitée avec la radio ou un
buzzer, le réglage de la radio, de l'horloge et de l'alarme, ainsi que la nécessité d'un
mécanisme de sauvegarde. Le diagramme d'exigences initiales comporte une
exigence composite qui doit être décomposée en exigences unitaires, telles que les
exigences sur le réglage de la station et du volume. L'exigence sur le réglage de la
station peut être précisée en précisant les gammes de fréquences devant être prises
en charge, tandis que la gestion de l'heure est considérée comme une exigence qui
découle de l'exigence générale, nécessitant une architecture supplémentaire pour la
notion d'horloge.
Exemple :
Dans cet exemple, le diagramme de cas d'utilisation est abordé pour l'étude de cas
du radio-réveil. Dans une première version, un seul acteur (l'utilisateur) est connecté
à un cas d'utilisation unique (être réveillé à l'heure en musique). Cependant, il est
ensuite considéré que l'utilisateur peut utiliser le radio-réveil comme simple radio ou
horloge lorsqu'il est réveillé. Chaque cas d'utilisation doit représenter un service
autonome qui fournit un résultat observable et intéressant pour l'acteur concerné.
Enfin, pour matérialiser le radio-réveil, un rectangle englobant peut être dessiné
autour des cas d'utilisation.
3. Le digramme de séquence :
Exemple :
Dans l’exemple qui est dans le boukin ,il y a les diagrammes de séquence système
(DSS) en suivant une structure avec l'acteur principal à gauche, la représentation du
système en boîte noire et les acteurs secondaires à droite. Il présente un exemple de
DSS pour le cas d'utilisation "Être réveillé à l'heure en musique" avec l'utilisation de
notes pour mieux documenter le diagramme. Le paragraphe explique également
l'utilisation de différents opérateurs tels que les messages synchrone et asynchrone,
les messages réflexifs avec le mot-clé "when" et les fragments tels que les boucles et
les alternatives. Il mentionne également l'utilisation de cadres "ref" optionnels pour
modéliser des interactions qui ne sont pas directement liées au scénario principal et
l'opérateur "parallèle" pour modéliser des opérations exécutées simultanément.
4. Le diagramme de définition de blocs :
Dans cette exemple de radio-réveil pour expliquer la notion de value type structuré
dans le contexte de SysML. Les trois valeurs de temps utilisées dans le système
(heure courante, heure d'alarme, heure projetée au plafond) sont toutes de même
type, c'est-à-dire qu'elles ont la même structure interne (heures et minutes). Ainsi, il
est recommandé de définir une fois pour toutes un value type Horodatage, qui
contient deux champs pour les heures et les minutes. Les définitions de ces types
simples sont elles-mêmes basées sur une dimension Temps et chacun a une unité
spécifiée. Le diagramme associé montre également des contraintes sur les unités
pour limiter les valeurs possibles ainsi que les valeurs par défaut dans le bloc Réveil.
La notion de multiplicité est également introduite pour indiquer que l'heure projetée
est optionnelle avec une multiplicité [0..1]. Enfin, le texte mentionne l'existence de
deux blocs principaux pour le système, à savoir le réveil et la radio, qui représentent
des concepts logiques plutôt que des composants physiques.
Exemple :
les diagrammes de blocs internes (ibd) pour décrire les connexions entre les
différents composants d'un système. Dans l'exemple du radio-réveil, les ports
standard et les ports de flux représentent respectivement les boutons de marche-
arrêt du projecteur et de la radio, ainsi que l'entrée d'énergie électrique telle que les
ondes radio, la projection de lumière ou la diffusion de son. Les ibd permettent de
connecter les ports de différents blocs à l'aide de connecteurs pour modéliser les
connexions entre les composants du système. Dans cet exemple, l'horloge est
connectée à l'afficheur, au projecteur et à la radio, tandis que la pile de secours n'est
connectée qu'à l'horloge. L'auteur mentionne également qu'il est possible de mener
en parallèle deux modèles alternatifs pour comparer les solutions de conception.
6. Le diagramme de package :
Exemple :
regroupement les différents éléments du système dans des packages distincts. Les
exigences, les cas d'utilisation, les blocs externes et internes ainsi que les types de
base doivent être regroupés dans des packages différents. Un diagramme de
packages synthétique peut alors être utilisé pour représenter ces packages et leur
contenu. L'auteur précise que ce découpage en packages est arbitraire et que des
éléments de natures différentes peuvent être regroupés dans un même package
pour mettre en avant la décomposition architecturale du système. Des dépendances
peuvent également être ajoutées vers le package regroupant les types communs et
des cas d'utilisation vers le contexte, qui contient les acteurs.
7. Le diagramme d’états :
L’exemple d'un diagramme d'états pour le bloc Radio d'un radio-réveil. Trois états
principaux sont déclarés pour les trois positions du bouton d'alimentation : allumé,
éteint et alarme. Des événements de changement de position sont nommés
power_ON, power_OFF et power_AUTO. Dans l'état Radio ON, une activité durable
do/émettre son est déclarée. Dans l'état Radio AUTO, la radio est silencieuse jusqu'à
ce que l'heure courante soit l'heure d'alarme. Ensuite, la radio s'éteint toute seule au
bout de 59 mn. Pour modéliser ce comportement plus détaillé, une solution consiste
à transformer l'état Radio AUTO en un état composite et à dessiner les nouveaux
états à l'intérieur. Le comportement du bouton Snooze est également ajouté, qui
interrompt provisoirement le son de la radio et le réactive automatiquement après 9
mn. Pour modéliser cela, une transition déclenchée par l'événement temporel after (9
mn) est ajoutée pour revenir dans l'état En alarme. Cependant, il faut créer un
troisième sous-état dans Radio AUTO pour éviter que la radio ne s'active au bout de
9 mn, sauf si l'heure d'alarme arrive avant. Une autre façon de représenter un état
composite consiste à ajouter un symbole en forme d'haltère en bas à droite du
rectangle à coins arrondis, puis à décrire les transitions entre ses sous-états dans un
autre diagramme. Le paragraphe décrit également l'ajout de deux états, Alimenté et
Non-alimenté, pour modéliser la mémorisation de l'état de la radio après une coupure
de courant intempestive. Enfin, il mentionne la construction très pratique de SysML
pour le pseudo-état History dans le cas où l'on souhaite un comportement plus
intelligent qui conserve l'état courant de la radio en cas de débranchement
intempestif.
8. Le diagramme d’activité :
Exemple :
Ce diagramme d'activité utilise des nœuds de contrôle tels que les activités, les
décisions (Decision) et les fins de nœuds de contrôle (Flow Final). Il utilise également
des flots d'objet pour passer des données entre les actions et les décisions. Les
flèches de contrôle indiquent la séquence des actions, tandis que les flèches d'objet
indiquent le transfert de données.
Ce diagramme d'activité est utile pour comprendre le processus d'inscription à un site
Web, en montrant les différentes étapes et les conditions nécessaires pour réussir
l'inscription. Il peut être utilisé pour modéliser un processus similaire dans d'autres
systèmes ou pour améliorer le processus existant.
9. Le diagramme paramétrique :
Exemple :
Dans cet exemple, nous avons un bloc appelé "Voiture" qui a deux paramètres :
"Vitesse" et "Distance". Le paramètre "Vitesse" a une valeur maximale de 120 km/h,
tandis que le paramètre "Distance" a une valeur minimale de 0 km et une valeur
maximale de 500 km .
Le diagramme paramétrique permet de définir des contraintes et des limites sur les
paramètres des blocs, ce qui peut aider à vérifier la validité des modèles. Il est
également utile pour effectuer des analyses de sensibilité, telles que l'impact des
variations de paramètres sur les performances du système.
L’ALLOCATION ET TRAÇABILITÉ :
Conclusion :
En conclusion, le SysML est un langage de modélisation graphique qui permet de
décrire et de concevoir des systèmes complexes. Les diagrammes SysML sont des
outils de visualisation qui aident à comprendre les interactions entre les différents
éléments du système. Il existe plusieurs types de diagrammes SysML, chacun avec
un objectif spécifique et un ensemble de notations uniques.
Les diagrammes de blocs internes SysML sont utilisés pour décrire la structure
interne du système, les diagrammes de séquence SysML sont utilisés pour décrire la
séquence d'actions et de messages échangés entre les éléments du système, les
diagrammes de définition de blocs SysML sont utilisés pour décrire les
caractéristiques des blocs et leurs relations, et les diagrammes d'exigences SysML
sont utilisés pour décrire les exigences du système.