Documente Academic
Documente Profesional
Documente Cultură
- 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.
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.
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.
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.
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
12
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.
15
Fig 7. Nodurile i subnodurile arata cine executa procesele, ia deciziile, sau unde au loc evenimentele
16
Fig 8. Sgeile de mesaj sunt utilizate pentru transmiterea mesajelor ntre organizaii sau aplicaii
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. 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.
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.
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
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