Projet Système de Pilotage
Projet Système de Pilotage
Système de pilotage
2019-2020
INTRODUCTION GENERALE
L'ingénierie des systèmes ou ingénierie système est une approche scientifique interdisciplinaire, dont
le but est de formaliser et d'appréhender la conception et la validation de systèmes complexes.
L'ingénierie des systèmes a pour objectif de maîtriser et de contrôler la conception de systèmes dont la
complexité ne permet pas le pilotage simple. Par système, on entend un ensemble d'éléments humains
ou matériels en interdépendance les uns les autres et qui inter-opèrent à l'intérieur de frontières
ouvertes ou non sur l'environnement. Les éléments matériels sont composés de sous-ensembles de
technologies variées : mécanique, électrique, électronique, matériels informatiques, logiciels, réseaux
de communication, etc.
En se basant sur le processus technique de l’IS (la définition des besoins des parties prenantes PPs et
l’analyse des exigences, la méthode de conception), nous avons vu dans le cours une méthode pour
mener l’ingénierie des exigences.
• Cadrer le système ;
• Définir le cycle de vie ;
• Définir les contextes ;
• Définir les cas d’utilisation ;
• Décrire les cas d’utilisation ;
• Définir les exigences non fonctionnelles ;
• Définir les exigences fonctionnelles ;
• Assurer la traçabilité.
La première partie de ce document représente la partie de l’ingénierie des systèmes complexes qui
illustre l’application des activités ci-dessus sur le système de pilotage de la machine de la salle des
travaux pratiques, qui est un système d’information.
Dans la deuxième partie, le projet est composé d’un système opérant, un système pilotage et un
système d’information. Le système d'information est le véhicule de la communication. Sa structure est
constituée de l'ensemble des ressources (les hommes, le matériel, les logiciels) organisées pour :
collecter, stocker, traiter et communiquer les informations.
Nous avons songé à mettre en place un réseau informatique local qui permettra la communication entre
les étudiants et une base de données pour définir et collecter les informations, produire les tableaux de
bord… afin de fournir des informations clés sur l’état et la progression des activités (Production,
maintenance et qualité).
Le responsable de ces activités pilote et prend les décisions, donc le destinataire principal du système
de pilotage.
I. Partie Etude
1. Introduction
Dans un premier temps, nous avons représenté la méthode des interventions PFMOS, les objectifs de
notre système selon la norme ISA 95 notamment acquisition des données, contrôle de la qualité,
gestion de la maintenance, analyse des performances. Ainsi que la définition des besoins et des
exigences.
Dans un second lieu, nous avons représenté le cycle de vie du système, diagramme du contexte,
Diagramme des cas d’utilisation, les scénarios, et les Diagramme des exigences.
Tous les diagrammes SysML sont réalisés sur le logiciel Cameo.
2.2. Finalité :
Indiquer les indices de performances et donner un aperçu général sur le processus industriel afin de
permettre à l’utilisateur de prendre des décisions.
2.3. Mission :
2.4. Système :
Système de pilotage.
Réaliser un système qui permet de collecter les données issues des différents capteurs, les classifier,
les historier et les traiter.
Réaliser un système qui va faciliter le suivi des opérations, leur traçabilité et améliorer le processus
industriel.
Need
Contrôleur M.
001 Contrôle de la qualité qualité Daroueche
High Fonctional
Responsable Mme.
002 Gestion de la maintenance maintenance Yousra
High Fonctional
Gestionnaire Mme
003 Gestion de la production production Hanane
High Fonctional
Need
Le système de pilotage passe durant sa vie par plusieurs phases de la conception vers son
retrait, passant par l’implémentation, installation, configuration, exploitation et mise à jour.
La phase de conception permet de décrire de manière non ambiguë, le plus souvent en utilisant un
langage de modélisation, le fonctionnement futur du système, afin d'en faciliter la réalisation.
La phase de l’implémentation soit la traduction dans un langage de programmation des
fonctionnalités définies lors de phases de conception.
La phase de configuration correspond à la phase de tests des différents modules en interaction les uns
avec les autres, et permettent ainsi de déterminer que le logiciel correspond aux besoins exprimés par
le cahier des charges.
La phase d’installation doit permettre au maître d'œuvre d'installer le logiciel au sein de la
composante technologique du système d'information du maître d'ouvrage ; ainsi que d'en assurer la
formation aux utilisateurs.
La phase d’exploitation c’est la phase de l’utilisation du système et ses différentes fonctionnalités.
La phase de mise à jour comprenant toutes les actions correctives (maintenance corrective) et
évolutives (maintenance évolutive) sur le logiciel.
3.2. Diagramme du cycle de vie du système :
Figure 2 : Cycle de vie du système de pilotage
Etude et Mise à
Implémentation Installation Configuration Exploitation
PPS Conception jour
Contrôleur qualité x
Responsable
x
maintenance
Gestionnaire production x
Manager x
Réseau de
communication
x x x
Chaine de production x x x
Client x x
Informaticien x
Encadrant x x
Concepteur x x
Technicien x x
6. SCENARIOS :
6.1 Description textuelle du cas d’utilisation « Gérer la production » :
Dans ce cas d’utilisation, les interactions se font principalement entre le gestionnaire de production et
le système de pilotage.
Le gestionnaire de production démarre le système qui va lui demander de s’authentifier. Le
gestionnaire va attendre l’information d’autorisation d’accès de la part du système après avoir
vérifier le login, pour pouvoir suivre la production.
Le système après avoir traiter la demande, il va informer le gestionnaire de la quantité produite ainsi
que la cadence de production.
6.2 Description textuelle du cas d’utilisation « Suivre les indices de performance »
Dans ce cas d’utilisation, les interactions se font principalement entre le manager et le système de
pilotage.
Le manager démarre le système qui va lui demander de s’authentifier et va attendre l’information
d’autorisation d’accès de la part du système après avoir vérifié le login, pour pouvoir demander les
kpi.
Le système après avoir traiter la demande, il va informer le manager des kpi de productivité et de la
qualité.
6.3 Description textuelle du cas d’utilisation « Gérer la maintenance »
Dans ce cas d’utilisation, les interactions se font principalement entre responsable maintenance et le
système de pilotage.
Le responsable maintenance démarre le système qui va lui demander de s’authentifier et va attendre
l’information d’autorisation d’accès de la part du système après avoir vérifié le login, pour pouvoir
vérifier l’état de la machine
Le système après avoir traiter la demande, il va envoyer l’état de la machine et permettre au
responsable d’enregistrer les opérations de la maintenance.
6.4 Description textuelle du cas d’utilisation « Contrôler la qualité »
Dans ce cas d’utilisation, les interactions se font principalement entre Contrôleur de qualité et le
système de pilotage.
Le Contrôleur de qualité démarre le système qui va lui demander de s’authentifier et va attendre
l’information d’autorisation d’accès de la part du système après avoir vérifié le login, pour pouvoir
vérifier la qualité.
Le système après avoir traité la demande, il va envoyer l’état la quantité de produits conformes, non
conformes et le taux de rebut.
7. EXIGENCES FONCTIONNELLES :
7.1 Diagramme des exigences fonctionnelles de la phase d’exploitation:
Figure 7: Diagramme des exigences fonctionnelles
.
7.2 Tableau récapitulatif des exigences fonctionnelles :
Requirement
Req Type of
Description Category Maturity RequirementsAuthor Complexity
ID verification
Le système Fonctional M. Djobo
doit être
capable de
001 Accepted Test Medium
traiter les
données.
Requirement
Req Type of
Description Category Maturity RequirementsAuthor Complexity
ID verification
Le système Accepted Medium
doit s'adapter
009 au réseau de Constraint M. Daroueche Test
communication
1. Introduction
Dans cette partie du projet, nous avons essayé de mettre en place une application pour collecter les
données des capteurs implantés sur la machine, les classer et les stocker dans une base de données.
En utilisant l’outil Node-red qui est une boite à outils de programmation graphique qui permet de
développer des objets connectés avec peu de connaissance en informatique, permettant le design
des chaînes de traitement dans un environnement Web.
Cet outil permet de lier le système opérant (l’automate siemens) via le logiciel d'ingénierie de
Siemens Tia portal, qui permet de programmer des automates et des contrôleurs d'axes de cette
gamme. Avec une base de données My SQL qui est un serveur de bases de données relationnelles
Open Source, qui sert à stocker les données dans des tables séparées plutôt que de tout rassembler
dans une seule table. Pour faciliter la gestion des bases de données MySql, nous installerons
également un serveur Apache et phpMyAdmin.
Le système de pilotage est censé gérer à la fois la production de la machine et sa maintenance. Pour
cela, nous allons aborder ces deux axes dans cette deuxième partie.
2. Suivi de la production
Nous avons mis en place un programme sur TIA portal lié à la plateforme Node-Red afin de
collecter les données relatives au suivi de la production pour les afficher sur le tableau de bord en
temps réel.
Pour cela nous avons utilisé des capteurs installés dans le laboratoire pour détecter l’état des pièces
produites (bonnes ou mauvaises). En effet à chaque fois que le capteur concerné détecte une pièce,
une bonne pièce ou une mauvaise, le compteur associé s’incrémente et enregistre la valeur dans la
variable correspondante.
Pour créer une passerelle entre le logiciel Tia portal et NodeRed, nous avons opté pour le
simulateur S7-PLCsim. Ce dernier est intégré dans l'atelier logiciel STEP 7 Professional, permet le
test dynamique des programmes de toute configuration automate SIMATIC S7 sans disposer du
matériel cible. Il permet de réduire, de manière significative, les temps de mise en service de vos
installations grâce à la mise au point et l'optimisation anticipée des programmes automates.
Pour assurer la communication au niveau de l’automate on a utilisé un Protocol de communication
interne à Siemens S7 comm.
• Programme TIA PORTAL et Node Red
Une fois que ces données sont enregistrées dans des variables, ces variables sont envoyées à la
plateforme de NodeRed.
3. Gestion de la maintenance
Afin de bien gérer la maintenance, on a mis en place un système qui permet de récupérer les données
des capteurs implantés dans la machine, les stocker dans une base de données (SGBD MySQL) et les
afficher en temps réel sur un tableau de bord.
La carte Arduino nous permet de récupérer les données du capteur DHT11 qui est un capteur de
température et d’humidité et les envoyer vers l’application Node Red.
L’outil Node Red nous permet de réaliser un tableau de bord et d’envoyer les données vers la
base de données.
Figure 14 : programme Node Red
Dans ce projet, nous allons utiliser le Système de Gestion de Base de Données MySQL qui est plus
simple à utiliser avec Node Red, pour la création, la maintenance, l'optimisation et la sécurité de
notre base de données. Afin de faciliter sa manipulation, nous allons utiliser l’interface
phpMyAdmin.
Structures des tables
Dans la table mesure, nous stockons les valeurs des mesures effectuées par le capteur DHT11 le
longue de la journée à savoir la température, l’humidité et la date à laquelle nous avons enregistré ces
mesures. Quant à la table maintenance, nous allons renseigner les informations relatives à la
maintenance, notamment le nom de la machine tombée en panne, le type de panne, le technicien qui
a effectué la maintenance et la date. Et dans la table technicien se trouve tous les techniciens de
maintenance.
Dans le cadre de notre projet, à fin de réaliser d'un système de pilotage. Nous avons essayé tout
d’abord de mettre en place une étude théorique où on a utilisé l'ingénierie des systèmes car notre projet
est composé de plusieurs éléments (Production, Maintenance, Qualité...) d’où la relation entre eux est
très complexe et difficile à analyser d’une manière simple ainsi que pour exécuter ses fonctions
principales il faut utiliser une technologie très avancée.
Cette ingénierie inclus plusieurs activités à savoir Cadrer le système pour définir la mission principale
du système. Cette première analyse cadre globalement le système à faire.
Définir le cycle de vie afin d’identifier les contextes relatifs à ses différentes phases de vie
(exploitation, utilisation, conception, réalisation, production, soutien, retrait ou fin de vie, …), les PPS
Pour chaque phase du cycle de vie.
Pour chaque phase du cycle de vie où des services sont attendus du système, on définit un diagramme
de contexte du système qui permet d’identifier les parties prenantes, les éléments externes en
interaction avec le système et définir les frontières du système et de son contexte.
Pour chaque phase du cycle de vie où des services et des fonctionnalités sont attendus du système, on
définit les cas d’utilisation du système.
Pour finir avec les exigences, car plusieurs études ont montré sur les faiblesses dans la définition des
besoins et des exigences constituent la cause majeure des échecs des projets.
Ensuite, on a traité l’étude pratique pour mettre en place une application pour collecter les données des
capteurs implantés sur la machine, les classer et les stocker dans une base de données en utilisant
l’outil Node-red.
Cet outil permet de lier l’automate (le logiciel Tia portal) avec une base de données My SQL en
utilisant phpMyAdmin afin de faciliter la gestion des bases de données.
Ce système de pilotage va permette aux étudiants de gérer les données liées à la production, la qualité
et la maintenance des machines.
LISTE DES FIGURES
FIGURE 1 : DIAGRAMME PFMOS .......................................................................................................................................................... 4
FIGURE 2 : CYCLE DE VIE DU SYSTEME DE PILOTAGE .................................................................................................................................... 6
FIGURE 3 : DIAGRAMME DE CONTEXTE PHASE DE CONCEPTION ET IMPLEMENTATION........................................................................................ 7
FIGURE 4 : DIAGRAMME DE CONTEXTE PHASE D'INSTALLATION ET CONFIGURATION.......................................................................................... 7
FIGURE 5 : DIAGRAMME DE CONTEXTE PHASE D'EXPLOITATION .................................................................................................................... 8
FIGURE 6 : CAS D'UTILISATION PHASE D'EXPLOITATION ............................................................................................................................... 8
FIGURE 7: DIAGRAMME DES EXIGENCES FONCTIONNELLES ......................................................................................................................... 10
FIGURE 8: PROGRAMME DE DETECTION DE NOMBRE DE PIECES .................................................................................................................. 13
FIGURE 9 : PROGRAMME DE DETECTION DE L'ETAT DES PIECES ................................................................................................................... 14
FIGURE 10 : PROGRAMME SUR NODE-RED .......................................................................................................................................... 14
FIGURE 11 : CONFIGURATION DE PLCSIM .............................................................................................................................................. 15
FIGURE 12 : TABLEAU D'AFFICHAGE ...................................................................................................................................................... 15
FIGURE 13 : PROGRAMME DE MESURE DE LA TEMPERATURE ET DE L'HUMIDITE ............................................................................................. 16
FIGURE 14 : PROGRAMME NODE RED ................................................................................................................................................... 17
FIGURE 15 : AFFICHAGE DES MESURES SUR LE TABLEAU DE BORD................................................................................................................ 17
FIGURE 16 : AFFICHAGE DES ANALYSES SUR LE TABLEAU DE BORD ............................................................................................................... 17
FIGURE 17 : LA TABLE DE MESURE ........................................................................................................................................................ 18
FIGURE 18 : LA TABLE DE MAINTENANCE ............................................................................................................................................... 18
FIGURE 19 : LA TABLE TECHNICIEN ....................................................................................................................................................... 19
FIGURE 20 : DONNEES MAINTENANCE .................................................................................................................................................. 19
FIGURE 21 : DONNEES TECHNICIEN ...................................................................................................................................................... 20
FIGURE 22 : DONNEES MESURES ......................................................................................................................................................... 20