Business Process Modeling Notation vs1-1alaiba/cercbpm/Business... · Elemente de modelare de baz ă Eveniment un eveniment este ceva care se petrece în timpul desf ăşur ării

Business Process Modeling Notation

(BPMN)

IonuŃ ApetreiMaster ISS,an:I

Prezentare sustinuta in cadrul Cercului de cercetare BPMFacultatea de Informatica, Univ. “Al.I.Cuza” Iasihttp://profs.info.uaic.ro/~alaiba/cercbpm

Preambul(1)

� Ce este BPMN?

� De ce avem nevoie de el?

Preambul(2)

� BPMN reprezintă o notaŃie grafică (standard) menită să definească procesele de afaceri dintr-un “workflow”.

� Proces de afaceri = colecŃie de activităŃi înrudite ce produce un anumit produs sau serviciu pentru un anumit client/clienŃi.

� “Workflow” = secvenŃă de operaŃii, abstractizarea unei activităŃi concrete, şablon de activitate încapsulat intr-un proces, în vederea integrării acestuia intr-un sistem.

Preambul(3)

� Folosirea unei astfel de notaŃii conferă un limbaj comun, ce poate fi folosit atât de către utilizatorul tehnic, cât şi de utilizatorul de business, păstrând în acelaşi timp nealterată semantica procesului de afaceri.

Scurt istoric

� Standardul BPMN a fost creat de către BPMI (Business Process Management Initiative )

� Scopul declarat este acela de a unii cele două faze separate (cea de proiectare a unui proces de afaceri şi cea de implementare)

� În 2005 BPMI şi OMG(Object Management Group) au fuzionat, versiunea curentă fiind BPMN 1.1, urmând ca în scurt timp un update la specificaŃia să apară sub numele de BPMN 2.0

Introducere

� InformaŃiile prezentate fac parte din cadrul specificaŃiei BPMN 1.2 beta 3.

� Scopul este acela de a prezenta notaŃiile şi semantica unei diagrame proces de afaceri (Business Process Diagram).

� Un alt obiectiv este acela de asigura ca limbajele XML proiectate pentru execuŃia proceselor de afaceri (ex. BPEL4WS ) pot fi vizualizate cu o notaŃie “business oriented”.

Contextul general(1)

� Volumul de muncă depus în ultimii ani în ceea cepriveşte dezvoltarea de limbaje de execuŃie, axate peservicii web XML, ca parte integrantă a sistemelor BPM (Business Process Management) a scos în evidenŃăanumite discrepanŃe.

� Un prim argument îl constitue faptul că aceste limbajesunt orientate exclusiv pe interrelaŃionarea dintresistemele BPM, monitorizarea şi proiectarea unor astfelde procese de afaceri de către utilizatorul uman fiinddestul de redusă, scopul declarat al acestor limbaje fiindacela de a conferii modele matematice formale şi de a profita de beneficiile serviciilor web.


� Astfel a apărut necesitatea existenŃei uneiinteroperabilităŃi şi portabilităŃi la un nivel "human friendly". SoluŃia la această problemă fiind dată de standardul BPMN. Chiar dacă această specificaŃieîncearcă să creeze o notaŃie grafică general acceptatăde cei care supraveghează şi proiectează procesele de afaceri, se pune un accent destul de important şi pemaparea diagramelor de proces către limbajele de execuŃie aparŃinând sistemelor BPM.


� O delimitare a scopului prezentei specificaŃii estenecesară. “Business Process Modeling Notation”este proiectat numai pentru a transpune conceptele de modelare ce fac subiectul proceselor de afaceri. Astfelîncât alte tipuri de modelări ca modele de date, organigrame, administrarea resurselor, strategii si regulide afaceri nu intră în sfera de interes a standarduluiBPMN.

Modelul BPMN

� In ceea ce priveste modelul BPMN exista trei subtipuriprincipale:

� Procese de afaceri private, cunoscute şi sub numele de procese interne.

� Procese abstracte, sau publice.� Procese de colaborare, sau globale

Notă: aceste subtipuri încă nu au fost standardizate,urmând ca în viitorul apropiat o formă finală să fie propusă.

Modelul BPMN� Procesele de afaceri private sunt acele procese specifice

unei anumite organizaŃii şi sunt acele tipuri de procesecare au fost generic denumite "workflow"-uri sau proceseBPM. Un singur proces privat poate fi mapat către unulsau mai multe documente BPEL4WS.

� Procesele abstracte reprezintă interacŃiunea dintre un proces privat şi un alt proces sau participant.Numaiacele activităŃi ce sunt destinate comunicării cu exteriorulprocesului privat, în concordanŃă cu mecanismelecorespunzătoare de control ale "flow"-ului, vor fi incluseîn procesul abstract. Astfel, procesul abstract arată "lumiiexterioare" doar secvenŃele de mesaje ce sunt destinateexclusiv interacŃionării cu procesul privat curent.

Modelul BPMN

� Procesele de colaborare. Un proces global reprezintăinteracŃiunile dintre două sau mai multe entităŃi de tip "business". Aceste interacŃiuni sunt definite ca o secvenŃă de activităŃi ce reprezintă ??şabloanele de tip "message -exchange" dintre entităŃile implicate. Cu altecuvinte un proces global poate fi privit ca două sau maimulte procese abstracte ce comunică intre ele.

Business Process Diagram

� In cadrul şi între cele trei submodele BPMN pot fi create o serie întreagă de diagrame (BPD). Vom prezenta o lista cu tipurile de procese de afaceri ce pot fi modelate

cu ajutorul standardului BPMN:� Activitati apartinand proceselor private de nivel inalt.

� Procese private detaliate� Procese private detaliate ce interactioneaza cu

unu sau mai multe entitati externe ( sau procese"Black Box").


� Doua sau mai multe procese private detaliateinteractionand.

� Proces privat detaliat in relationare cu un procesabstract.

� Proces privat detaliat in relationare cu un proces de colaborare.

� Doua sau mai multe procese abstracte.� Proces abstract in relationare cu un proces de

colaborare.� Numai procese de colaborare.


� Doua sau mai multe procese private detaliateinteractionand prin intermediul propriilor proceseabstracte.

� Doua sau mai multe procese private detaliate interactionand prin intermediul unui proces de colaborare.

� Doua sau mai multe procese private detaliate interactionand prin intermediul propriilor procese abstracte si cu un proces de colaborare.

Elemente de bază ale BPD

� Cele patru categorii principale de elemente sunt:

� “Flow Objects”

� “Connecting Objects”� “Swimlanes”� “Artifacts”


� Obiectele de tip "flow" sunt principalele elemente graficece ajută la definirea comportamentului proceselor de afaceri. Întâlnim trei subcategorii:

� Evenimente

� ActivităŃi

� Gateway-uri


� Există trei modalităŃi prin care obiectele de tip "flow" pot fi interconectate între ele sau cu alte informaŃii.Există treitipuri de obiecte de conectare (“Connecting Objects”):

� Sequence Flow � Message Flow� Association


� În ceea ce priveşte gruparea elementelor primare de modelare există două modalităŃi prin intermediul aşa numitelor "Swimlanes“.

� Pools� Lanes


� Artefactele ("Artifacts") sunt folosite cu scopul de a furniza informatii aditionale referitor la un proces.Principalele artefacte prezente sunt:

� Data Object� Group� Annotation

� Artefactele pot fi adăugate oricât de mult, în funcŃie de necesitatea modelării.

Elemente de modelare de bază

� Eveniment

�un eveniment este ceva care se petrece în timpul desfăşurării unui proces de afaceri. Acest eveniment afectează "flow"-ul întregului proces şi de obicei există o cauză,un declanşator ("trigger"). Ca notaŃie grafică, un eveniment este reprezentat printr-un cerc.Există trei tipuri de evenimente în funcŃie de momentul în care intervin în "flow", astfel avem:

� Eveniment de inceput� Eveniment intermediar � Eveniment de sfârşit


� Activitate

�Este un termen generic pentru "munca" pe care o companie o efectuează. O activitate poate fi atomică sau compusă. Există şi aici trei tipuri de activităŃi, acestea fiind:

� Proces (este conŃinut în cadrul elementului "Pool")� Subproces� Task


� Gateway

� Acest element este folosit pentru a controla divergenŃa şi convergenŃa caracteristică "Sequence Flow"-ului.Va determina operaŃii ca divizare ("forking"), contopire ("merging") şi unire ("joining").


� "Sequence Flow“

� Este folosit pentru a evidenŃia ordinea în care activităŃile se vor desfăşura într-un proces.


� "Message Flow“

� Relevă "flow"-ul de mesaje existent între doi participanŃi. Cei doi participanŃi vor fi reprezentaŃi într-un BPD ca două elemente "Pool" separate.


� Asocierea

� Folosită la asocierea informaŃiei cu obiectele de tip "flow" ("Flow Objects").


� "Pool“

� Reprezintă un participant în cadrul unui proces, se comportă şi ca un "swimlane“ şi container grafic în ceea ce priveşte partiŃionarea unei mulŃimi de activităŃi prezente în cadrul altor elemente de tip "Pool". Astfel de situaŃii se întâlnesc mai ales in contextul B2B ("Business to Business").


� "Lane“

� Este o subpartiŃie în cadrul unui element "Pool" ceva extinde întregul "Pool", fie pe verticală sau peorizontală. Sunt folosite pentru a organiza sistructura activităŃile.


� "Data Object"

� Sunt considerate artefacte, deoarece nu au impact direct asupra elementelor ca "Sequence Flow" sau"Message Flow" din cadrul unui proces, darfurnizează informaŃii în legătură cu activităŃile cetrebuie efectuate şi mai ales descriu rezultatulacelor activităŃi, ceea ce se produce.


� "Group“

� Este un chenar ce cuprinde o mulŃime (grup) de obiecte din cadrul aceleaşi categorii. Folosireaacestui element este o modalitate prin care categorii de obiecte pot fi afişate în cadrul uneidiagrame.


� Adnotari textuale

� Se anexează de obicei asocierilor. Sunt un mecanism prin care proiectantul poate furnizainformaŃii suplimentare pentru cititorul diagrameiBPMN.

Setul extins de elemente BPD� Elementul "Eveniment" cu cele trei subcategorii

� Start(None,Message,Timer,Conditional,Signal,Multiple)

� Intermediar(None,Message,Timer,Error,Cancel,Compensation,Conditional,Link,Signal,Multiple)

� Sfarsit (None,Message,Error,Cancel,Compensation,Signal,Terminate,Multiple)

Cele trei subelemente redau dimensiuneaflowului

Setul extins de elemente BPD

� Evenimentele Start şi Intermediar deŃin declanşatori, cedefinesc cauza instanŃierii evenimentului.Există o serieintreagă prin care aceste evenimente pot fi declanşate. Evenimentele de tip Sfârşit pot definii un rezultat, ce va fiun direct corespondent al terminarii "Sequence Flow"-ului. Evenimentele de tip Start pot reacŃiona la un declanşator (il pot prinde - "catch"). Evenimentele de tip Sfarsit pot doar să creeze un rezultat ( să arunce -"throw"). Iar evenimentele Intermediare pot prinde sauarunca declanşatori.



� Task� Este o activitate atomică ce este inclusă în cadrul

unui proces. Un Task este folosit atunci cândmunca din cadrul procesului nu este divizată la un nivel mai detaliat al PM-ului (Process Model).


� Proces/Subproces

� Un subproces este o activitate compusă ce esteinclusă în cadrul unui proces. Prin proprietatea de compunere înŃelegem faptul că respectivaactivitate poate fi descompusă la un nivel mult maidetaliat prin intermediul unui set de subactivităŃi.


� Subprocese de tip "collapsed“

�Detaliile subproceselor nu sunt vizibile în diagramă. Semnul plus din partea de jos a figurii semnificând că respectiva activitate esteun subproces şi are un nivel mai detaliat decatcel de la pasul curent.


� Subprocese expandate

�Limita unui subproces este expandată şi detaliile (un proces) sunt visibile în cadrulrespectivei delimitări. Totuşi, trebuie de reŃinutcă elementul "Sequence Flow" nu poatetraversa limita unui subproces.


� Tipuri de control asociate elementului"Gateway“

Tipurile de control includ:� Decizii exclusive şi de contopire (

"Data-Based" and "Event-Based")� Decizii de incluziune şi contopire� CondiŃii complexe� "Forking" paralel şi unificareFiecare tip de control afectează atâtfluxul input, cat si fluxul output.


� "Sequence Flow“� Fluxul normal ("Normal flow") - face referinŃă la

fluxul ce îşi are originea dintr-un eveniment de tipStart şi continuă prin activităŃi via căi paralele saualternative, până când ajunge la un eveniment de tip Sfârsit ("End").


�Fluxul necontrolat ("Uncontrolled flow") - estefluxul care nu a fost afectat de nici o condiŃiesau care nu trece printr-un gateway.


� Fluxul condiŃional

� "Sequence flow"-ul poate avea expresii condiŃionalece sunt evaluate la runtime în vederea determinăriiutilizării fluxului.


� Fluxul default

� Pentru deciziile "data-based" sau pentru deciziile"inclusive",un tip de flux este chiar condiŃia default. Acest flux doar dacă toate celelate fluxuricondiŃionale de ieşire nu sunt adevărate (valide) la runtime.


� Fluxul de exceptie

�Acest flux apare în afara fluxului normal al procesului, fiind bazat pe un evenimentintermediar ce apare în timpul desfăşurăriiprocesului curent.


� "Fork“

� Acest termen este asociat noŃiunii de divizare a unu traseu în două sau mai multe subtrasee paralele, cunoscut şi sub numele de "Forking Flow". Există locuri în cadrul unui proces unde activităŃile pot fi executate concurent, în detrimentul execuŃiei secvenŃiale. Există două opŃiuni:� construirea de fluxuri secvenŃiale de iesire multiple,

metoda cea mai des folosită;� adoptarea unui gateway paralel, de obice utilizat in

combinaŃii cu alte gateway-uri;


� “Join”

�Defineşte combinarea a două sau mai multe căi paralele în una singură ("Joining Flow"). Se va folosii un gateway paralel.


� Decizii şi puncte de branşament

�Deciziile sunt gateway-uri în cadrul unui proces de afaceri unde fluxul de control poate lua una sau mai multe căi alternative.


� Ciclarea ("Looping")�BPMN oferă două mecanisme pentru ciclarea

în cadrul unui proces.


� Ciclarea de tip activitate

�Atributele aparŃinând unui task sau a unuisubprocess vor determina dacă sunt repetitive sau vor fi executate o singură dată.


� Ciclarea de tip flux secvenŃial

�Pot fi create ciclări prin conectarea unui flux secvenŃial la un obiect de tip "upstream". Un obiect este considerat de tip "upstream" dacăacel obiect are un flux secvenŃial de ieşire ceconduce la o serie intreagă de alte fluxurisecvenŃiale, ultimul din această serie fiind un flux secvenŃial de intrare asociat obiectuluioriginal.


� TranzacŃie

� Este un subproces ce este implementat,suportat de un protocol special ce se asigură că toate părŃileimplicate sunt de acord cu terminarea sau anulareaunei activităŃi. Atributele activităŃii vor hotărâ dacăeste sau nu o tranzacŃie.

Ce urmează?

� Intr-o expunere ulterioară voi prezenta un studiu de caz, mai exact implementarea concretă a unui proces de afaceri folosind standardul BPMN vs. 1.2

Sfârşit

� Întrebări?

Documents

Business Process Modeling Notation vs1-1alaiba/cercbpm/Business... · Elemente de modelare de baz ă Eveniment un eveniment este ceva care se petrece în timpul desf ăşur ării