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 ...
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