Sunteți pe pagina 1din 26

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

- Bucureti, 2013 -

Cuprins
Cuprins.................................................................................................................. 2 Introducere............................................................................................................ 3 BPMN la prima vedere........................................................................................... 5 Modelarea evenimentelor n afaceri......................................................................6 Procese, subprocese i sarcini de afaceri............................................................10 Modelarea punctelor de decizie prin gateway-uri................................................13 Impunerea normelor B2B..................................................................................... 17 Procesul de transformare a datelor......................................................................19 Simularea proceselor de afaceri..........................................................................21 Maparea la limbaje de execuie n afaceri...........................................................21 Legtura dintre BPMN i UML...............................................................................22 Despre BPMN i UML............................................................................................ 24 Concluzii.............................................................................................................. 25 BIBLIOGRAFIE....................................................................................................... 26

Introducere
Business Process Modeling Notation (BMPN) este noul standard pentru fluxul de procese de afaceri i servicii web. Creat de ctre Business Process Management Iniiative (BPMI), elul principal al BPMN este acela de a furniza o notaie care s fie uor de neles de ctre toi utilizatorii de soft-uri pentru afaceri. Aici sunt incluse persoane ncepnd de la analitii n afaceri care creeaz proiectele iniiale i pn 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 execuia 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 notaie comun.

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


To improve is to change; // A mbunti 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 iniiativa n lumea arhitectural Enterprise Business Process Management (BPM). BPM este concentrat pe gestionarea schimbrii i mbunatirii 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 iniiativa te poate face s crezi c procesele n afaceri nu au fost gestionate anterior. Acest lucru bineneles nu este adevrat multe organizaii 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 parial sau au euat 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 inovaiilor, arhitecturii, design-ului i desfasurararii proceselor. Pentru c management-ul s neleag arhitectur, design-ul i desfurarea proceselor, este nevoie de standarde de modelare n afaceri i de executare a proceselor n afaceri.

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 execuie i al serviciilor web. Notaii speciale au fost adugate n diagrame pentru a descrie evenimentele bazate pe mesaje i schimbul de mesaje ntre organizaii.

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


OASIS este un consoriu global non-profit care conduce dezvoltarea, acoperirea i adopia standardelor e-business. OASIS produce n ntreaga lume standard de securitate, servicii web,conformitatea cu codul XML, tranzacii n afaceri, publicitate electronic i interoperabilitate n interiorul pieelor i ntre piee. BPML i BPEL4WS au fost introduce n OASIS, care a format un comitet tehnic pentru a crea un limbaj standard de execuie a proceselor n afaceri. Rezultatul acestui comitet este numit n momentul actual Web Services Business Process Execution Language (WSBPEL). Statusul current al BPML este acela c este introdus ca o specificaie influen pentru comitetul WS-BPEL. Modele BPMN i servicii web Pentru c serviciile web s funcioneze trebuie urmat un proces n patru pai, dup cum urmeaz: 1. Proiectarea procesului folosind BPMN. 2. Simularea procesului i modificarea lui pentru a obine o eficien mai mare. 3. Facerea serviciilor disponibile prin publicarea lor utiliznd un limbaj de execuie 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 funcionalitile acestora vor fi stocate i folosite . Vom examina fiecare din paii menionai mai sus, ncepnd cu standardul BPMN. La final ne vom concentra asupra relaiei dintre BPMN i standardul industrial popular pentru analiza sistemelor UML (Unified Modeling Language).

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 rnd este uor de utilizat i neles. Poate fi folosit pentru a modela rapid i uor procesele n afaceri, i este uor de neles de ctre utilizatorii mai puin 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 printro 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 ct 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 mprit n subnoduri (lanes). Un nod reprezint de obicei o organizaie iar un subnod reprezint un departament n acea organizaie (dei pot fi folosite i pentru a reprezenta alte lucruri cum ar fi funcii, aplicaii sau sisteme).

Fig.2 BPMN Diagrama proceselor de afaceri cu procese reprezentate sub form de noduri. n urmtoarea 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 ntmpl n afacere, i se arat cum acestea influeneaz fluxul de procese. Un eveniment fie pornete 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 notaiile lor:

Evenimente mai complexe Specificarea tipurilor trigger (declanatoare) Cnd sunt modelate fluxuri de modelate evenimente de afaceri de afaceri i tratarea erorilor. evenimentului i reprezentarea Tabelul 2. proces mai complexe, cum ar fi servicii web B2B, trebuie mai complexe, cum ar fi mesaje, cronometre (timers), reguli BPMN permite specificarea tipului de cronometru ataat lui cu o iconi reprezentativ, dup cum se specific n

Ataarea unui tip de cronometru la un eveniment creeaz anumite constrngeri 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 ctre evenimentele de tip mesaj. Aceste tipuri de reguli pentru modelare, care sunt de fapt diferite reguli n afaceri ar trebui executate automat de ctre unealta de modelare furniznd suport pentru BPMN.

Tabelul 2: Tipuri de evenimente declansatoare.

Deseori un eveniment are loc n timp ce un proces ruleaz, realiznd astfel o ntrerupere a procesului, i declanarea unui nou proces care s ruleze. Sau, un proces va fi complet, cauznd pornirea unui eveniment i rularea unui nou proces. Aceste evenimente intermediare pot fi modelate prin plasarea unui simbol de eveniment direct pe procesul cruia i este asociat. n figur 3, se poate vedea un mesaj de tip eveniment care este declanat atunci cnd procesul Check Inbox se sfrete, cauznd un mesaj Password Request s fie trimis ctre 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 ctre alt proces.

Fig.3 Un eveniment de tip mesaj este declanat la sfritul procesului Check Inbox, trimind mesajul Password Request ctre procesul Send Password.

Procese, subprocese i sarcini de afaceri


La baza procesului de modelare al afacerilor se afla nsi procesele. Exist trei tipuri de procese: procesele, subprocesele i sarcinile. Fiecare este reprezentat grafic de acelai simbol dreptunghiular; utilizarea diferitelor denumiri reflectnd doar relaiile ierarhice dintre ele.

Descompunerea procesului n ierarhii


Un proces este o reea 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 ataarea unui alt proces de afaceri la cel iniial. Subdiagrama este considerat o diagram "copil". Un proces care are o diagram copil primete un semn "+" n corpul su. Reprezentarea grafic a detaliilor unui proces printr-o alt diagrama de proces de afaceri se consider "descompunerea" procesului. Se poate continua descompunerea unui proces fr nicio restricie 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.

10

Fig 4. Parte a unei diagrame de Proces de Afaceri BPMN pentru un sistem de licitaie 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 puin o diagram de proces de afaceri copil legat la acest proces, i c pe acea diagram se gsete 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 uor de identificat o sarcin ntr-o diagram - sunt acele dreptunghiuri rotunjite care nu au un semn "+" n centru.

11

Vizualizarea cu uurin a complexitii procesului


Din nou, diagrama BPMN este reprezentat pentru a fi uor de neles de ctre privitori. Pentru a ajuta la nelegerea complexitilor proceselor, se poate afia n mod grafic o pictogram a unui flux de procese copil pe nsui simbolul de proces. n editorul de modelare, acesta se face prin apsarea pe semnul "+" n centrul simbolului de proces, ce va schimba semnul n "-", i prezentarea schiei pictogramei. n acest fel. la vederea unei diagrame a unui Proces de Afaceri BPMN, se pot observa cu uurin procesele complexe, care se descompun pe nivele.

Fig 6. Vizualizarea schiei pictogramei diagramei fiice a unui proces

Modelarea tranziiei ctre un proces


Pentru a arta ordinea de execuie a proceselor, acestea trebuie conectate printr-o sgeat. Tranziia este reprezentat grafic cu o sgeat cu vrful plin (vezi Figurile 4 i 5). Tranziia este folosit pentru a arta secvenele proceselor n interiorul unei organizaii sau a unui departament. Deci, n cazul n care au fost adugate noduri i subnoduri n diagrama, se vor folosi sgei pentru a conecta evenimentele, procesele i gateway-urile plasate ntre noduri i subnoduri. BMPN traseaz o a doua linie de flux - Sgeata de Mesaj - disponibil pentru a modela comenzile de procese dintre organizaii i departamente (cu alte cuvinte, ntre noduri).

12

Modelarea punctelor de decizie prin gateway-uri


Deciziile, mbinrile i bifurcaiile n fluxul de proces sunt modelate printr-un simbol, n fluxul de proces sunt modelate printr-un simbol gateway. Un gateway poate fi gndit c o ntrebare pus ntrun anumit punct n fluxl de proces. ntrebarea are definite o mulime de rspunsuri alternative, care sunt de fapt pori. Se poate seta un stereotip pentru un gateway, schimbnd 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

Explicaie Gateway-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 funcie de expresiile condiionale ale fiecrei pori a gateway-ului. Poate iei printr-o singur sgeata. Gateway-urile bazate pe evenimente sunt o dezvoltare recent n managementul proceselor de afaceri. Un gateway bazat pe evenimente de tip XOR reprezint o bifurcaie 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 sgeat de flux unde sistemul ateapt un rspuns de la client. Rspunsul clientului va fi un mesaj de tip Yes/No, i aceasta determina calea aleas.

13

Gateway-urile de tip XOR sunt utilizate pentru modelarea mbinrilor bazate pe date sau pe evenimente. Exclusiv nseamn c doar una dintre multe intrri este aleas ca ieire din poarta.

Decizia OR inclusiva nseamn c din decizie pot fi urmate una sau mai multe sgei de ieire. Nu poate exista situaia n care nu se alege nicio cale de ieire trebuie specificata o cale implicit.

mbinarea OR inclusiva nseamn c fluxul de proces continua cnd primul semnal de intrare (un simbol) ajunge din oricare dintre seturile de fluxuri de secvene de intrare. Dac alte semnale ajung ulterior din alte fluxuri de secvene de intrare, acestea nu sunt folosite. Se specific o decizie complex de flux care refer secvene ulterioare ale fluxului. Expresia determina care flux va fi urmat.

14

Se specific o decizie complex de flux care refer secvenele 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 cile sgeilor ce ies din gateway-ul AND.

Poarta AND trebuie s primeasc un semnal de intrare (un simbol) de la toate sgeile de intrare pentru a urma calea sgeii de ieire. Fluxul de proces ateapt toate semnalele s ajung la gateway-ul AND nainte de a putea continua.

Cine ce face - Noduri i subnoduri


Pe msur ce progresm n modelarea fluxurilor de afaceri, procesele, evenimentele i gateway-urile diagramei procesului de afaceri sunt luate i aezate 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 organizaie, i un subnod reprezint un departament al acelei organizaii. Prin luarea proceselor i aezarea 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.

15

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 organizaiilor, cum ar fi o funcie (ceva ce organizaia executa, cum ar fi Marketingul, Vnzrile sau Formarea), o aplicaie (sau un software), o locaie (o locaie fizic n interiorul companiei), o clas (un modul software ntr-un program software dintr-un computer orientat obiect), sau o entitate (reprezentnd 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 Sgeilor de Mesaje B2B


Cum am menionat 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 sgeilor de mesaj. Diagramele de procese de afaceri tradiionale permit modelarea fluxurilor de proces secveniale - de la evenimentele de nceput la cele de sfrit. Diagrama de proces de afaceri BPMN mrete linia de flux de secvena cu un rnd de mesaje, astfel nct poate modela oameni sau maini care s i trimit mesaje unul altuia - un aspect important n nelegerea i descrierea proceselor B2B i B2C.

16

Fig 8. Sgeile de mesaj sunt utilizate pentru transmiterea mesajelor ntre organizaii sau aplicaii

Impunerea normelor B2B


BPMN specific anumite norme pentru modelarea mesajelor i fluxurilor. Sgeile de flux pot fi desenate ntre evenimente, procese i gateway-uri n interiorul aceluiai nod. Sgeile de mesaj pot fi desenate numai ntre evenimente, procese sau gateway-uri care se gsesc n noduri diferite - deoarece mesajele sunt schimbate doar ntre diferite organizaii sau aplicaii, 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 apariia unui simbol c un vntor de fantome (ghostbuster), interzicnd conexiunea ntre elementele greite; permite numai conexiuni ntre elementele corespunztoare 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 conin informaia pe care o poi utiliza. Sau, nu te intereseaz ce face compania cu mesajul pe care i-l transmii - ai ncredere c va face lucrul potrivit cu el.

17

Astfel, o companie (sau aplicaie, funcie, client, s.a.m.d.)este ca o "cutie neagr" - desenat doar sgeata de mesaj ctre sau dinspre nodul ce o reprezint, fr 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 ctre procesele dintr-un nod de tip "cutie alb" (reprezentatnd Licitantul - Bidder) ctre i de la un nod de tip "cutie neagr" (reprezentnd Vnztorul - Seller).

Fig 9. Sgei de mesaj trasate ntre o "cutie alb" i o "cutie neagr" De asemenea, pot fi artate mesajele transmise ntre dou "cutii negre , (Figura 10).

Fig 10. Sgei de mesaj trasate ntre dou "cutii negre" 18

Procesul de transformare a datelor


Un order request (crearea unei cereri) cauzeaz generarea unui order (comanda). Cnd produsul este livrat clientului, comand este ndeplinit. O carte de credit nefuncionala poate cauza anularea comenzii. Un client i poate actualiza informaiile 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 combinaie de una sau mai multe entiti (corespunznd tabelelor din baza de date) sau clase (corespunznd modulelor software orientate-obiect care conin 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 opionala ele nu au nici un efect direct asupra fluxului de procese, ele doar furnizeaz informaii despre cum funcioneaz fluxul de procese. Se poate ataa un obiect de tip de date unui flux de mesaje sau secvene printr-o linie puncata (fig.11), sau prin desenarea unor linii de asociere de la i ctre obiectele de tip de date i procese (fig.12), crend astfel un flux de date n fluxul de procese.

Fig. 11 Ataarea unui obiect de tip dat la un flux de ordine. Starea obiectului poate fi specificata ntre paranteze ptrate sub obiect. Acest lucru arat cum obiectul este transformat n timpul procesului. n figur 11, se poate vedea c factura este aprobat atunci cnd este trimis de la procesul Send Invoice ctre 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.

19

Fig.12 Desenarea liniilor de asociere ntre obiecte de tip dat i un proces. Adnotarea modelelor cu text O fotografie face ct 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 oricrui model de elemente, astfel nct s poat fi descrise detalii suplimentare despre elementul n sine cu ajutorul cuvintelor. Pot fi folosite adnotri textuale pe toate elementele unei diagrame de procese BPMN. Adnotrile textuale sunt afiate ntr-un dreptunghi ataat unui simbol printr-o linie dreapt, dup cum se poate vedea n figur 13.

Fig. 13 Adnotare textual; pentru circumstane 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 nct s poat modela cu uurin procese tipice de afaceri, i

20

ofer funcionalitatea de a modela procese complexe de afaceri, incluznd transmiterea de mesaje a serviciilor web.

Simularea proceselor de afaceri


Un model creat folosind BPMN este o descriere logic a felului n care funcioneaz afacerea, din care pot fi create limbaje de proces pentru afacerea respectiv. Totui pentru rezultate optime, aceast abordare ar trebui folosit n concordan cu simularea proceselor de afaceri. Simularea este o tehnic puternic, disponibil analitilor n afaceri pentru a i putea analiza modelele, nainte ca acestea s fie puse n practic. Un model, cnd este simulat, mimeaz operaiile afacerii, parcurgnd pas cu pas evenimentele compresate n timp, i artnd o imagine animat a fluxului. Deoarece programele de simulare in evidena statisticilor despre elementele modelului, performanele pot fi evaluate analiznd rezultatul modelului. Acest lucru permite evitarea de greeli costisitoare prin revizuirea eficienei unui model de afaceri naintea implementrii efective.

Fig.14 Simularea i execuia unei diagrame de proces de afaceri BPMN

Maparea la limbaje de execuie 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 interfaa static i conectarea informaiilor cu anumite protocoale de comunicare. Noua generaie 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 specificaii pentru: Fluxul de date Mesaje
21

Evenimente Reguli n afaceri Excepii Tranzacii (Distribuite, Compensatorii, Sincrone, Asincrone)

BPMN se mapeaz n mod direct la limbajele de execuie Dup cum am menionat n introducere, BPMI a dezvoltat BPMN cu o fundaie matematic solid: a fost folosit ramura Pi-Calculus a Process Calculi. Aceasta este o metod formal de calcul care reprezint fundaia 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 execuie imediat. Deasemenea, acest lucru este analog cu funcionalitatea modelelor de date relaionale i a generaiei de declaraii SQL / DDL.

Legtura dintre BPMN i UML


Apariia 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 arhitecilor 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 aplicaiei pentru a fi utilizat de ctre un comitet tehnic. BPMN se adreseaz analitilor n afaceri, arhitecilor de sistem i inginerilor n software. A fost dezvoltat ca o modalitate de a simplifica ntregul ciclu de via al dezvoltrii unui proces de afaceri creat de ctre un comitet de oameni de afaceri.

UML nu este familiar pentru majoritatea analitilor de afaceri UML definete un numr de diagrame care pot fi ncadrate ntr-una din trei categorii: 1. Structura static a aplicaiei 2. Comportament dinamic 3. Gestionarea i organizarea soluiilor 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
22

UML i diagrama cazurilor de utilizare. BPMN este legat de UML n sensul c definete o notaie grafic pentru procesele de afaceri, care este similar cu diagramele de comportament UML. Totui BPMN i UML au abordri foarte diferite referitoare la modelarea proceselor de afaceri. UML ofer o abordare orientata-obiect pentru modelarea aplicaiilor, n timp ce BPMN folosete o abordare a proceselor centrice. Majoritatea metodelor UML cer c nti s fie gsit obiectul folosind o structur static, i apoi cer s fie construit o diagram de comportament dinamica pentru a evidenia modul de acionare a obiectelor. Ca i fel de modelare aceast metod nu le este familiar multor analiti 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 nti. Un obiect model pentru proces este definit mai degrab implicit dect explicit. BPMN ofer deasemenea opiunea 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 diferiilor practicani 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 aplicaii cu ajutorul UML; nivelul detaliat de implementare nu este acoperit. n contrast, BPMN, definete un singur tip de diagram care are mai multe nfiri derivate din acelai proces de baz al meta-modelului. Rezultatul natural al acestui lucru este acela c implementarea ntr-un limbaj de execuie de procese n afaceri pur i simplu devine o alt viziune logic a procesului. UML nu are fundaia matematic pentru a fi mapat cu BPEL n cele din urm, UML nu definete nici un meta-model de execuie pentru procesele de afaceri modelate. n schimb, orice meta-model de execuie trebuie definit folosind Model Drive Architecture (MDA). BPMN este bazat pe executarea proceselor de ctre meta-modelul BPML i astfel nu sunt necesari pasi adiionali pentru modelarea proceselor pe deplin executabile.

23

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 soluii care s ruleze direct pe BPMS sau care s fie folosite drept analist de afaceri pentru dezvoltri 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 aplicaii care s ruleze pe un Business Process Management Server (BPMS).

24

Concluzii
O notaie standard de modelare utilizat de ctre furnizorii de modelare, analitii n afaceri i comunitatea IT este fundamental n gestionarea proceselor de afaceri i n alinierea lor cu arhitecturile tehnologiei informaiei (IT). Executarea proceselor de afaceri este o paradigm alternativ de dezvoltare la tehnicile tradiionale de dezvoltare. Dezvoltarea n mod tradiional nu va disprea, de fapt este fundamental n susinerea implementrii de business process management servers (BPMSs). Modelarea folosind BPMN este esenial pentru nelegerea i comunicarea proceselor de afaceri n interiorul organizaiei. BPMN furnizeaz o cretere puternic pentru celelalte tehnici de modelare cum ar fi modelarea de date, design de aplicaii i sisteme cu UML, XML i arhitectura reelelor. Aceste tehnici de modelare i permit unei firme s neleag i s defineasc arhitectura de afacere, ceea ce i permite s reacioneze rapid la schimbri, ntr-un mod mai puin riscant. Simplificarea i demistificarea serviciilor web i a modului lor de a fi folosite n lumea de afaceri este cheia pentru a ne ajuta clienii s aib succes pe pia pe care concureaz.

25

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

26