• Aucun résultat trouvé

4. A NALYSE

5.2 Méthodologie de mise en œuvre des modèles de simulation

5.2.3 La prise en compte des concepts de réutilisabilité et de modularité

5.2.3.1 Introduction

La réutilisabilité et la modularité sont assurées en plusieurs étapes : Au niveau du

domaine de l’étude, par le développement des composants génériques et, au niveau d’un

système de ce domaine, par l’automatisation de la création des modèles (modèle de

simulation sur ARENA et le modèle d’information. Plusieurs composants ont été

développés : un composant générique pour le comportement de l’opérateur, un composant

« IPK », un composant « gestion des ordres de fabrication », un composant « poste de

travail » etc.. Nous présentons ici le composant générique « poste de travail » qui nous

servira à illustrer le mécanisme de synchronisation dans le paragraphe suivant.

5.2.3.2 Poste de travail

L’interface de l’objet « poste de travail » (figure 51) permet de renseigner les paramètres :

nom du poste, la compétence nécessaire pour travailler sur ce poste, le temps de travail qui

est un attribut de l’unité passant sur ce poste, nombre d’opérateurs maxi sur le poste, on

ajoute à ces paramètres des options comme par exemple : le poste est-il au début de ligne ou

en fin de ligne ? Le poste est-il rattaché à un feeder ou pas ?…etc.

Figure 51 : Poste de travail dans ARENA

Au niveau d’implémentation deux flux cœxistent (figure 52): un flux physique où les

entités correspondent aux produits à fabriquer et un flux logique avec des entités neutres qui

permettent d’effectuer divers traitements en fonction des variables d’environnement et du

flux physique. Cette boucle représente les décisions distribuées prisent localement sur le

poste du fait de la DFT, de par la flexibilité des opérateurs et une gestion favorisant le

pilotage par le produit. La figure suivante décrit le fonctionnement d’un poste de travail:

Figure 52 : Fonctionnement d’un poste de travail

Flux logique

Arrivée

Entité logique Boucle logique Arrivé entité physique

Envoi de signal de réveil

Attente dans une file d’attente

Enlever de la file pour traitement

Attente ressource passage libre Attente de signal Demande opérateurs Traitement Changement de traitement Fin traitement Si pas de produit Si arrivée de produit et pas d’opérateur Si opérateur et produit Si arrivée d’un 2 opérateur Si tnow = fin traitement

Flux physique

L’entité logique va commencer le traitement sur le poste de travail si nous avons un

opérateur et un produit en attente de traitement. Si un deuxième opérateur arrive et que le

temps du traitement restant est inférieur à une valeur minimale x (x étant un paramètre à

saisir) alors l’opérateur n’est pas autorisé à travailler sur le poste dans le cas contraire en

effectue un « changement de traitement » : le deuxième opérateur sera à l’état occupé est le

temps sera divisé par 2.

5.2.3.3 Opérateurs

L’opérateur est un élément essentiel dans notre modèle. Un opérateur est caractérisé par

son nom et ses compétences (voir figure 53)

Figure 53 : Configuration de l’opérateur

Chaque opérateur a deux parties : d’une part, une partie physique matérialisée par une

entité qui peut être soit libre, soit en travail. Elle est libre quand l’entité est dans la file

d’attente de la « gestion opérateur » et occupée quand elle est dans la file d’attente « travail »

d’un poste de travail sur la ligne d’assemblage et d’autre part, la partie logique permet

d’exécuter les traitements (réserver la partie physique...)

Pour répondre aux besoins d’un poste de travail, un signal est envoyé, d’abord, par le

composant « gestion opérateurs » (coordonnateur). Celui-ci est composé de deux parties :

une partie physique matérialisée par une file d’attente où attendent les opérateurs libres et

une partie logique qui envoi le signal aux différents opérateurs en fonction du premier

opérateur libre.

Ensuite chaque opérateur recevant le signal commence sa boucle logique. Il compare la

compétence demandée avec ses propres compétences : s’il a la compétence requise, l’entité

physique est enlevée de la file d’attente gestion des opérateurs et envoyée à la file d’attente

traitement du poste de travail. Sinon l’entité physique reste en position libre est le signal est

renvoyé à la gestion des opérateurs. (Voir figure 54)

Boucle logique

Attente d’un signal Comparaison avec ses compétences Action à effectuer par l’entité physique Gestion des opérateur

Partie physique Partie décisionnelle Une file d’attente Une entité logique

Opérateur

Partie physique Partie décisionnelle

Attente dans la file d’attente travail Attente dans file d’attente libre

Entité physique Une entité logique

Opérateur

Partie physique Partie décisionnelle

Attente dans la file d’attente travail Attente dans file d’attente libre

Entité physique Une entité logique Boucle logique

Attente d’un signal Comparaison avec ses compétences Action à effectuer par l’entité physique Boucle logique

Attente d’un signal Comparaison avec ses compétences Action à effectuer par l’entité physique Boucle logique

Attente d’un signal Comparaison avec ses compétences Action à effectuer par l’entité physique Gestion des opérateur

Partie physique Partie décisionnelle Une file d’attente Une entité logique

Gestion des opérateur

Partie physique Partie décisionnelle Une file d’attente Une entité logique

Opérateur

Partie physique Partie décisionnelle

Attente dans la file d’attente travail Attente dans file d’attente libre

Entité physique Une entité logique Opérateur

Partie physique Partie décisionnelle

Attente dans la file d’attente travail Attente dans file d’attente libre

Entité physique Une entité logique

Opérateur

Partie physique Partie décisionnelle

Attente dans la file d’attente travail Attente dans file d’attente libre

Entité physique Une entité logique Opérateur

Partie physique Partie décisionnelle

Attente dans la file d’attente travail Attente dans file d’attente libre

Entité physique Une entité logique Boucle logique

Attente d’un signal Comparaison avec ses compétences Action à effectuer par l’entité physique Boucle logique

Attente d’un signal Comparaison avec ses compétences Action à effectuer par l’entité physique

Figure 54 : Comportement d’un opérateur

5.2.3.4 L’automatisation de la création des modèles

Comme nous l’avons mentionné dans l’introduction de ce chapitre, l’objectif de

l’automatisation de la création des modèles de simulation et de leurs environnements est

d’uniformiser ces modèles, d’automatiser les tâches redondantes et surtout permettre à des

experts industriels ne maîtrisant pas les techniques de modélisation, de modéliser leur ligne

d’assemblage.

Nous avons créé une application en vb.net capable d’instancier un modèle ARENA et un

modèle d’information sous EXCEL (Voir le diagramme de classe en annexe 7).

Le diagramme de séquence de la figure 55 présente, d’une façon macroscopique, la

création d’un environnement de simulation (EXCEL, ARENA). La première étape conduit à

une instanciation d’un modèle ARENA et un classeur EXCEL. Ensuite, l’étape suivante

consiste à remplir les champs de plusieurs interfaces graphiques (nombre de lignes

d’assemblage d’un modèle, les paramètres des postes de travail des lignes concernées). Une

fois que les lignes sont modélisées, le fichier EXCEL est mis à jour. Les feeders sont créés de

la même façon que les lignes. La dernière étape consiste à remplir les informations des

produits dans EXCEL (les temps de travail sur chaque poste, type..), puis à générer un PDP

et pour enfin lancer la simulation.

Figure 55 : diagramme de séquence de la création d’un environnement de simulation