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 flux de proces

Se intampla în timpul unui flux de proces

Incheie un flux de 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 început

Evenimente intermediare

Evenimente de sfârşit

Descriere

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 timer nu poate fi un eveniment de sfârşit

Un timp specific sau un ciclu(de exemplu în fiecare luni la ora 9am) poate fi setat să declanşeze începutul procesului, sau să continue procesul în cazul unui eveniment intermediar.

O regula nu poate fi un eveniment de sfârşit

Se declanşeaza când condiţiile pentru o regulă devin adevărate, (exemplu:preţul acţiunilor s-a modificat cu mai mult de 10% 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 nu poate fi eveniment de început

O excepţie de eveniment de sfârşit informează motorul de procese că o eroare numită ar trebui generata. Aceasta eroare va fi prinsa de un eveniment intermediar de excepţie.

Un eveniment de compensatie nu poate fi un eveniment de început

Un eveniment de sfârşit compensator informeaza motorul de procese ca este necesară o compensaţie. Acest identificator de compensatie este folosit de un eveniment intermediar când un proces regresează (dă înapoi).

Un eveniment de sfârşit nu poate fi un eveniment de început

Un eveniment de sfârşit nu poate fi un eveniment intermediar

Un eveniment de sfârşit înseamnă că utilizatorul s-a decis să anuleze procesul. Procesul este închis cu un eveniment de manipulare normal.

Un eveniment de terminare la sfârşit nu poate fi un eveniment de început.

Un eveniment de terminare la sfârşit nu poate fi un eveniment intermediar

Un eveniment de terminare la sfârşit înseamnă că există o eroare fatală şi că toate activităţiile din proces ar trebui 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:

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ă.

STEREOTIPUL PORTALULUI EXPLICATIE

FUZIUNE EXCLUSIVA (XOR)

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

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.

RAMIFICARE PARALELA ( AND )

Un portal paralel se numeste şi un portal AND. Sunt luate toate fluxurile secvenţiale atrase afara din portalul AND.

INTRARI PARALELE ( 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

mbele standarde oferă specificaţii pentru:

iness

( distribuite, compensatorii, sincronizate, asincronizate )

arţile BPMN la limbaje de execuţie

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

.6.2. Orchestrarea serviciilor web ale BPMN

ternetul este un mediu eterogen dintre platforme multe şi aplicatii diferite. Într-un lant al

entru a face serviciile web să lucreze este nevoie de un proces în patru etape – conceperea

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

rin companiile importante care dezvolta BPMS sunt IBM, BEA Systems, Vitria, Imtalio,

1.7. BPMN şi UML

ansarea BPMN, BPML şi BPMS nu cauzează într-un mod absolut nevoia de dezvoltare a

întreprinderii.

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. A

• fluxurile de date • mesaje • evenimente • reguli de bus• exceptii • tranzactii

H BProcesului 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 Invalorilor 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. Pproceselor 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). BEAI ş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. PFileNet, Fuego şi Collaxa.

Lsistemelor, ca şi aceea aparuta la folosirea Limbajului de modelare unificat (UML). Dezvoltarea sistemelor joacă înca un rol important în procesul arhitectural general al

UML este un limbaj care ajuta dezvoltatorii la specificarea, vizualizarea şi documentarea

odelelor de sisteme software. Se pune accentul foarte mult asupra arhitectilor de sistem şi a

a analiştilor business, arhitecţilor de sistem şi inginerilor software. A fost ezvoltat ca fiind o cale de îmbunătăţire a ciclului de viaţă general al procesului de dezvoltare

şte un număr de iagrame care fac parte din una dintre cele trei categorii care descriu:

ea solutiilor software D mic unele sunt folosite frecvent pentru

odelarea proceselor business, cum ar fi diagrama UML de activitate sau diagrama Use Case.

modelării aplicaţiilor, în timp ce BPMN are o bordare centrata pe proces. Majoritatea metodelor UML cer găsirea în prima faza a

ivă în tilizare pentru anliştii de business. Cu BPMN prima dată sunt modelate fluxurile de control

re a modelelor de business ML este o asamblare de diagrame care sunt rezultatele celei mai bune practici colective a

n agregat care nu

BPMN defineste un singur tip de diagramă care are mai multe puncte de vedere erivate din aceeaşi accentuare a meta modelului procesului de execuţie. Rezultatul natural al

matematice în harta la BPEL ML nu defineşte nici un meta-model de execuţie pentru modelarea procesului business. In

osind Arhitectura Condusa după

minginerilor 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 adreseazdde la procesul de design – interpretat de către o audienţă de business. UML este necunoscut pentru majoritatea analistilor business. El defined

1. structura aplicatiei statice 2. comportamentul dinamic 3. managementul şi organizar

in aceste categorii diagramele de comportament dinamBPML 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 asupraaobiectului 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 intuituş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 implementaUdiverşilor practicanţi. Din pacate, acest lucru înseamnă că diagramele sunt ua 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,dacestei implementări într-un limbaj de execuţie al procesului business devine mai degrabă altă privire logică a procesului. UML nu posedă fundamenteUschimb, orice meta-model de execuţie trebuie definit fol

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

tenţionează să foloseasca BPML ca şi scop final de lansare, continuă să folosească UML.

inBPML 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

ONCLUZII

consideră că un standard de model de notaţie folosit în jurul modelării ânzătorilor, analiştilor business şi a comunităţii IT este fundamentală pentru managementul

este esenţială pentru întelegerea şi comunicarea proceselor business prin ata întreprinderea. BPMN oferă o puternica argmentare altor tehnici de modelare:

C Popkin Softwarevproceselor 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 BPMNtomodelarea 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