ZASADY MODELOWANIA DZIAŁANIA SŁUŻB W SYTUACJACH KRYZYSOWYCH - ZASTOSOWANIE SYMULACJI PROCESÓW

Podobne dokumenty
KONCEPCJA WYKORZYSTANIA TECHNOLOGII GIS WE WSPOMAGANIU DZIAŁAŃ SŁUŻB RATOWNICZYCH DUŻEGO ZAKŁADU PRZEMYSŁOWEGO

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

Technologie informacyjne - wykład 12 -

POLITECHNIKA OPOLSKA

POLITECHNIKA OPOLSKA

Terminologia BPMN 2.0 Wersja 2.0 opracowana w AION

Procesy biznesowe w praktyce. Przykłady użycia z wykorzystaniem jbpm 4.4

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

XII International PhD Workshop OWD 2010, October Metodyka pozyskiwania i analizy wyników badań symulacyjnych ścieżek klinicznych

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

TWORZENIE SCHEMATÓW BLOKOWYCH I ELEKTRYCZNYCH

Nowe narzędzia zarządzania jakością

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

Algorytm. Krótka historia algorytmów

Ćwiczenie 1. Modelowanie prostego procesu

Bezpieczeństwo w procesie. Wykorzystanie podejścia procesowego do analizy skuteczności istniejących procedur reagowania kryzysowego i ich

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Jak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody?

Podstawy modelowania biznesowego w inżynierii oprogramowania

PRZEWODNIK PO PRZEDMIOCIE RODZAJ ZAJĘĆ LICZBA GODZIN W SEMESTRZE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM 15 15

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Metodyki i techniki programowania

Język UML w modelowaniu systemów informatycznych

Sposób oceny polityki eksploatacyjnej w przedsiębiorstwach branży spożywczej

Procesowa specyfikacja systemów IT

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr

Zastosowanie symulacji Monte Carlo do zarządzania ryzykiem przedsięwzięcia z wykorzystaniem metod sieciowych PERT i CPM

Monitoring procesów z wykorzystaniem systemu ADONIS

PROCES. PROCES to seria kroków i działań, która przetwarza dostarczone przez dostawców wejścia w odbierane przez klientów wyjścia

Analiza biznesowa a metody agile owe

UML w Visual Studio. Michał Ciećwierz

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Politechnika Śląska Wydział Organizacji i Zarządzania Instytut Inżynierii Produkcji. dr inż. Iwona ŻABIŃSKA, dr inż.

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

Rysunek 1: Przykłady graficznej prezentacji klas.

Algorytm. Krótka historia algorytmów

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

XIII International PhD Workshop OWD 2011, October 2011 METODA REEINGINEERINGU ORGANIZACJI Z WYKORZYSTANIEM SYMULATORA PROCESÓW BIZNESOWYCH

System klasy BPMS jako wstęp do optymalizacji architektury aplikacyjnej w spółkach dystrybucyjnych i obrotowych

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Informatyzacja przedsiębiorstw WYKŁAD

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Informatyczne fundamenty

ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.

Metodyki i techniki programowania

Narzędzia Informatyki w biznesie

PRZEWODNIK PO PRZEDMIOCIE

Algorytm. Słowo algorytm pochodzi od perskiego matematyka Mohammed ibn Musa al-kowarizimi (Algorismus - łacina) z IX w. ne.

KOMPUTEROWY MODEL UKŁADU STEROWANIA MIKROKLIMATEM W PRZECHOWALNI JABŁEK

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Narzędzie informatyczne do modelowania, zarządzania i dokumentowania procesów systemu zarządzania jakością

Definicje. Algorytm to:

Mapowanie procesów - AS IS (jak jest)

WZORCE LOGIKI APLIKACJI Reużywalne składniki wymagań

W 30 C 30 Rodzaj : Symbol : Semestr : Grupa : Nr w siatce studiów : Data opracowania : 2012

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum


Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

1 Wprowadzenie do algorytmiki

Algorytmy i schematy blokowe

KARTA MODUŁU KSZTAŁCENIA

UNOWOCZEŚNIENIE PROGRAMÓW KSZTAŁCENIA

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)

DROGA ROZWOJU OD PROJEKTOWANIA 2D DO 3D Z WYKORZYSTANIEM SYSTEMÓW CAD NA POTRZEBY PRZEMYSŁU SAMOCHODOWEGO

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

PRZEWODNIK PO PRZEDMIOCIE

Egzamin / zaliczenie na ocenę*

Analiza i mapowanie procesów

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela

Modelowanie diagramów klas w języku UML. Łukasz Gorzel @stud.umk.pl 7 marca 2014

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka

Modelowanie obiektowe - Ćw. 6.

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE

Z-LOGN Projektowanie procesów Process design

Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE. Teoria i inżynieria systemów. Logistyka (inżynierskie) Niestacjonarne

Z-LOG-1073 Projektowanie procesów Process design. Logistyka I stopień Ogólnoakademicki. Stacjonarne

PRZEWODNIK PO PRZEDMIOCIE

SYSTEM KLASY ERP NARZĘDZIEM ANALIZY WPŁYWU PROCESÓW PRODUKCYJNYCH NA ŚRODOWISKO

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela

WYKORZYSTANIE NOTACJI BPMN JAKO METODY WSPOMAGAJĄCEJ AUTOMATYZACJĘ PROCESÓW NA PRZYKŁADZIE SYSTEMU ZARZĄDZANIA REKLAMACJAMI W BRANŻY MOTORYZACYJNEJ

Spis treúci. 1. Wprowadzenie... 13

PRZEWODNIK PO PRZEDMIOCIE INFORMATYKA W LOGISTYCE. Logistyka. Stacjonarne. II stopnia. Dr Maciej Sobociński. ogólnoakademicki.

Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG /10-00

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Etapy życia oprogramowania

Ocena ilościowa ryzyka: analiza drzewa błędu (konsekwencji) Zajęcia 6. dr inż. Piotr T. Mitkowski.

WPROWADZENIE DO UML-a

Wstęp do informatyki- wykład 2

Inżynieria oprogramowania

Transkrypt:

Łukasz DZIEMBA, Jerzy UCHROŃSKI 7 ZASADY MODELOWANIA DZIAŁANIA SŁUŻB W SYTUACJACH KRYZYSOWYCH - ZASTOSOWANIE SYMULACJI PROCESÓW 7.1 WPROWADZENIE Artykuł przedstawia przegląd możliwych metod i narzędzi służących do modelowania działań i symulacji procesów. Są nimi: tablice decyzyjne, drzewo rozkładu i drzewo decyzyjne, diagramy decyzyjne i mapy procesów; notacja BPMN. Ogólna analiza systemu wymaga realizacji czterech kroków postępowania: podział systemu na drobne części (analiza systemu), łączenie poszczególnych części systemu (projektowanie systemu), wewnętrzny związek części (struktury tablic), określenie metody rozkładu tablic (języki). Na podstawie przeprowadzonych badań literaturowych i własnych doświadczeń ze stosowaniem opisywanych w artykule narzędzi i metody symulacji stwierdzono, iż mapy procesu stanowią przydatne narzędzie modelowania z punktu widzenia prezentacji sekwencji zdarzeń, jakie występują w ich przebiegu. W tym świetle notacja BPMN staje się celowa do zastosowania z uwagi na swą przejrzystość, wskazanie poszczególnym działaniom, procesom i decyzjom zróżnicowanych źródeł i zasobów informacji, a także zapewnia uporządkowanie zapisu; oraz założenia oddzielenia sekwencji działań oraz komunikacji przepływów informacyjnych. 7.2 TABLICE DECYZYJNE I DRZEWO ROZKŁADU Budowa drzewa logicznego reprezentowanego przez warunki tablicy decyzyjnej z rys. 7.1 prowadzącego do wyboru reguł i wykonania związanych z tymi regułami czynności, może być dokonana na kilka różnych sposobów, takich jak: prosta tablica decyzyjna pokazana na rys. 7.1 i pokazana bez podania czynności mogąca być reprezentowana przez dowolną strukturę logiczną, którą pokazują sieci działań na rys. 7.2 i rys. 7.3. Ilustracja z lewej przedstawia optymalizację czasu wykonywania, gdzie faworyzowana jest reguła 1. Ilustracja z prawej przedstawia optymalizację czasu wykonywania gdzie faworyzowana jest reguła 2. Rozkład ten daje również optymalizację obciążenia pamięci. Na rys. 7.3. przedstawiony został rozkład tablicy decyzyjnej metodą sprawdzenia warunków od góry do dołu [8]. 84

SYSTEMY WSPOMAGANIA W INŻYNIERII PRODUKCJI Jakość, Bezpieczeństwo, Środowisko Źródło: [8] Rys. 7.1 Tablica decyzyjna przed rozkładem Źródło: [8] a) Reguła 1 b) Reguła 2 Rys. 7.2 Rozkład reguły faworyzowania Źródło: [8] Rys. 7.3 Rozkład metodą sprawdzenia warunków od góry do dołu 7.2.1 Struktury logiczne tablic decyzyjnych sieć działań W niektórych zagadnieniach logicznych mogą być potrzebne całe drzewa tablic decyzyjnych. Budowę struktur logicznych realizuje się w oparciu o tablice decyzyjne. Sieci działań w literaturze angielskojęzycznej nazywane są flowcharts; i odpowiednio tłumaczone/rozumiane jako: Flowcharts: Flow diagram: o o o diagramy, schematy, schematy blokowe; o o o diagram przepływu, schemat przepływu, schematy blokowe. 85

Schemat blokowy (ang. block diagram, flowchart) jest narzędziem nakierowanym na prezentację kolejnych czynności w projektowanym algorytmie. Realizowane jako diagram, na którym procedura, system albo program komputerowy są reprezentowane przez opisane figury geometryczne, połączone liniami zgodnie z kolejnością wykonywania czynności wynikających z przyjętego algorytmu rozwiązania zadania. Założenia teorii tablic decyzyjnych: jednoznaczność wyboru reguły dla tablicy; czyli dowolna możliwa transakcja przechodząca przez daną tablicę powoduje wybór jednej i tylko jednej reguły; zakładając, że występuje reguła ELSE (inaczej); jeśli ciągi czynności dla reguł są takie same to istnieje nadmiar; gdy ciągi czynności są różne, zachodzi możliwość wykonania dwóch różnych ciągów czynności dla jednej transakcji to mówimy wtedy o sprzeczności; dwie reguły nie będące ani nadmiarowymi, ani sprzecznymi określa się jako wzajemnie niezależne. 7.2.2 Drzewo rozkładu tablicy decyzyjnej Na rys. 7.4. Przedstawione zostało drzewo rozkładu tablicy decyzyjnej (jak na rys. 7.1) z uwzględnieniem zasad struktury logicznej i założeń teorii tablic decyzyjnych. Drzewo rozkładu przedstawia trzy możliwości wskazania reguł ze względu na warunki: R7 AVR; R14 kontrola za 6 miesięcy; R15 kontrola za 6 miesięcy [3]. na podstawie [3] Rys. 7.4 Drzewo rozkładu tablicy decyzyjne 86

SYSTEMY WSPOMAGANIA W INŻYNIERII PRODUKCJI Jakość, Bezpieczeństwo, Środowisko Drzewo decyzyjne to graficzna metoda wspomagania procesu decyzyjnego, stosowana w teorii decyzji. Algorytm drzew decyzyjnych jest również stosowany w uczeniu maszynowym do pozyskiwania wiedzy na podstawie przykładów. Przykłady drzewa decyzyjnego przedstawia rys. 7.5. W teorii decyzji drzewo decyzyjne jest drzewem decyzji i ich możliwych konsekwencji (stanów natury). Zadaniem drzew decyzyjnych może być zarówno stworzenie planu, jak i rozwiązanie problemu decyzyjnego. Metoda drzew decyzyjnych jest szczególnie przydatna w problemach decyzyjnych z licznymi, rozgałęziającymi się wariantami oraz w przypadku podejmowania decyzji w warunkach ryzyka. Rys. 7.5 Drzewo decyzyjne jako drzewo decyzji i ich możliwych konsekwencji 7.2.3 Diagramy decyzyjne i mapy procesów Odmianą drzew decyzyjnych są diagramy decyzyjne (ang. decision diagrams) (rys. 7.6a). Od drzew decyzyjnych różnią się tym, że do danego węzła można dojść więcej niż jedną drogą. Diagramy decyzyjne pozwalają zaoszczędzić pamięć w przypadku bardzo rozbudowanych drzew, w których określone poddrzewa powtarzają się w wielu miejscach. Powoduje to, że są użyteczne w dziedzinach bardziej sformalizowanych (np. w automatycznej analizie poprawności oprogramowania). Rys. 7.6 Diagram decyzyjny i mapa procesów 87

Schematy blokowe przedstawią w sposób graficzny ciąg działań realizowanych w danym procesie, przepływy informacji, przepływy materiałów itp. Natomiast mapa procesów (rys. 7.6b) przedstawia zaangażowanie poszczególnych składników struktury w realizację zadania/zadań, umożliwiając ocenę tego zaangażowania zarówno w aspekcie koniecznego zasilenia, jak i zaangażowania zasobów własnych. Na rys. 7.7 przedstawiono opis symboli stosowanych w notacji diagramów decyzyjnych i map procesów z uwzględnieniem ich różnic i podobieństw. Rys. 7.7 Diagram decyzyjny i mapa procesów - opis symboli Rys. 7.8 Zastosowanie metody diagramów decyzyjnych na przykładzie reguły R2 na podstawie [3] 88

SYSTEMY WSPOMAGANIA W INŻYNIERII PRODUKCJI Jakość, Bezpieczeństwo, Środowisko Rys. 7.8 przedstawia zastosowanie diagramu decyzyjnego do popisu i graficznej wizualizacji realizacji reguły; w tym przypadku na przykładzie reguły R2. Z lewej strony rysunku w formie tabeli przedstawiona jest reguła R2; z prawej strony przedstawiony jest adekwatny diagram decyzyjny. Rys. 7.9 przedstawia przykładową mapę procesów. W mapie procesów wyróżnieni są: aktorzy mapy procesów (lekarz prowadzący kardiolog, pracownia ECHO EKG, pracownia badań czynnościowych), zabiegi i dokumenty związane. Rys. 7.9 Przykładowa mapa procesów Rys. 7.10 Przykładowa mapa procesów ciężka AS 89

Rys. 7.10 przedstawia przykładową mapę procesów. W mapie procesów wyróżnienie są następujący aktorzy mapy procesów: pacjent, pracowania ECHO UKG EKG, pracownia testów wysiłkowych, lekarz prowadzący, heart team, laboratorium. Nie zastały w tej mapie procesów wyodrębnione dokumenty związane w odróżnieniu do przykładu mapy procesów z rys. 7.9. 7.3 ZAŁOŻENIA MODELOWANIA (PRZYCZYNA SKUTEK) SPECYFIKACJA BPMN Business Process Model and Notation, BPMN (Notacja i Model Procesu Biznesowego) to graficzna notacja służąca do opisywania procesów biznesowych. Dużą zaletą tej notacji jest jej jednoznaczność, przydatność zarówno do opisów procesów na potrzeby oprogramowania klasy ERP, jak i Workflow. Do podstawowych kategorii elementów graficznych BPMN należą: elementy aktywne przepływu (ang. flow objects), połączenia (ang. connecting objects), miejsca realizacji procesu (ang. swimlanes), artefakty (ang. artifacts). Artefakty to elementy graficzne nie będące elementami przepływu. Służą do umieszczania informacji uzupełniających. W BPMN są zdefiniowane trzy artefakty: dane, adnotacje i grupy; oraz można zdefiniować dodatkowe własne artefakty. BPMN opisuje trzy podstawowe typy procesów: proces wewnętrzny prywatny, ang. private (internal) business process; proces publiczny wychwytujący, ang. abstract public; proces kooperacji współpracy, ang. B2B collaboration global process. Standard BPMN Business Process Model and Notation nazywany często notacją BPMN jest obecnie najpopularniejszym narzędziem do specyfikowania i opisu procesów biznesowych. BPMN jest opracowany przez Object Management Group OMG. Zaletą jest to, że standard BPMN z jednej strony umożliwia opisywanie procesów w sposób zrozumiały dla zwykłych użytkowników a z drugiej strony pozwala na bardzo dokładne opisywanie procesów na poziomie technicznym i skierowany jest do użytkowników biznesowych monitorujących procesy i zarządzających nimi a także dla analityków prowadzących biznesowe analizę procesów a także dla programistów odpowiedzialnych za techniczną implementację. Ta cecha jest wskazana do powiązania cech jak wykorzystanie potencjału systemów informatycznych, zasobów organizacji (sił i środków) do uzyskania przewagi konkurencyjne na rynku. Podstawowym powodem modelowania procesów jest zrozumienie modelowanych procesów i zautomatyzowanie ich; oraz ich zmiana. Można wyróżnić trzy poziomy szczegółowości modelu notacji BPMN, poziomy te dotyczą modeli procesów biznesowych [1]: model poglądowy służący jedynie do przedstawienia ogólnego przebiegu procesu biznesowego, bez konieczności wnikania w zagadnienia techniczne; model analityczny służący do oceny rozmiaru działań niezbędnych do opracowania i wdrożenia procesu w postaci wykonywalnej; 90

SYSTEMY WSPOMAGANIA W INŻYNIERII PRODUKCJI Jakość, Bezpieczeństwo, Środowisko model wykonywalny służący do precyzyjnego opisania procesu wykonywalnego a więc zdefiniowane są wszystkie jego części składowe. Modelowanie procesów biznesowych zazwyczaj związane jest z potrzebą graficznej reprezentacji procesów biznesowych. Celem przedstawienie procesów biznesowych w postaci graficznej jest ich archiwizacji oraz w następnym kroku optymalizacja. W związku z powyższym, w pierwszym etapie modelowania procesów biznesowych jest konieczna znajomość struktury całej organizacji, oraz określenie celu wszystkich procesów, ich zasobów oraz co istotne z punktu widzenia graficznej reprezentacji przyjęcie określonej i jednoznacznej notacji. Zdefiniowana notacja będzie użyta do modelowania wszystkich procesów biznesowy [1]. 7.3.1 Symbole graficzne notacji BPMN [1] Omawiana notacja BPMN posiada skończony i jednoznacznie zdefiniowany zestaw graficznych symboli użytych do wspomagających modelowanie procesów biznesowych. Elementy graficzne notacji BPMN można podzielić na cztery podstawowe grupy graficzne: obiekty związane z definiowaniem przepływów procesów, do którego należą: zadanie, podproces, początek i koniec zdarzenia oraz bramka logiczna decyzji (rys. 7.11); elementy pozwalające na łączenie elementów modelu w postaci: przepływów zdarzeń, przepływów informacji oraz związków (rys. 7.12); obiekty grupujące inne elementy procesu w postaci następującej: zbiornik, tor i kamień milowy (rys. 7.13); obiekty rozszerzające, między innymi: informacje wejścia/wyjścia, baza danych, adnotacje i wiele innych (rys. 7.14). Task Zadanie Sub-process Podproces Start event Początek zdarzenia End event Koniec zdarzenia Gateway Bramka decyzyjna Rys. 7.11 Elementy graficzne obiektów przepływu w notacji BPMN 91

Sequence flow Przepływ zdarzeń Message flow Przepływ informacji Association Związki Rys. 7.12 Elementy graficzne łączące obiekty przepływu notacji BPMN Pool Zbiornik Line Tor Milestone Kamień milowy Rys. 7.13 Elementy graficzne obiektów grupujących notacji BPMN Data object Infromcje wejścia/wyjścia Data store Baza danych Annotation Adnotacja Rys. 7.14 Elementy graficzne obiektów rozszerzających notacji BPMN 7.3.2 Definiowanie diagramu w postaci BPMN Stosując opisaną wyżej notację BPMN możemy zdefiniować diagram BPMN jako złożenie co najmniej jednego POOL (zbiornika) reprezentującego jednego uczestnika procesu (jeden proces). Każdy POOL (zbiornik) może być podzielony w razie konieczności na LINE (tory), jeżeli uczestnik posiada więcej niż jedną funkcję. Dwie funkcje uczestnika dzielą jeden POOL na dwa LINE (rys. 7.15). Dla wyróżnienia w trakcie procesu wyraźnych zmian wprowadza się pojęcie MILESTONE (kamień milowy), którego graficzna reprezentacja została przedstawiona na rys. 7.16. 92

SYSTEMY WSPOMAGANIA W INŻYNIERII PRODUKCJI Jakość, Bezpieczeństwo, Środowisko Rys. 7.15 Diagram BPMN ilustrujący dwa oddzielne tory Rys. 7.16 Proces podzielony na dwa oddzielne tory z wyróżnieniem dwóch kamieni milowych Każdy proces musi zaczynać się co najmniej jednym graficznym znakiem START EVENT (początku zdarzenia) i kończyć co najmniej jednym graficznym znakiem END EVENT (końca zdarzenia). Na proces składają się TASK (zdarzenia). Ilustracją tak prostego przykładu jest rys. 7.17 przedstawiający proces składający się z jednego znaku graficznego START EVENT (początek zdarzenia), trzech następujących po sobie TASK (zdarzeniach) oraz jednego znaku graficznego END EVENT (końca zdarzenia). W tym przykładzie TASK (zdarzenia) połączone są znakiem graficznym SEQUENCE FLOW (przepływu zdarzeń) w postaci strzałki linii ciągłej. Na rysunku zaznaczono w formie graficznej, że na modelowany proces składa się jeden POOL (zbiornik) składający się z dwóch LINE (torów), oraz dodatkowo wyróżniony został MILESTONE (kamień milowy) grupujący TASK 2 i TASK 1 (zdarzenie numer 2 i zdarzenie numer 1) w separacji od TASK 3 (zdarzenia numer 3). Rys. 7.17 Podstawowe elementy procesu w notacji graficznej BPMN 93

Przykład zilustrowany na rys. 7.18 przedstawia bardziej skomplikowany proces niż opisany na rys. 7.17. Jednak należy podkreślić, że jest zaledwie próbą przedstawienia większej złożoności graficznej implenetacji procesu przy zastosowaniu notacji BPMN. Przykład na rys. 7.18 przedstawia proces składający się z jednego znaku graficznego START EVENT (początek zdarzenia), czterech TASK (zdarzeniach) oraz jednego znaku graficznego END EVENT (końca zdarzenia) oraz jedngo znaku GATEWAY (bramka decyzyjna). Występują tu również obiekty rozszerzające, takie jak: DATA OBJECT (infromcje wejścia/wyjścia), DATA BASE (baza danych) oraz ANNOTATION (adnotacja). W tym przykładzie TASK (zdarzenia) połączone są znakiem graficznym SEQUENCE FLOW (przepływu zdarzeń) w postaci strzałki linii ciągłej. Obiekty rozszerzające połączone są z poszczególnymi TASK (zdarzeniami) przy pomocy obiektu łączącego: ASSOCIATION (związki) pod postacią graficzną linii punktowej. Na rys. 7.18 zaznaczono w formie graficznej, że na modelowany proces składa się jeden POOL (zbiornik) składający się z dwóch LINE (torów), oraz dodatkowo wyróżniony został MILESTONE (kamień milowy) grupujący TASK 2, TASK 1 i TASK 4 (zdarzenie numer 2, zdarzenie numer 1 i zdarzenie nr 4) wraz z GATE- WAY (bramką decyzyjną) w separacji od TASK 3 (zdarzenia numer 3). PODSUMOWANIE Rys. 7.18 Przykład przebiegu procesu w notacji graficznej BPMN Na podstawie przeprowadzonych badań literaturowych i własnych doświadczeń ze stosowaniem opisywanych w artykule narzędzi i metody symulacji [2, 4, 5, 6, 7] stwierdzono, iż mapy procesu stanowią przydatne narzędzie modelowania z punktu widzenia prezentacji sekwencji zdarzeń, jakie występują w ich przebiegu. Na podstawie przeprowadzonego studium literatury oraz przedstawionych w artykule przykładów stosowania wyżej wymienionych narzędzi i metod symulacji procesów stwierdza się, że odpowiednim rozwiązaniem może być zastosowanie notacji BPMN z uwagi na to iż notacja ta jest przejrzysta, i umożliwia wskazanie poszczególnym działaniom, procesom i decyzjom zróżnicowanych źródeł i zasobów informacji, a także zapewnia uporządkowanie zapisu. Notacja BPMN również zakłada oddzielenie sekwencji działań oraz komunikacji przepływów informacyjnych. Z uwagi na obecne trendy w zakresie projektowania systemów 94

SYSTEMY WSPOMAGANIA W INŻYNIERII PRODUKCJI Jakość, Bezpieczeństwo, Środowisko informatycznych, zastosowanie tej notacji umożliwia poprzez zastosowanie odpowiednich metod i narzędzi łatwe i sprawne przejście od modelu do aplikacji. PODZIĘKOWANIA Artykuł jest wynikiem badań realizowanych w Instytucie Inżynierii Produkcji na Wydziale Organizacji i Zrządzania Politechniki Śląskiej, i powstał w ramach pracy statutowej BK-214/ROZ3/ (13/030/BK_17/0027) nt. Sposoby i środki doskonalenia produktów i usług na wybranych przykładach. LITERATURA 1. S. Drajewicz. Zrozumieć BPMN. Modelowanie procesów biznesowych. Gliwice: Wydawnictwo HELION, 2012. ISBN 978-83-246-3403-3. 2. Ł. Dziemba, S. Senczyna. Ciągłość procesów decyzyjnych w warunkach kryzysowych weryfikowana modelami symulacyjnymi. Innowacje w zarządzaniu i inżynierii produkcji. T. 2 (red.) Ryszard Knosala Opole: Oficyna Wydaw. Polskiego Towarzystwa Zarządzania Produkcją,, s. 656-666. 3. Ł. Dziemba, T. Szulc, I. Żabińska. Model procesowy terapii kardiologicznej na przykładzie leczenia stenozy aortalnej. Uwagi metodyczne. Zarządzanie innowacjami w produkcji i usługach. Monografia. (red.) J. Kaźmierczak, J. Bartnicka. Opole: Oficyna Wydaw. Polskiego Towarzystwa Zarządzania Produkcją, 2014. 4. Ł. Dziemba. Dostosowanie narzędzi informatycznych do wspomagania decyzji w warunkach kryzysu, Innowacje w zarządzaniu i inżynierii produkcji. T. 2. (red.) R. Knosala. Opole: Oficyna Wydaw. Polskiego Towarzystwa Zarządzania Produkcją, 2016, s. 713-724. 5. Ł. Dziemba. Koncepcja wykorzystania technologii GIS we wspomaganiu działań służb ratowniczych dużego zakładu przemysłowego Innowacje w zarządzaniu i inżynierii produkcji. T. 2. (red.) R. Knosala. Opole: Oficyna Wydaw. Polskiego Towarzystwa Zarządzania Produkcją, 2015, s. 678-688. 6. Ł Dziemba.: Modelowanie działań służb ratowniczo-porządkowych III Międzynarodowa Konferencja Systemy Wspomagania w Zarządzaniu Środowiskiem 2006 Słowacja; Ekonomika i Organizacja Przedsiębiorstw, 2006. 7. Ł. Dziemba. Zastosowanie technologii GIS w modelowaniu działania służb ratowniczo-porządkowych w kryzysowych sytuacjach ekologicznych IV Międzynarodowa Konferencja Systemy Wspomagania w Zarządzaniu Środowiskiem 2007 Słowacja; Ekonomika i Organizacja Przedsiębiorstw, 2007. 8. S. Pollack. Tablice decyzyjne, Warszawa: PWN, 1975. 95

ZASADY MODELOWANIA DZIAŁANIA SŁUŻB W SYTUACJACH KRYZYSOWYCH - ZASTOSOWANIE SYMULACJI PROCESÓW Streszczenie: Artykuł przedstawia przegląd możliwych metod i narzędzi służących do modelowania działań i symulacji procesów. Są nimi: tablice decyzyjne, drzewo rozkładu i drzewo decyzyjne, diagramy decyzyjne i mapy procesów; notacja BPMN. Na podstawie przeprowadzonych badań literaturowych i własnych doświadczeń ze stosowaniem opisywanych w artykule narzędzi i metody symulacji stwierdzono, iż mapy procesu stanowią przydatne narzędzie modelowania z punktu widzenia prezentacji sekwencji zdarzeń, jakie występują w ich przebiegu. W tym świetle notacja BPMN staje się celowa do zastosowania z uwagi na swą przejrzystość, wskazanie poszczególnym działaniom, procesom i decyzjom zróżnicowanych źródeł i zasobów informacji, a także zapewnia uporządkowanie zapisu; oraz założenia oddzielenia sekwencji działań oraz komunikacji przepływów informacyjnych. Słowa kluczowe: drzewo decyzyjne, diagramy decyzyjne, mapy procesów, notacja BPMN PRINCIPLES FOR MODELING THE ACTION OF CRISIS IN THE CRISIS - APPLYING SIMULATION OF PROCESSES Abstract: This article provides an overview of possible methods and tools for modeling activities and simulating processes. These are: decision tables, decomposition tree and decision tree, decision diagrams and process maps; BPMN notation. Based on the literature and their own experience using the tools and simulation methods described in the article, it was found that process maps are useful tools for modeling from the point of view of the sequence of events that occur in their course. Therefore, the BPMN notation is intended to be used for reasons of transparency, indication of the individual actions, processes and decisions of the various sources and information resources, and to ensure that the records are organized; and the assumptions of separation of sequences of activities and communication - information flows. Key words: Decision tree, decision diagrams, process maps, BPMN notation Dr inż. Łukasz DZIEMBA Politechnika Śląska Wydział Organizacji i Zarządzania Instytut Inżynierii Produkcji ul. Roosevelta 26-28, 41-800 Zabrze e-mail: Lukasz.Dziemba@polsl.pl Mgr Jerzy UCHROŃSKI Komenda Powiatowa Policji w Bełchatowie ul. 1 Maja 7, 97-400 Bełchatów e-mail: Jurek143@op.pl Data przesłania artykułu do Redakcji: 15.05. Data akceptacji artykułu przez Redakcję: 31.05. 96