Fonctionnement du moteur de simulation

Comprendre le moteur de simulation

ProcessMind utilise un moteur de simulation à événements discrets (DES) pour modéliser vos processus. Comprendre son fonctionnement vous aidera à mieux configurer les simulations et à interpréter les résultats avec précision. Vous pouvez tester le moteur sur votre propre processus avec un essai gratuit.

Qu’est-ce que la simulation à événements discrets ?

Dans une simulation à événements discrets, l’état du système change uniquement à certains événements : l’horloge passe d’un événement au suivant et, entre deux événements, rien ne se produit. Cette approche convient aux processus métier, car :

• Les activités ont des heures de début et de fin distinctes
• Les ressources sont allouées et libérées à des moments précis
• Les cas arrivent et se terminent à des moments définis

Pourquoi utiliser des événements discrets ?

Contrairement à la simulation continue, utilisée en physique ou en mécanique des fluides, les processus métier n’ont pas besoin d’être modélisés instant après instant. Une demande de prêt ne passe pas progressivement de « soumise » à « approuvée » : son état change à des événements précis.

Boucle principale des événements

Le moteur de simulation suit une boucle simple :

1. Initialize: Set up starting conditions
2. Get Next Event: Find the earliest scheduled event from the priority queue
3. Advance Time: Move simulation clock to that event's time
4. Process Event: Handle the event (start activity, complete activity, etc.)
5. Schedule New Events: Based on what happened, add new events
6. Repeat: Continue until end time or max events reached (5,000,000)
7. Output: Generate the complete event log

Types d’événements

La simulation génère et traite plusieurs types d’événements :

Génération et arrivée des cas

Les cas entrent dans la simulation par les événements de début de votre modèle BPMN. Leur rythme d’arrivée est défini par la distribution de génération des cas.

Rythme d’arrivée par défaut

Par défaut, les cas arrivent selon une distribution de Poisson, à raison d’un cas par heure. Cela produit des intervalles aléatoires réalistes entre les arrivées, comme dans de nombreux processus métier.

Personnaliser les arrivées

Vous pouvez configurer différents profils d’arrivée à l’aide des distributions décrites dans la documentation Distributions.

Parcours des cas dans le processus

Flux de séquence

Lorsqu’un cas termine un élément, il suit immédiatement le flux de séquence sortant. Si un seul chemin sortant est disponible, le cas l’emprunte automatiquement.

Fonctionnement des passerelles

Les passerelles déterminent comment les cas se divisent et se rejoignent :

Définir les probabilités

Pour les passerelles XOR, vous attribuez une probabilité à chaque flux sortant. Ces probabilités sont des poids relatifs :

• Si vous attribuez les valeurs 70, 20 et 10 aux flux, elles sont normalisées à 70 %, 20 % et 10 %
• Les valeurs 7, 2 et 1 donnent le même résultat
• Les flux sans valeur attribuée se partagent le pourcentage restant

Exécution des activités

Lorsqu’un cas atteint une tâche (activité), le moteur suit les étapes suivantes :

1. Vérifier la disponibilité des ressources

La ressource requise dispose-t-elle d’une capacité disponible ?

2. Mettre en attente si nécessaire

Si les ressources ne sont pas disponibles, le cas rejoint la file d’attente. Par défaut, ProcessMind applique l’ordre FIFO (premier entré, premier sorti) : les cas sont traités dans leur ordre d’arrivée.

3. Allouer les ressources

Dès qu’elles sont disponibles, les unités de ressources requises sont réservées pour ce cas.

4. Déterminer le temps de traitement

Le moteur tire une valeur selon la distribution configurée pour le temps de traitement. Cette valeur détermine la durée de l’activité.

5. Planifier l’événement de fin

Un événement de fin est ajouté à la file d’événements à current_time + processing_time.

6. Libérer les ressources

Lorsque l’événement de fin se produit, les ressources sont remises à disposition pour les autres cas.

Temps de traitement minimal

Pour garantir des horodatages uniques et un comportement réaliste, la durée minimale de toutes les activités est de 1 seconde. Même avec une distribution de durée nulle, une activité dure au moins une seconde.

Probabilité d’omission

Vous pouvez définir une probabilité d’omission (de 0 à 100 %) pour les activités. Lorsqu’une activité est omise :

• Le cas passe immédiatement à l’élément suivant
• Aucune ressource n’est consommée
• Aucun temps ne s’écoule (à l’exception de la seconde minimale)
• L’activité apparaît dans le journal avec une durée minimale

Cela permet de modéliser les situations réelles où certaines étapes sont parfois omises.

Gestion du temps

Horloge de simulation

La simulation utilise une horloge virtuelle qui avance par sauts, d’un événement au suivant. Si l’événement suivant est prévu à 10 h 35 et qu’il est actuellement 10 h 30, l’horloge passe directement à 10 h 35.

Unités de temps

En interne, toutes les durées sont converties dans des unités cohérentes. Vous pouvez les indiquer en :

• Secondes
• Minutes
• Heures
• Jours

Les taux d’arrivée sont définis séparément, par heure, jour, semaine, mois ou année.

Périodicité et plages horaires

Les paramètres peuvent varier selon l’heure de la simulation. Par exemple :

• Des taux d’arrivée différents en semaine et le week-end
• Des temps de traitement différents le matin et l’après-midi
• Une capacité de ressources différente aux heures de pointe

Pour les détails de configuration, consultez la documentation Périodicité.

Gestion des ressources

Groupes de ressources

Chaque ressource dispose d’une capacité définie, c’est-à-dire du nombre de cas qu’elle peut traiter simultanément.

Gestion des files d’attente

Lorsque la demande dépasse la capacité, les cas attendent dans une file. Par défaut, ProcessMind applique l’ordre FIFO (premier entré, premier sorti), afin que les cas soient traités dans leur ordre d’arrivée.

Génération du journal d’événements

Pendant la simulation, chaque exécution d’activité est enregistrée dans le journal d’événements généré :

Ce journal respecte les formats standard des journaux d’événements et peut être analysé avec tous les outils ProcessMind.

Limites de la simulation

Étapes suivantes