SlideShare a Scribd company logo
1 of 15
Download to read offline
MODELOWANIE W UML – DO
OPISU BIZNESU, CZY SYSTEMÓW?
Modelowanie procesów biznesowych w UML
TOMASZ GZIK
M A R Z E C 2 0 1 6
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
WPROWADZENIE
tgzik@tigaconsulting.pl
UML nie jest standardem modelowania procesów
biznesowych
Czy modelować procesy biznesowe w UML?
Jak modelować procesy biznesowe w UML?
Podsumowanie
1
2
3
4
www.tigaconsulting.pl Wszystkie prawa zastrzeżone
UML vs Procesy Biznesowe
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
o Język UML nie jest dedykowany do modelowania procesów biznesowych.
o W specyfikacji UML pojęcie "proces biznesowy" pojawia się tylko raz.
o Modelowanie procesów biznesowych w UML często stosowane jest intuicyjnie.
o Diagram aktywności = scenariusz przypadku użycia = diagram procesu biznesowego.
o Elementy UML nie są natywne dla modelowania procesów, więc ich semantyka w kontekście
procesów biznesowych może być różnie „postrzegana”.
o Brak możliwości generowania definicji procesów.
o Trudności w dokumentowaniu.
UML vs Procesy Biznesowe
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
o UML jest bardzo znany i popularny w zastosowaniu, również w kontekście narzędziowym.
o Wiele elementów zapewnia elastyczność w modelowaniu.
o Możliwość uchwycenia perspektywy statycznej (hierarchia) i dynamicznej (przebieg) procesów.
Czy modelować procesy biznesowe w UML?
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
Wady i zalety UML w
modelowaniu procesów
biznesowych nie mają
znaczenia, jeżeli
organizacja chce lub musi
modelować w UML.
Warte podkreślenia – w UML
jest możliwe modelowanie
procesów biznesowych.
Unikać, ale …
Przypadki użycia – Procesy biznesowe
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
„Tradycyjne” przypadki użycia Przypadki użycia jako procesy biznesowe
W kontekście modelowania procesów, wybrane elementy
diagramu przypadków użycia mogą oznaczać:
• granica = organizacja,
• aktor = rola w procesie,
• przypadek użycia = proces,
• scenariusz przypadku użycia = przebieg procesu.
Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
Diagramy aktywności – procesy biznesowe
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
„Tradycyjne” diagramy aktywności Diagramy aktywności jako procesy biznesowe
W kontekście modelowania procesów, wybrane elementy diagramu
czynności mogą oznaczać:
• tor pływacki = rola,
• czynność = proces biznesowy | podproces | czynność procesu,
• bramka decyzyjna= bramka decyzyjna typu XOR | OR | AND lub
inne,
• początek = rozpoczęcie procesu,
• koniec = zakończenie procesu.
Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
Hierarchia procesów biznesowych
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
Hierarchia procesów biznesowych z
wykorzystaniem przypadków użycia
Hierarchia procesów biznesowych z
wykorzystaniem diagramu
aktywności
Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
Przebieg procesów biznesowych
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
Przebieg procesów biznesowych z
wykorzystaniem przypadków użycia
Przebieg procesów biznesowych z
wykorzystaniem diagramu
aktywności
Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
Profile UML do modelowania procesów
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
Profile UML przeznaczone do
modelowania procesów biznesowych
Profile UML – przykład (Beate List, Birgit Korherr)
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
Autorzy Profilu: Beate List, Birgit Korherr
Profile UML – przykład (Rational Unified Process)
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
Źródło: Specyfikacja RUP
Zanim zaczniemy modelować w UML
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
Przed podjęciem decyzji o rozpoczęciu modelowania procesów z wykorzystaniem UML, warto zwrócić uwagę na poniższe:
• ocena otoczenia przedsięwzięcia, w ramach którego będę modelowane procesy, jego uwarunkowań i ograniczeń, powinna zostać
uwzględniona w kontekście decyzji o wyborze notacji | języka do modelowania procesów;
• decyzja o wyborze języka | notacji, metody i narzędzia do modelowania jest decyzją strategiczną w kontekście efektywności i efektów
końcowych modelowania - powinna zostać podjęta na odpowiednim poziomie decyzyjnym, tak aby można ją było skutecznie egzekwować;
• diagramy UML i poszczególne ich elementy, które będą wykorzystane do modelowania powinny zostać precyzyjnie określone wraz z
nadaniem im nowych znaczeń - w kontekście procesów biznesowych;
• odbiorcy modeli powinni zostać zaznajomieni z założeniami poczynionymi w ramach ustaleń z powyższego punktu, w szczególności klient
wewnętrzny | zewnętrzny oraz zespół projektowy;
• odbiorcy modeli powinni potwierdzić fakt zaznajomienia się z poczynionymi założeniami i rozumienia tych założeń;
• pożądana jest sytuacja, w której zespół projektowy opracowujący modele korzysta z zamkniętego zbioru elementów UML wybranych do
modelowania procesów, tzw. profile UML (to zagadnienie zostanie rozwinięte wkrótce na łamach bpmstandard.pl);
• pożądana jest sytuacja, w której wszyscy członkowie zespołu i klient wewnętrzny | zewnętrzny posługują się tym samym narzędziem do
modelowania.
Podsumowanie
tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
o UML nie jest standardem modelowania procesów biznesowych, ale jest bardzo często w tym
kontekście wykorzystywany.
o Modelowanie procesów biznesowych w UML rodzi realne ryzyka.
o Proponuje się unikać modelowania procesów biznesowych w UML, poza sytuacjami, w których
istnieją ku temu realne przesłanki.
o Proponuje się korzystać z gotowych lub tworzyć własne profile do modelowania procesów
biznesowych.
o Warto przeszkolić zespół z wybranego profilu przed rozpoczęciem modelowania.
o Należy zaimplementować profil w narzędziu do modelowania.
BARDZO DZIĘKUJĘ
tgzik@tigaconsulting.plwww.tigaconsulting.pl
ZAPRASZAM DO KONTAKTU
Wszystkie prawa zastrzeżone

More Related Content

Viewers also liked

Viewers also liked (7)

Planificacion
PlanificacionPlanificacion
Planificacion
 
Campos de la psicología
Campos de la psicologíaCampos de la psicología
Campos de la psicología
 
Hacking PostgreSQL. Обзор архитектуры.
Hacking PostgreSQL. Обзор архитектуры.Hacking PostgreSQL. Обзор архитектуры.
Hacking PostgreSQL. Обзор архитектуры.
 
El Ensayo
El EnsayoEl Ensayo
El Ensayo
 
El ensayo
El ensayoEl ensayo
El ensayo
 
MAPA CONCEPTUAL (Ecología)
MAPA CONCEPTUAL (Ecología)MAPA CONCEPTUAL (Ecología)
MAPA CONCEPTUAL (Ecología)
 
Btree. Explore the heart of PostgreSQL.
Btree. Explore the heart of PostgreSQL. Btree. Explore the heart of PostgreSQL.
Btree. Explore the heart of PostgreSQL.
 

Similar to Modelowanie w UML - do opisu biznesu, czy systemów?

It Consulting Modele Biznesowe I Modelowanie Procesow
It Consulting Modele Biznesowe I Modelowanie ProcesowIt Consulting Modele Biznesowe I Modelowanie Procesow
It Consulting Modele Biznesowe I Modelowanie Procesowguestb245c
 
It Consulting 1 Opis Dzialanosci Eksperta Analityka
It Consulting 1 Opis Dzialanosci Eksperta AnalitykaIt Consulting 1 Opis Dzialanosci Eksperta Analityka
It Consulting 1 Opis Dzialanosci Eksperta AnalitykaJaroslaw Zelinski
 
Bps Live 2012 Warszawa - analityka-i-symulacje procesów
Bps Live 2012 Warszawa - analityka-i-symulacje procesówBps Live 2012 Warszawa - analityka-i-symulacje procesów
Bps Live 2012 Warszawa - analityka-i-symulacje procesówPCHALAWA
 
Sztuka wojny wg analityka IT - jak współpracować z trudnym klientem
Sztuka wojny wg analityka IT - jak współpracować z trudnym klientemSztuka wojny wg analityka IT - jak współpracować z trudnym klientem
Sztuka wojny wg analityka IT - jak współpracować z trudnym klientemKatarzyna Mrowca
 
Klasyfikacja wymagań jako sposób zarządzania nimi
Klasyfikacja wymagań jako sposób zarządzania nimiKlasyfikacja wymagań jako sposób zarządzania nimi
Klasyfikacja wymagań jako sposób zarządzania nimiJaroslaw Zelinski
 
Jak metody i narzędzia BPM moga służyć analitykom
Jak metody i narzędzia BPM moga służyć analitykomJak metody i narzędzia BPM moga służyć analitykom
Jak metody i narzędzia BPM moga służyć analitykomJaroslaw Zelinski
 
Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...
Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...
Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...Business Analysts Meetup
 
Tajniki współpracy z (trudnym) klientem
Tajniki współpracy z (trudnym) klientemTajniki współpracy z (trudnym) klientem
Tajniki współpracy z (trudnym) klientemKatarzyna Mrowca
 
Modele i metodyki wdrażania i zarządzania projektami eai
Modele i metodyki wdrażania i zarządzania projektami eaiModele i metodyki wdrażania i zarządzania projektami eai
Modele i metodyki wdrażania i zarządzania projektami eaiJaroslaw Zelinski
 
Dynamiczne aspekty procesów biznesowych.
Dynamiczne aspekty procesów biznesowych.Dynamiczne aspekty procesów biznesowych.
Dynamiczne aspekty procesów biznesowych.Tomasz Gzik
 
Visual Basic .NET. Wzorce projektowe
Visual Basic .NET. Wzorce projektoweVisual Basic .NET. Wzorce projektowe
Visual Basic .NET. Wzorce projektoweWydawnictwo Helion
 
Metoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanieMetoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanieJaroslaw Zelinski
 
Modele biznesowe i sformalizowane metody ich dokumentowania
Modele biznesowe i sformalizowane metody ich dokumentowaniaModele biznesowe i sformalizowane metody ich dokumentowania
Modele biznesowe i sformalizowane metody ich dokumentowaniaJaroslaw Zelinski
 
P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...
P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...
P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...Heniokawa
 
Budowanie przewagi konkurencyjnej BPM
Budowanie przewagi konkurencyjnej BPMBudowanie przewagi konkurencyjnej BPM
Budowanie przewagi konkurencyjnej BPMAlicja Sieminska
 
UML. Inżynieria oprogramowania. Wydanie II
UML. Inżynieria oprogramowania. Wydanie IIUML. Inżynieria oprogramowania. Wydanie II
UML. Inżynieria oprogramowania. Wydanie IIWydawnictwo Helion
 
Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2Divante
 
Nowości oraz trendy w obszarze bpm – nurty
Nowości oraz trendy w obszarze bpm – nurtyNowości oraz trendy w obszarze bpm – nurty
Nowości oraz trendy w obszarze bpm – nurtyJaroslaw Zelinski
 

Similar to Modelowanie w UML - do opisu biznesu, czy systemów? (20)

It Consulting Modele Biznesowe I Modelowanie Procesow
It Consulting Modele Biznesowe I Modelowanie ProcesowIt Consulting Modele Biznesowe I Modelowanie Procesow
It Consulting Modele Biznesowe I Modelowanie Procesow
 
It Consulting 1 Opis Dzialanosci Eksperta Analityka
It Consulting 1 Opis Dzialanosci Eksperta AnalitykaIt Consulting 1 Opis Dzialanosci Eksperta Analityka
It Consulting 1 Opis Dzialanosci Eksperta Analityka
 
Bps Live 2012 Warszawa - analityka-i-symulacje procesów
Bps Live 2012 Warszawa - analityka-i-symulacje procesówBps Live 2012 Warszawa - analityka-i-symulacje procesów
Bps Live 2012 Warszawa - analityka-i-symulacje procesów
 
Sztuka wojny wg analityka IT - jak współpracować z trudnym klientem
Sztuka wojny wg analityka IT - jak współpracować z trudnym klientemSztuka wojny wg analityka IT - jak współpracować z trudnym klientem
Sztuka wojny wg analityka IT - jak współpracować z trudnym klientem
 
Klasyfikacja wymagań jako sposób zarządzania nimi
Klasyfikacja wymagań jako sposób zarządzania nimiKlasyfikacja wymagań jako sposób zarządzania nimi
Klasyfikacja wymagań jako sposób zarządzania nimi
 
Jak metody i narzędzia BPM moga służyć analitykom
Jak metody i narzędzia BPM moga służyć analitykomJak metody i narzędzia BPM moga służyć analitykom
Jak metody i narzędzia BPM moga służyć analitykom
 
Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...
Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...
Narzędzia do analizy biznesowej: wady i zalety. Plan analizy biznesowej w pra...
 
Tajniki współpracy z (trudnym) klientem
Tajniki współpracy z (trudnym) klientemTajniki współpracy z (trudnym) klientem
Tajniki współpracy z (trudnym) klientem
 
Modele i metodyki wdrażania i zarządzania projektami eai
Modele i metodyki wdrażania i zarządzania projektami eaiModele i metodyki wdrażania i zarządzania projektami eai
Modele i metodyki wdrażania i zarządzania projektami eai
 
UML. Wprowadzenie
UML. WprowadzenieUML. Wprowadzenie
UML. Wprowadzenie
 
Dynamiczne aspekty procesów biznesowych.
Dynamiczne aspekty procesów biznesowych.Dynamiczne aspekty procesów biznesowych.
Dynamiczne aspekty procesów biznesowych.
 
Visual Basic .NET. Wzorce projektowe
Visual Basic .NET. Wzorce projektoweVisual Basic .NET. Wzorce projektowe
Visual Basic .NET. Wzorce projektowe
 
Metoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanieMetoda analizy i specyfikowania wymagań na oprogramowanie
Metoda analizy i specyfikowania wymagań na oprogramowanie
 
Modele biznesowe i sformalizowane metody ich dokumentowania
Modele biznesowe i sformalizowane metody ich dokumentowaniaModele biznesowe i sformalizowane metody ich dokumentowania
Modele biznesowe i sformalizowane metody ich dokumentowania
 
P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...
P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...
P. Lech: Zintegrowane systemy zarządzania ERP/ERP II. Rozdział 3: Implementac...
 
Budowanie przewagi konkurencyjnej BPM
Budowanie przewagi konkurencyjnej BPMBudowanie przewagi konkurencyjnej BPM
Budowanie przewagi konkurencyjnej BPM
 
UML. Inżynieria oprogramowania. Wydanie II
UML. Inżynieria oprogramowania. Wydanie IIUML. Inżynieria oprogramowania. Wydanie II
UML. Inżynieria oprogramowania. Wydanie II
 
Optymalizacja procesów biznesowych
Optymalizacja procesów biznesowychOptymalizacja procesów biznesowych
Optymalizacja procesów biznesowych
 
Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2
 
Nowości oraz trendy w obszarze bpm – nurty
Nowości oraz trendy w obszarze bpm – nurtyNowości oraz trendy w obszarze bpm – nurty
Nowości oraz trendy w obszarze bpm – nurty
 

Modelowanie w UML - do opisu biznesu, czy systemów?

  • 1. MODELOWANIE W UML – DO OPISU BIZNESU, CZY SYSTEMÓW? Modelowanie procesów biznesowych w UML TOMASZ GZIK M A R Z E C 2 0 1 6 tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone
  • 2. WPROWADZENIE tgzik@tigaconsulting.pl UML nie jest standardem modelowania procesów biznesowych Czy modelować procesy biznesowe w UML? Jak modelować procesy biznesowe w UML? Podsumowanie 1 2 3 4 www.tigaconsulting.pl Wszystkie prawa zastrzeżone
  • 3. UML vs Procesy Biznesowe tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone o Język UML nie jest dedykowany do modelowania procesów biznesowych. o W specyfikacji UML pojęcie "proces biznesowy" pojawia się tylko raz. o Modelowanie procesów biznesowych w UML często stosowane jest intuicyjnie. o Diagram aktywności = scenariusz przypadku użycia = diagram procesu biznesowego. o Elementy UML nie są natywne dla modelowania procesów, więc ich semantyka w kontekście procesów biznesowych może być różnie „postrzegana”. o Brak możliwości generowania definicji procesów. o Trudności w dokumentowaniu.
  • 4. UML vs Procesy Biznesowe tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone o UML jest bardzo znany i popularny w zastosowaniu, również w kontekście narzędziowym. o Wiele elementów zapewnia elastyczność w modelowaniu. o Możliwość uchwycenia perspektywy statycznej (hierarchia) i dynamicznej (przebieg) procesów.
  • 5. Czy modelować procesy biznesowe w UML? tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone Wady i zalety UML w modelowaniu procesów biznesowych nie mają znaczenia, jeżeli organizacja chce lub musi modelować w UML. Warte podkreślenia – w UML jest możliwe modelowanie procesów biznesowych. Unikać, ale …
  • 6. Przypadki użycia – Procesy biznesowe tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone „Tradycyjne” przypadki użycia Przypadki użycia jako procesy biznesowe W kontekście modelowania procesów, wybrane elementy diagramu przypadków użycia mogą oznaczać: • granica = organizacja, • aktor = rola w procesie, • przypadek użycia = proces, • scenariusz przypadku użycia = przebieg procesu. Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
  • 7. Diagramy aktywności – procesy biznesowe tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone „Tradycyjne” diagramy aktywności Diagramy aktywności jako procesy biznesowe W kontekście modelowania procesów, wybrane elementy diagramu czynności mogą oznaczać: • tor pływacki = rola, • czynność = proces biznesowy | podproces | czynność procesu, • bramka decyzyjna= bramka decyzyjna typu XOR | OR | AND lub inne, • początek = rozpoczęcie procesu, • koniec = zakończenie procesu. Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
  • 8. Hierarchia procesów biznesowych tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone Hierarchia procesów biznesowych z wykorzystaniem przypadków użycia Hierarchia procesów biznesowych z wykorzystaniem diagramu aktywności Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
  • 9. Przebieg procesów biznesowych tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone Przebieg procesów biznesowych z wykorzystaniem przypadków użycia Przebieg procesów biznesowych z wykorzystaniem diagramu aktywności Źródło: Gzik T., Modelowanie procesów biznesowych w UML, https://bpmstandard.pl/wiedza/artykuly/60-modelowanie-procesow-biznesowych-w-uml
  • 10. Profile UML do modelowania procesów tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone Profile UML przeznaczone do modelowania procesów biznesowych
  • 11. Profile UML – przykład (Beate List, Birgit Korherr) tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone Autorzy Profilu: Beate List, Birgit Korherr
  • 12. Profile UML – przykład (Rational Unified Process) tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone Źródło: Specyfikacja RUP
  • 13. Zanim zaczniemy modelować w UML tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone Przed podjęciem decyzji o rozpoczęciu modelowania procesów z wykorzystaniem UML, warto zwrócić uwagę na poniższe: • ocena otoczenia przedsięwzięcia, w ramach którego będę modelowane procesy, jego uwarunkowań i ograniczeń, powinna zostać uwzględniona w kontekście decyzji o wyborze notacji | języka do modelowania procesów; • decyzja o wyborze języka | notacji, metody i narzędzia do modelowania jest decyzją strategiczną w kontekście efektywności i efektów końcowych modelowania - powinna zostać podjęta na odpowiednim poziomie decyzyjnym, tak aby można ją było skutecznie egzekwować; • diagramy UML i poszczególne ich elementy, które będą wykorzystane do modelowania powinny zostać precyzyjnie określone wraz z nadaniem im nowych znaczeń - w kontekście procesów biznesowych; • odbiorcy modeli powinni zostać zaznajomieni z założeniami poczynionymi w ramach ustaleń z powyższego punktu, w szczególności klient wewnętrzny | zewnętrzny oraz zespół projektowy; • odbiorcy modeli powinni potwierdzić fakt zaznajomienia się z poczynionymi założeniami i rozumienia tych założeń; • pożądana jest sytuacja, w której zespół projektowy opracowujący modele korzysta z zamkniętego zbioru elementów UML wybranych do modelowania procesów, tzw. profile UML (to zagadnienie zostanie rozwinięte wkrótce na łamach bpmstandard.pl); • pożądana jest sytuacja, w której wszyscy członkowie zespołu i klient wewnętrzny | zewnętrzny posługują się tym samym narzędziem do modelowania.
  • 14. Podsumowanie tgzik@tigaconsulting.plwww.tigaconsulting.pl Wszystkie prawa zastrzeżone o UML nie jest standardem modelowania procesów biznesowych, ale jest bardzo często w tym kontekście wykorzystywany. o Modelowanie procesów biznesowych w UML rodzi realne ryzyka. o Proponuje się unikać modelowania procesów biznesowych w UML, poza sytuacjami, w których istnieją ku temu realne przesłanki. o Proponuje się korzystać z gotowych lub tworzyć własne profile do modelowania procesów biznesowych. o Warto przeszkolić zespół z wybranego profilu przed rozpoczęciem modelowania. o Należy zaimplementować profil w narzędziu do modelowania.