Dzień dobry.

Witam Państwa na webinarium „BPMN-narzędzia dla procesowca i analityka”.

Nazywam się Radosław Nowak i jestem trenerem z obszaru zarządzania procesami w Altkom Akademii.

Na naszym dzisiejszym webinarium zajmiemy się po pierwsze,

celami tworzenia map procesowych, czyli po co w ogóle modelować procesy,

omówimy sobie rodzaje narzędzi i potencjalne ich zastosowania,

dokonamy przeglądu wybranych narzędzi

oraz spróbujemy w praktyczny sposób przyjrzeć się temu,

jak możemy zamodelować proces, zamapować proces w notacji BPMN.

Nasze webinarium nawiązuje do szkoleń przede wszystkim tych warsztatowych,

związanych z mapowaniem procesów z wykorzystaniem notacji BPMN:

jest to warsztat BPMN od podstaw oraz warsztat średniozaawansowany,

szkolenie BPMN dla znających UML-a

oraz szkolenie wprowadzające do egzaminu OCBE na poziomie Fundamental.

Pierwszy element – cel opisywania procesu.

Po co w ogóle to robić?

Pozwoliłem sobie podzielić ten obszar na dwa elementy:

implementacja narzędzi IT, jako pierwszy cel modelowania procesów, cel opisywania procesu.

W ramach obszaru implementacji narzędzi IT,

pierwszym ważnym elementem będzie badanie potrzeb biznesowych

zarówno w przypadku projektowania nowych narzędzi,

które mają wesprzeć procesy biznesowe naszych klientów,

zarówno wewnętrznych, jak i zewnętrznych,

w ramach projektowania nowych narzędzi,

modyfikacji istniejących narzędzi, czy też dodawania nowych funkcjonalności.

W ramach tego obszaru bardzo ważne jest badanie potrzeb biznesowych,

opisanie procesu – tego, jak on wygląda, jak on jest realizowany,

w ramach workflowu procesowego, który może być opisany w notacji BPMN.

Mogą to być również też inne notacje, np. EPC; tutaj zajmujemy się BPMN-em.

Cel opisywania procesu.

Chcemy wdrożyć nowe narzędzie,

Biznes chce wykonywać swój proces, w sposób łatwiejszy i przyjemniejszy.

My, jako albo wewnętrzny dział IT, albo zewnętrzny dostawca,

chcemy dedykować dla klienta jakieś nowe rozwiązanie,

bazujące na tym, co po pierwsze klient chce osiągnąć,

czyli realizujemy cele biznesowe tego naszego klienta,

wspieramy go w realizowaniu tych celów biznesowych.

Po drugie, jako obszar IT, mamy świadomość tego, w jakiej technologii obecnie tkwi klient,

niezależnie od tego, czy mówimy o kliencie wewnętrznym czy zewnętrznym.

Tutaj podkreślam, z punktu widzenia zarządzania procesowego,

z punktu widzenia podejścia procesowego

zarówno klienta wewnętrznego, jak i zewnętrznego traktujemy w taki sam sposób.

Staramy się realizować ich potrzeby biznesowe.

W ramach tego obszaru, o którym rozmawiamy, czyli implementacji narzędzi wsparcia,

istotne jest to, aby opisywać proces, który funkcjonuje obecnie w przypadku modyfikacji,

istniejących jakichś funkcjonalności, aplikacji czy też systemów.

Zazwyczaj mamy już zbudowaną jakąś mapę procesu albo odzwierciedlony workflow procesowy.

Natomiast w przypadku dodawania nowych funkcjonalności albo projektowania nowych narzędzi

my od razu projektujemy ten stan docelowy.

Dobrze jest, jeżeli dotychczas nie było prowadzonej tego typu analizy,

odzwierciedlić w ramach przepływów procesowych na diagramie ten stan obecny, stan AS-IS procesu.

Dopiero, kiedy przyjrzymy się temu jak proces działa w tej chwili,

jesteśmy w stanie udoskonalić ten proces i ten stan docelowy, stan TO-BE, przełożyć do narzędzia.

To jest lepsze i tańsze rozwiązanie,

niż próbować przełożyć do aplikacji to, co mamy w tej chwili, a później modyfikować aplikację;

lepiej przyjrzeć się temu jak proces funkcjonuje, udoskonalić go,

i wdrożyć tę doskonalszą wersję w ramach workflow procesowego.

Przy czym zachęcam do tego, żeby modelować, również mapować ten stan obecny procesu.

Uniknięcie tego etapu, czyli modelowania od razu stanu docelowego, stanu przyszłego,

może skutkować pewnymi problemami związanymi z tym,

że niekoniecznie dobrze przeanalizowaliśmy stan obecny

i umknęły nam pewne wymagania biznesowe w stosunku do projektowanego narzędzia,

i tak niestety dosyć często się zdarza.

Drugi obszar, który związany jest z celem opisywania procesu,

to obszar, który pozwoliłem sobie nazwać obszarem zarządzania procesami, czyli tak naprawdę cała reszta.

Po co opisujemy procesy?

Po to, żeby móc łatwiej nimi zarządzać.

Co oznacza zarządzanie procesami, mówiliśmy sobie na jednym z poprzednim webinariów.

Natomiast po pierwsze, powinniśmy zidentyfikować procesy,

po drugie, ustalić ich właścicielstwo, nominować właścicieli procesów.

Mamy w tym momencie zdefiniowane osoby odpowiedzialne za dany proces,

za ich miarę i powodzenie, za osiąganie rezultatów.

Możemy zidentyfikować te procesy, które realizują strategie,

jesteśmy w stanie wyznaczyć cele i mierniki dla procesów.

Bardzo ważna rzecz: mierzenie procesów – bez mierzenia, my nic nie wiemy.

Nie wiemy, jak proces wygląda, nie wiemy… no może przesadziłem troszeczkę,

natomiast nie jesteśmy w stanie dobrze zarządzać procesem, jeżeli nie mamy miar.

Jeżeli nie mierzymy, my nic nie wiemy o procesie; nie wiemy, czy osiągamy cele biznesowe.

Zazwyczaj my mierzymy procesy, ale nie mierzymy ich całościowo, nie mierzymy ich z perspektywy klienta.

Mierzymy jakiś wycinek procesu, mierzymy wolumeny, mierzymy nawet czasy,

ale okazuje się, że perspektywa klienta jest troszeczkę inna i klient widzi coś innego niż my mierzymy.

Jeżeli mamy zamodelowane procesy, jeżeli mamy mapy procesowe, jeżeli mamy mierniki,

jesteśmy w stanie analizować ryzyko, jesteśmy w stanie prowadzić statystyczną kontrolę naszego procesu,

to są te elementy, które są spójne z całą tą tematyką,

z całym obszarem związanym z zarządzaniem procesami.

Jeśli chodzi o narzędzia, narzędzia można z grubsza podzielić na takie narzędzia,

które pozwalają nam na „malowanie procesów”, jak to zostało tutaj ładnie nazwane,

to mogą być wszelkiego rodzaju narzędzia, które pozwalają nam na narysowanie diagramu.

Możemy to zrobić nawet w Paincie; znam osoby, które wykorzystują do tego Worda;

znam też osoby, które wykorzystywały do tego Excela czy też PowerPointa,

albo ich odpowiedniki z programów opensource'owych.

Drugi typ narzędzi, to są narzędzia, które pozwalają nam na modelowanie i analizę procesów.

Tutaj możemy procesy sparametryzować, możemy dołożyć generatory jakichś liczb losowych,

możemy na tyle sparametryzować ten proces,

że jesteśmy w stanie dokonać, czy wykonać symulację procesową.

Trzeci typ narzędzi to są narzędzia klasy BPMS-Business Process Management Suite,

to są narzędzia, które pozwalają nam nawet na uruchomienie zamodelowanego procesu.

Nasz proces oprócz tego, że ma zdefiniowaną mapę,

ma dodatkowo zdefiniowane również i sparametryzowane dane, łącznie z ich definicjami,

co pozwala nam na uruchomienie tego procesu, na jego wykonanie.

Niestety, na dzisiejszym webinarium nie będziemy odnosić się

do tych narzędzi ze względu na ograniczony czas,

będziemy koncentrować się na tych dwóch pierwszych typach narzędzi.

Na tym slajdzie macie Państwo dostępne nazwy różnego rodzaju narzędzi,

oczywiście wybrane, to są przykładowe narzędzia,

ich kolejność jest najzupełniej przypadkowa, jest to np. Enterprise Architect.

Możemy wykonywać diagramy BPMN-owe, bo do tego te narzędzia się odnoszą,

nie do różnego rodzaju diagramów, tylko do diagramów BPMN-owych:

Visio Professional w wersji 2013, Activiti, iGrafx Flowcharter, iGrafx Process, BlueworksLive,

narzędzia IBM-a, ADONIS, narzędzie Oraclowe, Bonitasoft,

Software AG – to jest firma, która zajmuje się ARIS-em –

starsza platforma ARIS-a, gdzie możemy zarówno modelować procesy, jak i nimi zarządzać.

To są narzędzia czy też przykłady narzędzi, za pomocą których my możemy proces zamapować.

Chciałbym, żebyśmy teraz wypróbowali przykładowe narzędzia.

Jako pierwsze narzędzie chciałbym Państwu zaprezentować narzędzie iGrafx Flowcharter,

w ramach którego zamodelujemy sobie fragment procesu związanego z zarządzaniem incydentami,

tutaj po uruchomieniu wybieramy sobie diagram w ramach kategorii szablonu BPMN.

Wybiorę sobie współpracę podstawową, proszę bardzo,

pojawia mi się pool, pierwszym poolem będzie pool klienta.

To będzie pool, który opiszemy sobie Klient.

Będziemy chcieli zamodelować proces w ramach jakiejś firmy produkującej oprogramowanie,

napiszę jako Soft Company, oznaczam gdzie, co umieścić, OK.

Dodatkowo chciałbym tutaj wstawić kolejne działy, czyli pool Soft Company

podzielę sobie na dodatkowe elementy, zrobię to z poziomu managera działów, tak jest mi wygodniej,

i dodaję Account Managera, czyli osobę, która będzie odpowiedzialna za kontakt z klientem.

Wybieram to jako element podrzędny, w ramach mojej firmy, klikam Zastosuj,

wprowadzam pierwszą linię wsparcia, drugą linię wsparcia i Soft Development;

dlaczego – sobie za chwileczkę to omówimy.

Mam już ustaloną strukturę.

Mój proces będzie zaczynał się od klienta, nie będę mapował tego, co dzieje się u klienta,

zaczniemy od tego, co dzieje się u Account Managera.

Wybieram sobie obiekt „Zdarzenie”, tutaj wybieram sobie obiekt „Zdarzenie”,

gdzie opisuję, że to jest otrzymanie zapytania klienta.

To będzie start mojego procesu i teraz kolejny element,

który zostaje przeze mnie wybrany, to będzie aktywność, analiza rodzaju zapytania.

Chciałbym dodatkowo w tej chwili pokazać,

że to otrzymanie zapytania od klienta to jest przepływ komunikatu z puli Klient do mojego procesu.

Wybieram sobie linię łączącą, łączę pool klienta z obiektem zdarzenia.

Ze względu na to, że zdefiniowałem tutaj Message Flow, mogę,

a nawet powinienem, w ramach tego obiektu, wybrać sobie określony typ zdarzenia.

Wchodzę więc we właściwości, w ramach kategorii przewodnik BPMN

wybieram sobie typ zdarzenia „Odbierz komunikat”.

Jeżeli mam Message Flow, muszę mieć również tutaj zdarzenie typu komunikat, zdarzenie typu message.

Otrzymaliśmy zapytanie od klienta, czy w zasadzie Account Manager otrzymał zapytanie od klienta,

co jest odzwierciedlone na diagramie.

Analizujemy rodzaj zapytania i możemy mieć dwie możliwości.

Jakie?

Możemy mieć bramkę decyzyjną, w ramach której my możemy pokazać,

że to zapytanie jest możliwe do obsłużenia i tak to sobie opiszę.

Złamiemy sobie linię Enterem, OK.

Tutaj mogę linię łączącą stawiać w ten sposób,

albo przez umieszczanie tego obiektu na poprzedzającym i przesunięciu w dół,

iGrafx podpina nam najpierw ścieżkę negatywną,

przynajmniej tak tu jest zdefiniowana, później pozytywną.

Możliwe do obsłużenia, załóżmy, że przy ścieżce Tak, tutaj opiszemy to jako wyjaśnienia

i teraz w ramach tej aktywności, również przekazujemy informację do klienta,

mamy Message Flow zdefiniowany w tę stronę i kończymy ścieżkę.

Proszę zwrócić uwagę przy tej okazji, że Message Flow może być doprowadzony od brzegu poola do zdarzenia,

również od aktywności do poola i w drugą stronę również.

To, czego nie możemy robić, nie możemy doprowadzić Message Flow bezpośrednio do bramki.

Wyjątkiem jest bramka sterowana zdarzeniami,

gdzie i tak my doprowadzamy Message Flow do zdarzeń pośrednich albo do Activity typu Receive.

Proszę Państwa, mamy zamodelowany jakiś fragment procesu,

gdybyśmy chcieli pokazać, że analiza rodzaju zapytania odbywa się ręcznie,

mamy możliwość we właściwościach zdefiniowania również typu zadania,

mamy użytkownika, czyli User Task, czyli zadanie ręczne, zadanie zautomatyzowane,

Wyślij/Odbierz skrypt, reguła biznesowa;

to są typy zadań, które są zdefiniowane w standardzie BPMN w wersji 2.0.

Ja zaznaczę, że to jest zadanie ręczne.

Pojawia mi się tutaj piktogram, Task Type, Manual,

możliwe do obsłużenia - Tak, wyjaśnienia przekazywane klientowi, kończy się proces.

Jeżeli nie jest możliwe do obsłużenia, pierwsza linia wsparcia dokonuje analizy zapytania

i w zasadzie mamy podobną ścieżkę, czyli jest bramka decyzyjna ALBO itd.

To jest przykład modelowania procesu w pierwszym narzędziu w iGrafx.

Proszę jeszcze zwrócić uwagę na jedną rzecz, nie wiem, czy Państwo zwróciliście na to uwagę:

jeżeli mam tutaj zdefiniowany obiekt, kończy mi się pool czy też lane,

wybieram narzędzie, wybieram obiekt zakończenia procesu,

zdarzenie mogę z tej palety lub z tej po lewej stronie.

Jeżeli umieszczę zdarzenie poza poolem, automatycznie pool się powiększa.

Tutaj chciałem Państwu pokazać, w jaki sposób iGrafx czuwa nad pewnymi elementami.

Proszę spojrzeć, kiedy od aktywności podepnę sobie do tego zdarzenia końcowego,

automatycznie pogrubia się tutaj obwódka, tzn. że mamy do czynienia z AND Eventem.

iGrafx automatycznie tutaj to zmienia na podstawie typów połączeń.

Proszę Państwa, drugie narzędzie, które chciałbym Państwu przedstawić, pokazać to Bizagi.

W ramach Bizagi możemy wybrać nowy diagram,

automatycznie mamy pool nazwany „Proces”, ja tutaj wybieram klienta,

zwęzimy ten pool, bo tu nie będziemy modelować niczego, podobnie jak na poprzednim.

Mamy umieszczony kolejny, zgodnie z ustaleniami to będzie Soft Company.

OK, umieszczam sobie w poolu lane`y.

Lane pierwszy to będzie Account Manager,

Lane drugi, automatycznie wskakuje, to jest pierwsza linia wsparcia.

Wprowadzimy sobie jeszcze trzecią linię wsparcia, już dalej na razie nie będziemy tego umieszczać,

nie ma możliwości umieszczenia odrębnie tego obiektu.

Niedokładnie to zrobiłem, teraz zrobimy to w ten sposób, proszę bardzo.

Umieścimy sobie drugą linię wsparcia, proces, ja jeszcze powiększę to troszeczkę.

Dobrze proszę Państwa, mamy Start Event.

Początkiem było otrzymanie zapytania klienta.

Mamy element, który możemy przeciągnąć z tego podręcznego,

pojawiają się możliwości zamodelowania kolejnych elementów, tutaj była analiza rodzaju zapytania.

Kolejny element, czyli możliwe do obsłużenia

i proszę zobaczyć, co się dzieje z polskimi znakami:

nie mam możliwości włożenia Z, więc albo rezygnuję, albo modeluję czy opisuję ten diagram w properties.

Tutaj mam już możliwość zastosowania polskich znaków, możliwe do obsłużenia.

Proszę zobaczyć, polskie znaki pojawiają się,

mogę przełożyć opis w dowolne miejsce, ono i tak jest nadal powiązane.

I teraz tak, jeżeli możliwe do obsłużenia, mam udzielenie wyjaśnień, znowu polskie znaki, OK, koniec.

Proszę teraz zobaczyć, tutaj automatycznie jeżeli umieszczę ten obiekt,

niestety nie ma połączenia, wykroczyliśmy poza lane, poza pool.

Gdybyśmy potrzebowali więcej miejsca, musimy sobie automatycznie ten nasz pool powiększyć,

tzn. przepraszam, musimy ręcznie powiększyć.

W tym momencie mamy też możliwość połączenia,

pojawia się Sequence Flow i to jest koniec naszego procesu.

Przypomnijmy, że chcieliśmy jeszcze umieścić tutaj tak jak było w poprzednim narzędziu, Message Flow,

tutaj Message Flow Bizagi wybieramy z tego diagramu, z tej palety kształtów

i podpinam sobie z jednej strony do pooli klienta,

po zaznaczeniu strzałki doprowadzam do obiektu pierwszego elementu

w ramach mojego procesu Soft Company.

Proszę zobaczyć, nie ma możliwości podpięcia Message Flow.

Dlaczego?

Podobnie jak w tym drugim narzędziu, powinniśmy wybrać sobie Event Type,

tu nie jest to tak bardzo zagnieżdżone.

Mamy prawy klawisz Event Type, bezpośrednio dostępne, message,

dopiero kiedy wybierzemy sobie message,

narzędzie pozwala na podpięcie tego konkretnego elementu,

podpięcie Message Flow do Eventu, do tego naszego triggera procesu.

Analiza rodzaju zapytania: Czy możliwe do obsłużenia?

Brakuje nam wyjścia, strzałek Tak/ Nie.

Tutaj dokonujemy opisu już na samych strzałkach.

Druga ścieżka do pierwszej linii wsparcia, analiza rodzaju zapytania i jakieś tam wyjście.

Tu podobnie, ścieżkę negatywną musimy sobie sami opisać.

Opisy możemy przenosić tak, żeby one było blisko tych strzałek,

blisko tego obszaru, w ramach którego łatwiej będziemy w stanie zinterpretować, czego to dotyczy.

Tutaj chcielibyśmy jeszcze dołożyć, podobnie jak w tym pierwszym diagramie, Message Flow

do puli klienta od udzielenia wyjaśnień.

OK, w ten sposób możemy zamodelować fragment procesów Bizagi,

tutaj gdybyśmy chcieli jeszcze wybrać sobie rodzaj tego zadania, możemy też,

z poziomu prawego klawisza mamy dostęp User Task, Service Task itd.

Nas interesuje Manual Task.

Proszę bardzo, łapka się pojawia.

Możemy też w ramach bramek pokazać marker,

bo bramka typu XOR może być pokazana albo z iksikiem albo bez iksika.

Trzecim narzędziem, które chciałbym Państwu pokazać, będzie Enterprise Architect.

W ramach tego narzędzia, musimy sobie stworzyć nowy projekt, jakikolwiek, o jakiejkolwiek nazwie;

oczywiście dobrze byłoby, gdyby oddawała to, co chcemy osiągnąć, ten cel biznesowy.

Wybieramy sobie BPMN 2.0 Business Process, tworzymy nowy diagram,

wybieram Business Process, pojawia się możliwość zamodelowania procesu.

Tutaj wybieramy pool z lewej strony, umieszczamy go i proszę zobaczyć, co się dzieje:

od razu pojawia się formatka z prośbą o wprowadzenie parametrów dotyczących tego obiektu.

To narzędzie, Enterprise Architect, raczej jest wykorzystywane przez developerów niż przez Biznes,

dlatego że tutaj możemy śledzić różnego rodzaju relacje pomiędzy elementami.

W ramach tego narzędzia jesteśmy w stanie też zamodelować use case'y,

mamy całą bazę różnego rodzaju diagramów związanych z UML-em,

także częściej jest to narzędzie wykorzystywane przez developerów,

niekoniecznie używane są diagramy BPMN.

Mogą być używane diagramy typu use case, czy diagramy aktywności,

diagram maszyny stanów, to narzędzie nam na to pozwala.

Natomiast będziemy teraz koncentrować się na BPMN-ie.

Pierwszy pool to był nasz klient.

Wprowadzam nazwę, klikam OK, umieszczam w tej mojej przestrzeni roboczej.

Wybieram drugi pool, drugi pool to będzie moja firma, Soft Company,

pozwolę sobie jeszcze to troszeczkę powiększyć, żeby to było lepiej widoczne.

OK, tu również powiększę ten pool.

W porządku, w Soft Company mieliśmy lane, czyli wybieram sobie lane.

Od razu proszę zobaczyć, Convert to lane albo Add lane.

Chodzi nam o to, żeby dodać tę rolę w naszym procesie, i to był Account Manager.

Umieszczamy go w ramach tego poola, dokujemy.

Muszę zrobić miejsce na kolejny lane.

Umieszczam kolejny lane, to była pierwsza linia wsparcia.

Dobrze. Umieszczam to na diagramie, OK, w porządku.

I teraz tak, próbuję modelować, czy zamodeluję nasz proces czy początek procesu,

wybieram sobie Start Event w puli Account Manager, w lane

i mamy wybór: Stand alone czy Edge Mounted,

czy to jest zdarzenie krawędziowe czy takie umieszczone na zwykłym Sequence Flow,

robię sobie Stand alone.

Wybieram sobie, póki co zdarzenie typu None, prosi mnie o nazwę.

To było odebranie, czy wpływ zapytania klienta.

Tutaj wybieram kolejny element, mogę stąd pociągnąć obiekt.

Wybieram sobie typ, będzie to aktywność;

wyznaczam, że to jest Sequence Flow to, aktywność typu abstrakt,

nie chcę na razie oznaczać tego typu aktywności.

To miała być analiza rodzaju zapytania.

Kolejny element to miała być bramka, czyli Gateway, Sequence Flow to.

Typ bramki określam: Exclusive, Complex, Inclusive, Parallel, czy Event,

to będzie bramka typu XOR, czyli Exclusive.

Dobrze było by ją opisać, więc klikam sobie

i we właściwościach wpisuję nazwę, „Możliwe do obsłużenia”.

Podobnie jak w przypadku Bizagi, zresztą pozostałych narzędzi również, mogę sobie wskazać miejsce opisu.

Tutaj, jeżeli tak, jeżeli mam możliwość obsługi, podobnie aktywność Sequence Flow to, robię sobie abstrakt.

Wprowadzam opis aktywności, udzielenie wyjaśnień.

I podobnie jak w przypadku Bizagi, opisujemy na strzałeczkach.

Name, Tak, również możemy sobie przesuwać te elementy.

Jeżeli nie jesteśmy w stanie, sam Account Manager nie jest w stanie sam obsłużyć tego zapytania klienta,

oznaczamy przekazanie tej aktywności do pierwszej linii wsparcia,

czyli pierwsza linia wsparcia również analizuje rodzaj zapytania.

Czego nam jeszcze brakuje w stosunku do poprzednich diagramów?

Brakuje nam troszeczkę tego Message Flow.

Robimy to w ten sposób, że od tego pierwszego obiektu wybieram sobie tę strzałeczkę od Eventu,

prowadzę do poola i mam w ramach menu od razu opcję Message Flow from i wybieramy tę opcję.

Pokazuje nam informację, że niestety nie możemy podpiąć Message Flow.

Dlaczego?

Dlatego, że tutaj są trochę bardziej rozbudowane te reguły walidacyjne

i najpierw musimy w Properties zmienić sobie typ tego Eventu,

czyli wchodzimy w BPMN 2.0, tutaj w te elementy, i wybieramy sobie Event,

Event Definition, mamy message, proszę bardzo,

w momencie dopiero, kiedy mamy message po zaznaczeniu,

mogę podpiąć i wybrać sobie Message Flow.

W tym momencie mamy możliwość wykorzystania tego połączenia przepływu wiadomości,

w przypadku dzielenia wyjaśnień, tutaj najpierw sobie dokończymy,

to proszę zobaczyć, jeżeli sobie wyjdę poza pool, mamy mieć AND Event, Sequence Flow to.

Mam informację, że Sequence Flow nie może przekraczać granic poola, czyli za daleko wysunąłem,

więc albo powinienem rozbudować pool,

albo zmieścić się w ramach tego, co tu mamy dostępne, postaram się zmieścić.

Mamy End Event wybieram sobie None, mieścimy się w tej puli, jest OK.

Od udzielenia wyjaśnień Message Flow miał być podpięty również do klienta

i tu mam dwie możliwości: Message flow to albo Message flow from.

Wybieram flow to, bo tam wysyłam do tego klienta informację.

Tak, tu oczywiście możliwe do obsłużenia, Nie.

Mamy też możliwość tak jak chcieliśmy w poprzednim narzędziu, czy w poprzednich narzędziach,

wybrać sobie Manual Task, było to zarówno przypadku iGrafx, jak i w przypadku Bizagi.

Wybieramy sobie prawy klawisz Properties i tutaj w BPMN 2.0. w ramach Tasku, szukamy Task Type;

proszę bardzo, mamy Task Type, jest abstrakt.

Wybieram Manual i proszę bardzo, pojawia mi się trochę inna łapka,

tym niemniej oznaczająca dokładnie to samo.

W ramach bramki typu XOR, w tej wersji BPMN 2.0, w tej opcji,

w tych parametrach mogę również sobie wybrać, czy market ma być widoczny czy nie.

Jeżeli tak, market będzie True, jest widoczny, to już zależy od indywidualnej preferencji,

BPMN dopuszcza zarówno stosowanie markera w bramce typu XOR,

jak i pustą bramkę, oznacza to dokładnie to samo.

Na zakończenie proszę Państwa chciałbym pokazać Państwu jeszcze jedno narzędzie.

Narzędzie, którego moim zdaniem, jedną z poważnych wad jest nazwa,

mianowicie nazywa się Yaoqiang BPMN Editor.

Tak, proszę Państwa, Yaoqiang, to nie jest żart.

Tutaj idea modelowania procesu jest w zasadzie podobna,

jak w części z tych narzędzi, o których powiedzieliśmy.

Proszę zobaczyć, umieszczam pool, to jest pool załóżmy klienta,

tu oczywiście mogę też sobie opisać klient.

Zaletą tego narzędzia jest to, że w przeciwieństwie do innych narzędzi to narzędzie zajmuje około 3 MB.

Tak, 3 megabajty.

Wybieram sobie lane, mogę umieścić kolejny lane.

Proszę bardzo.

Umieszczam Start Event.

Podobnie jak w Bizagi, od środka wybieram sobie Task,

mogę wybrać sobie oczywiście bramkę Exclusive Gateway, od bramki idę kolejnym Taskiem.

Tu wybieram sobie Event, wybieram, że jest to AND Event, mam jedną ścieżkę zamodelowaną.

Druga ścieżka.

Tu będzie jakiś Task, mogę od razu wybrać typ Tasku

albo zmienić go później tak, jak robiliśmy to w poprzednich narzędziach, Task Type.

Mam Manual Task, proszę bardzo.

Tutaj można zmienić rodzaj bramki, gdybyśmy oczywiście chcieli, Gateway Type.

W pozostałych narzędziach też jest taka możliwość.

Tutaj możemy zmienić sobie też, gdyby zależało na tym indykatorze, na tym markerze.

W ten sposób proszę Państwa zaprezentowałem narzędzie,

które również może się Państwu ewentualnie przydać do modelowania procesów, do mapowania procesów.

Wybór jest oczywiście znacznie szerszy, natomiast nie mieliśmy czasu,

nie mamy możliwości na to, żeby zaprezentować Państwu te narzędzia klasy BPMS.

Natomiast można na YouTube, w Internecie znaleźć różnego rodzaju prezentacje tych narzędzi.

Na zakończenie chciałbym przypomnieć Państwu o szkoleniach,

do których nawiązuje dzisiejsze webinarium,

czyli tych szkoleń warsztatowych: BPMN od podstaw,

BPMN średniozaawansowany, BPMN dla osób znających UML-a,

czy też szkolenie wprowadzające do egzaminu.

Było mi niezmiernie miło.

Mam nadzieję, że spotkamy się na dalszych szkoleniach Altkomowych, czy też na webinariach.

Zapraszam Państwa serdecznie.

Zapraszam również serdecznie do śledzenia tego, co dzieje się na Quorum.

Do widzenia.