To jest stara wersja strony!
Laboratorium: Symulacja procesów
Symulacje w czasie dzisiejszych zajęć należy przeprowadzać bazując na modelu: travel_request.bpmn,
przygotowanym w ramach projektu z Wshopu przez Mateusza Wołka
Symulacja krok po kroku
Proszę zaimportować model do Signavio i obejrzeć go w edytorze graficznym.
Następnie w prawym gó©nym rogu wybrać „Simulation” z listy rozwijanej.
Aby uruchomić symulację krok po kroku (1) należy nacisnąć przycisk „Play” (2)
Po uruchomieniu symulacji można zaobserwować przebieg procesu – niebieskie paski (na przejściach) lub obramowania (na zadaniach, bramkach i innych elementach). Jeżeli pasek, bądź obramowanie jest wypełnione, to przejście lub zadanie się wykonało, jeżeli nie jest wypełnione – jest ono planowane do wykonania w następnej kolejności. Aby wykonać zadanie lub przejście należy kliknąć na niewypełniony pasek lub obramowanie. Po dotarciu do bramki XOR niewypełnione obramowanie pojawia się na więcej niż jednym przejściu. W takiej sytuacji należy wybrać jedną ze ścieżek, którą może podążyć proces – klikając na jedno z przejść. Po dotarciu do bramki AND niewypełnione obramowanie pojawia się na kilku zadaniach – w tym wypadku należy wykonać każde z nich.
Do przeprowadzenia symulacji innych niż „Krok po kroku” konieczne jest przygotowanie scenariusza. Aby to zrobić, należy przewinąć stronę w dół do sekcji „Scenarios”.
Scenariusz symulacji
Proszę stworzyć podstawowy scenariusz symulacji z następującymi parametrami:
No | Task | Execution time |
1. | Validate travel request | 00:10h - 00:45h |
2. | Modify travel request | 00:30h - 02:00h |
3. | Notify employee of rejection | 00:01h |
4. | Notify employee of approval | 00:01h |
5. | Prepare booking information | 00:05h |
6. | Book tickets and hotel | 00:10h - 00:45h |
7. | Arrange travel advance | 00:10h - 01:00h |
8. | Validate booking | 00:30h |
9. | Pay for travel | 00:15h |
10. | Confirm booking | 00:30h |
11. | Send message to employee | 00:01h |
Częstotliwość:
Częstotliwość zdarzenia „Travel request submitted” to: 75 razy na tydzień (15 razy dziennie, przy założeniu pracy od pn. do pt. w godz. 9-17).
Prawdopodobieństwa bram:
Prawdopodobieństwo zdarzenia czasowego przy tasku Validate booking: 2%.
No | Role | Number of resources | Work schedule per resource | Costs / hour |
1. | Accountant | 2 resources | Mon-Fri 40:00 hours per week | €20.00 |
2. | Employee | 4 resources | Mon-Fri 40:00 hours per week | €15.00 |
3. | Manager | 2 resources | Mon-Fri 40:00 hours per week | €30.00 |
4. | Planer | 2 resources | Mon-Fri 40:00 hours per week | €20.00 |
Symulacja wieloprzebiegowa
Proszę wykonać kilkukrotnie symulację wieloprzebiegową wg opisanego scenariusza dla czasu trwania: 30 dni.
Następnie proszę porównać wyniki symulacji, przeanalizować je oraz wygenerowany raport z symulacji.
W grupowym raporcie z laboratorium należy umieścić wyniki analizy
wraz z uzasadnieniem (poparte odpowiednimi screenshotami) |
Zadanie
Używając narzędzi do symulacji i biorąc pod uwagę rozwój firmy proszę zaproponować możliwe rozwiązania polepszające działanie procesu, biorąc pod uwagę następujące założenia:
Częstotliwość występowania zdarzenia „Travel request submitted” ulegnie zwiększeniu do 100 razy na tydzień.
Firma może zatrudnić dodatkowo 1 osobę z pensją 20€/h.
W firmie można dokonać przesunięcia środków o max. 10% dla każdego z zasobów.
W firmie można zaproponować zmiany procesu, w szczególności:
zmiany przypisania zadań (w sensowny sposób – wymaga uzasadnienia, że jest to możliwe i celowe)
rozbicia zadań na mniejsze lub zgrupowania w większe, przy czym sumaryczny czas dla tak zgrupowanych zadań musi być zgodny z pierwotnie zakładanym).
Uzyskany proces powinien mieć zminimalizowane powstanie wąskich gardeł, tzn. musi być możliwe przeprowadzenie symulacji dla minimum 90 dni.