Ressources et planification des capacités
Modélisez les ressources dans les simulations : capacité, disponibilité, comportement des files d’attente et planification des capacités.
ProcessMind utilise un moteur de simulation à événements discrets (DES) pour modéliser vos processus. En comprenant son fonctionnement, vous pourrez configurer vos simulations plus efficacement et interpréter les résultats avec précision.
Dans une simulation à événements discrets, l’état du système ne change qu’à certains événements : l’horloge passe d’un événement au suivant et, entre deux événements, rien ne se produit. Cette approche convient particulièrement aux processus métier, car :
Contrairement à la simulation continue, utilisée en physique ou en mécanique des fluides, les processus métier ne nécessitent pas une modélisation instant par instant. Une demande de prêt ne passe pas progressivement de « soumise » à « approuvée » : son état change lors d’événements précis.
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 La simulation génère et traite plusieurs types d’événements :
| Type d’événement | Ce qui se passe |
|---|---|
| Arrivée d’un cas | Un nouveau cas entre dans le processus par un événement de début |
| Début d’une activité | Un cas commence à exécuter une activité, et les ressources sont affectées |
| Fin d’une activité | Un cas termine une activité, et les ressources sont libérées |
| Évaluation d’une passerelle | Un point de décision détermine le ou les chemins à suivre |
| Fin d’un cas | Un cas atteint un événement de fin |
Les cas entrent dans la simulation par les Start Events de votre modèle BPMN. Le schéma d’arrivée est contrôlé par la distribution de génération des cas.
Par défaut, les cas arrivent selon une distribution de Poisson, à raison d’un cas par heure. Cela crée des intervalles aléatoires réalistes entre les arrivées, caractéristiques de nombreux processus métier.
Vous pouvez configurer différents schémas d’arrivée à l’aide des distributions décrites dans la documentation Distributions.
Lorsqu’un cas termine un élément, il suit immédiatement le Sequence Flow sortant. S’il n’existe qu’un seul chemin sortant, le cas l’emprunte automatiquement.
Les passerelles contrôlent la bifurcation et la fusion des cas :
| Type de passerelle | Comportement |
|---|---|
| XOR (Exclusive) | Un seul chemin sortant est sélectionné selon un tirage aléatoire pondéré par les probabilités. Les probabilités sont traitées comme des poids relatifs et normalisées automatiquement. |
| AND (Parallel) | Tous les chemins sortants sont suivis simultanément. Le cas est divisé en jetons parallèles. |
| OR (Inclusive) | Les chemins sont sélectionnés aléatoirement, avec la garantie qu’au moins un chemin sera suivi. |
| Event-Based | Sélection aléatoire parmi les événements disponibles. |
Pour les passerelles XOR, vous attribuez une probabilité à chaque flux sortant. Il s’agit de poids relatifs :
Lorsqu’un cas atteint une tâche, c’est-à-dire une activité, le moteur suit la séquence suivante :
La ressource requise dispose-t-elle d’une capacité disponible ?
Si les ressources ne sont pas disponibles, le cas entre dans la file d’attente. Par défaut, ProcessMind utilise l’ordre FIFO (First In, First Out) : les cas sont traités dans l’ordre de leur arrivée.
Dès qu’elles sont disponibles, les unités de ressources requises sont réservées pour ce cas.
Le moteur tire une valeur à partir de la distribution du temps de traitement configurée. Cette valeur détermine la durée de l’activité.
Un événement de fin est ajouté à la file d’événements à current_time + processing_time.
Lorsque l’événement de fin se produit, les ressources sont remises à disposition des autres cas.
Pour garantir l’unicité des horodatages et un comportement réaliste, toutes les activités ont une durée minimale de 1 seconde. Même avec une distribution de durée nulle, les activités prennent au moins ce temps.
Les activités peuvent être configurées avec une probabilité d’ignorer l’étape, de 0 à 100 %. Lorsqu’une activité est ignorée :
Cela permet de modéliser les situations réelles dans lesquelles certaines étapes sont occasionnellement ignorées.
La simulation utilise une horloge virtuelle qui avance par étapes, d’un événement au suivant. Si le prochain événement est prévu à 10 h 35 et que l’heure actuelle est 10 h 30, l’horloge passe directement à 10 h 35.
Toutes les durées sont converties en interne dans des unités cohérentes. Vous pouvez spécifier les durées en :
Les taux d’arrivée sont définis séparément, par heure, jour, semaine, mois ou année.
Les paramètres peuvent varier selon le temps écoulé dans la simulation. Par exemple :
Consultez la documentation Périodicité pour connaître les détails de configuration.
Chaque ressource possède une capacité définie, c’est-à-dire le nombre de cas qu’elle peut traiter simultanément.
Lorsque la demande dépasse la capacité, les cas attendent dans une file. Par défaut, ProcessMind utilise l’ordre FIFO (First In, First Out), afin de traiter les cas dans leur ordre d’arrivée.
Pendant l’exécution de la simulation, chaque activité est enregistrée dans le journal d’événements produit :
| Champ | Description |
|---|---|
| ID du cas | Identifiant unique de chaque cas, généré séquentiellement |
| Activité | Nom de l’élément BPMN |
| Horodatage de début | Moment où l’activité a commencé |
| Horodatage de fin | Moment où l’activité s’est terminée |
| Ressource | Ressource qui a exécuté l’activité |
| Attributs | Attributs du cas à ce moment-là |
Ce journal respecte les formats standard des journaux d’événements et peut être analysé avec tous les outils ProcessMind.
| Limite | Valeur | Objectif |
|---|---|---|
| Nombre maximal d’événements | 5 000 000 | Empêcher les simulations incontrôlées |
| Durée minimale | 1 seconde | Garantir l’unicité des horodatages |
Commencez petit, puis augmentez progressivement
Lors de la configuration d’une nouvelle simulation, commencez par une période courte, de quelques jours ou semaines, afin de valider votre configuration. Une fois que vous avez vérifié que le modèle se comporte correctement, passez à des périodes plus longues.
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.