Fonctionnement du moteur de simulation
Découvrez le moteur de simulation à événements discrets de ProcessMind et comment il modélise vos processus.
Sur cette page
Périodicité et paramètres évolutifs
Qu’est-ce que la périodicité ?
Les processus réels ne fonctionnent pas toujours pareil. Par exemple, le support client reçoit plus d’appels en horaires de bureau ; l’industrie fonctionne en équipes ; le commerce connaît des pics saisonniers.
La périodicité permet de définir quand des règles précises de simulation s’appliquent. Au lieu d’une valeur globale, vous adaptez les paramètres selon la période choisie :
- Semaine vs. week-end
- Matin vs. soir
- Haute saison vs. basse saison
- Heures de bureau vs. hors horaires
Votre simulation reflète ainsi la réalité des différents contextes temporels.
Pourquoi la périodicité compte
Prenons un exemple simple : modéliser l’arrivée de clients.
Sans périodicité :
- 10 clients/heure, en continu
Avec périodicité :
- 25 clients/heure, du lundi au vendredi, 9h-18h
- 15 clients/heure, du lundi au vendredi, 18h-21h
- 5 clients/heure, week-end
- 2 clients/heure, la nuit
Le second modèle reflète les variations réelles de la demande et impacte files d’attente, exploitation des ressources et performance.
Types de périodicité disponibles
ProcessMind prend en charge neuf types de périodicité qui définissent quand une règle s’applique :
| Type | Paramètres | Description |
|---|---|---|
| Always | (aucun) | S’applique en continu, sans variation |
| Default | (aucun) | Règle de secours pour toute période non couverte |
| Fixed Period | startDateTime, endDateTime | Période unique (non répétée) |
| Each Day | startTime, endTime | Même plage horaire chaque jour |
| Each Weekday | startTime, endTime | Du lundi au vendredi uniquement |
| Each Weekend Day | startTime, endTime | Samedi et dimanche uniquement |
| Each Week | startDay, startTime, endDay, endTime | Récurrence chaque semaine, peut couvrir plusieurs jours |
| Each Month | startDayOfMonth, startTime, endDayOfMonth, endTime | Récurrence mensuelle |
| Each Year | startMonth, startDayOfMonth, startTime, endMonth, endDayOfMonth, endTime | Motif annuel/saisonnier |
Types de périodicité en détail
Always
L’option la plus simple : la règle s’applique tout le temps, sans variation.
À utiliser si : Le paramètre ne varie pas selon le temps, ou pour une simulation simple de base.
Default
Agit comme règle de secours si aucune autre ne correspond à l’instant simulé.
À utiliser si : Vous prévoyez des exceptions pour certaines périodes et le reste doit suivre une valeur par défaut.
Toujours inclure une Default
Quand vous utilisez plusieurs règles de périodicité, ajoutez toujours une règle Default pour combler toute lacune. Cela évite tout comportement imprévu en l’absence de correspondance.
Each Day
La règle s’applique à des horaires définis chaque jour de la semaine.
Paramètres :
startTime: Heure de début (ex : 09:00)endTime: Heure de fin (ex : 17:00)
Exemple : Heures d’ouverture 09h00-17h00 appliquées tous les jours, week-end inclus.
Each Weekday
La règle s’applique à des horaires précis du lundi au vendredi uniquement.
Paramètres :
startTime: Heure de débutendTime: Heure de fin
Exemple : Le support client est ouvert 08h00-18h00 en semaine, avec d’autres règles le week-end.
Each Weekend Day
La règle s’applique à des horaires définis samedi et dimanche uniquement.
Paramètres :
startTime: Heure de débutendTime: Heure de fin
Exemple : Support ouvert de 10h00 à 16h00 en horaires réduits le week-end.
Each Week
La règle couvre une plage qui peut s’étendre sur plusieurs jours de la semaine. Pratique pour modéliser des schémas ne durant pas qu’un seul jour.
Paramètres :
startDay: Jour de début (lundi, mardi, etc.)startTime: Heure de débutendDay: Jour de finendTime: Heure de fin
Exemple : Période de fort volume du mercredi à 14h00 au vendredi à 12h00.
Each Month
La règle s’applique certains jours chaque mois.
Paramètres :
startDayOfMonth: Jour du mois de début (1-31)startTime: Heure du débutendDayOfMonth: Jour de fin de moisendTime: Heure de fin
Exemple : Pointe de traitement de fin de mois, du 25 à 08h00 jusqu’au dernier jour à 23h59.
Each Year
La règle s’applique à des dates précises chaque année.
Paramètres :
startMonth: Mois de débutstartDayOfMonth: Jour de débutstartTime: Heure de débutendMonth: Mois de finendDayOfMonth: Jour de finendTime: Heure de fin
Exemple : Pic de fréquentation pour Noël, du 15 novembre à 00h00 au 31 décembre à 23h59.
Période fixe
La règle s’applique sur une plage de dates et heures précises (non récurrente). À utiliser pour un événement ponctuel.
Paramètres :
startDateTime: Date et heure de début précisesendDateTime: Date et heure de fin précises
Exemple : Semaine de lancement du produit du 15 au 22 mars 2025, avec des règles de traitement spéciales.
Combinaison de plusieurs règles
La vraie puissance de la périodicité vient de la combinaison de plusieurs règles. Vous pouvez définir des paramètres différents selon les contextes temporels, et la simulation applique automatiquement la règle adaptée à chaque instant.
Exemple : Temps de traitement multi-équipe
Prenons un processus industriel avec des temps variables selon l’équipe :
| Nom de la règle | Périodicité | Distribution du temps de traitement |
|---|---|---|
| Day Shift | Chaque jour ouvré, 08:00-16:00 | Normal(30 min, 5 min) |
| Evening Shift | Chaque jour ouvré, 16:00-00:00 | Normal(45 min, 10 min) |
| Weekend Crew | Chaque jour de week-end, 10:00-18:00 | Normal(60 min, 15 min) |
| Overnight/Default | Default | Normal(90 min, 20 min) |
L’équipe de jour est la plus rapide (équipe complète, collaborateurs reposés). Le soir est plus lent (moins de supervision). Le week-end, c’est le plus lent (petite équipe). La règle “Default” couvre les heures de nuit.
Priorité des règles
Quand plusieurs règles peuvent s’appliquer :
- Les règles sont évaluées dans l’ordre de définition de la configuration
- La première règle correspondante est utilisée (la première gagne)
- Les règles “Default” s’utilisent seulement si aucune autre règle ne s’applique
Astuce : Placez les règles spécifiques avant les règles générales. Par exemple, “Chaque jour ouvré” avant “Chaque jour” si vous voulez une logique différente semaine / week-end.
Où utiliser la périodicité ?
La périodicité s’applique à plusieurs paramètres de simulation :
| Paramètre | Cas d’usage de la périodicité |
|---|---|
| Case Arrivals | Taux d’arrivées plus élevé en heures ouvrées, plus faible la nuit |
| Processing Times | Traitement plus rapide avec équipes complètes, plus lent lors des heures creuses |
| Resource Capacity | Plus de staff pendant les pics, équipe réduite la nuit |
| Skip Chances | Règles de routage différentes selon week-end ou jours fériés |
| Gateway Probabilities | Décisions différentes selon le moment de la journée |
Exemple complet : Centre support client
Voici un exemple concret illustrant comment la périodicité agit sur plusieurs paramètres dans une simulation de support client :
Configuration du taux d’arrivée
| Périodicité | Taux d’arrivée |
|---|---|
| Each Weekday 09:00-18:00 | Poisson(50 par heure) |
| Each Weekday 18:00-22:00 | Poisson(20 par heure) |
| Each Weekend Day 10:00-16:00 | Poisson(15 par heure) |
| Default | Poisson(5 par heure) |
Volume élevé en horaires de bureau, trafic modéré le soir, flux faible le week-end et la nuit.
Paramétrage du temps de traitement
| Périodicité | Distribution |
|---|---|
| Chaque jour ouvré 09:00-17:00 | Triangular(10, 20, 45 min) |
| Chaque jour de week-end | Triangular(20, 40, 90 min) |
| Default | Triangular(30, 60, 120 min) |
Plus rapide lors des pics d’effectif, plus lent le week-end et en dehors des horaires.
Paramétrage de la capacité du personnel
| Périodicité | Agents disponibles |
|---|---|
| Chaque jour ouvré 09:00-18:00 | 10 agents |
| Chaque jour ouvré 18:00-22:00 | 4 agents |
| Chaque jour de week-end 10:00-16:00 | 3 agents |
| Default | 1 agent |
Équipe complète pendant les heures travaillées, effectif réduit sinon.
Comment ça fonctionne ensemble
À 10h un mardi :
- Les arrivées utilisent le taux de 50/heure
- Le traitement utilise la distribution triangulaire rapide
- 10 agents sont disponibles
À 20h un mardi :
- Les arrivées passent à 20/heure
- Le traitement utilise la distribution “Default” (plus lente)
- Seulement 4 agents sont disponibles
À 14h un samedi :
- Les arrivées sont à 15/heure
- Le traitement utilise la distribution week-end
- 3 agents sont disponibles
Bonnes pratiques
1. Commencez par Default
Définissez toujours la règle Default d’abord. Elle couvre toute période non traitée par des règles spécifiques.
2. Du général au spécifique
Commencez par des schémas larges (semaine vs. week-end), puis ajoutez des règles plus précises (horaires d’équipe) si besoin.
3. Restez simple au début
Distinguez d’abord semaine/week-end et ajoutez ensuite des détails horaires ou saisonniers si nécessaire. Vous pourrez toujours affiner.
4. Basez-vous sur la data
Analysez vos données historiques pour comprendre vos vrais schémas : taux d’arrivées, temps de traitement, gestion des équipes par heure et par jour.
5. Testez les cas limites
Vérifiez vos règles sur les transitions :
- Que se passe-t-il à 17h pile lors du changement d’équipe ?
- Le passage minuit est-il bien géré ?
- Les règles de fin de mois fonctionnent-elles pour tous les mois ?
6. Documentez vos règles
Les configurations complexes peuvent prêter à confusion. Notez pourquoi chaque règle existe et à quelle logique métier elle correspond.
Prochaines étapes
Distributions
Découvrez les types de distributions utilisés dans les règles de périodicité.
Lancer des simulations
Appliquez la périodicité lors de la configuration de votre simulation.
Ressources
Utilisez la périodicité pour modéliser la capacité des ressources qui varie dans le temps.