Symulacje procesów biznesowych Zastosowanie oprogramowania igrafx
Symulacje procesów Powtarzalność warunków Uproszczenia modelu względem rzeczywistości Symulacje są narzędziem umożliwiającym poprawę procesów operacyjnych (np. produkcyjnych) i wspierących. Dążymy do usuwania z procesów tych czynności, które nie dodają wartości dla klienta (strata muda) Lean Management. Stara my się znaleźć tzw. wąskie gardła czynności lub zasoby, które są najmocniej obciążone i ograniczają produktywność całego systemu
Zastosowania Wizualizacja pracy systemu Pomiar czasu i kosztów związanych z procesem biznesowym Możliwość porównania z metodami analitycznymi (np. metody probabilistyczne) Systemy dynamiczne i stany przejściowe Systemy pracujące w warunkach niepewności Możliwość porównania z eksperymentem na systemie rzeczywistym Systemy produkcyjne i usługowe Systemy masowej obsługi Modelowanie procesów biznesowych Modelowanie przepływów pracy Prognozowanie Wspomaganie procesu decyzyjnego
Aplikacje: Oprogramowanie do tworzenia map procesów i przeprowadzania symulacji ich działania Trial do pobrania z www.igrafx.com igrafx FlowCharter igrafx Process igrafx Process for Six Sigma igrafx Enterprise Modeler igrafx Process Central igrafx Small Busienss Edition igrafx Enterprise Central igrafx BPEL interface igrafx Process Converter igrafx IDEF0 igrafx Viewer igrafx Viewer Plus
Diagram procesu Rozpoczęcie procesu czynność skojarzona z generatorem transakcji Generatory transakcji obiekt tworzące transakcje wg podanego schematu Czynności kolejne etapy procesu biznesowego Decyzje rozgałęzienia przepływu transakcji przez system Zakończenie procesu ostatnia czynność procesu, która nie przekazuje już transakcji dalej Wydziały sekcje realizujące określony zakres czynności wewnątrz organizacji
Czynności Czynności to kolejne etapy procesu Wejścia to strumienie napływu z poprzednich czynności Możemy przydzielić do czynności zasoby niezbędne do jej wykonania Wyjście to strumień przekazania transakcji do kolejnych czynności; jeżeli wyjść jest kilka to transakcja jest kopiowana
Wydziały Wydziały opisują obszary odpowiedzialności za proces. Odpowiadają jednostkom organizacyjnym przedsiębiorstwa (np. produkcja, marketing, księgowość, sprzedaż). Pozwalają łatwiej opracowywać raporty symulacji.
Transakcje
Transakcje Są to obiekty przepływające przez modelowany system, które odpowiadają rzeczywistym obiektom np. zamówienia w sklepie, półprodukty w fabryce, ramki protokołów sieciowych. Transakcje wprowadzane są do procesu przez generatory. Płynął przez proces i są przetwarzane przez czynności procesu. Często symulacja ma na celu sprawdzenie średniego czasu obsługi transakcji lub liczbę transakcji przetwarzanych przez system w danym czasie.
Generatory transakcji Generatory wprowadzają transakcje do systemu. W modelu może być wiele generatorów równocześnie i każdy może działać inaczej. Typy generatorów: Międzytransakcyjny wprowadza transakcje do systemu co pewien (stały albo zmienny) interwał czasu. Tabela czasu wprowadza na podstawie tabeli pojawiania się transakcji. Ukończenie przetworzenie przez system poprzednio wygenerowanej transakcji wywołuje pojawienie się kolejnej. Zdarzenie zdarzenie w systemie wywołuje generator. Zmiana atrybutu zmiana atrybutu scenariuszowego wywołuje generator. Żądanie zasób wywołuje generator.
Atrybuty Są to zmienne przechowujące wartości powiązane z aktualnym stanem systemu. Mogą przyjmować wartości liczbowe, binarne lub wyliczeniowe. Rodzaje atrybutów: Transakcyjne osobne dla każdej przepływającej przez system transakcji (np. liczba par butów, jeżeli transakcja jest zamówieniem na buty) Scenariuszowe globalne dla całej symulacji (np. liczba odrzuconych transakcji) Czynności przyporządkowane konkretnym czynnościom procesu Zasobów przyporządkowane konkretnym zasobom
Zasoby Rozróżniamy zasoby Robocizna (zasoby ludzkie) Wyposażenie (zasoby maszynowe) Każdy zasób dostępny jest w określonej ilości. Każdy zasób ma harmonogram dostępności (np. poniedziałekpiątek, 8:00-16:00). Zasoby mogą być dedykowane do pewnych czynności lub pewnych transakcji. Zasób może być przydzielony do wykonania czynności w procesie albo podążać za konkretną obsługiwaną transakcją przez system. Można zdefiniować zachowanie zasobu w przypadku konieczności wykonania nadgodzin (priorytety, koszty).
Harmonogramy Harmonogram dzienny opisujący godziny pracy w każdy dzień roboczy (np. dostępność od 8:00 do 12:00 i od 13:00 do 18:00). Harmonogram roczny opisujący dni robocze w roku (np. każdy poniedziałek, środa i piątek). Harmonogram możemy przypisać dla: Generatorów kiedy transakcje mogą napływać do systemu Czynności kiedy czynności mogą być wykonywane Zasobów kiedy zasoby mogą być użytkowane
Powielanie i łączenie transakcji Transakcja może składać się z podelementów, które muszą być przetwarzane w systemie oddzielnie (np. zamówienie na wyprodukowanie wielu produktów zamówienie jest jedno, ale każdy produkt jest wytwarzany w systemie osobno zajmując zasoby). Split podział transakcji na podtransakcje przetwarzane osobno w systemie. Rodzina transakcji podelementy wydzielone operacją Split mogą zostać powiązane poprzez ten sam identyfikator rodziny. Join operacja łączenia podtransakcji do pierwotnej transakcji.
Systemy kolejkowe Wszelkie systemy obsługujące duże liczby zgłoszeń (więcej niż w danej chwili może obsłużyć system). Stanowiska mogą być uniwersalne lub dedykowane do konkretnych typów transakcji. Poczekalnia (bufor) może mieć ograniczoną pojemność. System obejmuje określoną liczbę stanowisk, które mogą przetwarzać transakcje. Buforowanie może dotyczyć zarówno pojedynczych transakcji jak i grup w przypadku kiedy system przetwarza transakcje zawsze grupowo.
Gromadzenie transakcji Bufor może mieć ograniczoną pojemność. Transakcje mogą mieć przypisane priorytety (np. ze względu na wartości atrybutów). Można zdefiniować minimalną liczbę transakcji, aby czynność została wykonana. Można zdefiniować maksymalny czas oczekiwania na minimalną pulę oczekujących transakcji. Możemy wyróżnić różne polityki buforowania transakcji, np. odrzucanie najdłużej oczekujących, szeregowanie zadań w kolejce LTP/SPT.
Maszyna stanów symulatora Każde zdarzenie w systemie (np. pojawienie się nowej transakcji, zmiana wartości atrybutu, zakończenie czynności) powoduje zmianę aktualnego stanu systemu. Symulator zmienia stany do osiągnięcia określonej daty i czasu albo do wytworzenia określonej liczby transakcji. Mechanizm stanów pozwala szybko przeprowadzić symulację bez konieczności jej śledzenia.
Uruchomienie symulacji Śledzenie symulacji polega na możliwości podglądu działania systemu; możliwa jest regulacja prędkości symulacji. igrafx udostępnia tzw. monitory obiekty na bieżąco odczytujące stan np. czynności lub atrybutów scenariuszowych. Kolory czynności w trybie śledzenia: Czerwony: zablokowany Niebieski: wykonuje się Zielony: wykonano Żółty: oczekuje na zasoby
Kryteria oceny symulacji Podstawą do oceny symulacji i porównywania jej wyników z innymi symulacjami jest raport końcowy. Możemy oceniać symulację ze względu na: Koszty łączne związane z obsługą procesu, średnio koszt przetworzenia transakcji, koszt wykorzystania zasobów, koszt nadgodzin, itd Czas łączny czas przetwarzania zbioru transakcji, średni czas przetwarzania transakcji, itd Obciążenie zasobów stopień w jakim dany zasób był zajęty względem swojej dostępności; umożliwia to znalezienie przeciążonych zasobów oraz zasobów, które nie efektywnie wykorzystywane
Struktura projektu Projekt procesu w igrafx składa się z trzech sekcji: Procesy diagramy różnych procesów i podprocesów Scenariusze określają warianty wartości parametrów dla konkretnych procesów (np. różne ilości zasobów, różne parametry generatorów, różne harmonogramy). Raporty raport jest zebraniem statystyk konkretnego scenariusza.
Raporty Raport opisuje wyniki symulacji dla konkretnego scenariusza Podział na sekcje: time, Możliwość rozszerzania raportów o własne parametry symulacji, wykresy, statystyki
Możliwości igrafx