Fonctionnement du moteur de simulation
Comprenez les mécanismes du moteur de simulation à événements discrets de ProcessMind et la manière dont il modélise votre processus.
Les processus réels ne fonctionnent pas de la même manière à tout moment. Le service client reçoit davantage d’appels pendant les heures d’activité. La production fonctionne avec des équipes différentes et des effectifs variables. Le commerce de détail connaît des pics saisonniers.
La périodicité vous permet de définir quand des règles de simulation précises s’appliquent. Au lieu d’utiliser une valeur globale unique, vous pouvez définir des paramètres différents pour plusieurs périodes :
Votre simulation se comporte ainsi de manière réaliste selon les différents contextes temporels.
Prenons un exemple simple : la modélisation des arrivées de clients.
Sans périodicité :
Avec la périodicité :
Le second modèle représente des schémas de demande réalistes qui influencent les files d’attente, l’utilisation des ressources et le débit.
ProcessMind prend en charge neuf types de périodicité, chacun définissant le moment où une règle s’applique :
| Type | Paramètres | Description |
|---|---|---|
| Toujours | (aucun) | La règle s’applique à tout moment, sans variation |
| Par défaut | (aucun) | Règle de repli lorsqu’aucune autre règle temporelle ne correspond |
| Période fixe | startDateTime, endDateTime | Période ponctuelle, non récurrente |
| Chaque jour | startTime, endTime | Mêmes horaires chaque jour |
| Chaque jour ouvré | startTime, endTime | Du lundi au vendredi uniquement |
| Chaque jour du week-end | startTime, endTime | Samedi et dimanche uniquement |
| Chaque semaine | startDay, startTime, endDay, endTime | Récurrence hebdomadaire pouvant couvrir plusieurs jours |
| Chaque mois | startDayOfMonth, startTime, endDayOfMonth, endTime | Schéma récurrent chaque mois |
| Chaque année | startMonth, startDayOfMonth, startTime, endMonth, endDayOfMonth, endTime | Schéma annuel ou saisonnier |
L’option la plus simple : la règle s’applique à tout moment, sans variation.
À utiliser lorsque : le paramètre ne varie réellement pas selon le temps ou lorsque vous créez une simulation de référence simple.
Cette règle sert de repli lorsqu’aucune autre règle temporelle ne correspond à l’heure actuelle de la simulation.
À utiliser lorsque : vous souhaitez définir des exceptions pour certaines périodes et appliquer une valeur par défaut à toutes les autres.
Inclure toujours une règle par défaut
Lorsque vous utilisez plusieurs règles de périodicité, incluez toujours une règle Par défaut pour couvrir les intervalles non couverts par vos règles temporelles. Vous évitez ainsi les comportements inattendus lorsqu’aucune règle précise ne correspond.
La règle s’applique pendant des heures précises chaque jour de la semaine.
Paramètres :
startTime : heure de début de la règle, par exemple 09:00endTime : heure de fin de la règle, par exemple 17:00Exemple : les horaires d’activité généraux, de 09:00 à 17:00, s’appliquent chaque jour, week-ends compris.
La règle s’applique pendant des heures précises du lundi au vendredi uniquement.
Paramètres :
startTime : heure de début de la règleendTime : heure de fin de la règleExemple : le service client fonctionne de 08:00 à 18:00 les jours ouvrés, avec des règles différentes le week-end.
La règle s’applique pendant des heures précises le samedi et le dimanche uniquement.
Paramètres :
startTime : heure de début de la règleendTime : heure de fin de la règleExemple : les horaires d’assistance réduits, de 10:00 à 16:00, s’appliquent le week-end.
La règle s’applique pendant une plage horaire qui peut couvrir plusieurs jours au cours de chaque semaine. Cette option est utile pour les schémas qui ne correspondent pas précisément à une seule journée.
Paramètres :
startDay : jour de début de la règle, lundi, mardi, etc.startTime : heure du jour de débutendDay : jour de fin de la règleendTime : heure du jour de finExemple : période de forte activité du mercredi à 14:00 au vendredi à 12:00.
La règle s’applique pendant des jours précis chaque mois.
Paramètres :
startDayOfMonth : jour du mois où la règle commence, de 1 à 31startTime : heure du jour de débutendDayOfMonth : jour du mois où la règle se termineendTime : heure du jour de finExemple : période de forte activité de fin de mois, du 25 à 08:00 au dernier jour à 23:59.
La règle s’applique à des dates précises chaque année.
Paramètres :
startMonth : mois de début de la règlestartDayOfMonth : jour du mois de débutstartTime : heure du jour de débutendMonth : mois de fin de la règleendDayOfMonth : jour du mois de finendTime : heure du jour de finExemple : pic d’activité commerciale des fêtes, du 15 novembre à 00:00 au 31 décembre à 23:59.
La règle s’applique pendant une plage précise de dates et d’heures, sans récurrence. Utilisez cette option pour les événements ponctuels.
Paramètres :
startDateTime : date et heure exactes de débutendDateTime : date et heure exactes de finExemple : semaine de lancement d’un produit, du 15 au 22 mars 2025, avec des règles de traitement particulières.
La périodicité prend toute sa valeur lorsque vous combinez plusieurs règles. Vous pouvez définir des paramètres différents selon les contextes temporels, puis la simulation détermine la règle applicable à chaque instant.
Prenons un processus de production dont les temps de traitement varient selon l’équipe :
| Nom de la règle | Périodicité | Distribution du temps de traitement |
|---|---|---|
| Équipe de jour | Chaque jour ouvré, 08:00-16:00 | Normal(30 min, 5 min) |
| Équipe du soir | Chaque jour ouvré, 16:00-00:00 | Normal(45 min, 10 min) |
| Équipe du week-end | Chaque jour du week-end, 10:00-18:00 | Normal(60 min, 15 min) |
| Nuit/Par défaut | Par défaut | Normal(90 min, 20 min) |
L’équipe de jour est la plus rapide, avec un effectif complet et des collaborateurs reposés. L’équipe du soir est plus lente, en raison d’une supervision réduite. Le week-end est la période la plus lente, avec une équipe réduite. La règle par défaut couvre les heures de nuit.
Lorsque plusieurs règles peuvent correspondre :
Conseil : placez les règles les plus précises au-dessus des règles générales. Placez « Chaque jour ouvré » avant « Chaque jour » si vous souhaitez un comportement différent les jours ouvrés et le week-end.
La périodicité peut s’appliquer à de nombreux paramètres de simulation :
| Paramètre | Cas d’utilisation de la périodicité |
|---|---|
| Arrivées de cas | Taux d’arrivée plus élevé pendant les heures d’activité et plus faible la nuit |
| Temps de traitement | Traitement plus rapide avec un effectif complet et plus lent pendant les horaires réduits |
| Capacité des ressources | Effectif renforcé pendant les pics et équipe réduite la nuit |
| Probabilités d’ignorer | Règles d’orientation différentes le week-end ou les jours fériés |
| Probabilités des passerelles | Schémas de décision différents selon l’heure de la journée |
Voici un exemple réaliste montrant comment la périodicité s’applique à plusieurs paramètres d’une simulation de service client :
| Périodicité | Taux d’arrivée |
|---|---|
| Chaque jour ouvré, 09:00-18:00 | Poisson(50 par heure) |
| Chaque jour ouvré, 18:00-22:00 | Poisson(20 par heure) |
| Chaque jour du week-end, 10:00-16:00 | Poisson(15 par heure) |
| Par défaut | Poisson(5 par heure) |
Volume élevé pendant les heures d’activité, trafic modéré le soir et faible le week-end ainsi que la nuit.
| Périodicité | Distribution |
|---|---|
| Chaque jour ouvré, 09:00-17:00 | Triangular(10, 20, 45 min) |
| Chaque jour du week-end | Triangular(20, 40, 90 min) |
| Par défaut | Triangular(30, 60, 120 min) |
Le traitement est le plus rapide lorsque l’effectif est renforcé, et plus lent le week-end ainsi qu’en dehors des heures d’activité.
| Périodicité | Agents disponibles |
|---|---|
| Chaque jour ouvré, 09:00-18:00 | 10 agents |
| Chaque jour ouvré, 18:00-22:00 | 4 agents |
| Chaque jour du week-end, 10:00-16:00 | 3 agents |
| Par défaut | 1 agent |
Effectif complet pendant les heures d’activité, couverture réduite le reste du temps.
Mardi à 10:00 :
Mardi à 20:00 :
Samedi à 14:00 :
Définissez toujours votre règle Par défaut en premier. Vous couvrez ainsi toutes les périodes qui ne sont pas explicitement prises en charge par les autres règles.
Commencez par les schémas généraux, comme jours ouvrés et week-end, puis ajoutez si nécessaire des règles plus précises, par exemple pour chaque équipe.
Commencez par distinguer simplement les jours ouvrés et le week-end avant d’ajouter des détails horaires ou saisonniers. Vous pourrez toujours enrichir la configuration par la suite.
Dans la mesure du possible, analysez vos données historiques pour comprendre les schémas réels. Examinez les taux d’arrivée, les temps de traitement et les effectifs selon l’heure et le jour de la semaine.
Vérifiez que vos règles gèrent correctement les heures de transition :
Les configurations de périodicité complexes peuvent être difficiles à comprendre ultérieurement. Documentez la raison d’être de chaque règle et le schéma métier qu’elle représente.
Nous utilisons des cookies pour améliorer votre expérience, personnaliser le contenu et analyser le trafic. En cliquant sur « Tout accepter », vous consentez à l’utilisation de cookies.