Dynamiczne aspekty procesów biznesowych - RE

Transkrypt

Dynamiczne aspekty procesów biznesowych - RE
MODELOWANIE W UML – DO
OPISU BIZNESU, CZY SYSTEMÓW?
Modelowanie procesów biznesowych w UML
TOMASZ GZIK
MARZEC 2016
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
WPROWADZENIE
UML nie jest standardem modelowania procesów
biznesowych
1
4
2
Czy modelować procesy biznesowe w UML?
3
Jak modelować procesy biznesowe w UML?
Podsumowanie
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
UML vs Procesy Biznesowe
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.
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
UML vs Procesy Biznesowe
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.
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Czy modelować procesy biznesowe w UML?
Unikać, ale …
Wady i zalety UML w
modelowaniu procesów
biznesowych nie mają
znaczenia, jeżeli
organizacja chce lub musi
modelować w UML.
www.tigaconsulting.pl
Warte podkreślenia – w UML
jest możliwe modelowanie
procesów biznesowych.
Wszystkie prawa zastrzeżone
[email protected]
Przypadki użycia – Procesy biznesowe
Przypadki użycia jako procesy biznesowe
„Tradycyjne” przypadki użycia
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.
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Diagramy aktywności – procesy biznesowe
Diagramy aktywności jako procesy biznesowe
„Tradycyjne” diagramy aktywności
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.
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Hierarchia procesów biznesowych
Hierarchia procesów biznesowych z
wykorzystaniem diagramu
aktywności
Hierarchia procesów biznesowych z
wykorzystaniem przypadków użycia
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Przebieg procesów biznesowych
Przebieg procesów biznesowych z
wykorzystaniem diagramu
aktywności
Przebieg procesów biznesowych z
wykorzystaniem przypadków użycia
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Profile UML do modelowania procesów
Profile UML przeznaczone do
modelowania procesów biznesowych
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Profile UML – przykład (Beate List, Birgit Korherr)
Autorzy Profilu: Beate List, Birgit Korherr
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Profile UML – przykład (Rational Unified Process)
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Zanim zaczniemy modelować w UML
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.
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
Podsumowanie
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.
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]
BARDZO DZIĘKUJĘ
ZAPRASZAM DO KONTAKTU
www.tigaconsulting.pl
Wszystkie prawa zastrzeżone
[email protected]