Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
Télécharger au format pdf ou txt
Vous êtes sur la page 1/ 6
MPSI/PCSI Sciences de l’Ingénieur
Ingénierie système - langage SysML
1. Introduction / définitions. 1.1. Ingénierie Système L’Ingénierie Système (IS) est une démarche méthodologique générale qui permet de concevoir, faire évoluer et vérifier un système.
La démarche de l’Ingénierie Système fait appel à trois visions d’un produit ou système : Fonctionnelle : permet de décrire l’expression du besoin et la réponse en terme fonction et de cahier des charges. Structurelle : permet de décrire la structure du système. Comportementale : permet de décrire le comportement du système.
Ces trois visions utilisent de nombreux outils de représentation : dessin 2-3D, schéma de principe, représentation symbolique… Il s’est avéré nécessaire d’avoir un outil numérique commun d’un bout à l’autre de la chaîne pour des raisons de performance et de compétitivité.
Le langage SysML répond à ce besoin.
Le langage SysML est un moyen de regrouper dans un modèle commun à tous les corps de métiers, les spécifications, les contraintes, et les paramètres de l'ensemble du système. Il permet ainsi d'éviter tout problème de communication dans l'élaboration du produit.
1/6 MPSI/PCSI Sciences de l’Ingénieur
2. Le langage SysML SysML est un langage graphique, composé de diagrammes qui permettent d’aborder plus facilement les systèmes pluri techniques. SysML « Systems Modeling Language », veut dire Langage de Modélisation de systèmes.
Les diagrammes SysML permettent de représenter :
Les exigences du système. Les composants du système. Les flux de toute nature (matière, énergie et information). Le fonctionnement du système.
Les diagrammes SysML :
Sont utilisés tout au long du cycle de vie du système (conception, analyse…). Sont communs à tous les champs disciplinaires. Ont leur description propre et sont le plus souvent liés entre eux. Remplacent la plupart des autres outils de description auparavant utilisés.
Il y a 9 diagrammes SysML (tous ne sont pas au programme) :
3. Diagramme des exigences (requirement diagram, Notation SysML: req)
But : Il décrit les exigences du cahier des charges fonctionnel.
Une exigence exprime une capacité ou une contrainte à satisfaire par un système. Les exigences servent à établir un contrat entre le client et les réalisateurs du futur système
Règles : On indique l’exigence du système dans le premier rectangle, avec un texte descriptif et un identifiant unique. On décompose cette exigence en exigences unitaires. On peut ajouter des données quantitatives et des précisions.
2/6 MPSI/PCSI Sciences de l’Ingénieur
Limites et préconisation : Ne pas chercher à poser toutes les exigences pour rester lisible. Réaliser plusieurs diagrammes d'exigences si nécessaire.
Exemple : Prothèse de main
4. Diagramme des cas d’utilisation (use case diagram, Notation SysML: uc)
But : Il montre les interactions fonctionnelles des acteurs et du système d’étude.
Il délimite précisément le système, décrit ce que fera le système sans spécifier comment (et non ce que fera l’utilisateur). Il exprime les services (use cases) offert par le système aux utilisateurs (actors).
Exemple : Store automatisé.
Le système SOMFY : Protège le store contre le vent, selon un seuil réglable. Actionne le store automatiquement en fonction du soleil, selon un seuil réglable. Permet si besoin une commande manuelle du store.
3/6 MPSI/PCSI Sciences de l’Ingénieur
Une fois les consignes fixées, l'automatisme gère complètement la montée et la descente du store, sans l'intervention humaine, en gardant toujours comme priorité la vitesse du vent.
Règles : On trace un cadre délimitant le système et contenant un ensemble de séquences d’actions (Elles peuvent aussi être liées entre elles). A gauche on place les acteurs humains à droite les acteurs non humains (un acteur non humain est représenté par un rectangle). On décrit les actions réalisables par le système (les services rendus par le système aux acteurs, sous forme de verbe à l’infinitif plus compléments) Les acteurs peuvent être reliés entre eux soit par une flèche bidirectionnelle (chaque acteur agit sur l’autre) soit par une flèche unidirectionnelle (un acteur agit sur l’autre)
4/6 MPSI/PCSI Sciences de l’Ingénieur
5. Diagramme de définition de block (Notation SysML : bdd).
Rôle : Montre le système du point de vue composant. Il répond à la question « qui contient quoi ? ».
Le premier bloc représente le système que l’on veut décrire. Ce bloc peut représenter un système complet, un sous-système ou un composant élémentaire. Les blocs sont décomposés afin de décrire la hiérarchie du système. On a différentes zones : La définition du bloc qui présente son nom et son type. Les attributs qui représentent des propriétés qui caractérisent ce bloc. Les opérations qui représentent ce que l’on peut demander au bloc
Limites et préconisation : La question du zoom est importante, même si on peut descendre assez bas dans les détails, il n’est en général pas pertinent de le faire. Ce diagramme est utile pour montrer les grosses briques du système. Il n'est pas obligatoire de faire apparaître les propriétés et les opérations dans chaque bloc. Dans ce cas le diagramme est relativement pauvre en informations, mais il offre d’un coup d'œil la structure du système. D’un point de vue méthodologique, il est souvent intéressant de remonter d’un cran et de modéliser le contexte du bloc principal (celui qui porte le mot-clé « system context »).
Le diagramme de bloc se base sur le « bdd ». Il décrit les flux entre les blocs. Les « ports » définissent les points d’entrée ou de sortie entre les blocs (un bloc peut avoir plusieurs ports).
7. Exemple : Sécateur électrique.
La période de la taille de la vigne dure environ 2 mois. Les viticulteurs coupent 8 à 10 heures par jour. Pour réduire la fatigue de la main et du bras, la société PELLENC commercialise un sécateur électrique à commande électronique. Ce système se compose d’une valise contenant la partie commande PC (portée sur le dos de l’utilisateur) et alimentant un sécateur (tenu par la main de l’utilisateur) par un câble.
Ferdinand Pierre Beer_ Elwood Russell Johnston_ Éric David_ Phillip J. Cornwell_ Brian Patrick Self - Mécanique pour ingénieurs. Volume 2, Dynamique 2(2018, Chenelière Éducation) - libgen.lc
Ferdinand Pierre Beer_ Elwood Russell Johnston_ Éric David_ Phillip J. Cornwell_ Brian Patrick Self - Mécanique pour ingénieurs. Volume 2, Dynamique 2(2018, Chenelière Éducation) - libgen.lc
