Platforme informatice pentru productie si servicii

Folosirea workflow-urilor pentru reprezentarea proceselor de afaceri

Coordonator: Conf. Dr. Ing. Brezeanu Iulian

Student: Dragomir Ioana Amalia
An: I Master
Specializarea: Automatic Avansat, Productic i Informatic Aplicat
Facultatea: Inginerie Electric, Electronic i Tehnologia Informaiei
Universitatea: Valahia, Trgoviste

Folosirea workflow-urilor pentru reprezentarea proceselor de afaceri

Un proces de afaceri reprezint o colecie de activiti sau sarcini conexe,
structurate, ce au un punct de nceput i unul final, precum i intrri i ieiri clar
definite. Accentul este pus pe felul n care se desfoar activitatea ntr-o
organizaie. Un proces de afaceri poate fi descompus n mai multe sub-procese, cu
caracteristici specifice, care mpreun contribuie la atingerea scopului procesului de
baz.

CONCEPTUL DE PROCES DE AFACERE N CADRUL UNEI

ORGANIZAII

Tehnologia informaiei este considerat inovatoare n raport cu descrierea i

implementarea unei strategii de afaceri, iar procesele de afaceri au rol catalizator n
creterea valorii de afaceri a tehnologiei informaiei. De aceea, pentru orice
ntreprindere, procesele de afaceri se concretizeaz att n contextul, ct i n
fundamentul necesar dezvoltrii sistemelor informatice pentru ntreprinderi.

Procesele din ntreprinderi sunt mijloacele prin care orice organizaie i conduce
afacerea, ncorpornd orice activitate sau grup de activiti care adaug o valoare
unei resurse interne, pentru a obine un produs sau un serviciu destinat unui
beneficiar (intern sau extern organizaiei). O singur ntreprindere execut un numr
mare de procese de afaceri pentru realizarea obiectivelor sale strategice, n acest fel
furniznd

oportunitatea

utilizrii

tehnologiei

informatice

pentru mbuntirea

proceselor i a performanelor organizaionale (Porter & Millar, 1985). Noile

tehnologii informatice permit nu doar mbuntirea proceselor individuale, dar
pot

oferi posibiliti de integrare a proceselor de afaceri ntre uniti fizice i

organizaionale disipate (Basu & Blanning, 2003).

O clasificare simplist a proceselor de afaceri le mparte pe acestea n elementare i
complexe. Deosebirea dintre cele dou ar consta n numrul de activiti pentru care

au fost definite. Astfel, un proces complex

implic, de obicei, mai multe funcii

eseniale ale ntreprinderii, iar operaiile sale au un impact semnificativ asupra

funcionalitii generale a activitii organizaionale. Pentru a surprinde ntreaga hart
a activitilor depuse i sarcinilor implicate, se procedeaz, de obicei, la divizarea
proceselor complexe n subprocese, pn la obinerea de procese elementare care
definesc o singur funcie pe care ntreprinderea trebuie s o realizeze prin
activitile sale. Activitile sunt elemente componente ale unui proces sau subproces
realizate n mod individual de o singur entitate subdivizionar (de obicei, un
departament al ntreprinderii). Orice activitate este definit prin ansamblul de sarcini

din care este alctuit i care sunt asignate indivizilor din cadrul departamentului n
responsabilitatea

cruia

intr realizarea

respectivei

sarcini (Figura nr. 1.1).

Figura nr. 1.1 Structura ierarhic a proceselor de afaceri din ntreprinderi

n opinia majoritii specialitilor n managementul organizaiei, procesele de afaceri

pot fi privite att ca scopuri n realizarea unei strategii de afaceri, ct i ca modele de
automatizare a afacerii prin utilizarea tehnologiilor informatice.Totui, ei atrag atenia
cu privire la abordarea proceselor exclusiv prin prisma dezvoltrii sistemelor
informatice, fr a ine cont de realitatea economic ce definete activitatea unei
ntreprinderi. Aceasta ar pune accentul pe date i proceduri, avnd ca principal
obiectiv relaiile dintre elementele procedurale i maniera de utilizare a datelor, iar
conceptul de proces de afacere poate fi privit ca mijloc de analiz a modului n care
aplicaiile unui sistem informatic pot fi integrate n scopul identificrii oportunitilor
oferite de automatizarea proceselor.

n prezent, n dezvoltarea sistemelor informatice pentru ntreprinderi, se constat c

paradigma programrii nc deine o influen major n descrierea proceselor de
afaceri, activitatea ntreprinderii fiind alctuit din procese definite n conformitate cu
funciile sistemului informatic. Acest mod de tratare a proceselor de afaceri limiteaz
funciile acestora la ceea ce poate realiza sistemul informatic i nu ine cont,
ntotdeauna, de ntreaga realitate economic. Dei sistemul informatic din cadrul unei
organizaii joac, n

prezent, un rol crucial de susinere a activitii specifice

ntreprinderii, majoritatea proceselor economice nu pot fi complet automatizate. De

fapt, automatizarea complet se poate realiza doar pentru anumite activiti de
afaceri ce pot fi privite doar ca etape funcionale ale unui ansamblu mai complex de
alte procese economice.

2 Managementul proceselor de afaceri

n practica de afaceri i a managementului organizaional, s-au conturat dou
perspective cu privire la organizarea i conducerea afacerii unei ntreprinderi: una
orientat pe funcii i cealalt orientat pe procese.

A Perspectiva

funcional

privete

problemele

specifice

activitii

de

management din punctul de vedere al resurselor organizaiei puse la dispoziia

departamentelor n scopul realizrii anumitor funcii particulare afacerii.
A Perspectiva orientat pe procese este oarecum complementar perspectivei
funcionale, cutnd s optimizeze performana ntreprinderii pe seama
mbuntirii proceselor cheie care definesc fundamentul afacerii ntreprinderii.

Perspectiva funcional a managementului

este util pentru optimizarea resurselor

interne, n timp ce perspectiva orientat pe procese privete coordonarea activitilor

complexe ale ntreprinderii, care implic i resurse externe.
Gestionarea acestor procese ntr-o viziune unitar i n sensul impus de perspectiva
orientat pe procese a generat un concept des utilizat, acela de management al
proceselor de afaceri (Business Process Management). Dei este un termen
ndelung disputat n literatura de specialitate, definiiile pe care diveri autori le-au
furnizat sunt conturate pe baza aceleiai idei de optimizare a proceselor ntreprinderii
prin diverse mijloace specifice. n linii mari, termenul Business Process Management
(BPM) desemneaz att o strategie de afaceri, ct i un segment software, destinate s
gestioneze eficiena i randamentul proceselor din cadrul ntreprinderii, prin
practici de modelare, automatizare i monitorizare.

Ca

disciplin

de

management,

BMP

nlocuiete

perspectiva

funcional

managementului cu cea orientat pe procese aliniat cu obiective de afaceri de nivel

nalt.

Ca tehnologie sau segment software, BMP furnizeaz un set de instrumente software

necesare pentru optimizarea performanei, realizarea obiectivelor concrete de
performan, automatizarea i monitorizarea activitilor i sarcinilor aferente
proceselor de afaceri i furnizarea unei platforme software pentru mbuntirea
performanei afacerii.

Adresndu-se proceselor complexe dintr-o ntreprindere, BPM implic nu doar

angajaii unei organizaii, ci i clienii, furnizorii i ceilali parteneri ai si.

Implementarea unui sistem de management al proceselor de afaceri furnizeaz, pe
lng returnarea investiiei, i noi nivele de analiz, vizibilitate, responsabilitate i
predictibilitate pentru afacere.

Un sistem de management al proceselor din ntreprindere privete orice proces prin

prisma ciclului de via al acestuia. Sistemul de gestionare a proceselor face referire la
aceste etape ale ciclului de via, de la apariia procesului n cadrul ntreprinderii i
pn la eventuala eliminare a lui din strategia de afaceri. Astfel, sistemele Business
Process Management dein patru arii principale de activiti, corespunztoare
principalelor etape din ciclul de via al proceselor de afaceri: proiectarea i
modelarea, implementarea sau execuia, monitorizarea i optimizarea proceselor.
Aa cum se descrie i n Figura nr. 2.1. Ciclul de via a proceselor de afaceri, aceste
arii de activiti sunt iterative i trebuie gestionate n orice stadiu al proceselor de
afaceri.

Figura nr. 2.1 Ciclul de via a proceselor

de afaceri

Proiectarea i modelarea proceselor de afaceri trebuie s surprind complexitatea

i dinamica fiecrui proces ce va fi inclus n strategia de afaceri i s explice modul
n care acesta va afecta activitatea ntreprinderii i va contribui la adugarea unui plus

de valoare n cadrul lanului valoric specific.

Implementarea sau execuia privete, pe de o parte, includerea unor noi

procese de afaceri n activitatea specific ntreprinderii, iar pe de alt parte,
adoptarea noilor modele stabilite n cadrul etapei de modelare a proceselor existente,
care necesit mbuntiri sau restructurri. Implementarea trebuie s in cont nu
doar de integrarea

proceselor

noi cu cele existente,

dar i de atribuirea

responsabilitilor pe roluri asociate proceselor, i gestionarea acestor roluri.

Monitorizarea

este

component

vital

abordarea

managementului

proceselor de afaceri, n primul rnd datorit faptului c o perspectiv

a afacerii

orientat pe procese este, de cele mai multe ori, asociat cu nevoia de vizibilitate a
performanelor i a conformitii cu strategia de afaceri, i n al doilea rnd, datorit
nevoii de evideniere a eficienei i randamentului proceselor. Monitorizarea se refer
la acel set de activiti care permit descoperirea anumitor elemente, care confirm
sau infirm utilitatea unui proces de afaceri, dar i a anumitor anomalii ce nu ar putea
fi vizibile n etapele anterioare de proiectare i modelare static. De aceea,
tehnologia de monitorizare ofer un feedback vital att managerilor afacerii, ct i
persoanelor responsabile cu implementarea proceselor, beneficiind de suport tehnic
din aria auditului financiar i informatic.

Optimizarea este procesul de analiz a informaiilor colectate prin activitatea de

monitorizare i de definire a unor posibile direcii de rafinare a modelelor
proceselor de afaceri i a implementrii acestora. De fapt, optimizarea este
responsabil de caracterul iterativ al proceselor de afaceri, ntruct ea este cea care
determin reluarea etapelor de modelare, implementare i optimizare a acestora.

Definirea proceselor de afaceri a devenit nucleul unui limbaj comun ntre oameni de
afaceri i specialiti IT. n acest context, Business Process Management rmne o
disciplin care combin capabilitile software cu expertiza de afaceri pentru
accelerarea optimizrii i mbuntirii proceselor i pentru a facilita inovarea afacerii
unei ntreprinderi. Acest aspect a fost neles de majoritatea companiilor furnizoare

de soluii informatice integrate pentru ntreprinderi, pentru care managementul

proceselor constituie punctul de plecare n definirea unei arhitecturi informaionale
care s deserveasc afacerea ntreprinderii prin utilizarea tehnologiilor existente i nu
invers.

3 Modelarea proceselor de afaceri

3.1 Prezentare general

Ca rezultat al creterii complexitii afacerilor i, implicit, al modificrii structurii
proceselor din ntreprindere, se manifest pregnant nevoia de a utiliza metode
formale de reprezentare a fluxului informaional i operaional, prin procedee robuste,
derivate din analiza bazat pe modele. Sub acest aspect, s-a conturat un trend ascendent
n utilizarea de soluii pentru simplificarea i reprezentarea explicit a proceselor de
afaceri prin modele inteligibile, care s detalieze nlnuirea activitilor i
constrngerile n executarea lor. Definirea prin modele a proceselor ntreprinderii
permite analiza, mbuntirea i monitorizarea performanelor de afaceri.

Un model al proceselor de afaceri este de obicei o diagram prin care se reprezint

unul sau mai multe procese de afaceri, sub forma unei secvene de activiti
desfurate cu scopul de a realiza obiectivele pe care o organizaie i-a propus s le
ating. Modelele proceselor de afaceri includ aciuni i evenimente, fiind artat felul
n care acestea sunt procesate, precum i persoanele implicate, artndu-se ce
anume fac i cu ce scop. De obicei sunt reprezentate procesele desfurate n mai
multe departamente ale organizaie, uneori fiind incluse i activiti aferente
organizaiilor sau sistemelor externe ce au efecte asupra proceselor interne.

nainte de a ncepe construirea modelului proceselor de afaceri, este necesar

obinerea urmtoarelor informaii:
Rezultatul dorit al procesului;

 Punctele de nceput i de final (cerinele clientului i ndeplinirea cerinelor

clientului);
Activitile care sunt desfurate;
Ordinea activitilor;
Persoanele care desfoar activitile;
Documentele i formularele schimbate ntre angajai sau primite/trimise de
la/ctre clieni i furnizori.

Obinerea unui model care s reprezinte corect procesele de afaceri ce au loc n

cadrul unei organizaii se poate realiza doar prin implicarea activ, la elaborarea
acestuia, att a membrilor echipei de dezvoltatori, ct i a reprezentanilor
organizaiei.

Pentru modelarea proceselor de afaceri pot fi utilizate dou standarde de tip limbaj
de notaie: Business Process Modeling Notation (BPMN) i Diagramele de Activiti
UML. Conform opiniei multor specialiti, BPMN este cel mai utilizat i inteligibil
limbaj n modelarea proceselor de afaceri din cadrul ntreprinderii.

3.2 Modelarea proceselor de afaceri utiliznd limbajul BPMN

Business Process Modeling Notation (BPMN) este un limbaj grafic de notaie pentru
modelarea proceselor de afaceri, elaborat de ctre Business Process Management
Initiative (BPMI). ncepnd cu anul 2005, BPMN este ntreinut de ctre Object
Management Group (OMG), ca urmare a fuziunii ntre aceast organizaie i BPMI.

n ianuarie 2011 OMG a publicat BPMN versiunea 2.0 care extinde domeniul de
aplicare i capabilitile versiunii anterioare, BPMN 1.2, n mai multe zone (OMG,
www.omg.org/spec/BPMN/2.0):
Formalizeaz execuia semantic a tuturor elementelor BPMN;

 Definete un mecanism de extensibilitate att pentru extensiile Modelului de

Procese (Process Model), ct i pentru extensiile grafice;
Rafineaz compoziia i corelaia Evenimentelor;
Extinde definirea interaciunilor umane;
Definete un Model de Coreografie (Choreography Model).
Principalul scop al BPMN este s ofere o notaie care este uor de neles de ctre
toi utilizatorii de afaceri, de la analitii de afaceri care creeaz proiectul iniial al
proceselor,

pn

la

dezvoltatorii

tehnici

responsabili

pentru

implementarea

tehnologiei care va efectua aceste procese i, n final, pentru oamenii de afaceri care
vor gestiona i monitoriza aceste procese. Astfel, BPMN creeaz o punte de legtur
standardizat pentru decalajul dintre proiectarea procesului de afaceri i procesul de
implementare. (OMG, www.omg.org/spec/BPMN/2.0)

BPMN definete o mapare a notaiilor sale vizuale pentru execuia semantic a

proceselor de afaceri prin limbaje de execuie, cum ar fi Business Process Modeling
Language (BPML), Business Process Execution Language for Web Services
(BPEL4WS), Web Services Business Process Execution Language (WS-BPEL).
BPMN permite crearea unui proces de afaceri de tip end-to-end, fiind conceput s
acopere multe tipuri de modelare, astfel nct s poat comunica o varietate larg de
informaii la o varietate larg de audiene. n cadrul unui model BPMN de tip end-toend sunt cuprinse trei tipuri de baz de sub-modele:
A Procese numite i Orchestrarea serviciilor, n special n domeniul serviciilor
web. Sunt de dou tipuri principale: private i publice. Procesele private sunt cele
interne unei anumite organizaii i sunt mprite n dou categorii: executabile i neexecutabile. Fluxul unui proces de afaceri privat poate fi coninut ntr-un singur
Pool, fr a depi limitele acestuia. Graniele unui Pool pot fi depite doar de
Flux de Mesaje (Message Flow), ce arat interaciunile dintre procese private de

afaceri separate.
Private executabile sunt modelate cu scopul de a fi executate cu anumite
semantici, care descriu o nelegere clar i precis a funcionrii elementelor;
Private ne-executabile nu includ, de regul, informaii necesare execuiei,
fiind modelate cu scopul documentrii comportamentului procesului;
Publice include doar activiti care sunt utilizate pentru a comunica cu ali
participani, reprezentnd interaciunea dintre un proces de afaceri privat i
un alt proces sau participant.
A Coreografii spre deosebire de un Proces, n cazul unei coreografii nu exist
nici un controlor central, entitate responsabil sau observator al procesului. Este
definit comportamentul ateptat ntre mai muli participani ce interacioneaz prin
intermediul unui schimb de mesaje.
A Colaborri sunt descrise interaciunile dintre dou sau mai multe entiti de
afaceri, considerate participani la colaborare. Fiecare participant este reprezentat
printr-un pool, iar mesajele schimbate ntre acetia sunt reprezentate printr-un flux
de mesaje (Message Flow).

Combinnd cele trei tipuri de baz de sub-modele se poate obine o reprezentare

detaliat a proceselor de afaceri, dar este recomandat ca proiectantul s se
concentreze pe un anumit aspect al analizei proceselor pentru a evita crearea unor
diagrame prea complicate, care s fie dificil de neles.

3.2.1 Diagrama proceselor de afaceri (BPD)

n cadrul diagramei proceselor de afaceri (BPD) sunt utilizate urmtoarele
concepte:

A Obiecte de flux (flow objects)

A Obiecte conectoare (connecting objects)
A Centre de responsabiliti (swimlane objects)
A Artefacte (artifact objects)

A. Obiectele de flux sunt de trei tipuri:

Evenimentele reprezint ceva ce se ntmpl pe parcursul unui proces sau a unei

coreografii, afectnd fluxul modelului. De obicei, evenimentele au o cauz (trigger)
si un impact (result) i sunt mprite n trei sub-categorii: De nceput(Start),
Intermediare(Intermediate) i De Final (End).
evenimente de start - indic unde (sau ce) va ncepe un proces. Evenimentele de
start pot fi de mai multe tipuri, pentru a arta condiiile n care se iniiaz
procesul.

evenimente intermediare - sunt acele evenimente care pot aprea dup ce un

proces a fost iniiat, dar nainte de a se termina.

evenimente finale - indic unde se termin un proces i modul de finalizare al

acestuia.

Un eveniment poate fi utilizat pentru a prinde (catch) sau a arunca (throw)

un trigger eveniment.

Exist mai multe tipuri de evenimente ce se pot manifesta n cadrul unei

diagrame a proceselor de afaceri. Aceste evenimente1 sunt descrise n tabelul de mai
jos:

Ti
Start
Trigger
Mesaj

Descrie

p
Intermediar

Final

Catchi Catchin Throwin Throwin

Se ref er re
la un mesaj ng

care este primit de la

un

participant

poate iniia un proces

(start), poate cauza
Se ref er la un ciclu
continuarea procesului
specific (de exemplu,
(intermediar)
sau
fiecare zi de luni, la ora
poate fi expediat la
12.00). Acest eveniment
ca o
Condiie un
Acestparticipant,
tip de eveniment
poate iniia un proces,
finalizare
a procesului
este declanat
cnd
dar poate fi prezent i
(final).ndeplinit
este
o
n decursul derulrii
condiie generat de o
acestuia.
Este
utilizat pentru
regul de business.
primirea/trimiterea
Poate iniia un proces,
Semnal
unor
semnale.
dar poate fi prezent i
Evenimentul
semnal
n cursul execuiei
poate iniia un proces,
acestuia.
Activitatea este un se
termen
generic
utilizat pentru
a face referire la o etap din munca efectuat
poate
manifesta
pe
Timp

de ctre un participant la proces. Activitile pot fi atomice (nu se mai pot diviza n alte subparcursul(se
execuiei
activiti) sau non-atomice
pot diviza ntr-un set de sub- activiti). Activitile descrise
n cadrul unei diagrame BPMN pot fi Sub-Procese (Sub-Processes) sau Sarcini (Tasks).

- Sarcini (Tasks) - un task reprezint o activitate atomic.

Activitate

Figura nr. 3.4 Reprezentarea grafic a unei activiti

- Subprocese - subprocesul este o activitate compus care este inclus ntr-un

proces.

Un subproces poate conine activiti ce se vor executa n mod repetitiv

Punctele

de decizie

controleaz

modul n care fluxurile de secven

interacioneaz n cadrul unui flux. Pot fi adugate condiii care s permit efectuarea
unor alegeri condiionale, iar un anumit comportament poate fi reprezentat prin
marcatori interni.

Un punct de decizie se reprezint grafic sub forma unui romb.

Punctele de decizie pot fi de mai multe tipuri:

- Bazate exclusiv pe date. Acestea sunt bazate pe expresii logice coninnd

atributul <expresie condiie> specific ieirii fluxului secvenial din punctul de
decizie.

a)

b)

- Bazate exclusiv pe evenimente. O decizie de acest tip reprezint un punct de

ramificaie n cadrul procesului, unde alternativele sunt bazate pe evenimente
ce apar ntr-un punct din proces.

- Inclusive. O decizie inclusiv reprezint un punct de ramificaie unde

alternativele sunt bazate pe expresii condiionale, coninute n cadrul fluxului
secvenial de ieire. Evaluarea unei expresii condiionale nu exclude
evaluarea altei expresii condiionale.

- Complexe. BPMN include punctul de decizie complex, pentru situaiile n care

este dificil s se reprezinte n ntregime celelalte tipuri de puncte de decizii.
Un punct de decizie complex poate fi utilizat pentru fuzionarea sau scindarea

fluxurilor secveniale din cadrul unui proces de afaceri.

- Paralele. Punctul de decizie paralel furnizeaz un mecanism ce sincronizeaz

fluxuri paralele i creeaz fluxuri paralele.

B. Obiectele conectoare

n BPMN exist dou tipuri de obiecte conectoare:

- fluxul (secvenial sau mesaj);

- asocierea.

- Flux Secvenial (Sequence Flow) indic ordinea n care sunt executate

activitatile n interiorul unui proces sau a unei coreografii.

Dac sursa unui flux secvenial este o activitate, n locul punctului de decizie se poate
utiliza un mini-romb, care trebuie plasat la nceputul fluxului secvenial (Figura nr.
3.13). Un flux secvenial, care este generat n urma evalurii unei expresii condiionale,
poate fi definit ca o alternativ implicit, prin marcarea acestuia cu
backslash.

- Flux Mesaj (Message Flow) arat fluxul de mesaje dintre doi participani.

- Asociere (Association) este utilizat pentru a lega informaii (sub form

textual sau grafic) la obiecte flux.

O asociere dirijat (vezi Figura nr. 3.16) precizeaz care dintre obiectele de date sunt
de intrare i care sunt de ieire dintr-o activitate.

C. Centre de responsabiliti

BPMN utilizeaz centrele de responsabiliti (swimlanes) pentru separarea

unor zone din cadrul procesului. Centrele de responsabiliti folosite n cadrul
diagramelor proceselor de afaceri pot fi:
- Pool reprezint un participant la o colaborare. Interaciunea dintre pool-uri se
realizeaz prin intermediul fluxurilor mesaj.
Lane subdivizeaz procesul sau un pool, cu scopul organizrii i clasificrii
activitilor.

De exemplu, o facultate (participant) poate avea urmtoarele compartimente (partiii):

Decanat, secretariat, catedre/departamente (Figura nr. 3.18).

D. Artefacte

Artefactele au rolul de a aduce informaii suplimentare unei diagrame. BPMN

utilizeaz trei artefacte standard:
- Obiectul-data - precizeaz datele necesare unei activiti, precum i cele
produse de ctre acestea.

Adnotarea - adaug informaii adiionale, sub form de text, diagramei BPMN

sau unor pri ale acesteia.

Text

Figura nr. 3.20 Reprezentare grafic pentru

artefactul Adnotare

- Grupul furnizeaz un mecanism vizual de grupare a elementelor din cadrul

unei diagrame
3.2.2 Studii de caz

3.2.2.1 Modelarea procesului de afaceri privind aprovizionarea cu mrfuri de la

furnizor

n vederea aprovizionrii cu mrfuri, societatea ncheie un contract cu un furnizor

(activitatea ncheiere contract) - Figura nr. 3.22. Contractul este reprezentat printrun obiect dat asociat fluxului de mesaj dintre cei doi participani la proces: furnizorul
i societatea.

O prim condiie pentru ca aprovizionarea s poat fi realizat este legat de

termenul de valabilitate a contractului. n cadrul modelului, punctul de ramnificaie
pentru alternativele care vor fi urmate n funcie de ndeplinirea sau nendeplinirea
acestei condiii este reprezentat print-un punct de decizie bazat exclusiv pe
evenimente

n cazul n care termenul de valabilitate a expirat, contractul nceteaz. Aceast

situaie este reprezentat prin activitatea ncheiere contract, activitate care
genereaz obiectul dat Contract nchis.

n situaia n care contractul se afl n termenul de valabilitate (alternativa implicit

din cadrul modelului, marcat prin caracterul \), se verific o a doua condiie, legat

de valoarea mrfurilor livrate, valoare care nu trebuie s depeasc valoarea

contractat a mrfurilor:
Dac valoarea mrfurilor livrate depete valoarea contractat, contractul
nceteaz;
Dac valoarea mrfurilor livrate <= valoarea contractat, se realizeaz
aprovizionarea cu mrfuri (sub-procesul Aprovizionare mrfuri).

Pe baza unui contract societatea se poate aproviziona de mai multe ori cu mrfuri de la
furnizor, motiv pentru care sub-procesul Aprovizionare mrfuri este repetitiv,
aspect marcat prin poziionarea simbolului

n partea inferioar a sub-procesului.

Dup ce primete mrfurile i factura de la furnizor, societatea pltete factura. Plata

facturii implic desfurarea mai multor activiti, fiind reprezentat n model prin subprocesul Plat factur care poate fi detaliat n funcie modalitatea concret prin care
se realizeaz plata. Pentru ca plata s se realizeze este necesar att primirea mrfurilor,
ct i primirea facturii. Acest aspect este reprezentat printr-un punct de decizie paralel
prin care sunt compuse cele dou fluxuri aferente activitilor
Primire

factur

Primire

mrfuri.

Procesul de aprovizionare cu mrfuri de la furnizor se ncheie atunci cnd au fost s-a

realizat aprovizionarea cu mrfuri la nivelul valorii contractate sau atunci cnd
contractul nceteaz.

3.2.2.2 Modelarea procesului de afaceri privind contractarea creditului

Procesul de contractare a unui credit bancar implic interaciuni ntre doi participani (Banca i Antreprenorul), reprezentai sub forma unor pooluri.
Antreprenorul depune actele necesare obinerii unui credit bancar (activitatea Depunere acte dosar credit). Actele depuse de ctre
antreprenor la dosarul de credit (cererea de credit, balana, bilanul, garaniile depuse, fluxul de numerar previzionat pe perioada creditului,
bugetul de venituri i cheltuieli pe perioada creditului i proiectul de investiie pentru suma obinut prin credit) sunt reprezentate n cadrul
modelului prin de obiecte de date asociate fluxului de mesaj dintre Antreprenor i Banc.
Banca nregistreaz dosarul de credit (activitatea nregistrare dosar credit) i apoi desfoar o serie de activiti legate de analiza dosarului,
activiti care depind de normele care reglementeaz activitatea fiecrei bnci i care sunt reprezentate n cadrul modelului prin sub-procesul
Analiz dosar credit.

n urma analizei dosarului de credit:

banca i va comunica antreprenorului rezultatul acesteia (evenimentele intermediare de tip mesaj

va desfura o serie de activiti n funcie de rezultatul analizei (punctul de decizie bazat exclusiv pe date

) i

):

o n situaia n care creditul este respins dosarul de credit este arhivat (activitatea Arhivare dosar credit) i procesul se ncheie

(evenimentul final

);

o atunci cnd creditul este aprobat banca ntocmete contractul de credit

(activitatea ntocmire contract credit).

Contractul de credit este transmis antreprenorului pentru semnare. Antreprenorul semneaz contractul de credit. Dup ce primete contractul de
credit semnat, banca vireaz n contul antreprenorului suma acordat sub form de credit (activitatea
Virare

sum

credit).

Suma

este

ncasat

de

ctre

antreprenor.

Bibliografie

Cozgarea, G. (2010), Metodologii orientate pe obiecte utilizate in proiectarea sistemelor informatice, Editura Infomega
OMG (2011), Business Process Model and Notation (BPMN). Version 2.0,
http://www.omg.org/spec/BPMN/2.0
Havey, M. (2005), Essential Business Process Modeling, Editura O'Reilly
Media
Basu, A., Blanning, R. W., (2003). Synthesis and Decomposition of Processes in Organizations, Information Systems Research.
Porter, M. E., Millar, V. E., (1985). How Information Gives You Competitive
Advantage, Harvard Business Review.
Ward-Dutton, N., Macehiter, N., (2005) Business Process Management, a holistic view, DMReview.