Technologie

Module de formation 1

Modélisation des
systèmes techniques :
Langage SysML

Les inspecteurs de la Technologie au Maroc.

Septembre 2021
 Modélisation des systèmes techniques

Introduction :

Depuis des siècles, l’homme n’a cessé de créer et optimiser des outils et
techniques pour améliorer son quotidien et sa productivité. Cette progression s’est
accélérée à la fin du XVIIIe siècle avec le développement industriel et la mécanisation des
outils de fabrication. Si le début du XXe siècle a été marqué par le développement de
l’automatisation et de l’organisation scientifique du travail, sa deuxième moitié a été
considérablement transformée grâce au développement de la micro-électronique et de
l’informatique, nous propulsant dans l’ère numérique. L’évolution de la technologie a
donc donné naissance à des systèmes complexes qui améliorent le rendement, ajoutent
de la fonctionnalité, et augmentent le degré d’autonomie dans tout type de système. Afin
de faciliter l’étude et la conception de ces systèmes, on fait appel à la modélisation.

I. Notions de base

1.1. Modélisation

La modélisation 1recouvre toute représentation d’un système réel, physique ou

mentale exprimée sous forme verbale, graphique ou mathématique, sachant que chaque
modèle est exprimé dans un langage plus ou moins formalisé. Alors, c’est le niveau de
formalisation qui détermine le positionnement du modèle entre champs théorique et
champs empirique. En particulier, on distingue comme niveau de formalisation : • Les
langages littéraires : formés de symboles littéraires assemblés en une structure de
concaténation ; • Les langages iconiques : formés de symboles graphiques assemblés
selon des règles diverses d’agencement; et • Les langages logico-mathématiques : formés
de symboles abstraits obéissant à diverses structures. (Toën, 2005).

1.2. Modèle

Un modèle 2est une interprétation explicite d’une situation, d’une entité…. Il peut
être exprimé par des mathématiques, des symboles, des mots etc. C’est une description
d’entités et de relations entre elles (Calvez1990).

1.3. Un système

Il existe de nombreuses définitions du « système », et avec le développement de

l’approche systémique, cette notion s’est progressivement précisée pour dégager les
qualités essentielles de cette notion. Il existe plusieurs définitions :

Module de formation : Modélisation des systèmes techniques : SysML – Page : 1

 o «Ensemble d’éléments en interaction dynamique, organisés en fonction d’un
but.» (J. de ROSNAY) ;
o Un système est un ensemble de composants inter-reliés qui interagissent les uns
avec les autres d’une manière organisée pour accomplir une finalité commune.
(NASA 1995) ;
o Un système est un ensemble intégré d’éléments qui accomplissent un objectif
défini (INCOSE 2004) (International Council on Systems Engineering)
o Un système est une association organisée d’éléments (sous-systèmes ou
composants) qui peuvent être matériels, logiciels ou humains en interaction grâce
à des flux d’énergie, d’information ou de matière qui remplissent une ou plusieurs
fonctions.

En Technologie, nous allons adopter la définition suivante :

« Un Système est un ensemble d’éléments (composants) organisés en interaction pour

accomplir une finalité définie. »

Il est important de bien identifier les limites du système, les éléments qui le
constituent et qui en font une entité organisée : la frontière.
- Un système n’est pas un ensemble. Il ne suffit pas de connaitre chaque
composant individuellement pour connaître le fonctionnement global de l’ensemble. Il
faut aussi connaître les liaisons entre ses constituants, ainsi que les interactions
(relations) avec les acteurs du milieu extérieur (utilisateurs, autres systèmes,
environnement et normes) qui définissent les limites du système.
Les systèmes peuvent être classés suivant différents critères tels que : le domaine
d’application, la nature de la matière d’œuvre, la nature des flux, les critères technico-
économiques… On distingue plusieurs types de systèmes :

• Les systèmes naturels (système nerveux, système solaire…) ;

• Les systèmes artificiels (système informatique, système industriel …) ;
• etc.

Figure 1: Représentation schématique d’un système.

1.4. Système technique

Module de formation : Modélisation des systèmes techniques : SysML – Page : 2

 Bertrand Gille est souvent considéré comme l’inventeur de la notion du « système
technique ». Il a été le premier à avoir énoncé, dans le texte fondateur « Prolégomènes à
une histoire des techniques » ([Link], 1978).
Un système technique est un assemblage organisé d’éléments techniques
reliés ou branchés les uns aux autres, de façon à former une entité, ou un tout,
remplissant une ou plusieurs fonctions permettant de rendre un service à
l’utilisateur (besoin à satisfaire).

On peut s’intéresser à plusieurs phases d’existence d'un système technique :

o Sa forme souhaitée (ou imaginée) à partir d'un besoin ;

o Sa forme virtuelle, simulée ;
o Sa forme réelle.

Défini par les besoins

Système du client et par un
cahier des charges
souhaité

Ecart Ecart
Traité par des logiciels Prototype ou forme
de simulation définitive
Système Système

simulé réel
Ecart
Figure 2: Définition des trois systèmes : souhaité, simulé et réel.

1.5. Ingénierie système

L'ingénierie système est définie dans [ANSI/EIA 632] comme étant une
approche interdisciplinaire dont le but est de formaliser et d'appréhender la
conception de systèmes complexes. Elle englobe tous les efforts techniques pour
développer et vérifier un ensemble de solutions relatives aux systèmes, aux
utilisateurs et aux processus dans un cycle de vie total pour satisfaire des besoins
client.
Le but de l’ingénierie système est donc l’analyse des échecs antérieurs afin
d’apporter des solutions pour éviter qu’ils ne se reproduisent. L’ingénierie système est
utilisée dans les secteurs suivants : Systèmes Embarqués, Production d’énergie,
Médical, Automobile, Ferroviaire, Aéronautique ; Espace, Militaire, Télécoms, etc…

L’un des enjeux majeurs de l’ingénierie système est de permettre à différentes

équipes de travailler, communiquer et de faire avancer la conception d’un système en
utilisant une même source documentaire.
L’ingénierie système a plusieurs intérêts :
- Eviter les surcoûts des projets ;
Module de formation : Modélisation des systèmes techniques : SysML – Page : 3
 - Avoir un taux de réussite élevés des projets ;
- Eviter le retard des projets ;
- Mise au point de systèmes complexes ;
- Approche structurée pour passer du besoin à la solution pertinente ;
- Aide à la décision et la traçabilité des exigences :
- Eviter la perte de vue d’ensemble du produit ;
- Limiter la prise de risque lors du choix de solutions, etc…

1.6. Rétro-ingénierie
La rétro-ingénierie d’un système (en anglais : reverse engineering) est un processus
complexe qui permet par l’étude d’un système existant de décrire son fonctionnement
et/ou sa structure à travers un modèle. Elle peut être utilisée dans plusieurs domaines
tels que l'ingénierie mécanique, électrique, informatique, médicale et bien d'autres (Xia,
2014). La rétro-ingénierie permet alors de:

o Comprendre le fonctionnement externe et interne du système ;

o Connaître les relations du système avec son environnement ;
o Connaître la mission et la finalité du système ;
o Identifier les solutions retenues ;
o Evaluer son bon fonctionnement ;
o Modifier un système ;
o Maintenir un système;
o Etc…

NB :
Dans le cas des systèmes didactisés, le système à considérer reste le « vrai » système
qui a une vraie mission et qui rend des vrais services, car si l’on considère le système
didactisé lui-même, les besoins seront évidemment différents.

II. SysML :

2.1. Définition
Le SysML, abréviation de « System Modeling Language », est un langage de
modélisation graphique utilisé dans le domaine de l’ingénierie système, et qui permet la
description, l’analyse, la conception et la validation de systèmes.
Le SysML a connu plusieurs versions :
➢ Septembre 2007 : SysML v1.0
➢ Décembre 2008 : SysML v1.1 ;
➢ Juin 2010 : SysML v1.2 ;
➢ Juin 2012 : SysML v1.3 ;

Module de formation : Modélisation des systèmes techniques : SysML – Page : 4

 ➢ Septembre 2015 : SysML v1.4 ;
➢ Mai 2017 : SysML v1.5 ;
➢ Janvier 2019 : SysML v1.6 (version actuelle)

Il s'agit d'un langage de modélisation issu du monde de l'ingénierie système. C'est une
évolution de SADT (années 1980) puis du langage UML.

2.2. SysML : Pourquoi ?

Les systèmes techniques actuels sont souvent d’une grande complexité tant au
niveau comportemental que structurel. Leur conception est le fruit d’une collaboration
entre différents spécialiste/acteurs. L’utilisation du SysML comme langage de
modélisation se veut un outil de modélisation cohérent pour mieux appréhender les
systèmes techniques.

Parmi les avantages du langage SysML :

• Utilisation possible à tous les niveaux ;
• Permet la Collaboration entre tous les spécialistes des corps de métier concernés
(ingénieurs, techniciens, juristes, ergonomes, métiers du marketing, de la
communication ...) en proposant un ensemble lié d’outils de représentation
universels et expressifs. Il permettra en outre la traçabilité du projet tout au long
de son avancement ;
• Véritable outil de communication et de suivi par toutes les parties prenantes du
projet : le langage SysML permet de définir les exigences, le service rendu,
l’aspect comportemental ainsi que structurel du système à concevoir ;
• Réalisation de la mise à jour, du stockage et du partage ainsi que l’interprétation
des informations issues des analyses des travaux des différents intervenants ;
• Validation des différentes solutions par une ou plusieurs simulations basées sur les
diagrammes d’états, d’activités et paramétrique ;
• Modélisation du système à toutes les étapes de son cycle de développement et dans
sa phase de vie en représentant les éléments du modèle selon différents points de
vue ;
• Son utilisation est également appropriée en phase de rétro-ingénierie pour
reconcevoir un système existant ;
• Il n’y a pas d’obligation à tracer tous les diagrammes SysML, c’est une question de
choix et de pertinence ;
• SysML ne dit pas dans quel ordre réaliser les diagrammes, chacun d’entre eux est
une vision différente d’un même modèle. Ils sont donc réalisables dans l’ordre que
l’on souhaite. Par conséquent, SysML n’est pas une méthode ;
• La construction des diagrammes SysML s’insère dans une démarche itérative, on
n’a pas à les mettre au point en une seule fois. Le travail sur un diagramme
entraînera peut-être des modifications dans d’autres diagrammes.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 5

 2.3. Valeur ajoutée du SysML en Technologie au collège

Loin d’être vu comme une finalité, l’utilisation du langage SysML en technologie

au collège a pour atout de :

o Mettre en application des connaissances techniques acquises par les

apprenants (tes) pour mener une démarche de projet aboutissant à une
réalisation des systèmes techniques ;
o Exploiter des systèmes techniques existants pour comprendre leurs
fonctionnements et découvrir les fonctions techniques élémentaires
contribuant à la réalisation de leur fonction d’usage ;
o Développer des systèmes existants en proposant des solutions
technologiques pertinentes à travers une démarche de résolution de
problème.
Le langage SysML offre aux enseignants(tes) les possibilités de présenter clairement
et de manière graphique les contextes d’utilisations, les services rendus et les exigences
des systèmes étudiés dans le programme de la Technologie. Cependant, le grand défi à
soulever par tout(e) enseignant(e) de la Technologie est de fournir le ou les diagrammes
pertinents susceptibles d’aider l’apprenant(e) lors de l’étude d’un système ou la
réalisation d’un projet, tout en adoptant une approche didactique adéquate avec les
élèves du collège.

2.4. Diagrammes du SysML

Grâce à l’étendue (richesse) de sa notation, le langage SysML permet de
représenter les systèmes techniques graphiquement sous forme de diagrammes. Il existe
neuf diagrammes SysML normalisés :

• Diagramme d’exigences :(Diagramme d’exigences req) représente le cahier des

charges de système ;
• Quatre diagrammes comportementaux : (Diagramme de cas d’utilisation : uc,
Diagramme de séquence : seq, Diagramme d’états : stm , Diagramme
d’activités : act) représentent les différent comportements de système (ses
phases de fonctionnement et ses interactions avec l’environnement extérieur) ;
• Quatre diagrammes structurels (diagramme de définition de blocs : bdd ,
diagramme de blocs internes : ibd, diagramme paramétrique : par,
diagramme de paquetage : pkg) représentent la structure et la composition de
système.

En plus de ces 9 diagrammes, on utilise un diagramme non normalisé. Il s’agit du

diagramme de contexte.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 6

 Figure 3: Diagrammes SysML

2.5. Diagrammes retenus en Technologie au collège

En Technologie au collège, on aborde quatre diagrammes du langage SysML :

o Diagramme de contexte ;
o Diagramme de cas d’utilisation ;
o Diagramme d’exigences ;
o Diagramme de définition de blocs ;

Il est à noter qu’il n’y a pas d’ordre prescrit pour l’élaboration des différents diagrammes
SysML. Néanmoins, nous recommandons vivement aux enseignants (es) de commencer
par préciser le contexte d’utilisation du système en premier (Diagramme de contexte).
S’ensuit, l’élaboration du diagramme de cas d’utilisation avant d’élaborer simultanément
ou de manière différée le diagramme d’ exigences et celui de définition de blocs.

2.6. Diagramme de cas d’utilisation :

2.6.1. Présentation du diagramme :

Le diagramme de cas d’utilisation est un diagramme comportemental qui montre
les interactions entre ls système étudié et les différents acteurs.
Le diagramme de cas d’utilisation est un schéma qui montre les cas d’utilisation
(ovales) reliés par des associations (lignes) à leurs acteurs (icône du stick man, ou
représentation graphique équivalente).

Module de formation : Modélisation des systèmes techniques : SysML – Page : 7

 Cartouche Limites du
du système
diagramme

Relation
d’association

Figure 4: Présentation du diagramme de cas d'utilisation.

Le diagramme de cas d'utilisation est composé de quatre éléments de base : les cas
d'utilisation, les acteurs, les relations et une frontière de système. Au minimum, un
diagramme de cas d'utilisation doit contenir au moins un cas d'utilisation.

Le cartouche du diagramme :
Le cartouche général du diagramme de cas d’utilisation est de la forme :
uc [package ou modèle] nom de l’élément [nom du diagramme]

2.6.2. Le cas d’utilisation :

Un cas d’utilisation (use case, ou uc) représente un ensemble de séquences
d’actions qui sont réalisées par le système et qui produisent un résultat observable
intéressant pour un acteur particulier.
• Chaque cas d’utilisation spécifie un comportement attendu du système considéré
comme un tout, sans imposer le mode de réalisation de ce comportement. C.à.d.
qu’il permet de décrire ce que le futur système devra faire, sans spécifier
comment il le fera.
• Un cas d’utilisation doit être relié à au moins un acteur.
• Un cas d’utilisation représente un ensemble de séquences d’actions réalisées par
le système. Il ne doit pas se réduire systématiquement à une seule séquence, et
encore moins à une simple action.

2.6.3. L’acteur :
a. Définition :

Module de formation : Modélisation des systèmes techniques : SysML – Page : 8

 Rôle joué par un utilisateur humain ou un autre système ou toute autre entité qui
interagit directement avec le système étudié. Un acteur participe à au moins un cas
d’utilisation.

b. Acteurs humais et non humains :

Les acteurs sont systématiquement :
• Des acteurs humains : Faites donc en sorte d’identifier tous les profils possibles,
sans oublier l’administrateur, l’opérateur de maintenance, etc. ;
• Des acteurs non humains (systèmes connexes et autres) qui interagissent aussi
directement avec le système étudié, souvent par le biais de protocoles
bidirectionnels.
La recommandation commune consiste à faire prévaloir l’utilisation de la forme
graphique du stick man pour les acteurs humains et une représentation rectangulaire pour
les acteurs non humains. (Figure 2)

Figure 5Figure 6: Acteur non humain.

c. Acteur principal et secondaire :

Nous appelons acteur principal celui pour qui le cas d’utilisation produit un
résultat observable. Par opposition, nous qualifions d’acteurs secondaires les autres
participants au cas d’utilisation. Ces acteurs secondaires sont souvent sollicités pour des
informations complémentaires ; ils peuvent uniquement consulter ou informer le
système lors de l’exécution du cas d’utilisation.

Une bonne pratique consiste à faire figurer les acteurs principaux à gauche des cas
d’utilisation, et les acteurs secondaires à droite. (Figure 3)

Module de formation : Modélisation des systèmes techniques : SysML – Page : 9

 Figure 7: Acteur principal et acteur secondaire.

2.6.4. Les relations :

a. Relation d’association :
La relation d'association est utilisée pour relier les cas d'utilisation aux acteurs et, il
s'agit d'une simple ligne sans nom, comme on peut le voir dans l'association entre "
Acteur " et " Cas d'utilisation " sur la figure 8.

b. Relation de généralisation :
Pour éviter d’avoir plusieurs acteurs reliés au même cas d’utilisation, on peut créer
un acteur généralisé qui factorise le comportement commun à ces acteurs.
Les acteurs 2 et 3 sont des spécialisations de l’acteur 1. Ils peuvent chacun posséder
leurs propres cas d’utilisation spécifiques.

Figure 8 :Relations d’association et de généralisation

Module de formation : Modélisation des systèmes techniques : SysML – Page : 10

 2.6.5. Recommandations didactiques du programme de la
Technologie à propos du diagramme de cas d’utilisation :

• Afin de faciliter la lecture du diagramme de cas d’utilisation, et dans le but éviter

une surcharge de ce diagramme, nous nous limiterons dans le cartouche à la
notation suivante :
uc [modèle] nom de système

• L’enseignant(e) est appelé(e) à se limiter à un seul cas d’utilisation ;

• Les activités proposées à l’apprenant(e) doivent se limiter à la lecture du
diagramme de cas d’utilisation. A travers ces activités, l’apprenant(e) sera
appelé(e) à :
o Identifier l’acteur qui va bénéficier du service rendu par le produit ou
le système ;
o Identifier l’acteur principal (les acteurs principaux) et l’acteur
secondaire (les acteurs secondaires) ;
o Identifier le cas d’utilisation ;
o Formuler une phrase expliquant le cas d’utilisation présenté par le
diagramme.
• Il est vivement recommandé d’utiliser des produits connus, familiers et qui ne
posent pas d’ambigüités pour les élèves.

2.6.6. Exemple :
a. Présentation du système :
Afin d’éclairer un jardin d’hôtel sans faire appel à l’intervention de tout facteur
humain, on a mis en place un interrupteur crépusculaire permettant d’allumer
automatiquement les lampes de ce jardin à la tombée de la nuit.

b. Diagramme de cas d’utilisation de l’interrupteur crépusculaire :

uc [Modèle] Interrupteur crépusculaire

Interrupteur crépusculaire

Eclairer un jardin
en obscurité
Hôtel

Figure 9: Diagramme de cas d'utilisation de l'interrupteur crépusculaire.

2.6.7. Activité 1 : élaboration du diagramme de cas d’utilisation d’un

système:
Module de formation : Modélisation des systèmes techniques : SysML – Page : 11
 a. Présentation du système :
Afin de faciliter l’arrosage des jardins, surtout pendant la saison sèche, on utilise un
système d’arrosage automatisé capable d’arroser les sols de jardins dès que ceux-ci sont
secs.

b. Diagramme de cas d’utilisation du système d’arrosage automatisé :

Figure 10: Diagramme de cas d'utilisation du système d’arrosage automatisé.

2.7. Diagramme de contexte

2.7.1. Présentation du diagramme :

Le diagramme de contexte 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).

Environnement non-pertinent pour le système

Contexte du système
Limite de la frontière Limite du
Notions de Le système
du base : du
contexte système
système

Figure 11: Les éléments du digramme de contexte.

Contexte : D’une manière générale, le contexte d’utilisation d’un objet technique ou d’un
système technique est constitué de cinq familles d’éléments qui sont :
- L’utilisateur(s) ;
- La(es) matière(s) d’œuvre(s) ;
- L’énergie ;
- Le support d’appui ;
- L’environnement.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 12

 Utilisateur(s) Matières d’œuvres

Objet technique ou
Energie
système technique

Support d’appui Environnement

Figure 12: Les éléments de contexte d'un système.

Le diagramme de contexte répond à la question "quels sont les acteurs et éléments

environnants au système ?".
Ces acteurs sont de deux types :
• Les acteurs qui influent sur le système ;
• Les acteurs qui sont influencés par le système.

Acteur : c’est le rôle joué par un utilisateur humain ou un objet technique ou un

système ou toute autre entité non technique qui interagit directement avec le système
étudié.

2.7.2. Recommandations didactiques du programme de la

Technologie à propos du diagramme de contexte :

• Utiliser des produits connus, familiers et qui ne posent pas d’ambiguïtés pour les
élèves ;
• Etablir et présenter aux élèves les diagrammes d’un ou de plusieurs systèmes
techniques simples ;
• Les activités doivent se limiter à la lecture seulement du diagramme de contexte
pour identifier la limite du système et son contexte.

2.7.3. Exemple : Diagramme de contexte de l’interrupteur

crépusculaire

Lumière Technicien

Interrupteur Jardin d’hôtel

Energie
crépusculaire

Support de fixation
Figure 13: Diagramme de contexte de l'interrupteur crépusculaire.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 13

 2.7.4. Activité : élaboration du diagramme de contexte d’un système
(système d’arrosage automatisé).
L’eau Propriétaire du jardin

Système Jardin
Alimentation
d’arrosage
automatisé

Support de fixation

Figure 14: Diagramme de contexte du système d'arrosage automatisé.

2.8. Diagramme d’exigences :

2.8.1. Présentation du digramme :

Le diagramme d’exigences permet de représenter graphiquement les exigences et
leurs relations dans le modèle.

a. Exigence :
Une exigence permet de spécifier une capacité ou une contrainte qui doit être
satisfaite par un système. Elle peut spécifier une fonction que le système devra réaliser
ou une condition de performance, de fiabilité, de sécurité, etc.
Les exigences servent à établir un contrat entre le client et les réalisateurs du futur
système.

Les diagrammes d'exigences sont constitués d’ éléments essentiels : les exigences et

les relations. Les exigences peuvent être reliées entre elles et à d'autres éléments via les
relations.
Au centre du diagramme d'exigences se trouve l'exigence. Elle est représentée en
SysML par un rectangle avec le stéréotype "exigence". Le rectangle contient également un
nom pour l'exigence. En outre, toutes les exigences ont deux propriétés prédéfinies par
SysML : les propriétés id# et txt.
La propriété id# est là pour contenir un identifiant unique pour l'exigence. La propriété
texte contient un texte descriptif de l'exigence.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 14

 b. Cartouche du diagramme :

Le cartouche général du diagramme d’exigences est de la forme :

req [package ou modèle] nom de l’élément [nom du diagramme]

req [Modèle] Nom du système [Nom du Diagramme d’ exigences]

Figure 15: Cartouche du diagramme d'exigences.

2.8.2. Relations :
Dans un diagramme d’exigences, on peut faire utiliser plusieurs relations :
• La contenance (ligne terminée par un cercle contenant une croix du côté du
conteneur) permet de décomposer une exigence composite en plusieurs exigences
unitaires ;
• Le raffinement («refine») consiste en l’ajout de précisions, par exemple de
données quantitatives ;
• La satisfaction («satisfy») : Elle est utilisée pour montrer qu'un élément de modèle
satisfait à une exigence. Elle est utilisée pour relier les éléments d'un modèle de
conception aux exigences que ces éléments sont censés satisfaire.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 15

 Figure 16: Relation de contenance, de raffinement et de satisfaction

Dans notre exemple, l’exigence 1 est décomposée en deux exigences 2 et 3.

L’exigence 2 est raffinée par l’exigence 4 qui lui apporte des précisions, alors que
l’exigence 3 est satisfaite par le bloc 1 (Voir digramme de définitions de blocs).

2.8.3. Recommandations didactiques du programme de la

Technologie à propos du diagramme d’exigences :

• Afin de faciliter la lecture du diagramme d’exigences, et dans le but éviter une

surcharge de ce diagramme, nous nous limiterons dans le cartouche à la
notation suivante :
req [modèle] nom du système

• Pour caractériser une exigence, il est recommandé de se limiter à son identifiant

et son texte descriptif ;
• Afin de rendre le diagramme d’exigences lisible et compréhensible par les
apprenants, il est recommandé de se limiter aux relations de contenance, de
raffinement et de satisfaction dans ce diagramme.
• Les activités proposées à l’apprenant(e) doivent se limiter à la lecture du
Module de formation : Modélisation des systèmes techniques : SysML – Page : 16
 diagramme d’exigences. A travers ces activités, l’apprenant(e) sera appelé(e) à :
o Identifier les différentes exigences ;
o Identifier les différentes relations dans le diagramme ;
o Formuler des phrases présentant les exigences et expliquant les
différentes relations entre elles.
• Utiliser des produits connus, familiers et qui ne posent pas d’ambigüités pour
les élèves.

2.8.4. Exemple :

Module de formation : Modélisation des systèmes techniques : SysML – Page : 17

 Figure 17:
Diagramme
d'exigences de
l'interrupteur
crépusculaire.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 18

 Figure 18 : Digramme
d'exigences du système
d'arrosage automatisé.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 19

 2.9. Le diagramme de définition de blocs

2.9.1. Présentation du digramme :

Le diagramme de définition de blocs (ou bdd) permet de modéliser l’architecture
structurelle d’un système en reliant entre eux de manière hiérarchique les différents
blocs identifiés.
Le bdd montre ainsi le système d'un point de vue système/composant en
répondant à la question "qui contient quoi ? "

a. Bloc :

Le bloc constitue la brique de base pour la modélisation de la structure d’un

système. Il peut représenter un système complet, un élément matériel ou logiciel.

Le diagramme bdd permet de faire l’inventaire de tous les blocs qui composent le
système :
• Au centre, en haut, on place l’objet
• En dessous, on place chaque bloc et éventuellement des « sous-blocs »
que l’on trouve dans l’objet.

b. Cartouche du diagramme :

Le cartouche général du diagramme de définition des blocs est de la forme :

bdd [modèle] nom de l’élément [nom du diagramme]

bdd [Modèle] Nom du système [Nom du Diagramme]

Figure 19: Cartouche du diagramme de définition de blocs.

2.9.2. Relations :
Dans un diagramme de définition des blocs, on peut faire utiliser plusieurs relations :

• La composition (représentée par un losange plein) un bloc représente le tout et ses

parties, peut également être représentée graphiquement. Le côté du tout est
indiqué par le losange plein.
• L’agrégation (représentée par un losange vide) c’est une relation moins forte que
la composition et qui consiste à montrer que l’élément est facultatif.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 20

 2.9.3. Recommandations didactiques du programme de la
Technologie à propos du diagramme de contexte :

• Afin de faciliter la lecture du diagramme de définition de blocs, et dans le but

éviter une surcharge de ce diagramme, nous nous limiterons dans le cartouche
à la notation suivante :
bdd [modèle] nom du système

• Utiliser des produits connus, familiers et qui ne posent pas d’ambiguïtés pour
les élèves ;
• Etablir et présenter aux élèves les diagrammes d’un ou de plusieurs systèmes
techniques simples ;
• Les activités doivent se limiter sur la lecture seulement du diagramme ;
• Associer un bloc à une exigence afin de permettre aux apprenants de faire une
correspondance entre une exigence et le bloc qui la satisfait.

2.9.4. Exemple : Diagramme de définition des blocs de l’interrupteur

crépusculaire

Module de formation : Modélisation des systèmes techniques : SysML – Page : 21

 Figure 20: Digramme de définition de blocs de l'interrupteur crépusculaire.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 22

2.9.5. Exemple : Diagramme de définition des blocs du système d’arrosage automatisé :

Figure 21: Diagramme de définition de blocs du système d'arrosage automatisé.

Module de formation : Modélisation des systèmes techniques : SysML – Page : 23

Références :
• Roques, P. (2009). SysML par l’exemple : Un langage de modélisation pour systèmes
complexes.
• Roques, P. (2013). Modélisation de systèmes complexes avec SysML.
• Turki, S. (2008). Ingénierie système guidée par les modèles : Application du standard IEEE
15288, de l’architecture MDA et du langage SysML à la conception des systèmes
mécatroniques [Phdthesis, Université du Sud Toulon Var]. [Link]
[Link]/tel-00344722

Table des figures :

Figure 1: Représentation schématique d’un système. ............................................................................. 2
Figure 2: Définition des trois systèmes : souhaité, simulé et réel. ......................................................... 3
Figure 3: Diagrammes SysML ..................................................................................................................... 7
Figure 4: Présentation du diagramme de cas d'utilisation. .................................................................... 8
Figure 5Figure 6: Acteur non humain. ....................................................................................................... 9
Figure 7: Acteur principal et acteur secondaire. .................................................................................... 10
Figure 8 :Relations d’association et de généralisation ........................................................................... 10
Figure 9: Diagramme de cas d'utilisation de l'interrupteur crépusculaire. ........................................ 11
Figure 10: Diagramme de cas d'utilisation du système d’arrosage automatisé. ............................... 12
Figure 11: Les éléments du digramme de contexte................................................................................ 12
Figure 12: Les éléments de contexte d'un système................................................................................. 13
Figure 13: Diagramme de contexte de l'interrupteur crépusculaire.................................................... 13
Figure 14: Diagramme de contexte du système d'arrosage automatisé.............................................. 14
Figure 15: Cartouche du diagramme d'exigences. ................................................................................. 15
Figure 16: Relation de contenance, de raffinement et de satisfaction ................................................. 16
Figure 17: Diagramme d'exigences de l'interrupteur crépusculaire. .................................................. 18
Figure 18 : Digramme d'exigences du système d'arrosage automatisé. ............................................. 19
Figure 19: Cartouche du diagramme de définition de blocs. ............................................................... 20
Figure 20: Digramme de définition de blocs de l'interrupteur crépusculaire. ................................... 22
Figure 21: Diagramme de définition de blocs du système d'arrosage automatisé. ........................... 23

Module de formation : Modélisation des systèmes techniques : SysML – Page : 24

Lien d’évaluation du module de formation :
Adresse web du questionnaire permettant de recueillir le degré de satisfaction des
enseignants de la Technologie au Maroc à l'issue immédiate de la formation intitulée
"Modélisation des systèmes techniques : Langage SysML".

[Link]

Module de formation : Modélisation des systèmes techniques : SysML – Page : 25

Table des matières
Modélisation des systèmes techniques ..................................................................................................................... 1
Introduction : ................................................................................................................................................................ 1
I. Notions de base .................................................................................................................................................... 1
1.1. Modélisation ................................................................................................................................................. 1
1.2. Modèle ........................................................................................................................................................... 1
1.3. Un système ................................................................................................................................................... 1
1.4. Système technique ....................................................................................................................................... 2
1.5. Ingénierie système ....................................................................................................................................... 3
1.6. Rétro-ingénierie............................................................................................................................................ 4
II. SysML : .................................................................................................................................................................. 4
2.1. Définition ...................................................................................................................................................... 4
2.2. SysML : Pourquoi ?...................................................................................................................................... 5
2.3. Valeur ajoutée du SysML en Technologie au collège ............................................................................. 6
2.4. Diagrammes du SysML .............................................................................................................................. 6
2.5. Diagrammes retenus en Technologie au collège ..................................................................................... 7
2.6. Diagramme de cas d’utilisation : ............................................................................................................... 7
2.6.1. Présentation du diagramme : ............................................................................................................. 7
2.6.2. Le cas d’utilisation : ............................................................................................................................. 8
2.6.3. L’acteur : ................................................................................................................................................ 8
2.6.4. Les relations : ...................................................................................................................................... 10
2.6.5. Recommandations didactiques du programme de la Technologie à propos du diagramme de
cas d’utilisation : ................................................................................................................................................ 11
2.6.6. Exemple : ............................................................................................................................................. 11
2.6.7. Activité 1 : élaboration du diagramme de cas d’utilisation d’un système: ............................... 11
2.7. Diagramme de contexte ............................................................................................................................ 12
2.7.1. Présentation du diagramme : ........................................................................................................... 12
2.7.2. Recommandations didactiques du programme de la Technologie à propos du diagramme de
contexte : ............................................................................................................................................................. 13
2.7.3. Exemple : Diagramme de contexte de l’interrupteur crépusculaire........................................... 13
2.7.4. Activité : élaboration du diagramme de contexte d’un système (système d’arrosage
automatisé). ........................................................................................................................................................ 14
2.8. Diagramme d’exigences : .......................................................................................................................... 14
2.8.1. Présentation du digramme : ............................................................................................................. 14
2.8.2. Relations : ............................................................................................................................................ 15
2.8.3. Recommandations didactiques du programme de la Technologie à propos du diagramme
d’exigences :........................................................................................................................................................ 16
2.8.4. Exemple : ............................................................................................................................................. 17
2.9. Le diagramme de définition de blocs...................................................................................................... 20
2.9.1. Présentation du digramme : ............................................................................................................. 20
2.9.2. Relations : ............................................................................................................................................ 20
2.9.3. Recommandations didactiques du programme de la Technologie à propos du diagramme de
contexte : ............................................................................................................................................................. 21
2.9.4. Exemple : Diagramme de définition des blocs de l’interrupteur crépusculaire ....................... 21
2.9.5. Exemple : Diagramme de définition des blocs du système d’arrosage automatisé : ............... 23
Références : ................................................................................................................................................................. 24
Table des figures : ...................................................................................................................................................... 24
Lien d’évaluation du module de formation : ......................................................................................................... 25
Table des matières ..................................................................................................................................................... 26

Module de formation : Modélisation des systèmes techniques : SysML – Page : 26