Capitolul 1 ..................................................................................................................................

1
BPMN şi Managementul Procesului de Business ...................................................................... 1
1.1.Introducere în BPMN ....................................................................................................... 1
1.2. Standardele BPMI.ORG.................................................................................................. 3
1.3. Modele BPMN pentru servicii web................................................................................. 4
1.3.1. Evenimente complexe – specificarea tipului de declanşare................................ 6
1.3.2. Procese de business, subprocese şi sarcini ........................................................... 9
1.4. Modelarea fluxurilor de mesaj B2B ......................................................................... 16
1.5. Modului de transformare a datelor ................................................................................ 18
1.6. BPMN şi simularea procesului de business .................................................................. 20
1.6.1. Maparea la limbaje de execuţie a business-ului ................................................ 20
1.6.2. Orchestrarea serviciilor web ale BPMN ............................................................ 21
1.7. BPMN şi UML ............................................................................................................ 21
CONCLUZII ........................................................................................................................ 23

Capitolul 1
BPMN şi Managementul Procesului de Business

1.1.Introducere în BPMN

„ A îmbunătăţii înseamnă a schimba;

A atinge perfectiunea înseamnă a face schimbari dese. ”
Winston Churchill

BPMN (Business Process Managament Notation) este notaţia modelării procesului de

business, noul standard de modelare a proceselor de business şi a proceselor de servicii web
aşa cum este sugerat de către BMPI (Initiativa pentru managementul procesului de business –
(www.bpmi.org). BPMN este centrul unei noi organizaţii cu o nouă initiativă în ceea ce
priveste lumea arhitecturii companiilor, (enterprise architecture-EA) termen sinonim cu
managementul procesului de business (BPM). BPM se ocupa în principal cu managementul
schimbărilor necesare îmbunătăţirii procesului de business.

BPMN este alcatuit dintr-o diagramă – numita diagrama procesului de business (Business
Process Diagram - BPD). Această diagramă a fost creată astfel încât să fie uşor de folosit şi
de înteles dar conferă în acelasi timp şi posibilitatea de modelare a unor procese de business
mai complexe, în conceperea ei ţinându-se cont şi de serviciile web. BPMN este doar una
dintre cele trei specificatii dezvoltate de către BPMI – celelalte două find un limbaj de
modelare a procesului de business (Business Process Modelling Language - BPML) şi un
limbaj de interogare a procesului de business(Business Process Query Language - BPQL).
Toate au fost dezvoltate folosind o baza matematica solidă care permite diagramei procesului
de business să se mapeze direct pe limbajul de modelare a procesului de business la fel cum
un model de data fizica se mapeaza pe un limbaj de definire a datelor ( Data Definition
Language - DDL).
Exista standarde concurente pentru BPML, cel mai important dintre acestea fiind limbajul de
execuţie a serviciilor web pentru procesul de business (BPEL4WS) creat prin fuziunea BEA,
IBM, MICROSOFT şi altele. Totusi BPMI a creat BPMN astfel încât acesta să se mapeze
direct şi rapid la orice limbaj de execuţie a procesului de business.

Limbajele de execuţie a procesului de business în sine sunt rulate, controlate orchestrate pe un

sistem de management al procesului de business (Business Process Management System -
BPMS). OASIS(www. oasis-open. org) este o organizatie non-profit, un consorţiu global
care conduce dezvoltarea, convergenţa şi acceptarea, lansarea standardelor de e-business.
BPEL4WS şi BPML de la BPMI au fost înregistrate la OASIS pentru a deveni standard în
domeniul limbajelor de execuţie a procesului de business. OASIS a creat un subcomitet
pentru a decide asupra acestui standard (WS-BPEL). OASIS WS-BPEL cere în acelasi timp
şi dezvoltarea unor noi tehnologii BPMS (pentru sisteme).

BPMN oferă mai multe avantaje în modelarea procesului de business în comparaţie cu

limbajul de modelare unificat (UML). In primul rând oferă o tehnică asupra fluxului de
modelare a procesului. In al doilea rând are un fundamente matematic solid special conceput
pentru a se mapa pe limbajele de execuţie a business-ului, spre deosebire de UML. BPMN se
poate mapa pe UML furnizând un puternic front-end modelării business-ului pentru
sistemele concepute cu UML.

Ne propunem prezentarea noului standard BPMN, ilustrând utilizarea în modelele de procese

de business şi în serviciile web dar şi importante detalii asupra modului în care BPMN se
poate utilzia în BPM, BPEL, BPMS, UML şi alte noi standarde industriale şi initiaţive.

BPMN – business process modeling notation sau notatia modelarii procesului de business este
noul standard pentru modele de fluxuri de procese de business şi servicii web. Creat de către
iniţiativa de management a procesului de business (BPMI), principalul scop al BPMN este de
a oferi o notaţie care să poate fi înteleasă rapid de către toti utilizatorii de business. Acest
lucru include de la analiştii de business care au creat planul initial al proceselor, până la
dezvoltatorii tehnici responsabili pentru implementarea tehnologiei care o să execute acele
procese.

Un al doilea scop la fel de important este acela de a asigura ca limbajele XML concepute
pentru execuţia proceselor de business cum sunt BPEL4WS şi BPML pot fi exprimate visual
cu ajutor unei notaţii comune.

BPMN permite managementul procesului de business(BPM), este un declanşator pentru o

noua iniţiativă în lumea arhitecturii companiei – managementul procesului de business(BPM).
BPM se preocupă de controlul schimbărilor pentru îmbunătăţirea procesului de business şi
unifică discipline distincte: modelarea procesului, simularea, fluxul de munca, integrarea
aplicatiei în companie(EAI) şi business-to-business(B2B) integrandu-le într-un singur
standard.

Faptul ca managementul procesului de business este o nouă iniţiativă va poate conduce la idea
ca procesele de business nu au fost controlate initial. Multe organizaţii au modelat şi
controlat propriile procese de business de-a lungul mai multor ani, folosind o gama variată de
unelte şi tehnici.
Aceste tehnici au oferit doar un succes parţial sau au eşuat în alte cazuri pentru ca a existat o
lipsa de standarde şi un ciclu complet de viaţă pentru a controla şi ghida designul şi execuţia
procesului de business. Controlul procesului sau schimbarea nu pot fi un proces la ad-hoc
necesitând un management de exerciţiu al controlului asupra descoperirii, arhitecturii,
designului şi lansarii de procese. Pentru ca managementul să inteleaga aceste faţete este
nevoie de modelarea afacerii şi de standarde ale limbajului de execuţie ale business-ului.

Initiativa de management a procesului de business (BPMI – www.bpmi.org ) a fost creată

pentru a promova şi dezvolta utilizarea managementului procesului de business (BPM) prin
intermediul standardelor pentru procesul de design, lansare, execuţie, întreţinere şi optimizare
a proceselor.

1.2. Standardele BPMI.ORG

BPMI a dezvoltat trei standarde pentru a facilita BPM:
• BPMN, ca un standard de modelare a proceselor de business-ului
• BPML, limbajul de modelare al procesului de business, ca standard al limbajului de
execuţie al business-ului
• BPQL, limbajul de interogare al procesului de business, un standard de management al
interfetei necesare pentru lansarea şi execuţia proceselor de e-Business

O importanţă şi fundamentală deosebire a standardelor BPMI este aceea că au fost dezvoltate

pe baza unui puternic fundament matematic, folosind ramura Pi-Calculus a procesului
Calculi. Aceasta este o metodă formală de calcul care pune baza pentru procesele dinamice şi
mobile. Standardele BPMI sunt analoage cu baza matematica a teoriei relaţionale care susţine
sistemele de management a bazelor de date relationale (RDBMS), ceea ce înseamnă că
procesele de business concepute folosind standardul BPMN pot fi manipulate şi executate
direct, datorită disponibilităţii imediate a limbajului de execuţie. Acest lucru este analog
datorită funcţionalităţii modelelor de date relationale şi a generaţiei de SQL/DDL. Limbajul
de modelare a procesului de business(BPML) este conceput de către BPMI.ORG pentru a fi o
baza Pi-Calculus standard de descriere a procesului de business.

BPMN permite modelarea B2B şi B2C

Spre deosebire de precedentele tipuri de diagrame ale procesului de business, diagrama de
proces de business BPMN a fost creată ţinând cont de limbajele de execuţie a business-ului şi
serviciile web. Notaţiile speciale adăugate la diagrama dau o imagine generală asupra
evenimentelor bazate pe mesaje şi mesaje transmise între organizaţii.

Maparea BPMN la limbajul de execuţie a business-ului

BPMN arată specificaţii pentru a se mapa direct la standardul BPML şi la oricare limbaj
concurent de execuţie a business-ului, nou introdus: BPEL4WS dezvoltat de BEA, IBM,
MICROSOFT şi alţii.

Relaţia BPMI.ORG - OASIS

OASIS(www.oasis-open.org ) este o organizatie non-profit, un consorţiu global care conduce
dezvoltarea, convergenţa şi adoptarea standardelor de e-Business. OASIS produce în toată
lumea standarde de securitate, servicii web, conformitate XML, tranzacţii de business,
publicaţii electronice, hărţi tematice şi interoperabilitatea între şi cu medii de afaceri. Atât
BPML (de la BPMI. ORG), şi BPEL4WS (de la Microsoft, IBM, şi altii) au fost înscrise la
OASIS, care a format un comitet tehnic menit să creeze un standard de limbaj de execuţie al
procesului de business. Rezultatul actual dat de aceast comitet se numeste Servicii web –
Limbajul de execuţie al procesului de business(WS-BPEL). Statusul curent al BPML este
acela ca este înregistrat ca fiind o specificatie care a influenţat comitetul WS-BPEL.

1.3. Modele BPMN pentru servicii web

Funcţionarea serviciilor web presupune un proces în 4 etape:

1. designul proceselor folosind BPMN
2. simularea proceselor şi modificarea lor (pentru eficientizarea acestora)
3. disponibilitatea serviciilor prin publicarea lor, folosind un limbaj de execuţie a
procesului de business
4. organizarea serviciilor web într-un flux de business finit şi continuu, prin asamblarea
şi coordonarea comportamentului lor. Sistemele de management ale procesului de
business(BPMS) sunt angajate în acesta etapa.

OASIS WS-BPEL cere dezvoltarea unor noi tehnologii BPMS unde aceste funcţionalităţi să
îsi aiba locul şi să fie executate.
Vom analiza fiecare dintre aceste etape, începând cu standardul BPMN, tratând apoi relaţia
dintre BPMN şi un standard popular de analiza de sisteme şi anume limbajul de modelare
unificat (UML).

Particularităţi BPMN

BPMN specifică o singura diagramă a procesului de business numită diagrama de proces de

business (BPD-business process diagram). Aceasta diagramă a fost concepută pentru a că
este uşor de folosit şi de înteles şi oferă expresivitate modelului de procese de afaceri, putând
fi mapată într-un mod foarte natural pe limbajul de execuţie a business-ului. BPMN poate fi
folosit rapid şi uşor pentru a modela procesele de business şi este uşor de înteles de către
utilizatorii fără cunostinte tehnice (de obicei din management).

Pentru a modela un flux al procesului de business pur şi simplu se modelează evenimentele

care apar la începerea unui proces, procesele care sunt executate, şi la sfârşit rezultatele
fluxului de proces. Deciziile de business şi ramificarea fluxurilor sunt modelate folosind
portaluri. Un portal este similar cu un simbol de decizie din diagrama de stare a procesului.
Figura 1. Diagrama de proces de business simpla pentru un sistem de licitatie on-line

Un proces într-un flux poate conţine subprocese, care pot fi afişate grafic printr-o altă
diagrama a procesului de business conectată prîntr-un hyperlink la un proces simbol. Dacă un
proces nu este descompus în subprocese este considerat o sarcină ( nivelul inferior de
proces). Un semn de „+” în procesul simbol denotă ca procesul este descompus; dacă nu are
un semn de „+” este o sarcină.

Cu cât adâncim analiza business-ului, putem specifica „cine face ce” prin plasarea
evenimentelor şi proceselor în zone necunoscute numite containere care denotă cine face un
proces. In detaliu un container se poate partiţiona în benzi. Un container tipic reprezintă o
organizaţie iar o bandă, linie tipică reprezintă un departament din interiorul organizatiei. Pe de
alta parte le putem da reprezentări specifice, spre alte lucruri: funcţii, aplicaţii şi sisteme.
Figura 2. BPMN Diagrama procesului de business cu procese desenate în containere

Vom analiza mai în detaliu fiecare dintre elementele care pot fi desenate într-o diagramă
BPMN a procesului de business.

Modelarea evenimentelor business

In timpul modelarii procesului de business sunt modelate evenimentele care au loc într-un
business şi care arata cum afecteaza ele fluxul de proces. Un eveniment intra direct într-un
flux de proces, se întampla în timpul unui flux de proces sau încheie un flux de proces.
BPMN oferă o notatie distincta pentru fiecare tip de evenimente, prezentate în tabelul 1.

Evenimente de început Evenimente intermediare Evenimente de

sfârşit

Începe un Se intampla Incheie un

flux de în timpul flux de
proces unui flux de proces
proces

Tabelul 1. Tipuri de evenimente de baza în BPMN şi notatiile lor

1.3.1. Evenimente complexe – specificarea tipului de declanşare

Când sunt modelate fluxuri de proces mai complexe, cum sunt serviciile web B2B, este
nevoie de modelarea unor evenimente de business mai complexe:mesaje, timer, reguli de
business şi condiţii de eroare. BPMN permite specificarea tipului de declanşare al
evenimentului şi denotarea acestuia cu o icoana reprezentativă, specificate în tabelul 2.

Specificarea tipului de declanşare al unui eveniment impune anumite constrângeri asupra

fluxului de proces care este modelat, probleme care sunt explicate în tabelul 2. De exemplu,
un timer nu poate încheia un flux de proces ci se pot doar desena fluxuri de mesaj de la şi spre
evenimentele mesaj. Acest tip de reguli de modelare, care la ora actuală sunt tipuri de reguli
de business, trebuie impuse automat de către mijloacele de modelare care oferă suport pentru
BPMN.

Evenimente de Evenimente Evenimente Descriere

început intermediare de sfârşit

Un mesaj de început ajunge de la

un participant şi declanşeaza
începutul procesului, sau continuă
procesul în cazul unui eveniment
intermediar. Un mesaj de sfârşit
denota un mesaj generat la sfârşitul
unui proces.
Un timp specific sau un ciclu(de
exemplu în fiecare luni la ora
Un timer nu poate 9am) poate fi setat să
fi un eveniment de declanşeze începutul procesului,
sfârşit sau să continue procesul în
cazul unui eveniment
intermediar.
Se declanşeaza când condiţiile
pentru o regulă devin adevărate,
O regula nu poate (exemplu:preţul acţiunilor s-a
fi un eveniment de modificat cu mai mult de 10%
sfârşit de la deschidere)

Un link este un mecanism de

conectare a unui eveniment de
sfârşit al unui flux de proces la
evenimentul de început al unui
al flux de proces.

Pentru un eveniment de început

multiplu, exista mai multe căi
de declanşare al procesului, sau
de continuare a acestuia în cazul
unui eveniment intermediar.
Numai unul dintre ele este
necesar. Atributele
evenimentului definesc care
dintre celelalte tipuri de
declanşare se aplica. Pentru
sfârşit multiplu, există multiple
consecinţe de încheiere al
 procesului, una dintre acestea
aparand doar (de exemplu
trimitere de mesaje multiple).
O excepţie de eveniment de
sfârşit informează motorul de
O excepţie nu procese că o eroare numită ar
poate fi trebui generata. Aceasta eroare
eveniment de va fi prinsa de un eveniment
început intermediar de excepţie.
Un eveniment Un eveniment de sfârşit
de compensatie compensator informeaza
nu poate fi un motorul de procese ca este
eveniment de necesară o compensaţie. Acest
început identificator de compensatie
este folosit de un eveniment
intermediar când un proces
regresează (dă înapoi).
Un eveniment Un eveniment de Un eveniment de sfârşit
de sfârşit nu sfârşit nu poate înseamnă că utilizatorul s-a
poate fi un fi un eveniment decis să anuleze procesul.
eveniment de intermediar Procesul este închis cu un
început eveniment de manipulare
normal.
Un eveniment Un eveniment de Un eveniment de terminare la
de terminare la terminare la sfârşit înseamnă că există o
sfârşit nu poate sfârşit nu poate eroare fatală şi că toate
fi un eveniment fi un eveniment activităţiile din proces ar trebui
de început. intermediar terminate imediat. Procesul
este terminat fără evenimente
de compensaţie sau de
manevrare.

Tabelul 2. Tipuri de declanşare a evenimentului

De multe ori un eveniment se întamplă în timp ce este executat un proces particular, cauzând
o întrerupere a acestui proces şi declanşând execuţia unui nou proces. Sau, un proces va fi
complet, cauzând un eveniment care să înceapa, şi un nou proces care să se execute. Se pot
modela aceste evenimente intermediare prin ataşarea unui simbol de eveniment direct pe
procesul cu care este asociat. In figura 3 se poate vedea un eveniment mesaj declanşandu-se
când un proces Check Inbox se execută, cauzând un mesaj Password Requested care va fi
trimis unui proces Send Password. Acest tip de notatie BPMN este foarte clară pentru cititor
anunţându-i ca procesul Check Inbox generează un eveniment mesaj, care la rândul lui trimite
un mesaj altui proces.
Figura 3. Un eveniment mesaj este declanşat la sfârşitul procesului

1.3.2. Procese de business, subprocese şi sarcini

In centrul modelării procesului de business sunt chiar procesele. Exista trei tipuri (categorii)
de procese de business: procese, subprocese şi sarcini. Fiecare este expus, reprezentat grafic
de către acelaşi simbol rotunjit rectangular iar folosirea diferitelor substantive reflectă într-un
mod simplu ierarhia relaţiilor dintre ele.

a. Descompunerea proceselor în ierarhii

Un proces este o reţea de „lucruri de facut” şi se deseneaza într-un dreptunghi rotunjit în cel
mai de sus nivel al diagramei de proces de business BPMN. Se pot specifica detaliile
interioare ale procesului prin crearea sau ataşarea la acesta a altor diagrame de proces de
business. Sub-diagrama poate fi considerata o diagrama fiu. Un proces care are o diagramă
fiu primeste un semn de „+” în corpul lui.

Pentru a arata detaliile grafice ale unui proces prin intermediul unei alte diagrame de proces
de business este luată în considerare descompunerea procesului. Se poate continua
descompunerea procesului fără nici un fel de restricţii – creând o diagramă fiu pentru un
proces, şi diagrame fiu pentru pentru procesele din prima diagrama fiu şi aşa mai departe.
Procesele care sunt desenate în diagrama fiu sunt considerate subprocese. Nivelul inferior de
proces în care se poate descompune în continuare este considerat sarcina sau taskul.
Figura 4. O secvenţa a unei diagrame de proces de business BPMN pentru un sistem de
licitatie on-line

Figura 4 arată o diagramă de proces business BPMN în care a fost modelat procesul de
înregistrare a articolului pentru licitaţie. Semnul „+” în corpul procesului arată ca există cel
puţin o diagramă fiu a procesului business legată la proces, şi ca în acea diagramă este o
prezentare grafică a detalilor acestui proces.

Figura 5 arata o parte din diagrama fiu a procesului de business BPMN al procesului de
înregistrare a articolului pentru licitatie. Din moment ce sunt pe o diagrama fiu, procesele
sunt considerate subprocese. Procesele de pe această diagramă care nu mai sunt descompuse
în continuare (nu au semnul „+” în centrul lor) sunt considerate task-uri, sarcini. Asa cum se
poate vedea este simplu de identificat o sarcină pe o diagramă – sarcini fiind acele rectangule
rotunjite fără semnul „+” în centrul lor.

Figura 5. Subprocese şi task-uri

b. Vizualizarea complexitatii procesului

Diagrama BPMN este concepută în asa fel pentru a fi înteleasă uşor de către cei care o
privesc. Pentru a-i ajuta pe utilizatori să înteleaga complexitatile proceselor, se poate prezenta
grafic o iconiţă, ca imagine a unui flux de proces fiu chiar pe un simbol de proces. In unealta
de modelare, acest lucru se face prin click pe semnul „+” din centrul simbolului de proces,
schimbândul într-un semn „-” şi prezentând schiţa iconitei. Pentru acest lucru, se poate
vizualiza o diagrama de proces de business BPMN şi se poate observa rapid care procese sunt
complexe, şi acelea descompuse către nivelele următoare.
Figura 7. Prezentand o imagine schematica a unei diagrame fiu pe un proces

c. Modelearea secvenţelor de flux ale unui proces

Pentru arăta ordinea de execuţie a proceselor, se conectează cu un flux secvenţial. Un flux

secvenţial este desenat ca o linie cu un varf de sageata plin ( figurile 4 şi 5).

Un flux secvenţial este folosit pentru a arata secvenţa de procese dintr-o organizaţie sau dintr-
un departament. Astfel dacă s-au adaugat containere sau benzi la diagrama realizată, se
folosesc linii de secvenţa a fluxului pentru a conecta evenimentele, procesele şi portalurile
plasate în interiorul acestor containere sau benzi.

BPMN face o a doua linie de flux - fluxul de mesaje – disponibil pentru modelarea ordinii
proceselor dintre organizatii sau departamente (adică între containere). Fluxul de mesaj v fi
tratat în detaliu în capitolele următoare .

d. Modelarea punctelor de decizie cu ajutorul portalurilor

Deciziile, fuziunile, ramificarile şi intrarile, aderarile în fluxul de proces sunt modelate cu un

portal simbol. Un portal poate fi considerat ca şi o întrebare care este pusă la un anumit
moment dat în fluxul de proces. Aceasta are un set definit de răspunsuri alternative, care sunt
practic porţi sau sanse, alegeri. Se poate seta stereotipul unui portal, şi în acest fel
schimbânduse logica specificată de el şi simbolul care il reprezinta (tabelul 3).

Tabelul 3. Tipuri de portaluri şi simboluri asociate

STEREOTIPUL PORTALULUI EXPLICATIE
DECIZIE EXCLUSIVA (XOR)
DECIZIE XOR BAZATA PE DATE:
DECIZIE XOR BAZATA PE EVENIMENT:
STEREOTIPUL PORTALULUI
FUZIUNE EXCLUSIVA (XOR)
Portalurile XOR sunt utilizate pentru
modelarea decizilor bazate pe date sau pe
evenimente. Deciziile XOR bazate pe date
sunt cele mai comune portaluri XOR
utilizate. O acţiune de date traversează
fluxul de proces şi ajunge la portalul XOR.
Calea prin care iese este aleasă pe baza
expresiilor condiţionate pentru fiecare
poartă a portalului, dar poate ieşi afară
doar pe un singur flux.
Portalurile bazate pe eveniment sunt o
descoperire recentă în managementul
procesului business (BPM). Un portal
XOR bazat pe evenimente reprezintă un
punct de ramificare unde alternativele se
bazeaza pe un eveniment care apare în acel
punct în fluxul procesului. Un eveniment
specific, (deobicei receptionarea
mesajului), determină care dintre căi va fi
aleasă.
De exemplu, se poate modela fluxul
procesului în care sistemul asteaptă un
raspuns de la client. Raspunsul clientului
va fi un mesaj DA sau unul NU, acest
lucru determinand care calea care va fi
aleasă.
EXPLICATIE
Portalurile XOR sunt folosite pentru a
modela fuziunile bazate pe date şi pe
evenimente. Exclusiv înseamnă ca doar
una dintre intrari este aleasă pentru a fi
ieşire din poartă.
INCLUSIV SAU DECIZIE Inclusiv ( a include ) înseamnă una sau mai
multe moduri de pornire şi desfasurare a
fluxurilor secvenţiale pe baza caruia se va
lua decizia. Nu pot fi fluxuri de iesire zero
– este necesara specificarea unui flux de
bază.

INCLUSIV SAU FUZIUNE Inclusiv (a include) arata ca fluxul de

proces continua când semnalul primei
intrari (o acţiune de date) ajunge din
oricare set de intrări ale secvenţei de
fluxuri. Dacă alte semnale subsecvenţiale
ajung dintr-o alta intrare a fluxurilor
secvenţiale, ele nu sunt folosite.

DECIZIE COMPLEXA Se specifica o condiţie complexă de flux

care face referire directă la numele fluxului
secvenţial. Expresia determină care ieşire
de flux va fi aleasă.

STEREOTIPUL PORTALULUI EXPLICATIE


FUZIUNE COMPLEXA
RAMIFICARE PARALELA ( AND )
INTRARI PARALELE ( AND )
Se specifică o condiţie complexa de flux
care face referire la numele care sosesc de
la fluxul secvenţial si/sau data procesului
care soseste în portal. Expresia determina
când sarcina începe.
Un portal paralel se numeste şi un portal
AND. Sunt luate toate fluxurile
secvenţiale atrase afara din portalul AND.
Portalul AND trebuie să receptioneze un
semnal de intrare( o acţiune de proces ) de
la toate intrarile fluxurilor secvenţiale
pentru ca fluxul de ieşire să fie luat.
Fluxul de proces asteapta toate semnalele
să ajunga la portalul AND înainte ca acesta
să poata continua.
e. Containere şi benzi

In evoluţia abilităţilor în modelarea fluxurilor de business, procesele, evenimentele şi

portalurile din diagrama de proces de business şi se vor pune în containere şi benzi. Un
container este desenat ca o regiune rectangulară desenată orizontal de-a lungul diagramei sau
vertical în josul acesteia. O banda este o subpartiţie dintr-un container şi extinde întreaga
lungime a containerului. Tipic, un container reprezintă o organizaţie, iar o bandă reprezintă
un departament din interiorul acelei organizatii. Prin asignarea proceselor şi plasarea lor în
containere sau benzi, se specifică cine face ce, pentru evenimente se specifica unde apar ele
iar pentru portaluri se specifică unde sunt luate deciziile şi cine le ia.

Figura 8. Containere şi benzi

Analogia dintre aceasta reprezentare şi piscinele de înot este una benefică. Se poate imagina
un proces de înot de-a lungul unei linii, şi schimbarea linilor ca şi cerinţă de a efectua o
activitate, într-o piscină. Un container poate fi considerat „o piscina de resurse”. Există
ocazii când procesul este nevoit să „sară” într-un alt container pentru ca acesta are resurse
diferite necesare pentru completarea activităţii. Acest conteiner este particular apt pentru
necesitatea descrierii procesului B2B, când diferite organizaţii işi transmit mesaje una la alta
pentru a executa respectiva activitate. In sectiunea ”Modelarea fluxurilor de mesaj B2B” se
vor aborda aspecte de detaliu.

Semnificaţia unui container

Un container poate reprezenta şi diferite lucruri în afara de o organizatie, cum ar fi o funcţie
(ar marketing, vanzari sau training, pe care organizaţia le execută), o aplicaţie (sau un
program software pentru computer), o locaţie (fizică din companie), o clasă (sau un modul
software dintr-un program software orientat obiect), sau o entitate( reprezentand o tabela
logica dintr-o baza de date ). Poate reprezenta doar un singur lucru, dar acel lucru vine din
„lista heterogena” a diferitelor tipuri de obiecte.
1.4. Modelarea fluxurilor de mesaj B2B

Asa cum a fost mentionat mai inainte, un scop al diagramei de proces business BPMN este de
a activa modelarea mesagerie B2B. Pana la acest moment, diagrama procesului de business
BPMN oferă abilitatea de a modela fluxuri de mesaj. Diagramele de proces de business
traditionale activeaza modelarea fluxurilor de proces secvenţiale – de la evenimentele de
început pana la rezultatele de sfârşit. Diagrama procesului de business BPMN creste linia
fluxului secvenţial cu o linie a fluxului de mesaj, asa încât să se poata modela oameni sau
masini care-si trimit mesajeunul altuia – o parte importanta a prezentarii şi intelegerii
proceselor business – la – business şi business – la – consumator.

Figura 9. Fluxurile de mesaje sunt folosite pentru modelarea mesajului care trece intre
organizatii sau aplicatii

1.4.1. Impunerea regulilor B2B

BPMN specifica anumite reguli clare de modelare a fluxurilor de mesaje şi fluxurile

secvenţiale. Fluxurile secvenţiale pot fi atrase doar către evenimente, procese şi portaluri din
acelasi container. Fluxurile de mesaje pot fi atrase doar intre evenimente, procese şi portaluri
care exista în containere diferite – din moment ce mesajele sunt trimise doar intre diferite
organizatii sau aplicatii şi asa mai departe.

BPMN sugereaza ca aceste reguli sunt impuse prin unealta oferita de BPMN ca şi suport.
Arhitectul de sistem impune aceste reguli de atractie prin prezentarea unui simbol de
”sperietori” şi nepermitand conexiunile dintre elementele gresite;permite doar conexiunile la
elementele satisfacatoare modelului. Acest lucru ajuta la prevenirea introducerii erorilor sau a
inconsistentelor logice în sistemul B2B în timpul modelarii.

1.4.2. Black boxes şi White boxes

Exista momente când nu se pune accent pe felul de modelarea când se executa un proces intr-
o companie. Poate exista o alta companie sau un alt client care este în afara ariei voastre;nu
aveti nici un fel de control asupra acestuia. Nu va intereseza cum compania creeaza un
mesaj;va intereseaza doar dacă mesajul a fost livrat către voi şi dacă contine informatie pe
care o puteti folosi. Sau nu ne intereseaza ce face o companie la care am livrat un mesaj –
avem incredere ca va face cel mai bun lucru cu el.

Compania poate fi tratata( sau aplicatia, functia şi asa mai departe ) ca şi o „black box” – doar
să atraga fluxuri de mesaj către şi inspre un container pe care-l reprezinta, şi nearatand nici
un detaliu interiorul containerului. Acest lucru este în contrast cu containerele în care se
modeleaza procese, containere care pot fi considerate „white boxes ” – se poate vedea în
interiorul lor şi le pot fi examinate detaliile.

Figura 10 arata mesaje atrase din şi spre procese într-un container „white box”( reprezentand
ofertantul în exemplul nostru ) spre şi dîntr-un container „black box”( reprezentand
vanzatorul ).

Figura 10. Fluxurile de mesaje pot şi atrase intre „white box” şi „black box”

Se pot arata mesaje transmise intre doua „black boxes” cum este prezentat în figura 11.
Figura 11. Fluxurile de mesaje atrase intre doua „black boxes”

1.5. Modului de transformare a datelor

Este important faptul că procesele transformă datele într-o organizaţie. O cerere de comandă
cauzează generarea unei comenzi iar când produsul este trimis la cumpărător, comanda este
îndeplinită. Un card de credit cu probleme poate cauza anularea comenzii. Un cumparator îşi
poate updata informaţiile despre cont cu un nou număr al cărţii de credit sau cu o adresă.

Se poate modela modul în care datele sunt transformate în timpul unui flux de proces prin
prezentarea într-o ordine de idei a obiectelor de date din diagrama de proces business BPMN.
Obiectele de date sunt artefacte care pot reprezenta mai multe tipuri diferite de electronice sau
articole fizice. Din moment ce ele reprezinta date, ele sunt define printr-o combinaţie de una
sau mai multe entităţi (corespondând cu tabelele unei baze de date) sau clase(corespondând cu
module software orientate obiect care conţin respectivele date).

Figura 12. Atasarea unui obiect de date la un flux secvenţial

Un obiect de date este reprezentat printr-un rectangul cu coltul dreapta sus îndoit, acest lucru
facându-l asemănător cu un document.

Modelarea obiectelor de date este opţională, nu are nici un efect direct asupra fluxului de
proces, ea oferind doar informaţii despre ceea ce face fluxul de proces. Se poate ataşa un
obiect de date la o secvenţa a fluxului de mesaj cu o linie punctată (figura 12), sau să se
ataşeze linii de asociere către şi dinspre obiectele de date şi procese(figura 13), creând astfel
fluxuri de date în interiorul fluxului de proces.

Figura 13. Desenarea liniilor de asociere intre obiectele de date şi un proces

Se poate specifica starea obiectului de date între paranteze sub numele obiectului de date.
Starea oferă informaţii despre cum este transformat obiectul în timpul procesului. In figura
12 se poate vedea ca Invoice-ul sau factura este aprobată când este trimisa de la procesul de
trimitere al facturi la procesul de efectuare al plăţii iar în figura 13 se poate observa ca
procesul de aprobare a comenzii de achiziţie schimbă starea obiectului de date de comanda de
achizitie din starea de complet în starea de aprobat.

Adnotatii textuale asupra modelelor

Figura 14. Adnotatii textuale pentru imagini

O imagine înseamnă o mie de cuvinte, dar în unele cazuri o imagine nu este deajuns ci este
nevoie de explicaţii pentru a descrie nuanţele unui lucru pe care această imagine le
îndeplineşte. Astfel BPMN oferă adnotaţii textuale care pot fi legate la orice element al
modelului, astfel încât să se poată descrie în cuvinte cat mai simple unele detalii suplimentare
despre element. Se pot folosi adnotatii textuale pe toate elementele modelului diagramei de
proces de business BPMN. Adnotatiile textuale sunt afisate într-un rectangul deschis, ataşat
la simbol printr-o linie dreapta (figura 14).

1.6. BPMN şi simularea procesului de business

In concluzie, BPMN este aprobat pentru a deveni noul standard pentru modelarea proceselor
business şi a serviciilor web. El este conceput pentru a permite simpla modelare a proceselor
business tipice şi oferă capabilitatea de modelare a proceselor de business complexe,
incluzând şi transmiterea de mesaje a serviciilor web.

Un model descris folosind BPMN este o descriere logică a modului în care operează procesul
de business-ul, din care se pot genera limbaje de proces business. Pentru rezultate optime
aceasta abordare ar trebui folosită în stransă legatură cu simularea procesului de business.

Simularea este o tehnică puternica disponibilă analiştilor business pentru a analiza modelele
înainte de realizarea lor. Un model, când este simulat, mimează operaţii ale business-ului prin
trecerea prin evenimente într-un timp compresat în timp ce afişează o imagine animată a
fluxului.

Pentru că software-ul de simulare ţine o evidenţă a statisticilor despre elementele modelului,

parametrii performanţei pot fi evaluaţi prin analiza datelor de ieşire ale modelului. Acest
lucru permite evitarea unor greşeli costisitoare prin atenta reevaluare a eficienţei unui model
de business înainte de implementarea directă şi efectivă a acestuia (figura 15).

Figura 15. Simularea şi executarea unei diagrame de proces business BPMN

1.6.1. Maparea la limbaje de execuţie a business-ului

Limbajele de modelare a procesului business se bazează pe XML, meta-limbajul folosit, la fel

ca şi metoda de modelare a proceselor business într-un format XML. O mulţime de limbaje
de modelare diferite a procesului de business au fost propuse. Cele mai multe dintre ele
folosesc XML şi sunt construite peste limbajul de descriere a serviciilor web (WSDL) al
standardului W3C. O greşeală importantă a WSDL este aceea ca limbajul amestecă descrieri
de interfaţă şi informaţii de legatură cu anumite protocoale de comunicaţie.
Noua tendinţă a limbajelor de modelare a procesului de business include şi limbajul de
execuţie a procesului de business pentru servicii web (BPEL4WS), creat printr-un efort
comun al BEA, IBM şi MICROSOFT şi limbajul de modelare a procesului business (BPML)
creat de către BPMI.ORG.

Ambele standarde oferă specificaţii pentru:

• fluxurile de date
• mesaje
• evenimente
• reguli de business
• exceptii
• tranzactii( distribuite, compensatorii, sincronizate, asincronizate )

Harţile BPMN la limbaje de execuţie

BPMI a dezvoltat BPMN cu un solid fundament matematic, folosind ramura Pi-Calculus a

Procesului Calculi. Aceasta este o metodă formală de calcul mecanic care formează fundaţia
pentru procese dinamice şi mobile, ceea ce înseamnă ca procesele business concepute folosind
standardul BPMN pot fi mapate direct pe orice limbaj executabil de modelare business, pentru
o execuţie imediata. Acest lucru este analog la funcţionalitatea modelelor de date relaţionale
şi la generarea declaratiilor SQL/DDL.

1.6.2. Orchestrarea serviciilor web ale BPMN

Internetul este un mediu eterogen dintre platforme multe şi aplicatii diferite. Într-un lant al
valorilor definit şi limitat, organizatiile şi indivizii vor să aiba parte de cele mai bune
componente care sunt oferite în acest lanţ ca şi valoare. Aplicatiile şi serviciile trebuie să
lucreze împreuna într-un mod armonios. Aceasta este una dintre forţele care conduce la
standardizarea serviciilor web.

Pentru a face serviciile web să lucreze este nevoie de un proces în patru etape – conceperea
proceselor cu ajutorul BPMN, verificarea lor pentru eficienţă prin simulare, disponibilitatea
lor prin publicarea unui limbaj de execuţie a procesului business şi orchestrarea şi
coordonarea lor folosind Sistemul de Management al Procesului de Business (BPMS).

BPMS oferă abilitatea de transformare a unor discipline distincte de fluxuri de producţie,

EAI şi B2B dintr-o soluţie practică complexă oferită de consultanţii cu calităţi într-o soluţie
deschisa accesibilă maselor de dezvoltatori, producând noi tipuri de aplicaţii strans legate şi
agile. BPMS orchestreaza participantii (aplicatii, oameni, parteneri) în execuţie, procese
finite şi micşoreaza diferenta dintre strategie şi execuţia business.

Prin companiile importante care dezvolta BPMS sunt IBM, BEA Systems, Vitria, Imtalio,
FileNet, Fuego şi Collaxa.

1.7. BPMN şi UML

Lansarea BPMN, BPML şi BPMS nu cauzează într-un mod absolut nevoia de dezvoltare a
sistemelor, ca şi aceea aparuta la folosirea Limbajului de modelare unificat
(UML). Dezvoltarea sistemelor joacă înca un rol important în procesul arhitectural general al
întreprinderii.
UML este un limbaj care ajuta dezvoltatorii la specificarea, vizualizarea şi documentarea
modelelor de sisteme software. Se pune accentul foarte mult asupra arhitectilor de sistem şi a
inginerilor software. A fost dezvoltat ca şi o nevoie de îndreptare a procesului de dezvoltare
software, de la conceptul arhitectural la implementarea aplicaţiei pentru utilizare de către o
audienţă tehnică.

BPMN se adreseaza analiştilor business, arhitecţilor de sistem şi inginerilor software. A fost

dezvoltat ca fiind o cale de îmbunătăţire a ciclului de viaţă general al procesului de dezvoltare
de la procesul de design – interpretat de către o audienţă de business.

UML este necunoscut pentru majoritatea analistilor business. El defineşte un număr de

diagrame care fac parte din una dintre cele trei categorii care descriu:
1. structura aplicatiei statice
2. comportamentul dinamic
3. managementul şi organizarea solutiilor software

Din aceste categorii diagramele de comportament dinamic unele sunt folosite frecvent pentru
modelarea proceselor business, cum ar fi diagrama UML de activitate sau diagrama Use Case.
BPML este legat de UML în sensul ca defineşte o notaţie grafică pentru procesul business
care este similară cu diagramele de comportament UML. Totusi, BPMN şi UML au abordări
diferite asupra modelării procesului business.

UML oferă o abordare orientată obiect asupra modelării aplicaţiilor, în timp ce BPMN are o
abordare centrata pe proces. Majoritatea metodelor UML cer găsirea în prima faza a
obiectului folosind diagrame de structură statică, iar în a doua faza cer construirea
diagramelor de comportament dinamic pentru a arata modul de interacţiune al obiectelor. Ca
şi tip de modelare, aceasta metodă este necunoscută majorităţii analiştilor de business.

BPMN oferă o abordare orientată pe centrarea procesului care este mai naturală şi intuitivă în
utilizare pentru anliştii de business. Cu BPMN prima dată sunt modelate fluxurile de control
şi mesaje de procese. Un model obiect pentru proces este definit mai degrabă implicit decât
explicit. BPMN mai oferă şi opţiunea de modelare explicită a obiectelor care pot fi expuse
prin serviciile business în fluxurile de proces.

UML suferă de lipsa unei viziuni de implementare a modelelor de business

UML este o asamblare de diagrame care sunt rezultatele celei mai bune practici colective a
diverşilor practicanţi. Din pacate, acest lucru înseamnă că diagramele sunt un agregat care nu
a fost special conceput pentru a lucra unul cu altul. Ca şi o consecinta, dezvoltatorii pot
modela doar o parte a aplicaţiilor lor cu UML iar nivelul de implementare detaliată nu este
acoperit.

In contrast, BPMN defineste un singur tip de diagramă care are mai multe puncte de vedere
derivate din aceeaşi accentuare a meta modelului procesului de execuţie. Rezultatul natural al
acestei implementări într-un limbaj de execuţie al procesului business devine mai degrabă altă
privire logică a procesului.

UML nu posedă fundamente matematice în harta la BPEL

UML nu defineşte nici un meta-model de execuţie pentru modelarea procesului business. In
schimb, orice meta-model de execuţie trebuie definit folosind Arhitectura Condusa după
Model (Model Driven Arhitecture - MDA). BPMN se bazeaza meta-modelul de execuţie a
procesului al BPML şi de aceea nu necesită nici un pas adiţional pentru modelarea completă a
proceselor executabile.

BPMN şi UML coexistă

Specialiştii afirmă că BPMN şi UML coexistă deoarece mulţi utilizatori tehnici care nu
intenţionează să foloseasca BPML ca şi scop final de lansare, continuă să folosească UML.
BPML poate fi folosit pentru a conduce soluţiile care vor rula direct pe un BPMS sau folosite
ca şi o faţadă de analiză business pentru dezvoltarea sistemelelor subsecvenţiale prin UML.
In acest scenariu utilizatorii UML vor lua în considerare procesele business mai degraba ca şi
un alt tip de componentă (Figura 16). Amandouă sunt folosite pentru conceperea proceselor
business şi a aplicaţiilor care rulează pe un Server de Management al Procesului Business
(BPMS).

Figura 16. BPMN şi UML

CONCLUZII

Popkin Software consideră că un standard de model de notaţie folosit în jurul modelării

vânzătorilor, analiştilor business şi a comunităţii IT este fundamentală pentru managementul
proceselor business şi alinierii business-ului cu arhitecturile tehnologiei informationale ( IT ).
Execuţia procesului business este o alternativa a paradigmei de dezvoltare la tehnicile
traditionale de dezvoltare. Dezvoltarea traditională nu va disparea şi de fapt, este
fundamentală pentru susţinerea implementarii serverelor de management ale procesului
business ( BPMS).

Modelarea cu BPMN este esenţială pentru întelegerea şi comunicarea proceselor business prin
toata întreprinderea. BPMN oferă o puternica argmentare altor tehnici de modelare:
modelarea datelor relaţionale, aplicaţii şi designul de sistem cu UML, designul schemei XML
şi designul de arhitectura al reţelei. Aceste tehnici de modelare permit unei firme să înţeleagă
şi să conceapă arhitectura intreprinderii, care oferă posibilitatea de a reacţiona la schimbari
rapide şi într-un mod sigur.
Popkin Software continuă să conducă şi să fie apropiată standardelor industriale din acest
domeniu. Simplificarea şi o mai usoara înţelegere a serviciilor web şi a modului de folosire a
lor în intreprindere este cheia pentru a permite cumpărătorilor să reuşeasca pe pieţa globală.

REFERINTE
BPMN, www.bpmn.org ,www. popkin. com
BPMN vs. UML Ismaël Ghalimi, Chief Strategy Officer, Intalio (www. intalio. com) —
September 2002