BPMN- BUSINESS PROCESS MODELING NOTATION Narzędzie tworzenia metamodeli procesów biznesowych. Diagram moŝe e być zmieniany na kaŝdym etapie Ŝycia procesu: od stworzenia, poprzez rozwój, wykonanie, monitorowanie i analizę procesu.

Graficzna notacja opisująca kroki w procesie biznesowym powstała a w 2000 roku na doświadczeniach: BEA Borland Casewise IBM IDS Scheer igrafx (d. Micrografx) Popkin Stafware

Cechy charakterystyczne: Kompromis między modelami biznesowymi a implementacji Bezpłatny standard opisu procesów w i relacji Jednoznaczny sposób b translacji do BPEL MoŜliwo liwość automatycznej implementacji procesów Elastyczność Standaryzacja szkoleń

OBIEKTY PRZEPŁYWU: Zdarzenia Events Czynności Activities Bramki Gateways Artefakty Elementy łączenia obiektów Przebieg procesu (Przepływ sekwencyjny) Sequence Flow Przebieg informacji Message Flow Powiązania Association Miejsca realizacji procesu Jednostki (Uczestnicy) Pools Role Biznesowe (Partycje, Tory) Lanes

KONCEPCJA śetonu TOKENA Pojedyncza transakcja TokenID Główny Token ID i SubTokenID rodzina Ŝetonów

Zdarzenie: Stan jaki pojawia się podczas przebiegu procesu biznesowego Mają wpływ na przebieg procesu, wyzwalają coś lub sąs czegoś rezultatem Mogą zaczynać (zd. początkowe) przerywać (zd. pośrednie) kończy czyć (zd. końcowe) przebieg.

ZDARZENIE POCZĄTKOWE: Miejsce generowania transakcji Obrazowane w postaci okręgu o pojedynczej cienkiej linii + ew. symbol oznaczający cy rodzaj zdarzenia Generuje Ŝeton dla kaŝdego przepływu sekwencyjnego. Do zdarzenia start nie mogą być przyłą łączone Ŝadne przepływy z obiektami Wszystkie pozostałe e przepływy muszą wynikać z tego zdarzenia Np. Odebranie wiadomości

ZDARZENIE KOŃCOWE Wskazuje zakończenie procesu / gałę łęzi procesu Konsumuje Ŝeton eton wygenerowany przez zdarzenie początkowe MoŜliwo liwość wielu róŝnych r zdarzeń kończ czących cych proces Obrazowane w postaci okręgu o pojedynczej grubej linii + ew. symbol oznaczający cy rodzaj zdarzenia Np: wysłanie wiadomości

ZDARZENIA POŚREDNIE: Występuje jedynie wewnątrz procesu. Wpływa na przepływ tokenu ale go nie konsumuje Nie musi występowa pować w procesie Obrazowane w postaci okręgu o podwójnej cienkiej linii + ew. symbol oznaczający cy rodzaj zdarzenia Wykorzystywane np. do: a) wysyłania informacji do innego uczestnika b) pokazania miejsc gdzie oczekiwana jest informacja lub opóźnienie c) pokazania konieczności ci wykonania działań odwołuj ujących stan procesu wynikający z dalszych kroków w (kompensacja) Np. wysłanie/odebranie wiadomości

Czynności: Czynność to praca wykonywana podczas realizacji procesu biznesowego. Elementarne lub złoŝonez one Czynnościami w modelu procesu mogą być: proces podproces zadanie Posiadają cechy: a) Bramki dzielącej typu AND (ście( cieŝki równolegr wnoległe) e) b) Bramki decyzyjnej XOR lub OR- czynność z wbudowaną decyzją Np. czynność Typu odebranie / wysłanie wiadomości ci

Podproces typu transakcja biznesowa: wspierane protokółem transakcji w rozumieniu Web Services moŝliwo liwość całkowitej automatyzacji Transakcja Biznesowa pokazywana jest podwójn jną krawędzi dzią Normalny przepływ ścieŝki- transakcja zakończenia sukcesem Anulowanie pokazuje ścieŝkę anulowania transakcji Wyjątek pokazuje ścieŝkę jaka będzie b wybrana w wypadku obsługi niestandardowej Czynności kompensacyjne poza normalnym przebiegiem i skojarzone z czynnościami, ciami, których prawidłowe działanie anie naleŝy odwołać na skutek braku moŝliwo liwości zakończenia sukcesem działań w innych gałę łęziach Np. rezerwacji biletów w i noclegu

Bramki-kontrola kontrola ście cieŝek: ek: Bramki decyzyjne e określaj lają ile Ŝetonów będzie przechodziło o którymi ścieŝkami. Bramki łącz czącece określaj lają które Ŝetony przejdą dalej lub jak się połą łączą. Nie muszą występowa pować w procesie

Bramki decyzyjne i łącz czące ce XOR: 1) Wyzwalana danymi Data-Based - romb z symbolem x albo pusty rombem ew. opis a) pozwala na wybranie tylko jednej ścieŝki wyjść b) wykorzystuje dane przypisane Ŝetonowi by określi lić wybór ścieŝki Np.: Stan awaryjny Tak albo Nie ;butelka duŝa Prawda albo Fałsz 2) Wyzwalana zdarzeniem Event-Based Based- romb z gwiazdką w okręgu z podwójn jną cienką linią a) kolejność warunków, w, ścieŝka domyślna Wybór r wyjścia odbywa się na podstawie informacji ze zdarzenia. 3) Łącz cząca ca bramka XOR, łączy kilka przebiegów w w jeden- romb z X w środku a) Tylko pierwszy zaakceptowany Ŝeton przechodzi dalej, pozostałe e sąs usuwane!!! b) pokazuje sytuacje, gdzie mamy ścieŝki dublujące się i tylko szybsza jest akceptowana

Bramka OR: rombu z o w środku definiuje alternatywne ścieŝki przebiegu dla Ŝetonu zg. z przypisaną im logiką kaŝda wychodząca ca ścieŝka jest niezaleŝnym nym przepływem czeka na wszystkie Ŝetony które mają nadejść (synchronizuje je)

Bramka AND BRAMKA RÓWNOLEGR WNOLEGŁA A (AND) 1) Bramka łącz cząca ca - rombu z + - łączy ścieŝki równolegr wnoległe - łączy wszystkie Ŝetony i wypuszcza 1 Ŝeton 2)Bramka rozdzielająca - wykorzystywana do tworzenia współbie bieŝnych przepływ ywów

Artefakty: pokazują dodatkowe info połą łączone z obiektami przez powiązania 1) Obiekty danych Data Objects 2)Adnotacje Annotations 3)Grupy Groups

Sposoby łączenie obiektów Przebieg procesu Sequence Flow, pokazuje kolejności wykon. czynności ci Przebieg wiadomości -Message Flow, pokazuje przekaz informacji między uczestnikami Powiązania Association, łącz czą info i artefakty z czynnościami, ciami, zdarzeniami, bramkami i przebiegami.

Miejsca realizacji procesu- elementy nie będącę b obiektami procesu Uczestnicy Pools Role Biznesowe (Partycje, Tory) Lanes

Dziękuj kuję za uwagę