ACADEMIA DE STUDII ECONOMICE

FACULTATEA DE CIBERNETICĂ, STATISTICĂ ȘI

INFORMATICĂ ECONOMICĂ

Proiect la Integrarea sistemelor informatice

BUSINESS PROCESS MODEL AND NOTATION

Coordonator:

Prof. BOLOGA ANA RAMONA

Student:

Razvan Viorel Badea

- București, 2013 -

1

CuprinsIntroducere..........................................................................................................................................3

BPMN la prima vedere........................................................................................................................5

Modelarea evenimentelor în afaceri...................................................................................................6

Procese, subprocese şi sarcini de afaceri............................................................................................9

Modelarea punctelor de decizie prin gateway-uri...........................................................................12

Impunerea normelor B2B.................................................................................................................16

Procesul de transformare a datelor..................................................................................................18

Simularea proceselor de afaceri.......................................................................................................20

Maparea la limbaje de execuţie în afaceri.......................................................................................20

Legătura dintre BPMN şi UML.......................................................................................................21

Despre BPMN şi UML......................................................................................................................23

Concluzii.............................................................................................................................................24

BIBLIOGRAFIE...............................................................................................................................25

2

Introducere

Business Process Modeling Notation (BMPN) este noul standard pentru fluxul de procese de afaceri şi servicii web. Creat de către Business Process Management Iniţiative (BPMI), ţelul principal al BPMN este acela de a furniza o notaţie care să fie uşor de înţeles de către toţi utilizatorii de soft-uri pentru afaceri. Aici sunt incluse persoane începând de la analiştii în afaceri care creează proiectele iniţiale şi până la dezvoltatorii tehnici responsabili pentru implementarea tehnologiei care va îndeplini aceste procese.

Un al doilea scop, la fel de important este să asigure că limbajele XML create pentru execuţia proceseolor în afaceri, cum ar fi BPEL4WS (Business Process Execution Language for Web Services) sau BPML (Business Process Modeling Language) pot fi exprimate visual printr-o notaţie comună.

BPMN permite managementul proceselor de afaceri (BPM – Business Process Management)

“To improve is to change; // A îmbunătăţi înseamnă a te schimba

To be perfect is to change often.” // A fi perfect înseamnă a te schimba des.

-– Winston Churchill

BPMN este un factor central pentru o nouă iniţiativa în lumea arhitecturală Enterprise – Business Process Management (BPM).

BPM este concentrat pe gestionarea schimbării şi îmbunatăţirii proceselor de afaceri. BPM unifica disciplinele distincte anterioare ale proceselor de modelare, simulare, flux de lucru, Enterprise Application Integration (EAI) şi integrarea Business-to-Business (B2B) într-un singur standard.

Faptul că Business Process Management (BPM) este o nouă iniţiativa te poate face să crezi că procesele în afaceri nu au fost gestionate anterior. Acest lucru bineînţeles nu este adevărat – multe organizaţii şi-au modelat şi gestionat procesele lor de afaceri de-a lungul anilor folosind o mare diversitate de tehnici şi unelte.

Aceste tehnici au avut un succes parţial sau au eşuat total, deoarece a fost o lipsă de standarde şi un ciclu de viaţă complet pentru a controla şi a ghida proiectarea şi executarea proceselor de afaceri. Gestionarea procesului de schimbare nu poate fi un proces ad-hoc – este necesară gestionarea controlului asupra inovaţiilor, arhitecturii, design-ului şi desfasurararii proceselor. Pentru că management-ul să înţeleagă arhitectură, design-ul şi desfăşurarea proceselor, este nevoie de standarde de modelare în afaceri şi de executare a proceselor în afaceri.

3

BPMN permite modelarea proceselor Business-to-Business (B2B) şi Business-to-Customer (B2C)

Spre deosebire de tipurile de diagrame în afaceri anterioare, diagrama de procese în afaceri BPMN a fost creată cu ajutorul limbajelor de execuţie şi al serviciilor web. Notaţii speciale au fost adăugate în diagrame pentru a descrie evenimentele bazate pe mesaje şi schimbul de mesaje între organizaţii.

BPMI.ORG lucrează cu OASIS pentru standard-ul e-Business

OASIS este un consorţiu global non-profit care conduce dezvoltarea, acoperirea şi adopţia standardelor e-business. OASIS produce în întreaga lume standard de securitate, servicii web,conformitatea cu codul XML, tranzacţii în afaceri, publicitate electronică şi interoperabilitate în interiorul pieţelor şi între pieţe.

BPML şi BPEL4WS au fost introduce în OASIS, care a format un comitet tehnic pentru a crea un limbaj standard de execuţie a proceselor în afaceri. Rezultatul acestui comitet este numit în momentul actual Web Services – Business Process Execution Language (WS-BPEL).

Statusul current al BPML este acela că este introdus ca o specificaţie influenţă pentru comitetul WS-BPEL.

Modele BPMN şi servicii web

Pentru că serviciile web să funcţioneze trebuie urmat un proces în patru paşi, după cum urmează:

1. Proiectarea procesului folosind BPMN.

2. Simularea procesului şi modificarea lui pentru a obţine o eficienţă mai mare.

3. Facerea serviciilor disponibile prin publicarea lor utilizând un limbaj de execuţie a proceselor în afaceri.

4. Orchestrarea serviciilor web în fluxurile de afaceri end-to-end prin unificarea şi coordonarea comportamentului lor. Business Process Management Systems sunt necesare pentru acest pas.

OASIS WS-BPEL are nevoie de dezvoltarea de noi tehnologii BPMS unde funcţionalităţile acestora vor fi stocate şi folosite .

Vom examina fiecare din paşii menţionaţi mai sus, începând cu standardul BPMN. La final ne vom concentra asupra relaţiei dintre BPMN şi standardul industrial popular pentru analiza sistemelor UML (Unified Modeling Language).

4

BPMN la prima vedere

BPMN cuprinde o singură diagrama a procesului de afaceri, numită Business Process Diagram (BPD). Aceasta diagramă a fost creată să delimiteze bine două lucruri. În primul rând este uşor de utilizat şi înţeles. Poate fi folosită pentru a modela rapid şi uşor procesele în afaceri, şi este uşor de înţeles de către utilizatorii mai puţin tehnici (de obicei managerii).

În al doilea rand ofera expresivitatea de a modela procese de afaceri foarte complexe si poate fi usor legata de limbajele de executie in afaceri.

Pentru a modela un flux de procese in afaceri, trebuie sa modelam evenimentele care apar pentru a crea un process, procesul care se formeaza, si rezultatul final al fluxului de procese. Deciziile in afaceri si ramificarea fluxurilor sunt modelate utilizand gateway-uri. Un gateway este similar unui simbol decizional intr-o diagrama.

Mai mult, un process din flux poate contine subprocese, care pot fi reprezentate grafic printr-o alta diagrama de procese conectata print-un hyperlink cu un simbol de proces. Daca un proces nu este impartit in subprocese atunci acesta este considerat un task – proces de nivel cel mai scazut. Simbolul “+” intr-o diagrama semnifica faptul ca un proces este impartit in subprocese. Daca simbolul “+” nu este prezent, atunci procesul este numit “task”.

Fig. 1. Diagrama de procese de afaceri simplă pentru un sistem de licitare on-line.

Cu cât se înaintează în procesul de analiză în afaceri, se poate spune “cine şi ce face” prin plasarea evenimentelor şi proceselor în zone delimitate numite noduri (pools) care arata cine efectuează procesul. Mai mult, un nod poate fi împărţit în subnoduri (lanes). Un nod reprezintă de obicei o organizaţie iar un subnod reprezintă un departament în acea organizaţie (deşi pot fi folosite şi pentru a reprezenta alte lucruri cum ar fi funcţii, aplicaţii sau sisteme).

5

Fig.2 BPMN Diagrama proceselor de afaceri cu procese reprezentate sub formă de noduri.

În următoarea parte vom privi îndeaproape fiecare element care poate fi desenat într-o diagramă BPMN Business Process.

Modelarea evenimentelor în afaceri

În timplul modelarii proceselor de afaceri, se modelează evenimentele care se întâmplă în afacere, şi se arată cum acestea influenţează fluxul de procese. Un eveniment fie porneşte un flux de procese, fie are loc în timpul unui flux de procese sau încheie un flux de procese. BPMN furnizează un mod de notare distinct pentru fiecare tip de eveniment, ilustrat în tabelul de mai jos.

Tabelul 1: Tipuri de evenimente de bază în BPMN şi notaţiile lor:

6

Evenimente mai complexe – Specificarea tipurilor trigger (declanşatoare)

Când sunt modelate fluxuri de proces mai complexe, cum ar fi servicii web B2B, trebuie modelate evenimente de afaceri mai complexe, cum ar fi mesaje, cronometre (timers), reguli de afaceri şi tratarea erorilor. BPMN permite specificarea tipului de cronometru ataşat evenimentului şi reprezentarea lui cu o iconiţă reprezentativă, după cum se specifică în Tabelul 2.

Ataşarea unui tip de cronometru la un eveniment creează anumite constrângeri asupra fluxului de procese care sunt modelate, procese ce sunt explicate în tabel. De exemplu un cronometru nu poate încheia un flux de procese. Se pot doar primi sau trimite fluxuri de mesaje de la sau către evenimentele de tip mesaj. Aceste tipuri de reguli pentru modelare, care sunt de fapt diferite reguli în afaceri ar trebui executate automat de către unealta de modelare furnizând suport pentru BPMN.

7

Tabelul 2: Tipuri de evenimente declansatoare.

8

Deseori un eveniment are loc în timp ce un proces rulează, realizând astfel o întrerupere a procesului, şi declanşarea unui nou proces care să ruleze. Sau, un proces va fi complet, cauzând pornirea unui eveniment şi rularea unui nou proces. Aceste evenimente intermediare pot fi modelate prin plasarea unui simbol de eveniment direct pe procesul căruia îi este asociat. În figură 3, se poate vedea un mesaj de tip eveniment care este declanşat atunci când procesul “Check Inbox” se sfârşeşte, cauzând un mesaj “Password Request” să fie trimis către procesul “Send Password”. Acest tip de notare BPMN clarifica pentru cititor faptul că procesul “Check Inbox” generează un eveniment de tip mesaj care trimite un mesaj către alt proces.

Fig.3 Un eveniment de tip mesaj este declanşat la sfârşitul procesului “Check Inbox”, trimiţând mesajul “Password Request” către procesul “Send Password”.

Procese, subprocese şi sarcini de afaceri

La baza procesului de modelare al afacerilor se afla însăşi procesele. Există trei tipuri de procese: procesele, subprocesele şi sarcinile. Fiecare este reprezentată grafic de acelaşi simbol dreptunghiular; utilizarea diferitelor denumiri reflectând doar relaţiile ierarhice dintre ele.

Descompunerea procesului în ierarhii

Un proces este o reţea de "lucruri ce lucrează". Se desenează ca un dreptunghi pe nivelul superior al diagramei de Procese de Afaceri BPMN. Pot fi specificate detalii proprii ale unui proces prin crearea sau ataşarea unui alt proces de afaceri la cel iniţial. Subdiagrama este considerată o diagramă "copil". Un proces care are o diagramă “copil” primeşte un semn "+" în corpul său.

Reprezentarea grafică a detaliilor unui proces printr-o altă diagrama de proces de afaceri se consideră "descompunerea" procesului. Se poate continua descompunerea unui proces fără nicio restricţie - crearea unei diagrame “copil” pentru un proces, şi diagrame “copil” pentru procesele primei diagrame “copil”, s.a.m.d.

Procesele desenate pe diagrame “copil” sunt considerate subprocese. Procesele de pe nivelul inferior, care nu se descompun mai departe sunt considerate sarcini.

9

Fig 4. Parte a unei diagrame de Proces de Afaceri BPMN pentru un sistem de licitaţie online

Figura 4 arata o diagramă a unui proces de afaceri BPMN în care procesul Register Item For Auction a fost modelat. Semnul "+" în corpul procesului arată că există cel puţin o diagramă de proces de afaceri “copil” legată la acest proces, şi că pe acea diagramă se găseşte o reprezentare grafică a detaliilor acestui proces.

Fig 5. Subprocese şi sarcini

Figura 5 arata o parte a diagramei de proces de afaceri “copil” BPMN la procesul Register Item For Auction. Deoarece se afla pe o diagramă “copil”, procesele sunt considerate subprocese. Procesele de pe această diagramă care nu sunt descompuse mai departe (nu au semnul "+" în centrul lor) sunt considerate sarcini. După cum se poate vedea, este uşor de identificat o sarcină într-o diagramă - sunt acele dreptunghiuri rotunjite care nu au un semn "+" în centru.

10

Vizualizarea cu uşurinţă a complexităţii procesului

Din nou, diagrama BPMN este reprezentată pentru a fi uşor de înţeles de către privitori. Pentru a ajuta la înţelegerea complexităţilor proceselor, se poate afişa în mod grafic o pictogramă a unui flux de procese copil pe însuşi simbolul de proces. În editorul de modelare, acesta se face prin apăsarea pe semnul "+" în centrul simbolului de proces, ce va schimba semnul în "-", şi prezentarea schiţei pictogramei. În acest fel. la vederea unei diagrame a unui Proces de Afaceri BPMN, se pot observa cu uşurinţă procesele complexe, care se descompun pe nivele.

Fig 6. Vizualizarea schiţei pictogramei diagramei fiice a unui proces

Modelarea tranziţiei către un proces

Pentru a arăta ordinea de execuţie a proceselor, acestea trebuie conectate printr-o săgeată. Tranziţia este reprezentată grafic cu o săgeată cu vârful plin (vezi Figurile 4 şi 5).

Tranziţia este folosită pentru a arăta secvenţele proceselor în interiorul unei organizaţii sau a unui departament. Deci, în cazul în care au fost adăugate noduri şi subnoduri în diagrama, se vor folosi săgeţi pentru a conecta evenimentele, procesele şi gateway-urile plasate între noduri şi subnoduri.

BMPN trasează o a doua linie de flux - Săgeata de Mesaj - disponibilă pentru a modela comenzile de procese dintre organizaţii şi departamente (cu alte cuvinte, între noduri).

11

Modelarea punctelor de decizie prin gateway-uri

Deciziile, îmbinările şi bifurcaţiile în fluxul de proces sunt modelate printr-un simbol, în fluxul de proces sunt modelate printr-un simbol gateway. Un gateway poate fi gândit că o întrebare pusă într-un anumit punct în fluxl de proces. Întrebarea are definite o mulţime de răspunsuri alternative, care sunt de fapt porţi.

Se poate seta un stereotip pentru un gateway, schimbând astfel logica specificata de el şi simbolul care-l reprezintă, cum este descris în Tabelul 3.

Tabelul 3. Tipuri de Gateway-uri şi simboluri asociate

Stereotip Gateway ExplicaţieGateway-urile XOR sunt utilizate pentru a modela decizii bazate pe date sau evenimente. Deciziile bazate pe date de tip XOR sunt cele mai comune. Un simbol de data traversează Fluxul de Proces şi ajunge la gateway-ul XOR. Calea spre care conduce este aleasa în funcţie de expresiile condiţionale ale fiecărei porţi a gateway-ului. Poate ieşi printr-o singură săgeata.

Gateway-urile bazate pe evenimente sunt o dezvoltare recentă în managementul proceselor de afaceri. Un gateway bazat pe evenimente de tip XOR reprezintă o bifurcaţie unde alternativele sunt bazate pe evenimente care apar în acel moment în fluxul proceselor. Un eveniment specific, în general primirea unui mesaj, determina care cale va fi aleasa.

Spre exemplu, putem modela o săgeată de flux unde sistemul aşteaptă un răspuns de la client. Răspunsul clientului va fi un mesaj de tip Yes/No, şi aceasta determina calea aleasă.

12

Gateway-urile de tip XOR sunt utilizate pentru modelarea îmbinărilor bazate pe date sau pe evenimente. Exclusiv înseamnă că doar una dintre multe intrări este aleasă ca ieşire din poarta.

Decizia OR inclusiva înseamnă că din decizie pot fi urmate una sau mai multe săgeţi de ieşire. Nu poate exista situaţia în care nu se alege nicio cale de ieşire - trebuie specificata o cale implicită.

Îmbinarea OR inclusiva înseamnă că fluxul de proces continua când primul semnal de intrare (un simbol) ajunge din oricare dintre seturile de fluxuri de secvenţe de intrare. Dacă alte semnale ajung ulterior din alte fluxuri de secvenţe de intrare, acestea nu sunt folosite.

Se specifică o decizie complexă de flux care referă secvenţe ulterioare ale fluxului. Expresia determina care flux va fi urmat.

13

Se specifică o decizie complexă de flux care referă secvenţele anterioare ale fluxului şi/sau procesează datele care intră în gateway. Expresia determina momentul de start al task-ului.

Un gateway paralel este cunoscut de asemenea sub denumirea de gateway AND. Sunt urmate toate căile săgeţilor ce ies din gateway-ul AND.

Poarta AND trebuie să primească un semnal de intrare (un simbol) de la toate săgeţile de intrare pentru a urma calea săgeţii de ieşire. Fluxul de proces aşteaptă toate semnalele să ajungă la gateway-ul AND înainte de a putea continua.

Cine ce face - Noduri şi subnoduri

Pe măsură ce progresăm în modelarea fluxurilor de afaceri, procesele, evenimentele şi gateway-urile diagramei procesului de afaceri sunt luate şi aşezate în noduri sau subnoduri. Un nod este reprezentat ca o regiune dreptunghiulară desanata orizontal sau vertical în interiorul diagramei. Un subnod este o subpartitie în interiorul unui nod şi extinde întreaga lungime a nodului. Tipic, un nod reprezeinta o organizaţie, şi un subnod reprezintă un departament al acelei organizaţii. Prin luarea proceselor şi aşezarea lor în noduri şi subnoduri, se speicifica cine ce face, pentru evenimente se specifică unde au ele loc, şi pentru gateway-uri se specifică unde sunt luate deciziile şi cine le ia.

14

Fig 7. Nodurile şi subnodurile arata cine executa procesele, ia deciziile, sau unde au loc evenimentele

Un nod poate reprezenta multe lucruri

Un nod poate reprezenta şi alte lucruri în afară organizaţiilor, cum ar fi o funcţie (ceva ce organizaţia executa, cum ar fi Marketingul, Vânzările sau Formarea), o aplicaţie (sau un software), o locaţie (o locaţie fizică în interiorul companiei), o clasă (un modul software într-un program software dintr-un computer orientat obiect), sau o

entitate (reprezentând un tabel logic într-o bază de date). Poate reprezenta un singur lucru, dar acel lucru provine dintr-o listă eterogenă de diferite tipuri de lucruri.

Modelarea Săgeţilor de Mesaje B2B

Cum am menţionat anterior, unul dintre scopurile diagramei de proces de afaceri BPMN este de a permite modelarea mesajelor B2B. În acest scop, diagrama de proces de afaceri BPMN oferă posibilitatea modelarii săgeţilor de mesaj. Diagramele de procese de afaceri tradiţionale permit modelarea fluxurilor de proces secvenţiale - de la evenimentele de început la cele de sfârşit. Diagrama de proces de afaceri BPMN măreşte linia de flux de secvenţa cu un rând de mesaje, astfel încât poate modela oameni sau maşini care să îşi trimită mesaje unul altuia - un aspect important în înţelegerea şi descrierea proceselor B2B şi B2C.

15

Fig 8. Săgeţile de mesaj sunt utilizate pentru transmiterea mesajelor între organizaţii sau aplicaţii

Impunerea normelor B2B

BPMN specifică anumite norme pentru modelarea mesajelor şi fluxurilor. Săgeţile de flux pot fi desenate între evenimente, procese şi gateway-uri în interiorul aceluiaşi nod. Săgeţile de mesaj pot fi desenate numai între evenimente, procese sau gateway-uri care se găsesc în noduri diferite - deoarece mesajele sunt schimbate doar între diferite organizaţii sau aplicaţii, s.a.m.d.

BPMN sugerează că aceste norme să fie impuse prin editorul de modelare BPMN. System Architect impune aceste reguli de desenare prin apariţia unui simbol că un vânător de fantome (ghostbuster), interzicând conexiunea între elementele greşite; permite numai conexiuni între elementele corespunzătoare ale modelului. Aceasta ajuta prin prevenirea introducerii de erori sau inconsistente logice în sistemele B2B în timpul modelarii.

Cutiile Negre şi Cutiile Albe

Există momente în timpul modelarii în care nu te interesează cum este executat un proces în companie. Poate fi vorba despre o altă companie sau despre un client care fie nu se afla în raza ta de interes, fie nu ai control asupra sa. Nu este important cum crează compania un mesaj; contează doar că acel mesaj să-ţi fie transmis şi să conţină informaţia pe care o poţi utiliza. Sau, nu te interesează ce face compania cu mesajul pe care i-l transmiţi - ai încredere că va face lucrul potrivit cu el.

16

Astfel, o companie (sau aplicaţie, funcţie, client, s.a.m.d.)este ca o "cutie neagră" - desenată doar săgeata de mesaj către sau dinspre nodul ce o reprezintă, fără a reprezenta vreun detaliu în interiorul nodului. Acesta se afla în contrast cu nodurile în care sunt modelate procese, care pot fi considerate "cutii albe" - pentru a putea vedea în ele şi a le examina detaliile.

Figura 9 arata mesajele de la şi către procesele dintr-un nod de tip "cutie albă" (reprezentatnd Licitantul - Bidder) către şi de la un nod de tip "cutie neagră" (reprezentând Vânzătorul - Seller).

Fig 9. Săgeţi de mesaj trasate între o "cutie albă" şi o "cutie neagră"

De asemenea, pot fi arătate mesajele transmise între două "cutii negre” , (Figura 10).

Fig 10. Săgeţi de mesaj trasate între două "cutii negre"

17

Procesul de transformare a datelor

Un “order request” (crearea unei cereri) cauzează generarea unui ”order” (comanda). Când produsul este livrat clientului, comandă este îndeplinită. O carte de credit nefuncţionala poate cauza anularea comenzii. Un client îşi poate actualiza informaţiile din cadrul contului cu o carte de credit nouă, sau o adresă nouă.

Se poate controla felul în care datele sunt modificate în timpul unui flux de procese prin reprezentarea obiectelor de tip date în diagrama de procese BPMN. Obiectele de tip de date sunt artefacte care pot reprezenta multe tipuri de elemente electronice sau fizice. Din moment ce reprezintă date, ele sunt definite de o combinaţie de una sau mai multe entităţi (corespunzând tabelelor din baza de date) sau clase (corespunzând modulelor software orientate-obiect care conţin date). Un obiect de tip de date este reprezentat printr-un dreptunghi cu un colţ îndoit în dreapta sus, ceea ce îl face să semene cu un document.

Modelarea datelor de tip obiect este opţionala – ele nu au nici un efect direct asupra fluxului de procese, ele doar furnizează informaţii despre cum funcţionează fluxul de procese. Se poate ataşa un obiect de tip de date unui flux de mesaje sau secvenţe printr-o linie puncata (fig.11), sau prin desenarea unor linii de asociere de la şi către obiectele de tip de date şi procese (fig.12), creând astfel un flux de date în fluxul de procese.

Fig. 11 Ataşarea unui obiect de tip dată la un flux de ordine.

Starea obiectului poate fi specificata între paranteze pătrate sub obiect. Acest lucru arată cum obiectul este transformat în timpul procesului. În figură 11, se poate vedea că factura este aprobată atunci când este trimisă de la procesul “Send Invoice” către procesul “Make payment”. În figură 12, se poate vedea că procesul “Approve Purchase Order” modifica starea unui obiect “Purchase Order” din starea “Complete” în starea “Approved”.

18

Fig.12 Desenarea liniilor de asociere între obiecte de tip dată şi un proces.

Adnotarea modelelor cu text

O fotografie face cât 1000 de cuvinte, după cum este zicală. Pe de altă parte, uneori o fotografie nu este de ajuns, este nevoie de cuvinte pentru a descrie un lucru pe care o fotografie nu îl poate reprezenta. Astfel BPMN furnizează o adnotare textuală care poate fi aplicată oricărui model de elemente, astfel încât să poată fi descrise detalii suplimentare despre elementul în sine cu ajutorul cuvintelor.

Pot fi folosite adnotări textuale pe toate elementele unei diagrame de procese BPMN. Adnotările textuale sunt afişate într-un dreptunghi ataşat unui simbol printr-o linie dreaptă, după cum se poate vedea în figură 13.

Fig. 13 Adnotare textuală; pentru circumstanţe în care pozele nu sunt de ajuns.

Concluzii referitoare la BPMN

În concluzie, BPMN este gata să devină noul standard de modelare a proceselor în afaceri şi servicii web. Este creat astfel încât să poată modela cu uşurinţă procese tipice de afaceri, şi oferă funcţionalitatea de a modela procese complexe de afaceri, incluzând transmiterea de mesaje a serviciilor web.

19

Simularea proceselor de afaceri

Un model creat folosind BPMN este o descriere logică a felului în care funcţionează afacerea, din care pot fi create limbaje de proces pentru afacerea respectivă. Totuşi pentru rezultate optime, această abordare ar trebui folosită în concordanţă cu simularea proceselor de afaceri.

Simularea este o tehnică puternică, disponibilă analiştilor în afaceri pentru a îşi putea analiza modelele, înainte ca acestea să fie puse în practică. Un model, când este simulat, mimează operaţiile afacerii, parcurgând pas cu pas evenimentele compresate în timp, şi arătând o imagine animată a fluxului.

Deoarece programele de simulare ţin evidenţa statisticilor despre elementele modelului, performanţele pot fi evaluate analizând rezultatul modelului. Acest lucru permite evitarea de greşeli costisitoare prin revizuirea eficienţei unui model de afaceri înaintea implementării efective.

Fig.14 Simularea şi execuţia unei diagrame de proces de afaceri BPMN

Maparea la limbaje de execuţie în afaceri

Limbajele de modelare a proceselor în afaceri sunt bazate pe limbajul XML folosit ca un mijloc de modelare a proceselor de afaceri într-un format XML. Multe limbaje diferite de modelare a proceselor în afaceri au fost propuse pentru a fi folosite. Marea majoritate folosesc XML şi se construiesc pe baza WSDL (Web Service Description Language) după standardele W3C. Un defect major al limbajului WSDL este acela că limbajul amesteca interfaţa statică şi conectarea informaţiilor cu anumite protocoale de comunicare.

Noua generaţie de limbaje de modelare în afaceri include limbajul BPEL4WS (Business Process Execution Language for Web Services) creat cu ajutorul BEA, IBM şi Microsoft, şi a limbajului BPML (Business Process Modeling Language) creat de BPMI.ORG.

Ambele standarde furnizează specificaţii pentru:

- Fluxul de date

- Mesaje

- Evenimente

20

- Reguli în afaceri

- Excepţii

- Tranzacţii (Distribuite, Compensatorii, Sincrone, Asincrone)

BPMN se mapează în mod direct la limbajele de execuţie

După cum am menţionat în introducere, BPMI a dezvoltat BPMN cu o fundaţie matematică solidă: a fost folosită ramura Pi-Calculus a Process Calculi. Aceasta este o metodă formală de calcul care reprezintă fundaţia pentru procesele dinamice şi cele mobile. Acest lucru înseamnă că procesele de afaceri proiectate folosind standardul BPMN pot fi în mod direct mapate cu orice limbaj executabil de modelare în afaceri pentru o execuţie imediată. Deasemenea, acest lucru este analog cu funcţionalitatea modelelor de date relaţionale şi a generaţiei de declaraţii SQL / DDL.

Legătura dintre BPMN şi UML

Apariţia a BPMN, BPML şi BPMS nu face învechită nevoia pentru dezvoltarea de noi sisteme, spre deosebire folosirea limbajului UML (Unified Modeling Language). Dezvoltarea noilor sisteme încă are un rol important de jucat în procesul arhitectural enterprise.

UML este un limbaj care ajută dezvoltatorii să specifice, vizualizeze şi să documenteze modele de sisteme software. Este adresat în special arhitecţilor de sistem şi inginerilor software. A fost dezvoltat ca un mijloc de a eficientiza procesul de dezvoltare a software-ului, de la design-ul arhitectural la implementarea aplicaţiei pentru a fi utilizată de către un comitet tehnic.

BPMN se adresează analiştilor în afaceri, arhitecţilor de sistem şi inginerilor în software. A fost dezvoltat ca o modalitate de a simplifica întregul ciclu de viaţă al dezvoltării unui proces de afaceri creat de către un comitet de oameni de afaceri.

UML nu este familiar pentru majoritatea analiştilor de afaceri

UML defineşte un număr de diagrame care pot fi încadrate într-una din trei categorii:

1. Structura statică a aplicaţiei

2. Comportament dinamic

3. Gestionarea şi organizarea soluţiilor software

Dintre aceste categorii diagrama de comportament dinamic este cea mai folosită pentru modelarea proceselor în afaceri, pentru a realiza diagrame cum ar fi diagrama de activitate UML şi diagrama cazurilor de utilizare. BPMN este legat de UML în sensul că defineşte o

21

notaţie grafică pentru procesele de afaceri, care este similară cu diagramele de comportament UML. Totuşi BPMN şi UML au abordări foarte diferite referitoare la modelarea proceselor de afaceri.

UML oferă o abordare orientata-obiect pentru modelarea aplicaţiilor, în timp ce BPMN foloseşte o abordare a proceselor centrice. Majoritatea metodelor UML cer că întâi să fie găsit obiectul folosind o structură statică, şi apoi cer să fie construită o diagramă de comportament dinamica pentru a evidenţia modul de acţionare a obiectelor. Ca şi fel de modelare această metodă nu le este familiară multor analişti de afaceri.

BPMN oferă o abordare de procese centrica care este mai naturală şi mai intuitivă pentru un analist în afaceri. Cu BPMN, fluxurile de control şi fluxurile de mesaje ale proceselor sunt modelate întâi. Un obiect model pentru proces este definit mai degrabă implicit decât explicit. BPMN oferă deasemenea opţiunea de modelare explicită a obiectelor care pot fi expuse prin intermediul serviciilor în fluxurile de procese.

UML nu are o implementare vizuală a modelelor de afaceri

UML este o asamblare de diagrame care sunt rezultatul celor mai bune practici colective ale diferiţilor practicanţi fondatori. Din nefericire, acest lucru înseamnă că diagramele sunt o agregare şi că nu au fost create în mod specific pentru a lucra una cu alta. Drept consecinţă, dezvoltatorii îşi pot modela doar o parte din aplicaţii cu ajutorul UML; nivelul detaliat de implementare nu este acoperit.

În contrast, BPMN, defineşte un singur tip de diagramă care are mai multe înfăţişări derivate din acelaşi proces de bază al meta-modelului. Rezultatul natural al acestui lucru este acela că implementarea într-un limbaj de execuţie de procese în afaceri pur şi simplu devine o altă viziune logică a procesului.

UML nu are fundaţia matematică pentru a fi mapat cu BPEL

În cele din urmă, UML nu defineşte nici un meta-model de execuţie pentru procesele de afaceri modelate. În schimb, orice meta-model de execuţie trebuie definit folosind Model Drive Architecture (MDA). BPMN este bazat pe executarea proceselor de către meta-modelul BPML şi astfel nu sunt necesari pasi adiţionali pentru modelarea proceselor pe deplin executabile.

22

Despre BPMN şi UML

Se anticipează că BPMN şi UML vor co-exista. Vor fi utilizatori tehnici care nu vor dori să folosească BPML că metoda principală de lucru şi care vor utiliza în continuare UML. Figura 15 arată că BPMN poate fi folosit pentru a crea soluţii care să ruleze direct pe BPMS sau care să fie folosite drept analist de afaceri pentru dezvoltări ulterioare folosind UML. În acest scenariu utilizatorii UML ar considera procesele de afaceri pur şi simplu o altă componentă.

Fig.15 BPMN şi UML sunt folosite pentru a crea procese de afaceri şi aplicaţii care să ruleze pe un Business Process Management Server (BPMS).

23

Concluzii

O notaţie standard de modelare utilizată de către furnizorii de modelare, analiştii în afaceri şi comunitatea IT este fundamentală în gestionarea proceselor de afaceri şi în alinierea lor cu arhitecturile tehnologiei informaţiei (IT).

Executarea proceselor de afaceri este o paradigmă alternativă de dezvoltare la tehnicile tradiţionale de dezvoltare. Dezvoltarea în mod tradiţional nu va dispărea, de fapt este fundamentală în susţinerea implementării de business process management servers (BPMS’s).

Modelarea folosind BPMN este esenţială pentru înţelegerea şi comunicarea proceselor de afaceri în interiorul organizaţiei. BPMN furnizează o creştere puternică pentru celelalte tehnici de modelare cum ar fi modelarea de date, design de aplicaţii şi sisteme cu UML, XML şi arhitectura reţelelor. Aceste tehnici de modelare îi permit unei firme să înţeleagă şi să definească arhitectura de afacere, ceea ce îi permite să reacţioneze rapid la schimbări, într-un mod mai puţin riscant.

Simplificarea şi demistificarea serviciilor web şi a modului lor de a fi folosite în lumea de afaceri este cheia pentru a ne ajuta clienţii să aibă succes pe piaţă pe care concurează.

24

BIBLIOGRAFIE

http://en.wikipedia.org/wiki/Business_Process_Model_and_Notationhttp://www.bpmn.org/http://www.intalio.com/http://www.omg.org/bpmn/Documents/6AD5D16960.BPMN_and_BPM.pdf

25