Rapport PFE

Table des matires
Liste des figures .................................................................................................................................. 3

Liste des tableaux ................................................................................................................................ 4
INTRODUCTION GENERALE......................................................................................................... 5
1.
Chapitre 1 : Le
1.1.
Introduction ...................................................................................................................... 8
1.2.
Prsentation de SIAB ....................................................................................................... 8
1.3.
Description de la problmatique ....................................................................................... 8
1.3.1.
Besoin de lindustriel.................................................................................................... 8
1.3.2.
La raison relle derrire le besoin ................................................................................ 9
1.4.
Concepts et technologies ................................................................................................ 10
1.4.1.
Manufacturing Execution System (MES) .................................................................. 10
1.4.2.
Les standards pour lintgration ................................................................................. 11
1.4.2.1.
Aperu ................................................................................................................ 11
1.4.2.2.
ISA 95................................................................................................................. 12
1.4.2.3.
MESA ................................................................................................................. 13
1.4.2.4.
Ladoption de lISA 95 ....................................................................................... 14
1.5.
Feuille de route du projet................................................................................................ 15
1.5.1.
Validation de la demande de SIAB ............................................................................ 15
1.5.2.
Lutilisation de lISA 95 dans le projet dintgration................................................. 15
1.5.2.1.
LISA 95 comme outil danalyse ....................................................................... 15
1.5.2.2.
Le dveloppement dune solution MES avec lISA 95 ...................................... 17
1.5.2.3.
LISA 95 appliqu dans lintgration verticale .................................................. 18
1.5.3.
1.6.
2.
contexte du projet ....................................................................................... 7
Project Plan................................................................................................................. 19
Conclusion ...................................................................................................................... 20
Chapitre 2 : La phase danalyse ................................................................................................. 21

2.1.
Introduction .................................................................................................................... 22
2.2.
Prparation et mthodologie ........................................................................................... 22
2.3.
Dfinition du primtre du projet et des business drivers ........................................ 23
2.3.1.
Dfinition du primtre du projet ............................................................................... 23
2.3.2.
La dfinition des business drivers ........................................................................ 25
2.4.
Prsentation gnrale de lentreprise .............................................................................. 25
2.4.1.
La hirarchie des activits (tape 3) ........................................................................... 25
2.4.2.
Hirarchie des quipements et segments de processus (tape 4) ................................ 26
2.4.2.1.
Modle hirarchique des quipements ............................................................... 26
2.4.2.2.
Segments de processus ....................................................................................... 27
2.5.
Zoom sur la fonction production .................................................................................... 28
2.5.1.
Collecte des donnes de la production ....................................................................... 30
2.5.2.
Production tracking .................................................................................................... 31
2.5.3.
2.6.
Zoom sur la fonction maintenance ................................................................................. 32
2.6.1.
Collecte des donnes de la maintenance..................................................................... 33
2.6.2.
Maintenance tracking ................................................................................................. 34
2.6.3.
Analyse des performances de la maintenance ............................................................ 34
2.7.
Zoom sur la fonction qualit........................................................................................... 35
2.7.1.
Collection des donnes de la qualit .......................................................................... 35
2.7.2.
Quality tracking .......................................................................................................... 36
2.8.
Conclusions et recommandations relatives lanalyse .................................................. 37
2.8.1.
3.
Analyse des performances de la production ............................................................... 32
Architecture potentielle du systme ........................................................................... 37
2.9.
Prochaines tapes ........................................................................................................... 37
2.10.
Conclusion ...................................................................................................................... 38
Chapitre 3 : Conception et Ralisation ...................................................................................... 40

3.1.
Introduction .................................................................................................................... 41
3.2.
Acquisition Automatique des donnes des machines ..................................................... 41
3.2.1.
Aperu ........................................................................................................................ 41
3.2.2.
Les technologies pour lacquisition automatique des donnes ................................... 41
3.2.2.1.
Les technologies classiques dacquisition des donnes ...................................... 41
3.2.2.2.
OPC .................................................................................................................... 42
3.2.2.3.
Euromap 63 ........................................................................................................ 43
3.2.2.4.
Choix final .......................................................................................................... 44
3.2.3.
Implmentation OPC .................................................................................................. 44
3.2.3.1.
La solution OPC choisie ..................................................................................... 44
3.2.3.2.
Cration des serveurs OPC ................................................................................. 45
3.2.3.3.
Implmentation du DataLogging ........................................................................ 48
3.2.3.4.
Le cas particulier des machines dinjection ........................................................ 49
3.3.
Dveloppement de la solution MES ............................................................................... 49
3.3.1.
Conception de la solution MES .................................................................................. 49
3.3.1.1.
donnes
Utilisation des modles dobjets de lISA-95 pour larchitecture de la base de

49
3.3.1.2.
La fonctionnalit de la solution MES ................................................................. 52
3.3.2.
3.4.
Dveloppement de la solution MES ........................................................................... 55

Intgration verticale ........................................................................................................ 59
3.4.1.
Lintgration verticale selon lISA-95........................................................................ 59
3.4.2.
Travail ralis ............................................................................................................. 60
3.5.
Les tapes restantes ........................................................................................................ 61
3.6.
Conclusion ...................................................................................................................... 62
Conclusion gnrale .......................................................................................................................... 63

Bibliographie ..................................................................................................................................... 64
Glossaire ............................................................................................................................................ 65
Annexes ............................................................................................................................................. 66
Liste des figures

Figure 1.1 : Le foss entre la fonction production et la fonction administration.9
Figure 1.2 : Modle de hirarchie fonctionnelle12
Figure 1.3 : les onze activits MESA.13
Figure 1.4 : Modle des oprations de management industriel..15
Figure 1.5 : Modle gnrique des activits de la fonction production.16
Figure 1.6 : structure dun message chang selon lISA-95.18
Figure 1.7 : Planning du projet...19
Figure 2.1 : Ligne dintgration technique.23
Figure 2.2 : Modle de la hirarchie des quipements...26
Figure 2.3 : Illustration des segments de processus...27
Figure 2.4 : modle dactivit de la fonction production...28
Figure 2.5 : Modle dactivits de la fonction Maintenance..32
Figure 2.6 : Modle dactivits de la fonction qualit...34
Figure 2.7 : Architecture potentielle du systme...37
Figure 3.1 : Cas des technologies classiques dacquisition des donnes...41
Figure 3.2 : Cas de la technologie OPC.42
Figure 3.3 : Architecture du systme dacquisition des donnes utilis44
Figure 3.4 : Arborescence dun serveur OPC45
Figure 3.5 : tapes de la cration dune chaine dun serveur OPC46
Figure 3.6 : Cration du dispositif OPC46
Figure 3.7 : cration dun tag OPC47
Figure 3.8 : Arborescence finale du serveur OPC cre.47
Figure 3.9 : Modle dobjets de lquipement..49
Figure 3.10 : Modle dobjets des performances des oprations..50
Figure 3.11 : Diagramme des cas dutilisation de lapplication52
Figure 3.12 : Logo de la solution MES..54
Figure 3.13 : Cration dun tableau avec Lightswitch...56
Figure 3.14 : Edition dune relation entre deux tableaux avec Lightswitch..57
Figure 3.15 : la classe Equipment et ses relations...57
Figure 3.16 : le rle dun Middleware...59
Figure 3.17 : Logo de NHIBENATE.60
3
Liste des tableaux

Tableau 2.1 : Aperu sur les dpartements et systmes..26
Tableau 2.2 : Collecte des donnes de la production..30
Tableau 2.3 : Production tracking31
Tableau 2.4 : Analyse des performances de la production..32
Tableau 2.5 : Collecte des donnes de la maintenance33
Tableau 2.6 : Maintenance tracking34
Tableau 2.7 : Analyse des performances de la maintenance...34
Tableau 2.8 : Collection des donnes de la qualit..35
Tableau 2.9 : Quality tracking.36
Tableau 3.1 : Modles dobjets utiliser.49
Tableau 3.2 : Acteurs de la solution54
INTRODUCTION GENERALE
Au cours des dernires dcennies, les entreprises industrielles ont investi beaucoup de temps
et dargent dans des systmes ERP orients vers des tches administratives et dans lautomatisation lie la production. Dans une optique de valorisation de ces investissements, lcart
entre les deux niveaux de support technologique devient vident. En effet, les systmes ERP
nont de valeur effective que si on leur fournit des donnes en temps rel sur la production.
Le concept Manufacturing Execution System (MES) a ainsi vu le jour. Mais la complexit de
son implmentation due essentiellement lhtrognit entre les deux niveaux prcdemment mentionns devient un handicap pour le bon droulement dun projet dintgration
dune telle solution.
En rponse aux problmes rencontrs, lISA a dcid de dvelopper le standard ISA-95 pour
rduire les risques, les cots et les erreurs dus aux projets dintgration. Ce standard est vite
devenu la rfrence dans ce domaine.
Cest dans ce cadre que sinsre mon projet de fin dtudes ralis au sein de lentreprise
SIAB. En effet, SIAB projette dintgrer ses ateliers de production son systme ERP. Une
telle dcision contribuerait loptimisation de la gestion industrielle en offrant des donnes
relatives la production. Ceci sintroduit dans loptique quon ne peut optimiser ce quon
nestime pas.
Mon projet de fin dtudes consiste alors dvelopper et implmenter une solution MES
allant des machines de production jusquau systme ERP. Nous utiliserons le standard ISA95 pour tre assur quant son efficience. Ce dernier comprend tout dabord lanalyse de la
situation actuelle pour dduire les optimisations mettre en place. Enfin, il sera question
dimplmenter une solution MES dveloppe en interne.
Ce rapport sarticule en trois chapitres dtaills comme suit :
Le premier chapitre est consacr au contexte du projet. Nous y prciserons la demande de
lindustriel, tudierons les diffrentes propositions possibles rpondant ce besoin pour indiquer finalement les dmarches suivre tout au long du projet.
Le second chapitre est ddi lanalyse selon le standard ISA-95 grce laquelle nous exposerons les disfonctionnements et proposerons des solutions doptimisation.
Pour finir, le troisime chapitre dtaillera les diffrentes phases de ralisation de la solution
MES savoir lacquisition automatique des donnes, le dveloppement de lapplication et
pour finir lintgration verticale entre la solution MES et la solution ERP.
1. CHAPITRE 1 : LE
CONTEXTE DU PROJET
1.1.
Introduction
Ce chapitre a pour objectif de prsenter le cadre du projet. Il est divis en quatre parties. La
premire tant la prsentation de lentreprise daccueil SIAB et de son activit. Ensuite
nous dcrirons au niveau de la deuxime partie la problmatique pose par lindustriel lors de
la rvlation de son besoin. Dans une troisime partie, nous tudierons les diffrentes solutions rpondant au besoin pour nen choisir que la plus adquate. Aprs adoption de la plus
approprie, nous dvelopperons dans la quatrime et dernire partie la feuille de route du
projet.
1.2.
Prsentation de SIAB
La Socit Industrielle dArticles de Bureau SIAB a t fonde en 1972 par Feu Mongi
RIAHI . Elle est spcialise dans la fabrication des articles de bureaux et notamment dans la
production sous licence des produits Reynolds by Papermate, marque dpose de la maison
amricaine mre Sanford , aujourdhui filiale du groupe NEWELL Rubbermaid .
Lentreprise exporte ses produits vers lEurope, le Moyen-Orient, lAfrique et lAmrique
latine. Implante dans la zone industrielle de Mgrine, son emplacement favorise des transactions logistiques plus optimales avec ses fournisseurs et clients.
En 2007, lusine, dj leader maghrbin dans son domaine, a connu une expansion significative de son activit lors du transfert en Tunisie de lusine Reynolds France. La firme amricaine SANFORD a ainsi augment la capacit de production de SIAB. En effet, lusine fonctionne 24h/24h et emploie entre 240 450 ouvriers, selon la charge du travail. Elle peut ainsi
produire jusqu un million de stylos par jour. Elle est devenue ainsi lune des principales
filiales de la firme amricaine SANFORD REYNOLDS.
SIAB connait deux autres socits surs savoir SIAB PLC, qui est le premier centre logistique de packaging offshore en Tunisie ainsi que SIAB Trading qui est responsable de la
commercialisation des produits fabriqus par lusine.
1.3.
1.3.1.
Description de la problmatique
Besoin de lindustriel
Ce projet est n suite la demande de lindustriel davoir en temps rel les informations relatives la production. Elles couvrent celles concernant les machines et le personnel, deux ressources considres comme trs importantes. Ces informations devraient tre collectes puis
envoyes sous un format comprhensible par la solution ERP (Entreprise Resource Planning)
dj implmente, comme par exemple sous le format de tableurs Excel ou Access 1.
Bien quil soit clair que son souhait est dintgrer les machines de production au systme ERP
existant, la vraie raison derrire une telle demande reste inexprime. Celle-ci sera dveloppe
dans ce qui suit.
1.3.2.
La raison relle derrire le besoin
Avec lexpansion que connait lentreprise, et dans le souci doptimiser lorganisation, une solution ERP, savoir Adonix X3 de lditeur Sage, a t mise en place. Cette dernire maintient
essentiellement les donnes et supporte les processus relatifs au niveau administratif. Parmi les
dfis relever, on note celui de la synchronisation entre les ateliers de production et les objectifs
de lentreprise. Ces objectifs sont essentiellement supports par le niveau administratif donc
par la solution ERP. Une dconnexion entre les deux parties peut crer une inefficacit oprationnelle. Tous les dpartements ont besoin d'une visibilit claire sur les performances des ateliers en temps rel.
Mme les solutions actuelles supportant la production, comme la solution GPAO (Gestion de
la Production Assiste par Ordinateur), actuellement supporte par lERP, ou encore la solution
GMAO (Gestion de la Maintenance Assiste par Ordinateur) prsentent des problmes. Ces
derniers sont essentiellement relatifs des informations en retour trop lentes et parfois mme
biaises.
Pour rsumer, le problme qui est la cause de lapparition du besoin est le foss qui apparait
dans la pyramide de lorganisation entre le niveau de management de la production et le niveau
administratif. Ceci peut tre rsum dans la figure 1.1.
Pour accroitre cette transparence requise, les obstacles qui existent au niveau de la communication entre le niveau administratif et le niveau production doivent tre supprims. Les flux
informationnels entre ces deux niveaux doivent tre plus explicites et plus rapides (transparence
et ractivit). Ainsi, le challenge relever au cours de ce projet est dintgrer les systmes
supportant la production au systme supportant le niveau dcisionnel de lorganisation.
Microsoft Excel et Microsoft Access sont deux logiciels de la suite bureautique Microsoft Office.
Administration:
Systme ERP
Commandes
Livraisons pour clients
?
Niveau Production
Ordres de fabrication
Production
Qualit
Packaging
Produits finis
Figure 1.1 : Le foss entre la fonction production et la fonction administration
Avant quune approche pour rsoudre les demandes de lindustriel ne soit dveloppe, les mrites des normes et technologies qui pourraient tre sollicites doivent tre examins.
1.4.
Concepts et technologies
1.4.1.
Manufacturing Execution System (MES)
Lintgration est apparue suite au constat fait par les industriels que la plupart des systmes
ERP sur lesquels ils ont investi des sommes assez onreuses, ne peuvent tre valeur ajoute
que lorsquils sont fournis par des donnes en temps rel. Pour ces systmes qui corrigent ces
lacunes, le concept de MES (Manufacturing Execution System) est apparu. Ainsi, un MES
nest pas uniquement une solution de collecte de donnes en temps rel mais plutt un support
de la fonction fabrication dans nimporte quelle organisation industrielle. Une solution MES
idale devrait alors inclure les fonctions suivantes :
Des fonctions relatives au MES, savoir les fonctions de planification, dordonnancement, de gestion de la qualit
10
Assurer la communication avec les systmes dinformations relatifs au niveau administratif dune organisation. Comme par exemple les ERP.
Assurer la communication avec lenvironnement de production.
Avec lapparition de cette demande, plusieurs industriels ainsi que les intgrateurs de systmes dinformation ont, chacun de son ct, essay de crer des solutions selon son propre
point de vue. Cette apoge, non suivie par une standardisation, a dmontr bien des lacunes
pour ces systmes. Certaines dentre elles sont cites ci-aprs.
Patchwork : ce problme est rencontr lors de lutilisation de plusieurs logiciels ensemble. Ces solutions ne sont pas coordonnes entre elles et donc ne donnent pas un
rsultat global positif.
Pas de base de donnes commune : Toutes les parties du systme de production ont
besoin d'une base de donnes spcifique. Bien qu'une grande partie de ces donnes
ncessaires soit dj prsente au niveau de lERP, elles ne sont pas toujours prsentes
dans le niveau de dtail requis par le MES.
Temps de rponse important : La non concordance entre les diffrents systmes utiliss fait apparatre les problmes de redondance. Ainsi, les problmes de bugs du systme global et de temps dattente importants apparaissent.
Etant donn les problmes rencontrs cause de la banalisation des solutions MES, une normalisation de ses fonctions sest avre plus que ncessaire. Les standards dvelopps seront
tudis dans la partie suivante.
1.4.2.
Les standards pour lintgration
1.4.2.1. Aperu
Une recherche sur les standards existant pour limplmentation de solutions MES peut crer
une confusion. En effet, une question se pose : Pourquoi autant de rfrences ?
La rponse est que chaque modle a une perspective assez diffrente des autres. Le choix
dpend alors du besoin. Certains standards sont plus adapts aux industries de process alors
que dautres sont orients des solutions dj existantes.
Pour notre cas, seuls les standards ISA-95 et MESA seront tudis. Puisque les autres ne sont
pas les mieux adapts notre projet. Comme par exemple le standard NAMUR recommand
pour les industries de process (chimiques ou pharmaceutiques) ou encore le standard SCOR
11
(Supply Chain Operations Reference) qui est plutt orient la fonction Supply Chain Management qu la fonction fabrication.
1.4.2.2. ISA 95
Suite au besoin des industriels de mettre fin lcart entre les systmes ERP et le niveau des
ateliers de production, lISA (International Society of Automation) sest mise dvelopper
un standard. Ce dernier uvre combler ces lacunes et aussi rduire les risques, couts et
erreurs dus au dploiement de systmes entre ces deux niveaux.
Le but du standard est ainsi de dfinir ce quest un MES. Il dfinit pour cela un modle de
hirarchie fonctionnelle qui distingue deux domaines dans une entreprise industrielle. Le premier domaine tant relatif ladministration de lentreprise (Enterprise Domain) et qui fait
rfrence au systme ERP, il est affect au niveau 4. Le deuxime domaine est quant lui
relatif aux ateliers de production, savoir le systme MES (niveau 3) et les systmes de contrle de la production (niveau 2 et infrieur). Cette architecture est reprsente, dune faon
simplifie, dans la figure 1.2.
LISA-95 a t dfini comme une mthodologie suivre pour assurer une meilleure intgration. Il comprend cinq parties distinctes savoir :
La partie 1 qui prsente des modles et des terminologies pour analyser et standardiser
lchange dinformations entre le niveau 4 et le niveau 3.
La partie 2 qui prsente un modle de donnes pour standardiser la structure et le

contenu des flux informationnels dj dfinis dans la partie 1 du standard.
La partie 3 qui dfinit quatre groupes dactivit au sein des activits de fabrication. A
savoir la production, la maintenance, la qualit et linventaire.
La partie 4 standardise les flux informationnels entre les quatre oprations dfinies
dans la partie 3. Cette partie nest pas encore trs utilise puisque rcemment apparue
(fin de lanne 2012).
La partie 5 standardise les messages changs entre lERP et le systme MES.
12
Niveau 4
Couche
ERP
Enterprise
Domain
Business Planning and

Logistics
Niveau 3
Manufacturing
Operations & Control
Couche
MES
Control
Domain
Niveau 2, 1, 0
Couche de
contrle de
la
production
Batch
Control
Continuous
Control
Discrete
Control
Figure 1.2 : Modle de hirarchie fonctionnelle [1]
1.4.2.3. MESA
Lassociation MESA (Manufacturing Execution Solutions Association) a une approche assez
pratique dcrivant onze activits pour le support du management de la production. Ces dernires sont illustres dans la figure 1.3.
Selon cette approche, les autres systmes dinformation sont dfinis comme tant des utilisateurs ayant accs la solution MES. Ces onze activits couvrent celles au sein dune usine
dune faon assez approfondie. Incluant ainsi la maintenance, la planification, lordonnancement ainsi que la qualit.
13
Operations/
Detail
Scheduling
Resource
allocation &
Status
Dispatching
producton
units
Document
control
Product
tracking &
genealogy
Labour
management
Performance
anlysis
Maintenance
Management
Process
Management
Data
collection/
Acquisition
Quality
Management
MES
Figure 1.3 : les onze activits MESA [2]
1.4.2.4. Ladoption de lISA 95

Un retour vers lhistorique montre que le comit de dveloppement de lISA-95 a slectionn
le modle MESA comme un point de dpart. Mais ne la pas indistinctement adopt. Le modle
ISA-95 est plus clair et plus logique ; il offre une description dtaille des activits pouvant
avoir lieu dans chaque entreprise industrielle, quelle soit automatise ou pas, et dfinit leurs
frontires. Il dfinit aussi les relations entre les diffrentes activits. Pour ce projet, il serait
plus judicieux dutiliser lISA-95 que le modle dfinit par lassociation MESA. En effet, ce
dernier se base plutt sur les fonctionnalits offertes par les intgrateurs de solutions MES
que sur un modle indpendant. En outre, le modle MESA ne spcifie ni les connections
entre les diffrentes activits ni les flux dinformations. Il lui manque aussi une explication
dtaille des onze diffrentes activits.
De plus, les modles dfinis par lISA-95 peuvent tre utiliss comme une structure normalise pour lentreprise. Si de nouvelles oprations voient le jour ou soient modifies pour rpondre un nouveau besoin ou pour optimiser des processus, la solution peut tre module
selon le standard. Il suffit de trouver le bon modle dfini par lISA-95 pour standardiser la
nouvelle activit et tre sr quelle se conformera aux autres oprations dj existantes et sera
dans les plus brefs dlais efficiente.
Une fois laspect technologique de la solution et le standard choisis, nous passons maintenant
la ralisation dune feuille de route du projet.
14
1.5.
Feuille de route du projet
1.5.1.
Validation de la demande de SIAB
Le projet consiste donc implmenter une solution MES au sein de lentreprise SIAB. Cette
implmentation sera ralise conformment au standard ISA-95.
Les objectifs du projet sont multiples. Dune part, il sagit danalyser le besoin de lentreprise
pour en dduire les fonctions de la solution MES les plus importantes implmenter. En
deuxime lieu, il sagit de dvelopper ces fonctions sollicites et dadopter les solutions technologiques les plus adquates pour lefficience de la solution. Enfin, nous intgrerons la solution MES dveloppe aux autres systmes dinformation dj existant.
1.5.2.
Lutilisation de lISA 95 dans le projet dintgration
LISA-95 est une mthode, une faon de penser, de travailler et de communiquer. Le standard
peut tre dploy de faons diffrentes selon le besoin, allant de lanalyse jusquau dveloppement des solutions MES. Pour nos trois objectifs ; analyse, dveloppement et intgration,
nous nous baserons sur ce standard. Chaque partie du standard est spcifique un objectif.
1.5.2.1. LISA 95 comme outil danalyse

Le but de lanalyse est davoir un aperu sur les exigences de lentreprise pour ce nouveau
systme. Lanalyse selon le standard ISA-95 offre une meilleure ide sur les diffrents aspects
de lorganisation. Les parties 1 et 3 du standard seront utilises.
En effet, le standard dveloppe, dans sa premire partie, un modle fonctionnel qui reprsente
une structure organisationnelle de fonctions pouvant tre adoptes au sein de lentreprise. Il
prsente de la mme manire, les frontires entre les deux domaines Enterprise et Control.
Douze fonctions sont prsentes. Ce modle sera utilis au cours de lanalyse pour dduire
les fonctions au sein de notre entrprise, dfinir chacune, reprer les flux en relation pour enfin
dduire les manquements dans chaque fontion. Ce modle est reprsent dans la figure 1.4.
15
Figure 1.4 : Modle des oprations de management industriel [3]
La partie 3 du standard quant elle reprsente le mme modle mais en zoomant sur les
oprations propres la fonction production (la rgion avec un fond jaune sur la figure 1.4). A
savoir, la production, la maintenance, la qualit et linventaire. A noter quune opration peut
englober plusieurs tches. Pour chaque opration, un modle gnrique dactivits est
reprsent. Il dfinit les tches propres chaque opration. Ce modle est reprsent par la
figure 1.5.
Dautres modles dfinis par ces deux parties du standard sont dfinies et seront importantes
pour lanalyse. Ces derniers seront prsents plus en dtail tout au long du chapitre 2 de ce
rapport qui expose la phase danalyse ralise.
16
Operations
definitions
Operations
Capability
Operations
request
Operations
response
Detailed
scheduling
Resource
management
Tracking
Dispatching
Definition
management
Analysis
Data
collection
Execution
management
Figure 1.5 : Modle gnrique des activits de la fonction production [4]
1.5.2.2. Le dveloppement dune solution MES avec lISA 95

Les flux informationnels au sein dune entreprise industrielle peuvent se rvler assez complexes. Ainsi, dvelopper un autre systme qui grera une partie de ces informations peut
savrer une mission impossible. Pour cela, utiliser lISA-95 comme base pour le dveloppement dapplications MES fait que notre solution soit standardise, bien conue et sans oublier
plus simple interfacer avec les autres systmes dinformations dj existant.
La partie 2 du standard prend en charge la standardisation du dveloppement. Elle offre des
modles dobjets relatifs chaque flux dinformations prsent par le modle fonctionnel
dfini dans la premire partie du standard.
Pour cela, cinq modles de ressources ont t dvelopps ; personnel, quipement, composants dquipements (Physical asset), matire et segment de processus (Process segments).
Ces cinq modles de ressources forment la base de quatre autres modles savoir ; Operation
definition, Operation schedule, Operation performance et Operation capability. Autrement
dit, tout flux dinformation entre le systme MES et ERP doit contenir des informations
propres au moins un modle de ressources. Chaque flux appartient une de ces catgories :
la disponibilit des ressources (Capability), les produits que lusine fabrique (Product Definition), la planification de la production (Production schedule) et les rsultats raliss par la
production (Performance).
17
Les modles seront plus dvelopps dans la partie 3.3.1 de ce rapport. A noter aussi que la
partie 4 du standard ISA-95 dfinit des modles pour les oprations propres la fonction
fabrication mais ne sera pas utilise au cours de ce projet car rcemment dveloppe et donc
indisponible.
Pour autant, ces modles ne prsentent pas une solution miracle pour le dveloppement de
solutions MES mais lencadrent.
1.5.2.3. LISA 95 appliqu dans lintgration verticale

Quest-ce quune intgration verticale ?
Lintgration verticale concerne lintgration allant de ladministration aux ateliers de production. Elle est loppos de lintgration horizontale qui se proccupe de lintgration de la
Supply Chain entire relative la collaboration de lentreprise avec ses fournisseurs et clients.
Selon lISA-95, lintgration verticale est celle entre les domaines Enterprise et Control
dfinis dans le modle de hirarchie fonctionnelle.
Utilisation de lISA 95
Les parties 1 et 2 du standard, respectivement utilises pour lanalyse et le dveloppement,
formulent les informations changer entre lERP et le MES. Ces deux parties, bien quelles
standardisent la structure des messages, ne dcrivent pas la faon avec laquelle les messages
seront traits ni au niveau du systme metteur ni celui du systme rcepteur.
Pour cela, lISA-95 dfinit plusieurs cas de transactions. Une transaction peut tre vue comme
tant une conversation entre lERP et le MES. Une transaction est propre un message, et
vice versa. Un message, selon le standard, contient deux parties distinctes ; Application Identification Area et Data Area. La premire accueillant des donnes dont le systme a besoin
pour connaitre do vient le message et vers qui il sera envoy. La deuxime partie contient
un verbe et un nom dont la combinaison cre une commande. Le nom est relatif lobjet
dfini par les parties 1 et 2 du standard. Quant au verbe, on utilise le plus adquat selon le cas
dutilisation, pour chaque cas, un modle est dfini ; Push, Pull ou Publish.
Pull model : un systme demande une information de lautre systme
Push model : un systme envoie des donnes de son propre gr un autre systme.
Publish model : un systme publie des informations sans savoir si les autres systmes
concernes en auront besoin ou pas.
18
La structure dun message selon lISA-95 est illustre dans la figure suivante :
Data Message
Application Identification Area
Data Area
Verb
Area
Noun
Area
Figure 1.6 : structure dun message chang selon lISA-95 [5]
1.5.3.
Project Plan
Aprs validation du projet ainsi propos la direction de SIAB, un planning prvisionnel

comportant des deadlines a t adopt pour notre projet. La dure a t estime 6 mois,
commenant de mi-Mars, vu que ltude approfondie du standard et la mise en place dun
plan dactions conforme aux directives de celui-ci a pris peu prs 50 jours.
Le graphe suivant dcrit la chronologie du projet :
19
DBUT DU PROJET
PREMIER ESSAI SUR

TERRAIN
FIN DU PROJET
EMISSION DU
BLUEPRINT
18 Mar
18 Apr
18 May
18 Jun
18 Jul
FIN DE LA PHASE DE
CONCEPTION
18 Aug
18 Sep
18 Oct
DBUT DE
L'IMPLMENTATION
Figure 1.7 : Planning du projet
1.6.
Conclusion
Au cours de ce chapitre, nous avons introduit lentreprise et expos son besoin. Une tude
bibliographique nous a permis de connaitre les technologies et standards pouvant rpondre
ce besoin pour dgager les mieux adaptes pour ce projet. Nous avons enfin adopt un plan
dactions suivre tout au long du projet.
Le chapitre suivant sintressera ltape de lanalyse ISA-95 ralise lors de ce projet.
20
2. Chapitre 2 : La phase
danalyse
21
2.1.
Introduction
Avant la ralisation de la solution souhaite, une analyse approfondie sur la situation actuelle
est ncessaire. Cette analyse fera le tour des diffrentes activits lies la fabrication pour
dcrire les manquements et indiquer les solutions envisageables. A rappeler que notre analyse
se basera sur le standard ISA-95.
Dans ce chapitre, nous prsenterons tout dabord la mthodologie suivre. Ensuite, nous indiquerons le primtre de notre projet. Aprs, nous raliserons une prsentation gnrale de
lentreprise. Enfin, nous raliserons des zooms sur les diffrentes fonctions lies la fabrication selon le standard ISA-95.
2.2.
Prparation et mthodologie
Lanalyse prsente la base pour dvoiler les amliorations potentielles et les exigences souhaites du nouveau systme. Gnralement, une analyse ISA-95 comprend les dix tapes suivantes :
1. Un tour de lusine, pour avoir une vue globale des diffrents centres de production.
2. Dfinition des business drivers pour en dduire les objectifs de lentreprise envers le
projet dintgration.
3. Dfinir les systmes dinformations dj utiliss et les dpartements auxquels ils sont
relis.
4. Dcrire la structure physique de lentreprise.
5...10 Les tapes suivantes (5-10) fournissent chacune une image dtaille de lune des
activits relatives la fonction fabrication. Autrement dit, avec ces tapes, nous ferons un
zoom sur le niveau 3 dfini par lISA-95 comprenant les fonctions production, maintenance, qualit et inventaire.
Les parties 1 et 3 de lISA-95 fournissent plusieurs modles comme outil principal au cours
de ces tapes. Tout au long de la phase danalyse, la description de la situation actuelle et
celle souhaite aprs le projet dintgration est essentielle. Cette description inclut ainsi les
besoins ncessaires, les besoins agrables avoir et les points proccupants pour chaque
activit.
La conduite de lanalyse nous mne choisir une mthode pour la collecte des informations.
Nous avons choisi dinterviewer le personnel plutt que de leur demander des rapports
rendre. Lavantage des entretiens est quils contribuent ce que le personnel adopte les changements rsultant de lanalyse. En effet, grce cette mthode, ils ont pu se considrer comme
22
partie prenante dans le projet en ayant la chance de dvoiler leurs demandes et exigences.
Limplication du personnel est un avantage considrable dans le projet dimplmentation dun
changement.
Le rsultat de lanalyse ISA-95 sera rendu sous forme de documents. Le premier est le blueprint dont lobjet est de dcrire la situation future dsire et les origines des exigences. Ce
document nest pas celui qui sera rendu la direction de lentreprise pour valider le projet
danalyse mais sera plutt utilis comme base pour le dveloppement de la solution.
Pour finir, une prsentation pour expliquer les rsultats, les conclusions et les recommandations sera faite.
2.3.
2.3.1.
Dfinition du primtre du projet et des business drivers

Dfinition du primtre du projet
Au niveau du paragraphe 1.5.2.1 de ce rapport, nous avons mentionn que lISA-95 dfinit
un modle pour chaque opration propre la fonction fabrication. Chaque opration englobe
des tches qui dfinissent des relations entre elles.
Il est important de prciser le but et le primtre de lanalyse ISA-95 et de rester dans leur
optique. Autrement, le temps et le budget ncessaires au dveloppement du projet peuvent
significativement devenir onreux. Aussi, certaines fonctions de la solution implmente seront sans valeur ajoute et non adoptes par le personnel. Pour cela, lannexe A de la partie 3
de lISA-95 dfinit une ligne fictive dintgration qui dtermine les tches dvelopper.
Pour notre projet, les tches qui seront dveloppes sont celles au-dessus de la ligne dintgration (en rouge) sur la figure 2.1. Ainsi, lopration Inventaire est hors du primtre du
projet vu quelle est supporte par lERP. Quant aux autres oprations, les tches choisies
sont celles lies la collecte des donnes (Data Collection), la transformation de ces dernires en des informations comprhensibles par les diffrents systmes (tracking) et enfin
lanalyse des donnes en vue doptimiser ou de corriger (Performance Analysis).
A noter aussi que le standard dfinit dautres oprations propres la fonction fabrication
comme le management de la documentation ou encore le management de la scurit. Aucune
ne sera dveloppe puisquelles ont t dfinies comme tant hors du primtre du projet.
23
Production
Maintenance
Maintenance
definition
Maintenance
Capability
Maintenance
schedule
Product
definition
Maintenance
performance
Production
Capability
Detailed
Maintenance
scheduling
Maintenance
resource
management
Production
performance
Quality
definition
Quality
Capability
Detailed
production
scheduling
Production
resource
management
Maintenance
tracking
Maintenance
dispatching
Maintenance
definition
management
Production
schedule
Quality
Maintenance
execution
management
Quality
resource
management
Production
tracking
Production
definition
management
Maintenance
data
collection
Production
performanc
e analysis
Production
data
collection
Production
execution
management
Quality
performance
Inventory
definition
Inventory
Capability
Detailed
Quality
scheduling
Production
dispatching
Maintenance
analysis
Quality
schedule
Inventory
Inventory
resource
management
Quality
analysis
Quality
dispatching
Quality
data
collection
Inventory
tracking
Inventory
dispatching
Inventory
definition
management
Quality
execution
management
Level 2
Inventory
performance
Detailed
Inventory
scheduling
Quality
tracking
Quality
definition
management
Inventory
schedule
Inventory
analysis
Inventory
data
collection
Inventory
execution
management
Level 2
Figure 2.1 : Ligne dintgration technique
24
A noter que le modle dactivit pour chaque opration sera plus dtaill (et plus clair) au
niveau du zoom sur chaque fonction (paragraphes 2.5, 2.6 et 2.7).
2.3.2.
La dfinition des business drivers
Limplmentation stratgique dune solution MES a plusieurs avantages. Lannexe C de la

partie 1 de lISA-95 dfinit des business-drivers qui clarifient ce que lentreprise doit optimiser pour arriver son but. Pour ce projet, trois business drivers ont t adopts :
Rduction du temps de cycle : pour cela, on doit identifier les sources des problmes
causant des retards et les corriger.
Maximisation de lefficience de lquipement : il est question de maximiser lefficience de lquipement dans le processus de production.
Amlioration de la planification : pour cela, laccs en temps rel aux performances

de la production ainsi qu lhistorique est impratif.
Aprs avoir dtermin lobjet et le primtre de lanalyse ISA-95, nous passons maintenant
la description des caractristiques de lentreprise. Nous utiliserons les modles fournis par le
standard, qui entrent dans le primtre du projet, dans lordre suivant :
Modle de la hirarchie fonctionnelle (tape 3)

Modle hirarchique des quipements et segments de processus (tape 4)
Modle de lopration Production (tape 6)
Modle de lopration Maintenance (tape 7)
Modle de lopration Qualit (tape 8)
Nous noterons labsence de ltape 5 dans ce projet relative lanalyse des fonctions hors du
domaine fabrication comme le service achat, financier ou encore marketing.
2.4.
2.4.1.
Prsentation gnrale de lentreprise

La hirarchie des activits (tape 3)
Nous utilisons le modle de la hirarchie fonctionnelle (voir figure 1.2) pour avoir une vue
globale des diffrents dpartements de lentreprise, ainsi que des systmes informatiques supportant chaque niveau.
Pour choisir les dpartements et les systmes inclus dans la fonction fabrication, le standard
donne des critres relatifs aux activits qui serviront de ligne directrice. Parmi eux, toujours
dans loptique de ce projet, on trouve :
25
Lactivit est essentielle pour la fiabilit.
Lactivit est essentielle pour lefficience.
Lactivit est essentielle pour la qualit du produit fabriqu.
Le tableau 2.1 qui suit indique les rsultats obtenus aprs la conduite de cette tape.
Tableau 2.1 : Aperu sur les dpartements et systmes

Dpartements
Systmes
Niveau 4
Qualit, IT, Achat, Planification
ERP Sage ADONIX X3,

GMAO Optimaint
Niveau 3
Production, Maintenance,
Qualit, Logistique, Planification, Achat
ERP Sage ADONIX X3,

GMAO Optimaint
Niveau 2, 1, 0
Production, Maintenance
Aucun
Nous noterons quaucun systme ne supporte les niveaux 2, 1, 0 gnralement support par
des systmes de supervision et/ou dalarme.
2.4.2.
Hirarchie des quipements et segments de processus (tape 4)
2.4.2.1. Modle hirarchique des quipements

Ce modle (voir figure 2.2) est utilis pour dcrire la hirarchique physique de lentreprise.
Autrement dit, il aide dterminer les quipements entrant dans le processus de fabrication,
les zones de stockage des matires ainsi que dindiquer le type de lindustrie (lot (batch),
discrte ou continue).
Pour ce modle, lISA-95 indique cinq niveaux arbors du plus haut au plus bas ci-aprs :
Entreprise, Site, Zone qui indique les dpartements de fabrication, Centre de travail qui
peut tre selon le type dindustrialisation une cellule de processus, une unit de production,
une ligne de production ou encore une zone de stockage. Le cinquime et dernier niveau est
lUnit de travail qui selon le type du centre de travail peut tre une unit, une cellule de
travail ou une unit de stockage.
Le tableau de lannexe A dans ce rapport dcrit la hirarchie des quipements de SIAB. Notre
modle indique la prsence de zones de stockage ainsi que de lignes de production puisque
SIAB utilise des processus discrets (cas o le rsultat de la production est quantifiable).
26
Figure 2.2 : Modle de la hirarchie des quipements [6]
2.4.2.2. Segments de processus

Aprs avoir dfini la hirarchie physique de lentreprise, nous nous concentrons prsent sur
les processus. En effet, prcdemment nous avons dfini les machines entrant dans la production sans dcrire le travail sollicitant chacune. Aussi, certains processus nutilisent pas de
machines comme lemballage dans notre cas. Pour chaque processus, nous avons dcrit les
quipements, les systmes informatiques et la matire quil utilise, le nombre de personnel
pour chaque opration ainsi que pris des notes comme par exemple le nombre dchantillons
pris pour le contrle de la qualit ou encore le pesage des lots fabriqus.
Les processus relevs lors de lanalyse sont les suivant :
Stockage de la matire premire.
Injection plastique des diffrents composants du stylo.
Marquage si ncessaire des corps en plastique.
Stockage des produits semi-finis (provenant du centre injection et/ou marquage).
Extrusion des tubes en plastique pour le centre cartouche.
Fabrication des cartouches

27
Stockage des cartouches.
Assemblage Stylos.
Emballage.
Marquage
Injection
Stockage M.P
Stockage
commun
Stockage S.F
Extrusion
Assemblage Stylos
Fabrication des
cartouches
Emballage
Stockage
des cartouches
Figure 2.3 : Illustration des segments de processus
Nous passons prsent lanalyse des activits lies la fonction fabrication. Nous raliserons pour cela un zoom sur chacune des activits (production, maintenance et qualit).
2.5.
Zoom sur la fonction production
Cette tape reprsente la premire des quatre modles des operations management dfinis
au niveau de lISA-95 Part 3. Pour chaque activit qui a t requise dans le cadre de ce projet,
nous dterminerons le dpartement et personnes sollicits ainsi que nous dcrirons le processus actuel tout en proposant des points doptimisation de lactivit en question.
Toutes les activits sont relies entre elles. Ceci rend trs difficile, pour ne pas dire impossible, le fait de ne discuter que des aspects dune seule activit lors dune runion avec les
personnes ad-hoc. Par exemple, il y a un lien trs troit entre lactivit Production data collection et Production tracking ou encore ces deux dernires avec lactivit Production performance analysis. Ceci a conduit prsenter lapproche de ces trois activits ensemble lors
28
de chaque runion pour mettre le responsable dans le cadre du projet. La dextrit de cet
exercice apparait alors dans laptitude ne dvelopper quune activit, avec ses flux informationnels qui forment linterface avec les autres activits de production, la fois.
La figure suivante montre le modle dactivits de la fonction production dfinit par le standard ISA-95.
Figure 2.4 : modle dactivit de la fonction production [7]

Pour lanalyse de chaque activit (toutes les fonctions comprises), nous avons choisi un modle rsumant le travail ralis. Nous utiliserons ainsi un tableau comportant les informations
suivantes :
Description de la situation actuelle.
Flux informationnels : ceci dcrit les relations existant entre lactivit en question et
les autres comme dmontr sur le modle de chaque activit.
Points proccupants.
Besoins ncessaires.
Les agrables avoir.
29
2.5.1.
Collecte des donnes de la production
Cette activit est relative lacquisition des donnes de production et leur archivage. Lanalyse de cette activit a donn les points suivant :
Tableau 2.2 : Collecte des donnes de la production
Description de la situation actuelle

Actuellement, un sous-service affect au service de planification assure ce processus. Il est
question de collecter, chaque fin de semaine, les dossiers de production pour chaque ordre
de fabrication fini. Il comprend, le bon de travail, le rapport de production, le bon de sortie
matires, les bons de travail maintenance relatifs aux interventions au cours de la fabrication et les interventions qualit. Le dossier nest cltur que lorsque les donnes qui y sont
inscrites sont manuellement retransmises au systme Sage ERP X3.
Flux Informationnels
Les informations reues du niveau 2 refltent les processus en cours et les ressources sollicites. Il est important dautomatiser ces informations et de trouver une solution pour combler le vide entre les niveaux 2 et 3 dans lactivit de production.
Les informations allant aux deux activits Production tracking et analyse des performances de la production sont relatives lhistorique et doivent tre stockes sur une base
de donnes commune pour quelles soient accessibles.
Les autres informations dterminant linterface avec les activits hors du primtre du projet ne seront pas prises en compte.
Points proccupants
Ces points sont exclusivement lis la collecte manuelle des donnes. En effet, ces dernires ne sont pas disponibles en temps voulu, imprcises, sans oublier le fait quelles peuvent tre non objectives.
Besoins ncessaires
Ladoption dun systme de collecte automatique des donnes simpose. Lanalyse a aussi
rvl que seulement trois types de donnes collectes seront importants selon le primtre
du projet. Ces informations concernent la quantit, lhistorique des statuts de la machine
(marche ; arrt ; changement de srie) et les erreurs machines qui ont eu lieu lors de la
production.
30
Les agrables avoir

Des interfaces avec les activits Production Dispatching et Production Execution Management pour que les responsables production soient les plus ractifs possible aux changements dus au retards de production et autres phnomnes sollicitant le changement de
planning de la production.
2.5.2.
Production tracking
Cette activit est dfinie comme tant celle qui prpare les donnes relatives la production
pour le niveau 4. Lanalyse de cette activit a donn les points suivant.
Tableau 2.3 : Production tracking

Cette activit est actuellement lie celle de la collecte des donnes de production. Aucune
distinction entre les deux nexiste. Les donnes de la production sont manuellement retransmises au systme ERP.
Les informations changes avec lactivit analyse des performances de la production
sont relatives la performance de la production.
Points proccupants
La compatibilit des donnes changes entre lERP et la solution MES doit tre prise en
considration.
Toutes les donnes de lactivit analyse des performances de la production ne sont pas
exclusivement destines lactivit production tracking.
Besoins ncessaires
Une intgration verticale entre la solution MES implmenter et lERP savre indispensable. Elle automatisera le rle de lactivit en question qui est actuellement manuelle.
Les agrables avoir

Une interface avec la planification de la production est un plus. Ainsi, les plannings de la
production peuvent tre automatiquement mis jour selon les capacits et performances
actuelles de la production.
31
2.5.3.
Analyse des performances de la production
Cest lactivit qui analyse et cre des rapports sur les performances de la production.
Lanalyse a donn les points suivant.
Tableau 2.4 : Analyse des performances de la production

Lhistorique de la production est rarement consult pour prendre en considration les relles capacits de la production lors de la planification. Aussi, des tableaux de bord existent
dans chaque centre de production, mais sont trs peu exploits.
Lactivit de lanalyse de la performance de la production est vivifie chaque ralisation
des bilans.
On reoit de lactivit collecte des donnes de la production les donnes machines sur les
tats de la machines, les quantits produites et les erreurs.
Points proccupants
La culture analyse des performances nest pas trs considre. Lexplication de son importance par rapport aux autres activits est importante.
Besoins ncessaires
+Lanalyse de la traabilit des ressources (matire, quipement et personnel)
+Lanalyse des processus de production
Les agrables avoir

Des outils de simulation et de cration de KPI lors des projets doptimisation industrielle.
2.6.
Zoom sur la fonction maintenance
La fonction maintenance forme la base pour lanalyse et la description de toutes les activits
qui lui sont relatives. Son modle dactivits dfinit par lISA-95 est prsent sur la figure
suivante.
Lanalyse de la fonction maintenance est dtaille dans les paragraphes qui suivent.
32
Figure 2.5 : Modle dactivits de la fonction Maintenance [8]
2.6.1.
Collecte des donnes de la maintenance

Tableau 2.5 : Collecte des donnes de la maintenance

Lors de chaque intervention maintenance, lintervenant remplie un document appel bon
de travail. Ce bon est ensuite manuellement retransmis sur la solution GMAO Optimaint.
Les informations venant des niveaux 1,2 sont relatives aux causes darrt.
Points proccupants
Les informations sont parfois biaises. Parmi ces informations on cite le temps dintervention, la cause de larrt ou encore le matriel utilis.
De plus, parfois, des bons de travail ne sont pas retransmis sur Optimaint par oubli.
Besoins ncessaires
Automatiser la collecte de ces donnes en minimisant le plus possible les saisies manuelles.
Les agrables avoir

Aucun.
33
2.6.2.
Maintenance tracking
Tableau 2.6 : Maintenance tracking

Aucun systme dautomatisation de cette activit nexiste. Actuellement, elle est lie lactivit de la collection des donnes de la maintenance qui retransmet manuellement ces donnes sur la solution GMAO.
Les flux de lactivit collecte des donnes de la maintenance concernent des donnes sur
le personnel impliqu, les causes, le matriel utilis et e temps dopration.
Points proccupants
Les mmes que pour lactivit prcdente.
Besoins ncessaires
Une interface avec la solution GMAO automatisant cette interface. Une intgration verticale est la solution la mieux adapte.
Les agrables avoir

Aucun.
2.6.3.
Analyse des performances de la maintenance

Tableau 2.7 : Analyse des performances de la maintenance

Les bons de travail de la maintenance sont manuellement retransmis sur la GMAO Optimaint. Aucune activit danalyse des performances de la production nest considre dans
le cas prsent.
Les donnes sur lhistorique de la maintenance viennent de lactivit collecte des donnes
de la maintenance.
Points proccupants
Les donnes de lactivit collecte des donnes de la production seront aussi considres.
En effet, elles impliquent des donnes sur les tats de la machines ainsi que sur les erreurs.
Besoins ncessaires
34
Limplmentation dun module danalyse des donnes de la maintenance est ncessaire

pour crer un support pour dventuels projets doptimisation de cette fonction.
2.7.
Zoom sur la fonction qualit
Pour la fonction qualit, nous noterons que lactivit Analyse des performances de la qualit nest pas considre dans le primtre du projet. La raison derrire cela est que cette activit ne peut rellement implmente en aussi peu de temps.
Le modle dactivit de la fonction qualit dfinit par lISA-95 est prsent sur la figure qui
suit.
Figure 2.6 : Modle dactivits de la fonction qualit [9]
2.7.1.
Collection des donnes de la qualit

Tableau 2.8 : Collection des donnes de la qualit

Les donnes relatives la qualit sont manuellement inscrites sur le dossier de production
de chaque ordre de fabrication.
35
Les donnes inscrites ne sont relatives quau nombre de rebus. Les causes de ces derniers
ne sont pas considres. Une exception existe pour les machines du centre dinjection plastique, o des informations sur les moules beaucoup plus dtailles sont inscrites.
Points proccupants
Les informations relatives la qualit sont trs basiques et ne refltent pas des donnes qui
pourraient tre utilises dans des projets de gestion de la qualit.
Besoins ncessaires
Linformatisation de la saisie des donnes.
Les agrables avoir

Dvelopper dautres donnes pour la qualit.
2.7.2.
Quality tracking
Tableau 2.9 : Quality tracking

Les quelques informations relatives la qualit sont retransmises au systme ERP lors de
la saisie des informations de la production.
Mme cas que pour lactivit prcdente.
Points proccupants
Les donnes relatives la qualit sont considres comme des donnes relatives la production, sauf pour le cas des machines dinjection.
Besoins ncessaires
Distinguer les donnes de la qualit des donnes de la production.
Les agrables avoir

Aucun.
36
2.8.
Conclusions et recommandations relatives lanalyse
La dernire, et plus importante, tape dans lanalyse ISA-95 est la rdaction des conclusions
et recommandations. Cette partie est celle qui a t prsente la direction de SIAB. Elle
inclut un rsumer des problmatiques repres lors de lanalyse et les recommandations issues
pour enfin dcrire une architecture potentielle du systme implmenter et qui contribuerait
rpondre nos besoins.
Dans ce rapport, seule larchitecture potentielle du systme sera prsente car les autres parties ont dj t dveloppes au cours de ce chapitre lors du zoom sur chaque activit.
2.8.1.
Architecture potentielle du systme
Dans la description de la conclusion, une tape trs importante est celle de larchitecture potentielle du systme. Elle est rsume dans un schma utilisant la base le modle des oprations de management industriel (figure 1.4), dmontrant les activits les plus importantes
intgrer ainsi que les flux informationnels qui feront le transfert des donnes entre les diffrents systmes.
Ce schma est illustr dans la figure 2.7 de ce rapport. Il montre les activits que chaque
systme gre et les flux dinformations automatiser.
2.9.
Prochaines tapes
Selon la conclusion et les recommandations, nous avons dtermin les tapes raliser pour
le projet dintgration. Ces tapes sont les suivantes :
Acquisition automatique des donnes.
Dveloppement et mise en place dune solution MES.
Intgration verticale entre les diffrents systmes dinformations utiliss.
37
2.10.
Conclusion
Ce chapitre a mis les points sur les diffrentes tapes de lanalyse ralise selon le standard
ISA-95. A la fin de ce chapitre, nous avons propos une architecture potentielle du systme
mettre en place.
Le chapitre suivant sintressera la conception et au dveloppement de la solution MES.
38
Order
Processing
(1.0)
Production
Scheduling
(2.0)
Product Cost
Accounting
(8.0)
Product
Shipping
Admin (9.0)
Hors du primtre
A amliorer au
niveau de lERP
MES System
Material and
Energy
Control (4.0)
Product
Inventory
Control (7.0)
Production
Control (3.0)
GMAO OptiMaint
Hors du primtre
Hors du primtre
A automatiser
Procurement
(5.0)
Quality
Assurance
(6.0)
Maintenance
Mangement
(10.0)
R&D and
engineering
(13.0)
Marketing and
sales (12.0)
Figure 2.7 : Architecture potentielle du systme

39
3. Chapitre 3 : Conception et
Ralisation
40
3.1.
Introduction
Comme indiqu au niveau de la feuille de route du projet (paragraphe 1.5 de ce rapport), le

dveloppement de la solution MES et lintgration verticale sont deux tapes primordiales
pour ce projet.
Dans ce chapitre, nous allons dcrire les diffrentes parties ralises. Nous commencerons
par limplmentation dune solution dacquisition automatique des donnes. Par la suite, nous
passerons au dveloppement de la solution MES. Aprs, nous dcrirons le projet de lintgration verticale. Pour finir, nous indiquerons les tapes restantes pour que le projet dintgration
prenne fin.
3.2.
Acquisition Automatique des donnes des machines
3.2.1.
Aperu
Dans le paragraphe 2.8.2 de ce rapport relevant les orientations issues lors des ateliers de
lanalyse ISA-95, nous avons mentionn limportance de ladoption dune solution automatique pour la collecte des donnes des machines.
Au dbut de la ralisation du projet dimplmentation, il sest avr que plusieurs solutions
existent, des plus classiques aux plus spcifiques. Cette multitude est surtout lie aux demandes diffrentes de chaque industriel visant limplmentation dune solution dacquisition
automatique des donnes. Plusieurs facteurs entrent en jeux : budget, temps, volume des donnes acqurir, ou encore le cot dapprentissage et de la maitrise de la technologie.
Nous allons, tout au long de la partie 3.2 tudier les technologies disponibles, choisir la plus
adquate et dcrire le projet dimplmentation de cette dernire.
3.2.2.
Les technologies pour lacquisition automatique des donnes
3.2.2.1. Les technologies classiques dacquisition des donnes

Dans ce cas, aucune standardisation nentre en jeux. Il nest question que des spcifications
du vendeur de lAPI. En effet, pour chaque machine ayant un API, nous allons communiquer
avec ce dernier pour avoir les donnes selon son propre protocole de communication. De
mme, la solution MES que nous implmenterons devrait apprendre le protocole de lAPI.
Rien quici, la solution MES devrait ainsi faire partie intgrante du systme dautomatisation
(niveaux 0, 1, 2 selon le standard ISA-95), chose qui mettra en question la conformit de notre
solution avec le standard ISA-95 qui spcifie que la couche MES devrait sintresser exclusivement au niveau 3.
41
De plus, comme pour notre projet nous avons communiquer avec diffrentes marques
dAPI, la tche savre onreuse, tant pour le facteur budgtaire, puisque pour chaque machine un driver (pilote) API spcifique, que pour le facteur temps puisque le grand nombre
de protocoles propritaires requiert plus de dveloppement et de maintenance pour la solution MES. La figure 3.1 illustre la problmatique prcdemment dcrite.
Application MES
D
Driver C
Driver B
Driver A
Figure 3.1 : Cas des technologies classiques dacquisition des donnes
3.2.2.2. OPC
Par OPC (Ole for process control), nous spcifions une technologie dchange des donnes
entre deux systmes. Cest un protocole qui a t spcifiquement dvelopp pour linterfaage avec les machines. De plus, il a lavantage dtre standardis et dfini par un consortium (OPC Foundation), donc non li un vendeur particulier de solutions. En effet, la majorit des constructeurs dAPI ont fait que leurs produits soient compatibles avec lOPC.
Il se base essentiellement sur la technologie COM/DCOM de Microsoft qui joue le rle
dintermdiaire entre les diffrents systmes (comme dcrit dans la figure 3.2).
Cette technologie est plus intressante puisquelle facilite dune part la tche dintgration
des machines de production et dune autre part fait quon soit conforme au standard ISA-95.
Linconvnient de lOPC est sa dpendance envers la technologie COM/DCOM qui nous
limite aux technologies de Microsoft.
42
Application MES
OPC
OPC
OPC
OPC
OPC
COM/ DCOM
OPC
OPC
OPC
Driver C
Driver B
Driver A
Figure 3.2 : Cas de la technologie OPC
3.2.2.3. Euromap 63
Vu que SIAB a un centre dinjection comportant seize machines, nous nous sommes intresss lEuromap 63 qui est une interface standardise pour l'change de donnes avec les
machines d'injection qui a t dfini par le Comit Europen des Fabricants de Machines
(Euromap). L'interface Euromap 63 a les proprits suivantes :
LEuromap 63 est spcialise dans l'change de donnes avec des machines

d'injection.
LEuromap 63 n'est pas lie une plateforme particulire. La compatibilit est plutt
une proprit du contrleur de la machine dinjection.
En raison de la grande varit des contrleurs utiliss par les fabricants de machines comme
au fait que le contenu de l'interface soit librement dfinissable par les fabricants de machines, la mise en uvre effective varie d'un fabricant l'autre. Le degr d'intgration ne
sera donc aussi bon qu'avec la technologie OPC. De plus, les machines du centre dinjection
dans notre cas ne sont pas compatibles avec lEuromap 63 (aucune interface nest dfinie
par le fabricant 2 des machines).
Plus de dtails sur lintgration des machines dinjection seront dvelopps au niveau de la
partie 3.2.3.4 intitule Cas particulier des machines dinjection.
BILLION est un fabricant franais de machines dinjection plastique.
43
3.2.2.4. Choix final

Le but derrire le projet dimplmentation dune solution dacquisition des donnes est de
gnrer une base de donnes qui sera intgre la solution MES.
La technologie OPC est de loin la plus adquate :
Budgtairement, elle coute moins cher que si lon utilisait les solutions propres
chaque constructeur dAPI.
Elle facilite lintgration des machines et rduit considrablement le temps dimplmentation.
Elle peut grer dimportant flux de donnes simultanment, et peut gnrer des
bases de donnes comme spcifi prcdemment.
Elle rend le projet dintgration conforme au standard ISA-95 en dconnectant la

couche MES des niveaux 0, 1 et 2.
Donc le choix final tait dutiliser la technologie OPC pour intgrer les machines en acqurant en temps rel des donnes de leurs API.
3.2.3.
Implmentation OPC
3.2.3.1. La solution OPC choisie

Plusieurs vendeurs de solutions OPC vantent les mrites de leurs produits. Notre choix sest
surtout bas sur les points suivant :
La compatibilit avec les API avec lesquels nous communiquerons pour ce projet ;
La varit des solutions compatibles qui font quau final, nous gnrerons une base
de donnes ;
Le prix de la solution.
Nous avons alors choisi, aprs tude, la solution de Kepware Technologies grce surtout
sa compatibilit avec le protocole Unitelway propre aux API de Schneider Electric (peu
support) sans oublier les technologies OPC quil offre pour gnrer une base de donnes.
La figure 3.3 suivante indique les technologies utilises lors de ce projet.
44
Machines
Serveur OPC
Data Logger
Transaction
Manager
BDD
Figure 3.3 : Architecture du systme dacquisition des donnes utilis

Dans ce qui suit, la dfinition de chaque technologie :
Serveur OPC : le protocole OPC dfinit une dualit serveur/client. Le serveur reprsente la premire interface directement connecte aux machines. Il soccupe de la
communication physique avec lAPI, de la gnration des informations voulues et
les stocke en interne. Toutes les autres technologies qui viennent aprs, sont des
clients qui sollicitent le serveur OPC.
Data Logger : cest un programme qui rassemble les donnes issues de la production
pour enfin les stocker sur une base de donnes.
Transaction Manager : ce programme reoit les donnes brutes du Data Logger, les
analyse pour enfin les envoyer vers la base de donnes.
BDD : cest la base de donnes comportant les diffrentes informations gnres par
le serveur OPC. Nous avons dcid pour quelle soit de type SQL pour des raisons
postrieures propres la programmation de la solution MES.
Les tapes qui suivent montrent le dveloppement du projet de mise en place de la couche
OPC.
3.2.3.2. Cration des serveurs OPC

Kepware Technologies offre une solution pour la cration de serveurs OPC appele
KEPServerEx. Un serveur peut grer plusieurs API, donc machines, la fois. Ceci mnera
plus dinvestissement d principalement lachat de modules rseaux pour chaque API et la
mise en place de tout un rseau industriel. Nous avons alors opt pour une solution moins
couteuse qui est la communication directement avec le port de programmation de chaque
45
API. Donc pour chaque machine, un ordinateur supportant le serveur OPC. Une solution assez onreuse si ce nest notre choix dutiliser ces mmes ordinateurs comme des IHM
propres la solution MES.
Un serveur OPC possde trois composantes comme suit :
Chaine : elle reprsente un support de communication de l'ordinateur vers un ou plusieurs dispositifs externes. Une chaine peut tre utilise pour reprsenter un port srie ou Ethernet.
Dispositif : les dispositifs reprsentent les automates ou tout autre matriel avec lequel le serveur communique, comme par exemple une carte dacquisition. Le pilote
de priphrique que la chaine utilise restreint la slection du dispositif.
Tag : reprsente les adresses au sein de l'API ou tout autre priphrique avec lequel
le serveur communique.
Le schma qui suit montre larborescence dun serveur OPC :
Figure 3.4 : Arborescence dun serveur OPC

Lannexe B de ce rapport dcrit le parc des machines, selon les centres, et leurs spcificits
savoir : le type de lAPI, le protocole de communication, le driver KEPServerEx utilis et
si la tche dintgration est termine ou pas. Pour ce qui suit, nous ne prendrons que le cas
de la machine 2516-R3, du centre assemblage stylos, avec un API de type Modicon
TSXPremium intgrant un CPU de type TSX PSY 2600.
Limplmentation dun serveur OPC requiert la cration de ses trois composantes. Les
tapes de cration de ces dernires sont dcrites dans ce qui suit.
1. Cration dune chaine :
Nous y spcifions tout dabord le nom de la chaine avec le type du driver adquat (Uni-telway dans notre cas). Nous indiquons ensuite les paramtres de communication avec lautomate comme le port sur lequel nous sommes connects ou encore sa parit. Enfin, nous
avons indiqu que la nouvelle valeur dun tag crase lancienne. La figure 3.5 indique les
tapes ralises.
46
Figure 3.5 : tapes de la cration dune chaine dun serveur OPC
2. Cration du dispositif :
Lors de la cration du nouveau dispositif, nous indiquons son modle. Par exemple ici il
sagit dun Large frame relatif la gamme TSX Premium. Dautres paramtres sont dfinis comme lauto-demotion qui indique la raction du serveur OPC suite la dconnexion
de lAPI. La figure 3.6 montre la cration du dispositif.
Figure 3.6 : Cration du dispositif OPC

3. Cration des tags :
Pour cela, nous indiquons le nom du tag, son adresse selon le type de lAPI (dans ce cas il
sagit dun compteur dont ladresse est %C3) puis les proprits de la donne que ladresse
gnre.
47
Figure 3.7 : cration dun tag OPC

Il est plus utile de regrouper les tags selon leurs fonctions voulues. Rappelons que nous voulons des informations sur ltat, les erreurs et les compteurs des machines. Pour cela, nous
avons cr pour chaque serveur OPC les trois groupes comme indiqu sur la figure 3.8.
Figure 3.8 : Arborescence finale du serveur OPC cre
3.2.3.3. Implmentation du DataLogging

Cette tape consiste gnrer une base de donnes des diffrents serveurs OPC. Pour cette
tche, nous avons utilis la solution DataLogger client de Kepware. Tous les serveurs
OPC gnrent leurs informations sur une mme base de donnes centrale compose de trois
tableaux, savoir : Compteurs, Dfauts et Etats.
Le DataLogging consiste choisir la base de donnes sur laquelle le serveur OPC en question gnrera ses donnes et faire du DataMapping. Ce dernier, le DataMapping, consiste
indiquer pour chaque tag la donne qui lui correspond au niveau de la base de donnes.
48
3.2.3.4. Le cas particulier des machines dinjection

Lun des centres les plus importants est celui de linjection plastique. Lintgration de ses
seize machines na pas pu tre mise en place vu quaucune documentation sur les contrleurs
(comme le protocole de communication ou les adresses mmoires) na t communique par
le constructeur des machines et ce malgr les incessantes demandes ralises de notre part.
Lutilisation de cartes dacquisition des donnes en intermdiaire entre le PC et la machine
dans ce cas sest avre obligatoire. Cette partie na pas t dveloppe vu lattention quil
faut porter lors du choix des cartes qui doivent tre compatibles avec notre solution OPC
sans oublier le temps important pour la mise en place.
3.3.
Dveloppement de la solution MES
3.3.1.
Conception de la solution MES
3.3.1.1. Utilisation des modles dobjets de lISA-95 pour larchitecture de la base de donnes
Nous passons maintenant la conception de la solution MES. Le standard ISA-95 dfinit,
dans sa deuxime partie, des modles dobjets pour faciliter cette tche. Ces modles ont t
indiqus dans la partie 1.5.2.2 dans ce rapport. Pour cette partie, seuls les modles sollicits
pour notre projet seront dvelopps.
Dans la figure 2.7 de ce rapport, nous avons indiqu les flux informationnels entre les diffrents systmes que nous dvelopperons. LISA-95 donne pour chaque flux, le modle adquat. Le tableau suivant dfinit les modles adquats selon le flux dinformations rclam.
Tableau 3.1 : Modles dobjets utiliser
Flux dinformation
Schedule
Production from plan
Production capability
Process data
Fonction de
dpart
Production
schedule
Production
control
Production
control
Production
control
Fonction
darrive
Production control
Production
schedule
Production
schedule
Quality assurance
Modle
dobjets
dans la partie 2
Operations schedule
information
Operations
performance information
Operations capability
information
Operations
49
QA Results
Maintenance requests
Maintenance
responses
Maintenance
technical feedback
Quality
Assurance
Production
Control
Maintenance
management
Maintenance
Management
Production Control
Maintenance
Management
Production control
Production control
Material information
& Operations performance information
Operations schedule
information
Operations
Non mentionn
Bien que parmi les modles de ressources, seul celui du matriel est indiqu dans le tableau,
les autres modles sont aussi importants pour notre solution. Parmi ces modles, on sintresse tout particulirement celui dfinissant les quipements. La figure suivante montre ce
modle.
Figure 3.9 : Modle dobjets de lquipement

LISA-95, dans sa deuxime partie, dfinit les classes dobjets, avec attributs, propres
chaque modle. Par exemple, pour le modle dquipements, on distingue les classes suivantes :
Classe dquipement : cest le type de lquipement comme par exemple machine

dinjection.
Proprits de la classe dquipements.
Equipement : dfinit lquipement en soi. Par exemple machine ACART-01.
50
Proprits de lquipement : ce sont les valeurs des proprits selon la classe de

lquipement.
Les tests de capacit et leurs rsultats ne nous intressent pas pour ce projet.
De mme, lISA-95 dfinit quatre autres modles savoir : Performance, Capacit, Dfinition et planification. La figure suivante montre le modle de performance des oprations.
Figure 3.10 : Modle dobjets des performances des oprations

Donc, les modles dfinis par lISA-95 reprsentent le modle de base de donnes pour
notre cas. Nous passons maintenant la description des fonctionnalits de notre solution
MES.
51
3.3.1.2. La fonctionnalit de la solution MES

Pour dduire la fonctionnalit de la solution MES souhaite, nous avons dvelopp les
points suivant :
Dfinir le primtre de la solution. Cest--dire, identifier ce qui appartient ou pas au

systme.
Identifier ceux qui seront cibls par la solution.
Dcouvrir quelles activits seront dveloppes.
Identifier les contraintes du systme.
Le dveloppement de ces points nous mne concevoir un modle statique qui est le diagramme de cas dutilisation qui fait partie des modles statiques de la conception UML 3. Ce
diagramme dmontre les acteurs cibls par la solution et les fonctionnalits quils utilisent.
La figure suivante reprsente le diagramme conu.
Unified Modeling Language (UML) est un langage de modlisation des applications. Il utilise des descriptions visuelles pour la conception de ses types de diagrammes.
52
<<include>>
Confirmer OF
Identifier Machine
Ouvrir une session machine
<<include>>
<<extend>>
Oprateur Machine
Visualiser l'IHM propre

la machine
Intervenant
Maintenance
Responsable qualit
Confirmer la fin
de l'intervention
<<include>>
<<extend>>
<<extend>>
Cllurer OF
Demander intervention
Maintenance
Qualit
Analyse des performances

du centre
Responsable
Planification
S'identifier chaque
dbut d'intervention
Identifier deuxime
oprateur
Responsable Production
Centre
Identifier Utilisateur
Principal
Analyse des performances

de production
Gnrer une base de donnes des proprits

relatives chaque machine
Flasher son badge
<<include>>
Entrer les causes

de l'intervention
<<extend>>
Entrer une
nouvelle cause
<<extend>>
Choisir parmi
la liste
Recevoir demandes
d'intervention Maintenance
Accder et gnrer des rapports

d'analyse sur la maintenance
Analyser les performances

de toutes les activits
Responsable
Maintenance
Gnrer des tableurs Excel utiliss pour

la dfinition des KPI et la simulation
Manager
Serveur OPC
Figure 3.11 : Diagramme des cas dutilisation de lapplication

53
Il y a donc huit acteurs pour notre cas. Le rle de chacun est dcrit dans le tableau 3.2 qui
suit. A noter quun acteur est slectionn sil rpond ces points :
Un acteur est toujours un participant hors du systme.
Un acteur interagit directement avec le systme.
Un acteur reprsente des rles.

Tableau 3.2 : Acteurs de la solution
Acteur
Rle
Oprateur
Machine
Cet acteur interagit avec le systme par lintermdiaire dune IHM

propre la machine. Ses responsabilits incluent la slection des donnes relatives lordre de fabrication et demander des interventions
sil le faut.
Responsable
production
Responsable
planification
Intervenant
Maintenance
Responsable
Qualit
Responsable
Maintenance
Manager
Serveur OPC
Il est responsable du suivi des ordres de fabrication.

Il est responsable de la planification de la production. Il utilisera pour
cela lhistorique pour optimiser la planification.
Cet acteur intervient en cas de demande. Il se doit de slectionner la
cause de larrt de la machine.
Il intervient en cas de problme li la qualit. De plus, il est responsable, chaque fin dordre de fabrication, de clturer le dossier qualit.
Cet acteur reoit les demandes dintervention maintenance pour assigner la personne adquate. Il peut aussi gnrer des donnes relatives
la maintenance pour les analyser.
Cet acteur veut avoir une vue concise sur les performances de la production. Il peut aussi gnrer des tableurs Excel sur lhistorique pour
quil puisse les utiliser dans des projets de simulation ou pour la dfinition de KPI.
Le serveur OPC gnre une base de donnes qui sera utilise par la
solution MES.
Ainsi, la partie de la conception de la solution MES prend fin. La modlisation nous a permis de dterminer dune part la structure des donnes et dune autre part la fonctionnalit de
la solution. Nous passons maintenant au dveloppement de lapplication.
54
3.3.2.
Dveloppement de la solution MES
Au dbut du projet de dveloppement de la solution MES, nous nous sommes intresss la

cration dune identit visuelle pour cette dernire. En effet, nous avons observ que la plupart du personnel dsignait les systmes par leurs identits et non par leurs dnominations
techniques. A titre dexemple, ils utilisent plutt le mot Adonix pour dsigner lERP ou
encore Optimaint pour dsigner la solution GMAO. Donc, crer une identit pour notre
solution fera en sorte que le projet soit mieux apprci et vite adopt par le personnel.
Nous avons choisi pour nom de la solution le mot RABET qui vient du mot arabe ""
dont la traduction en franais est lien. En effet, par RABET, nous dsignons le lien fait
grce notre solution entre la production et le systme ERP.
La ralisation dune identit visuelle inclut ncessairement la cration dun logo. Ce dernier
est prsent dans la figure suivante.
Figure 3.12 : Logo de la solution MES

Lidentit visuelle ralise, nous passons maintenant au choix des caractristiques de la solution MES dvelopper. La premire caractristique est le type du client, savoir quil en
existe deux :
Client lourd : lapplication client doit tre installe sur le terminal de lutilisateur.
Seule la base de donnes est centralise dans un serveur unique. Nous aurons besoin
de ce type dapplication car seuls des clients de ce type peuvent gnrer des tableurs
Excel qui seront utiliss dans les projets de dfinition des KPI ou encore des projets
de simulation.
Client lger : lutilisateur na pas besoin dinstaller lapplication sur le terminal quil
utilise. Il a accs lapplication par lintermdiaire dun navigateur Web. Lapplication avec la base de donnes est implmente sur un serveur. Ce type de client aussi
55
nous intresse. En effet, une telle application est plus facile maintenir en cas de
mise jour (il ne faut mettre jour que le client sur le serveur). De plus, elle peut
tre accessible par des terminaux mobiles (comme les tablettes ou les smartphones).
Donc, lapplication mettre en place doit rpondre la dualit client lourd/ lger. Une autre
caractristique importante pour notre cas, est la possibilit dintgrer dans la solution une
base de donnes externe, qui est celle gnre par la couche OPC dj mise en place.
Sur ces caractristiques, nous choisirons lenvironnement de dveloppement le plus adquat.
Aprs une tude approfondie, nous avons choisi de dvelopper sur lenvironnement de programmation Lightswitch Visual Studio. Il est bas sur le Framework 4 .NET propre Microsoft. Dune part, il facilite la programmation des solutions traitant beaucoup de donnes
comme la ntre. Et dune autre part, cest la meilleure solution sur le march qui peut rpondre nos besoins, savoir le dploiement la fois dun client lger et dun client lourd
ainsi quil offre la possibilit de se connecter une base de donnes externe qui sera utilise
par la solution.
Une application Lightswitch se compose de trois niveaux :
Niveau des donnes : linformation utilise par lapplication est stocke et rcupre
ce niveau qui comprend les requtes venant du niveau logique de lapplication.
cest ce niveau que nous connecterons la base de donnes rsultant de la couche
OPC.
Niveau logique : ce niveau est responsable de lexcution des tches et fonctions

propres lapplication.
Niveau de la prsentation : il reprsente le niveau le plus haut pour toute application.

Cest linterface graphique quobserve lutilisateur.
Par rapport la partie conception de la solution MES dveloppe dans le paragraphe 3.3 de
ce rapport, chaque niveau de lapplication Lightswitch correspond une partie. En effet, les
modles dobjets du standard ISA-95 correspondent au niveau des donnes. Quant aux cas
dutilisation, ils correspondent aux fentres cres par le niveau de la prsentation. Pour finir,
le niveau logique prend en charge lidentification des acteurs utilisant la solution.
En programmation informatique, un Framework est un ensemble cohrent de composants logiciels structurels, qui sert crer les fondations ainsi que les grandes lignes de tout ou dune partie d'un logiciel
56
Maintenant que nous avons choisi lenvironnement de programmation, nous passons la

description de la programmation de lapplication. Ceci a t ralis en trois parties :
Cration des donnes :
Ici, nous allons ajouter les classes, avec leurs attributs, propres aux modles dobjets.
Lightswitch simplifie la tche en offrant une interface graphique comme montr sur la figure suivante.
Figure 3.13 : Cration dun tableau avec Lightswitch
Cration des relations :
Les relations entre les classes de lapplication sont graphiquement dites. La figure suivante montre ldition dune relation entre la classe Equipment et la classe EquipmentClass. Ainsi, un quipement doit avoir une classe dquipement (EquipmentClass)
alors que cette dernire peut avoir plusieurs quipements. Nous pouvons aussi indiquer les
restrictions quant la suppression dune classe. De ce fait, une classe dquipement ne peut
tre supprime si des quipements y sont relis.
57
Figure 3.14 : Edition dune relation entre deux tableaux avec Lightswitch
Sur la figure suivante, nous observons les relations qui existent entre la classe Equipment
et les autres classes. Mme les autorfrences (relations entre une classe et elle-mme) sont
supportes.
Figure 3.15 : la classe Equipment et ses relations
58
Cration des requtes
Cest le dveloppement du niveau logique. En effet, bien que Lightswitch simplifie considrablement la dfinition des donnes, il laisse au dveloppeur la tche de construire la logique de sa solution. Pour cela, nous avons utiliss le langage de programmation Visual Basic. Par la cration des requtes, nous avons dfinis les points suivant :
o Gestion des autorisations au niveau de lapplication.
o Gnration de tableurs Excel pour les clients lourds.
o Grer les mthodes gnrales et les mthodes daccs.
Ainsi, nous avons fini le dveloppement de la solution MES. A noter que nous navons pas
pu avoir assez de temps pour dvelopper des interfaces graphiques pour notre application.
Bien sr, cette partie sera dveloppe prochainement.
Les donnes de notre application doivent tre communiques au systme ERP, de mme, ce
dernier doit communiquer son tour des donnes notre solution MES. Ce travail fait lobjet de lintgration verticale qui sera dveloppe dans le paragraphe qui suit.
3.4.
Intgration verticale
3.4.1.
Lintgration verticale selon lISA-95
Une brve explication sur certaines technologies dchange dinformations est ncessaire
pour comprendre le rle de lISA-95 dans un projet dintgration verticale.
Tout dabord, pour comprendre lutilit de lintgration verticale prenons lexemple ou pour
un planning de production donn, il est question denvoyer une information de lERP la
solution MES concernant le temps auquel lordre de fabrication doit tre lanc. LERP appelle cette information date de dbut alors que la solution MES lappelle Start time vu
que sa base de donnes a t dveloppe selon lISA-95 donc en anglais.
Ce genre de problmes est assez frquent lors de lchange dinformations entre deux systmes. Ceci est d la diffrence au niveau des Metadata (comme start time) et des smantiques (la signification de la donne comme 25-07-2013).
Pour cela, lISA-95 a standardis au niveau de sa partie 5 cet change de donnes. Il est plus
connu sous le nom de Datamapping . Cette mthode se base surtout sur deux technologies savoir :
59
XML : (eXtensible Markup Language) les documents de ce type contiennent la

fois les metadata et leurs donnes. Le format XML est le plus utilis pour lchange
des donnes.
B2MML (Business to Manufacturing Markup Language) : il se base sur XML mais

est spcialement ddi au standard ISA-95. Pour faire simple, cest la traduction des
modles dobjets dvelopps par lISA-95 en des schmas XML en prenant en
compte les verbes de publication de la partie 5 du standard ISA-95 (revoir la partie
1.5.2.3 de ce rapport).
3.4.2.
Travail ralis
Le datamapping entre une solution MES et un ERP se fait par lintermdiaire dun
Middleware qui joue le rle de traducteur pour lchange de donnes. Le schma suivant
montre limportance dun tel dispositif dans le projet dintgration verticale.
Figure 3.16 : le rle dun Middleware [10]

Ainsi, un middleware (rectangles en jaune) reoit par exemple un message de la solution
MES, le traduit en un message B2MML puis le transforme en un langage comprhensible
par lERP.
60
Plusieurs Middleware propritaires existent sur le march, mais le cout dacquisition de ces
derniers est parfois mme exorbitant. Nous avons alors opt pour une solution Open source
appele Nhibernate (voir figure suivante) qui est spcialement ddie la technologie
.NET (le Framework utilis par lenvironnement de dveloppement Lightswitch).
Figure 3.17 : Logo de NHIBENATE

Le projet dintgration nous a mens la ralisation des tapes suivantes :
Dterminer les flux informationnels (il nous a suffi de revenir la figure 2.7 de ce
rapport).
Dterminer les modles dobjets (tape ralise au niveau du paragraphe 3.3.1.1 lors
de la conception de la base de donnes de notre application).
Slectionner les schmas B2MML relatifs selon le modle dobjets et le verbe adquat pour lchange. Ainsi, nous crons la connexion entre la donne au niveau de la
solution MES et son quivalent en message B2MML.
Notons que seule la partie MES B2MML a t mise en place vu que seulement en cas dimplmentation de la solution MES sur un serveur quon pourrait terminer la partie ERP->
B2MML.
Ainsi, la description des tches ralises au cours de ce projet prend fin. Il est clair que le
projet nest pas arriv sa fin et que certaines tapes restent faire. Le paragraphe suivant
dcrira ceci.
3.5.
Les tapes restantes
Les tapes restantes pour que le projet dintgration prenne fin sont les suivantes :
Implmentation de la couche OPC pour les machines dinjection qui ncessitent

lutilisation de cartes dacquisition des donnes comme intermdiaire entre la machine et le PC.
Gnration dinterfaces utilisateurs pour lapplication MES ralise.
61
Implmenter la solution MES sur un serveur dune part pour le dploiement dun
client lger et dune autre part pour que la gnration dune base de donnes utilise
aussi par les clients lourds.
Terminer le projet dintgration verticale en traant le lien entre les donnes au niveau de lERP et de la solution GMAO avec les schmas B2MML adquats.
Formation du personnel sur la nouvelle solution pour quelle soit le mieux utilise.
Optimiser la solution selon les retours des utilisateurs.
3.6.
Conclusion
Au cours de ce chapitre, nous avons pu dcrire les diffrentes phases de dveloppement du

projet dintgration commenant par lacquisition des donnes des machines en passant par
le dveloppement de la solution MES pour finir par lintgration verticale.
62
Conclusion gnrale
Dans le cadre de ce projet de fin dtudes, nous avons dvelopp une solution MES intgrant les ateliers de production aux autres systmes informatiques existant.
Nous avons commenc notre travail par une recherche approfondie sur les technologies et
les standards relatifs au domaine de lintgration. Nous avons ainsi pu dterminer les plus
adquats. A la fin de cette tape nous avons abouti valider le projet et mettre en place un
plan dactions selon les directives du standard ISA-95.
Dans une seconde tape, nous nous sommes intresss analyser le besoin de lindustriel
pour dduire les manquements et proposer les solutions les mieux adaptes. Ceci est fait
tout en suivant le standard ISA-95. A la fin de cette tape, des orientations pour notre projet
ainsi quune architecture potentielle du futur systme implmenter ont t dfinies.
Ltape suivante du projet tait la ralisation de la solution MES. Pour cela, nous sommes
passs par trois tapes. La premire concerne lacquisition automatique des donnes des machines, pour cela, nous avons utilis la technologie OPC. Aprs, nous sommes passs
ltape de dveloppement de la solution MES en utilisant les modles dobjets offerts par
lISA-95. La troisime et dernire tape tait lintgration verticale de la solution MES aux
autres solutions utilises au sein de SIAB. Nous avons utilis pour cela les schmas
B2MML et un middleware appel Nhibernate.
En perspectives, nous comptons terminer le dveloppement des interfaces graphiques de la
solution MES, finir le projet de lintgration verticale ainsi qu acqurir les donnes des
machines dinjection, incompatibles avec la technologie OPC. Aussi, nous projetons une
implmentation complte et fonctionnelle la fin du mois dOctobre.
63
Bibliographie
[1] ISA, ANSI/ISA-95.00.01-2010, May 2010
[2] Bianca S., The road to integration, 2007
[3], [6], [7], [8], [9] ISA, ANSI/ISA-95.00.03-2005, Juin 2005
[5] ISA, ANSI/ISA95.00.05-2007, Janvier 2007
[4], [10] Jean V., ISA-95/B2MML Tutorial : Integration practice from use cases to xml
messages, Dcembre 2012
64
Glossaire
API
Automate Programmable Industriel
B2MML
Business to Manufacturing Markup Language
BDD
Base de donnes
ERP
Enterprise Ressource Planning
ISA
International Society of Automation
KPI
Key Performance Indicator
MES
Manufacturing Execution System
OF
Ordre de fabrication
OLE
Object Linking and Embedding
OPC
Ole for Process Control
SQL
Structured Query Language
UML
Unified Modeling Language
XML
eXtensible Markup Language
65
Annexes
Annexe A : Modle Hirarchique des Equipements
Annexe B : Parc des machines
66
Annexe A : Modle Hirarchique des Equipements

Entreprise
Sites
Areas
Work
Centers
Work Areas
SIAB
SIAB PLC (Hors du primtre du projet)
SIAB Traiding (Hors du primtre du projet)
SIAB Megrine
Centre d'assemblage Cartouche
Ligne de Production (Ligne de production)
ACART 1000 (Unit de
travail)
ACART 26 (Unit de
travai)
ACART 28 (Unit de
travai)
ACART 30 (Unit de
travai)
ACART 29 (Unit de
travai)
ACART 25 (Unit de
travai)
DECOUP (Unit de travai)
MCR (Storage zone)
Centre D'assemblage Stylos
Feutres
Ligne Assemblage Stylo Feutre (Ligne
de production )
HIFI-215 (Unit de travai)
JMA-200-SA (Unit de
travai)
GENGOH JMA-200-SA
(Unit de travai)
Centre D'assemblage stylos
billes
Ligne d'assemblage stylos billes
(Ligne de production)
R6 (Unit de travail)
67
S4 (Unit de travail)
JBA-200 (Unit de travail)
Centre d'emballage manuel
Ligne Production Crayon (Ligne de production)
MARQ-CRAY (Unit
de travail)
DECP-CRAY (Unit de
travail)
TAILLAGE (Unit de
travail)
Ligne emballage manuel (Ligne de production)
Magasin commun pour assemblage
MGS (Storage Zone)
Centre Injection Plastique
Park des Presses (Ligne de production)
PRESS 02 (Unit de travail)
68

Centre extrudeuse (Ligne de production)
BELLAFORM (Unit
de travail)
MSF (Storage zone)
Stock Matire
premire
MMP (Storage zone)
69
Annexe B : Parc des machines

Nom de la
machine
R4
R6
R3
R5
S4
STICK
2020
JMA 200
Feutre
R2
R1
3000
Machine 28
Machine 31
Machine 29
Corps Barrels
Machine 27
Machine 26
Centre
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Assemblage
stylos
Cartouche
Cartouche
Cartouche
API
Protocole de
communication
Driver utilis
Avancement
de la tche
dintgration
LX TSX7
Unitelway
Unitelway
Finie
LX TSX7
Unitelway
Unitelway
Finie
Unitelway
Unitelway
Finie
Unitelway
Unitelway
Finie
Unitelway
Unitelway
Finie
TSX Premium
TSX Premium
TSX PREMIUM
Mitsubishi
A161PN
Omron
CQM1H
Omron
CQM1H
TSX Premium
TSX Premium
Srie
Srie
Srie
Mitsubishi serial
OMRON Host
Link
OMRON Host
Link
Finie
Finie
Finie
Unitelway
Unitelway
Finie
Unitelway
Unitelway
Finie
S7-300
MPI
TSX Nano
TSX Nano
TSX Nano
Unitelway
Unitelway
Unitelway
SIEMENS S7
MPI
Unitelway
Unitelway
Unitelway
Cartouche
TSX Nano
Unitelway
Unitelway
Finie
Cartouche
Cartouche
Sans API
TSX Nano
TSX Premium
TSX Nano
TSX Nano
TSX Nano
TSX Nano
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
_
Unitelway
_
Unitelway
Non finie
Finie
Unitelway
Unitelway
Finie
Unitelway
Unitelway
Unitelway
Unitelway
Unitelway
Unitelway
Unitelway
Unitelway
Finie
Finie
Finie
Finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Machine 25
Cartouche
Markem 04
Markem 03
Markem 02
Marken 01
BILLON
1006
BILLON
1005
BILLON
1007
Marquage
Marquage
Marquage
Marquage
BILLON 86
Injection
Injection
Injection
Injection
Finie
Finie
Finie
Finie
70
BILLON
1010
BILLON
1008
Injection
Injection
BILLON 72
Injection
BILLON 76
Injection
BILLON 79
Injection
BILLON
1009
Injection
BILLON 80
Injection
BILLON 81
Injection
BILLON 78
Injection
BILLON 82
Injection
BILLON 77
Injection
BILLON 71
Injection
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Microrack
AR5
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
Inconnu
Inconnu
Non finie
71

Rapport PFE

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Rapport PFE

Uploaded by

Copyright:

Available Formats

Table des matires

Liste des figures .................................................................................................................................. 3

Prsentation de SIAB ....................................................................................................... 8

Description de la problmatique ....................................................................................... 8

La raison relle derrire le besoin ................................................................................ 9

Concepts et technologies ................................................................................................ 10

Manufacturing Execution System (MES) .................................................................. 10

Les standards pour lintgration ................................................................................. 11

Ladoption de lISA 95 ....................................................................................... 14

Feuille de route du projet................................................................................................ 15

Validation de la demande de SIAB ............................................................................ 15

Lutilisation de lISA 95 dans le projet dintgration................................................. 15

LISA 95 comme outil danalyse ....................................................................... 15

Le dveloppement dune solution MES avec lISA 95 ...................................... 17

LISA 95 appliqu dans lintgration verticale .................................................. 18

contexte du projet ....................................................................................... 7

Chapitre 2 : La phase danalyse ................................................................................................. 21

Prparation et mthodologie ........................................................................................... 22

Dfinition du primtre du projet et des business drivers ........................................ 23

Dfinition du primtre du projet ............................................................................... 23

La dfinition des business drivers ........................................................................ 25

Prsentation gnrale de lentreprise .............................................................................. 25

La hirarchie des activits (tape 3) ........................................................................... 25

Hirarchie des quipements et segments de processus (tape 4) ................................ 26

Modle hirarchique des quipements ............................................................... 26

Segments de processus ....................................................................................... 27

Zoom sur la fonction production .................................................................................... 28

Collecte des donnes de la production ....................................................................... 30

Production tracking .................................................................................................... 31

Zoom sur la fonction maintenance ................................................................................. 32

Collecte des donnes de la maintenance..................................................................... 33

Maintenance tracking ................................................................................................. 34

Analyse des performances de la maintenance ............................................................ 34

Zoom sur la fonction qualit........................................................................................... 35

Collection des donnes de la qualit .......................................................................... 35

Quality tracking .......................................................................................................... 36

Conclusions et recommandations relatives lanalyse .................................................. 37

Analyse des performances de la production ............................................................... 32

Architecture potentielle du systme ........................................................................... 37

Prochaines tapes ........................................................................................................... 37

Chapitre 3 : Conception et Ralisation ...................................................................................... 40

Acquisition Automatique des donnes des machines ..................................................... 41

Les technologies pour lacquisition automatique des donnes ................................... 41

Les technologies classiques dacquisition des donnes ...................................... 41

Choix final .......................................................................................................... 44

Implmentation OPC .................................................................................................. 44

La solution OPC choisie ..................................................................................... 44

Cration des serveurs OPC ................................................................................. 45

Implmentation du DataLogging ........................................................................ 48

Le cas particulier des machines dinjection ........................................................ 49

Dveloppement de la solution MES ............................................................................... 49

Conception de la solution MES .................................................................................. 49

Utilisation des modles dobjets de lISA-95 pour larchitecture de la base de

La fonctionnalit de la solution MES ................................................................. 52

Dveloppement de la solution MES ........................................................................... 55

Lintgration verticale selon lISA-95........................................................................ 59

Travail ralis ............................................................................................................. 60

Les tapes restantes ........................................................................................................ 61

Conclusion gnrale .......................................................................................................................... 63

Liste des figures

Liste des tableaux

La raison relle derrire le besoin

Livraisons pour clients

Figure 1.1 : Le foss entre la fonction production et la fonction administration