BPMN — Modelowanie i Notacja Procesów Biznesowych — to standardowy język wizualny służący do opisywania działania procesów biznesowych. Pomaga użytkownikom biznesowym, analitykom, programistom i menedżerom zrozumieć ten sam proces przy użyciu spójnych symboli.

Obrazek podsumowuje pięć głównych obszarów BPMN:

Ścieżki pływające – kto jest odpowiedzialny
Elementy przepływu – co dzieje się w procesie
Obiekty łączące – jak elementy są ze sobą powiązane
Dane – informacje wykorzystywane lub generowane
Artefakty – dodatkowe informacje wyjaśniające

1. Do czego służy BPMN

BPMN może opisywać procesy takie jak:

Obsługa zamówienia klienta
Zatwierdzanie wniosku o urlop pracownika
Obsługa roszczenia ubezpieczeniowego
Wdrażanie nowego pracownika
Wysyłka produktów ze składu
Rozwiązywanie reklamacji klienta
Zatwierdzanie faktury

Diagram BPMN odpowiada na pytania takie jak:

Kto wykonuje każdą czynność?
Co dzieje się najpierw?
Jakie decyzje są podejmowane?
Które czynności odbywają się równolegle?
Jakie informacje są wymagane?
Co dzieje się w przypadku wystąpienia błędu?
Kiedy proces się kończy?

Prosty proces może wyglądać następująco:

Klient składa zamówienie
        ↓
Sprzedawca sprawdza zamówienie
        ↓
Magazyn przygotowuje wysyłkę
        ↓
Zamówienie jest wysyłane
        ↓
Klient otrzymuje potwierdzenie

BPMN przedstawia ten proces wizualnie za pomocą zdarzeń, zadań, bram, przepływów, basenów i pasów.

2. Struktura diagramu BPMN

Proces BPMN zazwyczaj zawiera cztery podstawowe części:

Zdarzenie początkowe → Aktywność → Decyzja → Aktywność → Zdarzenie końcowe

Na przykład:

Zamówienie otrzymane
      ↓
Sprawdzenie zapasów
      ↓
Czy produkt jest dostępny?
   ↙              ↘
 Tak              Nie
  ↓                ↓
Spakuj zamówienie     Powiadom klienta
  ↓                ↓
Wysyłka zamówienia     Anuluj zamówienie
   ↘              ↙
       Koniec

Główne elementy są opisane poniżej.

3. Pasy pływające: Baseny i pasy

Pasy pływające organizują odpowiedzialność. Pokazują, który uczestnik, dział, rola lub system wykonuje daną aktywność.

Baseny

Basen reprezentuje głównego uczestnika procesu.

Uczestnikiem może być:

Firma
Klient
Dostawca
Bank
Agencja rządowa
Zewnętrzny system oprogramowania

Przykład:

Basen: Firma e-commerce

Basen może zawierać jeden lub więcej pasów.

Basen może być również przedstawiony jako zwinięte pudełko, gdy proces wewnętrzny nie jest modelowany.

Pasy

Pasa jest podziałem wewnątrz basenu. Zazwyczaj reprezentuje:

Dział
Stanowisko pracy
Zespół
System
Funkcja biznesowa

Przykład:

Basen: Firma e-commerce
 ├── Dział Sprzedaży
 ├── Magazyn
 └── Dział Finansów

Proces może być zorganizowany następująco:

Pasa	Odpowiedzialność
Klient	Zamawia i otrzymuje powiadomienia
Dział Sprzedaży	Przegląda i potwierdza zamówienie
Magazyn	Kompletuje, pakuje i wysyła produkty
Dział Finansów	Przetwarza płatność
Partner dostawczy	Dostarcza przesyłkę

Przykład z pasami

Klient            | Złóż zamówienie ─────────────── Odbierz potwierdzenie
                  |
Dział Sprzedaży   | Odbierz zamówienie → Sprawdź zamówienie → Potwierdź zamówienie
                  |
Magazyn           |                         Wybierz przedmioty → Zapakuj → Wyślij
                  |
Finanse           | Odbierz wniosek o płatność → Zatwierdź płatność

Pozycja aktywności w pasie wskazuje, kto jest za nią odpowiedzialny.

Basen versus pas

Element	Znaczenie	Typowy przykład
Basen	Główny uczestnik lub organizacja	Klient, Dostawca, Bank
Ścieżka	Rola, dział lub system wewnątrz uczestnika	Sprzedaż, Magazyn, Finanse

Zasada dla początkujących

Użyj basenu gdy uczestnik jest organizacyjnie lub operacyjnie oddzielony. Użyj ścieżki gdy uczestnik jest rolą lub grupą wewnątrz tego basenu.

4. Elementy przepływu

Elementy przepływu opisują, co dzieje się w procesie. Trzy główne typy to:

Zdarzenia
Aktywności
Węzły

4.1 Zdarzenia

Zdarzenie reprezentuje coś, co dzieje się w trakcie procesu. Zdarzenia zazwyczaj nie opisują wykonywanej pracy; zamiast tego wskazują, że coś rozpoczyna, przerywa lub kończy proces.

Zdarzenia są reprezentowane przez koła.

Zdarzenie początkowe

Zdarzenie początkowe wskazuje, gdzie rozpoczyna się proces.

Symbol: koło z cienką linią

Przykłady:

Klient składa zamówienie
Otrzymano wiadomość
Zegar osiąga zaplanowaną datę
Pracownik składa wniosek

Przykład:

○ Zamówienie otrzymane

Zdarzenie początkowe powinno zazwyczaj mieć przepływ wychodzący, ale nie mieć przepływu sekwencyjnego przychodzącego.

Zdarzenie pośrednie

Zdarzenie pośrednie występuje między początkiem a końcem procesu.

Symbol: podwójna linia koła

Może oznaczać:

Oczekiwanie na wiadomość
Oczekiwanie na zegar
Przechwytywanie błędu
Wysyłanie powiadomienia
Eskalowanie problemu

Przykład:

Start → Przegląd zamówienia → ◉ Oczekiwanie na płatność → Wysyłka zamówienia

Zdarzenie pośrednie może:

Przechwycićcoś, np. oczekiwanie na nadchodzącą wiadomość
Wyrzucićcoś, np. wysłanie wiadomości lub wywołanie błędu

Zdarzenie końcowe

Zdarzenie końcowe wskazuje, gdzie kończy się ścieżka procesu.

Symbol: gruba linia koła

Przykłady:

Zamówienie ukończone
Wniosek odrzucony
Płatność nie powiodła się
Sprawa zamknięta

Przykład:

Wysyłka zamówienia → ● Zamówienie ukończone

Zdarzenie końcowe zazwyczaj ma przepływ sekwencyjny przychodzący, ale nie ma przepływu wychodzącego.

4.2 Aktywności

Aktywność reprezentuje pracę wykonaną w procesie. Aktywności przedstawiane są jako zaokrąglone prostokąty.

Przykłady:

Przeglądanie wniosku
Zatwierdzenie płatności
Wybierz produkty
Wyślij fakturę
Zaktualizuj rekord klienta

Aktywności powinny zazwyczaj być nazwane przy użyciu czasownika i rzeczownika:

Przejrzyj wniosek
Zweryfikuj adres
Zatwierdź wniosek
Wyślij potwierdzenie

Unikaj niejasnych nazw, takich jak:

Przetwarzanie
Praca
Obsłuż problem
Krok 1

Zadanie

Zadaniezadanie to pojedyncza jednostka pracy, która nie jest dalej rozbijana w bieżącym diagramie.

Przykład:

[Przejrzyj zamówienie klienta]

Zadanie może być wykonane ręcznie, automatycznie lub przez użytkownika pracującego z systemem.

Typowe typy zadań BPMN obejmują:

Typ zadania	Znaczenie	Przykład
Zadanie użytkownika	Osoba wykonuje pracę przy użyciu systemu	Zatwierdź wniosek o kredyt
Zadanie ręczne	Osoba wykonuje pracę bez systemu	Zbadaj paczkę
Zadanie usługowe	System lub zautomatyzowana usługa wykonuje pracę	Oblicz koszt wysyłki
Zadanie wysyłania	Wysyła wiadomość	Wyślij potwierdzenie zamówienia
Zadanie odbierania	Oczekuje na wiadomość	Odbierz odpowiedź dostawcy
Zadanie skryptu	Wykonuje skrypt lub program	Oblicz sumę
Zadanie reguł biznesowych	Zastosuj reguły biznesowe	Określ rabat

Dla początkujących zwykłe zadanie ogólne jest często wystarczające, chyba że dokładna implementacja ma znaczenie.

Podproces

Podprocespodproces to grupa działań traktowana jako jedna większa czynność.

Przykład:

[Obsługa zwrotu klienta]

Wewnątrz podprocesu mogą znajdować się:

Odbierz wniosek o zwrot
      ↓
Sprawdź kwalifikację do zwrotu
      ↓
Zbadaj zwrócony przedmiot
      ↓
Wystaw zwrot pieniędzy

Użyj podprocesu, gdy:

Grupa działań jest logicznie powiązana
Diagram staje się zbyt duży
Chcesz tymczasowo ukryć szczegóły
Ta sama grupa kroków jest wykorzystywana wielokrotnie
Różni ludzie potrzebują różnych poziomów szczegółowości

Podproces jest przedstawiany jako zaokrąglony prostokąt z małym znakiem plusa, gdy jest zwinięty.

4.3 Bramy

Brama kontroluje, jak proces się rozgałęzia, łączy lub podejmuje decyzje. Bramy są reprezentowane przez romby.

Symbol wewnątrz rombu wskazuje typ bramy.

Brama wyłączna: XOR

Brama wyłączna wybiera dokładnie jedną ścieżkę.

Przykład:

                 ┌── Tak → Zatwierdź wniosek
Sprawdź wniosek ─◇─┤
                 └── Nie  → Odrzuć wniosek

Użyj bramy wyłącznej, gdy tylko jeden warunek może być prawdziwy.

Przykładowe pytanie:

Czy wartość zamówienia przekracza 1000 USD?

Możliwe ścieżki:

Tak: Wymagana zgoda menedżera
Nie: Kontynuuj automatycznie

Typowa notacja:

◇ Czy płatność została zatwierdzona?

Należy podążać tylko jedną ścieżką wychodzącą.

Brama równoległa: AND

Brama równoległa aktywuje wiele ścieżek jednocześnie.

Przykład:

                 ┌── Wyślij fakturę
Zamówienie potwierdzone ─◇
                 └── Przygotuj wysyłkę

Oba działania są realizowane.

Brama równoległa może również synchronizować ścieżki równoległe:

Wyślij fakturę ────┐
                 ◇── Wyślij zamówienie
Przygotuj wysyłkę ┘

Proces kontynuuje się dopiero po zakończeniu obu gałęzi.

Użyj bramy równoległej, gdy działania są niezależne i mogą zachodzić równolegle.

Brama włączna: OR

Brama włączna aktywuje jedną lub więcej ścieżek w zależności od warunków.

Przykład:

Typ klienta?
   ├── Klient biznesowy → Utwórz konto biznesowe
   ├── Klient międzynarodowy → Oblicz opłatę celną
   └── Klient premium → Zastosuj rabat premium

Może zostać wybrana jedna, dwie lub wszystkie trzy ścieżki.

Użyj bramki inkluzywnej, gdy wiele warunków może być prawdziwych jednocześnie.

Bramka oparta na zdarzeniach

Bramka oparta na zdarzeniach wybiera ścieżkę w zależności od tego, które zdarzenie nastąpi pierwsze.

Przykład:

Wyślij ofertę
    ↓
◇ Czekaj na zdarzenie
   ├── Klient akceptuje → Utwórz zamówienie
   ├── Klient odrzuca → Zamknij wniosek
   └── Czas upływa    → Wyślij przypomnienie

Jest to przydatne, gdy proces czeka na konkurujące ze sobą zdarzenia, takie jak:

Odpowiedź klienta
Upływ czasu (timeout)
Wiadomość z innego systemu

Porównanie bramek

Bramka	Liczba wybranych ścieżek	Główny cel
Wyłączna	Równie dokładnie jedna	Wybór między alternatywami
Równoległa	Wszystkie odpowiednie ścieżki	Wykonuj pracę jednocześnie
Inkluzywna	Jedna lub więcej	Śledź każdy spełniony warunek
Oparta na zdarzeniach	Pierwsze wystąpienie zdarzenia	Reaguj na pierwsze występujące zdarzenie

Nazewnictwo bramek

Bramkę można zapisać jako pytanie:

Czy płatność została zatwierdzona?
Czy klient jest kwalifikowany?
Czy wszystkie dokumenty są kompletne?
Czy termin minął?

Wychodzące przepływy powinny następnie używać pasujących warunków:

Tak / Nie
Zatwierdzono / Odrzucono
Kompletne / Niekompletne

5. Obiekty łączące

Obiekty łączące pokazują, jak elementy BPMN odnoszą się do siebie.

5.1 Przepływ sekwencyjny

Przepływ sekwencyjnypokazuje kolejność, w jakiej występują działania, zdarzenia i bramki.

Jest reprezentowany przez ciągłą linię z ciągłą główką strzałki.

Start → Przeglądanie wniosku → Zatwierdzenie wniosku → Koniec

Przepływ sekwencyjny jest zazwyczaj używany w ramach tego samego basenu.

Przykład:

○ Start → [Zweryfikuj zamówienie] → ◇ Płatność zatwierdzona?

Zasady dla przepływu sekwencyjnego

Używaj strzałek do pokazania kierunku.
Utrzymuj spójny kierunek, zazwyczaj od lewej do prawej lub od góry do dołu.
Oznaczaj przepływy warunkowe, gdy jest to konieczne.
Unikaj przecinających się linii.
Nie używaj przepływu sekwencyjnego do łączenia oddzielnych basenów.

5.2 Przepływ wiadomości

Przepływ wiadomościpokazuje komunikację między oddzielnymi uczestnikami lub basenami.

Jest reprezentowany przez przerywaną linię z otwartą główką strzałki.

Przykład:

Basen Klienta       - - - wiadomość zamówienia - - -> Basen Firmy
Basen Firmy        - - - potwierdzenie - - -> Basen Klienta

Przepływ wiadomości może reprezentować:

Wysyłanie zamówienia
Odbieranie faktury
Wysyłanie żądania zapłaty
Odbieranie aktualizacji dostawy
Wymiana informacji z systemem zewnętrznym

Przepływ sekwencyjny versus przepływ wiadomości

Połączenie	Używane między	Znaczenie
Przepływ sekwencyjny	Elementy w tym samym basenie	Kolejność prac
Przepływ wiadomości	Osobne baseny lub uczestnicy	Komunikacja między uczestnikami

Pospolitym błędem początkujących jest używanie przepływu sekwencyjnego między dwoma basenami. Zamiast tego użyj przepływu wiadomości.

5.3 Powiązanie

Powiązaniepowiązaniełączy dodatkowe informacje z elementem BPMN.

Jest przedstawione jako przerywana linia.

Użyj go do połączenia:

Adnotację tekstową do aktywności
Obiekt danych do zadania
Grupę do powiązanych elementów

Przykład:

[Zatwierdź fakturę] ······· „Wymagana akceptacja menedżera”

Powiązanie nie kontroluje kolejności procesu. Po prostu dodaje kontekst.

5.4 Powiązanie danych

A powiązanie danych pokazuje, jak dane wchodzą do aktywności lub ją opuszczają.

Może przedstawiać:

Dokument wejściowy wykorzystywany
Dokument wyjściowy generowany
Informacje aktualizowane
Dane przechowywane

Przykład:

[Stwórz fakturę] ─ ─ ─ → Dokument faktury

Linia jest zazwyczaj przerywana i zakończona otwartą strzałką.

6. Elementy danych

Elementy danych BPMN pokazują informacje wykorzystywane lub tworzone przez proces.

6.1 Obiekt danych

A obiekt danych reprezentuje informacje wykorzystywane lub generowane w trakcie procesu.

Przykłady:

Zamówienie klienta
Faktura
Wniosek
Etykieta wysyłkowa
Dokument zatwierdzenia
Paragon płatności

Przykład:

[Przejrzyj zamówienie] ─ ─ ─ → Dokument zamówienia

Obiekt danych niekoniecznie oznacza fizyczny dokument papierowy. Może również reprezentować plik cyfrowy lub dokument biznesowy.

6.2 Dane wejściowe

A dane wejściowe reprezentuje informacje wprowadzane do procesu.

Przykłady:

Wniosek klienta
Oferta dostawcy
Nowe zamówienie
Wgrany dokument

Przykład:

Wniosek klienta → Przetworzenie wniosku

6.3 Dane wyjściowe

A dane wyjściowe reprezentuje informacje wytworzone przez proces.

Przykłady:

Zatwierdzony wniosek
Potwierdzenie wysyłki
Faktura
Raport zakończenia

6.4 Magazyn danych

A magazyn danych reprezentuje trwałe informacje, które pozostają dostępne poza jednym przypadkiem procesu.

Przykłady:

Baza danych klientów
System magazynowy
Rejestr pracowników
Repozytorium dokumentów
System księgowy

Przykład:

[Aktualizacja magazynu] ─ ─ ─ ↔ Baza danych magazynu

Magazyn danych jest przydatny, gdy proces odczytuje z długoterminowego repozytorium informacji lub zapisuje do niego.

Porównanie elementów danych

Element	Znaczenie	Przykład
Obiekt danych	Informacje wykorzystywane lub generowane w trakcie procesu	Dokument zamówienia
Dane wejściowe	Informacje wprowadzane do procesu	Wniosek klienta
Dane wyjściowe	Informacje opuszczające proces	Zawiadomienie o zatwierdzeniu
Magazyn danych	Trwała baza informacji	Baza danych klientów

7. Elementy dodatkowe

Elementy dodatkowe dodają informacje bez zmiany przepływu procesu.

Obraz przedstawia dwa powszechne elementy dodatkowe: grupy i adnotacje tekstowe.

7.1 Grupa

Grupa wizualnie otacza powiązane elementy.

Grupa jest przedstawiana za pomocą przerywanego prostokąta o zaokrąglonych rogach.

Użyj grupy, aby:

Podkreślić fazę procesu
Zorganizować powiązane działania
Oznaczyć kroki związane z zgodnością
Zidentyfikować pracę opcjonalną
Wyjaśnić granice procesu

Przykład:

┌ - - - - - Weryfikacja klienta - - - - - ┐
  [Sprawdź tożsamość] → [Zweryfikuj adres]
└ - - - - - - - - - - - - - - - - - - - - -┘

Grupa nie kontroluje wykonania. Jest jedynie pomocą wizualną.

7.2 Adnotacja tekstowa

Adnotacja tekstowa dodaje komentarz lub wyjaśnienie.

Przykład:

[Zatwierdź zwrot] ····· „Zwroty powyżej 500 USD wymagają zatwierdzenia przez menedżera.”

Adnotacje są pomocne w przypadku:

Zasady biznesowe
Wyjątki
Polityki
Założenia
Wyjaśnienia nietypowego zachowania
Notatki dla czytelników

Nie używaj adnotacji tekstowych jako zamiennika rzeczywistej logiki BPMN. Jeśli reguła zmienia ścieżkę procesu, zamodeluj ją za pomocą bramki lub zdarzenia.

8. Kompletny przykład: Proces zamówienia online

Poniższy przykład łączy baseny, pasma, aktywności, bramki, dane i wiadomości.

Scenariusz

Klient składa zamówienie online. Firma sprawdza stan magazynowy i płatność. Jeśli produkt jest dostępny, a płatność zatwierdzona, magazyn wysyła zamówienie. W przeciwnym razie klient jest powiadamiany.

Klient
  ○ Złóż zamówienie
        |
        | Wiadomość o zamówieniu
        v

Sklep internetowy
  Dział sprzedaży
  ○ Odbierz zamówienie
        ↓
  [Sprawdź stan magazynowy]
        ↓
  ◇ Czy produkt jest dostępny?
     ↙              ↘
   Nie               Tak
   ↓                  ↓
[Powiadom klienta]  [Zażądaj płatności]
   ↓                  ↓
  ● Zamknięte zamówienie   ◇ Czy płatność zatwierdzona?
                     ↙              ↘
                   Nie              Tak
                   ↓                  ↓
             [Powiadom klienta]   Magazyn
                   ↓             [Wybierz przedmioty]
              ● Zamknięte zamówienie          ↓
                                  [Spakuj zamówienie]
                                       ↓
                                  [Wyślij zamówienie]
                                       ↓
                                  [Wyślij potwierdzenie]
                                       ↓
                                      ● Ukończone

Dane używane w procesie

Zamówienie klienta → Odbierz zamówienie
Baza danych magazynowych ↔ Sprawdź stan magazynowy
Żądanie płatności → Zażądaj płatności
Etykieta wysyłkowa → Wyślij zamówienie
Potwierdzenie zamówienia → Wyślij potwierdzenie

Komunikacja między uczestnikami

Klient wysyła zamówienie do firmy.
Firma wysyła żądanie płatności do dostawcy płatności.
Dostawca płatności wysyła wiadomość o zatwierdzeniu lub odrzuceniu.
Firma wysyła potwierdzenie do klienta.
Magazyn otrzymuje żądanie wysyłki.

9. Przykład: Wniosek o urlop pracownika

Zasada biznesowa

Pracownik składa wniosek o urlop. Menedżer zatwierdza lub odrzuca go. W przypadku zatwierdzenia system HR aktualizuje saldo urlopu pracownika.

Pracownik
  ○ Złóż wniosek o urlop
        ↓
Menedżer
  [Przejrzyj wniosek]
        ↓
  ◇ Czy zatwierdzono?
    ↙       ↘
  Nie        Tak
  ↓           ↓
[Wyślij      [Powiadom pracownika]
 odmowę]       ↓
  ↓         Dział HR
  ● Koniec   [Zaktualizuj saldo urlopu]
                    ↓
               [Zarejestruj zatwierdzenie]
                    ↓
                   ● Koniec

Możliwe elementy danych

Wniosek o urlop
Saldo urlopu pracownika
Powiadomienie o zatwierdzeniu
Rekord kadrowy

Możliwa adnotacja

„Wnioski dłuższe niż 10 dni roboczych wymagają zatwierdzenia przez kierownika działu.”

Jeśli reguła tworzy inną ścieżkę decyzyjną, powinna być zamodelowana za pomocą bramki, a nie tylko zapisana jako adnotacja.

10. Przykład: Aktywności równoległe

Załóżmy, że zatwierdzony wniosek o kredyt wymaga zarówno sprawdzenia wiarygodności kredytowej, jak i weryfikacji tożsamości. Mogą one odbywać się jednocześnie.

[Odbierz wniosek o kredyt]
          ↓
       ◇ AND
       ↙   ↘
[Sprawdź wiarygodność kredytową] [Weryfikuj tożsamość]
       ↘   ↙
       ◇ AND
          ↓
 [Podjęcie decyzji kredytowej]
          ↓
         ● Koniec

Pierwsza bramka równoległa rozdziela proces. Druga czeka, aż obie aktywności zostaną ukończone.

Użyj tego wzorca, gdy:

Aktywności są niezależne
Obie aktywności są wymagane
Wykonanie ich jednocześnie oszczędza czas

11. Przykład: Oczekiwanie na zdarzenia

Dostawca wysyła ofertę, ale firma może również anulować wniosek, jeśli odpowiedź zajmie zbyt dużo czasu.

[Wyślij wniosek o ofertę]
          ↓
  ◇ Bramka oparta na zdarzeniach
      ↙          ↘
[Odbierz ofertę]  [Upływa czas]
      ↓              ↓
[Oceń ofertę]  [Wyślij przypomnienie]
      ↓              ↓
     ● Koniec          ● Koniec

Ścieżka zależy od tego, które zdarzenie nastąpi pierwsze.

12. Jak utworzyć diagram BPMN

Postępuj zgodnie z tym procesem podczas modelowania nowego procesu biznesowego.

Krok 1: Określ zakres procesu

Zdecyduj, gdzie proces się zaczyna i gdzie się kończy.

Przykład:

Start: Klient składa zamówienie
Koniec: Zamówienie jest wysyłane lub anulowane

Unikaj modelowania całej organizacji w jednym diagramie.

Krok 2: Zidentyfikuj uczestników

Wymień zaangażowane osoby, działy, organizacje i systemy.

Przykład:

Klient
Dział sprzedaży
Magazyn
Dostawca płatności

Zdecyduj, które elementy powinny być basenami, a które torami.

Krok 3: Zidentyfikuj zdarzenie początkowe

Zadaj pytanie:

Co uruchamia ten proces?

Możliwe odpowiedzi:

Zgłoszenie jest składane
Przychodzi wiadomość
Następuje zaplanowany moment
Warunek staje się prawdziwy

Krok 4: Wymień główne czynności

Najpierw opisz pracę prostym językiem.

Przykład:

Odbierz zamówienie
Sprawdź stan magazynowy
Zażądaj płatności
Wybierz produkty
Zapakuj zamówienie
Wydaj zamówienie do wysyłki
Wyślij potwierdzenie

Krok 5: Dodaj decyzje

Szukaj pytań, które zmieniają to, co dzieje się dalej.

Przykłady:

Czy produkt jest dostępny?
Czy płatność została zatwierdzona?
Czy zgłoszenie jest kompletne?
Czy termin minął?

Zreprezentuj te decyzje za pomocą bram.

Krok 6: Dodaj zdarzenia końcowe

Proces może mieć wiele zakończeń.

Przykłady:

Zamówienie zrealizowane
Zamówienie anulowane
Wniosek odrzucony
Płatność nie powiodła się

Krok 7: Dodaj przepływy sekwencyjne

Połącz proces od początku do końca. Zachowaj kierunek łatwy do śledzenia.

Krok 8: Dodaj wiadomości

Pokaż komunikację między oddzielnymi basenami za pomocą przepływów wiadomości.

Krok 9: Dodaj dane i adnotacje

Dodawaj dokumenty, bazy danych, reguły i notatki tylko tam, gdzie wyjaśniają one proces.

Krok 10: Przegląd diagramu

Sprawdź, czy:

Każda ścieżka procesu zaczyna się poprawnie
Każda ścieżka dochodzi do końca
Bramy są logicznie sparowane
Obowiązki są jasne
Wiadomości łączą oddzielnych uczestników
Aktywności są nazwane spójnie
Diagram jest czytelny

13. Konwencje nazewnictwa

Dobre nazwy sprawiają, że diagramy BPMN są znacznie łatwiejsze do zrozumienia.

Zdarzenia

Użyj rzeczownika lub frazy opisującej zdarzenie:

Zamówienie otrzymane
Płatność zatwierdzona
Termin minął
Klient anuluje wniosek

Zadania

Użyj czasownika następowanego przez rzeczownik:

Zweryfikuj wniosek
Sprawdź stan magazynowy
Zatwierdź płatność
Wyślij powiadomienie

Bramy

Użyj pytania:

Czy wniosek jest kompletny?
Czy płatność została zatwierdzona?
Czy produkty są dostępne?

Zdarzenia końcowe

Użyj wyniku:

Zamówienie ukończone
Wniosek odrzucony
Płatność nie powiodła się
Sprawa zamknięta

Unikaj niejasnych etykiet, takich jak:

Przetwórz zamówienie
Obsłuż wniosek
Wykonaj sprawdzanie
Wymagane działanie

Preferuj bardziej precyzyjne nazwy:

Zweryfikuj szczegóły zamówienia
Przejrzyj wniosek klienta
Sprawdź status płatności
Wyślij powiadomienie o zatwierdzeniu

14. Typowe błędy początkujących

Używanie niewłaściwego typu przepływu

Niepoprawnie:

Przepływ sekwencyjny między dwoma oddzielnymi pulami

Poprawnie:

Przepływ wiadomości między oddzielnymi pulami

Używaj przepływu sekwencyjnego do określania kolejności działań w ramach jednego uczestnika. Używaj przepływu wiadomości do komunikacji między uczestnikami.

Traktowanie każdego działu jako osobnej puli

Działy w ramach tej samej organizacji zazwyczaj lepiej przedstawiać jako pasma w jednej puli. Oddzielne puli są bardziej odpowiednie dla niezależnych uczestników.

Używanie bram do prostych prac sekwencyjnych

Nie dodawaj bramy, gdy nie ma rozgałęzienia ani scalenia.

Niepotrzebne:

Start → ◇ → Przegląd formularza → ◇ → Koniec

Lepiej:

Start → Przegląd formularza → Koniec

Pomijanie scalania gałęzi

Jeśli brama rozdziela proces, jej gałęzie mogą wymagać późniejszego scalenia.

Na przykład, po zatwierdzeniu lub odrzuceniu wniosku proces może przejść do wspólnego kroku powiadomienia.

Używanie tekstu zamiast logiki procesu

Napisanie „Jeśli płatność się nie powiedzie, powiadom klienta” jako notatka nie modeluje zachowania. Użyj bramy wyłącznej:”

◇ Płatność zatwierdzona?
   ├── Tak → Kontynuuj zamówienie
   └── Nie  → Powiadom klienta

Przeciążenie diagramu

Diagram z zbyt dużą ilością szczegółów staje się trudny do odczytania. Używaj:

Podprocesów
Osobnych diagramów
Grup
Bardziej szczegółowych widoków dla różnych odbiorców

Mieszanie poziomów szczegółowości

Unikaj umieszczania działania wysokiego poziomu, takiego jak „Przetwórz zamówienie

Wybierz jeden poziom szczegółowości dla diagramu lub użyj podprocesu.

Brakujące zdarzenia końcowe

Proces powinien zazwyczaj jasno określać swoje możliwe wyniki. W odpowiednich przypadkach należy uwzględnić zdarzenia końcowe dla ścieżek udanych, odrzuconych, anulowanych lub zakończonych niepowodzeniem.

15. Najlepsze praktyki modelowania BPMN

Zacznij od celu i zakresu procesu.
Używaj wyraźnego kierunku od lewej do prawej lub od góry do dołu.
Używaj jednego zdarzenia startowego, chyba że faktycznie wymagane są wiele wyzwalaczy.
Nadaj każdej istotnej ścieżce jasny wynik.
Utrzymuj zadania na podobnym poziomie szczegółowości.
Używaj pasów do wyjaśnienia odpowiedzialności.
Oznaczaj przepływy wyjściowe z bramki.
Używaj przepływów wiadomości wyłącznie do komunikacji między uczestnikami.
Gdzie to możliwe, unikaj przecinających się łączników.
Preferuj znaczące nazwy nad nazwami technicznymi.
Używaj obiektów danych tylko wtedy, gdy informacje są istotne.
Używaj adnotacji do wyjaśniania, a nie do zastępowania logiki procesu.
Podziel duże diagramy na podprocesy.
Zweryfikuj model z osobami wykonującymi faktyczną pracę.

16. Szybka tablica podpowiedzi BPMN

Symbol lub koncepcja	Znaczenie
Cienkie koło	Zdarzenie startowe
Podwójne koło	Zdarzenie pośrednie
Grube koło	Zdarzenie końcowe
Zaokrąglony prostokąt	Aktywność lub zadanie
Zaokrąglony prostokąt z znakiem plusa	Zwiniony podproces
Romb z krzyżykiem	Bramka wyłączna
Romb z znakiem plus	Bramka równoległa
Romb z kołem	Bramka inkluzywna
Romb z znacznikami zdarzeń	Bramka oparta na zdarzeniach
Strzałka ciągła	Przepływ sekwencyjny
Strzałka przerywana	Przepływ wiadomości
Linia kropkowana	Asocjacja
Kształt dokumentu	Obiekt danych
Baza danych (walc)	Magazyn danych
Pudełko grupujące przerywane	Grupa
Pole tekstowe	Adnotacja tekstowa
Duży zewnętrzny kontener	Basen
Podział wewnątrz basenu	Pasa

17. Prosta lista kontrolna modelowania BPMN

Przed finalizacją diagramu zapytaj:

Przepływ procesu

Czy istnieje wyraźny początek?
Czy normalny proces jest łatwy do śledzenia?
Czy każda ścieżka ostatecznie się kończy?
Czy decyzje są reprezentowane przez bramki?

Obowiązki

Czy każda czynność jest przypisana do uczestnika lub ścieżki?
Czy baseny są używane dla oddzielnych uczestników?
Czy ścieżki są używane dla wewnętrznych ról lub działów?

Połączenia

Czy przepływy sekwencyjne są używane wewnątrz basenu?
Czy przepływy wiadomości są używane między basenami?
Czy gałęzie bramek są oznaczone?

Informacje

Czy ważne dokumenty są przedstawione?
Czy trwałe systemy są reprezentowane jako magazyny danych?
Czy adnotacje są używane wyłącznie do wyjaśnień?

Czytelność

Czy diagram jest zbyt duży?
Czy czynności są spójnie nazwane?
Czy linie łączące są łatwe do śledzenia?
Czy podproces mógłby uprościć diagram?

Główna idea jest prosta: zdarzenia opisują, co się dzieje, czynności opisują pracę, bramki kontrolują decyzje lub równoległe ścieżki, ścieżki pokazują odpowiedzialność, połączenia pokazują relacje, a elementy danych pokazują informacje.Razem te elementy dostarczają jasnego obrazu tego, jak proces biznesowy się zaczyna, postępuje, rozgałęzia się, komunikuje i kończy.

Odnośniki

Kompleksowy przewodnik po BPMN, narzędziach Visual Paradigm, AI i ekosystemie: Oficjalny wpis na blogu przedstawiający cztery filary ekosystemu AI VP z praktycznymi przykładami BPMN, takimi jak Rekrutacja Pracownika i Realizacja Zamówienia .
Opanowanie modelowania procesów biznesowych: Kompletny przewodnik po BPMN i generowaniu diagramów z wykorzystaniem AI: Oficjalny przewodnik szczegółowo opisujący, jak korzystać z generatora diagramów procesów biznesowych AI, z instrukcjami krok po kroku i porównaniami funkcji .
Od tekstu do przepływu procesu: Moja recenzja z praktycznymi testami generatora BPMN Visual Paradigm z wykorzystaniem AI: Niezależna recenzja testująca generator w rzeczywistych scenariuszach (e-commerce, wsparcie IT, bankowość) z perspektywy analityka biznesowego .
Generator diagramów BPMN AI: Profesjonalne narzędzie BPD: Oficjalna strona produktu wyjaśniająca funkcję konwersji tekstu na diagram, sposób uzyskania do niej dostępu w VP Desktop oraz kluczowe korzyści, takie jak zgodność ze standardami.
Kompleksowy przewodnik po BPMN, narzędziach Visual Paradigm, sztucznej inteligencji i ekosystemie: Chińska wersja kompleksowego przewodnika, obejmująca podstawy BPMN oraz studium przypadków generowania napędzanego przez sztuczną inteligencję.
Od tekstu do przepływu procesu: Praktyczna recenzja generatora BPMN Visual Paradigm wspieranego przez sztuczną inteligencję: Szczegółowe studium przypadku dotyczące procesu wysyłki w sklepie z artykułami budowlanymi, demonstrujące, jak sztuczna inteligencja obsługuje bramki, wykonanie równoległe i logikę ścieżek pływowych.
Generator diagramów BPMN oparty na AI: Profesjonalne narzędzie BPD: Chiński przewodnik produktowy szczegółowo opisujący możliwości generatora AI, w tym automatyczne uwzględnianie basenów i ścieżek pływowych dla lepszej przejrzystości międzyfunkcjonalnej.
Moje osobiste doświadczenia: Jak napędzany przez AI BPMN Visual Paradigm zmienia dokumentację procesów biznesowych: Recenzja z pierwszej ręki dotycząca wydajności generatora AI w scenariuszach wdrażania pracowników, obsługi klienta i zatwierdzania pożyczek.
Praktyczny przewodnik dla początkujących w modelowaniu procesów biznesowych BPMN 2.0: Łatwe tworzenie profesjonalnych diagramów przepływu przy użyciu Visual Paradigm i AI: Praktyczny tutorial z strategiami pisania promptów i zaawansowanymi technikami optymalizacji przy użyciu czatu AI do refinowania rozmów.
Kompleksowy przewodnik praktyczny BPMN: Doświadczenia z Visual Paradigm, funkcje AI i głęboki przewodnik po ekosystemie: Seria artykułów obejmująca premierę generatora BPMN wspieranego przez AI, z pogłębionym omówieniem integracji ekosystemu i praktycznymi przykładami.

Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文