Cesar Chew at 19:03, 25 November 2014

2014-11-25T19:03:31Z

New page

[[Category:PL]]
[[Category:BPMN|Z01]]

==Parallel Event-Based Gateway⌘==

[[File:ParallelEventBasedGateway.png]]
*Równoległa bramka sterowana zdarzeniami
*Muszą wystąpić wszystkie zdarzenia, żeby proces mógł się rozpocząć

[[File:ParallelEventBasedGatewayExample.png]]
==Complex Gateway⌘==

[[File:ComplexGateway.png]]
*Bramka złożona służy do modelowania rozdzielania lub złączenia przepływów nieobsługiwanych przez inne bramki
*Jej obecność na diagramie może świadczyć o niskiej jakości modelowania :)

[[File:ComplexGatewayExample.png|400px]]
==Link Events⌘==
[[File:LinkEvents.png]]

* Link jest graficznym uproszczeniem przekazującym przepływ z jednego punktu diagramu na inny
* Może być stosowany tylko do przepływów sekwencyjnych
* Nie może przenosić do innego basenu lub z procesu do podprocesu

[[File:LinkEventsExample.png]]

==Error Events⌘==

[[File:ErrorEvents.png]]
* Błąd jest generowany, gdy wystąpi krytyczny problem w czasie wykonywania aktywności lub gdy wykonanie operacji nie powiodło się.
*Zdarzenie '''Error''' przechwytuje lub wyrzuca błąd
*Występuję tylko w postaci:
**Start '''Event Sub-Process''' Interrupting
**Intermediate '''Boundary''' Interrupting
**End
*Nie można oczekiwać lub wyrzucać błędu w zdarzeniu Intermediate (chyba, że to zdarzenie Boundary)
*Nie można rozpoczynać procesu od błędu (chyba, że to Event Sub-Process)
===Error Events Example 1⌘===

[[File:BasicExceptionHandling.png]]
[[File:Ex02_BasicExceptionHandlingMerge.png]]
===Error Events Example 2⌘===

[[File:Ex03_ExceptionHandling.png]]
===Error Events Example 3⌘===
[[File:Ex04_ExceptionHandling.png]]
===Error Event Zadania ⌘===
* Zadanie 1. Logowanie
* Zadanie 2. Kredyt

==Escalation Events⌘==

[[File:EscalationEvents.png]]
*Eskalacja oznacza "wyjątek, którego obsługa nie musi przerywać czynności"
*Domyślnie nie przerywa czynności, do której krawędzi jest podpięta

===Escalation Example⌘===
[[File:Escalation.png]]

===Escalation Example 2⌘===
[[File:Escalation2ndVersion.png]]

===Escalation Zadania⌘===
* Zadanie 1. Produkt

==Compensation⌘==
[[File:Compensation.png]]
* Kompensacja to mechanizm mający na celu niwelowanie skutków już wykonanych czynności
* Pośrednie krawędziowe zdarzenie kompensacji nie posiada wyjściowych przepływów sekwencyjnych
* Zdarzenie kompensacji może zostać uruchomione po zakończeniu czynności
* Kompensacja to nie obsługa wyjątku
===Compensation Example⌘===
[[File:CompensationExample.png]]
===Compensation Zadanie⌘===
* Zadanie 1. Szkolenie
* Zadanie 2. Szkolenie (wersja 2)

==Transaction⌘==
[[File:Transaction.png]]
* Transakcja to grupa czynności, które mogą zostać wykonane '''w całości''' lub '''wcale'''.
* Nie może mieć miejsca sytuacja, że niektóre czynności zakończyły się sukcesem, a inne nie.
* Transakcje są często opisywane modelem ACID:
**'''Atomic''' (Atomowe) - transakcja albo wykona się w całości, albo w ogóle
**'''Consistent''' (Spójne) - po wykonaniu transakcji system będzie spójny - nie zostaną naruszone żadne zasady integralności
**'''Isolatated''' (Izolowane) - jeżeli dwie transakcje wykonują się współbieżnie, to zazwyczaj nie widzą zmian przez siebie wprowadzanych
**'''Durable''' (Trwałe) - system potrafi uruchomić się i udostępnić spójne, nienaruszone i aktualne dane zapisane w ramach zatwierdzonych transakcji.
===Transaction in BPMN⌘===
[[File:TransactionOutcomes.png]]

BPMN dopuszcza 3 możliwe wyniki transakcji:
* sukces
* anulowanie
* błąd
===Cancel Events⌘===
[[File:TransactionCancel.png]]
* Zdarzenie anulowania występuje tylko w powiązaniu z transakcją
* Czynności wskazane przez przepływ wychodzący ze zdarzenia anulowania będą wykonane '''po''' anulowaniu transakcji

===Transaction Zadania⌘===
*Zadanie 1. Ziemniaki
*Zadanie 2. Przelot
*Zadanie 3. Drzwi

==Pętle i wiele instancji⌘==
=== Standard Loop ⌘===
[[File:LoopingActivity.png]]
*Czynność będzie wykonywana tak długo, jak warunek ''loopCondition'' ma wartość true
*Warunek jest obliczany dla każdego przejścia pętli - na początku lub na końcu iteracji (''testBefore'' = true lub ''testBefore'' = false)
*Można również określić maksymalną liczbę powtórzeń ''loopMaximum''
*Kolejne iteracje są zawsze '''sekwencyjne''' - nie można rozpocząć kolejnej iteracji przed zakończeniem poprzedniej.
*Standard Loop Activity przypomina pętlę DO WHILE

=== Wiele instancji (Multi-Instance Activity) ⌘===

[[File:Element_multiple_instances_parallel.png|100px]] [[File:Figure10-48-activity-multi-instance-marker-for-parallel-instances.png|100px]] Multi-Instance parallel (równoległe)

[[File:Element_multiple_instances_sequential.png|100px]] [[File:Figure10-49-activity-multi-instance-marker-for-sequential-instances.png|100px]] Multi-Instance sequential (sekwencyjnie)
*Instancje czynności mogą być wykonywane '''równolegle''' lub '''sekwencyjnie'''
*Te czynności mają sens przy pracy z kolekcjami danych
*Multi-Instance Activity przypomina w działaniu pętlę FOR EACH

===Multi-Instance Activity Example⌘===

[[File:MultiInstanceActivityExample.png|400px]]

=== Loop - zadania ⌘===
*Zadanie 1

[[File:LoopExercise1.png]]
*Zadanie 2* - Rekrutacja
==Proces, współpraca, choreografia i konwersacja w BPMN 2.0⌘==
=== Proces - przypomnienie ⌘===

A Process describes a sequence or flow of Activities
in an organization with the objective of carrying out work.

Proces opisuje sekwencję lub przepływ czynności w organizacji,
których celem jest wykonanie pewnej pracy

*BPMN używa terminu '''proces''' w odniesieniu do elementów przepływu (czynności, zdarzeń, bramek i przepływów sekwencyjnych)
*Pojęcia '''współpraca (collaboration)''' oraz '''choreografia (choreography)''' służą do opisu''' interakcji pomiędzy procesami'''

==== Typy procesów w BPMN ⌘====

[[File:FIgure7-1-example-of-a-private-business-process.png|500px]]

[[File:Figure7-2-example-of-a-public-process.png|500px]]

Trzy podstawowe typy procesów w BPMN:
#Private Non-executable (internal) Business Process
#Private Executable (internal) Business Process
#Public Process

===Współpraca (Collaboration)⌘===
[[File:Figure7-6-example-of-collaboration-diagram-with-black-box-pools.png|300px]]
*Diagram współpracy to kolekcja '''Uczestników''' (Participants) reprezentowanych jako '''Baseny''' (Pools) oraz ich wzajemnych interakcji (Message Flows).
*Diagram może zawierać procesy w obrębie basenów i/lub choreografie pomiędzy.
*Choreografia jest rozbudowanym typem współpracy

====Collaboration Example⌘====
[[File:Figure7-3-example-of-collaborative-process.png|400px]]

===Choreografia (Choreography)⌘===

[[File:CollaborationChoreography.png|200px]]
[[File:SimpleChoreography.png|200px]]

* Choreografia przypomina wyglądem prywatny proces biznesowy
* Czynności choreografii reprezentują zbiory wymian komunikatów pomiędzy uczestnikami
* Główny nacisk nie jest kładziony na kolejność czynności tylko na interakcję między uczestnikami
* Nie wskazuje się kontrolera całej interakcji

====Choreography Example 1⌘====

[[File:Choreography.png]]

====Choreography Example 2 from spec⌘====
Business Process Model and Notation (BPMN), Version 2.0, pages 318-319

[[File:ChoreographySpecExample1.png|200px]]
[[File:ChoreographySpecExample2.png|200px]]

===Konwersacje (Conversations)⌘===
[[File:SimpleConversation.png|400px]]
*Diagram konwersacji jest szczególnym przypadkiem diagramu współpracy
*Baseny zwykle nie posiadają zawartości
*Konwersacja jest zestawem logicznie powiązanych wymian komunikatów
====Conversation Example⌘====
[[File:Conversation.png]]

=Literatura=
* Specyfikacja BPMN 2.0
** http://www.omg.org/spec/BPMN/2.0/
* BPMN 2.0 by Example
** http://www.omg.org/cgi-bin/doc?dtc/10-06-02
* Szymon Drejewicz, '''Zrozumieć BPMN. Modelowanie procesów biznesowych''', Helion
* Mr. Tom Debevoise, Rick Geneva and Dr. Richard Welke, '''The Microguide to Process Modeling in BPMN 2.0: How to Build Great Process, Rule, and Event Models'''
* Bruce Silver, '''BPMN Method and Style, 2nd Edition, with BPMN Implementer's Guide: A structured approach for business process modeling and implementation using BPMN 2.0'''

=Dodatek=
Business Process Model and Notation, v2.0, page 261

[[File:TypesOfEvents.png]]

PL - BPMN 2.0 - Revision history

Cesar Chew at 19:03, 25 November 2014