1-Formation Sysml Cpge Marocv3

PCSI
Langage de Modélisation SYSML

un nouveau langage de description des systèmes
techniques
Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD

Présentation Intervenant
• Mathieu Mounaud
Agrégé de génie mécanique
Docteur en génie mécanique
Ex-Ingénieur de Recherche AIRBUS (Ex EADS)
Thème de recherche : Méthodes de conception innovantes pour
l’intégration des systèmes en phase d’avant projet basée sur la
simulation multiphysique des composants.
Enseignant depuis 4 ans en PCSI et PT* au lycée Jean-
Baptiste SAY (Paris)
Initié à Sysml depuis la réforme des nouveaux programmes
Proposition d’une synthèse des différents discours en France.
Approche Pragmatique
Intérêt de la Cohérence
Intérêt d’un langage évolutif (point de vue)
Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 2
Contexte d’introduction du langage Sysml
• Compétitivité
Industrie • Innovation
• Structure (basée UML - objet)

• Possibilités
Atouts • Caractère International
• Futurs techniciens / Ingénieurs
• Systèmes complexes pluri-techniques
Formation • En avance / industrie

Quelques appréhensions légitimes (point de vue personnel)
• Auto-formation sur un nouvel outil

• Impression d’usine à gaz!!
• Déstabilisant :
Aucune démarche d’utilisation
Pas de références fiables
Langage de modélisation / description
Possible de tout voir et n’importe quoi
• Remise en question permanente
• Manque de pratique
Comment faire avec nos étudiants qui demandent de la

rigueur ?
Pour lever les appréhensions
• Ne pas avoir d’a-priori négatif

• Le langage sysml n’est demandé qu’à la lecture
• Il faut commencer par des choses simples
• Il faut accepter de se laisser du temps :
appropriation des diagrammes, syntaxe
faire ressortir auprès des étudiants une méthodologie qui
permet de lier analyse système / description Chaine d’info-
d’énergie / modélisation / expérimentation / simulation
• Il reste un outil de description pour l’analyse système
• Les examinateurs au concours sont comme nous !!
• Essayer de passer un peu de temps pour se réaliser
un document de référence (travail en équipe)
Objectif visé de la présentation
• Contexte & Motivations

• Proposition d’une démarche d’utilisation (Enseignant
/ élèves)
• Aperçu pragmatique logiciels écriture diagramme
• Retour sur les différents diagrammes
• Pratique de la démarche en fonction des niveaux
Sur des exemples élémentaires (TD élèves)
Sur un cas plus complet
• Discussions sur les systèmes à évènements discrets


/ élèves)

La problématique à l’origine de Sysml
• Standish Group (Boston USA) :

créé en 1985
collecte d’informations sur des « flops » technologiques sur
la mise en place des systèmes d’information
Conseils adaptés aux entreprises.
• Les missions :
projets industriels réussis
investissements sur les systèmes d’information pertinents
Fourniture de solutions et conseils pour la réussite de tels
projets

Succès et échecs des projets
• Taux de réussite :

• Dépassements de budget

• Retard

La complexité des systèmes
• Définition : un système est dit complexe lorsque les relations

liant les composants sont multiples, interdépendantes et
bouclées.
• Conséquences : le comportement global n’est donc pas

directement prévisible à partir des comportements
élémentaires des composants.
• Maîtrise des comportements émergeants

Obtenir les comportements émergeants intentionnels avec toutes leurs
performances : propriétés synergétiques participant à la mission du
système.
Limiter les émergences non-intentionnelles indésirables : résonances,
interférences électromagnétiques, incohérences, inter-blocages...

La complexité des systèmes
• Définition : un système est dit complexe lorsque les relations

liant les composants sont multiples, interdépendantes et
bouclées.
• Conséquences : le comportement global n’est donc pas

directement prévisible à partir des comportements
élémentaires des composants.
• Maîtrise des comportements émergeants

Obtenir les comportements émergeants intentionnels avec toutes leurs
performances : propriétés synergétiques participant à la mission du
système.
Limiter les émergences non-intentionnelles indésirables : résonances,
interférences électromagnétiques, incohérences, inter-blocages...

Contexte de l’ingénierie système
• Nouvelles pratiques d’ingénieurs pour mettre au

point un système complexe, intégré, communiquant
(contraintes : cout-qualité-délai)
• Aide à la décision & traçabilité des exigences
• Outil informatique (Appui sur UML)
• Eviter la perte de la vue d’ensemble du produit
• Limiter la prise de risque lors du choix de solutions
• Nécessite de modèles évolutifs en fonction de l’état

d’avancement d’un projet et à des niveaux de
granularité différents

SysML : origine historique

L’Ingénierie Système (IS)
Définition selon l’INCOSE (INternational COuncil on

Systems Engineering)
« Systems Engineering is an engineering discipline
whose responsibility is creating and executing an
interdisciplinary process to ensure that the customer
and stakeholder’s needs are satisfied in a high quality,
trustworthy, cost efficient and schedule compliant
manner throughout a system’s entire life cycle”
• Dépositaires des specifications ingénierie système

• Groupe d’entreprise qui pilotent ce conseil (normes)

La norme ISO-15288
Source : http://blogs.crescendo-technologies.com/deploiement-ingenierie-systeme-
intro/

Norme Sysml 1.3 – Juin 2012
• Mise au point par l’OMG (Object Management Group)

• Soutenue en France par l’AFIS (Association Française pour
l’Ingénierie Système)
Groupe d’industriels et d’universités français
Travail sous tutelle du MEN pour établir un doc de référence (à paraitre)
• Version 1.4 en cours de finalisation

Nouveau paradigme en IS
Maitres-mots :
Traçabilité et justification
Avantages de la modélisation objet
• Permet de mieux comprendre les exigences et la

conception
• Facilite le développement de systèmes complexes –

Intégration des différents points de vue.
• Offre une meilleure qualité de conception

Réduit les erreurs et les ambiguïtés (Formalisation).
Représentation plus complète

La modélisation améliore la communication
communication
Acteurs prenant place au sein d’un projet

La modélisation sysml est utile à tous les étages
Utilisation possible à
tous les niveaux
Nécessité de se limiter
en fonction de l’intérêt
Ne représenter que les

diagrammes pertinents
pour l’étude

UML pour l’IS ?
• UML est le standard de fait dans le monde du

développement logiciel.
• UML fournit déjà la plupart des concepts et
diagrammes nécessaires pour la description d’un
système complexe.
• De nombreux outils et formations UML sont
disponibles. Mais le vocabulaire reste trop orienté
logiciel !
Classes, objets, héritage, etc.
Nécessité de s’adapter car nous ne sommes pas des
machines & tous les systèmes ne sont pas des
programmes!!
Qu’est ce que Sysml ?
• Un langage de modélisation.
• Prend en charge la spécification, l'analyse, la

conception, la vérification et la validation
des systèmes qui comprennent le matériel,
logiciels, données, le personnel, les procédures et les
installations.
• Un langage de modélisation qui fournit :

Une sémantique : signification
Une syntaxe : représentation du sens.

Ce que n’est pas Sysml
• Ce n’est pas une méthode, il n’y a pas obligatoirement

d’ordre dans l’établissement des diagrammes.
• Cependant, il y a tout de même une manière

« naturelle » de procéder.
• Objectif de l’intervention : aider à mettre en place une

manière naturelle d’utiliser l’outil sysml.
Processus Méthode Outil

Sysml
Idées générales
• SysML permet d’approcher un modèle par des

vues (fenêtre ayant un angle de vision
déterminé).
• Une vue est un élément du modèle.
• Les deux grands types de diagrammes sont :

Les diagrammes structurels, au nombre de 4.
Les diagrammes comportementaux (au nombre de 4 aussi).
+ un diagramme transversal des exigences.

Aperçu de sysml

Idées générales au début de sa mise en place
• SysML est complexe…
• Les élèves ne sauront jamais l’utiliser…
• Ca ne sert à rien…
• Je n’y arriverai jamais !!
• Quelles utilisations pédagogiques ?

Synthèse : contexte Sysml
• Langage Sysml :
Outil jeune (1ère norme 2006)
Langage graphique (inter-métier)
Langage international
Traçabilité (quid de la documentation technique)
Base de données pour les simulations en phase de conception :
ossature future de l’ingénierie??
• Utilisation industrie :
PME : Maj de la documentation technique partiellement effectuée
Grands groupes : Valéo, Alstom, schneider

Exemple d’utilisation de sysml en industrie


/ élèves)

Liens SysML - Analyse fonctionnelle - SED
• Tous les concepts/notions présents dans l’analyse

fonctionnelle sont d’une certaine manière réutilisables
avec SysML.
Analyse fonctionnelle externe : définir le besoin
indépendamment de la solution utilisée (Bête à cornes,
diagramme des inter-acteurs, cahier des charges fonctionnel).
Analyse fonctionnelle interne : décomposition en fonctions
(SADT)
Affectation des solutions technologiques : FAST
Analyse comportementale des systèmes : Modélisation des
processus (GEMMA, Grafcet)

Methode APTE / Démarche IS





Liens SysML - Analyse fonctionnelle - SED
• Les fonctions de service -> diagramme de cas

d’utilisation.
• Les fonctions de contrainte -> diagrammes d’exigences.
• Les fonctions techniques -> diagramme de blocs et
diagramme de bloc interne.
• Grafcet, algorigramme -> diagramme d’états, d’activités
et de séquence
• ce n’est pas du « relooking »!!
• SysML est un langage très riche permettant la mise au

point d’un modèle grossier comme très fin.
Chaines d’information/énergie
• Modèle adapté à des systèmes mécatroniques très

simples
• Avantage : première représentation simple en début

de formation
• MAIS, il manque tout le côté comportemental.
• Il sera remplacé avantageusement par les

diagrammes de blocs et de blocs internes.

Objectif visé du langage Sysml pendant la formation
• Pourquoi le langage SysML en CPGE ?

Les anciens outils (FAST, SADT, diagrammes des prestations [bête
à corne], diagramme des inter-acteurs [pieuvre] et Grafcet) ont
vécu … et ne sont plus forcément bien adaptés.
Leurs origines diverses et très limitée (structure OU fonction OU

… / mécanique OU électronique OU …) ne permet plus de bien
modéliser un système actuel -> besoin d’un outil plus moderne !
Les systèmes actuels sont de plus en plus intégrés et

communicants ! Ils offrent de plus en plus de fonctionnalités et
la structuration classique est de moins en moins adaptée.
Nouvel outil pour décrire des systèmes complexes

(pluritechniques et multiphysiques)
Langage Sysml
Le langage SysML - Systems Modeling Language - est un langage de

modélisation permettant de décrire tout ou partie d'un système
technique, d'un point de vue fonctionnel, comportemental ou
structurel.
Diagrammes
Sysml
Diagrammes Diagrammes Diagrammes

Comportementaux d’exigences Structurels
Diagramme Diagramme Diagramme de Diagramme de Diagramme

d’activité d’états définition de blocs bloc interne de package
Diagramme Diagramme de Diagramme

de séquences cas d’utilisation Paramétrique

Conseils personnels d’organisation
• Essayer de passer un peu de temps pour réaliser un

document de référence (travail en équipe), des
activités d’enseignement…
• Diffuser du sysml tout au long de la formation

(contextualisation TD, Cdcf en DS/DM)
• Ne pas se « débarrasser » en début d’année et ne

plus y revenir pendant l’année.

Application dans l’enseignement
• Pour l’apprentissage de SysML :

Une présentation générale rapide
Diffuser au fur et à mesure des clés de lecture aux élèves
arrivent à les lire, en TP ou en TD
…
• culture d’Ingénierie Système : outil SysML.
• aide à l’investigation.
• vision multi-vue d’un système.
• Conserver la lisibilité des diagrammes !!!

Démarche d’utilisation de l’outil sysml
• Quel est le contexte du système étudié ?

• A quoi sert-il ? Et à qui ?
• Quelles sont les fonctionnalités et contraintes ?
• Quelles sont les infos échangées pour le
fonctionnement du système?
• De quoi est-il constitué ? Point de vue externe
• De quoi est-il constitué ? Point interne
• Quelles sont les lois de comportement ?
• Quels sont les états de fonctionnement ?
• Quel est le processus de fonctionnement ?

• Diagramme de contexte (s’appuie sur BDD)

Définir la frontière du contexte du système
Donner les différents éléments du contexte
Phase de vie principale du système étudié

Ex : éclairage autonome abri de tramway


• Exploitation pédagogique possible :

• Lecture comme un diagramme pieuvre non
renseigné par les fonctions (identification des
Eléments du Milieu Extérieur, EME) :
Comprendre/appréhender le contexte d’un système ;
Identifier un acteur/élément du contexte impacté/concerné
dans une mesure spécifique ;
Annoter une association laissée vide afin de préciser la
nature de celle-ci ;

• A quoi sert le système ? Et à qui ?
• Diagramme cas utilisation

Définir la frontière du système (interaction avec le/les acteurs)
Service rendu du système dans la phase étudiée
Déclinaison en sous-cas pour préciser le/les cas principaux

Ex : Roue arrière véhicule de course
Identifier le service rendu répondant à un besoin ou une

problématique précise ;
Ex : Roue arrière véhicule de course
A corriger
Roue arrière
Identifier le service rendu répondant à un besoin ou une

problématique précise ;
• Quelles sont les fonctions & contraintes du système?
• Diagramme des exigences :

Reformulation du besoin initial en termes de
problématiques :
Pourquoi mon système est-il nécessaire (enjeu, finalité)?
A quoi sert-il (mission)?
Mise en place des exigences systèmes
Validation d’exigence
…

Ex : éclairage autonome abri de
tramway
Exigences système

• Quelles sont les infos échangées pour le

fonctionnement du système?
• Diagramme de séquence
Echanges d’informations entre éléments en interaction
Evolution chronologique

Ex : Système de réservation de véhicule

• De quoi le système est-il constitué (point de vue

externe) ?
• Diagramme de définition de blocs (BDD)

Décomposition structurelle du système en sous système /
composant bloc
Choix de solutions techniques pour remplir les fonctions /
satisfaire les exigences
Caractéristiques de certains composants (grandeurs
physiques, tolérances, …)

Ex : hydroplaneur
• Diagramme de définition de bloc (BDD)

• De quoi le système est-il constitué (point de vue

interne) ?
• Diagramme interne de bloc (IBD)

Echanges de flux entre constituants du système
Echanges uni/bi-directionnels
Mise en place de l’architecture du Matière
système (notamment partie commande)
Energie Information

Ex : balance Halo
• Diagramme de Bloc interne (IBD)

• Quelles sont les lois de comportement ?
• Diagramme paramétrique (intéressant si simulation)

Contraintes définies par des paramètres (grandeurs
physiques) avec une règle (loi physique) décrivant
l’évolution des paramètres

• Diagramme paramétrique (intéressant si simulation)

• Quels sont les états de fonctionnement ?
• Diagramme d’état
Mise en place des différents états du système à partir des
cas d’utilisations
Définition des conditions de changement d’état
(événement + éventuellement des conditions de garde)

• Diagramme d’état

• Quel est le processus de fonctionnement ?
• Diagramme d’activités :
Permet de représenter les algorithmes plus
«naturellement» : succession d’actions / activités / tâches,
parallèles ou non
Algorithme à réaliser ;
Procédure à suivre ;
Diagramme de GANTT

Diagramme
d’activités

• Diagramme de
package
• Permet de
regrouper les
éléments de
façon arbitraire
pour apporter
une vue plus
synthétique

Proposition d’organisation d’un cours de

début d’année

PCSI
ÉTUDE DES SYSTÈMES PLURITECHNIQUES COMPLEXES

Approche Structurelle
Exemple de cours proposé
Objectif approche structurelle : comprendre l’architecture

interne d’un système pluritechnique complexe pour remplir
un ensemble de fonctionnalités ou exigences

Introduction : Représentation par bloc
• Systèmes industriels complexes nécessité de la décomposition en sous-

systèmes (+ faciles à analyser ou modéliser)
• assemblage des différents modèles déduction du comportement global

Représentation par bloc
• Systèmes industriels complexes nécessité de la décomposition en sous-

systèmes (+ faciles à analyser ou modéliser)
• assemblage des différents modèles déduction du comportement global
notion de blocs fonctionnels pour représenter un système, un sous-

système, un composant élémentaire, un phénomène
Matière
Matière Système Matière
Energie(s) Energie(s)
Informations Informations Energie Information

E/S
Perturbations Déchets, énergies
résiduelles, nuisances

Représentation par bloc
Description d’un système par blocs indispensable pour pouvoir

prévoir le comportement global d'un système.
• associer différentes disciplines physiques avec leurs lois associées

(modèle de connaissance)
• vision d'ensemble pour aborder des problèmes complexes

décomposition en sous pbs.

Représentation commune : le bloc

Plan du cours
• Représentation sysml / architecture organique
• Chaine d’information & Chaine d’énergie
• Application à un scooter électrique

Diagrammes Sysml associés
Diagrammes
Sysml




Diagrammes Sysml associés – Block Definition Diagram BDD
Qui contient quoi ?
Le diagramme BDD montre le système d'un point de vue composé/composant
• Les blocs contiennent:

le nom du composant - obligatoire
des propriétés ou des opérations disponibles – facultatif
• appartenance d'un élément à un autre :

• composition, l'élément est obligatoire
• agrégation, l'élément est facultatif
• Nb d'entités à préciser – ex: 2..*; 1..*; 3

Diagrammes Sysml associés – Block Definition Diagram BDD

Diagrammes Sysml associés – Internal Block Diagram IBD
Le diagramme IBD permet de représenter les échanges
Matière
de matière, information et énergie entre les blocs d'un
même niveau.
2 types d’élément :
Energie Information
• bloc = constituant
• connecteur = description des flux entre les blocs:
Un carré vide (port standard) représente un lien, une connexion

physique, une donnée simple entre les constituants.
Un carré avec des flèches (flow port) représente les flux de
matière, information ou énergie entre deux blocs. On indique en
général la nature du flux ou du lien sur le trait reliant deux ports
BDD = {IBD}

Diagrammes Sysml associés – Internal Block Diagram IBD

Plan du cours
• Représentation sysml / architecture organique
• Chaine d’information & Chaine d’énergie
• Application à un scooter électrique

Chaine d’information – Chaine d’énergie
Représentation structurelle générique d’un système automatisé
• simplification de la représentation des systèmes automatisés

• 2 chaînes dialoguant entre elles
• constituées de blocs représentant des fonctions techniques génériques.
Flux de données
Flux d’énergie / Matière

Fonction générique chaine d’énergie

Fonction générique chaine d’énergie
Un lien de puissance véhicule deux grandeurs dont

le produit est une puissance :
• une grandeur de type « effort »
• l’autre est de type « flux »
Nature de l’énergie Grandeur effort Grandeur flux

Électrique Tension U (V) Courant I (A)
Mécanique (de translation) Force F (N) Vitesse V (m/s)
Mécanique (de rotation) Couple C (Nm) Vitesse de rotation Ω(rad/s)
Hydraulique / pneumatique Pression P (Pa) Débit volumique QV (m3/s)
Thermique Température T (°C) Flux d’entropie QS (W/°C)

Chaine d’information – Chaine d’energie

• Suite du cours : détail des différentes fonctions et

composants classiques
• Application sur un exemple : scooter électrique

Conclusion
• Les deux vues fonctionnelles et structurelles sont

évidemment complémentaires
• Relation fonction-structure : un organe peut réaliser plusieurs

fonctions mais plusieurs organes sont quelquefois nécessaires
pour réaliser une fonction.
• Conception d’un produit approches fonctionnelles
• étapes d’optimisation et d’analyse approches structurelles

Cas d’application : scooter électrique





Démarche d’utilisation de l’outil sysml - rétroingénierie

Démarche d’utilisation sysml
• 9 diagrammes (seulement 7 au programme)

• Sysml évalué uniquement à la lecture
(éventuellement à compléter!)
• Diffusion au fur et à mesure de l’année
• Ne pas effectuer le modèle complet à tout prix
(risque de diagramme fourre-tout!!)
• Donner les clés de lecture au fil du temps
• Se pencher sur la question!!
Questions !

/ élèves)

L’outil informatique
• Élément crucial dans l’adoption du langage.
• Il doit permettre :
De saisir des diagrammes facilement.
D’aider à la cohérence du modèle.
D’intégrer des éléments extérieurs.
Et enfin de simuler le modèle mis en place.

L’outil informatique (avis personnel)
Les outils testés :

• Microsoft Visio : plus que rudimentaire. Pas du tout adapté car il
s’agit d’un simple outil de dessin, pas de validation du langage.
• TOP CASED : outil gratuit mais très difficile à prendre en main, et ce

dès l’installation. Peu ergonomique.
• Rhapsody d’IBM : gratuit pour l’enseignement. Installation avec un

serveur de licence lourde, pas très intuitif. Mais logiciel reconnu
dans l’industrie.
• Artisan Studio : gratuit pour l’enseignement (à renouveler tous les

ans). Outil industriel. Pas des plus ergonomique.
• MagicDraw : payant mais 400€ pour une licence établissement. De

loin le plus ergonomique. Beaucoup de possibilités.


/ élèves)

Langage Sysml
Diagrammes
Sysml




Langage Sysml : les différentes relations

Langage Sysml Diagramme de contexte
• S’appuie sur le BDD (carte mentale ou IBD possible)

Permet de définir les frontières de l'étude, et en particulier
de préciser la phase du cycle de vie dans laquelle on situe
l'étude (généralement la phase d'utilisation).
Il répond à la question : « Quels sont les acteurs et

éléments environnants à mon système ? »
• Limites/préconisations :
acteurs intervenants dans le diagramme de cas d'utilisation,
acteurs ou éléments intervenant dans une exigence.


Frontière du contexte
Frontière du système
Exigences
Système
des parties
d’intérêt
prenantes
Contexte du système*
Environnement hors contexte
*ou sur-système

Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme des cas d’utilisation
• Permet d’avoir un point de vue utilisateur.

• Exprime uniquement les services rendus aux acteurs
• Diagramme très important !!
• Peut être source de nombreuses erreurs
• Un cas d’utilisation peut être considéré comme un

service rendu par le système à/aux acteurs.
• Le cas d’utilisation ne décrit pas comment le système

effectue le service rendu

Exemple
• Cas
• Acteur(s)
• Frontière
• Liens

Acteurs
• Un acteur est la matérialisation d’un rôle joué par :

Un humain
Un système
Un processus
Tout ce qui est en interaction avec le système.
• On peut distiguer 2 types d’acteurs (bonne pratique) :

Primaire (à gauche): obtient un résultat observable (service rendu)
Secondaire (à droite) : il est sollicité

Frontière du système
• Le cadre entourant les cas d’utilisation symbolise la

frontière du système.
• Il est important que cette frontière soit bien

comprise et définie !
Cela englobe tout ce qui n’est pas présent avant
l’installation du système.
Le reste représente un acteur (primaire ou secondaire).

Description des cas
• description des scénarios :

décrit le scénario nominal
les scénarios (ou enchaînements) alternatifs
les scénarios (ou enchaînements) d’échec,
mais aussi les pré-conditions (l’état du système pour que
le cas d’utilisation puisse démarrer)
les post-conditions (ce qui a changé dans l’état du
système à la fin du cas d’utilisation)
• En lien avec des diagrammes comportementaux

(séquence, état, activité)

Attention !!
• Ne pas descendre trop bas en termes de

granularité.
• Le cas d’utilisation ne doit donc pas se réduire
systématiquement à une seule séquence
• encore moins à une simple action.
• Cas d’utilisation = service rendu à/aux acteurs
principaux
• Ne décrit pas le « comment »
• Ne décrit pas les fonctions!! (Erreurs courantes)

• Il n’y a pas forcément de cas d’utilisation pour

chaque phase de vie!!
Aucun service
rendu par le
système

• Il n’y a pas forcément de cas d’utilisation pour

chaque phase de vie!!
L’auto-
diagnostic est
bien un service
rendu par le
système

Relations entre cas d’utilisation
• Trois types de relations entre cas d’utilisation :
une relation d’inclusion avec le stéréotype «include»
une relation d’extension avec le stéréotype «extend»
une relation de généralisation/spécialisation (flèche

blanche) pas de stéréotype

Exemple de diagramme complet

Application cas d’utilisation : Téléphone portable

Application cas d’utilisation : Téléphone portable

Exemple d’erreur à ne pas commettre

Exemple d’erreur à ne pas commettre

Exemple d’erreur à ne pas commettre -> solution possible

Exemple d’erreur à ne pas commettre 2

Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme des exigences
• Il répond à la question : « Quels sont les contraintes et

fonctionnalités de mon système ? »
• Défini au fur et à mesure de l’élaboration des
diagrammes : Evolutif
L’essentiel
Un nom (un verbe !) Un stéréotype

Exigences SysML (Requirements)
Un identifiant numérique Une description

ou alphanumérique textuelle

Diagrammes des exigences
Remplacer titre par un verbe

Liens entre exigences
• Les exigences peuvent être reliées entre elles par

des relations :
La contenance
Le raffinement
La dérivation

La contenance
• Représentation graphique
• Permet de décomposer une exigence composite

en plusieurs exigences unitaires, plus faciles
ensuite à tracer vis-à-vis de l’architecture ou des
tests

La contenance

La raffinement
• Lien accompagné du stéréotype «refine»

• Consiste en l’ajout de précisions, par exemple de

données quantitatives.

La dérivation
• Lien accompagné du stéréotype «deriveReqt».

La dérivation
• Consiste à relier des exigences de niveaux différents,

par exemple des exigences système à des exigences
de niveau sous-système, etc. Elle implique
généralement des choix d’architecture.
• C’est un lien logique d’implication.

Exemple

La traçabilité
• La gestion des exigences est l’ensemble des

activités permettant de définir et de suivre les
exigences d’un système au cours d’un projet.
Elle permet :
de s’assurer de la cohérence entre ce que fait
réellement le projet et ce qu’il doit faire ;
de faciliter l’analyse d’impact en cas de changement.
• Le diagramme d’exigences permet ainsi tout au

long d’un projet de relier les exigences avec
d’autres types d’élément SysML par plusieurs
relations :

La traçabilité
• exigence – élément comportemental (cas d’utilisation,

diagramme d’états, etc.)
« refine »
• exigence – bloc d’architecture

« satisfy »
• exigence – cas de test

« verify ».

La traçabilité

Compléments
• Il est également possible de faire la distinction entre

différents types d’exigences, au lieu d’utiliser un
unique type banalisé :
fonctionnelle ;
performance ;
fiabilité ;
sécurité ;
physique ;
interface ;
etc.

Exemple

Précisions dans les exigences
• Il est courant de définir des propriétés pour les

exigences, par exemple :
Priorité : haute, moyenne, basse.

Source : client, marketing, technique, législation
Risque : haut, moyen, bas.
Statut : proposée, validée, implémentée, testée, livrée

Exemple

Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme BDD
• Le bloc SysML (« block ») : brique de base pour la

modélisation de la structure d’un système:
système complet
sous-système
composant élémentaire.
• Décomposables
• Ils peuvent avoir un comportement.
• Le diagramme de définition de blocs (block définition

diagram ou bdd) décrit la hiérarchie du système et
les classifications système/composant.

La brique de base : le block
• Le bloc permet de décrire également les flux qui

circulent à travers un système.
• On peut s’en servir pour représenter des entités

physiques, mais aussi des entités logiques ou
conceptuelles.

Représentation

Les propriétés
• Les propriétés sont les caractéristiques structurelles

de base des blocs. Elles peuvent être de deux types
principaux :
• les valeurs (value properties) décrivent des

caractéristiques quantifiables en terme de value
types (domaine de valeur, dimension et unité
optionnelles).
• les parties (part properties) décrivent la hiérarchie de

décomposition du bloc en termes d’autres blocs.

Exemple
• Par exemple, si l’on considère le bloc Voiture,

on peut définir des valeurs :
numéro d’immatriculation
kilométrage
vitesse courante
etc.

Exemple
• Pour ce même bloc, on pourra définir des

pièces telles que :
un moteur
quatre roues
quatre portes
un coffre
etc.

Opérations
• Tout bloc possède également des propriétés

comportementales, les principales étant
appelées opérations.

Bloc et instance
• Chaque bloc (ou type) définit un ensemble

d’instances partageant les propriétés du bloc, mais
possédant chacune une identité unique.
• Par exemple : une voiture, de numéro

d’immatriculation : 2009 UML 31, et de kilométrage :
92 000, est une instance du bloc Voiture.

Relation « tout-partie »
• Il s’agit d’une relation de composition entre

blocs, aussi appelé relation « tout-partie »,
dans laquelle un bloc représente le tout, et les
autres ses parties. Une instance du tout peut
contenir plusieurs instances d’une partie, grâce
à la notion de multiplicité.

Relation entre blocks
• La composition : relation
forte.
• Elle indique qu’un bloc a

nécessairement besoin
du sous-bloc (point de
vue structurel)

Relation entre blocks
• L’agrégation : c’est une relation moins forte qui

n’implique pas d’obligation.

Relations entre bloc
• Association : n’implique pas de contenance (relation

d’égal à égal)

Relations entre bloc
• Généralisation : cf. Cas d’utilisation.

• Les blocs héritent des propriétés des parents
(factorisation), avec des propriétés spécifiques

Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme IBD
Matière
• On peut représenter la connexion
entre les éléments (parts) d’un
bloc au moyen d’un diagramme de Energie Information
bloc interne.
• Ce diagramme montre
principalement les relations entre
éléments de même niveau, ainsi
que les éventuelles multiplicités
des parts.

Exemple

Parts
• le cadre de l’ibd représente le bloc englobant. Il

fournit le contexte pour tous les éléments du
diagramme.
• Les associations simples et les agrégations sont

représentées de façon similaire aux
compositions (contour plein), sauf que le
rectangle du bloc est en pointillé.

Exemple

Ports
• Le diagramme de bloc interne permet également de

décrire la logique de connexion, de services et de
flux entre blocs grâce au concept de « port ».
• Les ports définissent les points d’interaction offerts

(provided) et requis (required) entre les blocs. Un
bloc peut avoir plusieurs ports qui spécifient des
points d’interaction différents.

Ports
• Les ports peuvent être de deux natures :
flux (flow port) : ce type de port autorise la circulation de

flux physiques entre les blocs. La nature de ce qui peut
circuler va des fluides aux données, en passant par
l'énergie
standard : ce type de port autorise la description de

services logiques entre les blocs, au moyen d’interfaces
regroupant des opérations.

Exemple

Exemple

Exemple
Port « pp » fournit « I_activation »
Port « ph » utilise « I_activation »

Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme Paramétrique
• Intéressant si on fait de la simulation!!
• Chaque contrainte est d’abord définie par des

paramètres ainsi qu’une règle décrivant l’évolution
des paramètres les uns par rapport aux autres.
• Une contrainte est représentée par un bloc avec un

stéréotype « constraint ».
• Il faut donc déclarer les contraintes dans un bdd,

comme pour les blocs plus classiques.

Langage Sysml Diagramme Paramétrique
• Ce n’est pas une évolution du BDD.
• Débouche sur la simulation !

La mise en œuvre est cependant longue et demande une
préparation rigoureuse du modèle par une identification
des paramètres, etc.
De par sa difficulté de mise en œuvre, il ne doit pas se
substituer (en tout cas dans un 1er temps) à des outils plus
adaptés et ergonomiques tels que :
Matlab – Simulink – SimScape – SimMechanism
Scilab – Xcos – Coselica – Simm
Maple – MapleSim
OpenModelica
Etc.
Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme de séquence
Le diagramme de séquence montre la séquence verticale

des messages passés entre éléments (lignes de vie) au
sein d’une interaction (use case)
système entier = une boîte noire

une seule ligne de vie
Description du scénario nominal quand tout va bien!!
comportement du système vu de l’extérieur, sans préjuger

de comment il le réalisera.

Exemple formel de diagramme

Exemple avec la balance HALO

Granularité
• Il est possible d’utiliser des diagrammes de

séquence à plusieurs niveaux.
• Pour cela on utilisera des fragments combinés.

Fragments combinés
Chaque fragment possède un opérateur et peut être

divisé en opérandes.
Les principaux opérateurs sont :
• loop : boucle. Le fragment peut s’exécuter plusieurs
fois, et la condition de garde explicite l’itération.
• opt : optionnel. Le fragment ne s’exécute que si la
condition fournie est vraie.
• alt : fragments alternatifs. Seul le fragment
possédant la condition vraie s’exécutera.
• par : fragments parallèles
• break : la séquence en cours s’interrompt si la
condition précisée est vraie.

Exemple avec la balance HALO
garde

Exemple Radio-réveil

Ajout de contraintes temporelles
• 2 types de contraintes temporelles possibles :
Contrainte de durée : durée exacte, minimale ou maximale

entre 2 évènements
Contrainte de temps : associées à des instants dans la

description de la séquence d’échanges entre éléments

Ajout de contraintes temporelles

Synthèse diagramme de séquence
• basé sur les interactions entre éléments.
• Très utile pour décrire les scénarios en vue d’un objectif

(cf. cas d’utilisation).
• enchainement séquentiel d’interactions MAIS ne dit pas

ce qu’il se passe au niveau de l’objet (voir diagramme
d’états ou d’activités).
• Vue élèves : déroulement jusqu’à un objectif -> jalons

pour une compréhension globale.
• Erreur souvent commise : ce diagramme devient vite un

algorigramme, ce qui n’est absolument pas sa vocation ! 172
Langage Sysml Diagramme de séquence
Exploitations pédagogiques possibles
• Etudier l'enchainement d'activités lié à un cas

d'utilisation (compréhension comportementale du
système) ;
• Retrouver le chemin parcouru dans le diagramme

d'états/transitions associé à une séquence ;
• Repérer des interactions / activités précises

Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme d’état
• Le diagramme de machines à états décrit les

transitions entre états et les actions que le système
ou ses parties réalisent en réponse aux événements.

Définition d’un état
• État : Un état représente une situation durant la vie

d’un bloc pendant laquelle :
il satisfait une certaine condition ;
il exécute une certaine activité ;
ou bien il attend un certain événement.
• Un bloc passe par une succession d’états durant son

existence.
• Un état a une durée finie, variable selon la vie du

bloc, en particulier en fonction des événements qui
lui arrivent.
Exemple
Un évènement est un marqueur temporel signalant un

chgt d’état (Ex : front montant manifestation physique)
Evènement avec une garde : variable d’état, condition booléenne

Exemple 2

Quand utiliser ce type de diagramme
• Il peut être utilisé pour décrire le comportement d’un

programme
simulation possible
Peut déboucher sur du code.
• Permet de décrire les différents modes de marche

d’un système (normal, dégradé, urgence, etc)
• Equivalent du GEMMA

Compléments sur le diagramme d’état

Notion d’état composite



Etat composite (super-état)
Sous-état 1 Sous-état 2
régions
Sous-état 3 simultanées

Pseudo-état « fork » Divergence de séquences parallèles (ET) :

une transition en amont et au moins deux
(sans évènement) en aval.
Pseudo-état « join » Convergence de séquences parrallèles (ET) :
au moins deux transition amont (sans
évènement) et une en aval.
Pseudo-état « choice » Sélection et convergence de séquences
exclusives (OU). Une condition d’un
évènement aval doit être vraie pour que
l’évolution se poursuive. Dans le cas de la
convergence de séquence, une condition d’un
évènement amont doit être vraie pour que
l’évolution se poursuive.
Fork Join
Etat 2
Version Académique pour Professeur
ev. 2 Seulement
Etat 2.1 Etat 2.2
Le Développement Commercial est strictement interdit
ev. 1 ev. 3
Etat 1 Etat 3
Etat 2.3
Etat 2
ev. 2
ev. 1 Etat 2.1 Etat 2.2
Etat 1
ev. 3
Etat 3
Etat 2.3

• Toujours commencer par un nœud initial

• Mettre en place un état initial (initialisation, attente)
• Eviter les états fugitifs (pb de durée) -> temporisation
• Utiliser les conditions de garde avec précaution (penser
à traiter la complémentarité)
• Veiller à ce que les modèles soient significatifs de la
réalité…
• 1 seul état actif à la fois (plsrs sous-états possibles) !
• Ce n’est pas un algorigramme!! Soumis aux évènements
extérieurs

Langage Sysml
Diagrammes
Sysml




Langage Sysml Diagramme d’activité
• Permet de décrire un comportement basé sur les flux ->

traitement par tâches.
• C’est en quelque sorte un algorigramme généralisé.
• Notation ressemblante à celle d’un diagramme d’états
mais rôle différent !
• Dans sa forme la plus simple, un diagramme d’activités
est constitué d’un flux d’actions/tâches ->
complètement différent d’un état !
• Il n’y a pas d’évènement associé aux transitions. Quand
une tâche est finie, on passe à la suivante -> dans le
diagramme d’états on associe des événements aux
transitions.
Diagramme d’activités
• Il permet de mettre l’accent sur les traitements.
• De manière générale, il décrit un processus.
• A notre niveau, il peut être vu comme un

algorigramme généralisé.
• Il n’est pas rattaché à un block en particulier.

Définitions
• Action
le plus petit traitement qui puisse être exprimé en UML.
Étape discrète à partir de laquelle se construise les
comportements.
• Activité
Définit un comportement décrit par un séquencement
organisé d’unités dont les éléments simples sont les
actions.

Formalisme diagramme activité

• Exemple utilisation DAB

(Laurent AUDIBERT)

• Les partitions (swimlane=couloir d’eau) permettent

de représenter l’élément responsable de l’action.

Quand utiliser ce type de diagramme
• Il peut être utilisé pour décrire le comportement

d’un programme
simulation possible
• Peut décrire un état.
• Permet de décrire un cas d’utilisation
• N’importe quel processus

Fin Diagrammes comportementaux
QUESTIONS !


/ élèves)

Les systèmes à évènements discrets
• Anciennement connus sous le nom de GEMMA, Mémoires,

Logique combinatoire & grafcet
• Dans très peu de temps : Diagrammes d’état et d’activités…

mais pas seulement!!

Les systèmes à évènements discrets
• Compétences du programme:
Analyser : appréhender les analyses fonctionnelle et structurelle
Diagramme séquence et états
Modéliser : proposer un modèle de connaissance et de

comportement
SED & chronogramme : représenter tout ou partie de l’évolution temporelle
Concevoir :
Systèmes logiques, SED, Structures algorithmiques : Modifier un programme
pour faire évoluer le comportement du systèmes
Commentaires : les modifs portent sur les états, transitions, instructions
conditionnelles, instructions itératives et appels simples de fonctions

Les systèmes à évènement discrets
• Pour répondre au pb des SED :

Inculquer une culture :
SED version « sysml » avec diagramme séquence, état et activité
Informatique
Développer des supports de TP qui s’appuient sur ces

aspects comme les TP Démosciences par exemple :
décrire le comportement d'un système à événements discrets

par diagramme d'état et l'implanter sur cible Arduino
Passage piéton
Panneau solaire
Les systèmes à évènement discrets
décrire le comportement d'un système à événements discrets

par diagramme d'état et l'implanter sur cible Arduino
Piloter la gestion des feux de signalisation pour traverser une route
• Création du diagramme
d’état
• Compilation
• Transfert dans une

carte arduino
• Vérification du
comportement sur la
maquette
Références
• Formation sysml, JUPSTI 05 2013, B. Martin

• Sysml par l’exemple, Pascal Roques
• Séminaire formation de formateurs sysml, Mars 2014
• Page perso, J.M Bruel
• Séminaire STI2D Lille, Y. Le Gallou, Avril 2014,
• www.démosciences.fr
• Travaux collègues UPSTI
• AFIS : www.afis.fr
• …

Applications
• Bouilloire
• Sécurité homme mort
• Segway

1-Formation Sysml Cpge Marocv3

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

1-Formation Sysml Cpge Marocv3

Transféré par

Droits d'auteur :

Formats disponibles

PCSI

Langage de Modélisation SYSML

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD

• Structure (basée UML - objet)

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 3

• Auto-formation sur un nouvel outil

Comment faire avec nos étudiants qui demandent de la

• Ne pas avoir d’a-priori négatif

• Contexte & Motivations

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 6

• Contexte & Motivations

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 7

• Standish Group (Boston USA) :

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 8

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 9

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 10

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 11

• Définition : un système est dit complexe lorsque les relations

• Conséquences : le comportement global n’est donc pas

• Maîtrise des comportements émergeants

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 12

• Définition : un système est dit complexe lorsque les relations

• Conséquences : le comportement global n’est donc pas

• Maîtrise des comportements émergeants

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 13

• Nouvelles pratiques d’ingénieurs pour mettre au

• Nécessite de modèles évolutifs en fonction de l’état

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 14

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 15

Définition selon l’INCOSE (INternational COuncil on

• Dépositaires des specifications ingénierie système

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 16

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 17

• Mise au point par l’OMG (Object Management Group)

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 18

• Permet de mieux comprendre les exigences et la

• Facilite le développement de systèmes complexes –

• Offre une meilleure qualité de conception

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 20

Acteurs prenant place au sein d’un projet

Ne représenter que les

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 22

• UML est le standard de fait dans le monde du

• Prend en charge la spécification, l'analyse, la

• Un langage de modélisation qui fournit :

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 24

• Ce n’est pas une méthode, il n’y a pas obligatoirement

• Cependant, il y a tout de même une manière

• Objectif de l’intervention : aider à mettre en place une

Processus Méthode Outil

• SysML permet d’approcher un modèle par des

• Une vue est un élément du modèle.

• Les deux grands types de diagrammes sont :

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 26

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 27

• SysML est complexe…

• Les élèves ne sauront jamais l’utiliser…

• Je n’y arriverai jamais !!

• Quelles utilisations pédagogiques ?

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 28

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 29

Modélisation Sysml - CPGE Maroc – 04/11/2014 – M.MOUNAUD 30

• Contexte & Motivations