27.12.2014 Views

Modélisation du processus de pilotage d'un atelier - Les thèses en ...

Modélisation du processus de pilotage d'un atelier - Les thèses en ...

Modélisation du processus de pilotage d'un atelier - Les thèses en ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Partie III : Simulation <strong>en</strong> ligne couplée à l’exécution<br />

<br />

<br />

A partir d’événem<strong>en</strong>ts in<strong>du</strong>its comme l’annulation d’une comman<strong>de</strong> ou le lancem<strong>en</strong>t<br />

d’une comman<strong>de</strong> urg<strong>en</strong>te, un problème <strong>de</strong> matières premières avec le fournisseur, etc.<br />

Après avoir i<strong>de</strong>ntifié les événem<strong>en</strong>ts décl<strong>en</strong>cheurs pour réaliser la fonction [A2]-[se<br />

Projeter], ce sont les actions à réaliser avant le décl<strong>en</strong>chem<strong>en</strong>t d’une simulation <strong>en</strong><br />

accéléré et la <strong>du</strong>rée <strong>de</strong> ces actions à respecter qui doiv<strong>en</strong>t être détaillées. Le temps<br />

disponible pour réaliser la fonction [A2]-[se Projeter] est généralem<strong>en</strong>t très bref car l’état<br />

<strong>de</strong> la pro<strong>du</strong>ction est toujours <strong>en</strong> changem<strong>en</strong>t. Cette <strong>du</strong>rée dép<strong>en</strong>d <strong>de</strong> la vitesse <strong>de</strong> la<br />

réalisation <strong>de</strong> plusieurs actions avant le démarrage <strong>du</strong> simulateur que nous avons<br />

spécifiées <strong>de</strong> façon temporelle dans la Figure III.19.<br />

Pour comm<strong>en</strong>cer, la vitesse <strong>de</strong> détection <strong>de</strong>s anomalies résulte <strong>de</strong> la s<strong>en</strong>sibilité <strong>de</strong>s<br />

capteurs placés sur les points <strong>de</strong> détection <strong>de</strong>s événem<strong>en</strong>ts propres, <strong>de</strong> la rapidité <strong>du</strong> système<br />

et <strong>de</strong>s moy<strong>en</strong>s <strong>de</strong> transfert <strong>de</strong>s informations concernant l’événem<strong>en</strong>t critique externe au<br />

déci<strong>de</strong>ur. Plus précisém<strong>en</strong>t, ces événem<strong>en</strong>ts critiques peuv<strong>en</strong>t être signalés suite à une<br />

synchronisation, un ajustem<strong>en</strong>t <strong>de</strong>s paramètres, une analyse <strong>de</strong> données, <strong>de</strong>s événem<strong>en</strong>ts<br />

propres ou in<strong>du</strong>its. Le déci<strong>de</strong>ur est donc alerté que l’un <strong>de</strong>s événem<strong>en</strong>ts critiques s’est pro<strong>du</strong>it<br />

et que cela nécessite <strong>de</strong> diagnostiquer ce type d’anomalie et <strong>de</strong> prévoir év<strong>en</strong>tuellem<strong>en</strong>t une<br />

simulation <strong>de</strong> projection. Le lancem<strong>en</strong>t <strong>de</strong> cette simulation est à l’appréciation <strong>du</strong> déci<strong>de</strong>ur <strong>en</strong><br />

fonction <strong>de</strong>s objectifs à atteindre.<br />

La pério<strong>de</strong> <strong>de</strong> réalisation <strong>de</strong> la fonction [A2]-[se Projeter] est très limitée car cette<br />

pério<strong>de</strong> peut rapi<strong>de</strong>m<strong>en</strong>t augm<strong>en</strong>ter le retard d’application <strong>de</strong> la décision prise dans le<br />

<strong>processus</strong> opérationnel. Pour résoudre cette problématique, le déci<strong>de</strong>ur doit d’abord<br />

déterminer les conditions d’arrêt <strong>de</strong> la simulation (une date limite ou une situation précise) et<br />

<strong>en</strong>suite estimer la <strong>du</strong>rée approximative <strong>de</strong> la simulation. En effet, le déci<strong>de</strong>ur doit calculer et<br />

fixer une date maximale pour effectuer cette simulation <strong>en</strong> fonction <strong>de</strong> la vitesse <strong>du</strong> <strong>processus</strong><br />

opérationnel.<br />

Figure III.19 : les actions à réaliser après i<strong>de</strong>ntification d’événem<strong>en</strong>t décl<strong>en</strong>cheur et simulation <strong>de</strong> projection<br />

Après avoir estimé la <strong>du</strong>rée à consacrer pour l’analyse et la simulation, il est nécessaire<br />

d’i<strong>de</strong>ntifier l’état courant <strong>du</strong> <strong>processus</strong> réel dans le modèle et <strong>de</strong> décl<strong>en</strong>cher le simulateur. La<br />

<strong>du</strong>rée <strong>de</strong> la simulation <strong>en</strong> accéléré dép<strong>en</strong>d <strong>en</strong>core <strong>de</strong> la vitesse <strong>du</strong> moteur <strong>du</strong> simulateur. La fin<br />

<strong>de</strong> la simulation doit indiquer le temps calculé par le déci<strong>de</strong>ur. Ce résultat va être <strong>en</strong>voyé dans<br />

la procé<strong>du</strong>re <strong>de</strong> décision expliquée dans le chapitre suivant.<br />

III.3.5. Fonction [A3] - Déci<strong>de</strong>r <strong>en</strong> utilisant une simulation <strong>de</strong> correction<br />

Dans le chapitre précé<strong>de</strong>nt, nous avons discuté <strong>de</strong> la possibilité d’apparition<br />

d’événem<strong>en</strong>ts imprévus ou d’anomalies <strong>en</strong> phase d’exécution d’un <strong>processus</strong> réel comme une<br />

panne machine, l’arrivée d’une comman<strong>de</strong> urg<strong>en</strong>te, etc. Nous avons aussi expliqué que, suite<br />

à une anomalie, l’évolution <strong>du</strong> système dans le futur peut être connue grâce à l’utilisation <strong>de</strong><br />

105

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!