Funktionsweise der Simulations-Engine
Verstehen Sie die Mechanik hinter der diskreten Ereignissimulations-Engine von ProcessMind und erfahren Sie, wie sie Ihren Prozess modelliert.
Reale Prozesse laufen nicht zu jeder Zeit gleich ab. Der Kundenservice bearbeitet während der Geschäftszeiten mehr Anrufe. In der Fertigung gelten je nach Schicht unterschiedliche Besetzungen. Im Einzelhandel gibt es saisonale Spitzen.
Mit Periodizität legen Sie fest, wann bestimmte Simulationsregeln gelten. Statt einen globalen Wert zu verwenden, können Sie für unterschiedliche Zeiträume verschiedene Parameter festlegen:
Dadurch verhält sich Ihre Simulation in unterschiedlichen zeitlichen Kontexten realistisch.
Betrachten Sie ein einfaches Beispiel: die Modellierung von Kundenankünften.
Ohne Periodizität:
Mit Periodizität:
Das zweite Modell bildet realistische Nachfragemuster ab, die sich auf Warteschlangen, Ressourcennutzung und Durchsatz auswirken.
ProcessMind unterstützt neun Periodizitätstypen. Jeder Typ legt fest, wann eine Regel gilt:
| Typ | Parameter | Beschreibung |
|---|---|---|
| Immer | (keine) | Regel gilt jederzeit, ohne Variation |
| Standard | (keine) | Ausweichregel, wenn keine andere zeitabhängige Regel zutrifft |
| Fester Zeitraum | startDateTime, endDateTime | Einmaliger Zeitraum, nicht wiederkehrend |
| Jeden Tag | startTime, endTime | Jeden Tag dieselben Uhrzeiten |
| Jeden Wochentag | startTime, endTime | Nur Montag bis Freitag |
| Jeden Wochenendtag | startTime, endTime | Nur Samstag und Sonntag |
| Jede Woche | startDay, startTime, endDay, endTime | Wöchentlich wiederkehrend, kann mehrere Tage umfassen |
| Jeden Monat | startDayOfMonth, startTime, endDayOfMonth, endTime | Monatlich wiederkehrendes Muster |
| Jedes Jahr | startMonth, startDayOfMonth, startTime, endMonth, endDayOfMonth, endTime | Jährliches oder saisonales Muster |
Die einfachste Option: Die Regel gilt jederzeit ohne Variation.
Verwenden Sie dies, wenn: Der Parameter tatsächlich nicht von der Zeit abhängt oder Sie eine einfache Basissimulation erstellen.
Dient als Ausweichregel, wenn keine andere zeitabhängige Regel zur aktuellen Simulationszeit passt.
Verwenden Sie dies, wenn: Sie Ausnahmen für bestimmte Zeiten definieren möchten und für alle übrigen Zeiten ein Standardwert gelten soll.
Immer eine Standardregel einschließen
Wenn Sie mehrere Periodizitätsregeln verwenden, fügen Sie immer eine Standardregel hinzu, um Lücken in Ihren zeitabhängigen Regeln abzudecken. So vermeiden Sie unerwartetes Verhalten, wenn keine spezifische Regel zutrifft.
Die Regel gilt während bestimmter Uhrzeiten an jedem Wochentag.
Parameter:
startTime: Uhrzeit, zu der die Regel beginnt, z. B. 09:00endTime: Uhrzeit, zu der die Regel endet, z. B. 17:00Beispiel: Allgemeine Geschäftszeiten von 09:00 bis 17:00 gelten täglich, auch am Wochenende.
Die Regel gilt während bestimmter Uhrzeiten nur von Montag bis Freitag.
Parameter:
startTime: Uhrzeit, zu der die Regel beginntendTime: Uhrzeit, zu der die Regel endetBeispiel: Der Kundenservice arbeitet an Wochentagen von 08:00 bis 18:00, für Wochenenden gelten andere Regeln.
Die Regel gilt während bestimmter Uhrzeiten nur samstags und sonntags.
Parameter:
startTime: Uhrzeit, zu der die Regel beginntendTime: Uhrzeit, zu der die Regel endetBeispiel: Am Wochenende gelten verkürzte Supportzeiten von 10:00 bis 16:00.
Die Regel gilt während eines Zeitraums, der sich innerhalb jeder Woche über mehrere Tage erstrecken kann. Das eignet sich für Muster, die sich nicht eindeutig einzelnen Tagen zuordnen lassen.
Parameter:
startDay: Tag, an dem die Regel beginnt, Montag, Dienstag usw.startTime: Uhrzeit am StarttagendDay: Tag, an dem die Regel endetendTime: Uhrzeit am EndtagBeispiel: Zeitraum mit hohem Volumen von Mittwoch 14:00 bis Freitag 12:00.
Die Regel gilt an bestimmten Tagen jedes Monats.
Parameter:
startDayOfMonth: Tag des Monats, an dem die Regel beginnt, 1–31startTime: Uhrzeit am StarttagendDayOfMonth: Tag des Monats, an dem die Regel endetendTime: Uhrzeit am EndtagBeispiel: Hohe Verarbeitungslast zum Monatsende vom 25. um 08:00 bis zum letzten Tag um 23:59.
Die Regel gilt an bestimmten Daten jedes Jahr.
Parameter:
startMonth: Monat, in dem die Regel beginntstartDayOfMonth: Tag des StartmonatsstartTime: Uhrzeit am StarttagendMonth: Monat, in dem die Regel endetendDayOfMonth: Tag des EndmonatsendTime: Uhrzeit am EndtagBeispiel: Saisonale Spitze im Einzelhandel vom 15. November um 00:00 bis zum 31. Dezember um 23:59.
Die Regel gilt während eines bestimmten Datums- und Zeitraums, der sich nicht wiederholt. Verwenden Sie diese Option für einmalige Ereignisse.
Parameter:
startDateTime: Exaktes Startdatum und exakte StartzeitendDateTime: Exaktes Enddatum und exakte EndzeitBeispiel: Produkteinführungswoche vom 15. bis 22. März 2025 mit speziellen Bearbeitungsregeln.
Die Stärke der Periodizität zeigt sich bei der Kombination mehrerer Regeln. Sie können für unterschiedliche zeitliche Kontexte verschiedene Parameter definieren. Die Simulation ermittelt für jeden Zeitpunkt, welche Regel gilt.
Betrachten Sie einen Fertigungsprozess mit unterschiedlichen Verarbeitungszeiten je nach Schicht:
| Regelname | Periodizität | Verteilung der Verarbeitungszeit |
|---|---|---|
| Tagschicht | Jeden Wochentag, 08:00-16:00 | Normal(30 Min., 5 Min.) |
| Abendschicht | Jeden Wochentag, 16:00-00:00 | Normal(45 Min., 10 Min.) |
| Wochenendteam | Jeden Wochenendtag, 10:00-18:00 | Normal(60 Min., 15 Min.) |
| Über Nacht/Standard | Standard | Normal(90 Min., 20 Min.) |
Die Tagschicht ist am schnellsten, da das Team vollständig besetzt und ausgeruht ist. In der Spätschicht dauert die Verarbeitung wegen der geringeren Aufsicht länger. Am Wochenende ist sie mit einer Minimalbesetzung am langsamsten. Die Standardregel deckt die Nachtstunden ab.
Wenn mehrere Regeln zutreffen könnten:
Tipp: Platzieren Sie spezifischere Regeln über allgemeinen Regeln. Setzen Sie „Jeden Wochentag“ vor „Jeden Tag“, wenn sich das Verhalten an Wochentagen von dem an Wochenenden unterscheiden soll.
Periodizität kann auf viele Simulationsparameter angewendet werden:
| Parameter | Anwendungsfall der Periodizität |
|---|---|
| Case-Eingänge | Höhere Eingangsraten während der Geschäftszeiten, niedrigere über Nacht |
| Verarbeitungszeiten | Schnellere Verarbeitung bei vollständiger Besetzung, langsamere während reduzierter Arbeitszeiten |
| Ressourcenkapazität | Mehr Mitarbeitende zu Spitzenzeiten, Minimalbesetzung über Nacht |
| Überspringwahrscheinlichkeiten | Unterschiedliche Routing-Regeln an Wochenenden oder Feiertagen |
| Gateway-Wahrscheinlichkeiten | Unterschiedliche Entscheidungsmuster je nach Tageszeit |
Dieses realistische Beispiel zeigt, wie Periodizität bei einer Simulation des Kundenservice über mehrere Parameter hinweg funktioniert:
| Periodizität | Eingangsrate |
|---|---|
| Jeden Wochentag 09:00-18:00 | Poisson(50 pro Stunde) |
| Jeden Wochentag 18:00-22:00 | Poisson(20 pro Stunde) |
| Jeden Wochenendtag 10:00-16:00 | Poisson(15 pro Stunde) |
| Standard | Poisson(5 pro Stunde) |
Hohes Volumen während der Geschäftszeiten, mittleres Aufkommen am Abend sowie geringes Aufkommen am Wochenende und über Nacht.
| Periodizität | Verteilung |
|---|---|
| Jeden Wochentag 09:00-17:00 | Triangular(10, 20, 45 Min.) |
| Jeden Wochenendtag | Triangular(20, 40, 90 Min.) |
| Standard | Triangular(30, 60, 120 Min.) |
Bei voller Besetzung zu Spitzenzeiten ist die Verarbeitung am schnellsten, an Wochenenden und außerhalb der Geschäftszeiten langsamer.
| Periodizität | Verfügbare Agenten |
|---|---|
| Jeden Wochentag 09:00-18:00 | 10 Agenten |
| Jeden Wochentag 18:00-22:00 | 4 Agenten |
| Jeden Wochenendtag 10:00-16:00 | 3 Agenten |
| Standard | 1 Agent |
Während der Geschäftszeiten ist das Team vollständig besetzt, außerhalb dieser Zeiten ist die Abdeckung reduziert.
Dienstags um 10:00 Uhr:
Dienstags um 20:00 Uhr:
Samstags um 14:00 Uhr:
Definieren Sie zuerst immer Ihre Standardregel. So decken Sie alle Zeiten ab, die nicht ausdrücklich durch andere Regeln geregelt sind.
Beginnen Sie mit übergreifenden Mustern, etwa Wochentag im Vergleich zu Wochenende, und ergänzen Sie bei Bedarf spezifischere Regeln, etwa für einzelne Schichtzeiten.
Beginnen Sie mit einfachen Unterscheidungen zwischen Wochentagen und Wochenenden, bevor Sie stündliche oder saisonale Details ergänzen. Komplexere Regeln können Sie später hinzufügen.
Analysieren Sie nach Möglichkeit Ihre historischen Daten, um tatsächliche Muster zu verstehen. Untersuchen Sie Ankunftsraten, Verarbeitungszeiten und Besetzung nach Stunde und Wochentag.
Prüfen Sie, ob Ihre Regeln Übergangszeiten korrekt behandeln:
Komplexe Periodizitätskonfigurationen können später schwer verständlich sein. Dokumentieren Sie, warum jede Regel existiert und welches Geschäftsmuster sie abbildet.
Wir verwenden Cookies, um Ihre Nutzererfahrung zu verbessern, Inhalte zu personalisieren und den Datenverkehr zu analysieren. Wenn Sie auf „Alle akzeptieren“ klicken, stimmen Sie der Verwendung von Cookies zu.