Faculté des Sciences de Gafsa

Model Based Systems Engineering ( MBSE)

Langage SysML

Année universitaire : 2021 – 2022

Plan du cours
 Du système à l’ingénierie des systèmes.
 l’ingénierie des systèmes.
 La modélisation du système.
 Model Based Systems Engineering ( MBSE)
 Langage SysML
Du système à l’ingénierie des systèmes

 Un système ( Norme ISO 15288 )

Ensemble d’éléments en interaction, organisés pour

atteindre un ou plusieurs résultats déclarés.
 Du système à l’ingénierie des systèmes
 Un système ( d’après l’AFIS ) Association française pour l'information scientifique

 Répond à une finalité (pourquoi)

 Est plongé dans un environnement
 Représente une solution aux attentes et exigences de ses parties
prenantes
 La solution résulte souvent de compromis entre des exigences
 Des problèmes :
Echecs technologiques, dépassement de délai et de coût, pertes
humaines, rejets sociaux, conséquences écologiques, …
 Une réponse
Maîtriser les systèmes complexes par une ingénierie structurée.
 l’ingénierie des systèmes

Inclut plusieurs aspects :

• La vision système des produits
• Une démarche structurée pour le développement des systèmes
• Un ensemble de processus, de méthodes et de techniques
 Techniques de développement via des modèles (SysML, eFFBD,…)

• Des extensions vers le management des projets

 Processus de management des activités techniques
 l’ingénierie des systèmes
 Processus collaboratif et interdisciplinaire de résolution de
problèmes.
 s’appuyant sur les connaissances, méthodes et techniques
issues des sciences et de l’expérience.
 Mis en œuvre pour définir un système qui satisfasse un besoin
identifié.
 Soit acceptable pour l’environnement.
 En cherchant à équilibrer l’économie globale de la solution.
 Sur tous les aspects du problème dans toutes les phases du
développement et de la vie du système.
Position de l’IS dans le cycle de vie du système

Ingénierie du système
L’IS : un ensemble de processus coordonnés

Plusieurs passes d’ingénierie

L’IS : un ensemble de processus coordonnés
Optimiser le système :
coûts, performances,
risques, sûreté, fiabilité .
Vérifier – Valider – Optimiser
Le cycle en V de l’Ingénierie système
 Maîtrise d’ouvrage, maîtrise d’œuvre
utilisateur
s

maître d'ouvrage
processus d’acquisition

maître d'œuvre
processus de fourniture

 Le maître d’ouvrage est responsable du besoin et transfert les risques

techniques et financiers de la solution sur le maître d’œuvre
Processus, méthode, outil, méthodologie et
environnement définis

 Un processus (P) : une séquence logique de tâches exécutées pour

atteindre un objectif particulier. il définit les activités à réaliser, mais pas
la manière de les réaliser. Il définit «QUOI».

 Une méthode (M) : Ensemble des techniques permettant d'exécuter

une tâche. Elle définit le «COMMENT» de chaque tâche.

 Un outil (T) : C’est l’instrument appliqué à une méthode particulière

pour améliorer l'efficacité de la tâche.
Processus, méthode, outil, méthodologie et
environnement définis
 Modélisation
Complexité Hétérogénéité Pluridisciplinarité

Les modèles capitalisation / réutilisation

du système
 Modélisation
 Il existe trois modèles fondamentaux de développements de
cycle de vie :

1 Le modèle en cascade

2 Le cycle en V

3 La spirale des choix

 Le modèle en cascade

Pas de validation intermédiaire

Haut risque: erreurs couteuses

Cascade séquentiel
Le cycle en V
La spirale des choix et compromis
Boehm

start

Publication
 Modèle
 Une version simplifiée d'un concept, d'un phénomène, d'une relation,
structure ou système …
 Une représentation graphique, mathématique ou physique.

 Une abstraction de la réalité en éliminant les composants inutiles

 Les objectifs d'un modèle :

 faciliter la compréhension
 pour aider à la prise de décision, examiner des scénarios
 expliquer, contrôler et prévoir des événements
 MBSE: Model Based Systems Engineering

 Les aspects de MBE spécifiquement associés à SE.

 Comprend l'analyse comportementale, l'architecture du système, la

traçabilité des exigences, l'analyse de la performance, la simulation,
les tests, etc.
 MBSE: Model Based Systems Engineering

 Officialise la pratique
du développement de
systèmes à l'aide de
modèles
 Inclut plusieurs domaines de
modélisation tout au long du
cycle de vie,
 Amélioration de la qualité /
productivité et réduction
des risques :
 Rigueur et précision
 Communications entre l'équipe et le
client
 Gestion de la complexité
Model-Based Engineering: Quoi, Pourquoi et Comment

 Les modèles numériques sont

courants en ingénierie depuis la fin
des années 1960, mais l’intérêt
actuel pour l’ingénierie basée sur les
modèles dépasse l’utilisation de
modèles disparates.

 Le passage à la modélisation permet aux

équipes d'ingénierie de comprendre plus
facilement les impacts de la modification de
conception, de communiquer l'intention de
conception et d'analyser la conception d'un
système avant sa construction.
Model-Based Engineering: Quoi, Pourquoi et Comment

 Model-based Systems Engineering Pourquoi modèle ???

fournit des mécanismes
permettant d'accroître la
profondeur d'ingénierie de • Conduire une spécification
systèmes sans augmenter les cohérente
coûts.
• analyser et interroger la
conception du système
 Les spécifications centrées sur les
données permettent l'automatisation • Automatiser, automatiser
et l'optimisation, permettant aux SE automatiser ??
de se concentrer sur des tâches à
valeur ajoutée et de garantir une
approche équilibrée.
Model-Based Engineering: Quoi, Pourquoi et Comment

 La clé d'une approche basée sur un modèle

réussie consiste à cerner le problème!

 Que voulez-vous retirer de vos modèles?

 De quelle fidélité avez-vous besoin pour atteindre ces
objectifs?
 Quels sont les critères de réussite de l’effort?

• Étudier et gérer un effort de modélisation est à

la fois un art et une science :
• Conduire le changement dans une
organisation prend du temps et un
investissement continu
Caractéristiques de l'environnement basé sur
un modèle

 Ensemble de modèles interconnectés

 Les modèles sont une abstraction de la réalité.
 Structure, comportement et exigences.

 Langue standard

 Notation graphique, syntaxe, sémantique

 Statique et dynamique

 Base d'informations système partagée

 Les pratiques de IS pour la description de
systèmes
Passé Future
 Spécifications
 Exigences d'interface
 Conception du système
 Analyse et compromis
 plans de test

Documents
Modèles

Passage d'un document à un modèle

 Modélisation du système
Modèle d'exigence

Modèle fonctionnel / comportemental Modèle de performance

Modèle du système
intégré

Modèle de composant /structurel Autres modèles

d'analyse technique
Le modèle de système intégré doit prendre en compte
plusieurs aspects d'un système
 Parties prenantes impliquées dans
l'acquisition du système
Développeurs /
Les clients Intégrateurs

Responsables de
projet

Vendeurs

Les régulateurs Testeurs

Modélisation est nécessaire pour améliorer les communications entre
toutes les parties prenantes
Caractéristiques de la base d'information
Basé sur le document Basé sur MBSE

- Principalement du texte - visuel et textuel

- Ajouter des diagrammes - Constructions définies une
Information - faiblement couplé, répété fois et réutilisées
dans plusieurs documents - partagé entre les domaines
- Notation cohérente dans les
diagrammes
- relations définies
Vues - par document - Fournit des points de vue
d'information - Filtres par domaine, espace
de problèmes, etc.
Complétude, - par inspection manuelle - Automatisé par programme
qualité et - animation
précision
L'intégration MBSE sur plusieurs domaines
 Modèle du système
Une représentation structurée qui se concentre sur les exigences de
système globales, le comportement, la structure, les propriétés et les
interconnexions.

 Exigences
- Quels sont les objectifs des parties prenantes, les objectifs et les conditions de . . réussite
du système.
- Spécification du comportement et des caractéristiques de la boîte noire.
 Comportement
- Ce que le système doit faire pour répondre aux exigences
- Transformations des entrées en sorties (modèles fonctionnels / d'activité)
 Structure
- Les parties qui présentent le comportement
- La hiérarchie des composants et les éléments
 Interconnexions
Propriétés
- La
Lesmanière
performances,
dont lesles
éléments
caractéristiques
structurels
physiques
s’arrangent
et les
etrègles
communiquent
qui contraignent
pour obtenir
la structure
le et
le comportement
comportement requis sous les contraintes données
 Compréhension et analyse des systèmes
basées sur des modèles

• L’une des tâches critiques de l’ingénierie des

systèmes est le processus d’échange et d’analyse
initial permettant de développer le meilleur
système pour répondre aux besoins de la mission

• À mesure que les missions deviennent plus complexes, il

devient plus difficile de comprendre tous les éléments
pouvant avoir une incidence sur les performances du
système.

• L'intégration d'analyses haute fidélité dans une

architecture système définie de manière cohérente peut
permettre de mieux comprendre les caractéristiques clés du
système, ce que ne permet pas uniquement l'analyse
traditionnelle.
 Triangle : Délai, Coût, Qualité

Les clients veulent «moins cher, mieux, plus vite» :

 Réduire le temps de conception.
 Améliorer la qualité.
 Rendre les systèmes complexes abordables.
Qualité

Projet

Coût Délai
 Langage SysML

Qu'est-ce que un SysML? :

 C’est un outil qui permet de représenter des systèmes, sous forme de schémas
appelés diagramme.

 SysML est fait pour :

 Spécifier les systèmes.
 Analyser la structure et le fonctionnement des systèmes.
 Décrire les systèmes et concevoir des systèmes composés de sous systèmes.
 Vérifier et valider la faisabilité d'un système avant sa réalisation.

SysML est un outil critique pour MBSE

 Taxonomie des diagrammes SysML

Diagramme
SysML

Diagramme de Diagramme des Diagramme de

comportement exigences structure

Diagramme de Diagramme Diagramme de Diagramme de Diagramme

Diagramme Diagramme
séquence d'état cas d'utilisation définition de fonctionnel
d'activité d'emballage
bloc interne

Identique à UML2 Diagramme

Paramétrique
Modifié de UML2

Nouveau type
 Taxonomie des diagrammes SysML

 Diagramme de structure :

 Diagramme de définition de bloc :

décrit la hiérarchie du système et les classifications système / composant
 Diagramme de bloc interne:
décrit la structure interne d'un système en termes de composants

 Diagramme de package
est utilisé pour organiser le modèle

 Diagramme des exigences :

Capture les hiérarchies des exigences et les relations de dérivation, de satisfaction,
de vérification et de raffinement.
 Taxonomie des diagrammes SysML

 Diagrammes de comportement
:
 Diagramme de cas d'utilisation
fournit une description détaillée de la fonctionnalité du système.
 Diagramme d'activité
représente le flux de données et le contrôle entre les activités.
 Diagramme de séquence
représente l'interaction entre les parties collaboratrices d'un
système.
 Diagramme d’état
décrit les transitions d'état et les actions qu'un système ou ses composants
effectuent en réponse à des événements.

 Diagramme paramétrique :
représente les contraintes sur les valeurs des paramètres système, telles que
les performances, la fiabilité et les propriétés de masse, afin de prendre en
charge l'analyse technique.
 4 piliers de SysML

Comportement
Structure

Exigences

Paramétrique
 Définition du bloc

Un cadre requis pour les les éléments de bordure associés à l'élément

diagrammes OMG SysML de modèle désigné,
« Le nom »  des paramètres
 des points d'entrée / de sortie
 des ports pour des blocs

en-tête

une description
 Diagramme de contexte
 Il recense les éléments extérieurs (acteurs) qui interagissent avec le
système.

Les acteurs

Nom de système
 Diagramme des exigences
 C’est le cahier des charge fonctionnel du système
( le système doit …).
Ce sont les exigences du CdCF.

L’exigence principale

Nom de système

Des exigences
unitaires
 Diagramme des cas d’utilisation
 Il exprime les services offerts par le système aux acteurs.
 Il décrit ce que fait le système ( et non ce que fait l’utilisateur) mais sans dire
comment il le fait.

Les services offerts

par le système

L’ acteur

Le frontière de
système
 Diagramme de séquence
 Il présente les interactions entre les acteurs et le système selon
un ordre chronologique.
Nom de système

Acteur principal
Acteurs secondaires
 Diagramme de définition de blocs
 Il permet simplement de lister tous les blocs et sous blocs qui
constituent le système.
Des blocs

Des sous blocs

 Diagramme des blocs internes
 Il permet de définir comment l’information, l'énergie et la matière
circulent à travers le système.

Le bloc interne

Flux d'énergie

Flux d’information
 Diagramme d’états
Il présente les différents états possible du système.

État finale du
système

État initiale du
système
 Diagramme d’activité
 Il présente le comportement du système (les choix des actions en
fonction de décisions.

Les actions
de système
Fin du cours …