PTSI

PT

ÉTUDE DES SYSTEMES

Automatique Étude des systèmes

Table des matières

1 - PRESENTATION GENERALE ...................................................................................... 1

1.1 - Définition d'un système ....................................................................................................... 1
1.2 - Exemples ............................................................................................................................. 1
1.3 - Cycle de vie d'un système ................................................................................................... 1
1.4 – Langage de description SysML .......................................................................................... 2
2 – ANALYSE FONCTIONNELLE DU BESOIN ................................................................... 3
2.1. PRESENTATION DU SYSTEME ...................................................................................................... 3
2.2 BESOIN DU CLIENT ...................................................................................................................... 3
2.3 ANALYSE DU BESOIN................................................................................................................... 4
2.3.1 Diagramme des cas d’utilisation ....................................................................................... 4
Remarque : par extension, on définit le diagramme de contexte (non normalisé). Le but est
alors d’énumérer les différents acteurs qui interagissent avec le système, sans détailler les cas
d’utilisation. ................................................................................................................................ 4
2.3.2 Diagramme des exigences.................................................................................................. 4
2.3.3 Diagramme de séquence .................................................................................................... 5
2.3.4 Diagramme de définition de blocs ..................................................................................... 6
2.3.5 Diagramme de blocs internes ............................................................................................ 7
2.3.6 Diagramme d’états............................................................................................................. 8
2.3.7 Diagramme d’activités ....................................................................................................... 8
2.3.8 Diagramme paramétrique.................................................................................................. 9
3 – CHAINE D’INFORMATION ET D’ENERGIE .............................................................. 10
3.1 STRUCTURE MATERIELLE D’UN SYSTEME .................................................................................. 10
3.2 - STRUCTURE FONCTIONNELLE DES SYSTEMES .......................................................................... 11

PTSI-PT Avignon
Automatique Étude des systèmes

1 - Présentation générale
1.1 - Définition d'un système
Système : Association de sous-systèmes1 constituant un tout organique
complexe destiné à remplir une fonction générale. (NFE 90-001)
C'est un ensemble d'éléments matériels (appareil électroménager, automobile, ma-
chines-outils, ordinateur, centrale nucléaire, ... ) et/ou humains (opérateur, pilote,
conducteur, équipe, ... ) organisé en fonction d'un but à atteindre.
Il s'agit d'un ensemble identifiable assurant une fonction globale et doté d'une struc-
ture qui évolue dans le temps et dans un environnement pour une finalité.
Il est important de bien identifier les éléments qui constituent le système. On définit
alors la frontière du système.

1.2 - Exemples
Dans le laboratoire :
- chariot filoguidé, direction assistée Diravi, ouvre portail, capsuleuse...

A l'extérieur du laboratoire :
- Lave-linge, chaîne Hifi, voiture plus conducteur, centrale hydroélectrique, distribu-
teur de timbres poste…

1.3 - Cycle de vie d'un système

Analyse des Exploitation, conduite
besoins et maintenance

Cahier des Réception Mise au

charges rebut

Conception Intégration Modifications

du système du système ou adaptations

Réalisation
des éléments

1
Sous-système : association de composants destinée à remplir une ou plusieurs fonction(s) opération-
nelle(s) au sein d'un système. (Norme X60-012)
Composant : élément ou ensemble destiné à remplir une fonction particulière dans un sous-système ou
système.

page 1
Automatique Étude des systèmes

Dans le domaine industriel en particulier, chaque étape de la vie d'un système auto-
matisé fait intervenir des équipes différentes qui doivent concourir à la réalisation
d'un ensemble de qualité répondant au besoin.

Besoin : Sentiment d'insatisfaction né de la nature ou de la vie sociale.

Les échanges entre les différents acteurs impliquent des modèles de représentation
compréhensibles. Parmi les descriptions existantes, nous allons utiliser le langage
SysML.

1.4 – Langage de description SysML

Le langage SysML (System Modeling Langage) a pour objectif de formaliser de
manière graphique les spécifications associées à un système technique complexe. Ce
langage est dérivé du langage informatique UML (Unified Modeling Langage) stan-
dardisé par l’association OMG (Object Management Group).
Il permet, entre autres, de spécifier, concevoir, définir et analyser la structure d’un
système, identifier les performances, les limites, l’environnement et les relations avec
l’extérieur. Ces étapes constituent les phases de conception d’un produit industriel.

Durant cette phase de conception, trois points de vue sont abordés et décris par 9
diagrammes dans le langage SysML :
- les exigences auxquelles doit répondre le système pour fonctionner selon les
attentes des parties prenantes sont décrites dans le diagramme d’exigences ;
- le comportement attendu du système, exprimé en terme de fonction ou de
d’évolution temporelle, peut-être décrit par quatre diagrammes comporte-
mentaux ;
- la structure matérielle du système et les échanges de matière, énergie, infor-
mation au sein du système sont décrits par quatre diagrammes structurels.
Le diagramme paramétrique n’est pas au programme.

page 2
Automatique Étude des systèmes

2 – Diagrammes SysML
2.1. Présentation du cas d’étude
Afin de réaliser des prises de vue aériennes en haute définition lors de la réalisation
de reportages ou de films, des drones sont fréquemment utilisés. Ces appareils sont
loués par la production à des entreprises spécialisées qui fournissent, outre le maté-
riel, un pilote maîtrisant parfaitement
le vol de son engin et pouvant donc
répondre à toutes les demandes du
réalisateur et de son chef opérateur, le
tout pour un prix très raisonnable par
rapport aux solutions classiques utili-
sant des avions ou des hélicoptères :
on passe en effet d’un prix horaire
d’au moins 2 000 € HT pour un avion
ou un hélicoptère à un prix journalier
de 1 000 à 3 000€ HT selon les pres-
tations attendues pour le drone.
Vous trouverez une vidéo de démonstration ici : http://cine-drone.fr/video.html

2.2 Besoin du client

Le besoin du client peut être résumé dans le tableau ci-dessous. Ce tableau forme
alors le Cahier des Charges Fonctionnel (CdCF), il fait office de contrat entre le
client et le concepteur.

Fonction Critère Niveau Flexibilité

Assurer la qualité des images Temps de visée d’une cible sans 5s mini
bouger
Vitesse de déplacement maximale 1 m/s +/- 0,2 m/s
Permettre de couvrir la zone de Taille de la zone 300m x 300m
prise de vue Altitude maxi de vol 60m mini
Durée de vol 8h mini
S’adapter à la caméra Fixation universelle
Capacité de charge 1 kg mini
Assurer le retour d’image au sol Délai mini
Résolution 854x480
Résister à l’environnement Déplacement admissible suite à un 0,5 cm et 1,5° maxi
vent de 20 km/h dans chaque
direction
Être économe Prix pour la mission (1 jour) 4000 € maxi

page 3
Automatique Étude des systèmes

2.3 Analyse du besoin

Pour présenter l’utilisation des différents diagrammes SysML, nous allons nous pla-
cer dans la peau d’une entreprise cherchant à remporter l’appel d’offre placé par le
client en développant un nouveau drone. Il faut donc en premier lieu analyser
l’impact sur la conception du système de chaque revendication du client.

2.3.1 Diagramme des cas d’utilisation

Le diagramme des cas d’utilisation est un diagramme comportemental, appelé Use
Case Diagram (uc ou ucd) dans le langage SysML.
L’objectif de ce diagramme est de montrer les fonctionnalités offertes par un système
en identifiant les services qu’il rend : il permet donc de modéliser les exigences selon
un point de vue complémentaire à celui exposé par le diagramme des exigences.
L’énoncé d’un cas d’utilisation doit se faire hors technologie, puisque il est défini en
termes de résultats attendus.

Cartouche

Frontière du
Acteurs en système
relation avec
le système

Cas d’utilisation

Remarque : par extension, on définit le

diagramme de contexte (non nor-
malisé). Le but est alors d’énumérer
les différents acteurs qui interagis-
sent avec le système, sans détailler
les cas d’utilisation.

2.3.2 Diagramme des exigences

L’objectif du diagramme des exigences, appelé Requirement Diagram (req), est de
modéliser les exigences devant être vérifiées par le système en liant les solutions
mises en œuvre sur le système avec les besoins définis dans le cahier des charges. Ce
diagramme traduit, par des fonctionnalités ou des contraintes, ce qui doit être satisfait
par le système.
De nombreux domaines peuvent être couverts, les plus classiques étant les exigences
fonctionnelles ou techniques, environnementales et économiques.

page 4
Automatique Étude des systèmes

Les liens entre les différentes exigences expriment les relations suivantes :

Contenance : décomposition en plusieurs exigences de niveau hiérarchique

inférieur.
Association : relie des éléments de même niveau hiérarchique.
Désigne l’inclusion associée au mot clé « include », « extend » pour l’extension,
« refine » pour le raffinement et « DeriveReq » pour la dérivation.
Composition : un élément est structurellement indispensable à l’autre.
Agrégation : indique généralement que le composant est optionnel.

Remarque : on retrouvera ces différents symboles dans les autres diagrammes pour
exprimer les liens entre blocs.

2.3.3 Diagramme de séquence

Le diagramme de séquence est un diagramme comportemental appelé Sequence
Diagram (seq) dans le langage SysML.
L’objectif de ce diagramme est de décrire les interactions existant entre plusieurs
entités, celles-ci pouvant être des acteurs, le système ou ses sous-systèmes. Le dia-
gramme ne montre donc que l’enchaînement séquentiel des différentes interactions.
Un diagramme de séquence est rattaché à un cas d’utilisation et décrit ce dernier en
entier ou en partie, ce qui correspond à un scénario de fonctionnement possible, défi-
ni dans un cadre précis : fonctionnement normal, initialisation, gestion des pro-
blèmes.

page 5
Automatique Étude des systèmes

2.3.4 Diagramme de définition de blocs

Le diagramme de définition de blocs est un diagramme structurel appelé Block
Definition Diagram (bdd) dans le langage SysML.
L’objectif de ce diagramme est de décrire le système via des blocs (blocks dans le
langage SysML) représentant des éléments matériels (cas le plus fréquent) mais éga-
lement des entités abstraites (regroupement logique d’éléments) ou des logiciels.
Ce diagramme représente les caractéristiques principales de chaque bloc ainsi que les
liens entre eux : il permet donc une modélisation de l’architecture du système.

page 6
Automatique Étude des systèmes

multiplicité

Remarque : Lorsque cela est pertinent, il est possible de

détailler beaucoup plus chaque bloc. On peut faire appa-
raître les éléments constituants (parts), les propriétés
(properties), des caractéristiques physiques (values), et
des équations comportementales (constraints).

2.3.5 Diagramme de blocs internes

Le diagramme de blocs internes est un diagramme structurel appelé Internal Block
Diagram (ibd) dans le langage SysML.
Le diagramme de blocs internes est rattaché à un bloc issu du diagramme de défini-
tion de blocs, le cadre du diagramme représentant la frontière d’un bloc.
Le diagramme de définition de blocs introduit la notion fondamentale de « port » qui
correspond à un point d’interaction avec l’extérieur du bloc. Les connecteurs (traits)
entre les ports indiquent soit les associations soit les flux de matière, d’énergie et
d’information entre les différents blocs.

La représentation graphique des ports est un carré placé sur le contour du bloc :
- Les ports de flux indiquent les échanges de matière, d’énergie et
d’information entre blocs : ce type de port contient une flèche dont le sens
(entrante, sortante ou bidirectionnelle) indique celui du flux.
- Les ports standards indiquent la logique de commande et les interfaces d’un
bloc : ce type de port est rarement utilisé en SI.

page 7
Automatique Étude des systèmes

Symbole indiquant une liaison à distance

2.3.6 Diagramme d’états

Le diagramme d’états est un diagramme comportemental appelé State Machine
Diagram (stm) dans le langage SysML.
Le diagramme d’états est rattaché à un bloc qui peut être le système, un sous-système
ou un composant. Le comportement décrit par ce type de diagramme sert à montrer
les différents états pris par le bloc en fonction des évènements qui lui arrivent.
Un état représente une situation d’une durée finie durant laquelle un système exécute
une activité, satisfait à une certaine condition ou bien est en attente d’un événement.
Le passage d’un état à un autre se fait en franchissant une transition.

Commentaire

Dans ce diagramme, il est possible de rajouter des événements internes qui permet-
tent de montrer la réponse à un événement mais sans changer d’état. Les événements
entry, do et exit indiquent ce qu’il se passe à l’entrée dans l’état (mot clé entry),
pendant l’état (mot clé do) et à la sortie de l’état (mot clé exit).

2.3.7 Diagramme d’activités

Le diagramme d’activités est un diagramme comportemental appelé Activity Dia-
gram (act) dans le langage SysML.
Ce diagramme permet de représenter le déroulement d’un processus sous la forme
d’une activité correspondant à une décomposition séquentielle d’actions, aussi appe-
lées tâches.

page 8
Automatique Étude des systèmes

Malgré leurs formes proches, il y a deux différences essentielles avec le diagramme

d’états.
- Dans le diagramme d’activité, lorsqu’une tâche est terminée, la suivante
commence. Il n’y a pas de notion de transition et d’évènement.
- Le diagramme d’activité est utile pour représenter un algorigramme, qui im-
plique généralement plusieurs blocs (sous-systèmes). Le diagramme d’état est
quant à lui restreint à la description du comportement d’un seul bloc.

Les diagrammes stm et act seront revus en détail dans le chapitre d’automatique sé-
quentielle.

2.3.8 Diagramme paramétrique

Le diagramme paramétrique
est un diagramme structurel ap-
pelé Parametric Diagram (par)
dans le langage SysML.
Il présente la particularité de
pouvoir connecter entre elles des
contraintes ajoutées au dia-
gramme de blocs par le biais
d’un bloc particulier, dit « de
contraintes » (constraint block)
qui contient des paramètres et
une relation, en général mathé-
matique, les reliant.

page 9
Automatique Étude des systèmes

3 – Chaine d’information et d’énergie

3.1 Structure matérielle d’un système automatisé
D’une manière générale, un système automatisé est composé d'une partie opérative
(PO) et d'une partie commande (PC) en interrelations ; l'ensemble étant lui-même
en communication avec l’opérateur par le biais du pupitre.
Matière d'œuvre à
l'état initial

Consignes
Pupitre Ordres
ou autre PARTIE PARTIE
parties
commandes
Messages - COMMANDE Comptes- OPERATIVE
visualisations rendus

Frontière d'isole-
ment du système

Matière d'œuvre +
valeur ajoutée

 Partie opérative PO / Chaine d’énergie

C'est l'ensemble des constituants qui permettent de réaliser les actions physiques
nécessaires pour accomplir la fonction globale du système en agissant sur la matière
d’œuvre. Elle communique également des comptes-rendus à la partie commande.
Caractérisée par le niveau d’énergie élevé qui la traverse, la partie opérative réalise
les fonctions de la chaine d’énergie.
 Partie commande PC / Chaine d’Information
C'est l'ensemble des moyens de traitement de l'information qui génèrent les ordres à
la partie opérative.
Le niveau d’énergie la traversant est suffisant pour transmettre et gérer
l’information, on parle donc de chaine d’information.
 Pupitre
Il permet la communication entre la PC et l’opérateur. Il est essentiellement consti-
tué de boutons, interrupteurs, clavier, voyants, signaux sonores et écrans.

page 10
Automatique Étude des systèmes

3.2 - Structure fonctionnelle des systèmes

Chacune des chaînes citées précédemment peut être décomposée en un nombre limité
de fonctions techniques principales.
 La chaîne d'information
Elle permet :
- d'acquérir des informations :
- sur l'état de la partie opérative par le biais des capteurs ;
- issues d'interfaces homme/machine (IHM) à travers le pupitre ;
- sur un processus géré par d'autres systèmes (bases de données, partage de res-
sources,. . . ) ;
- Si nécessaire, de coder l’information généralement par un CAN ;
- de traiter ces informations. C'est l'organe de commande (automate, PC, …) ;
- de communiquer les ordres générées à la chaîne d'énergie (fil, ethernet, wifi, …) ;
- de restituer des messages à l’opérateur par l’IHM ;

 La chaîne d'énergie
Elle permet :
- d'alimenter en énergie le système à partir d'une source d'énergie ;
- de distribuer cette énergie à partir d'ordres provenant de la chaîne d'informa-
tion. C'est le pré actionneur ;
- de convertir cette énergie en énergie utilisable. C'est l'actionneur ;
-

Ces éléments et leurs interactions sont représentés sur la figure page suivante.

Remarque : On peut également représenter ces échanges d’énergie et d’information

par un diagramme SysML ibd.

page 11
Automatique Étude des systèmes

page 12