FILIÈRE : API-2
Mécanique Industrielle
MODÉLISATION DES SYSTÈMES
Présentée par : Pr. SOBHI SAID
2024-2025
Introduction
Contexte : Nous consommons de plus en plus de puissance de
calcul :
2
Introduction
Contexte : Les réponses à ces des défis ne sont pas uniquement politiques ou
économiques… elles sont aussi scientifiques et
technologiques.
3
Introduction
Le cœur artificiel CARMAT :
Carmat a implanté en 2013 le premier cœur artificiel capable d'imiter la physiologie humaine, destiné aux
patients en insuffisance cardiaque terminale, en attente ou non d'une greffe.
Conçu par Claude Wartelle et le chirurgien Alain Carpentier, ce cœur bioartificiel répond à de strictes
contraintes chimiques et physiologiques.
Il prend en compte l’hémo-compatibilité, l’espace thoracique et l’activité corporelle.
Cette innovation place Carmat à la pointe de la technologie médicale mondiale.
4
Introduction
Le cœur artificiel CARMAT :
Pour mieux comprendre le fonctionnement du cœur prothétique Carmat, nous avons besoin de le modéliser,
c’est-à-dire, de représenter ce système grâce aux nombreux outils scientifiques que nous possédons (lois
physiques, schémas cinématiques, …). Il faudra ensuite le valider expérimentalement.
5
Introduction
La formation en Sciences Industrielles de l’Ingénieur (SII) en prépa intégrée API à l’ENSAM a pour
objectif d’enseigner aux futurs ingénieurs à aborder méthodiquement la complexité des systèmes
industriels.
Au cours des 2 années de prépa intégrée, les élèves développeront les compétences suivantes :
Analyser : Étudier les fonctions et la structure des systèmes complexes pluritechnologiques.
Modéliser : Représenter un système par des équations pour permettre la simulation.
Résoudre : Réaliser des simulations manuelles ou assistées pour prévoir le comportement du système.
Expérimenter : Effectuer des mesures sur le système réel pour valider les résultats de la simulation.
Concevoir : Proposer et réaliser des améliorations matérielles ou logicielles pour optimiser le système.
Communiquer : Traiter les informations et transmettre clairement les résultats et analyses.
6
Système industriel
Systèmes pluri-technologiques :
Un système est une association structurée d’éléments (sous-systèmes ou constituants) qui interagissent
d'une manière organisée pour accomplir une fonction globale.
Un système est dit complexe et pluri-technologique
lorsque les éléments sont nombreux et les interactions
MEI (échanges de matière, d'énergies ou
d'informations) de formes différentes.
Tout système s'insère dans un milieu environnant
Frontière d’étude :
La frontière d’étude permet de définir le système étudié.
Elle permet de distinguer ses constituants ou sous-systèmes internes de l’environnement extérieur.
Un système n’est jamais isolé de l’extérieur, mais au contraire il interagit avec lui. Il doit s’adapter aux
contraintes de son environnement.
7
Système industriel
Cycle de vie d’un système et démarche de l'ingénieur :
Le cycle de vie recense les différentes étapes de la vie d’un système, de l’identification du besoin à
l’origine de sa conception jusqu’au recyclage de ses constituants lorsqu’il n’est plus utilisé.
Il se compose de phases de vie, par exemple ; conception, fabrication, transport, distribution,
utilisation, maintenance, fin de vie...
Le cycle en V présente graphiquement ces étapes :
8
Système industriel
Les outils de modélisation système :
Le travail des différents acteurs intervenant lors des étapes du cycle de
vie d’un système est collaboratif (Cloud) et souvent multi-sites. Cela
signifie que de nombreux acteurs, répartis sur plusieurs pays, doivent
en permanence être informés et tenir compte des évolutions initiées par
d’autres.
Dans ce contexte, les entreprises (Airbus, Thalès, Alstom…) utilisent
des outils communs de communication et de définition du produit :
− un jumeau numérique unique et partagée ;
− langage unique et compréhensible par tous les métiers ;
− modélisations du système basées sur cette maquette et ce langage.
Une des solutions vers laquelle se tournent certaines entreprises est le
langage SysML (Systems Modeling Language), langage de description
de l’ingénierie système.
9
Système industriel
Les outils de modélisation système :
Le langage SysML a l’avantage de proposer différents outils de description graphique (diagrammes),
permettant de modéliser le système dans les différentes phases du cycle. Ces diagrammes interagissent
entre eux (Même s'ils sont de domaines physique différents) grâce à des logiciels dédiés, ce qui permet de
répercuter immédiatement toute modification à l’ensemble des acteurs concernés par le projet.
Maquettes numériques et diagrammes sont complétés par des logiciels de simulation. Grâce à ces derniers,
on peut anticiper la façon dont va se comporter un système avant même d’avoir réalisé un premier
prototype.
10
SysML
Les outils de modélisation système :
Le langage SysML a l’avantage de proposer différents outils de description graphique (diagrammes),
permettant de modéliser le système dans les différentes phases du cycle. Ces diagrammes interagissent
entre eux (Même s'ils sont de domaines physique différents) grâce à des logiciels dédiés, ce qui permet de
répercuter immédiatement toute modification à l’ensemble des acteurs concernés par le projet.
Maquettes numériques et diagrammes sont complétés par des logiciels de simulation. Grâce à ces derniers,
on peut anticiper la façon dont va se comporter un système avant même d’avoir réalisé un premier
prototype.
11
SysML
Analyse fonctionnelle
L’analyse fonctionnelle permet, pour un système correctement isolé de son milieu extérieur à l’aide
d’une frontière d’étude, de décrire le besoin auquel il répond et de définir les contraintes auxquelles il
doit s’adapter.
Dans la démarche d’ingénierie système, c’est une étape indispensable pour s’assurer que le système à
concevoir répondra le mieux possible aux besoins de ses futurs utilisateurs.
Analyse du besoin
L'Analyse du Besoin est une méthode qui permet de caractériser le besoin exprimé, c'est à dire le
qualifier et le quantifier avec des grandeurs mesurables. Afin de valider l'expression du besoin, il
convient de se demander lorsqu'on étudie ou on conçoit un système :
− Pourquoi le produit existe-il ?
− A qui rend-il service ?
− Quel est son but ?
− Qu'est ce qui pourrait faire évoluer le besoin ?
− Qu'est-ce qui pourrait faire disparaître le besoin ?
12
SysML
Exemple : évolution technologique de rupture du cœur artificiel
Plusieurs évolutions sont envisageables. Actuellement, les pulsations de la prothèse suivent l’activité
physique. Mais bientôt des capteurs iront chercher l’information dans les nerfs pour qu’elle réagisse aux
émotions ressenties par le patient.
Il est également possible de simplifier la conception avec le procédé d’impression 3D. Ce qui diminuera
légèrement la masse de la prothèse pour se rapprocher de celle d’un cœur naturel
13
SysML
Exemple :
Poussée
Raptor V1 : 1800 kN
Raptor V2 : 2200kN
Raptor V3 : 2700 kN
14
SysML
Exemple :
Miniaturisation
Nouveaux matériaux
Robotisation (Vantablack, 99.99% d’air)
(entrepôts d’Amazon) Avenir de la mécanique
Biomimétisme Intelligence artificielle
(sepia, écran samsung) Organes et muscles
artificiels
15
SysML
Exemple :
16
SysML
Analyse du besoin :
Estimer le besoin des clients potentiels (Enquêtes, sondages et études de marché participent à cette
définition.) est donc indispensable, mais complexe car le besoin est en évolution constante sous l’effet
des changements économiques, sociaux et environnementaux, et des innovations
Il est très important de ne pas négliger cette partie afin que les différentes parties prenantes aient la
même compréhension du système qui va être conçu. L'enjeu est d'éviter que le système conçu soit
différent de celui souhaité. 17
SysML
Besoin :
Un besoin est une nécessité, un désir éprouvé par un utilisateur.(NF X50 - 150)
Caractériser le besoin, c’est le qualifier et le quantifier.
Cette formalisation permet d’estimer le taux de satisfaction attendu.
Fonction globale
La fonction globale d’un système est la « raison d’être » du système, du point de vue de l’utilisateur .
Elle ne doit pas induire de solutions technologiques .
18
SysML
Les différents diagrammes :
A travers des outils graphiques, les diagrammes, le SysML permet de décrire un système suivant
différents points de vue :
• Fonctionnel : que doit faire le système ?
• Structurel : comment est construit le système ?
• Comportemental : comment doit se comporter le système dans le temps ?
19
SysML
Les différents diagrammes : Définition Cahier des Charges fonctionnel
Document formalisant l'expression des besoins
et facilitant la communication des parties
prenantes.
C’est le cahier des charges
20
SysML
Éléments graphiques communs :
Tous les diagrammes SysML comportent en haut à gauche un cartouche, qui permet d’identifier le
diagramme en indiquant au minimum le type de diagramme et le nom de l’élément concerné.
21
SysML
Diagramme de cas d’utilisation (uc) :
Comment décrire les interactions des acteurs avec le système ?
La définition d’une « frontière » autour du système permet de caractériser les échanges entre le
système et l’environnement avec lequel il interagit afin de décrire les différents cas
d’utilisation (use case) et les acteurs (actors) qui y participent.
Le diagramme des cas d’utilisation permet de décrire ces différentes situations qui concernent tout ou
partie de son cycle de vie.
22
SysML
Diagramme de cas d’utilisation (uc) :
Acteur
Acteur = rôle joué par un utilisateur humain ou un autre système.
Les acteurs peuvent être des humains ou des éléments qui interagissent directement avec le système, en
participant à au moins un cas d’utilisation.
Un acteur principal est un acteur à qui le système rend service, au sens du besoin auquel le système
doit répondre. C’est l’acteur pour qui le cas d’utilisation associé produit un résultat observable.
23
SysML
Diagramme de cas d’utilisation (uc) :
Cas d’utilisation
Cas d’utilisation = ensemble de séquences d’actions réalisées par le système et qui produisent un
résultat observable intéressant pour un acteur.
24
SysML
Diagramme de cas d’utilisation (uc) :
Relations entre cas d’utilisation et acteurs
cas 2 est une sorte de cas 1. 25
SysML
Diagramme de cas d’utilisation (uc) :
Exemple : radio-réveil
26
SysML
Diagramme des exigences (req = requirement) :
Que l’on soit en phase d’expression du besoin ou en analyse de l’existant, il est nécessaire de préciser
les besoins et leurs limites. On utilise pour cela des exigences (requirement).
Une exigence exprime une fonctionnalité, une capacité ou une contrainte à satisfaire par un système. Elle
peut être :
• fonctionnelle <<functionalRequirement>> : spécifie une fonction qu’un système doit exécuter
• physique <<physicalRequirement>> : dimensions, masse, encombrement, couleur, …
• conception <<designConstraint>> : contraintes de résistances mécanique, corrosion, durabilité, …
• interface <<interfaceRequirement>> : interface avec un sous système ou d’autres systèmes, …
• performance <<performanceRequirement>> : autonomie, rapidité, précision, fiabilité, …
• usabilité <<usabilltyRequirement>> : ergonomie, facilité d’utilisation, accessibilité, …
27
SysML
Diagramme des exigences (req = requirement) :
28
SysML
Diagramme des exigences (req = requirement) :
Le diagramme des exigences permet d’exprimer et de structurer les besoins au niveau de chaque
fonction, et ainsi d’assurer la traçabilité des fonctions.
Ce diagramme est une traduction du cahier des charges sous forme graphique ; c’est un élément de la
description fonctionnelle du système qui s’enrichit progressivement tout au long de l’étude.
29
SysML
Diagramme des exigences (req = requirement) :
Types d’associations (liens de dépendance stéréotypés)
30
SysML
Diagramme des exigences (req = requirement) :
Types d’associations (liens de dépendance stéréotypés)
31
SysML
Diagramme des exigences (req = requirement) :
Exemple : radio-réveil
32
SysML
Diagramme des exigences (req = requirement) :
Cahier des charges fonctionnel (CdCF)
Un Cahier des Charges Fonctionnel (CdCF) est un document qui expose l'ensemble des exigences qui
doivent être satisfaites par le système et leurs caractéristiques (critère, niveau, flexibilité).
33
SysML
Diagramme des exigences (req = requirement) :
Cahier des charges fonctionnel (CdCF)
En entreprise, le CdCF sert de contrat entre le client et le fournisseur.
Du point de vue du client, chaque ligne permet un contrôle de la prestation fournie, et du point de vue
du fournisseur, chaque ligne induit un niveau d'exigence à la conception.
C’est un document clé de l’expertise industrielle utilisé pour les consultations, les appels d’offres, les
marchés négociés, la conception…
Ce sont les données issues de ce CdCF qui vont nous permettre de quantifier les écarts entre :
(2) Manuelles ou assistées par ordinateur. (3) Mesurées expérimentalement en TP
34
SysML
Diagramme de définition de bloc (bdd = Block Definition Diagram) :
Diagramme de contexte
Le diagramme de définition de bloc peut être utilisé pour décrire le contexte du système
Le bloc principal porte dans ce cas le mot-clé <<system>>.
Les autres blocs, en tant qu’éléments extérieurs au système, peuvent
être représentés par des blocs avec ou sans le mot-clé <<external>>.
Rappel : le contexte du système est l’ensemble des éléments (de natures diverses : matière, énergie ou
information) extérieurs au système mais qui sont susceptibles d’interagir avec lui, à un moment ou un
autre de sa vie.
Exemple :
contexte du
radio-réveil
35
SysML
Diagramme bdd :
Architecture matérielle
Le diagramme de définition de bloc est principalement utilisé pour décrire l’architecture matérielle du
système ou d’un de ses sous-systèmes.
Bloc
Un bloc représente un composant du système, une unité structurelle modulaire qui encapsule son
contenu (propriétés, comportements, contraintes, opérations, valeurs,…)
Le bloc principal porte le mot-clé <<system>>, et ses composants le mot-clé <<block>>, ou bien
<<subsystem>> pour désigner un grand bloc encapsulant un système plus vaste.
Le bloc <<system>> représentant le premier niveau du modèle.
La définition du bloc présente son nom et éventuellement son type.
La hiérarchie entre les blocs qui composent le système est essentiellement spécifiée par des
relations de composition ou d’agrégation .
Les autres relations sont spécifiées par des associations
36
SysML
Diagramme bdd :
Architecture matérielle
37
SysML
Diagramme bdd :
Architecture matérielle
38
SysML
Diagramme de bloc interne
(ibd = Internal Block Diagram) :
Le diagramme de bloc interne décrit la structure interne d’un bloc en termes de parties (parts),
ports et connecteurs.
•les blocs : ils représentent les parties du système.
un bloc peut être stéréotypé <<block>>
il est intitulé : rôle :nom du bloc (le rôle est facultatif)
Remarque : le bloc englobant n’est pas toujours représenté.
•les ports : ils définissent les points d’interaction entre les blocs :
• les ports de flux représentent par où rentre ou sort le flux, ainsi que ce qui circule
(type de matière, d’énergie ou d’informations)).
prise d’alimentation, connecteur Ethernet, …
• les ports standards spécifient les services fournis ou requis par le bloc au moyen d’interfaces
(avec l’utilisateur ou un autre système).
« allumer/étendre », « régler le volume », …
ils sont intitulés : nom :type
Remarque : on peut également en trouver sur le diagramme de définition de bloc.
39
SysML
Diagramme de bloc interne ibd :
• les connecteurs : ils représentent ce qui permet au flux de circuler.
fil électrique, liaison mécanique, tuyau pneumatique ou hydraulique
Remarque : on utilise parfois un code couleur pour distinguer la nature de ce qui circule.
40
SysML
Diagramme de bloc interne ibd :
Exemple : radio-réveil
41
SysML
Diagramme de bloc interne ibd :
Exemple : radio-réveil
Le diagramme représente les flux d’information :
• l’horloge fournit l’horodatage au projecteur et à l’afficheur de la partie radio,
• l’interface Homme/Machine (IHM) (constituée de divers boutons) fournit une interface de
réglage de l’horloge et de la radio, ainsi qu’une interface d’activation de la radio,
• l’horloge active la radio et le projecteur (à l’heure d’alarme).
Remarque : ce diagramme ne décrit pas les flux d’énergie car cela l’aurait rendu trop chargé. Il faudrait
faire un autre diagramme pour cela.
42
SysML
Diagramme de séquence (sd = Sequence Diagram)
Un diagramme de séquence représente la chronologie des messages échangés entres « éléments« ,
internes ou externes au système.
L’ordre chronologique se déroule de haut en bas .
Les « éléments » sont représentés par des rectangles possédant une ligne verticale appelée ligne de vie.
On représente un élément en activité par un rectangle placé sur sa ligne de vie.
Les éléments communiquent en échangeant des messages représentés par des flèches , orientées de
l’émetteur vers le récepteur (destinataire).
43
SysML
Diagramme de séquence (sd = Sequence Diagram)
• Pour le message synchrone, la flèche est pleine, un message de retour est attendu. Le message de retour
(flèche pointillée) est obligatoire mais pas toujours tracé.
• Pour le message asynchrone, la flèche est ouverte. L’envoi d’un message se fait à n’importe quel
moment et sans attente d’une quelconque réponse.
On peut rajouter des cadres d’interaction, dotés d’un opérateur (ref, opt, alt, loop, par, …) et
éventuellement divisés en fragments.
44
SysML
Diagramme de séquence (sd = Sequence Diagram)
45
SysML
Diagramme de séquence (sd = Sequence Diagram)
Point de vue « système »
Pour un cas d’utilisation donné, le diagramme de séquence du point de vue « système » montre la
séquence des actions réalisées par l’acteur principal et les réponses du système (vu comme une « boite
noire ».
Exemple : radio-réveil
46