bpmn basic

of 24/24
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).

Post on 29-Jun-2015

206 views

Category:

Documents

7 download

Embed Size (px)

TRANSCRIPT

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 declanare................................ 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 execuie 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 mbuntii nseamn a schimba; A atinge perfectiunea nseamn a face schimbari dese. Winston Churchill BPMN (Business Process Managament Notation) este notaia modelrii procesului de business, noul standard de modelare a proceselor de business i a proceselor de servicii web aa cum este sugerat de ctre BMPI (Initiativa pentru managementul procesului de business (www.bpmi.org). BPMN este centrul unei noi organizaii 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 schimbrilor necesare mbuntirii procesului de business. BPMN este alcatuit dintr-o diagram numita diagrama procesului de business (Business Process Diagram - BPD). Aceast diagram a fost creat astfel nct s fie uor de folosit i de nteles dar confer n acelasi timp i posibilitatea de modelare a unor procese de business mai complexe, n conceperea ei inndu-se cont i de serviciile web. BPMN este doar una dintre cele trei specificatii dezvoltate de ctre 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 execuie a serviciilor web pentru procesul de business (BPEL4WS) creat prin fuziunea BEA, IBM, MICROSOFT i altele. Totusi BPMI a creat BPMN astfel nct acesta s se mapeze direct i rapid la orice limbaj de execuie a procesului de business. Limbajele de execuie 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 consoriu global care conduce dezvoltarea, convergena 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 execuie 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 comparaie cu limbajul de modelare unificat (UML). In primul rnd ofer o tehnic asupra fluxului de modelare a procesului. In al doilea rnd are un fundamente matematic solid special conceput pentru a se mapa pe limbajele de execuie a business-ului, spre deosebire de UML. BPMN se poate mapa pe UML furniznd un puternic front-end modelrii business-ului pentru sistemele concepute cu UML. Ne propunem prezentarea noului standard BPMN, ilustrnd 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 initiaive. 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 ctre iniiativa de management a procesului de business (BPMI), principalul scop al BPMN este de a oferi o notaie care s poate fi nteleas rapid de ctre toti utilizatorii de business. Acest lucru include de la analitii de business care au creat planul initial al proceselor, pn 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 execuia proceselor de business cum sunt BPEL4WS i BPML pot fi exprimate visual cu ajutor unei notaii comune. BPMN permite managementul procesului de business(BPM), este un declanator pentru o noua iniiativ n lumea arhitecturii companiei managementul procesului de business(BPM). BPM se preocup de controlul schimbrilor pentru mbuntirea 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 iniiativ va poate conduce la idea ca procesele de business nu au fost controlate initial. Multe organizaii 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 parial sau au euat n alte cazuri pentru ca a existat o lipsa de standarde i un ciclu complet de via pentru a controla i ghida designul i execuia procesului de business. Controlul procesului sau schimbarea nu pot fi un proces la ad-hoc necesitnd un management de exerciiu al controlului asupra descoperirii, arhitecturii, designului i lansarii de procese. Pentru ca managementul s inteleaga aceste faete este nevoie de modelarea afacerii i de standarde ale limbajului de execuie 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, execuie, ntreinere i optimizare a proceselor.

1.2. Standardele BPMI.ORGBPMI 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 execuie al business-ului BPQL, limbajul de interogare al procesului de business, un standard de management al interfetei necesare pentru lansarea i execuia 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 relaionale care susine 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 disponibilitii imediate a limbajului de execuie. Acest lucru este analog datorit funcionalitii modelelor de date relationale i a generaiei de SQL/DDL. Limbajul de modelare a procesului de business(BPML) este conceput de ctre 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 innd cont de limbajele de execuie a business-ului i serviciile web. Notaiile speciale adugate la diagrama dau o imagine general asupra evenimentelor bazate pe mesaje i mesaje transmise ntre organizaii. Maparea BPMN la limbajul de execuie a business-ului BPMN arat specificaii pentru a se mapa direct la standardul BPML i la oricare limbaj concurent de execuie a business-ului, nou introdus: BPEL4WS dezvoltat de BEA, IBM, MICROSOFT i alii. Relaia BPMI.ORG - OASIS OASIS(www.oasis-open.org ) este o organizatie non-profit, un consoriu global care conduce dezvoltarea, convergena i adoptarea standardelor de e-Business. OASIS produce n toat lumea standarde de securitate, servicii web, conformitate XML, tranzacii de business, publicaii electronice, hri tematice i interoperabilitatea ntre i cu medii de afaceri. Att 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 execuie al procesului de business. Rezultatul actual dat de aceast comitet se numeste Servicii web

Limbajul de execuie al procesului de business(WS-BPEL). Statusul curent al BPML este acela ca este nregistrat ca fiind o specificatie care a influenat comitetul WS-BPEL.

1.3. Modele BPMN pentru servicii webFuncionarea 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 execuie 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 funcionaliti s si aiba locul i s fie executate. Vom analiza fiecare dintre aceste etape, ncepnd cu standardul BPMN, tratnd apoi relaia dintre BPMN i un standard popular de analiza de sisteme i anume limbajul de modelare unificat (UML). Particulariti 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 uor de folosit i de nteles i ofer expresivitate modelului de procese de afaceri, putnd fi mapat ntr-un mod foarte natural pe limbajul de execuie a business-ului. BPMN poate fi folosit rapid i uor pentru a modela procesele de business i este uor de nteles de ctre utilizatorii fr 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 sfrit 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 conine subprocese, care pot fi afiate grafic printr-o alt diagrama a procesului de business conectat prntr-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 ct adncim 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 partiiona n benzi. Un container tipic reprezint o organizaie iar o band, linie tipic reprezint un departament din interiorul organizatiei. Pe de alta parte le putem da reprezentri specifice, spre alte lucruri: funcii, aplicaii 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 ncepe flux proces un de Evenimente intermediare Se intampla n timpul unui flux de proces Evenimente sfrit Incheie flux proces de un de

Tabelul 1. Tipuri de evenimente de baza n BPMN i notatiile lor 1.3.1. Evenimente complexe specificarea tipului de declanare Cnd 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 condiii de eroare. BPMN permite specificarea tipului de declanare al evenimentului i denotarea acestuia cu o icoana reprezentativ, specificate n tabelul 2. Specificarea tipului de declanare al unui eveniment impune anumite constrngeri 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 ctre mijloacele de modelare care ofer suport pentru BPMN. Evenimente de nceput Evenimente intermediare Evenimente de sfrit Descriere

Un mesaj de nceput ajunge de la un participant i declaneaza nceputul procesului, sau continu procesul n cazul unui eveniment intermediar. Un mesaj de sfrit denota un mesaj generat la sfritul unui proces.

Un timer nu poate fi un eveniment de sfrit

O regula nu poate fi un eveniment de sfrit

Un timp specific sau un ciclu(de exemplu n fiecare luni la ora 9am) poate fi setat s declaneze nceputul procesului, sau s continue procesul n cazul unui eveniment intermediar. Se declaneaza cnd condiiile pentru o regul devin adevrate, (exemplu:preul aciunilor s-a modificat cu mai mult de 10% de la deschidere) Un link este un mecanism de conectare a unui eveniment de sfrit al unui flux de proces la evenimentul de nceput al unui al flux de proces. Pentru un eveniment de nceput multiplu, exista mai multe ci de declanare 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 declanare se aplica. Pentru sfrit multiplu, exist multiple consecine de ncheiere al

O excepie nu poate fi eveniment de nceput Un eveniment de compensatie nu poate fi un eveniment de nceput

Un eveniment de sfrit nu poate fi un eveniment de nceput Un eveniment de terminare la sfrit nu poate fi un eveniment de nceput.

Un eveniment de sfrit nu poate fi un eveniment intermediar

procesului, una dintre acestea aparand doar (de exemplu trimitere de mesaje multiple). O excepie de eveniment de sfrit informeaz motorul de procese c o eroare numit ar trebui generata. Aceasta eroare va fi prinsa de un eveniment intermediar de excepie. Un eveniment de sfrit compensator informeaza motorul de procese ca este necesar o compensaie. Acest identificator de compensatie este folosit de un eveniment intermediar cnd un proces regreseaz (d napoi). Un eveniment de sfrit nseamn c utilizatorul s-a decis s anuleze procesul. Procesul este nchis cu un eveniment de manipulare normal. Un eveniment de terminare la sfrit nseamn c exist o eroare fatal i c toate activitiile din proces ar trebui terminate imediat. Procesul este terminat fr evenimente de compensaie sau de manevrare.

Un eveniment de terminare la sfrit nu poate fi un eveniment intermediar

Tabelul 2. Tipuri de declanare a evenimentului De multe ori un eveniment se ntampl n timp ce este executat un proces particular, cauznd o ntrerupere a acestui proces i declannd execuia unui nou proces. Sau, un proces va fi complet, cauznd un eveniment care s nceapa, i un nou proces care s se execute. Se pot modela aceste evenimente intermediare prin ataarea unui simbol de eveniment direct pe procesul cu care este asociat. In figura 3 se poate vedea un eveniment mesaj declanandu-se cnd un proces Check Inbox se execut, cauznd un mesaj Password Requested care va fi trimis unui proces Send Password. Acest tip de notatie BPMN este foarte clar pentru cititor anunndu-i ca procesul Check Inbox genereaz un eveniment mesaj, care la rndul lui trimite un mesaj altui proces.

Figura 3. Un eveniment mesaj este declanat la sfritul procesului 1.3.2. Procese de business, subprocese i sarcini In centrul modelrii procesului de business sunt chiar procesele. Exista trei tipuri (categorii) de procese de business: procese, subprocese i sarcini. Fiecare este expus, reprezentat grafic de ctre acelai simbol rotunjit rectangular iar folosirea diferitelor substantive reflect ntr-un mod simplu ierarhia relaiilor dintre ele. a. Descompunerea proceselor n ierarhii Un proces este o reea 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 ataarea 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 fr nici un fel de restricii crend o diagram fiu pentru un proces, i diagrame fiu pentru pentru procesele din prima diagrama fiu i aa 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 secvena 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 licitaie. Semnul + n corpul procesului arat ca exist cel puin 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 fr 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 uor de ctre 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, schimbndul ntr-un semn - i prezentnd schia 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 ctre nivelele urmtoare.

Figura 7. Prezentand o imagine schematica a unei diagrame fiu pe un proces c. Modelearea secvenelor de flux ale unui proces Pentru arta ordinea de execuie a proceselor, se conecteaz cu un flux secvenial. Un flux secvenial este desenat ca o linie cu un varf de sageata plin ( figurile 4 i 5). Un flux secvenial este folosit pentru a arata secvena de procese dintr-o organizaie sau dintrun departament. Astfel dac s-au adaugat containere sau benzi la diagrama realizat, se folosesc linii de secvena 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 urmtoare . 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 rspunsuri alternative, care sunt practic pori sau sanse, alegeri. Se poate seta stereotipul unui portal, i n acest fel schimbnduse logica specificat de el i simbolul care il reprezinta (tabelul 3). Tabelul 3. Tipuri de portaluri i simboluri asociate STEREOTIPUL PORTALULUI EXPLICATIE

DECIZIE EXCLUSIVA (XOR) DECIZIE XOR BAZATA PE DATE:

DECIZIE XOR BAZATA PE EVENIMENT:

STEREOTIPUL PORTALULUI FUZIUNE EXCLUSIVA (XOR)

Portalurile XOR sunt utilizate pentru modelarea decizilor bazate pe date sau pe evenimente. Deciziile XOR bazate pe date sunt cele mai comune portaluri XOR utilizate. O aciune de date traverseaz fluxul de proces i ajunge la portalul XOR. Calea prin care iese este aleas pe baza expresiilor condiionate pentru fiecare poart a portalului, dar poate iei 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 ci va fi aleas. De exemplu, se poate modela fluxul procesului n care sistemul asteapt un raspuns de la client. Raspunsul clientului va fi un mesaj DA sau unul NU, acest lucru determinand care calea care va fi aleas. EXPLICATIE Portalurile XOR sunt folosite pentru a modela fuziunile bazate pe date i pe evenimente. Exclusiv nseamn ca doar una dintre intrari este aleas pentru a fi ieire din poart.

INCLUSIV SAU DECIZIE

Inclusiv ( a include ) nseamn una sau mai multe moduri de pornire i desfasurare a fluxurilor secveniale 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 cnd semnalul primei intrari (o aciune de date) ajunge din oricare set de intrri ale secvenei de fluxuri. Dac alte semnale subsecveniale ajung dintr-o alta intrare a fluxurilor secveniale, ele nu sunt folosite.

DECIZIE COMPLEXA

Se specifica o condiie complex de flux care face referire direct la numele fluxului secvenial. Expresia determin care ieire de flux va fi aleas.

STEREOTIPUL PORTALULUI

EXPLICATIE

FUZIUNE COMPLEXA

Se specific o condiie complexa de flux care face referire la numele care sosesc de la fluxul secvenial si/sau data procesului care soseste n portal. Expresia determina cnd sarcina ncepe.

RAMIFICARE PARALELA ( AND )

Un portal paralel se numeste i un portal AND. Sunt luate toate fluxurile secveniale atrase afara din portalul AND.

INTRARI PARALELE ( AND )

Portalul AND trebuie s receptioneze un semnal de intrare( o aciune de proces ) de la toate intrarile fluxurilor secveniale pentru ca fluxul de ieire 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 evoluia abilitilor 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 subpartiie dintr-un container i extinde ntreaga lungime a containerului. Tipic, un container reprezint o organizaie, 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 cnd procesul este nevoit s sar ntr-un alt container pentru ca acesta are resurse diferite necesare pentru completarea activitii. Acest conteiner este particular apt pentru necesitatea descrierii procesului B2B, cnd diferite organizaii ii transmit mesaje una la alta pentru a executa respectiva activitate. In sectiunea Modelarea fluxurilor de mesaj B2B se vor aborda aspecte de detaliu. Semnificaia unui container Un container poate reprezenta i diferite lucruri n afara de o organizatie, cum ar fi o funcie (ar marketing, vanzari sau training, pe care organizaia le execut), o aplicaie (sau un program software pentru computer), o locaie (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 B2BAsa 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 secveniale de la evenimentele de nceput pana la rezultatele de sfrit. Diagrama procesului de business BPMN creste linia fluxului secvenial cu o linie a fluxului de mesaj, asa nct 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 secveniale. Fluxurile secveniale pot fi atrase doar ctre 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 cnd nu se pune accent pe felul de modelarea cnd se executa un proces intro 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 ctre 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 ctre 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 dntr-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 datelorEste important faptul c procesele transform datele ntr-o organizaie. O cerere de comand cauzeaz generarea unei comenzi iar cnd produsul este trimis la cumprtor, comanda este ndeplinit. Un card de credit cu probleme poate cauza anularea comenzii. Un cumparator i poate updata informaiile despre cont cu un nou numr al crii 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 combinaie de una sau mai multe entiti (corespondnd cu tabelele unei baze de date) sau clase(corespondnd cu module software orientate obiect care conin respectivele date).

Figura 12. Atasarea unui obiect de date la un flux secvenial

Un obiect de date este reprezentat printr-un rectangul cu coltul dreapta sus ndoit, acest lucru facndu-l asemntor cu un document. Modelarea obiectelor de date este opional, nu are nici un efect direct asupra fluxului de proces, ea oferind doar informaii despre ceea ce face fluxul de proces. Se poate ataa un obiect de date la o secvena a fluxului de mesaj cu o linie punctat (figura 12), sau s se ataeze linii de asociere ctre i dinspre obiectele de date i procese(figura 13), crend 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 informaii despre cum este transformat obiectul n timpul procesului. In figura 12 se poate vedea ca Invoice-ul sau factura este aprobat cnd este trimisa de la procesul de trimitere al facturi la procesul de efectuare al plii iar n figura 13 se poate observa ca procesul de aprobare a comenzii de achiziie 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 explicaii pentru a descrie nuanele unui lucru pe care aceast imagine le ndeplinete. Astfel BPMN ofer adnotaii textuale care pot fi legate la orice element al modelului, astfel nct 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, ataat la simbol printr-o linie dreapta (figura 14).

1.6. BPMN i simularea procesului de businessIn 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, incluznd 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 analitilor business pentru a analiza modelele nainte de realizarea lor. Un model, cnd este simulat, mimeaz operaii ale business-ului prin trecerea prin evenimente ntr-un timp compresat n timp ce afieaz o imagine animat a fluxului. Pentru c software-ul de simulare ine o eviden a statisticilor despre elementele modelului, parametrii performanei pot fi evaluai prin analiza datelor de ieire ale modelului. Acest lucru permite evitarea unor greeli costisitoare prin atenta reevaluare a eficienei 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 execuie 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 mulime 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 greeal important a WSDL este aceea ca limbajul amestec descrieri de interfa i informaii de legatur cu anumite protocoale de comunicaie.

Noua tendin a limbajelor de modelare a procesului de business include i limbajul de execuie 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 ctre BPMI.ORG. Ambele standarde ofer specificaii pentru: fluxurile de date mesaje evenimente reguli de business exceptii tranzactii( distribuite, compensatorii, sincronizate, asincronizate ) Harile BPMN la limbaje de execuie BPMI a dezvoltat BPMN cu un solid fundament matematic, folosind ramura Pi-Calculus a Procesului Calculi. Aceasta este o metod formal de calcul mecanic care formeaz fundaia 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 execuie imediata. Acest lucru este analog la funcionalitatea modelelor de date relaionale i la generarea declaratiilor SQL/DDL. 1.6.2. Orchestrarea serviciilor web ale BPMN Internetul este un mediu eterogen dintre platforme multe i aplicatii diferite. ntr-un lant al valorilor definit i limitat, organizatiile i indivizii vor s aiba parte de cele mai bune componente care sunt oferite n acest lan ca i valoare. Aplicatiile i serviciile trebuie s lucreze mpreuna ntr-un mod armonios. Aceasta este una dintre forele care conduce la standardizarea serviciilor web. Pentru a face serviciile web s lucreze este nevoie de un proces n patru etape conceperea proceselor cu ajutorul BPMN, verificarea lor pentru eficien prin simulare, disponibilitatea lor prin publicarea unui limbaj de execuie a procesului business i orchestrarea i coordonarea lor folosind Sistemul de Management al Procesului de Business (BPMS). BPMS ofer abilitatea de transformare a unor discipline distincte de fluxuri de producie, EAI i B2B dintr-o soluie practic complex oferit de consultanii cu caliti ntr-o soluie deschisa accesibil maselor de dezvoltatori, producnd noi tipuri de aplicaii strans legate i agile. BPMS orchestreaza participantii (aplicatii, oameni, parteneri) n execuie, procese finite i micoreaza diferenta dintre strategie i execuia business. Prin companiile importante care dezvolta BPMS sunt IBM, BEA Systems, Vitria, Imtalio, FileNet, Fuego i Collaxa.

1.7. BPMN i UMLLansarea BPMN, BPML i BPMS nu cauzeaz ntr-un mod absolut nevoia de dezvoltare a sistemelor, ca i aceea aparuta la folosirea Limbajului de modelare unificat (UML). Dezvoltarea sistemelor joac nca un rol important n procesul arhitectural general al ntreprinderii.

UML este un limbaj care ajuta dezvoltatorii la specificarea, vizualizarea i documentarea modelelor de sisteme software. Se pune accentul foarte mult asupra arhitectilor de sistem i a inginerilor software. A fost dezvoltat ca i o nevoie de ndreptare a procesului de dezvoltare software, de la conceptul arhitectural la implementarea aplicaiei pentru utilizare de ctre o audien tehnic. BPMN se adreseaza analitilor business, arhitecilor de sistem i inginerilor software. A fost dezvoltat ca fiind o cale de mbuntire a ciclului de via general al procesului de dezvoltare de la procesul de design interpretat de ctre o audien de business. UML este necunoscut pentru majoritatea analistilor business. El definete un numr de diagrame care fac parte din una dintre cele trei categorii care descriu: 1. structura aplicatiei statice 2. comportamentul dinamic 3. managementul i organizarea solutiilor software Din aceste categorii diagramele de comportament dinamic unele sunt folosite frecvent pentru modelarea proceselor business, cum ar fi diagrama UML de activitate sau diagrama Use Case. BPML este legat de UML n sensul ca definete o notaie grafic pentru procesul business care este similar cu diagramele de comportament UML. Totusi, BPMN i UML au abordri diferite asupra modelrii procesului business. UML ofer o abordare orientat obiect asupra modelrii aplicaiilor, n timp ce BPMN are o abordare centrata pe proces. Majoritatea metodelor UML cer gsirea n prima faza a obiectului folosind diagrame de structur static, iar n a doua faza cer construirea diagramelor de comportament dinamic pentru a arata modul de interaciune al obiectelor. Ca i tip de modelare, aceasta metod este necunoscut majoritii analitilor de business. BPMN ofer o abordare orientat pe centrarea procesului care este mai natural i intuitiv n utilizare pentru anlitii de business. Cu BPMN prima dat sunt modelate fluxurile de control i mesaje de procese. Un model obiect pentru proces este definit mai degrab implicit dect explicit. BPMN mai ofer i opiunea de modelare explicit a obiectelor care pot fi expuse prin serviciile business n fluxurile de proces. UML sufer de lipsa unei viziuni de implementare a modelelor de business UML este o asamblare de diagrame care sunt rezultatele celei mai bune practici colective a diverilor practicani. Din pacate, acest lucru nseamn c diagramele sunt un agregat care nu a fost special conceput pentru a lucra unul cu altul. Ca i o consecinta, dezvoltatorii pot modela doar o parte a aplicaiilor lor cu UML iar nivelul de implementare detaliat nu este acoperit. In contrast, BPMN defineste un singur tip de diagram care are mai multe puncte de vedere derivate din aceeai accentuare a meta modelului procesului de execuie. Rezultatul natural al acestei implementri ntr-un limbaj de execuie al procesului business devine mai degrab alt privire logic a procesului. UML nu posed fundamente matematice n harta la BPEL UML nu definete nici un meta-model de execuie pentru modelarea procesului business. In schimb, orice meta-model de execuie trebuie definit folosind Arhitectura Condusa dup

Model (Model Driven Arhitecture - MDA). BPMN se bazeaza meta-modelul de execuie a procesului al BPML i de aceea nu necesit nici un pas adiional pentru modelarea complet a proceselor executabile. BPMN i UML coexist Specialitii afirm c BPMN i UML coexist deoarece muli utilizatori tehnici care nu intenioneaz s foloseasca BPML ca i scop final de lansare, continu s foloseasc UML. BPML poate fi folosit pentru a conduce soluiile care vor rula direct pe un BPMS sau folosite ca i o faad de analiz business pentru dezvoltarea sistemelelor subsecveniale 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 aplicaiilor care ruleaz pe un Server de Management al Procesului Business (BPMS).

Figura 16. BPMN i UML

CONCLUZIIPopkin Software consider c un standard de model de notaie folosit n jurul modelrii vnztorilor, analitilor business i a comunitii IT este fundamental pentru managementul proceselor business i alinierii business-ului cu arhitecturile tehnologiei informationale ( IT ). Execuia 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 susinerea implementarii serverelor de management ale procesului business ( BPMS). Modelarea cu BPMN este esenial pentru ntelegerea i comunicarea proceselor business prin toata ntreprinderea. BPMN ofer o puternica argmentare altor tehnici de modelare: modelarea datelor relaionale, aplicaii i designul de sistem cu UML, designul schemei XML i designul de arhitectura al reelei. Aceste tehnici de modelare permit unei firme s neleag i s conceap arhitectura intreprinderii, care ofer posibilitatea de a reaciona 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 nelegere a serviciilor web i a modului de folosire a lor n intreprindere este cheia pentru a permite cumprtorilor s reueasca pe piea global. REFERINTE BPMN, www.bpmn.org ,www. popkin. com BPMN vs. UML Ismal Ghalimi, Chief Strategy Officer, Intalio (www. intalio. com) September 2002