Simulation

Simulation des processus de production de biens et services
(version du 4 septembre 2012)

Vincent Giard
Professeur lUniversit Paris-Dauphine
vincent.giard@dauphine.fr
CHAPITRE I
Principaux fondements de la dmarche de modlisation/simulation de
processus
I La mthode de Monte Carlo 5
I.1 Distributions de probabilits 5
I.2 Fondements de la mthode de Monte Carlo 9
I.3 Usage de la mthode de Monte Carlo dans les tableurs 10
II Modlisation des processus de production 12
II.1 Thorie des files dattente 13
II.2 Usage de la mthode de Monte Carlo dans les simulateurs de processus 15
II.3 Imprdictibilit du comportement dun systme productif 16
II.4 Exemples dutilisation de ces concepts par Simul8 16
CHAPITRE II
Les bases de la simulation dun processus
I Un pralable: la cartographie papier du processus 17
I.1 Exemple introductif (version statique) 17
I.1.1 nonc 17
I.1.2 Cartographie des flux 18
I.2 Cration de la cartographie des processus sous Simul8 19
I.3 Version complte de lexemple du Cabinet mdical (version dynamique) 23
II Modlisation du processus de lexemple du cabinet mdical 25
II.1 Remarque pralable sur linterface de Simul8 25
II.2 Modlisation de la circulation des flux dans la simulation 26
II.2.1 Cration des points dentre 26
II.2.2 Cration de plusieurs types ditems. 27
II.2.3 Caractrisation des items entrants 27
II.2.4 Cration des stocks, work centers, ressources et points de sortie 31
II.2.5 Contrle du cheminement dun item 32
II.3 Dfinition des lois de temps de traitement dune opration et des lois darrive
des items 36
II.3.1 Distribution de type Fixed 36
Vincent Giard Simulation des processus de production de biens et services (version du 4 septembre 2012) 2
II.3.2 Distribution de type Named Distribution 36
II.3.3 Distribution de type Label Based 38
II.3.4 Distribution de type Time Absolute 41
II.3.5 Distribution de type Time Dependant 42
II.3.6 Autres distributions disponibles 44
II.3.7 Dplacements entre stocks et work centers 44
III Excution de la simulation et analyse des rsultats 45
III.1 Excution de la simulation 45
III.1.1 Temps douverture du systme productif 46
III.1.2 Dure de la simulation 46
III.1.3 Neutralisation du dbut de la simulation (warm-up) 46
III.1.4 Jeu de simulation (Trials) 48
III.2 Analyse des rsultats 48
III.2.1 Informations collectes au point de sortie 50
III.2.2 Informations collectes dans un stock 51
III.2.3 Informations collectes dans un work center 52
CHAPITRE III
Caractrisation des Items, des Points dEntre et de Sortie
I Arrive des items dans le systme productif 54
I.1 Lois darrives des items 54
I.2 Type dun item 55
I.3 Modification possible de licne dun item en sortie dun work center 55
I.4 Arrive par lot ditems 56
I.5 Labels dun item 56
I.6 Les sorties du point dentre 58
I.7 Point dentre et Visual Logic 58
I.7.1 Possibilit dexcution de programmes en Visual Logic au point dentre 58
I.7.2 Proprits dun point dentre mobilisables par Visual Logic 59
II Sortie des items du systme productifs 59
CHAPITRE IV
Caractrisation des stocks
I Proprits de base dun stock 61
I.1 Capacit maximale 61
I.1.1 Capacit maximale dun stock 61
I.1.2 Capacit maximale dun Groupe 61
I.2 Dure maximale de sjour dun item dans un stock 62
I.3 Temporisation minimale en stock 63
I.4 Classement des items en sortie 63
I.5 Analyse du comportement dun stock pendant la simulation 63
II Initialisation possible dun stock 64
III Stock et Visual Logic 65
III.1 Possibilits dexcution de programmes en Visual Logic lors dun mouvement
en stock 65
III.2 Proprits dun stock mobilisables par Visual Logic 66
CHAPITRE V
Caractrisation des ressources
I Caractrisation des ressources 67
II Ressources et Visual Logic 69
II.1 Possibilits dexcution de programmes en Visual Logic lors de lutilisation
dune ressource 69
II.2 Proprits dune ressource mobilisables par Visual Logic 69
CHAPITRE VI
Caractrisation des centres de production
I Alimentation du work center: bouton Routing in 70
I.1 Possibilits offertes par longlet Options 73
I.1.1 Prlvement ditem(s) ayant une valeur prdtermine dun label donn (Batch by
type) 73
I.1.2 Prlvement dun nombre variable ditems (Use Label Batching) 74
I.2 Possibilits offertes par longlet Selection Methods 75
I.2.1 Premier jeu de mthodes de slection en Routing In 75
I.2.2 La mthode de slection Collect en Routing In 76
I.3 Rcapitulatif 78
II Destinations en sortie du Work Center 84
II.1 Dtermination de la destination en sortie dun work center 84
II.2 Traitements complmentaires en sortie dun work center 85
III Dfinition du temps opratoire et temps de lancement du
work center 88
IV Ressources mobilises (boutons Resources, Priority et Shifts) 88
V Autres caractristiques du work center 90
V.1 Action sur les labels (bouton Label actions) 90
V.2 Duplication dun work center (bouton Replicate ou Duplication Wizard) 90
V.3 Fiabilit du work center (bouton Efficiency) 91
V.4 Possibilit de caractrisation dun work center par des labels 91
VI Un work center particulier: le convoyeur 92
VII Work center et Visual Logic 93
VII.1 Possibilits dexcution de programmes en Visual Logic lors de lutilisation
dune work center 93
VII.2 Proprits dun work center mobilisables par Visual Logic 94
CHAPITRE VII
Complments sur la modlisation sous Simul8
I Information Store 96
I.1 Initialisation des donnes de lInformation Store 96
I.2 Utilisation de lInformation Store dans la conception du modle de
simulation 98
II Principes dutilisation de Visual Logic 99
II.1 Les informations exploites par Visual Logic 99
II.2 Les instructions de Visual Logic 100
II.2.1 Fonctions mathmatiques de Visual Logic 101
II.2.2 Instructions de programmation structure 101
II.2.3 Les instructions Command 102
II.3 Le dclenchement de programmes en Visual Logic 105
II.3.1 vnements lis lutilisation dun objet de base de la modlisation 106
II.3.2 vnements lis au temps (Visual Logic Time Check) 106
III Complments sur la modlisation de processus 107
III.1 Objets complmentaires de modlisation mobilisables 107
III.1.1 Cration et utilisation de composants 107
III.1.2 Work center fictif 108
III.1.21 Work center fictif pour rsoudre un problme dalimentation dun work center rel 108
III.1.22 Work center fictif pour rsoudre un problme dorientation en sortie dun work center rel 109
III.1.23 Work center fictif et purge dun stock 110
III.2 Le traitement des gammes de production dans la simulation 110
III.2.1 Gammes implicites 111
III.2.2 Gammes explicites 111
III.3 Modlisation de systmes complexes 113
III.3.1 Problmes de synchronisation poss dans une modlisation de simulation 113
III.3.11 Synchronisation de processus convergents 113
III.3.12 Synchronisation de deux processus squentiels ne traitant pas les mmes items. 116
III.3.13 Synchronisation de deux processus parallles 117
III.3.14 Synchronisation dun processus divergeant puis convergeant 118
III.3.2 Modlisation/simulation de systmes de production de services 118
CHAPITRE VIII
Liste des simulations donnes en exemple
Chapitre I Principaux fondements de la dmarche de modlisation/simulation de processus
Chapitre I
PRINCIPAUX FONDEMENTS DE LA DMARCHE DE
MODLISATION/SIMULATION DE PROCESSUS
On commencera par exposer la dmarche de Monte Carlo qui fonde la simula-
tion et on en illustrera lapplication dans les modles sappuyant sur un tableur
( I). On examinera ensuite les principes de modlisation dun processus de
production de biens ou de services et on verra comment la mthode de Monte
Carlo est utilise par les simulateurs de processus (page 15).
I LA MTHODE DE MONTE CARLO
On commencera par un bref rappel sur les distributions de probabilits ( I-1),
sans doute inutile pour certains dentre vous sur beaucoup de points; on privil-
giera certains aspects dont on aura besoin dans la modlisation/simulation des
processus. On examinera ensuite les fondements de la mthode de Monte Carlo
( I-2, page 9) puis lapplication de cette dmarche aux modles construits sur
tableur ( I-3, page 10).
I-1 Distributions de probabilits
Dans la modlisation dun systme productif on modlise la variabilit des
temps de traitement dun item dans un processeur et celle des arrives par des
distributions de probabilits.
Les arrives dans le systme productif peuvent se dfinir, de manire duale:
- soit par le nombre alatoire ditems arrivant au cours dune priode de rf-
rence (par exemple la minute),
- soit par lintervalle alatoire de temps sparant deux arrives successives
dans le systme de production.
Cette seconde formulation est celle qui est retenue dans la thorie des files
dattente (voir II-1, page 13) et dans les approches de modlisation / simulation
de processus.
Deux distributions sont privilgies pour caractriser les arrives alatoires de
clients dans un systme productif.
- La loi de Poisson correspond la distribution du nombre dvnements X
survenant dans un cadre spatio-temporel donn (exemple: cadre spatial = porte
dentre dun bureau de poste; cadre temporel = plage horaire prcise; vnement =
entre dun client). La distribution de probabilits dune loi de Poisson de para-
mtre est donne par la formule . On montre qu
cette distribution correspond, de manire duale, celle de lintervalle de temps
T sparant 2 vnements successifs qui suit la loi exponentielle de paramtre
P X x = ( ) e
'
'
x
x! =
= 1/ qui est telle que . Cette distribution
exponentielle sera prfre celle de Poisson dans la modlisation / simula-
tion de processus productifs. On montre que la probabilit doccurrence dun
vnement entre t et t + c (c tant petit) est toujours la mme quel que soit le
temps coul depuis loccurrence de lvnement prcdent
1
; cette distribu-
tion se caractrise donc par lindpendance doccurrence de deux vne-
ments conscutifs. Pour cette raison, le processus de Poisson est qualifi de
sans mmoi re . La feui l l e Arri vee de Poi sson du cl asseur
Introduction_Simulation.xls illustre ce processus; vous y trouvez:
- la reconstitution de la fonction de rpartition P(T > t) dune loi exponen-
tielle de paramtre = 0,25;
- une simulation de 200 arrives suivant cette loi exponentielle, avec une
illustration
2
du passage de la loi exponentielle la loi de Poisson;
- une simulation de lutilisation dun logiciel de reconnaissance dune
distribution statistique (intgr ladd-in @Risk: option Ajuster les
distributions de longlet @Risk) partant dune srie de donnes suppo-
ses recueillies dun central tlphonique dun centre dappel
3
.
- La seconde distribution utilise pour modliser les entres alatoires ditems
dans le systme productif est la distribution dErlang qui est caractrise par
un paramtre de forme o (entier positif) et un paramtre dchelle 1/:
; on mont r e que et
. Quand o = 1, on retrouve la distribution exponentielle; pour
les valeurs suprieures, la fonction de densit de probabilit est unimodale et se
rapproche de celle dune loi Normale ds que o dpasse 5 ou 6 (la loi dErlang
tant dfinie, comme la exponentielle, pour les seules valeurs non ngatives,
contrairement la loi Normale). La probabilit doccurrence dun vnement
entre t et t + c (c tant petit) dpend du temps coul depuis loccurrence de
lvnement prcdent ainsi que des valeurs des paramtres o et . La figure 1
illustre des distributions dErlang associes quelques combinaisons des para-
mtres o et , et la feuille ERLANG du classeur Introduction_Simulation.xls
calcule des fonctions de rpartition de ces distributions
4
.
1. Cette probabilit conditionnelle correspond ce que lon appelle une fonction de hasard.
2. Les cellules B85:B284 correspondent la gnration alatoire de 200 intervalles sparant deux arrives successives
suivant la loi exponentielle de paramtre = 1/4 (on verra en page 9 le mcanisme de gnration doccurrences
dune variable alatoire). Les cellules C85:C284 correspondent aux dates ponctuelles de ces arrives, calcules
partir des informations de la colonne prcdente. Les cellules D85:D284 dtermine le numro de la minute darrive
de litem; la colonne suivante calcule le nombre dvnements survenant au cours des diffrentes minutes obser-
ves, information correspondant la gnration doccurrences dune loi de Poisson de paramtre = 4.
3. Les cellules I85:I284 correspondent lenregistrement de dates darrives dappel mais en ralit, on a repris ici
les valeurs arrondies des cellules C85:C284 (3 chiffres aprs la virgule); les cellules J85:J284 correspondent au
calcul de lintervalle sparant 2 appels successifs; partir de ces 200 donnes, le logiciel didentification de
distribution trouve une loi exponentielle de paramtre 0,255 (au lieu de 0,25 qui caractrise la population mre).
P T t > ( ) e
t
t
}
e
t
= =
P T t > ( ) e
t /
t ( )
i
i!
i 1 =
o 1
= E T ( ) o =
V T ( ) o
2
=
En ce qui concerne les distributions de probabilits du temps de traitement
dun client dans un centre de production, on retrouve les distributions thoriques
classiques (attention ce quil soit pratiquement impossible davoir des valeurs
ngatives). Les contraintes de recueil de donnes lorsque lon veut simuler le
fonctionnement dun systme productif dune certaine complexit conduisent
souvent utiliser la distribution uniforme et la distribution triangulaire.
- La distribution uniforme est utilise lorsque les informations dont on
dispose laissent penser que la variable laquelle on sintresse ne peut pas
prendre de valeur en dessous dune borne infrieure (x
Min
) ni au-dessus dune
borne suprieure (x
Max
) et peut prendre nimporte quelle valeur comprise
entre ces bornes avec la mme probabilit. Cette distribution peut tre
4. La fonction dExcel utilise est celle de la loi Gamma qui conduit la distribution de Erlang lorsque o est entier.
Figure 1
Exemples de distributions dErlang
dfinie:
- pour des valeurs discrtes de X (
)
- ou pour des valeurs relles ( )
- La distribution triangulaire est peu ou pas enseigne mais son intrt
oprationnel la rend incontournable dans nombreuses situations. Comme
pour la loi uniforme, le spcialiste consult estime que les valeurs de X sont
bornes (x
Min
et x
Max
) mais il considre pouvoir sengager sur linformation
quil considre comme la plus probable (x
Mode
); en outre, il estime que la
probabilit dobserver x est dautant plus forte que cette valeur est proche du
mode. Cette distribution triangulaire
1
est donc dfinie pour x
Min
s x s x
Max
. Sa
densit de probabilit est croissante linairement jusquau mode x
Mode
, puis
dcroissante linairement. On a donc:
- f(x) = , pour x s x
Mode
et f(x) =
pour x > x
Mode
.
- En outre, P(X s x) = , pour x s
x
Mode
et P(X s x) = 1 ,
pour x > x
Mode.
- E(X) = ;
1. Voir Giard, Statistique applique la gestion (8e dition, 2003, Economica), p. 163.
P X x = ( ) 1 x
Max
x
Min
1 + ( ) x , =
P X x s ( ) x x
Min
1 + ( ) x
Max
x
Min
1 + ( ) =
P X x s ( ) x x
Min
( ) x
Max
x
Min
( ) =
Uniform(10; 15)

0,00
0,05
0,10
0,15
0,20
0,25
9
1
0
1
1
1
2
1
3
1
4
1
5
1
6
5,0% 5,0% 90,0%
10,250 14,750
x = 12,5 ; o = 1,4434
DUniform({x})

0,00
0,02
0,04
0,06
0,08
0,10
0,12
0,14
0,16
0,18
9
1
0
1
1
1
2
1
3
1
4
1
5
1
6
90,0%
10,000 15,000
x = 12,5 ; o = 1,7078
Figure 2
Exemple de distribution Uniforme continue et discrte U(10; 15) & DU (10; 15)
2 x x
Min
( ) x
Max
x
Min
( ) x
Mode
x
Min
( ) { }
2 x
Max
x ( ) x
Max
x
Min
( ) x
Mode
x
Min
( ) { }
x x
Min
( )
2
x
Max
x
Min
( ) x
Mode
x
Min
( ) { }
1 x
Max
x ( )
2
x
Max
x
Min
( ) x
Mode
x
Min
( ) { }
x
Min
x
Max
x
Mode
+ + ( ) 3
- V(X)
=
I-2 Fondements de la mthode de Monte Carlo
Par mthode de Monte Carlo on dsigne un mcanisme de gnration de rali-
sations indpendantes dune variable alatoire
1
. Ce mcanisme repose sur la
combinaison de 2 concepts.
- La fonction de rpartition de la variable alatoire. La figure 4, page 10,
illustre la fonction de densit de probabilit de la loi N (1,75 ; 0,07) et la
fonction de rpartition de cette loi. partir de cette dernire, il est vident
que la connaissance de x entrane celle de P(X<x) et rciproquement.
- La gnration dun nombre alatoire rel dont la valeur est comprise entre 0 et
1. La fonction Alea() dExcel remplit cette fonction avec indpendance en
probabilit des ralisations obtenues. Ce nombre alatoire est considr, dans
la mthode de Monte Carlo comme une ralisation dune probabilit cumule.
chaque ralisation alatoire indpendante dune probabilit cumule, la fonc-
tion de rpartition fait correspondre une occurrence x de la variable alatoire X,
indpendante des occurrences antrieurement obtenues. La feuille Monte Carlo
du classeur Introduction_Simulation.xls illustre ce mcanisme.
Cette mthode de gnration doccurrences indpendantes dune variable ala-
toire fonde de nouvelles approches de gestion du risque, notamment en manage-
1. Bibliographie: principes de base dans V. Giard, Statistique applique la gestion (8e dition, chapitre III,
Economica, 2003); techniques avances: D. Vose, Risk Analysis: A Quantitative Guide (3e dition, Wiley,
2008).
x
Min
2
x
Mode
2
x
Max
2
x
Min
x
Max
x
Min
x
Mode
x
Max
x
Mode
+ + { }18
x = 12,667 ; o = 1,0274
Figure 3
Exemple de distribution triangulaire: T (10; 12; 15) et T (10; 13; 15)
Triang(10; 12; 15)

0,00
0,05
0,10
0,15
0,20
0,25
0,30
0,35
0,40
0,45
9
1
0
1
1
1
2
1
3
1
4
1
5
1
6
5,0% 5,0% 90,0%
10,707 14,134
Triang(10; 13; 15)

0,00
0,05
0,10
0,15
0,20
0,25
0,30
0,35
0,40
0,45
9
1
0
1
1
1
2
1
3
1
4
1
5
1
6
5,0% 5,0% 90,0%
10,866 14,293
ment de projet ou en aide la dcision partir de modles raliss sur tableur. Elle
est galement au cur des simulateurs de processus de production.
I-3 Usage de la mthode de Monte Carlo dans les tableurs
Lintrt de cette dmarche peut tre montr travers 2 exemples utilisant
@Risk (normalement dj tlcharg sur votre portable
1
).
1. Cest lune des composantes de Decision Tools pour les tudiants qui ont obtenu la licence de cette suite dadd-
ins dExcel. Pour les autres, une version dvaluation est disponible lURL: http://www.palisade.com/risk/fr/.
Normal(1,75; 0,07)

0
1
2
3
4
5
6
1
,
5
5
1
,
6
0
1
,
6
5
1
,
7
0
1
,
7
5
1
,
8
0
1
,
8
5
1
,
9
0
1
,
9
5
< > 5,0% 5,0% 90,0%
1,6349 1,8651
Normal(1,75; 0,07)

0,0
0,1
0,2
0,3
0,4
0,5
0,6
0,7
0,8
0,9
1,0
1
,
5
5
1
,
6
0
1
,
6
5
1
,
7
0
1
,
7
5
1
,
8
0
1
,
8
5
1
,
9
0
1
,
9
5
< > 5,0% 5,0% 90,0%
1,6349 1,8651
76%
1,73
Densit de probabilit
Fonction de rpartition
Figure 4
Fonction de rpartition: x P(X<x) ou P(X<x) x
- Exemple 1. Ouvrez la feuille Exemple 1 - Simulation du classeur
Introduction_Simulation.xls.On y traite le cas dune politique calendaire de
rapprovisionnement avec contrainte de capacit de transport. Dans cet
exemple fictif on sintresse une ligne dassemblage de vhicules
commune 2 gammes A (25%) et B (75%) et plus particulirement
lapprovisionnement des pare-brise de la gamme A, dont la production quoti-
dienne X
A
suit donc la loi B(400; 0,25). La commande est passe le soir
pour une livraison le lendemain matin. Le camion utilis est dune capacit
de 110 units. La politique calendaire retenue est telle que risque accept de
rupture de stock de 5% (risque lev retenu pour faciliter lexemple). La
dtermination du niveau de recompltement R partir de la B(400; 0,25)
conduit vouloir recomplter le stock des pare-brise de la gamme A 114
units (le risque exact est de 4,86%). On effectue une simulation en suppo-
sant que le stock initial est de 20 et que la premire livraison attendue est de
100. La simulation montre que le risque encouru en raison de la contrainte de
capacit passe de 4,86% 6,58%.
- Exemple 2: Ouvrez le classeur MECANOR-I.xls. Il sagit dune analyse de
rentabilit dun dossier dinvestissement hors fiscalit et en univers certain.
- Le remplacement des donnes
certaines par des dires dexperts
(probabilits subjectives sur les
estimations fournies) permettent,
par le biais de @Risk, dtablir une
distribution de probabilits du TRI
et dterminer les variables ayant
le plus fort impact sur ce rsultat.
II MODLISATION DES PROCESSUS DE PRODUCTION
Fondamentalement, un systme productif est caractris
- par un ou plusieurs points dentre
1
par lesquels arrivent des clients du
systme productif,
- par un ou plusieurs points de sortie
2
par lesquels sortent des clients du
systme productif, aprs traitement,
- un ensemble de stocks
3
et de processeurs
4
(o les clients sont traits) relis
entre eux et aux points dentre et de sortie par des arcs orients de telle sorte
quaucun lment du systme nest dconnect des autres et quun client
entr dans le systme puisse en sortir.
Lanalyse de tels systmes intresse les spcialistes de la recherche opration-
nelle depuis plus dun demi-sicle, dans des systmes simplifis dans lesquels les
arrives sont alatoires, de mme que les temps de traitement, et o le fonctionne-
ment du systme est caractris par des rgles simples (Premier Arriv - Premier
1. On reviendra en dtail sur les caractristiques de ces points dentre aux pages 26 et suivantes et aux pages 54
et suivantes.
2. On reviendra en dtail sur les caractristiques de ces points de sortie la page 32 et aux pages 59 et suivantes.
3. On reviendra en dtail sur les caractristiques des stocks aux pages 31 et suivantes et aux pages 61 et suivantes.
4. On reviendra en dtail sur les caractristiques des processeurs (que lon dsignera par la suite comme des work
centers) aux pages 31 et suivantes et aux pages 70 et suivantes.
Servi, presque toujours). Ce courant scientifique est celui de la thorie des files
dattente ( II-1). Les limites de cette approche pour le traitement de systme rel
sont videntes mais il a fallu attendre le milieu des annes soixante-dix, avec la
monte en puissance des ordinateurs, pour voir apparatre des simulateurs de
processus exploitant la mthode de Monte Carlo ( II-2, page 15).
II-1 Thorie des files dattente
La thorie des files dattente sintresse des systmes productifs trs
simples. Elle vise principalement dterminer des conditions de stationnarit,
cest--dire des conditions garantissant au systme une non-croissance exponen-
tielle ditems dans un stock, et des formules de variables caractrisant le rgime
de croisire: distribution de probabilits du nombre de clients prsents dans le
systme productif, esprance mathmatique du nombre de clients dans le systme
productif E(N) ou en attente dans un stock E(N
q
), temps moyen de prsence dans
le systme E(T) ou dans un stock E(T
q
)). Des rsultats analytiques ont donc t
tablis pour diffrents problmes caractriss par une loi darrive, une configu-
ration simple de systme productif (processeur unique, processeurs identiques en
parallle, processeurs en srie), lois du temps de traitement dun item par un
processeur (on parle de loi de service dans cette approche thorique) et des disci-
plines de file dattente (principalement FIFO).
La figure 5 de la page 14 illustre quelques configuration simplistes prises en
charge par la thorie des files dattente et le tableau 1 fournit quelques exemples
de rsultats analytiques obtenus dans cette approche. Malgr le simplisme des
hypothses, ces rsultats prsentent plusieurs intrts.
- Tout dabord, ces relations permettent de comprendre le danger des raison-
nements en moyenne. Avec des arrives de Poisson caractrises par un
intervalle moyen de 10 entre deux arrives successives, et une loi de service
exponentielle caractris par un temps moyen de 6, lutilisation de ces rela-
Tableau 1
Quelques rsultats analytiques de la thorie des files dattente
N
o
m
b
r
e

s

d
e
p
r
o
c
e
s
s
e
u
r
s
L
i
m
i
t
e

d
u

s
t
o
c
k
Esprance mathmatique du
nombre ditems prsents dans
Esprance mathmatique du
temps pass dans
Probabilit davoir
n items prsents
dans le systme
productif
le systme
productif
E(N)
le stock
E(N
q
)
le systme
productif
E(T)
. En labsence de contrainte de capacit sur les stocks, la relation (connue sous le nom de loi de
Little) est valable pour le systme productif ou le stock alimentant le ou les processeurs. En cas de contrainte sur
le stock, le correctif permet de passer de la demande exprime la demande satisfaite.
le stock
E(T
q
)
1

c
s
p
r
o
c
e
s
s
e
u
r
s
e
n

p
a
r
a
l
l
l
e
t
n
P N n = ( ) =
E T ( ) E N ( ) =
1 t
c
( )
1
------------

2
1
------------ E N ( ) E N
q
( )
1 | |
n
1
------------
c 1 + ( )
c 1 +
1
c 1 +
------------------------------ E N ( ) 1 t
0
( )

1 t
c
( )
------------------- E N ( )

1 t
c
( )
------------------- E N
q
( )
1
1
c 1 +
---------------------
n
---
1 t
n
n 0 =
s 1
1
---------------------------------- +
E N ( )

--- E N ( ) E N
q
( )
1
s ( )
i
i!
------------
i 0 =
s 1
s ( )
s
s! 1 ( )
--------------------- +
--------------------------------------------------
s ( )
n
n!
-------------
tions montre que le temps moyen pass dans le systme est de 15 et que le
processeur a 40% de chances dtre inoccup (voir la feuille File dattente
du classeur Introduction_Simulation.xls);
- Ces relations se sont avres trs utiles pour traiter quelques problmes
importants de systmes productifs simples, comme ceux lis la conception
et du pilotage de traitements informatiques de systmes dexploitation.
Cette approche de la thorie des files dattente reste malgr tout dun intrt
oprationnel trs limit tout dabord parce que ces rsultats analytiques sont
valables en rgime de croisire, celui-ci tant long atteindre. Mais, plus encore,
on ne dispose de rsultats que pour des hypothses / combinaison dhypothses
simplistes. Les problmes que lon rencontre sur le terrain en particulier dans les
processus de production de services ne saccommodent pas des hypothses de
travail de la thorie des files dattente (exemple: configuration 1 avec limite de 3
items en stock). La prdictibilit de limpact de la variation des paramtres du
s ys t me pr oduct i f es t t out aus s i peu i nt ui t i ve. Dans l exempl e
Impredictibilite_processus_simple.S8, si lon passe de 6 8 clients par heure (augmentation
Configuration 1
Configuration 2
Configuration 3
Figure 5
Exemples de configurations simples de systmes productifs
de 25% des arrives, lintervalle moyen passant de 10 7,5), ces relations analy-
tiques montrent que le temps moyen pass dans le systme double tandis que la
probabilit que le processeur soit inoccup tombe 20%, condition que certaines
contraintes ne psent sur le stock; si tel nest pas le cas (temps maximal dattente,
par exemple), aucune prvision du comportement du systme ne peut tre tablie
sans faire appel la simulation.
II-2 Usage de la mthode de Monte Carlo dans les simulateurs de
processus
Dans la modlisation dun processus de production, lutilisation de variables
alatoires pour dcrire le fonctionnement dun systme est incontournable. On les
retrouve principalement pour dcrire les arrives dans le systme, les temps de
traitement des processeurs et, dans certains aiguillages en sortie dun processeur
(par exemple, un contrle de qualit, opration effectue par un processeur, envoie
un produit venant dtre contrl soit dans un stock de produits corrects, soit dans
un stock de produits non conformes, la probabilit de chaque direction tant
prdtermine). Habituellement les constantes sont dcrites dans les simulateurs
de processus comme des variables alatoires suivant une loi certaine.
Le fonctionnement dun simulateur de processus vnements discrets se
base sur le modle du systme productif et les ralisations des variables alatoires
pour faire avancer lhorloge. Ces ralisations de variables alatoires permettent de
dfinir des vnements venir. Illustrons ce principe partir de la premire confi-
guration de la figure 5 de la page 14; les valeurs numriques utilises ici doivent
toutes tre considres comme des ralisations de variables alatoires.
- Initialisation du systme: un item 1 arrive en t = 2 ; immdiatement larrive suivante est
gnre, elle se produit dans 3 ; en t = 2, la liste des dates des vnements venir est donc {5}.
- Litem 1 arrive dans le stock en t = 2 (on suppose, pour simplifier ici, les temps de transport
nuls) et le quitte immdiatement pour arriver dans le processeur qui est libre, un temps opra-
toire de 1 est calcul; la liste des dates des vnements venir est donc {3; 5}.
- Lhorloge du simulateur passe la date de lvnement venir le plus prcoce t = 3, asso-
cie la sortie de litem 1 du processeur qui devient libre la liste des dates des vne-
ments venir est alors {5}; le simulateur calcule le temps de traitement, 4 la liste des
dates des vnements venir est alors {5; 7}
- Lhorloge du simulateur passe la date de lvnement venir le plus prcoce associ
larrive de litem 2 t = 5 la liste des dates des vnements venir est alors {7}; le
simulateur calcule le temps sparant la prochaine arrive, 1 la liste des dates des vne-
ments venir est alors {6; 7}.
- En t = 5 toujours, litem 2 va dans le stock (vide) puis arrive dans le processeur; le temps opra-
toire est calcul, il est de 4; la liste des dates des vnements venir est donc {6; 7; 9}.
larrive de litem 3 t = 6 la liste des dates des vnements venir est alors { 7; 9};
le simulateur calcule le temps sparant la prochaine arrive, 5 la liste des dates des
vnements venir est alors {7; 9; 11};
- En t = 6 toujours, litem 2 va dans le stock (vide) puis il y sjourne puisque le processeur
ne se librera quen t = 9; la liste des dates des vnements venir est donc toujours {7;
9; 11}.
la fin du traitement de litem 2 par le processeur et donc la libration du processeur t
= 7; litem 2 sort et litem 3 quitte le stock pour rentrer dans le processeur dtermina-
tion du temps de traitement de litem 3, 2 la liste des dates des vnements venir est
donc toujours {9; 9; 11}
- etc.
II-3 Imprdictibilit du comportement dun systme productif
Une cartographie de flux visualise, sur une reprsentation simplifie dun sys-
tme productif existant (plan avec visualisation des principaux postes de produc-
tion et lieux de stockage), les chemins quempruntent diffrents flux homognes
dobjets ou de personnes passant par diffrents postes de production pour y subir
des traitements, avant de quitter le systme. Cette reprsentation est classique en
analyse de processus, fournit une vision statique ne permettant pas, mme avec
des temps moyens, danticiper le comportement dun systme productif en raison
des interactions se produisant dans le systme. Illustrons ce point avec lexemple
suivant pour lequel la thorie des files dattente ne peut apporter de rponse.
- t = VA du temps de sjour dun client servi; du client i est corrl
du client
- Temps Opratoire d du bureau est une VA; simulation sur 5 jours
- , , , P (t < 10) = 56%, % DNS
= 10,3%
- , , , P (t < 10) = 40%, % DNS
= 23,5%
Dune manire gnrale, la simulation est indispensable pour amliorer effica-
cit/efficience des processus de production de biens ou de services.
II-4 Exemples dutilisation de ces concepts par Simul8
Pour commencer, vous pouvez regarder rapidement les deux simulations
suivantes, de la bibliothque dexemples de Simul8. Ce cours sappuiera sur sa
propre bibliothque dexemples. Vous devez mettre ce fichier pdf de cours dans
un dossier contenant tous ces exemples pour pouvoir utiliser tous les liens hyper-
textuels vous permettant douvrir ces exemples.
- Simulation dun fastfood (fastfood.S8 appartenant la base dexemples de Simul8)
- Simulation dun processus industriel (bottling.S8 appartenant la base dexemples de
Simul8)
t
i
t
i 1 +
i 1 +
d 6 = t 10,7 = o
t
9,8 = t
max
47,5 =
d 9 = t 16,0 = o
t
13,1 = t
max
73,2 =
Chapitre II Les bases de la simulation dun processus
Chapitre II
LES BASES DE LA SIMULATION DUN PROCESSUS
On adoptera ici une dmarche inductive en sappuyant sur un exemple pour
montrer progressivement comment on arrive modliser le fonctionnement dun
systme productif, puis le simuler. Les chapitres suivants seront consacrs
lapprofondissement des objets, au sens large mobiliss dans cette modlisa-
tion. On partira de lanalyse du fonctionnement dun cabinet mdical spcialis
en imagerie mdical, comportant deux bureaux de mdecin, une secrtaire et une
salle de prise de clichs radio excuts par un oprateur spcialis. Cette analyse
a pour objectif dexaminer la possibilit de larrive dun troisime mdecin dans
ce cabinet, le problme ne se posant pas en termes de place (le ramnagement
est techniquement ralisable sans trop de dpenses) mais en terme de capacit
des ressources partages (secrtaire et oprateur) absorber un surcrot de charge
de travail mais aussi en terme de consquences sur le temps pass par les patients
dans ce cabinet.
I UN PRALABLE: LA CARTOGRAPHIE PAPIER DU
PROCESSUS
I-1 Exemple introductif (version statique)
I-1.1 nonc
Cette version statique du problme ne comporte aucune information temporelle
(relatives aux arrives de patient ou de temps de traitement) parce que ces infor-
mations sont sans utilit dans le travail de reprsentation graphique du processus.
Le cabinet mdical tudi appartient deux radiologues, les docteurs Dupond et
Martin qui reoivent sur rendez-vous des patients dont certains arrivent avec une
radio. Certains patients arrivent avec des radios; pour simplifier, on supposera
quil ne sagit alors que de fournir un diagnostic et quaucune radio complmen-
taire nest ncessaire. Le patient est accueilli par une secrtaire mdicale qui
prpare son dossier pour le praticien concern et envoie le patient dans la salle
dattente. Cest galement elle qui soccupe de percevoir le rglement. Enfin, elle
filtre les appels tlphoniques des clients souhaitant parler aux docteurs et elle
soccupe de la prise de rendez-vous tlphonique. Le patient en salle dattente est
appel par le mdecin avec lequel il a rendez-vous, ds que celui-ci est libre. Sil
a une radio, le mdecin fait sa consultation puis envoie le patient la secrtaire.
Dans le cas contraire, aprs un premier examen, il envoie le patient au cabinet de
radiologie. Loprateur, sil est libre, fait immdiatement une radio puis envoie le
patient dans la salle dattente. Dans le cas contraire, le patient attend dans une
petite salle dattente attenante au cabinet de radiologie. Une fois muni des radios
qui viennent dtre faites, le patient qui attend dans la salle dattente est repris en
priorit par le mdecin qui a demand ces radios. On est alors ramen au cas de la
prise en charge par le praticien dun patient avec radio.
-
- Cabinet mdical avec docteurs Dupond et Martin, secrtaire mdicale
(accueil, prise de rendez-vous tlphoniques, encaissement)
- Accueil, salle dattente consultation mdicale, 2 cabinets de consultation,
salle dattente radio, cabinet de radiologie
- RDV toutes les 20pour chaque mdecin; patients avec ou sans radio; arrive
alatoire des appels tlphoniques
- patient passe dabord par accueil, va en salle dattente, est appel par le
mdecin avec lequel il a pris RDV; sil a une radio, diagnostic puis envoi
secrtaire, sinon envoy en radio, puis en salle dattente avec la radio et est
ensuite repris par le mdecin dans les conditions dun patient avec radio.
- Donnes
I-1.2 Cartographie des flux
On va commencer par une cartographie des flux avant de procder une carto-
graphie des processus. Une cartographie de flux visualise, sur une reprsentation
simplifie dun systme productif existant (plan avec visualisation des principaux
postes de production et lieux de stockage), le chemin quemprunte un flux dobjets
passant par diffrents postes de production pour y subir des oprations, avant de
quitter le systme. Ici les postes de production sont le poste de travail de la secr-
taire et ceux des mdecins et de loprateur radio; les stocks sont les lieux o
Variable Loi
Arrives des
patients
Dcalage par rapport lheure de rendez-vous N ( 5 ; 2)
Arrives des patients du docteur Martin et du
docteur Dupond
Arrives
toutes les 20 minutes partir de 9 heures jusqu

11h40 et de 14 heures jusqu 18h40
. Le dcalage est suppos ne pas jouer pour le premier rendez-vous de chaque demi-journe; le cabinet est sup-
pos ouvert 10h30 par jour.
Possession dune radio par un patient arrivant
dans le cabinet
B (n = 1; p = 0,2)
Travail de la
secrtaire
mdical
Accueil dun nouveau patient Exponentiel (1)
Rglement du patient
Triangulaire (Min = 1; M
o
= 4; Max = 6)
Rponse un appel tlphonique Exponentiel (1)
Consultation &
radio
Dure dune consultation avec radio
o
= 10; Max = 13)
Dure dune consultation sans radio
o
= 7; Max = 14)
Radiographie
o
= 8; Max = 10)
Arrives des communications tlphoniques
On suppose quun appel sans rponse dans la minute est perdu;
premption
non envisage
. la premption est la possibilit dinterrompre une tche en cours pour en traiter une autre considre comme plus
urgente et venant darriver, avant de reprendre la tche inacheve.
Exponentiel (10)
attendent les patients. Il est utile dutiliser une convention graphique (couleur)
pour visualiser les trajets effectus par les quatre flux de clients se rendant au
cabinet. Vous noterez que la cartographie des flux reprsente ci-aprs comporte
un premier stock devant le poste de travail de la secrtaire, o les patients
attendent que la secrtaire puisse soccuper deux (en pratique, cela peut tre une
chaise
1
, et un stock correspondant la mise en attente dappels tlphonique. En
effet, si un poste de travail est occup, il faut bien que les clients du poste de
travail en attente de traitement aient un lieu o attendre.
I-2 Cration de la cartographie des processus sous Simul8
La cartographie des flux devient rapidement inexploitable ds que le nombre
de routes possibles devient grand. On passe la reprsentation de la cartographie
des processus qui se caractrise dune part par la fusion de tous les flux allant
directement dun point un autre et dautre part par le fait que cette reprsentation
est utilise par un logiciel capable de piloter la circulation dobjets traiter par le
systme productif considr (par la suite on retiendra le terme ditem) en fonction,
notamment, de ses caractristiques. Ltablissement de la cartographie des
processus dun systme productif est la premire tape de la modlisation du fonc-
tionnement de ce systme pour aboutir sa simulation. La reprsentation suivante,
obtenue avec Simul8 correspond la cartographie des processus qui fusionne les
flux de la cartographie des flux montre ci-dessus.
1. Dans de nombreux cabinets, le patient attend en salle dattente que la secrtaire se libre. La circulation des flux
est alors diffrente de celle reprsente ici.
Salle dattente
Attente
secrtaire
patients
Cabinet Attente
radio
Centre Radio
E
n
t
r
e
/
s
o
r
t
i
e
d
e
s

p
a
t
i
e
n
t
s
communications
en attente
Secrtaire
Cabinet
E
n
t
r
e
/
s
o
r
t
i
e
d
e
s

a
p
p
e
l
s
Avec radio
Sans radio
CABINET
MDICAL
MONDE
EXTRIEUR
Martin
Dupond
Nous allons expliquer ici comment crer cette reprsentation statique du
systme de production de service. On reviendra en section II, page 25, avec plus
de dtail, sur ce processus de cration du modle du cabinet mdical, aprs avoir
introduit la version complte du problme.
Il vous est vivement conseill deffectuer de votre ct le travail de cration
dcrit ici pour pouvoir effectuer sans difficult le travail demand aprs. Ouvrez
Simul8 et cliquez sur loption Simulation pour crer une nouvelle
simulation. Commencez par sauver cette simulation vierge et pensez sauver
priodiquement votre travail pour viter de mauvaises surprises (pas de sauve-
garde automatique).
Vous tes sur longlet . La partie gauche
de lcran regroupe les outils de cration du systme
productif. Les quatre premiers outils permettent de
crer les points de passage par lesquels peut passer un
item, la circulation dun point un autre ntant
possible que si une flche relie ces deux endroits.
- Loutil permet de crer un point
dentre.
- Loutil permet de crer un stock (ou
une file dattente, qui peut toujours tre consi-
dre comme un stock).
- Loutil permet de crer poste de
travail (au sens large) ; on conservera, dans la
suite le terme de work center.
- Loutil permet de crer un point de sortie des items.
- Loutil permet de crer des ressources partages (en gnral du
personnel) entre plusieurs work centers, le travail dun work center tant
conditionn par la prsence de la ressource (ou des ressources, dans certains
cas). Dans lexemple retenu, aucune ressource nest partage: la secrtaire
est attache en permanence au work center secrtariat, au mme titre que
la chaise, le tlphone, lordinateur, etc. Aucune ressource nest alors
dclarer, le work center tant une entit de travail autonome. Le sens de
partage est donc diffrent de celui rencontr dans le langage courant (les
deux mdecins se partagent la secrtaire).
- Signalons, pour terminer que le bouton situ en bas
gauche de la fentre permet dutiliser dautres composants spcifiques
(convoyeur, vhicules).
Par dfaut le mode de visualisation des chemins crs est activ avec le bouton
Show routing Arrows . Le bouton est
enfoncer lorsque lon souhaite crer de nouveaux chemins entre deux des quatre
points de passage.
On va commencer par dcrire les points de passage et chemins que peuvent
emprunter les items patients. On compltera ensuite la reprsentation par la
description des points de passage et chemins que peuvent emprunter les items
appels tlphonique.
Les clients arrivent au
cabinet (les items arrivent
dans le systme productif
tudi) en franchissant la
porte dentre du cabinet (...
par un poi nt d ent r e) .
Utilisez loutil pour
crer ce point dentre. En
cliquant sur ce bouton, le
pointeur de la souris (ou du
trackpad) se transforme en
passant de licne dune
flche celle du signe +. Dplacez le pointeur l o vous voulez crer le point
dentre et collez licne du point dentre par un clic-gauche. Un double clic-
gauche sur le point dentre ouvre la fentre ci-contre. Changez le nom par dfaut
(Work Entry Point 1) par Entre des patients. Par dfaut, le nom donn un
point dentre (ou un stock) nest pas affich. Pour forcer laffichage, cliquez sur
le bouton qui ouvre une fentre dans laquelle vous cliquez sur le bouton
qui ouvre une nouvelle fentre dans laquelle vous cochez loption
.
Refermez successivement toutes les fentres, ce qui vous conduit observer
maintenant sur la feuille du modle, le point dentre suivant.
Vous devez poursuivre la construction de votre modle en crant le stock visua-
lisant lattente des patients devant le secrtariat. Pour ce faire, utilisez loutil
en suivant les mmes principes que prcdemment : double-click sur
licne du stock, changement du nom par dfaut, visualisation du nom en passant
par la fentre ouverte par le bouton , dans laquelle vous cliquez sur
le bouton qui ouvre une nouvelle fentre dans laquelle vous cochez loption
. On obtient alors.
Le fait davoir modifi les proprits du point dentre avant de crer ce stock
a empch la cration automatique dune flche reliant ces deux points de passage.
Il convient alors de crer manuellement ce chemin possible entre ces deux
points de passage. Il faut alors cliquer sur le bouton . Le pointeur
se transforme alors en une flche pleine horizontale. Il faut alors la positionner sur
le point dorigine (ici le point dentre) et effectuer un clic-gauche. Un point
dinterrogation se place alors au-dessus de la flche horizontale du pointeur que
vous dplacez sur le point darrive choisi (ici le stock); licne du pointeur se
transforme alors en une flche paisse. Il suffit alors dun clic-gauche pour
achever ce processus de cration. Pour annuler le mode de cration, vous devez
cliquer sur le bouton qui reprend son aspect initial
( ).
Il faut ensuite crer le work center Secrtariat, avec loutil
. Un double clic-gauche ouvre la fentre ci-contre.
Il suffit seulement de modifier le titre par dfaut en le rempla-
ant par Secrtariat . Aprs validation en cliquant sur le
bouton , il faut crer la flche reliant le stock ce
work center, en suivant la mme procdure que prcdemment,
ce qui conduit la reprsentation suivante
On cre ensuite, de la mme faon, les autres work centers (Cabinet Martin,
Cabinet Durand, Centre Radio), les autres stocks (Salle dattente, Attente radio) et
les flches visualisant les chemins que peuvent emprunter les patients.
Reste enfin crer le point de sortie des patients. Dans la cartographie des flux,
les patients entrent et sortent par une mme porte. Dans la modlisation du
processus il convient de dissocier ces deux rles de la porte qui joue maintenant
le rle dun point de sortie, ce que lon va crer avec outil .
Pour terminer, il faut crer un point dentre spcifique pour les appels tlpho-
niques, un stock permettant de mettre ces appels en attente si ncessaire, et un
point de sortie spcifique pour ces items.
I-3 Version complte de lexemple du Cabinet mdical (version
dynamique)
Repartons de la modlisation statique de ce cas pour y introduire tous les
lments qui vont permettre une reconstitution dynamique du processus. Dans
cette perspective, lnonc initial est modifi
1
. Nous allons utiliser ce mini-cas
pour introduire progressivement les fondements de la modlisation dans la section
II, page 25.
Le cabinet mdical tudi ici a t cr par deux radiologues, les docteurs
Dupond et Martin qui reoivent sur rendez-vous des patients dont certains arrivent
avec une radio. Les rendez-vous sont pris sur la base dun rendez-vous toutes les
vingt minutes. La rputation de ces praticiens fait que tous les rendez-vous sont
1. Les donnes de ce cas ne prtendent pas reflter la ralit.
pris, ce qui fait 24 x 5 = 120 patients par semaine pour chaque docteur. Le premier
patient est pris 9 heures, le dernier de la matine a un rendez-vous fix 11h40;
le premier patient de laprs-midi arrive 14 heures et le dernier a un rendez-vous
fix 18h40. On supposera que cabinet est ouvert de 9 heures 19h30 (pour avoir
le temps de traiter le dernier patient) et que le personnel du cabinet est en pause
aprs traitement du dernier patient du matin (cette pause pouvant tre considre
comme tant de 2 heures). Les patients arrivent en moyenne 5 minutes en avance
avec une dispersion autour de cette avance de 2 minutes; la loi normale N (-5; 2)
peut tre utilise sans problme pour rsumer lala sur lavance ou le retard dun
patient par rapport sa date de rendez-vous. Certains de ces patients (20% en
moyenne) arrivent avec des radios; pour simplifier, on supposera quil ne sagit
alors que de fournir un diagnostic et quaucune radio complmentaire nest nces-
saire (mais vous pouvez retenir une autre hypothse).
Le patient est accueilli par une secrtaire mdicale qui prpare son dossier pour
le praticien concern et envoie le patient dans la salle dattente. Cest galement
elle qui soccupe de percevoir le rglement. Enfin, elle soccupe de la prise de
rendez-vous tlphonique
1
. La distribution de probabilit de la dure de chacune
de ces trois activits est donne dans le tableau 2.
Le patient en salle dattente est appel par le mdecin avec lequel il a rendez-
vous, ds que celui-ci est libre. Sil a une radio, le mdecin fait sa consultation puis
1. Pour simplifier la modlisation, on supposera que lappel tlphonique est prioritaire sur les autres activits mais
que la secrtaire achve dabord lactivit en cours.
Tableau 2 : Distributions de probabilit
. Les paramtres de temps ont pour unit la minute.

Variable Loi
A
r
r
i
v
e
s
d
e
s

p
a
t
i
e
n
t
s
Dcalage par rapport lheure de rendez-
vous
N ( 5 ; 2)
Arrives des patients du docteur Martin
et du docteur Dupond
Arrives
toutes les 20 minutes partir de

9 heures jusqu 11h40 et de 14 heures
jusqu 18h40
. Le dcalage est suppos ne pas jouer pour le premier rendez-vous de chaque demi-journe.
Possession dune radio par un patient
arrivant dans le cabinet
B (n = 1; p = 0,2)
T
r
a
v
a
i
l

d
e

l
a
s
e
c
r
t
a
i
r
e
m
d
i
c
a
l
e
Accueil dun nouveau patient Exponentiel (1)
Rglement du patient Triangulaire (Min = 1; M
o
= 4; Max = 6)
Rponse un appel tlphonique Exponentiel (1)
C
o
n
s
u
l
t
a
t
i
o
n
&
r
a
d
i
o
Dure dune consultation avec radio Triangulaire (Min = 8; M
o
= 10; Max = 13)
Dure dune consultation sans radio Triangulaire (Min = 5; M
o
= 7; Max = 14)
Radiographie Triangulaire (Min = 5; M
o
= 8; Max = 10)
Arrives des communications tlphoniques
*
*. Une communication en attente pendant plus dune minute est perdue
Exponentiel (10)
envoie le patient laccueil. Dans le cas contraire, aprs un premier examen, il
envoie le patient au cabinet de radiologie. Loprateur, sil est libre, fait immdia-
tement une radio puis envoie le patient dans la salle dattente. Dans le cas
contraire, le patient attend dans une petite salle dattente attenante au cabinet de
radiologie. Une fois muni des radios qui viennent dtre faites, le patient qui attend
dans la salle dattente est repris en priorit par le mdecin qui a demand ces
radios. Pour simplifier, on considrera que la dure de la consultation qui sen suit
est similaire celle dun patient arriv au cabinet avec ses radios. Les lois de
probabilit de ces activits sont galement consignes dans le tableau 2
Il sagit dtudier ici la faisabilit de ladjonction dun troisime mdecin dans
le cabinet (analyse defficacit et defficience).
II MODLISATION DU PROCESSUS DE LEXEMPLE DU
CABINET MDICAL
Avant de commencer cette modlisation, il faut rflchir, en partant de la carto-
graphie des flux et de lnonc sur les classes dobjets, au sens large, ncessaires
la modlisation dun processus. Certains sont lis la circulation des clients
du systme productif, que lon dsignera ici sous le terme gnrique ditems
(quels sont-ils?); dautres sont lis la caractrisation de ces items (lesquels?);
enfin les derniers sont lis la prise en compte du temps dans la mise en uvre du
processus (lesquels?).
Dune manire gnrale, il est vivement conseill de procder une modlisa-
tion en deux temps, tant que votre niveau dexpertise dans ce domaine nest pas
suffisant. Dans un premier temps, ne vous proccupez pas de la gestion du temps
(lois darrives aux points dentre, temps de traitement des items aux work
centers), pour vous concentrer exclusivement sur la circulation des items qui doit
tre parfaite la fin de cette premire tape. Cest ce que nous avons fait en section
I-2, page 19. Le paramtrage par dfaut permet une circulation des items dans le
systme productif. La simulation de votre modle, indispensable pour vrifier que
les itinraires emprunts par les items en fonction de leurs caractristiques sont
corrects, ne peut que donner un comportement aberrant (accumulation dans
certains stocks) avec ce paramtrage par dfaut. Donc, pas de panique! Dans un
second temps, il faudra remplacer le paramtrage par dfaut des lois darrives
aux points dentre et des temps opratoires des work centers, en tenant compte
des donnes et hypothses formules.
II-1 Remarque pralable sur linterface de Simul8
Ce document de cours sappuie sur linterface 2011 qui prsente certains avan-
tages par rapport linterface prcdente mais aussi linconvnient dune disper-
sion assez grande des commandes. Cette interface par dfaut peut tre modifie en
dcochant de longlet de la fentre de prfrence ouverte par la
slection de loption de longlet de la fentre de Simul8.
II-2 Modlisation de la circulation des flux dans la simulation
Vous tes sur longlet . La partie gauche
de lcran regroupe les outils de cration du systme
productif. Les quatre premiers outils permettent de
crer les points de passage par lesquels peut passer un
item, la circulation dun point un autre ntant
possible que si une flche relie ces deux endroits.
- Loutil permet de crer un point
dentre.
- Loutil permet de crer un stock (ou
une file dattente, qui peut toujours tre consi-
dre comme un stock).
- Loutil permet de crer poste de
travail (au sens large) ; on conservera, dans la
suite le terme de work center.
- Loutil permet de crer un point de sortie des items.
- Loutil permet de crer des ressources partages (en gnral du
personnel) entre plusieurs work centers, le travail dun work center tant
conditionn par la prsence de la ressource (ou des ressources, dans certains
cas). Dans lexemple retenu, aucune ressource nest partage: la secrtaire
est attache en permanence au work center secrtariat, au mme titre que
la chaise, le tlphone, lordinateur, etc. Aucune ressource nest alors
dclarer, le work center tant une entit de travail autonome. Le sens de
partage est donc diffrent de celui rencontr dans le langage courant (les
deux mdecins se partagent la secrtaire).
- Signalons, pour terminer que le bouton situ en bas
gauche de la fentre permet dutiliser dautres composants spcifiques
(convoyeur, vhicules).
Par dfaut le mode de visualisation des chemins crs est activ avec le bouton
Show routing Arrows . Le bouton est
enfoncer lorsque lon souhaite crer de nouveaux chemins entre deux des quatre
points de passage.
II-2.1 Cration des points dentre
La cration du point dentre a t explique en page 21. Pour des raisons que
lon voquera ultrieurement, on cre un point dentre par docteur. On
commence par crer le point dentre des patients pour Dupond; aprs caractri-
sation par des labels, on crera le point dentre des patients pour Martin par
copier-coller du point dentre Dupond, puis on adaptera les caractristiques non
communes. Litem par dfaut est du type . Nous allons maintenant fermer
la fentre du point dentre et crer plusieurs types ditem
II-2.2 Cration de plusieurs types ditems.
Simul8 propose un seul Type ditems par dfaut. Pour en crer plusieurs (ici,
deux, le patient et lappel tlphonique), on procde comme suit.
On cre ensuite, de la mme faon, le type ditem Appel tlphonique. Ces
trois types ditems tant crs, on va maintenant modifier litem par dfaut du
point dentre qui vient dtre cr (Patients Dupond).
Maintenant on peut crer le point dentre Appels
tlphoniques et lui affecter Appel tlphonique comme
type ditem
II-2.3 Caractrisation des items entrants
On commence par crer des labels comme suit (mais ils peuvent ltre aussi
dans la fentre ouverte par le bouton de la fentre dun point dentre (ou
celui dun work center, voir page 28); on peut aussi, aprs avoir cliqu une fois
sur licne du point dentre (ou celle dun work center), cliquer ensuite sur le
bouton Action qui devient alors visible dans la barre de menu.
Dune manire gnrale, un click sur point dentre, un stock, un work center
CRATION DU PREMIER TYPE
fermeture de la fentre
clic sur bouton
CRATION DU SECOND TYPE
Validation/sortie
ou un point de sortie, provoque laffichage dune barre de menu contextuelle qui
offre exactement les mmes possibilits que celles offertes par la fentre offerte
par un double clic. On privilgiera cette seconde approche.
On va commencer par caractriser les patients par les labels L docteur,
L Possession radio et L Etape, des fins daiguillage des items (labels
L docteur, L Possession radio et L Etape) et permettre la dfinition de la
dure dune opration (labels L Possession radio et L Etape). Il est
conseill dadopter une convention pour distinguer facilement la nature des
objets crs. Dans cette modlisation, on a retenu le prfixe L pour les labels
et le prfixe D pour les distributions. La procdure est la suivante.
On va commencer par crer directement le label L docteur qui va permettre
de distinguer les patients selon les praticiens avec lequel ils ont rendez-vous. On
crera les labels suivants directement dans les points dentre et les work centers,
ce qui revient au mme.,
Il faut ensuite affecter le label L docteur aux patients du point dentre
Patients Dupond. Il est prfrable, comme on le verra, dutiliser un numro (1
pour Dupond et 2 pour Martin), plutt quun libell.
Pour les patients ayant rendez-vous avec le Docteur Martin, il faudra changer
la valeur de ce label, aprs la recopie du point dentre du Docteur Dupond pour
Validation de la cration
Affichage de la liste
des labels existants
Slection
Distribution par dfaut
Variable certaine de
valeur 1
(OK pour Dupond, il fau-
dra changer pour Martin)
Validation ramne la
fentre prcdente
crer celle du Docteur Martin.
Le patient est galement caractris par le fait quil possde ou non une radio
prise avant son rendez-vous ce qui sera dfini par le label L Possession radio
attach chaque item entrant. La valeur de ce label est dfinie alatoirement,
chaque patient ayant 20% de chances darriver avec une radio. La valeur de ce
label sera donc loccurrence dune variable alatoire quantitative, correspondant
un numro dordre. Compte tenu de lusage qui sera fait de ce label dans
lorientation dun item la sortie dun work center, la variable alatoire sera une
variable discrte positive qui prendra la valeur 1 si le patient possde une radio et
2, dans le cas contraire. Il faut commencer par crer cette variable alatoire. Le
menu de cration de ces distributions de probabilits offre plusieurs possibilits,
on doit choisir ici loption Probability Profile qui permet de dfinir une variable
alatoire discrte. Les autres distributions seront tudies au II-3, page 36.Cette
cration seffectue comme suit.
Affichage de la liste des
distributions existantes
Destruction par slection du
rectangle puis utilisation de
loption Delete avec le clic
droit de la souris jusqu ne
laisser que 2 rectangles (les
valeurs affiches sont les valeurs
initiales des rectangles conservs)
Puis cliquez sur le rectangle de droite
Affichage
automatique
de la probabi-
lit compl-
mentaire
Validation
Cette cration est passe par longlet mais il est pos-
sible de crer directement cette distribution en cochant le bouton
radio Set to permettant de dfinir la valeur dun label, puis en
slectionnant le bouton .
Nous allons crer le label L Possession radio, cette fois-ci
en partant du point dentre, sachant que la procdure est la
mme en partant dun work center et laffecter au patient entrant
en lui attribuant la valeur prise par une occurrence de la variable alatoire
D radio.
On aura besoin dun label pour dfinir la direction
emprunte par un item la sortie du secrtariat. On
appellera ce label L Etape car, pour le patient il
correspond une tape de son processus de traitement
dans le systme (mais aurait pu tout aussi bien lappe-
ler L sortie secrtariat). On affectera litem
entrant ce label en lui assignant la valeur 1.On
laffectera galement aux appels tlphoniques
entrant en lui assignant la valeur 3.
1
3
2
II-2.4 Cration des stocks, work centers, ressources et points de
sortie
Il sagit maintenant de crer graphiquement le graphe du processus de produc-
tion tudi. Pour ce faire, il faut partir, dans un premier temps, de la cartographie
des flux tablie page 18, en fusionnant les flux partant dune mme origine pour
se rendre une mme destination. Ce graphe est constitu de stocks, work centers,
points de sortie qui constituent, avec les points dentre, des points de passage
dans la circulation des items, les chemins possibles tant reprsents par des
flches. On va examiner la cration de ces diffrents points de passage, en y ajou-
tant celui des ressources (inutilises dans notre exemple introductif).
- Cration dun stock. Le stock est cr avec loutil
; le pointeur dcran se transforme en une
croix; une fois la localisation dsire atteinte, un
clic-gauche permet de crer le stock et de le visua-
liser dans le modle graphique. Un double-clic
gauche sur licne provoque laffichage de la fentre
des proprits dun stock, toutes initialises par
dfaut (voir ci-dessous). On analysera en dtail ces
proprits au chapitre IV, page 61.
- Cration dun work center. Le work center est cr
avec loutil , de la mme faon quun stock. Un
double-clic gauche sur son icne provoque laffi-
chage de la fentre des proprits dun work center, initia-
lises par dfaut (voir ci-contre). On analysera en dtail
ces proprits au chapitre VI, page 70.
- Cration dune ressource. Une ressource est
cre avec loutil , de la mme faon quun
stock. Nous navons pas besoin ici dexpliciter les
ressources en matriel et personnel mobilises par
un work center pour excuter une opration. Un
double-clic gauche sur son icne provoque
laffichage de la fentre des proprits de la
ressource, initialises par dfaut (voir ci-dessous).
On analysera en dtail ces proprits au chapitre
V, page 67.
- Cration dun point de sortie. Le point de sortie est cr
avec loutil , de la mme faon quun stock. Un
double-clic gauche sur son icne provoque laffichage
de la fentre des proprits dun point de sortie, initiali-
ses par dfaut (voir ci-dessus). On reviendra au III-2.1,
page 50 sur les modalits dexploitation des informations
recueillies sur les items quittant le systme productif
tudi.
- Cration des flches. Sous certaines conditions, il y a
cration automatique de flche entre 2 points de passage
du systme productif modlis (point dentre, stock,
work center, point de sortie). Une flche matrialise un
itinraire partiel quau moins un item est susceptible demprunter. Si cet
itinraire nest pas pertinent, il suffit, pour le dtruire, de cliquer sur la flche
puis dutiliser la touche de suppression de votre ordinateur.
Pour relier deux points de passage, il faut utiliser loutil et non
loutil qui sert afficher les flches ou les faire disparatre. Lorsque
loutil est actif, le pointeur dcran se transforme en flche horizon-
tale. Il faut se mettre ensuite sur le point de dpart et effectuer un clic-gauche;
un point dinterrogation est alors ajout au-dessus de la flche du pointeur
dcran; lorsque ce pointeur se trouve au-dessus dun point de destination
possible, limage du pointeur se transforme et flche paisse; un clic-gauche
valide alors cette destination. Pour dsactiver loutil ou loutil
, il suffit de cliquer une nouvelle fois sur licne.
Certaines modlisations de processus impliquent quun work center donn et
un stock donn puissent tre la fois point de dpart et point darrive pour
ces deux points de destination dun item. Ce cycle dans le graphe ne pose pas
de problme.
Ajoutons enfin que la dclaration de lutilisation dune ressource par un work
center seffectue dans la dfinition des proprits de ce work center. Aucune
flche ne peut relier une ressource un work center pour matrialiser lappel
de cette ressource, la flche nayant pour vocation que de matrialiser un
trajet possible par un item trait par le systme productif modlis.
II-2.5 Contrle du cheminement dun item
Seuls les work centers font bouger les items, en les tirant dun stock puis,
aprs traitement, en les poussant vers un stock ou point de sortie. Les stocks sont,
par nature, passifs. Les problmes de contrle du cheminement dun item se
posent essentiellement lorsquun stock est aliment par plusieurs work centers ou
lorsquun work center alimente plusieurs stocks.
Commenons par examiner le dernier cas, qui se
pose pour les patients en sortie du secrtariat ou des
cabinets de consultation mais aussi pour les appels tl-
phoniques. Trois directions sont possibles la sortie du
secrtariat. Le patient qui arrive doit emprunter la
premire direction; lorsquil repasse au secrtariat, il
doit prendre la seconde direction pour sortir du cabinet
mdical. Un appel tlphonique, aprs traitement par la secrtaire
1
, ne peut
quemprunter la troisime direction. Le principe retenu est de faire utiliser la
valeur dun label (L Etape, en loccurrence) de litem par le work center
Secrtariat. La procdure suivre est la suivante, le label L Etape ayant dj
t cr.
Une fois dans la salle dattente, le patient est pris en charge par un docteur et
retournera ensuite au secrtariat (ventuellement aprs une prise de radio et une
consultation complmentaire). Pour viter que le patient ne retourne en salle
dattente, il faut modifier la valeur de son label L Etape en lui assignant la
valeur 2, ce qui doit se faire en passant par le du work center du cabinet de
consultation, puis en appuyant sur le bouton pour slectionner le label
dans la liste des labels puis en choisissant loption en gardant la distribution
par dfaut mais en passant 2 la constante dans la fentre de saisie de .
Il faut ajouter que le label L Etape est affect tous les appels tlphoniques
entrants, avec la valeur 1, ce qui fait quaprs traitement de lappel, litem corres-
pondant ne peut que se rendre au point de sortie Appels traits.
En sortie du cabinet dun docteur, le patient peut aller au
secrtariat ou la radio. On utilisera, l aussi, loption
du Routing Out du work center en utilisant le label
L Possession radio, dont la valeur a t dtermine au
point dentre. Si cette valeur est 2, il convient, de passer
1 cette valeur de label dans le Cabinet de radiologie
( ; adaptation de la dmarche dcrite au paragraphe prcdent) pour
viter tout bouclage.
1. On expliquera la page 62, comment liminer les appels tlphoniques arrivs en stock depuis plus de 2 minutes.
1
3
2
Si L Etape = 1 alors aller dans stock Salle dattente
Si L Etape = 2 alors aller dans stock Sortiepatients
Si L Etape = 3 alors aller dans stock Appels traits
1
2
Examinons maintenant les dcisions
prendre en entre des work centers,
en commenant par le secrtariat. Il
semble naturel de mettre en attente un
appel lorsque la secrtaire est occupe
avec un patient mais une fois ce traite-
ment effectu, lappel tlphonique en
attente est prioritaire. La rgle de slec-
tion par dfaut Priority est garder, en
veillant bien ce que le premier stock
de la liste soit celui des appels en
attente. Le principe de prlvement est
le suivant: sil existe un item pouvant
tre prlev dans le premier stock, le work center le prlve, dans le cas contraire,
il passe au stock suivant; etc. On examinera la page 70 les autres mthodes de
slection dun item
Examinons maintenant la dcision de slection dun
patient en salle dattente, sachant que le Docteur Dupond et
le Docteur Martin vont chercher leurs patients en salle
dattente. Sauf spcification contraire, que nous allons mettre
en place, tout docteur venant chercher un patient prend en
consultation le premier arriv dans cette salle dattente (rgle
implicite du Premier-Entr - Premier-Sorti ; on reviendra sur ce point la page
63), quil ait rendez-vous ou non avec lui, tous les items du stock tant considrs
comme interchangeables (stock qualifi dhomogne). Il faut donc contraindre le
work center qui se libre (Cabinet docteur Martin ou Cabinet docteur
Dupond) ne pouvoir prlever quun item pertinent. Aux points dentre, les
patients ayant rendez-vous avec le docteur Dupond ont tous la valeur 1 pour le
label L docteur et que ceux qui ont rendez-vous avec le docteur Martin ont
tous la valeur 2 pour ce label. On va utiliser cette information pour mettre une
condition au prlvement dun item, ce qui se fait dans la fentre de longlet
ouverte par le bouton , en utilisant loption , comme dtaill
ci-aprs.
Un second problme doit tre pris en compte dans la modlisation, pour que
celle-ci reflte bien la ralit. Dans la ralit, un patient qui se fait faire une radio,
aprs avoir vu son docteur, retourne en salle dattente et est prioritaire lorsque leur
docteur se libre, par rapport aux autres patients qui viennent darriver et qui
viennent consulter le mme praticien. Sans spcification contraire, les items dun
stock ont tous la mme priorit, ce qui fait que la rgle Premier Arriv - Premier
Sorti sapplique globalement (ou sur le sous-ensemble des items respectant la
condition dfinie par le ). Il convient dintroduire une priorit qui sera
dfinie dans un label L Priorit salle attente affect aux items entrant avec une
valeur par dfaut gale 50. Cette valeur arbitrairement choisie, correspond une
priorit moyenne, sachant que lusage est de dfinir les niveaux de priorit entre
0 et 100. On passe cette valeur de label 100 lorsque litem est trait par le work
center Cabinet radiologie ( du work center, puis bouton pour
slectionner le label dans la liste des labels puis option en gardant le distribu-
tion par dfaut mais en passant 100). Lutilisation de ce label dans le
stock Salle dattente pour modifier la liste des items en sortie passe par loption
Prioritize et seffectue comme illustr en haut de la page suivante.
Par ces spcifications dans la modlisation on a dfini une partition des items
prsents dans le stock Salle dattente selon deux critres, ce quillustre la
figure suivante. Quand le work center Cabinet docteur Martin se libre (fin
dune consultation) et cherche prlever un item dans le stock (docteur allant
chercher un client dans la salle dattente), en prenant en compte quil ne sint-
resse qu ses clients (items avec un label docteur = 2) seule la runion des
ensembles II et III est concerne; si lensemble III nest pas vide, le premier item
arriv dans cet ensemble III est prlev; dans le cas contraire et si lensemble II
nest pas vide, le premier item arriv dans lensemble II est prlev.
L Priorit salle attente = 50
L Priorit salle attente = 100
L docteur = 1
L docteur = 2
I
II
III
IV
II-3 Dfinition des lois de temps de traitement dune opration et
des lois darrive des items
On a dj cr des distributions de probabilits de type
(voir page 28) et de type (voir page 29). On
sappuiera sur le cas du cabinet mdical pour prsenter la faon
de dfinir dautres types de distribution de probabilits qui sont
utilises pour:
- dfinir lintervalle de temps sparant deux arrives succes-
sives un point dentre ;
- dfinir la dure dexcution dune opration effectue par
un work center ;
- dfinir la valeur prise par une variable alatoire utilise par un label (ce que
nous avons illustr avec la distribution D radio utilise pour dfinir une
valeur du label L Possession radio);
- modifier la valeur 1 par dfaut du nombre ditems arrivant un instant
donn dans un Point dentre (bouton de la fentre de proprit dun
point dentre , voir page 54);
- modifier la valeur 1 par dfaut du nombre ditems sortant dun work
center (bouton de la fentre ouverte par le bouton de la fentre de
proprit work center , voir page 86);
- dfinir des intervalles de temps entre deux pannes, des dures de rparation,
ce qui correspond des caractristiques dun work center voir page 91.
II-3.1 Distribution de type Fixed
Cette distribution permet dutiliser une constante pour dfinir un
temps opratoire ou lintervalle entre deux arrives dans le systme. En
se positionnant sur la fentre de saisie de la valeur numrique, on fait
apparatre un bouton qui permet de choisir linformation pertinente (voir
exemple la page 38).
II-3.2 Distribution de type Named Distribution
Compltons notre modlisation en dfinissant tout dabord les temps opra-
toires des work centers. Daprs lnonc, le temps de travail dun mdecin
dpend du fait que le patient arrive avec une radio ou sans radio. Il convient donc
de commencer par crer ces distributions de probabilits dans la fentre ouverte
par loption de longlet ou par le raccourci Ctrl+D. Comme vous
avez pu le constater la page 30, la nouvelle distribution de probabilits cre est
ajoute la fin de la liste des distributions de probabilits accessibles par le menu
droulant des distributions disponibles (Named Distribution), ce qui prsente
beaucoup davantages, notamment en terme de maintenance du modle
lorsquune mme distribution est utilise plusieurs endroits.
La cration de la distribution D Avec radio du temps de consultation dun
patient avec radio seffectue de la faon suivante, qui est la seconde cration
dune distribution de type Named Distribution ( ). La cration de la distri-
bution D Sans radio seffectue de la mme faon).
Ajoutons, deux remarques pour terminer.
- Un paramtre dune distribution de type Named Distribution peut tre
calcul partir de valeur(s) de label(s) possd(s) par litem, valeur pouvant
tre loccurrence dune variable alatoire. Trois moyens dimplmenter ce
principe sont disponibles et tous les trois illustrs par un mme exemple dans
lequel le temps de dchargement dun caddie une caisse de supermarch peut tre considr, en premire
approche, comme proportionnel aux nombres L Nombre darticles darticles dcharger, occurrence dune
variable alatoire discrte Uniforme (Parametrage_TO_fonction_label_quanti.S8).
- On peut tout dabord dfinir la valeur du paramtre de la distribution
(constante dans notre exemple) par une formule faisant intervenir le label
directement dans la fentre du work center.
- On peut galement
utiliser une distribu-
tion de probabilit,
pr al abl ement
cre, et lutiliser
comme distribution
de rfrence dans la
fentre de dtermi-
nation du temps de
traitement du work
center. Cette solu-
tion alternative (tout comme la suivante) est prfrable, pour des raisons
de maintenance du modle, si cette distribution est utilise plusieurs
endroits (dans notre exemple, existence de plusieurs caisses dans le supermarch).
- Enfin, on peut remplacer la formule de la premire solution par un label de
litem, dfini au point dentre et dont la valeur est le rsultat de cette
formule de calcul.
- Les paramtres dune distribution de type Named Distribution peuvent
tre lus dans un tableau stock dans lInformation Store des adresses
calcules partir des valeurs dun ou plusieurs labels, pour remplacer une
distribution de type Time dependant ( II-3.5, page 42) ou de type Label
Based (voir II-3.3); on reviendra sur les fondements de la programmation
en Visual Logic la page 99 et sur les principes dutilisation de lInformation
Store la page 96.
- Lexemple Distribution_Time_Dependant_Jour_semaine_IS.S8, sur lequel on reviendra
la page 44, illustre cet usage de donnes stockes dans lInformation
Store pour remplacer par une unique distribution de type Named Distribu-
tion, une distribution de type Time dependant mobilisant un ensemble de
distributions de type Named Distribution correspondant une mme loi
statistique.
- Lexemple DOCTEUR_Information_Store_0.S8 illustre cet usage de donnes stoc-
kes dans lInformation Store pour remplacer par une unique distribution
de type Named Distribution, lutilisation dune distribution de type Label
Based (voir ci-aprs) mobilisant plusieurs distributions de type Named
Distribution correspondant la mme loi statistique.
II-3.3 Distribution de type Label Based
Lutilisation de ces deux distributions par les work centers Cabinet Dupond
et Cabinet Martin va se faire par lintermdiaire dune troisime distribution,
de type Label Based, en choisissant loption . Le nom choisi pour cette dis-
tribution est Consultation. Elle est facilement utilisable par ces deux work cen-
ters car, ds sa cration, cette distribution Consultation est ajoute la liste
des distributions de probabilits accessibles par le menu droulant des distribu-
tions disponibles. Le nom Consultation est en fait la fois le nom dune distri-
bution et celui dun label que lon affecte un item qui embarque avec lui
linformation ncessaire au work center (ce statut hybride expliquant pourquoi on
na pas retenu de faire prcder Consultation de la lettre D ou de la lettre L).
Ce label est ncessairement de type littral et non de type numrique parce quil
doit contenir le nom de la distribution utiliser.
La cration de cette distribution Consultation seffectue comme illustr ci-
dessous.
Il faut ensuite changer la distribution du temps de traitement
dun item dans le work center Cabinet Docteur Dupond, ce
qui se fait dans la fentre de proprit de ce work center, en
choisissant cette distribution dans le menu droulant des distri-
butions. (voir ci-contre). Laffectation du label Consultation
aux items entrant seffectue comme montr la page suivante.
Par dfaut, ce label prend la valeur D Avec radio, ce qui
nest pertinent que si le label L Possession radio vaut 1. Si
tel nest pas le cas, il faut modifier la valeur prise par le label
Consultation, ce qui conduit utiliser les possibilits de
programmation offertes par Visual Logic.
Examinons maintenant comment changer la distribution associe
Consultation lorsque le patient arrive sans radio. Dun point de vue logique,
on peut crire:
Si L Possession radio = 1 alors
Assigner au label Consultation la valeur D Sans radio
Lutilisation de Visual Logic est facile car lutilisateur cre des instructions sans
avoir les crire. La cration dun programme passe par un menu (voir page sui-
vante) qui liste les instructions de base utilisables et permet de rdiger en mode
assist les instructions crer. Ici, on a besoin de linstruction pour
excuter le test et de linstruction , pour excuter lassignation. On revien-
dra sur les fondements de la programmation en Visual Logic auchapitre VII, page
96.
Il ne reste plus
1
qu utiliser la mme dmarche pour dfinir le travail de la
secrtaire qui effectue trois types de tches: accueil dun patient, rponse tl-
phonique, formalits de sortie dun patient, ce qui conduit crer les distribu-
1. Lexemple Distribution_Label_Based.S8 reprend le sous-problme que lon vient de traiter.
Clic droit
tions de type Named Distribution: DSecrtariat accueil, DSecrtariat
paiement et DSecrtariat tlphone. Il faut crer ensuite la distribution de
type Label Based, Travail de la secrtaire.
Deux rappels doivent tre faits.
- Tout dabord, comme on la signal avec les deux premires remarques
formules la page 37, une distribution de type Label Based faisant appel
toujours la mme distribution de type Named Distribution (triangulaire, par
exemple) peut tre remplace par une distribution unique de type Named
Distribution, dans laquelle les paramtres sont des labels de litem qui utili-
sera cette distribution (voir Parametrage_TO_fonction_label_quanti.S8).
- On a galement voqu, la page 38, la possibilit de remplacer une distri-
bution de type Label Based mobilisant plusieurs distributions de type Named
Distribution de la mme loi statistique par une distribution unique de type
Named Distribution, correspondant cette loi, les paramtres de cette loi
tant lus dans un tableau de lInformation Store des adresses calcules
partir des valeurs dun ou plusieurs labels de litem qui utilise cette distribu-
tion (voir exemple DOCTEUR_Information_Store_0.S8)
II-3.4 Distribution de type Time Absolute
Il faut maintenant dfinir les lois des arrives un point dentre. Ces lois ont
en commun quelles caractrisent la distribution de probabilits de lintervalle de
temps sparant deux arrives successives ditem dans le point dentre considr.
Deux cas de figure doivent tre distingus.
Le premier correspond des arrives alatoires indpendantes, aucune relation
ntant dcelable entre deux arrives successives. Trs souvent la loi de cet inter-
valle entre deux arrives successives est une loi exponentielle, ce qui correspond
un processus de Poisson (le produit des paramtres de ces deux lois tant gal
1). Dans de nombreux processus de production de services (pages dautoroute,
centres dappels, services durgence), le paramtre de la loi nest pas stable au
cours de la journe mais suit une volution telle que lon peut, par un dcoupage
temporel appropri, considrer que le paramtre est stable sur chacune des plages
de temps retenues, la valeur de ce paramtre variant dune plage lautre. Ce
type de loi darrive est facilement modlisable sous Simul8 en faisant appel
une distribution de type Time dependant, condition davoir pralablement
dfini les lois darrives de chacune des plages de temps considres.
Le second cas est illustr par lexemple du
cabinet mdical o les arrives se font sur
rendez-vous. Bien videmment, les patients
ne se prsent jamais lheure exacte du ren-
dez-vous; ils sont en moyenne en avance, ce
qui nempche pas certains darriver en
retard. Dans lnonc, on suppose que le
dcalage par rapport lheure du rendez-vous
suit la loi N (-5,3), sauf le premier rendez-
vous que lon considre ici comme arrivant lheure
1
. On commence donc par
crer deux distributions correspondant ces carts (voir page prcdente), avant
de remplir le carnet de rendez-vous laide de la distribution Time Absolute
( ), comme suit (on sest arrt ici au 2e rendez-vous).
II-3.5 Distribution de type Time Dependant
Dans lexemple du cabinet mdical, ce type
de distribution nest pas utilis. Nous allons
cependant lintroduire maintenant car vous en
aurez besoin pour les premiers cas traiter. Le
contexte dutilisation de ce type de distribu-
tion a t dcrit la page 41. Le plus simple
pour prsenter ce type de distribution est de
1. Le systme productif est cens ouvrir 9 heures; toute arrive ditems seffectuant en dehors de la plage douver-
ture du systme productif est perdue, puisque litem entrant ne dispose pas de lieu o se rendre. On peut,
dans une modlisation un peu plus complexe, traiter ce cas de figure sans difficult mais lintrt en est limit
pour cet exemple introductif.
sappuyer sur lexemple suivant. Supposons que les arrives au GAB (Guichet Automatique Ban-
caire) du hall dentre de luniversit Paris-Dauphine connat une frquentation en heures creuses, cest--dire
entre 8 heures et 11h30 et entre 14 heures et 22 heures, caractrise par une distribution exponentielle de para-
mtre 4 minutes (arrives Poisson P (0,25) par minute; intervalle moyen entre deux arrives de 4 minutes). En
heures de pointe, entre 11h30 et 14 heures, la loi des arrives est une loi exponentielle de paramtre 1. Dans la
ralit, la modulation des arrives est plus importante et varie dun jour lautre mais, pour illustrer la dmarche,
disposer de trois plages est suffisant. Une fois cr les distributions de type Named Distribution utiliser, on passe
la cration de la distribution de type Time Dpendent comme illustr ci-dessous (voir exemple
Distribution_Time_Dependant_0.S8.)
Plusieurs complments doivent tre apports pour utiliser correctement les dis-
tributions de type Time dependant.
- Rappelons que, dans la simulation vnements discrets, lorsquune arrive
se produit un point dentre (par exemple 11h28), le calcul de la date de
la prochaine arrive est immdiatement ralis. Si la date de cette prochaine
arrive reste dans la mme plage de temps, aucun problme particulier. Si
elle se situe dans la plage suivante (par exemple 11h31), on peut dcider de
conserver cet vnement ou de le remplacer par une arrive calcule comme
la somme de la date de dbut de la plage suivante (11h30, dans lexemple) et
dun intervalle entre deux arrives successives gnres sur la base de la
distribution de probabilits associe cette plage, ce qui est fait si loption
est coche (voir ci-dessous).
Cette remarque a trois consquences.
- Si les caractristiques des arrives ne
diffrent pas trop dune plage A la
suivante B, cocher cette option pour la
plage A ne prsente pas beaucoup dintrt.
- Si la plage considre est la dernire plage et que la prochaine arrive
calcule intervient aprs la fermeture du systme productif (en supposant
que le systme ne fonctionne pas 24 heures sur 24), cette arrive est
supprime et la suivante est calcule partir du dbut de louverture du
systme le lendemain et dune occurrence de la loi des arrives de la
premire plage.
- Si aucune prcaution nest prise, des items peuvent rester dans le systme
productif la fermeture, ce qui nest pas envisageable dans les systmes
de production de services la personne. Dans notre exemple, on ne peut
imaginer que luniversit ferme avec des tudiants faisant encore la queue
devant le GAB. Pour viter larrive ditems partir dune certaine heure
(par exemple 21h45), il suffit de crer une nouvelle plage de temps
commenant partir de cette heure et dassocier cette dernire plage de
temps une distribution Fixed de paramtre suprieur lamplitude de cette
dernire priode (par exemple 20 minutes, si luniversit ferme 22
heures), sans oublier de cocher loption de la priode prc-
dente. Lamplitude de cette dernire plage doit tre suffisante pour que le
systme productif puisse traiter tous les items prsents au tout dbut de
cette dernire plage. Lexemple Distribution_Time_Dependant_0.S8 illustre lutili-
sation de ce principe.
Plusieurs remarques complmentaires sur lusage de distributions de type Time
dependant doivent tre faites.
- Un certain nombre de systmes productifs de production de services fonc-
tionnent 24 heures par jour avec des lois darrive dont les paramtres varient
au cours de la journe. Il convient dans ce cas, pour viter davoir une simu-
lation errone, davoir la premire priode commenant 0 heure, ce qui est
clairement montr dans lexemple Distribution_Time_Dependant_24heures.S8.
- Lorsque les arrives dans le systme sont de type Time dependant, lanalyse
des indicateurs obtenus au point de sortie na pas grande signification et nest
pas pertinente pour la recherche damlioration de la performance du
systme. Il est conseill dutiliser une segmentation des rsultats sur la base
du numr o de pl age d ar r i ve. Voi r l exempl e dt ai l l
Distribution_Time_Dependant_partition.S8 et les remarques de la page 101.
- Dans de nombreux systmes de production de services, les caractristiques
des lois darrive ne varient pas seulement au cours de la journe, elles
varient souvent en fonction du jour de la semaine et de la plage horaire;
lexemple Distribution_Time_Dependant_Jour_semaine.S8 prsente une solution utili-
sable dans des cas simples; une solution plus performante base sur lexploi-
tation dun tableau de paramtres stocks dans lInformation Store est
propose avec lexemple Distribution_Time_Dependant_Jour_semaine_IS.S8, on peut
noter qualors que cette paramtrisation conduit utiliser une distribution de
type Named Distribution dont le paramtre varie au cours du temps.
II-3.6 Autres distributions disponibles
Loption External permet de lire sur un fichier externe (fichier Excel, par
exemple) des nombres correspondant des intervalles de temps entre deux arri-
ves successives ou des temps opratoires. Cette option permet de travailler
avec des jeux de donnes rels.
Loption Combination permet de crer des ralisations dune somme de
variables alatoires dfinies par des distributions de probabilits pralablement
cres (exemple, un temps de traitement gal la somme de deux temps dopra-
tion successivement raliss dans ce work center, ces temps tant tous deux ala-
toires).
II-3.7 Dplacements entre stocks et work centers
Le transport dun item entre point dentre, de sortie, stock et centres de pro-
duction (ou dune ressource vers un centre de production) est, par dfaut, propor-
tionnel la distance entre les icnes les reprsentant sur la cartographie; la
vitesse de dplacement par dfaut est 10 m/min, vitesse modifiable dans la
fentre de saisie de longlet du menu Prfrence o lon peut aussi
forcer 0 les temps de dplacement des items avec le bouton . Cette neu-
tralisation des temps de transport est ncessaire dans la plupart des modlisa-
tions/simulations de processus de services.
Dans certains processus logistiques, le temps de
dplacement peut tre important par rapport au
temps de traitement ; le temps de transport se dfinit
dans la fentre Routing Out en slectionnant le
stock darrive, ce qui active le bouton et per-
met cette saisie (ce quillustre la fentre suprieure
ci-contre, en supposant que veuille tenir compte
dun temps de transport du secrtariat la salle
dattente, ce qui nest videmment pas pertinent).
Cette saisie du temps de transport peut aussi
seffectuer en slectionnant une flche par un click-
gauche puis en ouvrant la fentre ci-contre par un
click-droit et en choisissant loption et
saisir la dure. La distance entre un stock et le
centre de production quil approvisionne est tou-
jours rpute nulle (voir Temps_de_transport.S8). Le cas
du temps de transport des convoyeurs est trait de
manire spcifique (voir page 92).
III EXCUTION DE LA SIMULATION ET ANALYSE DES
RSULTATS
III-1 Excution de la simulation
Le modle de simulation qui vient dtre cr (DOCTEUR.S8) est utilisable tel
quel. La simulation est lance/arrte par le bouton de longlet et la
vitesse de simulation est contrle par le curseur . Lexcution en
pas pas (arrt command par le prochain vnement survenant dans le sys-
tme productif) est commande par le bouton . La rinitialisation de la simu-
lation est commande par le bouton . Pour que les rsultats soient
exploitables, il convient dabord de modifier certains paramtres dfinis par
dfaut, au problme pos.
III-1.1 Temps douverture du systme productif
Le temps douverture du systme productif
est dfini dans la fentre ouverte par loption
du menu de longlet de la barre
de menu; ici on considrera que le cabinet
fonctionne 5 jours par semaine de 9 heures
( ) 19 heures 30 sans interrup-
tion (soit 10h30 par jour ) mme
si, dans la ralit, il y a une pause djeuner
denviron 1 heure 30, dont labsence de prise
en compte ici nest pas trs gnante; on verra
la page 52 comment introduire explicitement
ces pauses.
III-1.2 Dure de la simulation
La dure de la simulation est dfinie par le bouton de la fentre
prcdente ou directement par loption de longlet de la barre de menu.
On a intrt dfinir cette dure de simulation (exprime en minutes) sur une
priode correspondant un multiple du nombre de jours ouvrables. Dans notre
exemple, on retiendra deux semaines de fonctionnement du cabinet, soit
2 x 5 x 10,5 x 60 = 6300 minutes (et 480 patients) mais on saisira une valeur lg-
rement infrieure pour viter de prendre en compte les 2 premiers rendez-vous du
premier jour de la troisime semaine ( ). Implicitement, cette dure de
simulation dfinit un chantillon sur lequel des indicateurs de performance seront
mesurs (voir ci-aprs). On retrouve donc les problmes classiques de distribu-
tion dchantillonnage, ce qui fait que les valeurs dindicateurs calcules sur une
simulation seront des ralisations de variables alatoires (dont la variance est
dautant plus faible que la simulation est longue).
Aprs simulation, on peut rgnrer une nouvelle simula-
tion utilisant dautres nombres alatoires que la simulation
prcdente, en procdant comme indiqu ci-contre; ce pro-
cessus peut tre rpt autant de fois que souhait.
On peut aussi vouloir garder sous contrle lensemble des
nombres alatoires utiliss: il est modifiable en cliquant sur loption
de longlet . Lobtention dautant de valeurs diffrentes
dindicateurs que de simulations diffrentes ralises pose le pro-
blme dune synthse de ces informations laquelle passe par la
dtermination dune estimation ponctuelle et dun intervalle de confiance pour
chacun de ces indicateurs, ce qui sobtient facilement comme nous allons le voir
la page 47.
III-1.3 Neutralisation du dbut de la simulation (warm-up)
Peu de processus se droulent de manire ininterrompue, 24 heures sur 24,
comme cest le cas dans les services durgence ou aux pages dune autoroute.
Gnralement, les systmes productifs sont ouverts sur des plages de temps dis-
jointes (par exemple de 8 heures 20 heures). Il convient alors de distinguer
deux cas de figure.
- On peut recommencer une priode dactivit en retrouvant le systme dans
ltat exact o on lavait laiss la fin de la priode prcdente (back-office
bancaire, par exemple), auquel cas, on peut modifier le reprage temporel pour
ne garder que des heures ouvres. Cette catgorie de systme productif peut tre
qualifie de systme permanent
1
. Dun point de vue technique, la simulation
de tels processus implique dattendre un certain temps (rgime transitoire)
avant que le comportement du systme soit indpendant des conditions
initiales, cest--dire que lon soit en rgime de croisire. La dure mise pour
atteindre le rgime de croisire est qualifie de prchauffage
2
(warm up).
Cette dure est gnralement dfinie empiriquement (en rgime de croisire, les
niveaux de stocks varient autour de valeurs centrales, sans volutions tendan-
cielles de ces niveaux de stock), sachant que le sur-dimensionnement de ce
temps de prchauffage est sans problme. La dfinition de la dure de cette
priode, durant laquelle aucun recueil dinformation statistique nest effectu
pour des raisons de pertinence, se fait
- soit par le bouton de la fentre ouverte par
loption du menu de longlet de la barre
de menu gnral;
- soit de la fentre ouverte par loption du
menu de loption de la barre de menu gnral.
- Dautres processus sont tels quil y a rinitialisation chaque dbut de
priode. Par exemple, ltat dun centre dappels louverture est le mme
dun jour sur lautre et est indpendant de son tat en fin de journe la veille.
Cette catgorie de systme productif peut tre qualifie de systme rini-
tialisation priodique. Les simulations faites sur chacune des priodes sont
indpendantes, contrairement au cas prcdent.
Dans lexemple du Cabinet mdical, on est clairement en prsence dun sys-
tme rinitialisation priodique.
1. La littrature anglo-saxonne utilise le plus souvent lexpression steady state system pour dsigner ce cas de figure
et celui de terminating system pour dsigner le second type.
2. Il sagit dune analogie mcanique, le prchauffage tant la priode de lancement dun moteur diesel avant que
celui-ci ne soit oprationnel.
III-1.4 Jeu de simulation (Trials)
On peut automatiser ce processus de simula-
tions multiples, pour obtenir un jeu de simula-
tions (trials), en utilisant loption de longlet
qui recommence la simulation un nombre de
fois dfini par dfaut 5. Ce nombre est modi-
fiable (voir ci-contre) dans la fentre ouverte par
loption de longlet de la barre de menu
gnral (exemple: ), ce qui permet
dobtenir des intervalles de confiance de certains
indicateurs synthtiques. Rappelons que chaque
indicateur obtenu la fin dune simulation, comme
le temps moyen pass par un patient dans le cabi-
net mdical, est loccurrence dune variable alatoire qui est une moyenne des
temps passs par chaque patient, sachant que la variable alatoire correspondant
au temps pass par un client dpend de ltat du systme lors de lentre du
patient. Lindicateur calcul sur une simulation est une moyenne de variables
alatoires auto-corrles (voir page 16), ce qui fait quil nest pas possible duti-
liser la thorie classique de lestimation pour tablir lintervalle de confiance du
temps de sjour dun patient quelconque. Par contre, si au moins une trentaine de
simulations sont ralises dans les mmes conditions, on peut invoquer le tho-
rme de la limite centrale pour dterminer un intervalle de confiance de lindi-
cateur calcul sur la dure de la simulation. Il est donc impratif de changer la
valeur par dfaut (5) du nombre de simulations.
Lorsque lon est en prsence dun systme rinitialisation priodique, il est
prfrable de dfinir les indicateurs prsents dans le paragraphe suivant sur
lintervalle de temps sparant deux rinitialisations priodiques (1 jour ouvrable
dans notre exemple); la dfinition dune priode plus longue est arbitraire et
conduit une diminution de la dispersion des valeurs des indicateurs. Cela tant,
on conservera ici une simulation sur deux semaines, qui, dans un premier temps
est plus parlante.
III-2 Analyse des rsultats
Plusieurs types dinformations sont disponibles dans
Simul8. Le bouton de longlet de la barre de
menu gnral permet dobtenir des tableaux synth-
tiques des indicateurs de performance retenus (KPIs pour Key Performance Indicators).
- Longlet KPIs affiche les indicateurs explicitement retenus
dans les fentres de rsultats des work centers, stock, points
dentre et points de sortie.
- Longlet All Object Results affiche tous les points de passage
dun item (voir ci-contre); la slection de lun de ces points
de passage dclenche laffichage des informations que lon
obtient avec le bouton aprs double clic sur le point
considr.
Le choix des lments tudier dans lanalyse dun jeu de simulation est
fait en ouvrant la fentre de la classe dlments (work center, stock, point
dentre, point de sortie, Ressources) liste en bas de la liste doptions offerte du
menu . Une fois la fentre ouverte, il ne reste plus qu inclure les indicateurs
de lobjet slectionn dans la liste ( ) ou, au contraire, de les
exclure ( ). En cliquant sur lobjet, on peut aussi faire
apparatre directement sa fentre de rsultats.
Une synthse graphique de lvolution de lutilisation des
work centers, des stocks (et des ressources) est disponible dans la
fentre Timeview (voir ci-dessous) ouverte par loption du
menu affich en slectionnant dans longlet de la barre
de menu gnral (voir ci-contre).
La slection des informations souhaites dans
laffichage de TimeView seffectue dans une
fentre ouverte par le bouton de la fentre
Timeview ou en slectionnant une catgorie de
points de passage.
Examinons plus en dtail les informations que lon peut obtenir lissue dune
simulation.
III-2.1 Informations collectes au point de sortie
On remarque que 480 patients ont t reus, ce qui est cohrent, puisque
chaque docteur prend 120 rendez-vous par semaine. Cest cet endroit que
seffectue lanalyse du temps pass X par les patients dans le cabinet, avec une
simulation de deux semaines conduit x = 37,19 o
x
= 10,94, Min = 12,09, Max
= 56,5 et P (X < 45) = 75%. Rappelons que lon a ici neutralis les temps de
dplacement des patients lintrieur du systme productif tudi parce
quinsignifiants (voir page 45). Lhistogramme de la distribution de probabilits
de ces temps de sjours est fourni.
On peut obtenir ces informations pour chacun des sous-ensembles dfinis par la
valeur dun label, pour tenir compte de lhtrognit de lensemble tudi. Par
exemple, on peut utiliser une segmentation base sur la possession pralable
dune radio; comme la valeur du label L Possession radio peut tre modifi
dans la simulation, il faut en faire une copie lentre (recopie, sous Visual Logic,
de la valeur initiale dans le label L Possession initiale Radio; ensuite, avant la
simulation, on slectionne loption dans la fentre du point de sortie et lon
choisit le label qui assure la partition de lensemble tudi ( ); dans
notre exemple, la fentre de rsultats comporte un pop-up permettant de slection-
ner lensemble dsir (par dfaut, lensemble complet ); lanalyse de
lensemble des patients ne possdant pas initialement de radio ( )
conduit des valeurs sensiblement diffrentes des valeurs de lensemble (x
2
= 40,94, = 6,55, Min
2
= 27,49, Max
2
= 56,5; linformation P(X
2
< 45) et lhis-
togramme ne sont pas disponibles
1
). Cette segmentation des rsultats est utile pour
analyser les rsultats de la simulation de processus dans lesquels les arrives sont
alatoires, avec des caractristiques variant au cours de la journe (arrives de type
Time dependant); voir page 42 et lexemple Distribution_Time_Dependant_partition.S8.
Les temps de sjour des patients sont auto-corrls (voir page 16). Cette
dpendance des observations implique que lon ne peut pas dterminer un inter-
valle de confiance du temps de sjour dun patient car il dpend de ltat du sys-
tme lorsquil rentre dans le systme. La frquence associe un intervalle de
temps de sjour calcule dans une simulation varie dune simulation lautre et
doit tre interprte avec prudence.
1. sauf utiliser deux points de sortie diffrents.
o
x
2
Lanalyse dun jeu de simulation obtenu par le bouton de longlet de la
barre de menu gnral est offerte dans la fentre qui souvre la fin de ces simula-
tions multiples. Les informations disponibles sont les mmes que celles propo-
ses lissue dune simulation avec, ce qui fait la diffrence, un calcul
dintervalle de confiance de ces KPIs. Dans notre exemple, avec 100 simulations
sur 1 jour ouvrable (629,9 minutes), lapplication de la thorie de lestimation
permet de dire que la dure moyenne quotidienne de prsence des patients au
cabinet mdical a 95% de chance dtre compris entre 36,57 et 37,33 minutes
1
.
Le coefficient de confiance retenu est modi-
fiable en cliquant sur les valeurs par dfaut propo-
ses. La fentre ouverte en cliquant sur loption
offerte en utilisant le bouton de longlet de
la barre de menu gnral (voir ci-contre) permet de
modifier le nombre de simulations associ un jeu
de simulation , de dfinir le gnra-
teur de nombre alatoire utiliser , le
coefficient de confiance associ lintervalle de
confiance dsir pour les indicateurs .
On ne sintressera pas ici aux autres options dis-
ponibles qui sont trs techniques.
III-2.2 Informations collectes dans un
stock
Lanalyse du temps Z pass par les
patients dans la salle dattente correspond
aux informations fournies ci-contre. On
pourrait aussi utiliser le principe de seg-
mentation dans lanalyse des rsultats
mais, ici, lusage de la segmentation des
patients selon la possession initiale dune
radio nest pas pertinent car, dans lana-
lyse statistique, les temps dattente dun
patient passant deux fois en salle dattente
ne sont pas cumuls.
1. Lanalyse des rsultats dtaills montre que lcart-type estim de la dure moyenne de sjour des 100 simula-
tions est 0,663; lapplication de la thorie classique de lestimation permet de calculer lintervalle de confiance
trouv. Il convient de souligner que si les dures de sjour dans une simulation sont corrles, les dures
moyennes de diffrentes simulations dun mme processus sont indpendantes partir du moment o elles
utilisent des gnrateurs de nombres alatoires diffrents.
III-2.3 Informations collectes dans un work center
Analysons maintenant lutilisation des work centers. Com-
menons par lexemple du cabinet de radiographie, on
constate une certaine sous-utilisation de ce work center qui ne
travaille qu 46,48% de son temps (53,52% dattente). Cette
information doit cependant tre corrige car elle est calcule
comme le quotient du temps travaill par le temps ouvr
(10h30); si lon tient compte dune pause de 1 heure 30, il faut
multiplier cette information par 10,50/(10,5-1,5)=1,167, ce qui
donne un taux doccupation corrig de 54,24%. Cette sous-uti-
lisation (que lon retrouve pour la secrtaire et loprateur
radio) met en vidence quil est sans doute possible dadjoindre un troisime
mdecin ce cabinet (si un ramnagement est possible), sans dgradation
notable du niveau de service (point vrifier par la simulation).
La non-prise en compte de la pause du midi fausse lapprciation visuelle de
lutilisation du systme productif. Deux transformations de la modlisation sont
possibles pour traiter correctement ce problme. Elles passent par la notion
dquipe (shift) laquelle on associe une ou plusieurs plages horaires de prsence.
Ici, on considrera deux plages de prsence
1
: 9h- 12h30 et 14h-19h30.
- La premire solution (voir exemple (DOCTEUR_ressource.S8)) consiste crer des
types de ressource, ici la ressource secrtaire, la ressource oprateur et les
ressources Martin et Dupond, puisque ces docteurs ne sont pas interchan-
geables. Cette cration passe par lusage du bouton de la barre de
menu; aprs avoir positionn la ressource sur reprsentation du systme
production, il faut faire un double-clic sur licne qui ouvre (voir ci-
dessous) une fentre permettant de spcifier les plages de disponibilit de
chaque type de ressource, ainsi que leur nombre (un type de ressource peut
concerner un ensemble de personnes). Les ressources sont reprsentes par
des icnes dans le modle. On obtient directement un taux dutilisation
effectif de 53% pour loprateur radio (valeur lgrement diffrente de celle
trouve prcdemment en raison de la diffrence de modlisation qui conduit
utiliser dautres ralisations des variables alatoires). On reviendra plus en
dtail sur la modlisation des ressources (pages 67 et suivantes).
1. Dans la ralit, la pause dbute quand tous les patients ont t traits et non heure fixe, ce qui peut conduire
une fin de consultation juste aprs le dbut de la pause (par dfaut, tout travail commenc est termin par le work
center) et un paiement auprs de la secrtaire, sa reprise de travail en dbut daprs-midi.
- Une seconde solution (voir exemple (DOCTEUR_Shift.S8)) consiste appliquer
le concept de plages de disponibilit aux work centers. En cliquant sur le
bouton dun work center, on fait apparatre une fentre dans laquelle
on coche loption de lactivation du work center seulement sur des plages de
temps que lon spcifie avec le bouton qui ouvre une
fentre listant les plages de temps affectes au work center (au dpart
aucune), le bouton permet de lister les plages dj cres, den crer
de nouvelles et daffecter celles choisies au work center considr. Cette
solution ne modifie pas le fait que les indicateurs soient calculs sur la base
du temps douverture du systme productif (10h30) et non le temps douver-
ture du work center (9 heures) ; elle fait simplement apparatre, dans la
dcomposition du temps dutilisation du work center, une rubrique Off shift
qui correspond la fermeture du work center pendant le temps douverture
du systme productif.
Chapitre III Caractrisation des Items, des Points dEntre et de Sortie
Chapitre III
CARACTRISATION DES ITEMS, DES POINTS DENTRE ET DE
SORTIE
La modlisation dun processus de production de biens ou de services vise
dcrire la circulation, dans un systme productif, dobjets au sens large (per-
sonnes, dossiers, produits, informations) qui arrivent dans ce systme pour y
subir un ensemble de traitements, aprs quoi ils le quittent. On retient ici le terme
gnrique item pour dsigner ces objets, en salignant sur la terminologie retenue
par Simul8. On parle de cycle de vie dun item pour dcrire la succession
dtapes suivies par un item dans un systme productif, de son arrive son
dpart du systme.
I ARRIVE DES ITEMS DANS LE SYSTME PRODUCTIF
Les items entrent dans le systme productif un point
dentre, cr par loutil (voir exemple page 26),
puis transitent par une succession de stocks et de work cen-
ters avant de sortir par un point de sortie cr par loutil
. Plusieurs points dentre peuvent coexister. Pour
faciliter la modlisation, on peut utiliser fictivement plu-
sieurs points dentre, comme cela a t fait dans lexemple
du cabinet mdical. Le cheminement dun item dans le sys-
tme productif obit des rgles sur lesquelles on reviendra
la page 110. Les items quittent un point dentre pour se
diriger vers un (ou plusieurs) stock(s) en utilisant lune des
rgles dcrites la page 58.
I-1 Lois darrives des items
Les arrives des items un point dentre (Entry Point) sont dfi-
nies par des distributions de probabilits (appeles encore lois darri-
ves) qui sont de deux types.
- On peut tout dabord dfinir ces arrives par une distribution de
probabilits de lintervalle de temps sparant deux arrives successives
ditems au point dentre considr. Deux cas de figure doivent tre distin-
gus. Les caractristiques de ces lois peuvent tre stables, auquel cas la loi
peut directement tre dfinie au point dentre par lune des distributions
statistiques disponibles du menu droulant ( ). Ces caractristiques
peuvent varier dans le temps, ce qui conduit une loi par plage de temps
(distribution Time dependant), ce qui a t prsent en dtail aux pages 42 et
suivantes.
- On peut galement dfinir une programmation des arrives au point dentre,
de type carnet de rendez-vous, comme on la utilis dans lexemple du
cabinet mdical (Time absolute). Ces arrives ne se font pas au moment exact
prvu mais avec ala se traduisant par une avance ou retard en fonction dune
distribution de probabilits prdtermine, ce qui a t prsent en dtail aux
pages 41 et suivantes.
On peut demander ce quune arrive se fasse au dmarrage de la simulation en
cochant .
Un point dentre peut tre remplac par un stock comportant au dmarrage
un certain nombre ditems (via le bouton du stock) dont on dtermine les
caractristiques comme on le fait un point dentre (via le bouton ). Cette
initialisation peut tre dterministe (valeurs de labels prdtermines) ou stochas-
tique (valeurs de labels gnres alatoirement). On tudiera cette possibilit la
page 64.
Licne par dfaut dun point dentre peut tre
remplac par une autre image de la bibliothque des
images dans la fentre ci-contre, ouverte partir du
bouton de la fentre des proprits du point
dentre. Cest galement dans cette fentre que lon
peut demander laffichage du nom du point dentre
et la neutralisation de laffichage du dcompte du nombre ditems entrs
(option par dfaut) en dcochant .
I-2 Type dun item
Litem entrant appartient obligatoirement un Type ditems
(Main Work Item Type), qui peut tre unique et tre celui dfini par dfaut
( ). La cration des types ditem a t illustre la page 27. Un seul type
ditems nest autoris un point dentre.
La modification de licne et
du nom attribus par dfaut est
effectue dans la fentre de pro-
prits dune classe ditems,
ouverte par loption de
longlet de la barre de
menu principal ; on modifie
licne en choisissant lun des
fichiers de la bibliothque dimages de Simul8. Cette icne par dfaut dun type
ditems reste normalement la mme au cours de la simulation pour tous les items
appartenant un mme type. Licne dun item (mais pas celle dun type ditem)
peut cependant tre change la sortie dun work center, sans que cet item
change pour autant de type (voir paragraphe suivant). La taille de litem dans la
simulation ( ) est modifiable. Cette information de taille est utile lors de
lutilisation des convoyeurs (page 92).
I-3 Modification possible de licne dun item en sortie dun
work center
En sortie dun work center, licne de litem entrant peut tre modifie, ce qui
permet dattirer lattention sur des transformations de ltat dun item. Cette
modification seffectue partir de la fentre de proprits du work center, comme
suit, la fentre de slection de limage de licne tant la mme que ci-dessus.
Dans lexemple PoliceAeroport.S8, les arrives de passagers la Police des frontires dun aroport,
lensemble de guichets de destination dun passager varie avec sa nationalit (ainsi que licne utilise).
Ajoutons que licne dun item peut tre conditionne par la valeur prise par
un label. Il suffit alors de modifier licne de litem via aprs avoir
slectionn . Ce changement conditionnel peut se faire dans un work cen-
ter ou un point dentre, ce quillustre lexemple Icone_Item_en_sortie.S8 darrives un
point dentre, licne des items varie selon que lon a affaire un homme ou une femme (usage de Visual Logic
ncessaire, contrairement lexemple prcdent).
I-4 Arrive par lot ditems
Par dfaut, chaque entre porte sur un seul item. On peut vouloir modliser le
fait que chaque arrive porte sur un groupe ditems (par exemple, le client don-
neur dordre dun fastfood est une personne seule ou le reprsentant dun groupe
de clients (famille, etc.)). Lutilisation du bouton du point dentre permet
de dfinir la loi de la taille de groupe (variable certaine ou ralisation dune
variable alatoire), sachant quen suite chaque item du groupe est trait indivi-
duellement (au niveau des actions sur les labels et en sortie); avec cette solution,
on perd linformation sur le groupe auquel il appartient. Sil est utile de la conser-
ver, il vaut mieux alors travailler en 2 temps avec larrive des groupes puis utili-
sation dun work center fictif qui clate en sortie ( , puis ) le groupe en un
nombre variable ou fixe ditems ayant leurs caractristiques propres; ces deux
possibilits sont illustres par lexemple Arrivee_items_par_groupe.S8.
I-5 Labels dun item
Une premire caractrisation des items par des valeurs spcifiques de labels
est ralise aux points dentre par lintermdiaire du bouton . Ce point a
t largement illustr dans lexemple introductif aux pages 26 et suivantes. La
liste des actions possibles est la mme que celles disponibles pour un work center
(voir page 27).
Les attributs (labels) caractrisent litem
entrant; ils correspondent aux variables qua-
litatives ou quantitatives que lon associe, en
statistique descriptive chaque lment de
lensemble tudi. Ils sont crs dans la
fentre ouverte par loption de longlet
ou par le bouton de la
fentre ouverte par le bouton de la
fentre de proprits dun work center ou
dun point dentre. Tous les items dune
classe ditems se caractrisent par la mme
liste de labels, mme si certains ne sont pas
toujours utiliss. Les labels permettent de
fournir des caractristiques intrinsques de
litem qui permettront, principalement, de
dfinir les gammes opratoires qui lui seront
appliques. La valeur dun label peut tre modifie par un programme en Visual
Logic.
Les possibilits de dfinition de la valeur dun label sont les suivantes, en
commenant par celle qui est la plus frquemment utilise et abondamment illus-
tr dans lexemple introductif du cabinet mdical:
- Assignation au label de la ralisation dune variable certaine (voir
exemple page 28) ou alatoire (voir exemple page 29). Cette valeur peut tre
ensuite modifie dans le mme work center (ou point dentre) par un
programme en Visual Logic dfini dans la fentre ouverte par le bouton
. Elle peut ltre galement dans un work center dans lequel litem
passe ultrieurement. Enfin, dans quelques cas assez rares, elle peut ltre
lentre dun stock ou sa sortie (voir page 65).
- Assignation dun numro dordre unique un item entrant, quel que
soit le point dentre et sans doublon possible; cette valeur est assigne chro-
nologiquement un label sans que ce label ne soit ncessairement le mme
(autrement dit, plusieurs labels peuvent partager une mme liste de rang
darrive dans le systme productif). Il nest pas possible de dfinir avec cette
option plusieurs numros dordre unique associs des labels diffrents;
pour obtenir, des incrmentations locales diffrentes complmentaires, il faut
mobiliser un programme en Visual Logic, ce quillustre lexemple Unique.S8.
- Incrmentation de la valeur dun label numrique; ceci a un sens
postrieurement au point dentre (au dbut, il faut utiliser loption puis
saisir la valeur initiale du label considr, normalement 1); lintrt principal
de cette possibilit est de dterminer le nombre dtapes franchies dans un
processus dans lequel un item peut tre trait plusieurs fois par un mme
centre de production.
- Dcrmentation de la valeur dun label numrique; mmes
remarques que prcdemment.
- Ajouter la valeur courante dun label numrique un autre label num-
rique (utile dans certains cas).
- Multiplier la valeur courante dun attribut numrique par une constante
(utile dans certains cas).
- Le chronomarquage dun item, gnralement un point dentre, est
souvent utilis pour suivre les items dans le systme productif, dans la mise
au point du modle.
- Asq VB conduit dfinir par un programme en Visual Logic la valeur
prise par lattribut. On peut aussi donner une valeur par dfaut et la modifier
par un programme en Visual Logic. Lusage de Visual Logic simpose quand
la valeur que peut prendre un label est conditionne par celle prise par un
autre label (dans lexemple du cabinet mdical, la valeur du label consultation dpendait de celle du
label L Possession radio). On reviendra sur ce point au I-7.
I-6 Les sorties du point dentre
Normalement, un item entrant dans le
systme productif quitte son point dentre
pour se rendre directement dans un stock. On
peut ladresser un work center, condition
quil soit fictif (temps opratoire nul). Lorsque
plusieurs directions sont possibles en sortie, se
pose un problme de choix de la direction
prendre qui est exactement le mme que celui qui se pose la sortie dun work
center. Cette problmatique a t traite en dtail pour loption la page 32.
Pour les autres options, reportez-vous la description qui en est faite la page 84
qui traite en dtail ce problme de la dtermination de la direction en sortie dun
work center.
Ajoutons, deux remarques pour terminer un item entrant est perdu sil ne
trouve de place o aller (par exemple, le stock vers lequel il est dirig est satur
(capacit daccueil limite, voir page 61). Pour viter de perdre cet item, il est
possible si loption est retenue, dajouter en fin de liste des directions en
sortie, un point de sortie (ou un stock) qui recueillera litem nayant pas trouv de
place dans le ou les stocks placs plus haut dans la liste.
I-7 Point dentre et Visual Logic
Il est possible dexcuter un programme en Visual Logic au point dentre. Il est
galement possible dexploiter les proprits dun point dentre dans une instruc-
tion en Visual Logic, en lecture et, pour certaines proprits, en criture.
I-7.1 Possibilit dexcution de programmes en Visual Logic au
point dentre
Un programme en Visual Logic peut tre crit dans la fentre ouverte par le
bouton de la fentre ouverte par le bouton de la fentre de
proprits du point dentre. Cette possibilit a t illustre la page 39.
I-7.2 Proprits dun point dentre mobilisables par Visual Logic
Les i nst ruct i ons de
Vi sual Logi c peuvent
utiliser des proprits de
l a cl as s e Poi nt
dEntre. Il sagit dun
ensemble de caractris-
tiques prdtermines,
associes nimporte
quel Point dEntre et
jouant le mme rle que
les labels. Ces caractris-
tiques ont des valeurs par
dfaut utilises lors de la cration dun Point dEntre pendant la modlisation
dun processus. Sont accessibles sous Visual Logic les diffrentes proprits dun
point dentre que vous pouvez dfinir dans sa fentre de proprits ou dans lune
des fentres que vous pouvez ouvrir partir dun bouton.
II SORTIE DES ITEMS DU SYSTME PRODUCTIFS
Litem sort obligatoirement, aprs traitement, par un point
de sortie (work exit point) au niveau duquel des rsultats
synthtiques sont disponibles (voir page 50). Toutefois, cer-
tains items peuvent rester en permanence dans le systme pro-
ductif. Il sagit, par exemple, dquipements associs la
logistique interne, comme des conteneurs ou des kanbans; il
peut sagir aussi de biens lous qui, aprs utilisation,
reviennent pour tre offerts nouveau la location.
des fins de contrle lors de la mise au point dun modle
de simulation, un point de sortie peut tre remplac par un stock fictif dont le
contenu, en fin de simulation, peut tre analys. Cest la raison pour laquelle
cette dernire solution est souvent utilise dans les simulations cres pour illus-
trer ce cours. Loption permet denregistrer dans un fichier toutes les infor-
mations caractrisant les items sortants, avec leur date de sortie et les dernires
valeurs prises par leurs labels, ce qui est un peu plus compliqu mais peut per-
mettre des exploitations plus pousses, pour peu que certains vnements com-
plmentaires (date darrive de litem dans le systme productif, par exemple)
aient t enregistrs dans des labels.
Lintrt dune segmentation de lensemble des items traits dans une simula-
tion a t prsent la page 50 (option . aux points de sortie du systme
productif). Le critre de la priode darrive des items, correspondant au
dcoupage de la loi des arrives suivant une loi Time dependant est souvent judi-
cieux car ladaptation des ressources cette variation des caractristiques de la
demande nest pas toujours possible, ce qui conduit des variations explicables
de certains indicateurs de niveau de service. Il convient alors dattribuer aux
items entrants un label dont la valeur correspond la plage horaire de leurs arri-
ves. Cette dtermination est relativement aise et est explique et illustre par
lexemple Distribution_Time_Dependant_partition.S8.
voquons pour terminer un problme que lon rencontre dans certains ser-
vices. Habituellement, un item est prsent dans le systme productif tant quil na
pas subi tous les traitements quil a subir. La production dun service suit gn-
ralement cette logique sauf quand cette prestation consiste en une mise disposi-
tion dun ensemble de services utilisables sans restriction pendant une priode
donne, ces prestations tant offertes simultanment un ensemble de clients
(parc dattractions, domaine skiable). Les arrives des items (clients) dans le
systme productif ne se font pas simultanment en dbut de priode et les clients
restent le temps quils veulent condition de quitter le systme productif avant sa
fermeture. Lexemple Sortie_du_systeme_fonction_du_temps.S8 montre comment faire pour
que les clients quittent le systme avant lheure de fermeture, le moment du
dpart tant dfini la minute prs et le temps de sjour dsir pour un item pou-
vant varier (sans violation possible de la contrainte de fermeture). On qualifiera
de type de sortie, de sortie alatoire.
Pour terminer, rappelons que lanalyse des rsultats en sortie a dj t com-
mente en dtail la page 50.
Ajoutons enfin quaucun programme
Visual Logic ne peut tre excut ce niveau.
Si cela est ncessaire, il suffit de faire prc-
der le point de sortie dun work center fictif.
Par contre, les proprits dun point de sortie
sont accessibles par des instructions en Visual
Logic.
Chapitre IV Caractrisation des stocks
Chapitre IV
CARACTRISATION DES STOCKS
Un stock peut recevoir des items provenant de diff-
rents points dentre, ce qui ne se justifie que si ces
points dentre permettent de caractriser de manire
diffrente les items entrants. De la mme faon, un stock
peut recevoir des items provenant dun ou plusieurs
centres de production. Un stock est passif, dans le sens
quil nenvoie pas ditems vers les centres de production
sans que ceux-ci nen fassent explicitement la demande.
Il est possible de dclencher un programme en Visual
Logic lentre ou la sortie dun item du stock (onglet
). Par ailleurs, lun des programmes en Visual Logic lanc par un processeur
quelconque peut tout moment rcuprer les informations caractrisant le stock
(nombre ditems contenus, par exemple) et intervenir sur certaines de ses caract-
ristiques, comme sa capacit (voir exemple, page 90) ou celles (labels) des items
quil contient. La fentre de dfinition des proprits dun stock permet dasso-
cier au stock plusieurs proprits:
I PROPRITS DE BASE DUN STOCK
I-1 Capacit maximale
I-1.1 Capacit maximale dun stock
Par dfaut, la capacit ( ), cest--dire le nombre
maximal ditems que le stock peut recevoir un instant
donn, est infinie ( ; pour laquelle, conventionnelle-
ment, la valeur -1 est retenue). Elle peut tre modifie
lors de la conception du modle en saisissant une valeur
dans la fentre de saisie ou, tout moment au cours de la
simulation, par un programme en Visual Logic (voir
exemple de la page 90).
I-1.2 Capacit maximale dun Groupe
Le groupe est un ensemble de stocks et/ou de work centers.
Cet ensemble se dfinit
- soit par une slection directe de ces objets sur la reprsen-
tation du processus suivi dun clic-droit, ce qui provoque
laffichage de la fentre ci-contre; la slection de loption
Create Group provoque alors un affichage fugitif dune
fentre indiquant que le groupe est cr et en lui donnant
un nom par dfaut;
- soit en utilisant loption de longlet , ce
qui provoque laffichage de la fentre ci-contre qui
liste les groupes dj crs et permet den crer un
nouveau avec le bouton , mais ce dernier ne
comprend aucun stock ni work center.
Il faut slectionner le groupe existant ou venant
dtre cr pour en modifier les caractristiques,
laide du bouton qui permet de modifier la
liste des membres (stocks et work centers) du
groupe ( ). Une proprit importante
dun groupe pour certaines simulations est le
nombre maximal ditems pouvant se trouver simul-
tanment dans le groupe ( ).
Lexemple Synchronisation_stock_produits_Multiples.S8 (voir
page 113) illustre lutilisation de ce concept de groupe runissant un work
center fictif charg de prlever un item ayant une valeur particulire de label, dans un ensemble de stocks,
et le stock dans lequel litem prlev est rang dans un stock avant dtre appel par un autre work center.
Lexemple Box.S8 traite le cas de plusieurs box dun service durgence; le patient est install dans le
box par une infirmire; il attend ensuite quun docteur fasse un diagnostic, en prsence de linfirmire; puis
il attend quune infirmire fasse un prlvement sanguin avant dtre renvoy en salle dattente; ce qui se
passe dans ce box est modlis par 3 work centers et 2 stocks qui constituent un groupe ne pouvant accueillir
quun seul item. Cet exemple, montre galement deux autres possibilits pour bloquer lentre dans un box
occup, utilisant quelques instructions en Visual Logic; la premire bloque laccs au box si le cumul des
items prsents dans les 3 work centers et les 2 stocks est gal 1; la seconde utilise un indicateur doccu-
pation (paramtre mis jour dans lInformation Store) et est la seule faon de traiter astucieusement certains
problmes complexes. Une variante de lexemple prcdent dans lequel se pose un
problme dopen shop (plusieurs oprations effectuer dans un ordre quel-
conque), est fournie par la simulation Open_shop.S8. On prsentera des alterna-
tives lusage du groupe pour limiter le nombre ditems prsents dans un
ensemble de stocks et work centers, la page 116.
I-2 Dure maximale de sjour dun item dans un stock
La dure maximale de sjour dun item dans le stock
( ) est utilisable pour tenir compte de dates de
premption de produits prissables ou pour simuler le
comportement dun client qui, aprs une attente juge trop
longue quitte le systme productif. Simul8 propose une
dure maximale identique pour tous les items.
Le retrait du stock des items ayant atteint cette dure maximale passe
par lusage dun work center fictif (et donc avec un temps opratoire nul):
lusage du bouton de la fentre des proprits de ce work center fictif
ouvre une fentre permettant de dfinir la rgle de slection ( ) parmi
une liste de rgles quil faut augmenter (usage du bouton ) pour pouvoir choisir
loption (voir exemple Peremption_fixe.S8). Cette procdure est utilise dans lexemple du cabi-
net mdical dans lequel on limite 2 minutes lattente des appels tlphoniques ne pouvant tre pris immdiatement
(voir le work center Appels perdus). Pour chaque item entrant dans le stock, il est possible
de dfinir (via Visual Logic) une dure diffrente de sjour maximal en stock, ce
qui est utile, par exemple, pour simuler de manire raliste le fonctionnement de
centres dappel (voir exemple Peremption_variable.S8). On reviendra sur ce point la
page 110.
I-3 Temporisation minimale en stock
Une temporisation minimale possible dans le stock
cest--dire le temps de sjour minimal dun item dans le
stock; ce temps de sjour minimal peut tre fixe ou
prendre la valeur dun label de litem dfinie en appuyant
sur le bouton (le label L Attente dans lexemple
Attente_mini_dans_stock.S8) ou une occurrence dune variable
alatoire.
I-4 Classement des items en sortie
Litem prlev par un work center est le premier dune liste dfinie partir de
lune des 3 rgles dcrites ci-dessous. Si le prlvement de litem est soumis
une condition ( , voir pages 35 et 73), cest le premier de la liste respectant
cette condition qui est choisie. Si un work center a besoin dun ou plusieurs items
pouvant se trouver dans plusieurs stocks auxquels il est reli, les rgles dcrites
ci-dessous se combinent avec celles dcrites la page 70.
- La rgle par dfaut est celle du Premier Entr - Premier Sorti, utilise ds
lors que les options et ne sont pas coches.
- Rgle du Dernier Entr - Premier Sorti ( ) est illustre par lexemple
LIFO.S8.
- Classement selon la valeur dcroissante prise par un label ( ) choisi dans
une liste qui saffiche aprs avoir coch la bote cocher; dans ce cas, un item
rentrant dans le stock, au lieu de prendre la dernire place, prend la dernire
place du groupe ayant sa priorit (FIFO dans le groupe), ces groupes tant
classs par priorits dcroissantes. Le premier modle de lexemple
Priority_Items.S8 illustre cette possibilit qui a t utilise pour favoriser dans la salle dattente, le
client venant de se faire faire une radio (voir dtail la page 35). Lexemple Routing_in_oldest.S8
illustre lutilisation de cette rgle de dfinition de lordre de la liste de sortie
quand elle est utilise avec le mme label dans plusieurs stocks connects
lentre dun mme work center. Si lon veut utiliser simultanment deux
critres, il convient dutiliser un troisime critre dont la valeur est calcule
partir des valeurs prises par les deux premiers critres selon une formule
traduisant les rgles de pondration accordes ces deux critres.
I-5 Analyse du comportement dun stock pendant la simulation
Lanalyse du comportement dun stock pendant la simulation seffectue en
ouvrant ( ) la fentre de rsultats partir de la fentre du stock.
On obtient tout dabord un ensemble dindicateurs (KPIs) relatifs loccupa-
tion instantane du stock avec une analyse du nombre courant ditems en stock
durant la simulation, avec la possibilit douvrir un graphique permettant, pen-
dant la simulation, de suivre lvolution de la file dattente. On a la possibilit de
retrouver ce suivi avec les graphiques ouverts sous , avec lavantage dune
analyse du comportement simultan des stocks, work centers et ressources aux-
quels on sintresse.
On obtient ensuite un ensemble dindicateurs relatifs la dure de prsence
des items dans le stock et un histogramme de la distribution observe durant la
simulation. On peut pousser lanalyse en sintressant des sous-ensembles des
items. On dfinit alors une partition des items entrants, base sur les modalits prises
par un attribut qualitatif, on utilise qui dclenche louverture dune fentre
de slection du label dfinissant la partition. Cette possibilit est identique celle
offerte aux points de sortie (voir la simulation du cabinet mdical, page 50).
II INITIALISATION POSSIBLE DUN STOCK
On peut commencer une simulation avec des stocks contenant des items de
caractristiques connues. Cette initialisation permet de remplir le stock dun cer-
tain nombre ditems (via le bouton du stock) dont on dtermine les caract-
ristiques comme on le fait un point dentre (via le bouton ). Deux
dfinitions dun label sont possibles.
- Cette dfinition peut tre stochastique, les valeurs de labels dun item tant
gnres alatoirement. Lexemple Initialisation_Stock_stochastique.S8, illustr ci-dessous, traite
dune initialisation dun stock de caractristiques gnres alatoirement partir de distributions de proba-
bilits connues.
- Cette dfinition peut tre
dterministe, les valeurs de
l abel s dun i t em t ant
prdtermines. Lexemple
Initialisation_Stock_deterministe.S8
illustre le cas dune initialisation dun
stock de caractristiques lues dans un
fichier de donnes (dans Information
Store ou un fichier Excel ; exemple
quil est prfrable dtudier quaprs
avoir vu comment exploiter ce type
dinformation, page 99).
Un stock ainsi initialis peut
remplacer un point dentre. Cette initialisation des stocks est incontournable si
ces items restent prsents tout au long de la simulation (comme cest le cas des
kanbans dans une simulation de Juste--Temps, par exemple). Elle peut aussi
tre utilise, dans certains cas, pour viter de paramtrer un prchauffage dans la
simulation (warm up, voir page 46). Bien videmment, linitialisation dun stock
nexclut pas que ce stock puisse tre aliment au cours de la simulation.
Lexemple Arrivees_stochastiques_clients_connus.S8 est une variante du prcdent, dans
lequel lvnement dclenchant le prlvement dun item du stock nest pas le
processeur mais lanalyse dun item arrivant dans un autre stock. Ce cas de figure
se produit, par exemple, pour un stock correspondant un ensemble de clients
parfaitement identifis (fichier dabonns dune mdiathque, par exemple) et
que lon cherche simuler des arrives alatoires de ces clients (arrives dans la
mdiathque), avec une personnalisation du client (tirage alatoire de lidentit
de labonn entrant dans le sous-ensemble du fichier des abonns susceptibles de
venir, ce qui limine, a minima, les abonns dj prsents dans la mdiathque).
III STOCK ET VISUAL LOGIC
III-1 Possibilits dexcution de programmes en Visual Logic lors
dun mouvement en stock
Il est possible dexcuter un programme en Visual
logic (voir ci-contre) lorsquun item arrive en stock
( ) ou lorsquun item quitte un stock pour faire
lobjet dun traitement ( ) ou lorsquil est appel
par un work center fictif charg de retirer du stock les
items dont le temps de sjour a atteint la dure maximale
(fixe) de sjour ( ). Les deux premires actions possibles sont intres-
santes pour mettre jour un inventaire permanent dcrit dans un tableau de
lInformation Store (ce quillustre lexemple Stock_&_Information_Store.S8) ou pour
rviser les valeurs du label utilis par loption qui dfinit la liste de sortie sur
une base diffrente de celle de lordre darrive (voir page 63).
III-2 Proprits dun stock mobilisables par Visual Logic
Les instructions de Visual Logic peuvent
utiliser des proprits de la classe stock. Il
sagit dun ensemble de caractristiques
prdtermines (voir liste encadre en
jaune, ci-contre), associes nimporte quel
stock et jouant le mme rle que les labels.
Ces caractristiques ont des valeurs par
dfaut utilises lors de la cration dun
stock pendant la modlisation dun proces-
sus. Certaines de ces caractristiques sont
modifiables, comme la capacit maximale
dun stock, et dautres pas, comme le
dnombrement du nombre ditems dans le
stock au moment de lexcution de lins-
truction de Visual Logic utilisant cette caractristique. Pour obtenir le rsultat de
lcran suivant, il suffit de double-cliquer sur le nom du stock, puis de double-cli-
quer sur la caractristique utiliser.
La caractristique la plus utile est Count Contents qui contient le nombre
ditems en stock au moment de lexcution de linstruction (ne pas confondre
avec InCount qui vaut 1 si le stock a t utilis dans la simulation). Parmi les
exemples dutilisation de la proprit Count Contents, voir Choix_Production_stock_mini.S8,
Synchronisation_stock_produits_Multiples.S8 (voir page 113) ou Arrivees_stochastiques_clients_connus.S8,
dans lequel cette proprit est utilise pour dfinir la borne suprieure dune distribution uniforme, utilise pour
tirer de manire quiprobable un item dun stock dont le contenu volue au cours de la simulation).
Chapitre V Caractrisation des ressources
Chapitre V
CARACTRISATION DES RESSOURCES
I CARACTRISATION DES RESSOURCES
Une ressource est un facteur
productif (oprateur, outil-
lage) indispensable lex-
cution dune opration sur un
i t em dans l e work cent er.
Lusage des ressources a t
introduit dans lexemple de la
page 52, avec la seconde ver-
sion du cabinet mdical. Nous
avons i ndi qu al ors que l a
cration dune ressource ne simpose que si la ressource est partage par plu-
sieurs work centers. Dans lexemple du cabinet mdical, le work center
Secrtariat comporte un bureau, un fauteuil, un tlphone, un micro-ordina-
teur et une secrtaire; aucun de ces lments tant partags, le work center com-
porte tous ces lments et est rput oprationnel sur toute lamplitude de la
journe, sauf mobilisation des plages horaires (shift, voir page 52). La fentre des
proprits dune ressource est fournie ci-dessus.
La cration dune ressource est
normalement antrieure son utili-
sation (usage du bouton mais
elle peut se faire lors de son affec-
tation un work center, en utilisant
le bouton de la fentre ouverte
par le bouton , ce qui pro-
voque laffichage de la liste des
ressources existantes, qui peut tre
augmente en utilisant le bouton
de cette dernire fentre.
La reprsentation de la res-
source se fait par une icne, licne
par dfaut pouvant tre modifie
dans la fentre ouverte avec le bou-
ton .
Il est possible de dfinir des
temps de transport dune res-
source pour chaque couple origine-destination cr dans la modlisation du pro-
cessus, dans la fentre ouverte avec le bouton .
La disponibilit dune ressource se dfinit dans la fentre des proprits dune
ressource; elle peut tre fixe ou variable au cours de la journe. Dans le cas dune
disponibilit fixe (loption ntant pas coche), un effectif de 10 est alors
propos par dfaut: ), valeur bien videmment modifiable. Cette dis-
ponibilit peut tre variable dans la journe .
Dans ce dernier cas, sa
dfinition se passe par
lusage des quipes (shifts).
Une quipe (shift) se dfinit
par une ou plusieurs plages
de prsence (Shift Work Pat-
tern). Ces plages sont cres
comme expliqu ci-contre.
Lexemple Resources_Shift_1.S8
illustre cette solution avec 2 centres de
production mobilisant chacun un opra-
teur, sachant que le nombre doprateurs
disponibles est de 1 le matin et de 2
laprs-midi.
Lexcution dune opration dans un work center, peut mobiliser une (ou plu-
sieurs) unit(s) appartenant des ressources substituables pour cette opration.
Par exemple, aprs avoir dfini une ressource ouvrier qualifi comportant 3 personnes et une ressource
ouvrier spcialis comportant 2 personnes, on peut avoir besoin de dfinir une ressource Regroupement ru-
nissant les deux ensembles prcdents, si lopration dun processeur A peut sexcuter aussi bien par un ouvrier
qualifi, quun ouvrier spcialis, tandis que celle dun processeur B ne peut sexcuter quavec un ouvrier sp-
cialis, ce quillustre lexemple Pool.S8. Lexemple Ressource_Polylavence dcrit une situation
plus complexe de comptences multiples que peuvent possder des oprateurs,
ces oprateurs pouvant avoir des ensembles diffrents de comptences, et dans
laquelle chaque tche excuter ncessite lune de ces comptences. Cette mod-
lisation est importante pour pouvoir apprcier les gains lis une amlioration de
la polyvalence du personnel.
Lanalyse des caractristiques des quipes et leur modification peuvent
aussi se faire en utilisant le bouton Shifts de longlet Data Rules du menu
principal..
On reviendra la page 88 comment les ressources sont mobilises par un work
center.
II RESSOURCES ET VISUAL LOGIC
II-1 Possibilits dexcution de programmes en Visual Logic lors
de lutilisation dune ressource
Un programme en Visual Logic dfini dans la fentre
ouverte par longlet Visual Logic peut tre excut lors
de la mobilisation dune ressource ( ) ou de sa
libration ( ).
II-2 Proprits dune ressource mobilisables par Visual Logic
Les instructions de Visual Logic peuvent utiliser des proprits de la classe
Ressource. Il sagit dun ensemble de caractristiques prdtermines, asso-
cies nimporte quelle ressource et jouant le mme rle que les labels. Ces
caractristiques ont des valeurs par dfaut utilises lors de la cration dune res-
source pendant la modlisation dun processus. Elles sont utilisables dans les
programmes crits en Visual Logic. La liste de ces caractristiques est fournie
dans la fentre suivante.
Un exemple dutilisation de la proprit Max Available dune ressource peut
tre trouv avec le modle Work_Center_Shifts_Stock_in_individuel_1.S8.
Chapitre VI Caractrisation des centres de production (work centers)
Chapitre VI
CARACTRISATION DES CENTRES DE PRODUCTION
(WORK CENTERS)
Les work centers sont crs avec loutil . La fentre de
saisie des proprits dun centre de production est la suivante.
On examinera successivement les diffrentes composantes du
paramtrage dun work center, dfinies en appuyant sur les dif-
frents boutons.
- Alimentation du work center par le bouton , I, page
70.
- Sortie du work center par le bouton , II, page 84.
- Temps dexcution du travail effectuer par le work center
dans le cadre Distribution de la fentre ci-dessus, III, page
88.
- Ressources mobilises pour excuter le travail effectuer par le work center
par la partie bouton , IV, page 88.
- On regroupera dans un paragraphe ( V, page 90) quelques spcifications
complmentaires dfinies par les boutons , , et .
On examinera galement quelques points lis lutilisation de Visual Logic.
- On examinera enfin la caractrisation dun convoyeur (que lon peut
crer en ouvrant la partie de la barre latrale gauche de construc-
tion du modle), qui est un work center particulier ayant des caractristiques
spcifiques ( VI, page 92).
I Alimentation du work center: bouton Routing in
Les spcifications de lalimentation sont dfinies par les fentres ouvertes
aprs avoir appuy sur le bouton , qui donne accs trois onglets.
- Longlet permet de
dfinir la rgle de prlve-
ment du ou des i t ems
requis par lopration
excut e par l e work
center. Certaines de ces
rgles nont de sens que si
pl us i eur s i t ems s ont
requis et/ou plusieurs
stocks existent en entre
du work center.
- Longlet permet tout dabord de dfinir
des actions excuter (programmes en
Visual logic) soit avant tout prlvement
( ), ce qui permet en particulier de
modifier certains paramtres du work
center, soit immdiatement aprs le prlve-
ment mais avant que ne commence le traite-
ment ( ); on reviendra sur ce point
au I-1, page 73. Il permet galement de dfinir des conditions sur la valeur
que doit possder un label dun item prlever ( ) ou une fourchette de
la taille du lot ditems interchangeables prlever ( ). Ces deux
options, exclusives lune de lautre, seront analyses au I-1, page 73. Deux
autres options sont offertes mais ne seront pas analyses dans ce document:
la premption ( ), cest--dire la possibilit dinterrompre un traitement
en cours pour effectuer un traitement prioritaire, avant de reprendre le traite-
ment en cours et la possibilit de bloquer les prlvements ditems ( )
si le chemin de sortie nest pas libre.
- Longlet permet dajouter au temps
de traitement de lopration excuter, un
temps de rglage des temps complmen-
taires ajouter tous les n items traits
( ) ou en cas de changement de
valeur dun label ( ) ou aprs traite-
ment ( ). Nous reviendrons sur ces
possibilits la section III, page 88.
La dfinition des mthodes de slection et lutilisation des options ne se com-
binent pas librement. Interviennent de surcrot certaines caractristiques du pro-
blme de slection lentre: quand le work center se libre, il va chercher un
(ou plusieurs) item(s) homognes ou htrognes dans un (ou plusieurs) stocks
1
.
Lanalyse de ces entres oblige distinguer plusieurs cas obtenus en combinant
trois caractrisations de base.
- Pour le prlvement par ce work center, les items contenus dans le stock ou
les stocks sont considrs comme tant de mme nature et donc interchan-
geables, les diffrences de valeurs prises par leurs labels tant sans objet pour
le traitement effectuer et on parlera alors de stocks homognes. Ces items
peuvent tre considrs comme potentiellement diffrents (et donc non-
interchangeables), les items prlever dans le stock devant avoir une valeur
prcise pour certains labels et on parlera alors de stocks htrognes. Il
convient de bien comprendre que cette homognit ou htrognit des
items dun stock est lie au work center qui y prlve des items.
- Lopration raliser par le work center ncessite le prlvement dun ou
plusieurs items.
1. Exceptionnellement (voir page 85), il peut recevoir des items en provenance dun autre work center qui attend
passivement que lon vienne chercher litem quil vient de traiter
- Le work center est reli un ou plusieurs stocks en entre. Plusieurs cas
doivent tre distingus, dans la modlisation de base propose par Simul8.
- Si le work center prlve un seul item dans un seul stock, ce stock peut
tre aussi bien homogne quhtrogne; il en est de mme si le prlve-
ment de cet item unique peut se faire dans plusieurs stocks, le problme
tant de dterminer dans quel stock litem sera puis; ce problme de
slection relve dune logique de type OU.
- Lorsque n items (n tant prdtermin) sont prlever dans un mme
stock, celui-ci est ncessairement homogne.
- Lorsque plusieurs items sont prlever dans plusieurs stocks, le nombre
n
i
ditems prlever dans chaque stock i tant prdtermin avant que le
work center ne commence prlever ces items, chaque stock est homo-
gne mais se diffrencie des autres stocks par la valeur prise par un mme
label. Dans ce cas, le problme de slection relve dune logique de type
ET et se caractrise toujours par lusage de loption Collect dans le
Routing in. Ce cas correspond soit une opration de production condui-
sant la cration dun nouvel item (assemblage), gnralement sur la base
dune nomenclature fixe, soit une opration de distribution conduisant
au regroupement ditems en un lot (picking) en utilisant la nomenclature
variable implicitement associe une commande (voir page 77).
- Un cas particulier de la modlisation sous Simul8 se caractrise par le
prlvement dun nombre variable ditems dans un stock homogne ou
dans plusieurs stocks homognes rigoureusement interchangeables du
point de vue de lopration ralise par le work center.
Cette combinatoire conduit au tableau suivant qui fait rfrence des tableaux
de synthse commentant ce quil est possible de faire dans chaque cas.
Nous allons dtailler les possibilits offertes par chacun des onglets mais avant
il convient dajouter que le prlvement dun item dans le (ou les) stock(s) -
amont est normalement possible ds que le work center se libre et quil puisse
Tableau 3 : Typologie des cas de figure rencontrs en Routing in
Prlvement de
Stock unique
Stocks multiples
n items dans stock OU ET (Collect)
homogne
ou
htrogne
Cas 1
(tableau 4, p. 78)
Cas 4
(tableau 5, p. 80)
2 stocks htrognes et n
1
= 1
Match sur valeur dun label
Cas 7 (tableau 6, p. 82)
fixe
homogne
Cas 3
(tableau 4, p. 78)
-
Chaque stock est homogne. Pr-
lvement de n
i
unit dans stock i
Cas 6 (tableau 6, p. 82)
htrogne - - -
homogne
Cas 2
(tableau 4, p. 78)
Cas 5
(tableau 5, p. 80)
-
htrogne - - -
n 1 =
n 1 >
n
1
n n
2
s s
trouver un item respectant les conditions de prlvement requises. Le prlve-
ment peut ventuellement tre bloqu par lintermdiaire dun programme en
Visual Logic (voir VII-1, page 93) excut avant tout prlvement ( )
I-1 Possibilits offertes par longlet Options
Longlet sert introduire une condition de
valeur dun label que doit respecter litem entrant
( I-1.1) ou spcifier le nombre ditems de
mme nature prlever si ce nombre est suprieur
1 ( I-1.2) ou introduire une procdure
(programme en Visual Logic) excuter avant tout
prlvement (Before selecting, ) ou juste
aprs prlvement mais avant toute excution du
travail par le work center (After Loading Work, ). Lutilisation de ces
possibilits de programmation sera tudie au VII-1, page 93.
I-1.1 Prlvement ditem(s) ayant une valeur prdtermine dun
label donn (Batch by type)
En cochant loption Batch by type, on intro-
duit une condition respecter par litem, nces-
sairement unique, prlev par le work center.
Lutilisation de cette option est incompatible
avec loption Use Label Batching; elle est
possible que le work center soit reli un ou
plusieurs stocks en entre. Elle implique que ces
stocks soient htrognes.
Lutilisation de cette option a t illustre pour le prlvement dun seul item
avec lexemple du cabinet mdical (en imposant au patient de se rendre au cabinet
du docteur avec lequel il avait rendez-vous, voir page 35). Le cas 1 tudi dans le
tableau 4 de la page 78, explicite les mthodes de slection (voir I-2, page 75)
compatibles avec cette slection, ainsi que la possibilit de ne pas slectionner
suivant la logique du Premier-Entr - Premier-Sorti ; il illustre chaque combi-
naison possible par une simulation que vous pouvez directement ouvrir.
Si le work center est reli plusieurs stocks, le prlvement est implicitement
de type OU, cest--dire que lunit prleve est cherche dans lun de ces stocks,
lexploration des stocks se faisant dans lordre dfini par la mthode de slection,
toutes les mthodes ntant pas compatibles avec cette option Batch by Type. Le
cas 4 tudi dans le tableau 5 de la page 80, explicite les mthodes de slection
compatibles avec cette slection, ainsi que la possibilit de ne pas slectionner
suivant la logique du Premier-Entr - Premier-Sorti ; il illustre chaque combi-
naison possible par une simulation que vous pouvez directement ouvrir.
I-1.2 Prlvement dun nombre variable ditems (Use Label
Batching)
En cochant loption Use Label Batching, le
work center prlve un nombre n ditems
compris entre deux bornes n
1
et n
2
, dans un
stock homogne (ou dans plusieurs stocks
homognes, comme on le verra ensuite). Prenons
lexemple simplifi dun boulanger fabriquant des crois-
sants, partir dun stock de croissants cuire aliment
par un work center (ou un point dentre). On doit crer
pour ce type ditems un label numrique (par exemple
L compteur dont la valeur est initialise 1 au point
dentre). Supposons que la cuisson porte sur un lot
compris entre 30 (on peut lancer une opration de cuisson si on dispose dau moins 30 crois-
sants) et 50 croissants (on ne peut traiter simultanment plus de 50 croissants), on procde alors
comme suit: aprs avoir coch loption qui active le bouton ouvrant une fentre
permettant de saisir la taille minimale du lot , sa taille maximale et (via le bouton ),
l e l abel ut i l i s pour c e d c ompt e ( i c i ) . L exempl e
Routing_in_Use_Label_Batching_1.S8 illustre lutilisation de cette option. Trois
remarques sont faire:
- La taille du lot est variable, elle dpend du nombre ditems en stock au
moment o le traitement peut commencer; elle est fixe si les valeurs Min et
Max concident.
- Les items ne sont pas fusionns; ils conservent donc leurs caractristiques
initiales (sauf modification via )
- La valeur prise le label L compteur peut varier avec les items. Par exemple
si lon sintresse au chargement dun camion de capacit 20 m
2
, les items
charger (cartons, caisses) peuvent avoir des volumes unitaires diffrents (L
compteur
i
). Il importe alors que le volume embarqu ne dpasse pas la capa-
cit et que le camion soit suffisamment charg. Dans ces conditions, la
contrainte devient . Dune certaine faon, le stock
est htrogne mais cette htrognit est de type volumtrique et massique
et utilise uniquement par des work centers o le critre volumtrique ou
massique pour constituer un lot traiter est prendre en compte.
Le cas 2 tudi dans le tableau 4 de la page 78, explicite que le fait que seule la
mthode de slection Priority est utilisable ici et montre la possibilit de ne pas
slectionner suivant la logique du Premier-Entr - Premier-Sorti. Lexemple
Routing_in_Use_Label_Batching_1.S8 illustre lutilisation de cette option: le work center
peut prlever ce nombre n ditems compris entre deux bornes n
1
et n
2
, dans
plusieurs stocks homognes. Reprenons lexemple de la cuisson de viennoiseries, en supposant mainte-
nant que le boulanger puisse prlever dans un stock de croissants cuire et un stock de pains au chocolat cuire, les
lments constitutif de sa fourne, ces items conservant leur individualit la sortie (voir lexemple
Routing_in_Use_Label_Batching_2.S8). L encore, il est possible davoir des valeurs diff-
n
1
L compteur
i
i
n
2
s s
rentes de L compteur
i
. Le cas 5 tudi dans le tableau 5 de la page 80, explicite que
la mthode de slection Priority nest pas la seule utilisable et montre la possibilit
de ne pas slectionner suivant la logique du Premier-Entr - Premier-Sorti.
Lexemple Routing_in_Use_Label_Batching_2.S8 illustre lutilisation de cette option.
I-2 Possibilits offertes par longlet Selection Mthods
Le work center peut tre reli un ou plu-
sieurs stocks, certaines mthodes de prlve-
ment nont de sens que si le stock est reli
plusieurs stocks. Les mthodes dcrites ici ne se
proccupent pas du caractre homogne ou
htrogne des stocks lexception de loption
Collect que lon prsentera en dernier. On verra
la page 108, comment traiter avec laide dun
work center fictif certains problmes plus com-
plexes dalimentation dun work center rel .
I-2.1 Premier jeu de mthodes de slec-
tion en Routing In
- Loption indique que lordre dans lequel on doit examiner les stocks
pour prlever un item est celui qui est affich dans la fentre, si litem ne peut
tre fourni par un stock on passe au suivant (si le work center est reli plus
dun stock en entre). Cette option est utilisable dans tous les cas de figure et
es t i l l us t r e ( s t ock mul t i pl e) par l exempl e Rout i ng_i n_pr i or i t y. S8 et l exe mpl e
Routing_in_Priority_Label.S8.
- Loption correspond au cas particulier dun work center qui est aliment
directement par un autre work center au lieu de prlever lui-mme les items
dans un ou plusieurs stocks. Dans ce cas, le work center situ en amont se
libre la double condition davoir termin son opration et de pouvoir
envoyer litem dans le work center passif, ce qui suppose quil soit libre,
sinon le work center - amont est bloqu. Une squence de deux work centers
peut tre utile pour excuter certaines oprations complexes et le plus
souvent lun des deux est fictif (temps opratoire nul); si aucun des deux
nest fictif, cette option Passive est ncessaire pour le second work center.
Dune manire gnrale, il est conseill dviter deux work centers se suivant
sauf si lun dentre eux est fictif. Cette mthode exclut, bien videmment, la
possibilit de faire appel aux options de longlet , sauf celles de
programmation. Lutilisation de cette mthode est illustre avec lexemple
Routing_in_Passive.S8.
- Loption permet de prlever litem qui se trouve depuis le plus long-
temps soit dans lun des stocks ( ), soit dans le systme productif
( ); elle nest utilisable que dans le cas de prlvement dun seul item,
le work center pouvant tre connect plusieurs stocks en entre. Lexemple
Routing_in_oldest.S8 illustre cette mthode sans condition de valeur prise par un
label, contrairement lexemple Routing_in_oldest_Label.S8.
- Loption permet de prlever litem qui se trouve depuis le moins long-
temps soit dans lun des stocks ( ), soit dans le systme productif
( ); voir Routing_in_youngest.S8 pour un usage simple de cette option et
lexemple Routing_in_youngest_Label.S8 qui combine cette option avec lusage
dune valeur de label en slection des items.
- Loption permet de prlever litem dans le stock qui contient le plus
d i t ems ( voi r l exempl e Ro u t i n g _ i n _ l o n g e s t . S 8 et l exempl e
Routing_in_longest_Label.S8). Pour privilgier la rfrence la moins nombreuse
dans un stock htrogne ditems possdant des rfrences diffrentes
(option Shortest, non offerte mais utile dans des problmes dapprovisionne-
ment) il faut excuter une procdure (voir lexemple Routing_in_label_Mini.S8).
- Loption permet de prlever litem successivement dans chacun des
s t ocks ( voi r l exempl e Ro u t i n g _ i n _ Ci r c u l a t e . S 8 et l exempl e
Routing_in_Circulate_Label.S8). Loption Ignore Starved ( ) est coche par
dfaut : si le stock examin est vide, on passe immdiatement au suivant; ne
pas cocher cette option conduit bloquer le prlvement pour ce tour.
- Loption pour mmoire (car peu utilis, uniquement via Visual Logic)
- Loption impliquant simultanment le Routing in et le Routing Out sera
analys la page 111.
- Loption permet dutiliser une feuille de classeur pour dter-
miner le stock en entre. Cette option permet de reproduire un
ensemble de dcisions observes.
I-2.2 La mthode de slection Collect en Routing In
La rgle permet de fabriquer une rfrence (opration dassemblage ou de
picking) partir de plusieurs items de nature diffrente provenant de plusieurs
stocks diffrents, chacun dentre eux tant homogne, les quantits tant prdter-
mines avant tout prlvement (nomenclature fixe).
Par exemple, pour confectionner un carton de 6
bouteilles, il faut prlever 6 bouteilles dans un
premier stock et 1 carton dans un second stock puis
procder lopration dassemblage. Aprs avoir
cliqu sur le bouton et choisit la rgle Collect
( ) ainsi que loption spcifiant que les prlve-
ments dans les deux stocks ne peuvent se faire que
si l es quant i t s requi ses sont di sponi bl es
( ) ; on slectionne ensuite le premier
stock dans la liste des stocks affiche ( ), on
modifie le nombre ditems requis ( ), ce qui
donne laffichage ( ) ; pour le second
stock, la valeur par dfaut (1) na pas tre change ( ). En choisissant loption
, on indique quil ny aura quun seul item en sortie (sinon, il y a conservation de
tous les items entrants). Il faut ensuite indiquer que litem rsultant est un carton de
6 bouteilles, ce qui se fait en ouvrant la fentre des spcifications de sortie (bouton
) puis en largissant les options offertes (bouton ), ce qui permet de slec-
tionner litem dsir ( ). Litem sortant est diffrent des items
ent r ant s s i l opt i on As s embl e a t coche ( voi r l exempl e
Routing_in_Collect_and_Assemble_1.S8). Cette mthode de prlvement peut tre utilise pour
cons t i t uer un l ot par t i r d un s eul s t ock ( voi r l exempl e
Routing_in_Use_Label_Batching_OR_Collect.S8).
La rgle permet galement de prlever
dans chacun des stocks points en entre (habi-
tuellement deux), des items ayant tous une mme
valeur de label. Aprs avoir coch loption ,
une fentre listant les labels existant souvre; on
choisit le label utiliser pour associer les items
venant des diffrents stocks, la valeur retenue
pour ces prlvements tant celle prise par le label du premier item du stock class
le premierdans la liste affiche en haut de fentre. L encore, on peut ou non
dcider de fusionner ces items en sortie ( ) et de prlever ou non plusieurs
units dans chacun des stocks (nombre saisi droite de ). Cette utilisation de
la rgle Collect, qui correspond au cas 7 du tableau 6 de la page 82, permet
dassurer la synchronisation entre un flux dinformations (commandes portant
chacune sur un article unique) et un flux de matires htrognes (articles diff-
rents) tous gards dans un stock unique
1
et offre le moyen de simuler des interac-
tions simples entre systmes productifs et donc le fonctionnement de certaines
chane logistique (une demande finale est satisfaite par un premier systme
productif, lequel doit sapprovisionner en composants auprs dun autre systme
productif (voir lexemple Routing_in_Collect_and_Match_1.S8, lequel utilise un work center fictif pour
pouvoir choisir un client dans une liste de clients potentiels dynamiquement mise jour). Le cas de
commandes portant sur un article unique prlever dans lun des stocks dun
ensembl e de st ocks (stocks mul ti pl es) sera t udi l a page 113
(Synchronisation_stock_produits_Multiples.S8).
On peut adapter sans problme cette dmarche en grant dynamiquement le
paramtre de la fonction Collect, pour prlever un nombre darticles dune rf-
rence donne en une quantit dfinie par une commande (et donc susceptible de
varier dune commande lautre), chaque item tant gard dans un stock diffrent
(voir lexemple Routing_in_Collect_and_Assemble_2.S8). Il sagit ici dune forme de
nomenclature variable dans laquelle les stocks ne sont pas banaliss et le
contenu dune commande est dcrit par autant de labels quil y a ditems pouvant
tre commands (tous ne ltant pas ncessairement); ce cas de figure se trouve,
par exemple dans les commandes passes dans les fastfoods. Si les stocks sont
banaliss (partiellement ou en totalit) et si la varit des rfrences pouvant tre
commande est forte, on a intrt dfinir une commande comme un ensemble de
lignes de bons de commande traiter squentiellement et non de manire groupe
(voir page 113, lexemple Synchronisation_stock_produits_Multiples.S8).
1. Si ces articles diffrents se trouvent dans des stocks diffrents, le processus de synchronisation est un peu plus
complexe (voir page 113).
I-3 Rcapitulatif
Tableau 4 : Routing in stock unique en entre
Configurations
Conditions de prlvement dfinies dans
le stock
( classement des items
dans la liste de sortie)
le work center
(seules les mthodes pertinentes sont retenues)
Cas 1
Stock unique en entre
et prlvement de
un seul item
1. Classement par
dfaut: classement
des items dans leur
ordre darrive dans le
stock
2. Modification de
classement sur
Label via loption
Prioritize du stock
classement des
items par ordre
dcroissant de valeurs
du label choisi, avec
partage des ex aequo
sur le critre de leur
stock. Exemple:
classement des
items par valeur +
du label
L_Priorit:
1. Pas de condition
2. Condition sur Label via
loption Batch by type
Exemple: on ne tire du stock
que les items possdant la
valeur 7 pour le label Label 1
Remarque: utilisable pour
slectionner un item possdant
la valeur ditem la moins
frquente dans le stock
1. choix du premier item de la liste de sor-
tie du stock respectant la condition de loption. Voir
Routing_in_priority.S8 (pas de condition) et
Routing_in_Priority_Label.S8 (condition sur label)
2. choix du premier
item arriv dans le stock et respectant la condition
de loption; sil na pas la priorit la plus leve,
litem le plus ancien ayant la priorit la plus leve
lui est prfr. Voir Routing_in_oldest.S8 (pas de condition)
et Routing_in_oldest_Label.S8 (condition sur label).
3. : idem que 2 en rem-
plaant le critre du temps dattente dans le stock
par celui du temps dattente cumul depuis lintro-
duction dans le systme.
4. : choix du dernier
item arriv dans le stock et respectant la condition de
loption; sil na pas la priorit la plus leve, litem le
plus rcent ayant la priorit la plus leve lui est pr-
fr. Voir Routing_in_youngest.S8 (pas de condition sur label) et
Routing_in_youngest_Label.S8 (condition sur label).
5. : idem que 2 en rem-
plaant le critre du temps dattente dans le stock
par celui du temps dattente cumul depuis lintro-
duction dans le systme.
3. Condition sur dure
dattente maximale
dans le stock (Shelf
Life); exemple avec
2 dattente maxi-
male
1. Pas de condition
6. prlvement du premier item de
la liste de sortie ayant sjourn un temps
suprieur la dure dattente maximale en
stock; utilis normalement par un work cen-
ter fictif (temps opratoire nul)
Cas 2
Stock unique en entre
et prlvement de
n items avec

Traitement simultan
des n items par le
work center
1. Classement par
dfaut: classement
des items dans leur
stock
2. Modification de
classement sur
Label via loption
Prioritize du stock
classement des items
par ordre dcroissant de
valeurs du label choisi,
avec partage des ex-
aequo sur le critre de
leur ordre darrive en
stock. Exemple :
classement des
items par valeur +
du label
L_Priorit:
Chaque item possde un label
(L_compteur dans exemple)
ayant une valeur positive
(correspondant au poids dun
item ou son volume ou ),
ventuellement toujours la
mme (1, par exemple)
Dfinition de la contrainte via
Use Label Batching
Exemple n
1
=5 et n
1
=9 :
Remarques:
- Le work center ne peut
travailler que si au moins n
1
items sont dans le stock.
- Les n items ne sont pas
fusionns en sortie.
- Exclusif du Batch by type.
1. choix du premier item de la liste de
sortie. Voir Routing_in_Use_Label_Batching_1.S8
(avec ou sans Prioritize)
1
n
1
n n
2
s s
n
n
1
L_compteur
i
i
n
2
s s
n
1
n
2
Cas 3
Stock unique en
entre et
prlvement de
n items avec n fixe
Traitement
simultan des n
items par le
work center
Exemple: n = 5
1. Classement par
dfaut: classement
des items dans leur
stock
2. Modification de
classement sur
Label via loption
Prioritize du stock
stock. Exemple :
classement des
items par valeur +
du label
L_Priorit:
1. Reprise du Use Label Bat-
ching, avec n = n
1
= n
2
= 7
n items en sortie
1. choix du premier item de la liste de sor-
tie. Voir Routing_in_Use_Label_Batching_OR_Collect.S8
(avec ou sans Prioritize).
2. Pas doption possible ici 2. Utilisation du Collect, avec saisie de n:
Voir
Routing_in_Use_Label_Batching_OR_Collect.S8 (avec ou
sans Prioritize).
Remarques:
- dbut du travail du
work center conditionn par la disponibilit
des n items
prlvement du
stock mais dbut du traitement conditionn
par la disponibilit des n items
- les n items ne sont pas fusionns
en sortie
les n items sont fusionns en sortie
avec valeur des labels dfinie par la + forte ou la
+ faible des valeurs trouves
- Voir Routing_in_Use_Label_Batching_OR_Collect.S8
(avec ou sans Prioritize).
Tableau 4 : Routing in stock unique en entre (Suite)
Configurations
le stock
le work center
(seules les mthodes pertinentes sont retenues)
n
Tableau 5 : Routing in - stocks multiples en entre lis par la relation OU
Configurations
le stock
le work center
Cas 4
Stocks multiples en
entre et
prlvement de
n = 1 item
1. Classement par
dfaut: classement
des items dans leur
stock
2. Modification de
classement sur
Label via loption
Prioritize du stock
stock.
Exemple :
par valeur + du label
L_Priorit:
1. Pas de condition
2. Condition sur Label via
loption Batch by type
Exemple: on ne tire du stock
choisi (voir dernire colonne)
quun item possdant la valeur
7 pour le label Label_1
Remarques:
- exclusif du Use Label
Batching
- non utilisable si n > 1
sortie du Stock 1; stock vide, on passe au
2e, etc. Voir Routing_in_priority.S8 (pas de condition)
et Routing_in_Priority_Label.S8 (condition sur label).
2. idem que prcdemment
mais en partant du stock suivant le dernier
utilis, dans lordre de la liste (ici, partir du
stock 2 si le denier item a t tir du stock 1, partir
du stock 1 si le denier item a t tir du stock 3).
Voir Routing_in_Circulate.S8 (pas de condition sur label
en option) et Routing_in_Circulate_Label.S8 (condition
sur label en option).
3. choix de litem
ayant le temps dattente maximal parmi tous
les items de tous ces stocks ignore le clas-
sement de la liste de sortie des items du
stock. Voir Routing_in_oldest.S8 (pas de condition) et
Routing_in_oldest_Label.S8 (condition sur label).
4. : choix de litem
ayant temps dattente maximal parmi tous les
items de ces stocks depuis son introduction
dans le systme productif ignore le classe-
ment de la liste de sortie des items du stock.
5. : idem que 3, avec
temps dattente minimal et non maximal. Voir
Routing_in_youngest.S8 (pas de condition sur label) et
Routing_in_youngest_Label.S8 (condition sur label).
6. : idem que 5, avec
temps dattente minimal et non maximal
7. : choix de litem dans la file
dattente la plus longue. Voir
Routing_in_longest.S8 (pas de condition sur label) et
Routing_in_longest_Label.S8 (condition sur label).
3. Condition sur dure
dattente maximale
dans le stock (Shelf
Life); exemple avec
2 dattente maxi-
male
1. Pas doption possible si
condition sur dure dattente
maximale
8. prlvement du premier item de
la liste de sortie ayant sjourn un temps
suprieur la dure dattente maximale en
stock; utilis normalement par un work cen-
ter fictif (temps opratoire nul)
OU
Cas 5
Stocks multiples en
entre et prlvement de
n items avec

Traitement simultan
des n items par le
work center
1. Classement par
dfaut: classement
des items dans leur
stock
2. Modification de
classement sur
Label via loption
Prioritize du stock
stock. Exemple:
classement des
items par valeur +
du label
L_Priorit:
Chaque item possde un
label (L_compteur dans
lexemple) ayant une valeur
positive (correspondant au
poids dun item ou son
volume ou),
ventuellement toujours la
mme (1, par exemple)
dfinition de la contrainte via
Use Label Batching
Exemple n
1
=5 et n
1
=9 :
Remarques:
- Le work center ne peut
travailler que si au moins n
1
items sont dans le stock.
- Les n items ne sont pas
fusionns en sortie.
- Exclusif du Batch by type.
sortie du premier stock, jusqu puisement
de ce stock ou atteinte de n
2
; sinon, on pr-
lve dans le stock suivant, etc. . Voir
Routing_in_Use_Label_Batching_2.S8 (avec ou sans
Prioritize)
2. idem que prcdemment
mais en partant du stock suivant le dernier
utilis, dans lordre de la liste (ici, partir du
stock 2 si le denier item a t tir du stock 1, partir
du stock 1 si le denier item a t tir du stock 3).
Tableau 5 : Routing in - stocks multiples en entre lis par la relation OU (Suite)
Configurations
le stock
le work center
n
1
n n
2
s s
OU
n
1
L_compteur
i
i
n
2
s s
n
1
n
2
Tableau 6 : Routing in ----- stocks multiples en entre lis par la relation ET
Configurations
le stock
le work center
Cas 6
Stocks multiples en
entre et
prlvement de
n
i
items
des stocks ii
Impossibilit
dutiliser
classement par dfaut
des items dans leur
ordre darrive en stock
Impossibilit dutiliser les
options Batch by type ou Use
Label Batching
1. Collect sans Match : prlve-
ment impratif de n
i
> 0 items des stocks i
avant que le work center ne commence le
traitement
- Exemple: n
1
= 3 items du stock 1, n
2
= 2
items du stock 2 et n
3
= 5 items du stock 3
Par dfaut: n
i
= 1
Modification des valeurs par dfaut: se
positionner sur la ligne du stock i (exemple, i = 3)
, saisie du nombre (exemple, 5)
. Illustration avec
Routing_in_Collect_and_Assemble_1.S8
Complments:
- les items ne sont
prlevs dans les stocks que lorsque que
tous les items ncessaires sont disponibles
- les items sont prlevs
dans les stocks ds quils sont disponibles
mais le traitement ne commence que lorsque
tous les items sont runis.
- par dfaut, tous les items sont
fusionns item unique en sortie (sauf
usage du Batching en Routing Out). Pour
modifier cette option: , puis
dcocher les items
entrants ne sont pas fusionns et gardent
leurs caractristiques initiales en sortie du
work center. Les valeurs des labels de
litem fusionn sont dfini par lune des 3
options du bas de la fentre;
loption de label value from
affecte les valeurs du dernier item prlev
dans le stock slectionn dans la liste des
stocks entrants.
- Possibilit de modifier les n
i
sous Visual
Logic avant tout prlvement ditems
via la commande Set Collect
Number permet dutiliser des
nomenclatures variables selon une
commande passe. Illustration avec
Routing_in_Collect_and_Assemble_2.S8 dans
lequel les stocks multiples sont spcialiss.
Le cas, plus complexe, de stocks multiples
banaliss est trait aux cas 8 et 9.
n
1
n
2
n
3
ET
Cas 7
Stocks multiples en
entre et
prlvement
ditems partageant
une mme valeur de
label
Utilis normalement
avec 2 stocks
seulement (le premier
correspondant des
rquisitions, le second
des produits)
Impossibilit
dutiliser
dans leur ordre
darrive en stock
Impossibilit
dutiliser
dans lun des stocks
entrants
Impossibilit dutiliser
loption Batch by type (mais
sans intrt avec la mthode
de slection Match) et Use
Label Batching
1. Collect avec Match : prlve-
ment ditems partageant tous la valeur dun
label du premier item du premier stock de la
liste ( n
1
= 1 et, normalement, deux stocks)
- Exemple: n
1
= 1 item du stock 1 (seule valeur
possible), n
2
= 2 items du stock 2
Pour la saisie des n
i
, voir ci-dessus (cas 6)
Slection du label: en cochant , une
fentre de slection des labels disponibles
souvre; choix du label Label_1
les n
2
items prlevs dans
le stock 2 partagent tous ncessairement la
valeur prise par le label Label_1 du
premier item du premier stock dans la liste.
Illustration avec
Routing_in_Collect_and_Match_1.S8
Complments:
- Les items sont prlevs dans les stocks ds quils
sont disponibles mais le traitement ne commence
que lorsque tous les items demands sont runis.
- par dfaut, tous les items sont
fusionns item unique en sortie (sauf
usage du Batching en Routing Out). Pour
modifier cette option: , puis
dcocher les items
entrants ne sont pas fusionns et gardent
leurs caractristiques initiales en sortie du
work center. Les valeurs des labels de
litem fusionn sont dfini par lune des 3
options du bas de la fentre;
loption de label value from
affecte les valeurs du dernier item prlev
dans le stock slectionn dans la liste des
stocks entrants.
- Possibilit de modifier les n
i
sous Visual
Logic avant tout prlvement ditems
via la commande Set Collect
Number permet dutiliser des
nomenclatures variables selon une
commande passe. Illustration avec
Tableau 6 : Routing in ----- stocks multiples en entre lis par la relation ET (Suite)
Configurations
le stock
le work center
n
1
= 1
n
2
ET
II DESTINATIONS EN SORTIE DU WORK CENTER
Aprs traitement dans le work center, litem est orient (ou les items sont orients)
vers un (ou plusieurs) stock(s). La dfinition de ces destinations en sortie se fait dans
la fentre ouverte par le bouton . Si le work center nest connect qu un seul
stock en sortie, le problme de lorientation de litem en sortie ne se pose pas; on
consacrera donc essentiellement au cas des destinations multiples ( II-1). Cette
fentre permet de dclencher un certain nombre de traitements complmentaires,
indpendants du nombre de destinations ( II-2, page 85).
II-1 Dtermination de la destination en sortie dun work center
Le bouton liste les stocks de destination en sortie. Sil ny en a quun,
aucune ambigut nexiste et la rgle de sortie normale est . On traitera ici le
cas o le work center est reli plusieurs stocks en sortie. Ces destinations sont
listes et numrotes dans la fentre ci-dessous. Cet ordre est important dans
lusage de certaines rgles de choix de la destination et peut tre modifi en
slectionnant un stock de la liste puis en le faisant monter ( ) ou descendre ( )
dans la liste. Les rgles de sortie (ou disciplines, pour reprendre la terminologie
en usage dans la thorie des files dattente) sont les suivantes:
- Laffectation circulaire ( ) conduit envoyer le premier item arriv dans
le premier stock, le deuxime dans deuxime stock, le troisime item dans le
troisime stock, le quatrime item dans le premier stock, le 5e item dans le
deuxime stock, etc. Voir lexemple Routing_out_Circulate.S8.
- Affectation alatoire quiprobable ( ) o chaque direction possible a la
mme probabilit dtre utilise par un item sortant ; voir lexemple
Routing_out_Uniform.S8.
- Affectation suivant la longueur des files dattentes ( ) o litem est
dirig vers la file dattente la plus faible; voir lexemple Routing_out_Shortest.S8).
- Affectation alatoire non quipro-
bable ( ) seffectue en affectant
une probabilit chaque destination
possible; la slection de cette option
conduit par dfaut une quiprobabi-
lit des directions en sortie; la saisie la
probabilit de la premire destination
conduit lcran ci-contre.
On modifie alors la probabilit et slec-
tionne la destination suivante en lui affec-
tant une probabilit, etc. Le changement
de destination valide la saisie prcdente.
On obtient alors, lcran ci-contre; voir lexemple Routing_out_Percent.S8.
- Affectation dfinie par une valeur de label de litem sortant ( ). La direc-
tion de sortie est dfinie par la valeur dun label qui est dfinie antrieure-
ment. Cette valeur peut tre certaine, comme cest le cas de la destination en
sortie du secrtariat (voir page 32). La valeur du Label peut aussi tre une
occurrence dune vari abl e al at oi r e, ce qui l l ust re l exempl e
Routing_out_Label_1.S8. Cette variable alatoire peut dpendre dune caractris-
tique dun item; par exemple la probabilit quun patient arrivant dans un service durgences ait se
dplacer avec laide de brancardiers dpend de la gravit de son tat lors de son arrive aux urgences.
Lutilisation de Visual Logic est alors indispensable ; dans l exempl e
Routing_out_Label_2.S8 des niveaux de gravit croissant (de 1 3) de ltat du patient larrive sont
dfinis (p
1
= 30%; p
2
= 50%; p
3
= 20%) avec des probabilits davoir besoin dun brancardage respective-
ment de 10%, 40%, 100%. Pour des problmes plus complexes, il est judicieux
dutiliser les possibilits de paramtrisation offertes par lusage de lInforma-
tion Store, ce quillustre lexemple Routing_out_Label_3.S8) sappuyant sur les mmes donnes num-
riques. Lexemple Parametrisation_distribution_probability_profile.S8 montre comment dfinir la
valeur dun label utilis pour dfinir la direction quun item doit emprunter la sortie dun work center
partir dune distribution de probabilits dont les paramtres, dpendant dun autre label de cet item, sont lus
dans lInformation Store. Lexemple Distribution_Discrete_et_Information_Store.S8, que lon
commentera la page 98, traite simultanment du problme de lorientation dun item et de celui de son
temps de traitement partir de la valeur prise par un label, valeur dfinie alatoirement, et dinformations
stockes dans lInformation Store. Lexemple Open_shop.S8 traite dune sortie sur la valeur dun label
qui dpend de celles de plusieurs autres labels; lexemple Routing_out_2_Labels.S8 montre comment
obtenir un rsultat similaire en faisant appel des work centers fictifs si le choix dun stock de destination
d pe nd s i mul t a n me nt de va l e ur s pr i s e s pa r de ux l abe l s . Enfi n, l exempl e
Choix_Production_stock_mini.S8 montre comment dcider quelle rfrence lancer en production, sachant
que le critre retenu est celui de la rfrence dont le stock est le plus faible (recherche dun minimum sur
plusieurs stocks).
- Affectation dfinie selon lordre de la liste ( ): on choisit le premier
stock, sauf sil est bloqu (capacit maximale atteinte) auquel cas on prend
le second, etc. ; voir lexemple Routing_out_Priority.S8.
- Passivit du work center en sortie ( ): dans ce cas, le work center attend
que litem quil vient de traiter soit demand par un autre work center; de ce
point de vue, il se comporte alors comme un stock.
- Les options Jobs Matrix et Cycle Matrix seront abordes la page 111.
On verra la page 109, comment traiter avec laide dun work center fictif
certains problmes plus complexes dorientation des items en sortie dun work
center rel .
II-2 Traitements complmentaires en sortie dun work center
Le Routing out permet deffectuer non seulement lorientation de litem (ou
des items) en sortie mais aussi dexcuter un certain nombre de traitements com-
plmentaires.
Par dfaut, litem sortant est de la mme catgorie que litem entrant, ce qui est
implicitement dfini au bas de la fentre du Routing Out ( ).
Rappelons que pour rendre la simulation plus convaincante visuellement, il est possible
de changer licne dun item comme on la vu la page 55. Il est galement possible
de changer de type ditem si le traitement ralis dans le work center conduit un tel
changement. Pour ce faire, on slectionne la classe dsire dans le menu droulant
. Lexemple Routing_in_Collect_and_Assemble_1.S8 illustre la confection de car-
tons de 6 bouteilles, partir demballages et de bouteilles.
Par dfaut, si un seul item rentre dans le work center, un seul item en sort aprs
traitement. Si plusieurs items sont utiliss par le traitement, on a autant ditems en
sortie, sauf si la mthode de slection Collect est utilise avec loption Assemble
(voir pages 76, 82 et 83). Dans la modlisation de certains processus, il est nces-
saire de remplacer litem entrant (carton de 6 bouteilles, par exemple) par plusieurs
items en sortie (6 bouteilles mettre en rayon, par exemple), le work center ayant
pour vocation dclater un lot de marchandises. Moins intuitif est le cas dune
information mise (plat command dans un restaurant, prlvement sanguin),
obligeant mettre 2 items en sortie du work center, le premier de nature informa-
tionnel (commande, prlvement) et le second correspondant lmetteur de
linformation (client du restaurant, patient dun box durgence) vers 2 stocks (ce
qui implique lusage du Circulate en sortie); lmetteur reste sur place en attendant
de recevoir ultrieurement le rsultat de sa demande (plat command, analyse san-
guine), ce qui mettra en jeu un autre work center .
On peut modifier la taille du lot en sortie, par dfaut gale
1, laide du bouton qui ouvre la fentre suivante per-
mettant de spcifier le nombre darticles en sortie. La taille du
lot peut tre:
- un nombre fixe saisi directement dans la fentre de saisie
en remplacement du 1 par dfaut ;
- la valeur prise par un label de litem
trait; pour ce faire, placer le curseur sur
la fentre de saisie et cliquer, le bouton
apparat droite de cette fentre de
saisie; lactivation du bouton provoque
louverture de la fentre de saisie de
lditeur de formule; cette valeur de label
ne doit pas tre dfinie dans le Label
Actions de ce work center car ces toutes actions sont excutes individuelle-
ment pour chacune unit du lot sortant de ce work center;
- la valeur prise par une variable ou un lment de tableau stock dans lInfor-
mation Store (ces lments se trouvant ajouts la liste de lditeur de
formule ci-dessus); dans ce dernier cas, on utilise gnralement des valeurs
de labels prises par litem dtenu par le work center, pour reprer la ligne
et/ou la colonne dans laquelle se trouve linformation pertinente pour dfinir
la taille du lot.
Lexemple Routing_Out_Fractionnement_1.S8 illustre une mise en linaire, dans un supermarch,
de bouteilles arrivant dans des cartons. Lexemple Routing_Out_Fractionnement_2.S8 illustre le cas
de patients dans des box dun service durgence: aprs prlvement dun chantillon par linfirmire,
lchantillon est envoy au laboratoire tandis que le patient attend dans le box ( lot de 2 en sortie et
Circulate); les rsultats de lanalyse sont ensuite tudis avec le patient par le mdecin et linfirmire
(Collect et Match (voir page 83) sur le numro de patient attendant dans le box).
On peut avoir besoin de dsassembler un objet composite (conteneur plein
comportant un kanban et un lot de 5 objets identiques, par exemple) en plusieurs
objets homognes (conteneur vide, kanban, lot de 5 pices). La conception du
Routing Out ne permet pas directement dclater un item en des lots de tailles dif-
frentes envoys vers des stocks diffrents. Dans ce cas, on est oblig de faire
appel plusieurs work centers fictifs, un par lot diffrent de taille suprieur 1.
Lexemple Routing_out_Desassembler.S8 illustre la solution de ce problme sur un
exemple de kanban.
Le tableau 7 rsume les diffrents cas de figure rencontrs dans la modlisa-
tion des sorties ditems dun work center.
Quelques options complmentaires peuvent tre actives partir de cette
fentre ouverte par le bouton .
- Possibilit de bloquer la sortie du (ou des) item(s) tant que le work center
ne peut pas recommencer travailler en raison dune absence de travail
effectuer; le work center joue alors le rle dun stock ( ).
- Possibilit de synchronisation de sorties ditems de work
centers appartenant un mme groupe (dfini au page 61).
Certains systmes productifs requirent que tous les processeurs dun groupe
aient termin le travail en cours avant de pouvoir en accepter un autre (travail
de prparation de tournes de facteur, par exemple). Le pop-up situ en
dessous de Index with group fournit la liste des groupes constitus.
- Fixation du temps de transport vers un stock. En cliquant sur un stock figu-
rant dans la liste de cette fentre, le bouton devient actif; il permet de
dfinir le temps de transport mis par litem pour atteindre ce stock, ce qui
permet de saffranchir des contraintes lies la vitesse de dplacement iden-
t i que pour t ous l es dpl acement s d i t ems ( voi r l exempl e
Temps_de_transport.S8). Rappelons que dans beaucoup de simulations, les
Tableau 7 : Lotissement en sortie dun work center
Un seul item en sortie Plusieurs items en sortie
Stock
unique
en sortie
En entre du work center: 1 seul
item prlev partir dun ou
plusieurs stocks (ou plusieurs items
fusionns par loption Assemble)
Batching par dfaut (n=1)
en Routing Out
Rgle de sortie: quelconque
En entre du work center: k items
prlevs partir dun ou plusieurs
stocks (se rencontre avec Use label Batching et
Collect sans cocher Assemble)
en Routing Out
(cas rencontr avec Use label Batching
et Collect sans cocher Assemble)
plusieurs stocks (ou plusieurs items
fusionns par loption Assemble)
Batching n en Routing Out
Stocks
multiples
en sortie
plusieurs stocks, ou plusieurs items
fusionns par loption Assemble
en Routing Out
Batching n=2 en Routing Out
Rgle de sortie: Circulate
Remarque: n est gal au nombre de
stocks en sortie
Batching n=2 en Routing Out
du work center et batching n
1

et n
2
en Routing Out des
work centers fictifs 1 et 2
Rgle de sortie: Circulate
1 1
k k
1 n
1
1
1
n=2
1
1
1
n=2
1
1
n
1
n
2
temps de dplacement sont ngligeables par rapport aux temps de traitement,
ce qui conduit les neutraliser comme on la vu la page 49.
III DFINITION DU TEMPS OPRATOIRE ET TEMPS DE
LANCEMENT DU WORK CENTER
Les distributions de probabilits utilisables pour dfinir le temps dexcution
dune opration ont t tudies au II-3, page 36).
Dans certains cas, il est souhaitable dajouter
ce temps de traitement un temps de lancement
(inexistant par dfaut); celui-ci se dfinit par une
autre distribution de probabilits dfinie dans
longlet Change Over de la fentre ouverte par le
bouton . Dans cet onglet, loption par dfaut
est . Si lon choisit loption (qui
dslectionne loption No Setup Time), il faut sai-
sir le nombre ditems qui dclenche un nouveau temps de lancement, qui est une
occurrence de la distribution de probabilits dfinie dans la partie gauche de la
fentre. Ce temps de lancement additionnel peut tre dclench par le changement
de valeur dun label ( ) choisi dans la liste des labels existants dans une
fentre affiche lorsque cette option est choisie; ce label est souvent celui dun
numro dOrdre de Fabrication (OF), ce qui conduit ajouter un temps de lance-
ment chaque changement dOF, celui-ci tant fragment en plusieurs lots. On
peut enfin ajouter un temps fixe de lancement par loption qui dclenche
de la mme faon la dfinition dune distribution de probabilit. Cette dernire
option na de sens que si le temps opratoire de base dfini dans la fentre gn-
rale du work center est un temps proportionnel la valeur prise par un label.
IV RESSOURCES MOBILISES (BOUTONS RESOURCES,
PRIORITY ET SHIFTS)
Les caractristiques des ressources ont t dfinies au chapitre V, page 67, o
nous avons soulign que la cration dune ressource ne simpose que si la res-
source est partage par plusieurs work centers. Plusieurs ressources (oprateur et
outillage ou mdecin et infirmire, par exemple) peuvent tre simultanment
requises par lexcution dune opration laquelle ne peut dbuter que si toutes les
ressources requises sont prsentes; ces ressources sont libres simultanment
lachvement de cette opration.
La quantit de chaque ressource mobilise dans lexcution
dune opration dans un work center est de 1 par dfaut mais peut
tre modifie (lutilisation du bouton de la fentre ouverte par
le bouton du work center ouvrant une fentre (voir ci-
contre) dans laquelle on peut faire varier le paramtre entre 2
bornes initialises 1. Lopration ne peut commencer tant que leffectif minimal
nest pas disponible. Le plus souvent, ces bornes sont identiques; dans le cas
contraire, lopration mobilisera la plus forte quantit n de ressource disponible
comprise entre ces deux bornes Min et Max; le temps opratoire de lopration
tant implicitement spcifi pour leffectif minimal, le temps opratoire utilis
dans la simulation sera celui gnr pour la loi dfinie pour ce work center, divis
par le rapport n/Min. Ajoutons enfin que ces diffrentes units dune ressource
sont rputes totalement interchangeables.
Si plusieurs work centers rclament au mme moment une mme ressource
disponible en quantit insuffisante, le choix des bnficiaires est alatoire.
Loption des work centers permet de hirarchiser les work centers et donc
de choisir les bnficiaires en cas de pnurie. Un niveau de priorit est attribu
aux work centers potentiellement candidats (niveau modifiable au cours de la
simulation via Visual Logic). Si plusieurs work centers ont le mme niveau de
priorit et que le nombre dunits disponibles de la ressource est insuffisant, le
choix est alatoire. Lexemple Priority_Resources_niveau_fixe.S8 illustre lusage de cette
option: les centres de production 1 et 2 ont la priorit 60, contre 50 pour le centre de produc-
tion 3; tous ont besoin dun oprateur et tous puisent dans le mme stock, il y a 3 oprateurs ce
qui fait que le work center priorit la plus faible nest utilis que si les deux autres le sont
dj; dans une seconde version, chaque work center a sa propre file dattente et deux opra-
teurs seulement sont disponibles; le work center la priorit la plus faible fonctionne qu la
condition que lun des deux autres nait pas de travail en attente, ce qui revient pnaliser les
items orients vers le work center priorit la plus faible.
Lorsque, sur une priode de temps donne, le nombre de work centers suscep-
tibles de mobiliser une ressource est suprieur leffectif disponible de cette res-
source on observe une volatilit daffectation conduisant une utilisation
discontinue des work centers gnralement inacceptable parce que ce comporte-
ment ne correspond pas ce qui se passe sur le terrain (voir lexemple
Resources_Shift_1.S8). Il convient alors de faire varier le nombre de work centers dis-
ponibles en le faisant concider avec celui de la ressource partage. La solution
retenir dpend de ce que les work centers concerns prlvent ou non les items
dans un mme stock.
- Dans le cas dune file dattente commune aux work centers partageant cette
ressource il convient dappliquer galement le concept dquipe aux work
centers concerns. Pour ce faire, il faut utiliser le bouton de la fentre
du work center, ce qui ouvre une fentre similaire celle ouverte pour les
ressources et dans laquelle on associe au work center une ou plusieurs plages
de temps. Lexemple Resources_Shift_2.S8 reprend lexemple Resources_Shift_1.S8
prcdent en neutralisant le work center 2 en cas dinsuffisance de ressource.
Si, pour chaque plage de temps, il y a concidence entre le nombre dunits
disponibles pour une ressource et celui des work centers mobilisant cette
ressource, il devient inutile de dclarer cette ressource dans la modlisation:
lassociation des plages de prsence chaque work center vis tant suffi-
sante (ce quillustre la seconde modlisation de lexemple prcdent).
Lappel lune de ces deux solutions implique lusage dune file dattente
commune, ce qui est souvent inacceptable dans les services: par exemple,
pour payer, les clients dun hypermarch se placent toujours dans la file
dattente dune caisse ouverte, lide dune file dattente commune
lensemble des caisses nayant aucun sens tant du point de vue organisa-
tionnel, quconomique.
- Pour garder une file dattente spcifique par work center, il faut pouvoir
dsactiver laccs au stock dun work center ferm momentanment.
- Une premire solution consiste utiliser des work centers fictifs associs
chaque groupe de destinations possibles, dfinir le numro de route
vers lun de ces work centers fictifs, en sortie du point dentre, par un
label (bouton puis ) dont la valeur est dfini dans comme le
rsultat ( ) dune distribution de type Fixed dont la constante est gal au
nombre dunits disponibles de la ressource mobiliser ( une constante
additive prs si leffectif minimal nest pas 1), ce quillustre lexemple
Work_Center_Shifts_Stock_in_individuel_1.S8.
- Une solution alternative ne sappuie pas sur
lutilisation de work centers fictifs ; elle
consiste valider ou neutraliser certains
chemins allant du point dentre aux files
dattente en fonction du nombre dunits dispo-
nibles. Il faut alors passer comme illustr ci-
contre par longlet de la barre de menu
gnral pour crer un programme en Visual
logic excut priodiquement, ce qui implique
que la priodicit choisie permette de dtecter
lvnement modifiant le nombre de work centers neutraliser. On peut
alors utiliser les instructions de cration/suppression de flches (link /
unlink) permettant de modifier dynamiquement la cartographie du
processus, ce quillustre lexemple Resources_Shift_3.S8 ou celui, plus astu-
cieux dans sa conception, Work_Center_Shifts_Stock_in_individuel_2.S8.
Lexcution dune opration dans un work center, peut ncessiter une comp-
tence que possdent une ou plusieurs ressources interchangeables sur la comp-
tence considre, une ressource tant caractrise par une ou plusieurs
comptences. Cette problmatique, au cur de lamlioration de la performance
par une polyvalence accrue a t prsente la page 68 et est illustre par les
exemples Pool.S8 et Ressource_Polylavence_pool.S8.
V AUTRES CARACTRISTIQUES DU WORK CENTER
V-1 Action sur les labels (bouton Label actions)
Les actions sur les labels ( ) ont dj t prsentes (voir exemple intro-
ductif du cabinet mdical et page 56).
V-2 Duplication dun work center (bouton Replicate ou Duplication Wizard)
Lutilisation du bouton permet une duplication automatique de work
centers de caractristiques strictement identiques, prlevant dans les mmes
stocks et envoyant les items traits dans les mmes stocks; on est donc dans une
configuration de processeurs parallles reprsents collectivement dans le
modle de simulation (cas 3 de la figure 5 de la page 14), ces processeurs tant
fusionns en un work center caractris par un Replicate suprieur 1. Voir
lexemple de la simulation Replication_work-center.S8. Attention lutilisation de
loption Batch By Type est incompatible avec loption Replicate (bouton neutra-
lis).
Si tel nest pas le cas (une file dattente spcifique par work center, par
exemple), il faut procder une duplication de lensemble dobjets slectionns,
le plus simple tant de passer par loption Duplication Wizard de longlet
, pour conserver les liens, toutes les caractristiques des composants dupli-
qus. Il peut tre intressant galement de crer un composant fusionnant cet
ensemble (voir page 107; lexemple Duplication_composant.S8 illustre une duplication
de composant).
V-3 Fiabilit du work center (bouton Efficiency)
Par dfaut, un work center est rputer fonctionner sans panne.
On peut cependant simuler des pannes du centre de production
par le bouton ainsi que les temps de rparation. Cette
possibilit permet dintgrer des proccupations de fiabilit et
de maintenance curative. Le bouton Time between Breakdown
souvre une fentre de dfinition de la loi de lintervalle entre
deux pannes et le bouton Time to Repair ouvre une fentre per-
mettant de dfinir la distribution du temps de rparation. Notons
quune opration de maintenance prventive se traitera par
lintermdiaire dun item spcifique, mobilisant ventuellement
des ressources particulires, sintercalant parmi les autres items
traits par le work center.
V-4 Possibilit de caractrisation dun work
center par des labels
Simul8 permet de caractriser un work center
(mais aussi, une ressource ou un stock) comme
un item, par un ensemble de caractristiques
utilisables par Visual Logic dans certaines
situations complexes et jouant le mme rle que
les labels pour les items. Ces attributs, qualifis
de Custom Object Properties, sont crs dans
la fentre (voir ci-contre) ouverte par le bouton
du menu de la barre de menu gnral.
Comme pour les labels, on a le choix du type
(numrique ou littral) et le nom est
modifiable; cette fentre affiche la liste de tous
les points de passage crs et il suffit de cocher
le point retenu pour lui affecter cette proprit (ce qui correspond laffectation
dun label un type ditems). La valeur dun custom object property est assigne
sous Visual Logic par une instruction de type Set et est utilisable, au mme titre
quun label, dans un programme en Visual Logic. Cette possibilit nest pas dis-
ponible dans la version tudiante.
VI UN WORK CENTER PARTICULIER: LE CONVOYEUR
Le convoyeur est cr par loutil de la barre latrale
de cration du modle physique, en utilisant le bouton
. Cest un quipement un peu particulier jouant la
fois un rle de processeur et de stock. Sous Simul8, il peut pr-
lever directement un item dans un stock, condition que
loption Priority soit coche dans le Routing in du convoyeur.
Pour grer des processus plus complexes, un work center doit
alimenter le convoyeur pour lequel loption Passive a t
coche dans le Routing in. Voir lexemple Convoyeur.S8. Le
convoyeur a une longueur et les items quil traite avancent
une certaine vitesse: le temps de traitement en dcoule (il est dune minute dans
lexemple et correspond au temps de cycle de la ligne).
Le convoyeur dplace un nombre ditems gal au quotient de sa longueur (L
= 40 mtres) par le produit de lintervalle sparant 2 arrives successives (I = 0,5
minute), par la vitesse du convoyeur (V = 10 mtres la minute), ce qui donne
une capacit = 8 items. Lintervalle J entre 2 dbuts de positions
ditem sur la ligne est = 5 mtres. Si cet intervalle J est inf-
rieur la taille T de litem (dfinie dans la fentre de proprit dune classe
ditems; voir page 55), la capacit de la ligne est ; par exemple, si T
= 8 mtres, la capacit de la ligne est K = 5 items; dans ce cas, lintervalle entre
deux entres successives dans le convoyeur est = 0,8 minute. Autre-
ment dit, et le dbit (ou temps de cycle) du
convoyeur est .
Si le convoyeur nest pas aliment par un work center dalimentation mais par
un stock, il prlve les items dans ce stock de faon saturer sa capacit ( la
valeur ; ce qui donne 40 units si T = 1 mtre), avec un intervalle entre deux
entres successives dans le convoyeur de = 0,1 minute. Si les arrives
sont plus rapides il y a accumulation dans le stock; si les arrives sont moins
rapides, le convoyeur ne marche pas sa capacit maximale.
Dans tous les cas de figure, le dbit en sortie de la ligne est, bien videmment
gal celui observ lentre de la ligne.
Loption Accumulating ( ) permet au convoyeur de continuer fonction-
ner quand un item arrive en fin de course et loption Allow Gaps ( ) per-
met au convoyeur de ne pas sarrter si, au moment o le premier poste se libre,
aucun item nest prt prendre la place. En sortie du convoyeur, on peut trouver
aussi bien un stock quun centre de production.
K L I V ( ) =
J L K I V = =
K L T =
I' T V =
K Min L I V ( ) L T , ( ) =
Max I T V , ( )
L T
I' T V =
VII WORK CENTER ET VISUAL LOGIC
VII-1 Possibilits dexcution de programmes en Visual Logic lors
de lutilisation dune work center
Le work center offre sept possibilits dinclusion de programme en Visual
Logic. Ces possibilits doivent tre places dans une perspective de chronologie
dvnements.
Deux possibilits sont offertes au niveau du
:
- Le programme cr dans la fentre ouverte
par le bouton est excut avant tout
prlvement ditem; on lutilise, en particu-
lier, pour bloquer le prlvement ditems
lorsque certaines conditions sont runies
(voir, par exemple, lutilisation qui en est
faite dans Synchronisation_stock_produits_Multiples.S8, page 113).
- Le programme cr dans la fentre ouverte par le bouton est
excut juste aprs le prlvement mais avant que ne dbutent le traitement
et les actions sur label. Ce programme permet, par exemple,
- de modifier les caractristiques de la distribution du temps opratoire du
work center (voir lexemple DOCTEUR_Information_Store_1.S8),
- de modifier certains paramtres utiliss en Routing out (voir lexemple
Distribution_Discrete_et_Information_Store.S8),
- de modifier des donnes stockes dans lInformation Store, notamment
pour bloquer ou dbloquer laccs au work center (ce quillustre lexemple
Box.S8).
Au niveau de la fentre principale de dfinition des proprits dun work cen-
ter, on trouve une possibilit dexcution dun programme en Visual Logic
dclench par un changement dtat du work center ( ). Ce concept de
changement dtat nest pas trs clair, aucune documentation ntant disponible
sur ce point (et quelques autres); il est donc prfrable de ne pas lutiliser. La
quatrime possibilit dexcuter un programme en Visual Logic crit dans la
fentre ouverte par le bouton de la fentre ouverte par le bouton
de la fentre principale du work center (ou dun point dentre, ces deux fentres
tant les mmes; on a illustr ce cas de figure aux pages 39 et suivantes).
Une fois le travail excut dans le
work center, ce qui inclut lexcution
ventuelle de programmes Visual Logic
prsents au paragraphe prcdent, trois
nouvelles possibilits dexcution de
programme sont offertes au niveau du
Routing Out ( ), aprs avoir utilis le
bouton pour faire apparatre le bas
de la fentre:
- On ne peut plus ce niveau modifier les
valeurs de label mais on peut encore agir sur les
probabilits associes aux directions de sortie par loption , tudie page
84, ce quillustre la copie dcran ci-contre.
- Il revient au mme dutiliser et si litem nest pas empch
de se rendre dans la direction choisie (saturation de stock, sil sagit dun
stock ou occupation dun work center, sil sagit dun work center). Le
premier programme permet de dclencher une action si litem ne peut quitter
le work center. Une utilisation intressante du second programme est la
modification dun paramtre de lInformation Store permettant de bloquer ou
librer laccs un work center reli au work center de ce programme
Visual Logic, ce quillustre lexemple Box.S8.
VII-2 Proprits dun work center mobilisables par Visual Logic
Les instructions de Visual Logic
peuvent utiliser des proprits de la
classe Work Centers. Il sagit
dun ensemble de caractristiques
prdtermines, associes
nimporte quelle work center et
jouant le mme rle que les labels.
Ces caractristiques ont des valeurs
par dfaut utilises lors de la cra-
tion dun work center pendant la
modlisation dun processus. Elles
sont utilisables dans les programmes
crits en Visual Logic. La liste de ces
caractristiques est fournie dans la
fentre ci-contre.
Par exemple, la caractristique
Fixed Type Label Value permet de
modifier la valeur utilise dans
loption du Routing in, pour slectionner un item ayant une valeur donne
pour un label; cette possibilit est au cur du traitement de bons de commande
de marchandises prlever dans des stocks pour expdition au client
(Synchronisation_stock_produits_Multiples.S8, page 113). La dsignation des autres caractris-
tiques est assez explicite.
Chapitre VII Complments sur la modlisation sous Simul8 (work centers)
Chapitre VII
COMPLMENTS SUR LA MODLISATION SOUS SIMUL8
On commencera par approfondir lutilisation de lInformation Store ( I). On
approfondira ensuite les principes dutilisation de Visual Logic ( II, page 99).
On examinera enfin un certain nombre de problmes de modlisation ( III, page
107).
I INFORMATION STORE
Aprs avoir expliqu comment sont initialises les informations stockes dans
lInformation Store ( I-1), on sintressera lusage de ces informations dans la
conception du modle de simulation ( I-2, page 98).
I-1 Initialisation des donnes de lInformation Store
LInformation Store est un lieu de
stockage dun ensemble de para-
mtres et de tableaux exploitables
par un modle de simulation de
Simul8. Un certain nombre de para-
mtres de la simulation sont obliga-
t oi r ement f our ni s , comme
Simulation Time qui indique depuis
combien de temps la simulation est
excute. Chaque paramtre et
tableau portent un nom et doivent
pralablement tre dclars par le
bouton du menu . Les valeurs initialement contenues dans ces zones de
stockage sont modifiables et accessibles tout au cours de la simulation par des
programmes en Visual Logic.
- La dclaration dune variable numrique se fait comme affich ci-dessus. La
valeur initiale peut tre modifie au cours de la simulation, la valeur courante
de cette variable pouvant tre examine aprs arrt de la simulation ( , voir
ci-dessus).
- De la mme faon, on peut crer une variable littrale ( ) ou temporelle
( ) , ce qui prsente un intrt dans certaines modlisations complexes.
- La dclaration de tableaux 2 dimensions se fait par
loption . Ce tableau peut tre rempli dans la
feuille de calcul affiche avec le bouton . La
copie dcran illustre la cration de ce type de tableau; on notera quici les
en-ttes de colonnes sont mises en dernire ligne, et celle des lignes, en
dernire colonne. Ce type de tableau peut mlanger des informations de type
numrique et de type littral (voir lexemple DOCTEUR_Information_Store_2.S8).
- La dclaration de tableaux plusieurs
di mensi ons se fai t par l opt i on
. Commenons avec le cas
dun tableau 3 dimensions. Suppo-
sons, par exemple, quun patient admis aux
urgences est examin deux fois par un urgen-
tiste, que le temps de la consultation suit une
distribution triangulaire dont les paramtres
dpendent du niveau de gravit du patient
son admission. Le patient est donc caract-
ris par un label L Etape, initialis 1 et
qui sincrmente chaque visite. La saisie
des tableaux est relativement simple: en bas
droite de la fentre de saisie on a 2
colonnes de boutons radio; dans cet exemple
le 3e bouton radio de la colonne 1 des boutons radio (Col) est valid, ce qui correspond
la 3e dimension du tableau (3) et le premier bouton de la colonne 2 des boutons radio
(Row), ce qui correspond la premire dimension du tableau (2); on a donc un tableau de
saisie 2 lignes (tapes) et 3 colonnes (paramtres dune distribution triangulaire); sur la
seconde ligne des boutons radio, aucun bouton-radio nest coch mais vous observez un
pop-up avec le chiffre 1, ce qui correspond la premire occurrence de la dimension non
retenue dans ce tableau, cest--dire la gravit; le pop-up va de 1 5, ce qui permet de saisir
successivement les 5 tableaux de paramtres. Si vous devez travailler avec un
tableau 4 dimensions, la gnralisation de ce qui vient dtre dcrit est
immdiate, on saisit toujours un tableau 2 dimensions, les occurrences des
autres dimensions tant visualises par 2 pop-ups sur les lignes o aucun
bouton radio na t coch.
Les informations initialement saisies dans lInformation Store sont accessibles
au cours de la simulation dans les programmes crits en Visual Logic qui peuvent
galement les modifier. Ces variables et tableaux sont regroups dans la partie
Information de lditeur de formule (classement par ordre alphabtique).
Attention, les valeurs courantes dun tableau aprs larrt dune simulation sont
reprises lors de la rinitialisation de la simulation (les variables, elles, sont rini-
tialises leurs valeurs dfinies lors de leurs crations). Dans certaines modlisa-
tions, il faudra prvoir lexcution dun programme en Visual Logic, avant le
dbut de la simulation, pour effacer ou rinitialiser le contenu de certains tableaux
(voir II-3.2, page 106).
Affichage / saisie du
tableau (i, 1, k)
En utilisant le second
pop-up, on modifie le
second indice
I-2 Utilisation de lInformation Store dans la conception du
modle de simulation
Lutilisation dinformations stockes dans lInformation Store prsente deux
avantages. Le premier est de permettre une paramtrisation du modle de simula-
tion lui permettant dtre plus concis et plus facile maintenir. Le second avantage
est de mettre disposition de tous les programmes en Visual Logic susceptibles
dtre excuts au cours de la simulation, des informations partages dont
certaines portent sur des caractristiques courantes des points de passage des items
dans la modlisation, ce qui permet de dclencher des actions mettant sous
contrle le comportement global du systme simul. On verra cet usage au II,
page 99. Commenons par examiner les possibilits de paramtrisation offertes
par lInformation Store.
Le premier intrt est dviter de multiplier les
distributions de probabilits. Commenons par
celles de type Label based, ds lors que la loi reste la
mme et quelle dfinit une variable quantitative, les
paramtres de cette loi dpendant de la valeur prise
par un (ou plusieurs) label(s) et tant stockables dans
un tableau ( ou , si plusieurs labels
sont ncessaires pour retrouver linformation).
Lexemple DOCTEUR_Information_Store_0.S8 illustre cette possibilit de
dtermination de la loi du temps de travail dun docteur, qui est une distri-
bution triangulaire dont les paramtres dpendent du label L Possession
radio (voir ci-contre). Il est possible, de la mme faon, de
dfinir une distribution ayant des paramtres
lus dans un tableau de lInformation Store, en exploi-
tant la valeur du label de litem provoquant lutilisa-
tion de cette distribution. Lorsque la loi ne reste pas
la mme, il faut dfinir la distribution et ses para-
mtres en passant par un programme en Visual Logic, en utilisant un tableau de
paramtres stock dans lInformation Store, ce quillustre le tableau ci-contre, utilis pour dter-
miner le travail de la secrtaire dans notre exemple introductif dans la modlisation
DOCTEUR_Information_Store_1.S8; lexemple DOCTEUR_Information_Store_2.S8, est une variante de la
solution prcdente facilitant la gnralisation du problme.
La paramtrisation des distributions des variables discrtes ( ) offerte
par la lecture dun tableau dInformation Store partir de valeurs de labels et
dune programmation en Visual Logic, complte celle des distributions continues
que lon vient de voir. La dmarche suivre est dcrite dans lexemple
Distribution_Discrete_et_Information_Store.S8 dans lequel a) les probabilits quun patient a dtre brancard
dpend du degr de gravit de son tat en arrivant (label L gravit), informations stockes dans le tableau
T Distribution brancardage, ce qui permet une actualisation des paramtres de la distribution
D Patient brancarder par un programme Visual Logic; b) la direction de sortie du work center
Premier Diagnostic est dfinie par loption , les probabilits demprunter une direction dpendant gale-
ment de ltat de gravit et devant tre mise jour par un programme Visual Logic.
II PRINCIPES DUTILISATION DE VISUAL LOGIC
La programmation sous Visual Logic permet de modliser des processus plus
complexes que ceux que lon peut dcrire par une simple combinaison des fonc-
tionnalits proposes par les composantes de base de Simul8. Cette programmation
est de type structur; elle sappuie sur quatre classes dinstructions ( II-2) et deux
catgories dinformation ( II-1). On reviendra rapidement sur les vnements
susceptibles de dclencher lexcution de programmes en Visual Logic ( II-2).
II-1 Les informations exploites par Visual Logic
Un programme en Visual logic exploite deux
catgories dinformations.
Il peut mobiliser des informations parta-
ges ( ), les premires tant disponibles
par construction, comme le temps coul
depuis le dbut de la simulation (Simulation
Time) et les autres correspondant des variables ou des tableaux crs dans
lInformation Store pour pouvoir simuler correctement le processus modlis.
Les informations initialement saisies dans lInformation Store sont accessibles au
cours de la simulation dans les programmes crits en Visual Logic qui peuvent
galement les modifier. Ces variables et tableaux sont regroups dans la partie
Information de lditeur de formule (voir ci-dessus, classement par ordre
alphabtique). Attention, les valeurs courantes dun tableau aprs larrt dune
simulation sont reprises lors de la rinitialisation de la simulation (les variables,
elles, sont rinitialises leurs valeurs dfinies lors de leurs crations).
Un programme en Visual logic peut aussi utiliser des proprits des objets
crs pour modliser le processus ( ), savoir les points de passage des items
dans le systme productif (points dentre et de sortie, stocks et work centers), les
ressources, les labels et les distributions de probabilits. Nous avons dj dtaill
les proprits des points de passage que lon peut mobiliser dans les instructions
crites en Visual Logic; faisons une rapide synthse.
- La description des proprits de la classe Point dentre est faite la page
59; celle de la classe Point de sortie est faite la page 60.
- La description des proprits de la classe stock est faite la page 66.
- La description des proprits de la classe Ressources est faite la page 69.
- La description des proprits de la classe
work centers est faite la page 94.
Une instruction en Visual Logic peut mobili-
ser la valeur dun label associe un item. Dans
un programme en Visual Logic, litem peut tre
celui qui est trait par un work center ou lun
des items points dans un stock
1
. Il peut tre
aussi un item point dans un autre stock
2
.
Enfin, une instruction en Visual Logic peut
mobiliser des distributions de probabilits,
normalement dans le second membre dune ins-
truction daffectation dune valeur (occurrence
dune variable alatoire) un label (Set to). Les
distributions disponibles ont t prsentes en dtail aux pages 36 et suivantes.
II-2 Les instructions de Visual Logic
Comme dans tout langage de programmation, on y retrouve des oprateurs
mathmatiques (+, -,) des fonctions mathmatiques et un ensemble dinstruc-
tion permettant une programmation structure.
1. Ce cas est illustr dans lexemple Initialisation_Stock_deterministe.S8.
2. Ce cas est illustr dans lexemple Synchronisation_stock_produits_Multiples.S8, page 113.
II-2.1 Fonctions mathmatiques de Visual Logic
Les seules fonctions vraiment utiles sont celles qui
permettent le reprage temporel dans une unit diffrente de
celle utilise par Simulation time (par dfaut la minute). Ces
fonctions, HOUR, DAY et WEEK ont toutes pour argument
Simulation Time et se rfrent un cycle de base:
convertit Simulation Time en un numro dheure dune journe
de 24 heures, la premire heure tant 0 et la dernire 23;
convertit Simulation Time en un numro de jour dune
semaine de 7 jours, le lundi tant le jour 1 de la semaine et le dimanche, le 7e jour
de la semaine. Un exemple dutilisation de ces fonctions peut tre trouv avec
Distribution_Time_Dependant_Jour_semaine_IS.S8. et Distribution_Time_Dependant_partition.S8 (utilise
pour assigner un label le numro de plage de temps dune distribution Time
dependant, pour faciliter lanalyse des rsultats).
II-2.2 Instructions de programmation structure
Visual Logic offre les instructions de base de toute program-
mation structure, avec la possibilit dassigner une valeur un
paramtre ou un label (instruction SET), de conditionner
cette assignation une condition logique (instruction IF THEN. ) et dexcuter
une ou plusieurs instructions dans le cadre dun processus itratif (instruction
LOOP
1
ou WHILE
2
). Enfin, il est possible dutiliser directement certaines
commandes (Command) de Visual Logic pour intervenir directement sur des
caractristiques du processus modlis qui ne sont pas reprsentes par des
proprits des points de passage (voir II-2.3, page 102).
Le choix de lune des instructions de base, dans le menu ouvert par un clic-droit
sur la fentre dcriture dun programme, ouvre une fentre permettant de spcifier
les lments qui interviennent dans lcriture dune instruction. Cet lment peut
tre une information partage ( I-2, page 98) ou une proprit dun point de
passage, un label ou une distribution de probabilits (page 36) ou une expression
faisant intervenir un ou plusieurs de ces lments avec utilisation de fonctions
mathmatiques ( II-2.1). Certains de ces lments ne peuvent tre utiliss quen
lecture (on ne peut pas modifier le nombre ditems en stock un moment donn);
dautres sont utilisables en lecture et criture (voir page suivante).
1. Cette instruction utilise ncessairement un indice pralablement dclar dans lInformation Store.Linstruction
loop sert excuter plusieurs fois un ensemble dinstruction. Dans lexemple Peremption_variable.S8, un
programme VL est excut toutes les 0,1 minute, il examine un un les articles mis en stock et change la valeur
dun label si la date courante (Simulation Time) est postrieure une date limite de sjour en stock (gnre
l ent r e pour chaque i t em) . Vous t r ouver ez une aut r e appl i cat i on de LOOP dans
DOCTEUR_Information_Store_2.S8, o un programme VL modifie la distribution du temps de traitement de la
secrtaire en fonction de ltape du client dans le processus (rendant inutile lutilisation de distribution de type
Label Based). Enfin, dans Stock_&_Information_Store, linstruction LOOP est utilise pour rinitialiser un
tableau de position de stock dInformation Store.
2. Lexemple Generation_Bon_de_Commande.S8 illustre lutilisation combine des instructions LOOP et WHILE
pour dfinir le contenu de plusieurs lignes de bons de commande en sassurant quune mme rfrence nest pas
commande s ur deux l i gnes di f f r ent es d un mme bon de commande. L exempl e
Generation_et_Traitement_BC.S8 reprend lexemple prcdent en le compltant par le processus de prparation
de la commande livrer.
II-2.3 Les instructions Command
Les spcificits de la modlisation et de la simulation dun processus productif
ne peuvent tre toutes prises en compte par les proprits des points de passage
dun item. On peut vouloir, par exemple, modifier les caractristiques dune distri-
bution statistique, bloquer laccs un work center ou modifier les coefficients
dune mthode de slection Collect retenue pour un work center.
Ces instructions Command sont structures de manire hirarchique. On
nexaminera pas toutes les classes de commande, on nen examinera que celles
que nous avons eu loccasion dutiliser. Lapproche hirarchique est parfois
agaante; si vous savez quelle commande mobiliser, choisissez Any qui ouvre un
menu droulant affichant toutes les commandes disponibles.
Dans la classe Object > Routing, nous avons eu loccasion dutiliser trois
commandes:
Lecture
Lecture / criture
L
e
c
t
u
r
e

s
e
u
l
e
m
e
n
t
criture
- La commande Block Current Routing est utilise pour bloquer lalimentation
du work center qui lance lexcution du programme (normalement en Routing
In, Before Selecting, voir page 93); en gnral cette instruction est utilise
pour synchroniser un flux dinformation et un flux de produits (prlvement
de produits dans un stock conditionn par lexistence pralable dune
commande) . Cet t e commande est ut i l i se, not amment , dans
Synchronisation_stock_produits_Multiples.S8 (page 113).
- La commande Set Route Out Percent, utilise pour modifier les probabilits
des di r ect i ons en s or t i e d un wor k cent er es t ut i l i s e dans
Distribution_Discrete_et_Information_Store.S8.
- La commande Set Collect Number, utilise pour modifier les nombres ditems
prlevs dans plusieurs stocks par un work center est utilise dans les
exempl es Ro u t i n g _ i n _ Co l l e c t _ a n d _ Ma t c h _ 2 . S 8 et
Synchronisation_stock_produits_Multiples_Collect.S8.
Dans la classe Object > Work Items, nous avons eu loccasion dutiliser deux
commandes:
- La commande Select permet de slectionner litem (normalement dtenu
dans un stock) se trouvant en position k; on dispose alors de lensemble des
valeurs des labels de cet item (attention, si cette commande est excute dans
un work center, les informations relatives litem dtenu par le work center
ne sont plus accessibles). Souvent cette instruction est utilise avec k = 1
(voir, par exemple Synchronisation_stock_produits_Multiples.S8, page 113) mais ce nest
pas ncessairement le cas (voir, par exemple, Arrivees_stochastiques_clients_connus.S8,
o un client est tir alatoirement dans un fichier de clients).
- La commande Image a t utilise dans lexemple Icone_Item_en_sortie.S8.
Dans la classe Object > Distributions, nous avons eu loccasion dutiliser trois
commandes:
- La commande Object Distribution uses Named Distribution est utilise dans
lexemple Distribution_Time_Dependant_Jour_semaine.S8.
- La commande Object Distribution Parameters est utilise dans lexemple
DOCTEUR_ I n f o r ma t i o n _ St o r e _ 1 . S 8 , gnr al i s dans l exempl e
DOCTEUR_Information_Store_2.S8.
- La commande Set Prob Profile Column Parameters est utilise dans lexemple
Routing_out_Label_3.S8 pour paramtrer une distribution de type Probability
Profil en fonction de la valeur prise par un label (avec utilisation dun tableau
dInformation Store).
Dans la classe Object > Structure, nous avons eu loccasion dutiliser les
commandes Link et Unlink dans lexemple Work_Center_Shifts_Stock_in_individuel_2.S8.
Dans la classe Object > Groups, nous avons eu loccasion dutiliser la seule
commande propose dans lexemple Synchronisation_stock_produits_Multiples.S8, page 113.
II-3 Le dclenchement de programmes en Visual Logic
Un programme en Visual Logic peut tre dclench par un vnement li
lutilisation dun objet de base de la modlisation; il peut aussi tre dclench,
indpendamment, intervalle rgulier.
II-3.1 vnements lis lutilisation dun objet de base de la mod-
lisation
Nous avons, dans les chapitres prcdents, list les vnements susceptibles de
dclencher un programme en Visual Logic.
- Une possibilit au point dentre ( ); ce point est dtaill
la page 58.
- Trois possibilits dans un stock, lors de lentre dun item ( ) ou de
sa sortie ( et ); ce point est dtaill la page 65.
- Deux possibilits pour une ressource: lors de sa mobilisation ( ) ou
de sa libration ( ); ce point est dtaill la page 69.
- Six possibilits pour un work center: deux possibilits au niveau du
( et ); une dans la fentre du ( ); trois
dans la fentre du ( , et ); ce point est dtaill
la page 93.
II-3.2 vnements lis au temps (Visual Logic Time Check)
Dans la simulation vnements discrets, le temps
saccrot de manire incrmentale en passant, la fin
dun vnement, au dbut de lvnement venir se
produisant au plus tt dans la liste des vnements
venir. On peut dfinir des vnements se produisant
intervalle rgulier (voir fentre), indpendants de ce
qui passe dans la simulation, afin de pouvoir excuter
un programme en Visual Logic. Cette possibilit,
introduite la page 90, permet, danalyser priodi-
quement ltat du systme avant de prendre une dci-
sion. Trois exemples illustrent lintrt de ce type de problmatique.
- Lexemple Peremption_variable.S8 montre comment marquer des items ayant dpass un temps
maximal de sjour dans un stock, cette dure variant dun item lautre, ce programme tant excut toutes
les 0,1 minute.
- Lexemple Work_Center_Shifts_Stock_in_individuel_2.S8 montre comment dcider de louverture ou
de la fermeture de work centers en fonction dune disponibilit variable au cours du temps dune ressource
partage entre ces work centers.
- Lexemple Decision_periodique.S8 montre comment on peut ajuster la capacit du systme productif
en fonction de la saturation: le systme productif comporte 3 work centers identiques et un 4e un peu moins
performant ; au dmarrage de la simulation puis toutes les 30 minutes le systme productif est analys et si
le cumul des items en stock dpasse 10 units, le 4e work center est mis en service pour la demi-heure
suivante, sinon, il est arrt.
Le tout dbut de la simulation joue un rle tout dabord, elle
permet de rinitialiser:des tableaux mis jour dynamiquement
dans une simulation. Pour ce faire, on utilise loption On Reset
(voir ci-contre) dans longlet Visual Logic ( ) de la barre de
menu principal pour crer le programme en Visual Logic. Notons
quil est possible dobtenir le mme rsultat en crant ce pro-
gramme avec loption Time Check, en conditionnant lexcution
du programme la condition .
- On peut rinitialiser zro des donnes stockes dans lInformation Store,
lorsque celles-ci sont susceptibles dtre modifies au cours de la simulation.
Lexemple Stock_&_Information_Store.S8 illustre ce type dutilisation; la commande
Clear Sheet permet deffacer tout le contenu dun tableau de lInformation
Store (la syntaxe de cette commande tant Clear Sheet Nom_du_tableau[1,1]) ;
- On peut galement rinitialiser des seuils et valeurs imposs des stocks
lorsque ceux-ci possdent au dmarrage de la simulation un ensemble
ditems de caractristiques dfinies dans un tableau de lInformation Store,
ce quillustre lexemple Initialisation_Stock_deterministe.S8 tudi la page 64.
III COMPLMENTS SUR LA MODLISATION DE
PROCESSUS
On commencera par examiner des objets complmentaires utiliss dans la
modlisation, avant dexaminer le traitement des gammes dans la modlisation
( III-2, page 110) et de terminer par quelques remarques importantes sur la faon
daborder la modlisation de certains systmes complexe ( III-3, page 113).
III-1 Objets complmentaires de modlisation mobilisables
Nous ne reviendrons pas sur le concept de groupe, ensemble de stocks et work
cent er s , i nt r odui t l a page 61 et ut i l i s dans l es exempl es
Synchronisation_stock_produits_Multiples.S8 (prsent en dtail la page 114) et Open_shop.S8.
On analysera ici les composants ( III-1.1) et les work centers fictifs qui jouent un
rle bien particulier dans la modlisation des processus sous Simul8 ( III-1.2,
page 108).
III-1.1 Cration et utilisation de composants
Un Composant (component) est un ensemble interconnect
de work centers et de stocks, slectionns pour constituer un tout
jouant un rle prcis dans la simulation (cest donc un sous-pro-
cessus) des fins diverses non exclusives: simplification du
modle permettant de mieux comprendre la circulation des items
(approche hirarchique des processus), gain de place, dsir de
masquer des work centers fictifs, facilit de duplication. La
slection de lensemble seffectue en positionnant le pointeur de
la souris un endroit de la fentre puis et en dplaant ce poin-
teur pour slectionner lensemble voulu. Ensuite, on utilise le
clic droit de la souris, ce qui fait apparatre un menu ci-contre.
On choisit alors loption qui remplace la slection par licne (dont on
peut modifier limage). Ce composant doit tre dupliqu en faisant appel
loption Duplication Wizard de longlet , pour conserver les liens,
toutes les caractristiques des composants dupliqus et pour adapter automati-
quement, dans les programmes de Visual Logic dupliqus, les dsignations des
stocks et work centers de lensemble dupliqu et utilises dans ces instructions.
Voir lexemple Duplication_composant.S8.
On peut galement, aprs un double-clic sur licne , lenregistrer dans la
bibliothque des objets de la simulation et de lavoir disposition sur la
fentre ( , onglet , bouton ); il est possible galement de
le mettre dans la bibliothque gnrale de Simul8 afin de pouvoir lutiliser dans
dautres simulations.
Pour visualiser le contenu dun composant dans une
fentre, il suffit dun double-clic gauche sur licne du
composant. Pour fermer ensuite cette fentre, il faut cli-
quer sur le bouton qui se trouve en haut gauche de la
fentre, ce qui provoque laffichage dun certain
nombre dactions possibles, parmi lesquelles
.Loption limine la fentre et rintgre ses
composants dans la fentre principale de la modlisa-
tion. Lexemple Service_des_urgences.S8 simule le fonctionnement dun service durgence; il utilise un
composant appel box, intgrant de nombreux work centers et stocks et permettant davoir une vision plus globale
du fonctionnement du systme productif.
III-1.2 Work center fictif
Nous avons utilis plusieurs reprises les work centers fictifs qui sont des work
centers ayant un temps opratoire nul, que lon utilise pour rsoudre des
problmes de modlisation que lon ne peut pas traiter directement avec les
composants de base de la modlisation. Ces work centers fictifs peuvent se
trouver, soit en alimentation dun work center rel (avec, gnralement, un stock
intermdiaire entre le work center fictif et le work center rel), soit en destination
dun work center rel. Examinons successivement ces deux cas de figure.
III-1.2.1 Work center fictif pour rsoudre un problme dalimentation
dun work center rel
Sous Simul8, les mthodes de slection des items
par un work center rel, ont t dcrites aux pages 70 et
suivantes et rsumes dans le tableau 3 de la page 72.
Lorsquun work center est connect plusieurs stocks,
ces mthodes de slection relvent, dune manire
exclusive, soit dune logique de type OU, soit dune
logique de type ET. En logistique, il est frquent
davoir des stocks banaliss dans lesquels une mme rfrence peut se trouver
dans plusieurs stocks, le nombre de rfrences tant sans aucune mesure avec le
O
U
ET
nombre de stocks. Larrive (dans un stock) dun bon denlvement (ou quiva-
lent) portant sur une rfrence de produit conduit prlever une ou plusieurs
units de cette rfrence qui peut se trouver dans un ou plusieurs de ces stocks. On
est alors en prsence dune combinaison dune logique de type OU avec une
logique de type ET, ce quillustre le schma ci-dessus. La manire de traiter ce
problme sera dtaille au III-3.1.1, page 113.
Par ailleurs, on peut ajouter quun work center fictif est ncessaire pour lancer
en production des items dont la gamme est explicite (jobs matrix, voir page 111 et
lexemple Routing_Job_Matrix.S8) et donc pour alimenter le stock situ en amont du
premier work center ralisant la premire opration de la gamme de litem consi-
dr.
III-1.2.2 Work center fictif pour rsoudre un problme dorientation en
sortie dun work center rel
Le work center fictif situ aprs un work center rel permet de dfinir lorien-
tation dun item obissant une rgle plus complexe que les rgles de base
implantes dans le Routing Out des work centers. Sans prtendre lexhaustivit,
on peut signaler les quatre cas suivants, dans lesquels litem sortant peut tre
envoy dans plus dun stock.
- La destination en sortie dun work center (ou dun point dentre) peut tre
unique et choisie parmi un ensemble de destinations possibles partir des
informations dfinies par deux labels (ou plus) correspondant des caract-
risations intrinsques de litem. Une premire solution consiste dfinir, par
un programme en Visual Logic la valeur pertinente de label dfinissant le
numro de destination. Il est plus rapide de passer par des work centers fictifs
pour eff ect uer en cascade ces t est s d or i ent at i on. L exempl e
Routing_out_2_Labels.S8 reprend celui de la dfinition de la destination sur valeur dun label
(Routing_out_Label_1.S8, page 84), en ajoutant un second label type de client (valant 1 ou 2); pour trier
en sortie sur 6 stocks sur la combinaison de ces 2 labels.
- La destination en sortie dun work center (ou dun point dentre) peut tre
multiple et choisir dans un sous-ensemble de destinations pris dans un
ensemble fini de destinations possibles, ce sous-ensemble dpendant soit de
la valeur dun label possd par litem sortant (et correspondant donc une
caractristique intrinsque de litem), soit dune information extrieure
accessible (par exemple, leffectif disponible dune ressource), indpendante
des caractristiques propres de litem. Le premier cas (sous-ensemble dpen-
dant dune caractristique intrinsque dun item) est illustr par lexemple
PoliceAeroport.S8 dcrivant lorganisation (totalement dconnecte de la ralit) des formalits de police
des frontires pour les passagers venant de vols internationaux dans un grand aroport franais; dans ce
cadre, 3 types de guichets existent (guichets A pour les citoyens franais, guichets B pour les citoyens de
lUE non franais et guichets C pour les citoyens dun pays nappartenant pas lUE) et les citoyens franais
ont accs tous les guichets, les citoyens de lUE non franais ont accs aux guichets B et C et que les
citoyens dun pays nappartenant pas lUE nont accs quaux guichets C. Le premier cas (sous-
ensemble dpendant dune information extrieure) est illustr par lexemple
Work_Center_Shifts_Stockin_individuel.S8 dans lequel, la valeur du label utilis pour dfinir la direction
en sortie ne dpend pas des caractristiques intrinsques de litem mais du nombre doprateurs dispo-
nibles au moment o litem quitte le point dentre; litem est alors dirig vers un work center fictif qui
donne accs au sous-ensemble pertinent de stocks.
- La modlisation dun problme dordonnance-
ment de type open shop, se pose lorsque plusieurs
traitements doivent tre excuts sur un item, sans
ordre particulier entre ces traitements. La solution
consistant imposer un ordre entre ces oprations
nest pas judicieuse et conduit une mauvaise utilisation des ressources.
Supposons, voir ci-contre, quun patient se trouvant dans un box dun service durgence se soit vu prescrire
un pansement et une radio raliser avant de revoir le mdecin; lordre dans lequel ces oprations seront
effectues dpend seulement de la disponibilit des ressources mobilises. Pour rsoudre ce problme, on
cre trois labels: un pour chaque examen pour savoir sil a t ralis ou non et un pour savoir si les deux
ont t raliss, information quexploitera un work center fictif. Une solution facile dimplmentation et
difficile contourner dans des problmes complexes dopen shop consiste connecter un work center fictif
en sortie des work centers rels et y raliser le test permettant de garder le patient dans le box ou le faire
sortir du box, ce quillustre lexemple Open_shop.S8.
- Lutilisation dun work center fictif simpose galement lorsquon dsire
mettre un lot en sortie dun work center ou dun point dentre, les items
crs devant possder des labels ayant des valeurs communes dfinies dans
le point dentre ou le work center rel (valeurs gnres alatoirement) et
des labels ayant des valeurs spcifiques (gnres alatoirement). Ce
problme a t trait la page 56 (voir lexemple Arrivee_items_par_groupe.S8).
- Lutilisation dun work center fictif simpose enfin lorsquon
dsire mettre des lots de tailles diffrentes dans les diff-
rentes directions dfinies en Routing out. Lexemple
Routing_out_Desassembler.S8 illustre la solution de ce problme sur
un exemple de kanban.
III-1.2.3 Work center fictif et purge dun stock
Pour terminer, voquons une dernire utilisation de work center fictif interve-
nant en assistance non pas dun work center rel mais dun stock. Il a t dj
soulign que les items ne pouvaient bouger dans un systme productif que
parce quils sont pousss ou tirs par des work centers (ou pousss par des points
dentre). Les stocks sont passifs: ils ne peuvent pas attirer ou expulser des items.
Cest dans ce contexte que se pose le problme de llimination dun stock des
items qui y ont sjourn trop longtemps. La solution de ce problme, prsent la
page 62 et illustr par les exemples Peremption_fixe.S8 et Peremption_variable.S8, passe par
lutilisation dun work center fictif pour retirer du stock les items concerns et les
envoyer vers un point de sortie ou dans un stock runissant les items prims.
III-2 Le traitement des gammes de production dans la simulation
La gamme, associe la production dun bien ou dun service, se dfinit par une
liste doprations excuter dans un certain ordre (mais pas toujours), chaque
opration devant tre ralise dans un centre de production ayant des caractris-
tiques prcises et mobilisant ventuellement certaines ressources. Deux systmes
sont mobilisables avec Simul8, le premier gre les gammes de manire implicite
( III-2.1); le second introduit la gamme de manire explicite, comme un objet
de simulation complmentaire ( III-2.2, page 111).
III-2.1 Gammes implicites
Dans toutes les modlisations tudies jusquici, les gammes taient sous-
jacentes dans la circulation des items entre leurs arrives dans le systme
productif, jusqu leurs dparts.
Lexploitation du graphe de modlisation dun systme productif, en partant du
(ou des) point(s) darrive dun item, pour aller jusqu un (ou plusieurs) point(s)
de sortie et passant par une succession de stocks et de work centers permet impli-
citement de retrouver toutes les squences possibles doprations dfinissant une
gamme de production. Cet ensemble est gnralement restreint par lexploitation
de la caractrisation dun item par ses valeurs des labels quun work center
exploite avec ses rgles de slection de litem traiter ou de dtermination du
stock dans lequel il sera envoy aprs traitement. Le temps dexcution dune
opration dans un work center peut avoir des caractristiques soit partages par
lensemble des items quil traite (type de loi et paramtres de cette loi), soit spci-
fiques litem (lies aux valeurs de certains de ses labels).
Dans cette premire approche, la gamme est implicite et ses informations rpar-
ties dans la description du systme productif par son graphe et ses composantes
compltes par celle des items. La modification, au cours de la simulation, de la
valeur prise par certains labels (directement ou par des instructions en Visual
Logic) permet de prendre en compte le caractre non compltement prdtermin
de certaines gammes (reprise doprations pour des raisons de qualit, gammes
alternatives).
III-2.2 Gammes explicites
Les simulateurs peuvent aussi utiliser des gammes explicites qui prennent la
forme de tableaux associant une rfrence une liste ordonne doprations, avec
le work center (ou une machine dun ensemble de work centers parfaitement
substituables) sur laquelle elle doit tre excute et sa dure dexcution (ou la
distribution de probabilits de cette dure). Sous Simul8, cette explicitation de
gamme se fait dans un tableau gr par le bouton jobs matrix dans longlet
menu gnral. Ce tableau quatre colonnes permet de retracer pour
chaque opration dune gamme, la localisation du centre de production effectuant
cette opration et le temps opratoire (ventuellement dfini par une distribution
Rfrence (= numro de gamme)
Opration de la gamme Centre de production
Temps opratoire
dfinie partir dun double-clic dans la cellule). Si une opration de la gamme
peut tre effectue dans plusieurs work centers, on aura autant de fois dans le
tableau le mme couple gamme - opration (attributs work item et job, crs
automatiquement lors de lusage de loption jobs matrix). La gamme peut tre
identifie par un simple numro dordre ou par un libell; les oprations dune
gamme sont ncessairement repres partir dun numro dordre, la premire
opration dune gamme portant le numro 1. Toutes les oprations dune gamme
sont ncessairement dcrites dans la gamme et tous les items arrivant dans le sys-
tme productif font lobjet dune gamme. La modlisation du processus productif
est spcifique: chaque work center est rattach un seul stock entrant (lequel
peut servir plusieurs work centers qui doivent alors tre substituables) et il nest
pas ncessaire de dclarer explicitement les chemins partant des centres de pro-
duction non virtuels. Loption jobs matrix du routage de sortie (Routing out)
incrmente automatiquement la valeur de lattribut job et envoie litem dans le
stock rattach au centre de production dfini pour lopration suivante dans le
tableau des gammes. La dure de lopration suit la loi dclare dans le tableau
des gammes (voir ci-dessous).
Illustrons lusage de cette option: 8 commandes comportant de 3 7 oprations
doivent tre excutes; un job supplmentaire est ajout chaque commande pour
permettre lenvoi du produit termin vers lextrieur du systme. Lintroduction
des 8 commandes dans le systme productif peut se faire soit avec une arrive
unique ( , page 55) dun lot de 8 ( , page 56) avec un grand intervalle
de temps sparant cette arrive de la suivante, soit avec un stock de contenu initia-
lis 8 items (voir page 55), soit avec un point dentre utilisant une loi de type
Time absolute avec 8 arrives intervalle trs rduit. Dans les deux cas, on num-
rote ces items (label work type avec loption Unique) de 1 8. Voir lexemple
Routing_Job_Matrix.S8.
Une alternative la solution du tableau de gamme (jobs matrix) est possible
(et moins commode): elle consiste utiliser lInformation Store pour dcrire les
gammes, ce quillustre lexemple JobShop.S8 suivant (qui vise analyser le fonction-
nement en rgime de croisire dun systme productif de type job shop).
Il existe une dernire option, Cycle matrix, non dveloppe ici, qui est utilise
lorsquil est ncessaire de dcomposer en plusieurs oprations lmentaires,
chaque opration ralise dans un work center.
III-3 Modlisation de systmes complexes
On commencera par une rflexion sur larticulation qui existe entre certains
processus. Cette comprhension des mcanismes darticulation est indispensable
pour raliser une bonne modlisation de processus productifs complexes et bien
grer la dcomposition des processus. On examinera ensuite rapidement les
problmes que pose ce type de simulateur conu au dpart (comme les autres
simulateurs) pour modliser et simuler des systmes de production de biens,
lorsque lon veut lutiliser pour modliser et simuler des systmes de production
de services.
III-3.1 Problmes de synchronisation poss dans une modlisation
de simulation
Plusieurs problmes de synchronisation se posent. On examinera les
problmes de synchronisation de processus convergents ( III-3.1.1), de synchro-
nisation de processus squentiels ne traitant pas les mmes types ditems ( III-
3.1.2, page 116), puis de synchronisation de processus parallles ( III-3.1.1, page
113). La bonne comprhension de ces classes de problmes et des approches de
leur rsolution est incontournable pour modliser des processus complexes.
III-3.1.1 Synchronisation de processus convergents
Ils se caractrisent par le fait quun work center combine (option Collect) dans
une mme opration des items spcifiques chacun des processus. Ce cas de
figure se retrouve en particulier dans le pilotage des flux de produits (processus de
production ou dapprovisionnement) par un flux dinformations, lexemple clas-
sique tant la prparation de livraisons partir de commandes portant sur des rf-
rences et des stocks de ces rfrences. On a vu la page 77 comment utiliser les
options et pour apparier sur la base dune valeur de label, deux items
provenant de deux stocks diffrents, sur la base de la valeur de label prise par le
premier item du premier stock dans la liste des stocks dentre (lexemple
Routing_in_Collect_and_Match_1.S8 et lexemple Routing_in_Collect_and_Match_2.S8 montrent
comment prlever dans un stock darticles unique, la rfrence demande par une
commande, avec une quantit variable selon la commande).
Cette solution nest plus possible si, au lieu davoir un stock unique pour toutes
les rfrences de produits, on a un stock par rfrence ou plusieurs stocks bana-
liss susceptibles de possder la mme rfrence, ce qui revient combiner la rela-
tion OU (slection du produit) et la relation ET (produit et commande fusionns).
La solution est alors un peu plus complique et implique lusage dun work center
fictif pour des raisons voques la page 110. Appuyons-nous sur un exemple
pour illustrer, pas pas la dmarche suivre. On supposera que lon sintresse
3 articles rfrencs (label numrique L couleur) respectivement 1 (rouge), 2
(bleu) et 3 (noir) et disponibles dans 3 stocks diffrents, chacun tant initialis
50
1
. Dans lexemple, chacun de ces stocks est spcialis dans une couleur (pour
faciliter le suivi de la simulation) mais rien nempche davoir une mme rf-
rence dans plusieurs stocks
1
. Un flux de commandes (point dentre) est honorer
dans lordre de prsentation; chaque commande porte sur 1 article dune couleur
donne demand en 1 seul exemplaire (on verra ensuite, comment gnraliser la
dmarche pour prlever un nombre variable dunit dune rfrence susceptible de
se trouver dans plusieurs stocks). La modlisation se fait en plusieurs tapes.
On commence par tablir la carte du processus
tudi et on cre un work center fictif Enlvement de
larticle demand qui doit prendre larticle demand
dans le bon stock (les stocks points dans le Routing in
ne sont pas lis par la relation ET, induite par le choix
de loption Collect il sagit donc dune relation OU
impliquant que litem demand peut tre tir de lun de
ces trois stocks) et le mettre dans le stock Article demand quutilisera le
service dexpdition (l, loption Collect est retenue, ce qui implique que les items
provenant de chacun de ces stocks doivent tre prlevs dans les quantits voulues
il sagit donc dune relation ET). Le temps opratoire de ce work center fictif
est nul mais il peut ne pas ltre si lon souhaite dcomposer le temps de travail en
temps de recherche et temps de traitement ultrieur (paquet), ce qui est judi-
cieux dans le cas de quantits diffrentes de 1.
Pour enlever le bon article, le centre Enlvement doit indiquer quil
recherche dans les stocks qui lalimentent un article dont la valeur du label
couleur est 1, valeur quil convient de changer avec Visual Logic en cliquant
sur le bouton , on ouvre la fentre de saisie de Visual Logic. Il ne faut rien
1. Linitialisation des stocks avant le dbut dune simulation a t prsente la page 55.
1. Si la varit des rfrences est faible et que chaque rfrence fait lobjet dun stock spcialis, lapproche dcrite
la page 77 est possible; voir lexemple Routing_in_Collect_and_Assemble_2.S8.
O
U
ET
faire tant quil ny a pas de commande traiter, ce qui implique lusage dune
condition portant sur le nombre ditems en attente dans le stock Commandes
traiter et de la commande de blocage.
Sil y a au moins une commande traiter (IF Commandes traiter.Count Contents > 0) il
faut slectionner le premier item du stock Commandes traiter On assigne
alors la valeur du label couleur de cet item du stock Commandes traiter
comme valeur de label du Batch By Type dont on avait donn la valeur 1 par
dfaut. Il ne reste plus qu empcher quil y ait plus dun article dans le groupe
Clic droit (insertion)
(voir page 61) constitu du work center Enlevement article demand et du stock
quil alimente Article demand afin dviter tout conflit.
Il faut enfin spcifier le travail du service
dexpdition qui compare linformation et le
produit sur le label couleur (on se retrouve ce
point exactement dans le cas de figure trait la
page 77, puisquun article sera prlever dans
chaque stock).
l e modl e de si mul at i on est prt (voi r
Synchronisation_stock_produits_Multiples.S8). Cette simula-
tion propose une variante de modlisation dans
laquelle le nombre dunits demandes est sup-
rieur 1 et peut changer dune commande
lautre. Rappelons que ce modle nimplique pas davoir des stocks spcialiss;
autrement dit une mme rfrence peut se trouver dans plusieurs stocks.
Implicitement on est sur le traitement dune ligne dun bon de commande;
lexemple Generation_et_Traitement_BC.S8 traite de manire complte le traitement dun
bon de commande.
Une premire alternative lusage du concept de group (introduit la page 61)
consiste utiliser une variable cre dans Information Store, bloquant laccs au
work center Enlvement article demand si elle vaut 1 (voir lexemple
Synchronisation_stock_produits_Multiples_2.S8) cette solution est prfrable dans la modlisa-
tion de certains processus de service complexes (caisse de super march, par
exemple). Une seconde alternative consiste ajouter une seconde condition de
blocage des arrives dans le work center Enlvement article demand si le
s t ock ar t i cl e demand n es t pas vi de ( voi r l exempl e
Synchronisation_stock_produits_Multiples_3.S8).
Le tableau 8 de la page 117 rcapitule des solutions utiliser pour grer la
synchronisation des processus convergents (flux de demandes avec un flux de
produits - rfrence unique demande)
III-3.1.2 Synchronisation de deux processus squentiels ne traitant pas les
mmes items.
Par exemple dans un service durgence, coexistent un processus de traitement
des patients et un processus de nettoyage des box qui nest mis en uvre que si le
patient a sali le box (on nest donc pas dans une alternance systmatique de deux
processus). Un box est dclar libre si le patient a quitt le box et si le box a t
nettoy, lorsque cette opration est juge ncessaire. Cette synchronisation ne
peut se faire que par lusage dun programme en Visual Logic. Lusage du concept
de groupe dj utilis dans un exemple de gestion dun box (voir page 93 et la
premire modlisation de lexemple Box.S8) nest pas ici la meilleure solution; il
est prfrable dutiliser deux variables stockes dans lInformation Store, la
premire relative loccupation du box (solution adopte dans la troisime mod-
lisation de lexemple Box.S8), la seconde relative au besoin de nettoyage du box.
Lexemple Synchronisation_processus_sequentiels.S8 comment permet de comprendre les
bases de ce type de synchronisation; lexemple Service_des_urgences.S8 de simulation dun
service durgence comportant une dizaine de box illustre une gnralisation de ce mcanisme et lusage des
ressources partages (mdecins, infirmires, brancardiers et agents de service).
III-3.1.3 Synchronisation de deux processus parallles
Ce type de problme se rencontre, par exemple, dans la mise en place de tour-
nes cadences (tournes rgulires de livraison ou denlvement de marchandise
ou de personnes), avec un temps de transport infrieur lintervalle de temps spa-
rant deux tournes successives utilisant le mme vhicule (au sens large).
Lexemple Synchro_processus_paralleles.S8 sintresse la mod-
lisation du fonctionnement dun tlphrique et du transport
des skieurs. la fin dun transport, les deux cabines sont localises dans les gares
(haut et bas). Intressons-nous la gare du bas. Un tlphrique la quitte toutes les 10,
avec un temps de transport de 4; on cre un processeur Transport avec un temps opratoire de 4et une capacit
maximale de personnes embarques (voir page 74), ce qui fait que 4aprs le dpart, les skieurs embarqus arrivent
la gare suprieure. Ce processus de transport des skieurs doit tre synchronis avec le processus de changement de
localisation des cabines; ce dernier processus utilise deux stocks, lun reprsentant la plate-forme du bas et lautre la
plateforme du haut; ces stocks sont initialiss 1, ce qui signifie quen dbut de journe, chacun dentre eux contient
une cabine; un processeur aller tlphrique prend le tlphrique du bas et lamne en haut, avec un temps opra-
Tableau 8 : Rcapitulatif des solutions utiliser pour grer la synchronisation des
processus convergents
Quantit
demande
La rfrence demande
se trouve un stock unique
peut se trouver dans plusieurs stocks
1
Collect + Match on. Voir page 113
et Routing_in_Collect_and_Match_1.S8
Introduction de 1 work center fictif et du
Batch by Type. Voir page 113 et le premier
modle de
Synchronisation_stock_produits_Multiples.S8
>1
Collect + Match on + modification
du Collect Number. Voir page 77 et
Introduction de 1 work center fictif et du
Batch by Type. Voir page 113 et le second
modle de
Utilisation directe du Collect, voir page 103
Synchronisation_stock_produits_Multiples_Collect.S8
. Ce stock peut contenir des rfrences diffrentes (valeurs diffrentes pour le label utilis pour prlever un item
dun stock).
. Chaque stock peut contenir des rfrences diffrentes . Litem demand est ensuite fusionn avec litem deman-
dant par loption Collect dun work center (autre que ceux mentionns ici).
toire de 10reprsentant lintervalle entre deux dparts dune plateforme; un processeur retour tlphrique ralise
lopration inverse. Le dclenchement du transport de voyageurs est alors conditionn la prsence (fugitive dans
cette modlisation) dune cabine dans le stock du bas. Le stock qui approvisionne le processeur transport corres-
pond en fait la file dattente des skieurs aprs contrle, une partie tant sur le quai. On considre ici que la limitation
du nombre de skieurs admis dans la cabine se fait au dpart de celle-ci, ce qui est inexact mais sans incidence sur la
qualit de la simulation (une modlisation plus est possible mais sans rel intrt).
Une solution alternative consiste utiliser un programme en Visual Logic
excut cadence rgulire (Visual Logic Time Check, voir page 106) en utilisant
une variable binaire permettant dautoriser le dpart du transport. Cette solution
est moins intressante que la prcdente car elle ne permet pas de modlisation du
processus physique de transport qui peut tre soumis des alas.
III-3.1.4 Synchronisation dun processus divergeant puis convergeant
Ce cas de figure se rencontre quand un item se dcompose en plusieurs items que
lon doit refusionner ultrieurement. Par exemple, le prlvement sanguin dun
patient est une manation du patient, suivant un processus spcifique (analyse)
pendant que le patient suit un autre processus; ultrieurement, les rsultats des
analyses sont communiqus au patient et deviennent de nouvelles caractristiques
du patient (implicitement ou explicitement sous la forme de labels). Lexemple
Synchro_proces_diverg_converg.S8 illustre la prise en compte de ce cas de figure.
III-3.2 Modlisation/simulation de systmes de production de
services
Les logiciels de modlisation et de simulation de processus ont t initialement
conus pour dcrire et simuler des processus de production de biens. Ce contexte
de production jouit de trois caractristiques: le traitement dun item ne peut
seffectuer que dans un processeur occupant un endroit ddi ce seul processeur;
les processeurs ou les ressources partageant les mmes caractristiques sont rigou-
reusement interchangeables; enfin, ni les ressources, ni les items ninteragissent.
Dans les processus de production de services lorsque litem trait est un tre
humain, ces caractristiques peuvent tre plus difficilement acceptables
1
.
- Le lieu dexcution de certains traitements ne ncessitant pas denviron-
nement matriel spcifique peut ne pas tre circonscrit, ce qui rend la dfi-
nition spatiale du processeur moins prcise ou peut conduire ne pas lier
obligatoirement un traitement un processeur. Par exemple, les informations
changes entre un patient et linfirmire qui laccompagne son box dans
un service durgences sont une partie dun traitement . Cette limitation
nest pas trop pnalisante, par rapport la suivante.
- Un lieu donn peut jouer successivement plusieurs rles et devoir tre
considr conventionnellement comme la rptition dune squence de
stock - processeur, chaque processeur effectuant des traitements diff-
rents. Ce cas de figure est rare dans la production de biens, sauf dans celle
ditems trs volumineux (hlicoptres) o les problmes de manutention
1. Adapt de S. Balin et V. Giard, Problmes mthodologiques poss par la simulation de processus de production
de services, Journal Europen des Systmes Automatiss (APII-JESA), volume 41, n 9-10/2007, p. 1085-1114
et/ou despace disponible jouent en faveur dune solution de dplacement des
hommes et des quipements (et donc des processeurs) pour effectuer en un
mme lieu une squence doprations de nature trs diffrente. Dans la
production de services, ce cas est frquent lorsque litem est un client.
- Un mme lieu peut jouer plusieurs fois le rle de stock et de work
center pour un mme item. Par exemple, le box dun service durgences
est un stock lorsque le patient est seul et un processeur, lorsque celui-ci se
trouve en prsence dun mdecin et/ou dune infirmire pour lun des trai-
tements (diagnostic, soins, prlvements sanguins) quil doit recevoir.
La solution consiste alors relier un stock unique autant de processeurs
quil y a de traitements diffrents (ressources mobilises). Un exemple
de cette configuration est donn avec la simulation Open_shop.S8. On peut
galement, pour des raisons de commodit si la squence est prdter-
mine, prfrer utiliser plusieurs stocks qui reprsentent en ralit un
mme lieu, ce quillustre la simulation Box.S8.
- Un mme lieu peut tre utilis pour des traite-
ments alternatifs radicalement diffrents,
chaque fois sur un item (ou un groupe ditems)
diffrent(s). Par exemple, un quai dun entrept peut tre utilis
pour dcharger un camion pour rangement des marchandises en stock
ou tre utilis pour charger un camion aprs rassemblement des
marchandises livrer. La solution consiste relier le stock aux work
centers effectuant ces traitements diffrents dans ce lieu, caractriser
litem arrivant en stock par un label correspondant un type de traite-
ment, utiliser loption Batch by type (voir page 73) pour quun work
center ne prlve que litem qui lui est destin; reste enfin runir stock et work centers en un seul
groupe de capacit un.
- La banalisation des ressources peut tre remise en cause. Par exemple, si la
premire affectation dun mdecin un patient arrivant aux urgences est
alatoire, on sefforcera de garder ce mdecin pour les autres actes mdicaux
effectus sur ce patient aux urgences impliquant un mdecin de mme
spcialit, ces prestations pouvant ne pas senchaner directement. Lanalyse
dun box de lexemple Service_des_urgences.S8 de simulation dun service
durgence illustre la manire de traiter ce problme.
- Lhypothse dune passivit des clients du systme est parfois contestable.
Une bote de conserve accepte dattendre, pas le client dun service. Ceci le
conduit ne pas rentrer dans un systme satur, ne pas respecter la disci-
pline impose dans une file dattente Lhypothse dune absence dinterac-
tion entre un client et certaines ressources (oprateur) dans certaines
prestations de services est contestable mais peut ne pas avoir dincidence
dans une valuation globale de la performance dun processus partir dindi-
cateurs objectifs (par exemple, temps moyen de sjour dans le systme
productif). Par contre, cette interaction peut avoir une influence sur les
valuations individuelles (qualit perue).
Cam
ion vide
camion
m
archandises
dcharges
m
archandises
charger
Camion
charg
Chapitre VIII Liste des simulations donnes en exemple (work centers)
Chapitre VIII
LISTE DES SIMULATIONS DONNES EN EXEMPLE
Fichier dexemple Simul8
Page(s) o
ce fichier est
appel
Page(s) o
ce fichier est
appel
Arrivee_items_par_groupe.S8
pages 56, 110
Routing_in_Circulate.S8 pages 76, 80
Arrivees_stochastiques_clients_connus.S8
pages 65, 66,
103
Routing_in_Circulate_Label.S8 page 76, 80
Attente_mini_dans_stock.S8 page 63 Routing_in_Collect_and_Assemble_1.S8
pages 76, 77,
82, 85
bottling.S8 page 16 Routing_in_Collect_and_Assemble_2.S8
pages 77, 82,
114
Box.S8
pages 62, 93,
94, 116, 119
pages 77, 83,
113, 117
Choix_Production_stock_mini.S8
pages 66, 85
pages 103,
113, 117
Convoyeur.S8 page 92 Routing_in_label_Mini.S8 page 76
Decision_periodique.S8
pages 106
Routing_in_longest.S8 pages 76, 80
Distribution_Discrete_et_Information_Sto
re.S8
pages 85, 93,
98, 103
Routing_in_longest_Label.S8 pages 76, 80
Distribution_Label_Based.S8 page 39 Routing_in_oldest.S8
pages 63, 75,
78, 80
Distribution_Time_Dependant_0.S8
page 43
Routing_in_oldest_Label.S8
pages 75, 78,
80
Distribution_Time_Dependant_24heures.S
8
pages 44
Routing_in_Passive.S8 page 75
Distribution_Time_Dependant_Jour_sema
ine.S8
pages 44,
101, 104
Routing_in_priority.S8
page 75, 78,
80
Distribution_Time_Dependant_Jour_sema
ine_IS.S8
pages 38, 44,
101
Routing_in_Priority_Label.S8
page 75, 78,
80
Distribution_Time_Dependant_partition.S
8
pages 44, 50,
60, 101
Routing_in_Use_Label_Batching_1.S8
page 74, 78
DOCTEUR.S8 page 45 Routing_in_Use_Label_Batching_2.S8
pages 75, 81
DOCTEUR_Information_Store_0.S8
pages 38, 41,
98
Routing_in_Use_Label_Batching_OR_Collect.
S8
page 77, 79
pages 93, 98,
104
Routing_in_youngest.S8
page 75, 78,
80
pages 97, 98,
101, 104
Routing_in_youngest_Label.S8
page 75, 78,
80
DOCTEUR_ressource.S8
pages 52
Routing_Job_Matrix.S8
page 109, 112
DOCTEUR_Shift.S8 page 53 Routing_out_2_Labels.S8
page 85, 109
Chapitre VIII Liste des simulations donnes en exemple (work centers)
Duplication_composant.S8
page 90, 107
Routing_out_Circulate.S8 page 84
fastfood.S8 page 16 Routing_out_Desassembler.S8
pages 86, 110
Generation_Bon_de_Commande.S8 pages 101 Routing_Out_Fractionnement_1.S8 page 86
Generation_et_Traitement_BC.S8
page 101,
116
Routing_Out_Fractionnement_2.S8 page 86
Icone_Item_en_sortie.S8
pages 56, 103
Routing_out_Label_1.S8 pages 85, 109
Impredictibilite_processus_simple.S8 page 14 Routing_out_Label_2.S8
page 85
Initialisation_Stock_deterministe.S8
pages 65,
100, 107
Routing_out_Label_3.S8
pages 85, 104
Initialisation_Stock_stochastique.S8
pages 64
Routing_out_Percent.S8 page 84
Introduction_Simulation.xls
pages 11
Routing_out_Priority.S8 page 85
JobShop.S8
page 112
Routing_out_Shortest.S8 page 84
LIFO.S8 page 63 Routing_out_Uniform.S8 page 84
Open_shop.S8
pages 62, 85,
107, 110, 119
Service_des_urgences.S8
pages 108,
119
Parametrage_TO_fonction_label_quanti.S
8
page 37 Sortie_du_systeme_fonction_du_temps.S8
page 60
Parametrisation_distribution_probability_
profile.S8
page 85
Stock_&_Information_Store.S8
pages 65, 107
Peremption_fixe.S8 pages 62, 110 Synchro_proces_diverg_converg.S8 page 118
Peremption_variable.S8
pages 62,
101, 106, 110
Synchro_processus_paralleles.S8 page 117
PoliceAeroport.S8
pages 56, 109
Synchronisation_processus_sequentiels.S8 page 116
Pool.S8
pages 68, 90
pages 62, 66,
77, 93, 94,
103, 105, 116
Priority_Items.S8 pages 63
Synchronisation_stock_produits_Multiples_2.S
8
page 116
Priority_Resources_niveau_fixe.S8
page 89
Synchronisation_stock_produits_Multiples_3.S
8
page 116
Replication_work-center.S8 page 90
Synchronisation_stock_produits_Multiples_Col
lect.S8
pages 103,
117
Resources_Shift_1.S8
pages 68, 89
Temps_de_transport.S8 page 45, 87
Resources_Shift_2.S8 page 89 Unique.S8
page 57
Resources_Shift_3.S8
page 90
Work_Center_Shifts_Stock_in_individuel_1.S8
page 69, 90
Ressource_Polylavence_pool.S8
page 90
Work_Center_Shifts_Stock_in_individuel_2.S8
pages 90,
105, 106
Page(s) o
ce fichier est
appel
Page(s) o
ce fichier est
appel
Simulation des processus de production de biens et services
Index
A
Accumulating .............................................................................................................................. 92
Add to (Label actions) ................................................................................................................... 58
Advanced (barre du menu gnral) ............................................................................................ 47, 55
Allow Gaps ................................................................................................................................. 92
Analyse des rsultats dune simulation (Results Manager) .................................................................... 48
Approche hirarchique des processus ............................................................................................. 107
Asq VB ...................................................................................................................................... 58
Auto-corrlation ............................................................................................................... 16, 48, 50
B
Batch by type .................................................................................................... 73, 78, 80, 94, 115
Batching
Point dentre ........................................................................................................................ 56
Routing Out .............................................................................................................. 82, 83, 86
Blocage dun work center .............................................................................................................. 75
Block Current Routing ................................................................................................................ 103
Bon de commande ...................................................................................................................... 101
C
Cartographie du processus .............................................................................................................. 90
Chane logistique ......................................................................................................................... 77
Change Over (Temps de lancement) ................................................................................................. 88
Chronomarquage dun item ............................................................................................................ 58
Circulate (mthode de slection Routing In dun work center) ............................................................... 76
Clear Sheet ............................................................................................................................... 107
Clock Properties ..................................................................................................................... 46, 47
Collect ............................................................................................................................... 76, 113
Collect & Match .......................................................................................................................... 77
Combination ............................................................................................................................... 44
Composant ................................................................................................................................ 107
Convoyeur ............................................................................................................................ 45, 92
Custom Object Properties .............................................................................................................. 91
Cycle de vie ................................................................................................................................ 54
Cycle Matrix ................................................................................................................. 76, 85, 113
D
Data Home (Onglet de la barre du menu gnral) .............................................................. 46, 48, 49, 51
Data Rules (barre de menu gnrale) ................................................................................................ 96
Data Rules (barre du menu gnral) ................................................................................................. 57
Data Rules (onglet de la barre de menu gnrale) .............................................................................. 111
Data Rules (Onglet de la barre du menu gnral) .......................................................................... 46, 47
Date de premption ....................................................................................................................... 62
Decrement (Label actions) ............................................................................................................. 57
Dplacement
Dure de dplacement ....................................................................................................... 44, 50
Vitesse de dplacement ........................................................................................................... 44
Developer (barre du menu gnral) .................................................................................................. 91
Discipline (Routing out) ................................................................................................................ 84
Distance (onglet de la fentre de Prfrences) .................................................................................... 44
Distance / Travel time ................................................................................................................... 36
Distribution
Fixed Distribution ...................................................................................................... 28, 30, 36
Label Based .......................................................................................................................... 38
Named Distribution ................................................................................................................ 36
Probability Profile .................................................................................................................. 29
Time Dependant ..................................................................................................................... 42
Duplication Wizard .............................................................................................................. 91, 107
Dure maximale de sjour en stock .................................................................................................. 62
E
clatement dun lot ....................................................................................................................... 86
Editeur de formule ........................................................................................................................ 97
Efficiency ................................................................................................................................... 91
Entry Point .................................................................................................................................. 54
quipe ....................................................................................................................................... 68
Excel ......................................................................................................................................... 44
External ...................................................................................................................................... 44
F
Fiabilit ...................................................................................................................................... 91
File dattente ............................................................................................................................... 13
Fixed Type Label Value ................................................................................................................ 94
Fixed value ........................................................................................................................... 28, 30
Flches
Cration ......................................................................................................................... 32, 90
Suppression ........................................................................................................................... 90
Fonction de hasard ......................................................................................................................... 6
G
Gamme opratoire ........................................................................................................................ 57
Groupe (Group)
Capacit maximale ......................................................................................................... 61, 115
Dfinition ........................................................................................................................... 107
Synchronisation en sortie ......................................................................................................... 87
I
Icne
Composant (component) ........................................................................................................ 107
Item ..................................................................................................................................... 55
Point dentre ........................................................................................................................ 55
IF After Loading Work (Visual Logic) ............................................................................................. 73
IF Before selecting (Visual Logic) ................................................................................................... 73
Ignore Starved ............................................................................................................................. 76
Image ....................................................................................................................................... 103
Increment (Label actions) .............................................................................................................. 57
Indicateurs .................................................................................................................................. 48
Indicateurs de performance ............................................................................................................ 46
Information Store ................................................................................................. 38, 44, 65, 85, 96
Item ........................................................................................................................................... 25
J
Jeu de simulation
Dfinition ............................................................................................................................. 48
Rsultats ............................................................................................................................... 51
Job (attribut) .............................................................................................................................. 112
Jobs matrix ................................................................................................................. 85, 109, 111
K
Kanban ................................................................................................................................ 65, 86
Key Performance Indicators (KPI) ............................................................................................. 46, 48
L
Label (dfinition) ......................................................................................................................... 57
Label actions ............................................................................................................................... 56
Label Based ................................................................................................................................ 38
LIFO ......................................................................................................................................... 63
Link ........................................................................................................................................... 90
Locked ....................................................................................................................................... 76
Loi darrives .............................................................................................................................. 25
Loi dErlang .................................................................................................................................. 6
Loi de Little ................................................................................................................................ 13
Loi de Poisson ............................................................................................................................... 5
Loi de service .............................................................................................................................. 13
Loi exponentielle ........................................................................................................................... 5
Loi triangulaire .............................................................................................................................. 8
Loi uniforme ................................................................................................................................. 7
Longest (mthode de slection Routing In dun work center) ................................................................ 76
Loop ........................................................................................................................................ 101
M
Maintenance
Curative ............................................................................................................................... 91
Prventive ............................................................................................................................. 91
Mthode de Monte Carlo ................................................................................................................. 9
Monte Carlo .................................................................................................................................. 9
Mult by (Label actions) ................................................................................................................. 58
Multi-dimensional Array ............................................................................................................... 97
Multiply ..................................................................................................................................... 58
N
Named Distribution ...................................................................................................................... 36
Nomenclature
Fixe ..................................................................................................................................... 76
Variable ............................................................................................................................... 77
Nomenclature fixe ........................................................................................................................ 72
O
Object Distribution Parameters ..................................................................................................... 104
Object Distribution uses Named Distribution ................................................................................... 104
Objects (barre du menu gnral) ................................................................................................ 36, 62
Oldest (mthode de slection Routing In dun work center) .................................................................. 75
On Reset (Visual Logic) .............................................................................................................. 106
Open shop ........................................................................................................................... 62, 110
Option (Routing in) ...................................................................................................................... 71
Option en Routing In
Batch by type ........................................................................................................................ 73
Use Label Batching ................................................................................................................ 74
P
Panne ......................................................................................................................................... 91
Passive
Routing in - convoyeur ............................................................................................................ 92
Routing in - work center .......................................................................................................... 75
Passivit dun work center en sortie ................................................................................................. 85
Premption ................................................................................................................................. 62
Plage de prsence (shift work pattern) .............................................................................................. 68
Point dentre ........................................................................................................................ 54, 55
Point de passage dun item ............................................................................................................. 48
Point de sortie ........................................................................................................................ 32, 59
Polyvalence ................................................................................................................................. 68
Polyvalence des ressources ............................................................................................................. 90
Prchauffage (warming up) ...................................................................................................... 47, 65
Premption ................................................................................................................................. 71
Prioritize ...................................................................................................... 35, 63, 78, 79, 80, 81
Priority (Convoyeur) ..................................................................................................................... 92
Priority (mthode de slection Routing In dun work center) ................................................................. 75
Priority (work center) .............................................................................................................. 85, 89
Probability Profile .......................................................................................................... 29, 36, 104
Processeurs parallles .................................................................................................................... 91
Processus de Poisson ..................................................................................................................... 41
R
Rgime
de croisire ........................................................................................................................... 47
transitoire ............................................................................................................................. 47
Rinitialisation de la simulation ...................................................................................................... 97
Rparation .................................................................................................................................. 91
Replicate .................................................................................................................................... 90
Ressource
Cration ............................................................................................................................... 31
Ressources ............................................................................................................................ 67, 88
Cration ............................................................................................................................... 67
Dfinition ............................................................................................................................. 67
Disponibilit ......................................................................................................................... 67
Disponibilit fixe ................................................................................................................... 68
Disponibilit variable dans le temps ........................................................................................... 68
Quantit consomme par une opration ...................................................................................... 88
Ressources substituables .......................................................................................................... 68
Rsultats
Segmentation ............................................................................................................. 50, 51, 59
Results (barre du menu gnral) ...................................................................................................... 49
Results Collection Period ............................................................................................................... 46
Results Manager .......................................................................................................................... 48
Routing In
Centre de production ............................................................................................................... 70
Relation ET (collect) ............................................................................................................... 76
Typologie des mthodes de slection dun work center .................................................................. 70
Routing Out
Batching ......................................................................................................................... 82, 83
Centre de production ............................................................................................................... 84
Dfinition ............................................................................................................................. 84
Dtermination du stock de destination ........................................................................................ 84
Numro de destination dfini de manire alatoire quiprobable ...................................................... 84
Numro de destination dfini de manire alatoire non quiprobable ................................................ 84
Numro de destination dfini de manire circulaire ....................................................................... 84
Numro de destination dfini par lordre de la liste ....................................................................... 85
Numro de destination dfini par label ....................................................................................... 84
Percent ................................................................................................................................. 94
Transport .............................................................................................................................. 45
S
Schedule (mthode de slection Routing In dun work center) ............................................................... 76
Segmentation ......................................................................................................................... 50, 59
Segregate Results ......................................................................................................................... 64
Select ....................................................................................................................................... 103
Selection Method (Routing in) ........................................................................................................ 70
Set Collect Number ........................................................................................................ 82, 83, 103
Set Prob Profile Column Parameters .............................................................................................. 104
Set Route Out Percent ................................................................................................................. 103
Set to (Label actions) .................................................................................................................... 57
Shelf Life ....................................................................................................................... 62, 78, 80
Shift .............................................................................................................................. 52, 53, 68
Dfinition ............................................................................................................................. 68
Resource .............................................................................................................................. 68
Work Pattern ......................................................................................................................... 68
Simulation vnements discrets .................................................................................................... 15
Simulation Time .......................................................................................................................... 96
Sortie alatoire des items ............................................................................................................... 60
Sous-processus .......................................................................................................................... 107
Spreadsheet ................................................................................................................................. 96
Steady state system ....................................................................................................................... 47
Stock
Capacit ............................................................................................................................... 61
Cration ............................................................................................................................... 31
Dfinition ............................................................................................................................. 61
Initialisation dterministe ......................................................................................................... 65
Initialisation stochastique ......................................................................................................... 64
Priorit en sortie ..................................................................................................................... 35
Proprits ............................................................................................................................. 61
Remplacement point dentre ................................................................................................... 55
Visual Logic .......................................................................................................................... 61
Stock banalis ............................................................................................................................ 113
Stock htrogne .................................................................................................................... 71, 73
Stock homogne ..................................................................................................................... 34, 71
Synchronisation ........................................................................................................................... 77
Processus convergents ........................................................................................................... 113
Processus parallles .............................................................................................................. 117
Processus squentiels ............................................................................................................ 116
Synchronisation de processus ....................................................................................................... 113
Synchronisation des sorties de plusieurs work centers .......................................................................... 87
Systme rinitialisation priodique ................................................................................................ 47
Systme permanent ....................................................................................................................... 47
T
Taille du lot en sortie (Batching en Routing out) ................................................................................. 86
Temps douverture du systme productif ........................................................................................... 46
Temps de lancement (Change Over) ................................................................................................. 88
Temps de transport
Item ..................................................................................................................................... 87
Ressource ............................................................................................................................. 67
Terminating system ...................................................................................................................... 47
Thorme de la limite centrale ........................................................................................................ 48
Time Dependant ........................................................................................................................... 41
Time Stamp (Label actions) ............................................................................................................ 58
Timeview ............................................................................................................................. 49, 64
Travel ........................................................................................................................................ 87
Trial .................................................................................................................................... 46, 48
Trials
Dfinition ............................................................................................................................. 48
Type ditems
Changement en sortie dun work center ...................................................................................... 85
Dfinition et cration ........................................................................................................ 27, 55
U
Uniform ..................................................................................................................................... 84
Unique ....................................................................................................................................... 57
Unique (Label actions) .................................................................................................................. 57
Unlink ........................................................................................................................................ 90
Use Label Batching .......................................................................................................... 74, 78, 81
V
Visual Logic ........................................................................................................................ 63, 114
Ask VB ................................................................................................................................ 58
Ressource ............................................................................................................................. 69
Stock ................................................................................................................................... 61
Visual Logic Time Check .............................................................................................. 106, 118
Visual logic ................................................................................................................................. 71
Visual Logic (Barre de menu gnral) .............................................................................................. 90
Visual Logic (barre de menu principal) ........................................................................................... 106
W
Warm up .............................................................................................................................. 47, 65
Warm up period ........................................................................................................................... 47
Work center
Blocage ................................................................................................................................ 75
Cration ............................................................................................................................... 31
Duplication (Replicate) ........................................................................................................... 90
Work center fictif ........................................................................................... 62, 78, 80, 85, 87, 90
Work exit point ............................................................................................................................ 59
Work item ................................................................................................................................... 54
Y
Youngest (mthode de slection Routing In dun work center) .............................................................. 75
Z
Zoom dun processus .................................................................................................................. 107

Simulation

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Simulation

Încărcat de

Drepturi de autor:

Formate disponibile

Simulation des processus de production de biens et services

(version du 4 septembre 2012)

toutes les 20 minutes partir de 9 heures jusqu

. Les paramtres de temps ont pour unit la minute.

toutes les 20 minutes partir de

peut se trouver dans plusieurs stocks

S-ar putea să vă placă și