Fonctionnement du moteur de simulation
Découvrez les mécanismes du moteur de simulation à événements discrets de ProcessMind et la façon dont il modélise vos processus.
Les processus réels ne fonctionnent pas de la même façon à toute heure. Le service client reçoit davantage d’appels pendant les heures ouvrées. Dans l’industrie, les équipes et les effectifs varient selon les postes. Dans le commerce, l’activité connaît des pics saisonniers.
La périodicité permet de définir quand certaines règles de simulation s’appliquent. Au lieu d’utiliser une seule valeur générale, vous pouvez définir des paramètres différents selon les périodes :
La simulation reflète ainsi le fonctionnement réel du processus selon les différents moments.
Prenons un exemple simple : la modélisation des arrivées de clients.
Sans périodicité :
Avec périodicité :
Le second modèle reflète mieux les variations de la demande, qui influent sur les files d’attente, l’utilisation des ressources et le débit.
ProcessMind propose neuf types de périodicité, qui définissent chacun quand une règle s’applique :
| Type | Paramètres | Description |
|---|---|---|
| Toujours | (aucun) | La règle s’applique en permanence, sans variation |
| Par défaut | (aucun) | Règle de repli lorsqu’aucune autre règle temporelle ne s’applique |
| Période fixe | startDateTime, endDateTime | Période ponctuelle, sans récurrence |
| Chaque jour | startTime, endTime | Mêmes horaires tous les jours |
| Chaque jour ouvré | startTime, endTime | Du lundi au vendredi uniquement |
| Chaque jour du week-end | startTime, endTime | Le samedi et le dimanche uniquement |
| Chaque semaine | startDay, startTime, endDay, endTime | Récurrence hebdomadaire, pouvant couvrir plusieurs jours |
| Chaque mois | startDayOfMonth, startTime, endDayOfMonth, endTime | Modèle récurrent chaque mois |
| Chaque année | startMonth, startDayOfMonth, startTime, endMonth, endDayOfMonth, endTime | Modèle annuel ou saisonnier |
L’option la plus simple : la règle s’applique en permanence, sans variation.
À utiliser lorsque : le paramètre ne varie réellement pas dans le temps ou que vous créez une simulation de référence simple.
Cette règle sert de repli lorsqu’aucune autre règle temporelle ne correspond au moment de la simulation.
À utiliser lorsque : vous souhaitez définir des exceptions pour certaines périodes et appliquer une valeur par défaut le reste du temps.
Toujours ajouter une règle par défaut
Si vous utilisez plusieurs règles de périodicité, ajoutez toujours une règle Par défaut pour couvrir les périodes non définies. Vous éviterez ainsi les comportements inattendus lorsqu’aucune règle précise ne s’applique.
La règle s’applique à des heures précises tous les jours de la semaine.
Paramètres :
startTime : heure de début de la règle (par exemple, 09:00)endTime : heure de fin de la règle (par exemple, 17:00)Exemple : les horaires généraux de 09:00 à 17:00 s’appliquent tous les jours, week-ends compris.
La règle s’applique à 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 est ouvert de 08:00 à 18:00 les jours ouvrés, avec des règles différentes le week-end.
La règle s’applique à 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 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 de la semaine. Cette option convient aux modèles qui ne correspondent pas à des journées entières.
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 à des jours précis chaque mois.
Paramètres :
startDayOfMonth : jour du mois où la règle commence (1-31)startTime : heure du jour de débutendDayOfMonth : jour du mois où la règle se termineendTime : heure du jour de finExemple : pic d’activité en fin de mois, du 25 à 08:00 jusqu’au dernier jour du mois à 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é dans le commerce pendant les fêtes, du 15 novembre à 00:00 au 31 décembre à 23:59.
La règle s’applique pendant une plage de dates et d’heures précise, 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 tout son intérêt lorsque vous combinez plusieurs règles. Vous pouvez définir des paramètres différents selon les périodes ; la simulation détermine alors quelle règle s’applique à chaque instant.
Prenons l’exemple d’un processus de fabrication dont la durée de traitement varie selon l’équipe :
| Nom de la règle | Périodicité | Distribution de la durée 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 des effectifs complets et des employés reposés. Le soir, le rythme ralentit en raison d’un encadrement réduit. Le week-end, les effectifs sont au minimum et les délais sont les plus longs. La règle par défaut couvre les heures de nuit.
Lorsque plusieurs règles peuvent s’appliquer :
Conseil : placez les règles les plus précises avant les règles générales. Placez « Chaque jour ouvré » avant « Chaque jour » si vous souhaitez appliquer des règles différentes en semaine et le week-end.
La périodicité peut s’appliquer à de nombreux paramètres de simulation :
| Paramètre | Exemple d’utilisation de la périodicité |
|---|---|
| Arrivées de cas | Taux d’arrivée plus élevé pendant les heures ouvrées et plus faible la nuit |
| Durées de traitement | Traitement plus rapide avec des effectifs complets et plus lent pendant les heures creuses |
| Capacité des ressources | Effectifs renforcés aux heures de pointe et réduits au minimum la nuit |
| Probabilités d’omission | Règles d’orientation différentes le week-end ou les jours fériés |
| Probabilités des passerelles | Modèles de décision différents selon l’heure |
Voici un exemple réaliste qui montre 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) |
Le volume est élevé pendant les heures ouvrées, modéré le soir et faible le week-end et la nuit.
| Périodicité | Distribution |
|---|---|
| Chaque jour ouvré, 09:00-17:00 | Triangulaire(10, 20, 45 min) |
| Chaque jour du week-end | Triangulaire(20, 40, 90 min) |
| Par défaut | Triangulaire(30, 60, 120 min) |
Le traitement est le plus rapide lorsque les effectifs sont renforcés, et plus lent le week-end et en dehors des heures ouvrées.
| 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 |
Les effectifs sont complets pendant les heures ouvrées et réduits le reste du temps.
Un mardi à 10:00 :
Un mardi à 20:00 :
Un samedi à 14:00 :
Définissez toujours la règle Par défaut en premier. Elle couvre les périodes qui ne sont pas explicitement prises en charge par les autres règles.
Commencez par les grandes catégories, comme les jours ouvrés et le week-end, puis ajoutez des règles plus précises, par exemple pour chaque équipe.
Commencez par distinguer les jours ouvrés du week-end, puis ajoutez des détails par heure ou par saison. Vous pourrez toujours affiner les règles par la suite.
Dans la mesure du possible, analysez les données historiques pour comprendre les modèles réels. Examinez les taux d’arrivée, les durées de traitement et les effectifs selon l’heure et le jour de la semaine.
Vérifiez que vos règles gèrent correctement les changements de période :
Une configuration de périodicité complexe peut être difficile à comprendre par la suite. Expliquez pourquoi chaque règle existe et quel modèle métier elle représente.
Accédez immédiatement à la plateforme, sans carte bancaire ni attente. Représentez clairement le fonctionnement de votre organisation dans des modèles de processus reliés entre eux.
Définissez l’architecture des processus, les responsabilités et les contrôles, puis clarifiez les rôles à chaque niveau.
Démarrez votre essai gratuit et posez les bases d’une gouvernance, d’une gestion et d’une amélioration continue de vos processus.
Nous utilisons des cookies pour améliorer votre expérience, personnaliser le contenu et analyser le trafic. Les consultations de pages sont mesurées de façon anonyme, même sans cookies. En cliquant sur « Tout accepter », vous consentez à l’utilisation de cookies.