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 />
correcte car les données sont impossibles ou difficiles à collecter. Par ailleurs, elle dép<strong>en</strong>d <strong>de</strong>s<br />
mises à jour et <strong>de</strong> la différ<strong>en</strong>ce <strong>en</strong>tre la date d’initialisation <strong>du</strong> modèle et la date <strong>de</strong> la mesure.<br />
Pour la simulation <strong>en</strong> ligne, l’idéal est bi<strong>en</strong> sûr <strong>de</strong> disposer <strong>de</strong> données disponibles, complètes<br />
et <strong>de</strong> bonne qualité. Malgré cette évi<strong>de</strong>nce théorique, la réalité démontre que dans la pratique,<br />
les difficultés sont nombreuses. Dans la partie IV <strong>de</strong> cette thèse, une application<br />
expérim<strong>en</strong>tale sera prés<strong>en</strong>tée et les difficultés liées à la disponibilité et à la qualité <strong>de</strong>s<br />
données seront évoquées plus précisém<strong>en</strong>t.<br />
Figure III.12 : données utilisables dans un modèle<br />
III.3.3.1.4. Fréqu<strong>en</strong>ce <strong>de</strong> synchronisation<br />
La synchronisation <strong>de</strong>s événem<strong>en</strong>ts dans un modèle peut être décl<strong>en</strong>chée <strong>de</strong> plusieurs<br />
manières :<br />
<br />
<br />
<br />
<strong>de</strong> façon périodique, c’est-à-dire à <strong>de</strong>s intervalles <strong>de</strong> temps égaux. Par exemple, on<br />
peut synchroniser et mettre à jour les données <strong>du</strong> modèle toutes les <strong>de</strong>ux minutes,<br />
<strong>de</strong> façon événem<strong>en</strong>tielle. Dans ce cas, le décl<strong>en</strong>chem<strong>en</strong>t <strong>de</strong> la synchronisation<br />
dép<strong>en</strong>d <strong>de</strong> l’apparition <strong>de</strong> certains changem<strong>en</strong>ts d’état qui ne correspon<strong>de</strong>nt pas aux<br />
changem<strong>en</strong>ts d’état prévus. Parmi les changem<strong>en</strong>ts d’état, on considère <strong>en</strong><br />
particulier ceux correspondant aux points <strong>de</strong> détection situés sur le système réel,<br />
modélisés par <strong>de</strong>s points <strong>de</strong> décision,<br />
à la <strong>de</strong>man<strong>de</strong> <strong>du</strong> pilote d’<strong>atelier</strong>, sans que cette synchronisation soit décl<strong>en</strong>chée <strong>de</strong><br />
manière automatique.<br />
Après avoir apporté ces précisions sur l’importance <strong>de</strong>s données prov<strong>en</strong>ant <strong>du</strong> <strong>processus</strong><br />
réel, nous proposons maint<strong>en</strong>ant <strong>de</strong> décomposer la fonction [Observer] <strong>en</strong> trois fonctions <strong>de</strong><br />
niveau [A1] illustrées par le diagramme SADT <strong>de</strong> la Figure III.13.<br />
<br />
<br />
<br />
la première fonction [A11] a pour objectif <strong>de</strong> calibrer les paramètres <strong>du</strong> modèle à<br />
partir <strong>de</strong> données prov<strong>en</strong>ant <strong>du</strong> <strong>processus</strong> opérationnel,<br />
la <strong>de</strong>uxième fonction [A12] a pour objectif d’initialiser le modèle <strong>de</strong> simulation<br />
avec les états courants <strong>du</strong> <strong>processus</strong> opérationnel ;<br />
la troisième fonction [A13] a pour objectif d’adapter le comportem<strong>en</strong>t dynamique<br />
<strong>du</strong> modèle au comportem<strong>en</strong>t <strong>du</strong> système réel au cours <strong>de</strong> temps.<br />
95