CAPITOLUL 3 : MODELAREA CONCEPTUAL A PRELUCRRILOR

3.1. Rolul modelrii conceptuale a prelucrrilor

Conceptul de prelucrare reprezint:
partea dinamic a sistemului informaional
materializarea sub form de aciuni a regulilor de gestiune specifice activitii ntreprinderii

EXEMPLU

Valoarea unui stoc dintr-un material se afl nmulind cantitatea existenta n stocul respectiv cu
valoarea unitar a materialului.
Aceast regul de gestiune se traduce prin urmtoarele prelucrri:
citete cantitatea existent n stoc
citete preul unitar al materialului
valoarea stocului = cantitatea existent*preul unitar


Modelul conceptual al prelucrrilor
este o reprezentare schematic a activitii specifice unui domeniu din cadrul ntreprinderii
independent de particularitile organizatorice i mijloacele concrete de realizare
rspunde la ntrebarea Ce prelucrri se realizeaz ?
permite reprezentarea nlnuirii operaiilor cu precizarea condiiilor necesare pentru
declanarea acestora si consecinele derulrii operaiilor respective.

n cadrul MCP se impune respectarea cerinelor determinate de regulile de gestiune, impunnd
urmtoarele aspecte:
dac unele operaii s-au realizat, nseamn ca alte activiti urmeaz s se execute
unele operaii trebuie executate naintea altora
unele operaii nu pot fi executate dect dac alte operaii au fost deja realizate;
unele operaii pot fi declanate n timp ce altele sunt n curs de desfurare;
un obiect al realitii supus unei operaii (transformri) i schimb starea.

n concluzie, MCP permite:
precizarea evenimentelor declanatoare ale operaiilor (prelucrrilor)
precizarea nlnuirii operaiilor al cror coninut l descrie succint fr detalii referitoare la:
modul de execuie a operaiilor (manual sau automat), particulariti organizatorice sau repere
temporale;
prezentarea rezultatelor generate n urma executrii operaiilor.

MCP nu trebuie s conin aspecte referitoare la:
locul, momentul sau persoanele implicate n prelucrri
modul concret de realizare a operaiilor


3.2. Concepte de baz ale MCP

Procesul
constituie un subansamblu al unei activiti n care punctele de intrare i de ieire sunt stabile
i independente de particularitile organizatorice.

Operaia
este o secven continu de aciuni elementare productoare de evenimente care se execut
nentrerupt din momentul declanrii ei de ctre unul sau mai multe evenimente.
determin ntotdeauna producerea unui eveniment / unor evenimente.

Tipul de operaie
reprezint o categorie de operaii prezentnd aceleai caracteristici
se caracterizeaz prin:
coninutul aciunilor elementare ce formeaz operaia;
durat;
evenimentele produse i condiiile de emisie a acestora.
Grafic, un tip de operaie se reprezint astfel:

Regula de emisie
reprezint o propoziie logic care dac se dovedete adevrat va determina producerea unui
anumit eveniment;
este expresia condiiilor referitoare la contextul n care se va derula operaia.

EXEMPLU

Ce se ntmpl cnd un student nainteaz o cerere pentru a primi un loc de cazare ntr-un cmin?
Locul i este repartizat numai dac media studentului (menionat n cerere) este mai mare dect media
minim stabilit pentru anul respectiv. n caz contrar, cererea nu este aprobat.


n operaia reprezentat n figura de mai sus a fost introdus regula de emisie:

Medie student > Media minim stabilit

ndeplinirea acestei reguli va determina producerea evenimentului Cerere aprobat, n caz contrar se
va produce evenimentul Cerere refuzat.

Evenimentul
reprezint o circumstan (un semnal) adus la cunotina sistemului la care acesta trebuie s
rspund
grafic tipul de eveniment se reprezint printr-o elips

Condiii pentru ca un semnal s poat fi considerat eveniment:
trebuie s se produc CEVA n interiorul sau exteriorul sistemului studiat
acest CEVA produs trebuie s fie perceput de ctre sistem;
acest fapt produs intereseaz sistemul n msura n care el poate fi declanatorul posibil al
unei operaii.


EXEMPLU

Pentru un sistem de cazare a studenilor n cmine faptul c un student nainteaz o cerere pentru a
primi un loc de cazare ntr-un cmin constituie un eveniment deoarece el este perceput de sistem
(cererea primete un numr de nregistrare) i declaneaz activitatea de actualizare a datelor referitoare
la cererile primite de la studeni. Acelai fapt nu constituie un eveniment pentru sistemul de acordare a
burselor studenilor.

Clasificarea evenimentelor declanatoare ale operaiilor:
Evenimente externe: provin din exteriorul organismului studiat (firmei) sau al domeniului
investigat (n cadrul firmei) i nu sunt controlabile de ctre sistem (exemplu: modificarea
cursului valutar)
Evenimente interne: sunt generate de desfurarea unei operaii i se clasific n:
Evenimente rezultate: reprezentate de ieiri (rezultate) ale unei operaii destinate
mediului exterior sistemului (ex. Cererea de cazare aprobat)
Evenimente interne intermediare: sunt generate n urma executrii unor operaii i au
rolul de a declana alte operaii n cadrul sistemului (ex. Cererea de cazare nregistrat)

Eveniment indus
concept folosit n literatura de specialitate, ce desemneaz evenimente externe aprute ca
urmare a unor evenimente-rezultat emise anterior de sistem

Tipul de eveniment
reprezint un concept generic descriind ansamblul evenimentelor prezentnd aceeai natur
exist o serie de convenii de reprezentare a tipurilor de evenimente permind delimitarea
celor externe de cele interne intermediare i interne rezultat





Capacitatea sistemului de a percepe producerea realizrilor unui tip de eveniment se concretizeaz n
doi parametri:
Capacitatea: exprim numrul maxim de realizri ale tipului de eveniment ce pot fi percepute
de sistem. n mod implicit, valoarea capacitii este infinit. O valoare finit ar indica
incapacitatea sistemului de a percepe mai mult de un numr de realizri ale tipului de
eveniment.
Frecvena: indic legea de apariie a realizrilor tipului de eveniment.

Sincronizarea
reprezint un ansamblu de condiii, exprimate prin evenimente contributive i care determin
declanarea unei operaii;
este expresia condiiilor ce trebuie s se realizeze pentru ca o operaie s se poat declana.

Sincronizarea se exprim printr-o propoziie logic ce trebuie s respecte dou cerine:
condiiile exprimate trebuie s priveasc evenimentele declanatoare ale operaiei;
trebuie s existe situaii care s permit declanarea acestor evenimente.

EXEMPLU

Dac E
1
, E
2
, E
3
sunt evenimente contributive pentru operaia O
1
atunci sincronizarea se poate exprima
prin urmtoarea propoziie logic:

E
1
i (E
2
sau E
3
)
sau:
E
1
(E
2
E
3
)
ceea ce specific faptul c operaia O
1
se declaneaz dac se nregistreaz realizri ale evenimentului
E
1
odat cu realizri ale evenimentului E
2
sau E
3
.

Sincronizarea putea lua i forma urmtoarei propoziii logice:

E
1
i E
2
i E
3
sau
E
1
E
2
E
3

caz n care operaia O
1
se declaneaz dac se produc simultan realizri ale celor trei evenimente( E
1
,
E
2
i E
3
).

Exemplu: Un student nu primete loc n cmin dac nu depune o cerere de cazare (E
1
) i nu exist
locuri disponibile (E
2
). n aceast situaie sincronizarea este de forma E
1
i E
2
.

Tipul de sincronizare
reprezint un concept generic descriind o categorie de sincronizare
se definete prin:
tipurile de evenimente implicate n sincronizare;
o propoziie logic privind realizrile de evenimente;
condiiile locale exprimnd condiiile apariiei de realizri ale evenimentelor
declanatoare;
rgazul sincronizrii, care reprezint intervalul de timp ntre momentul din care
sincronizarea este activabil (toate condiiile sunt ndeplinite pentru ca operaia s poat
fi declanat) i momentul n care ea este efectiv declanat;
durata limit, exprimnd timpul maxim n care trebuie s se produc sincronizarea,
msurat de la producerea primei realizri de eveniment participant la sincronizare.
reprezentare grafic:


Dinamica modelului conceptual al prelucrrilor:
descrie nlnuirea activitilor sistemului analizat;
reprezint nlnuirea activitilor printr-un graf;
nodurile grafului sunt evenimente sau operaii reprezentnd sincronizri;
arcele grafului reprezint legturi cronologice ntre evenimente sau operaii;



3.3. Principiile funcionrii modelului

nlnuirea operaiilor
MCP cuprinde o nlnuire de blocuri elementare, fiecare operaie fiind declanat ca urmare a
unor evenimente externe sau emise de alte operaii aflate n amonte i determinnd la rndul
ei producerea altor evenimente







EXEMPLU

n figur realizrile tipurilor de evenimente s-au reprezentat prin puncte n cadrul elipsei
corespunztoare evenimentului. Operaia 1 se declaneaz la apariia unei cereri depuse de student (o
realizare a tipului de eveniment E
1
).
n cadrul operaiei 1 s-au specificat dou reguli de gestiune: media studentului se situeaz deasupra
limitei minime stabilite (R
1
) i exist locuri disponibile n cmin (R
2
).
Dac cele dou reguli de emisie sunt respectate, cererea studentului este aprobat, dac numai prima
regul este respectat (media se situeaz deasupra limitei stabilite dar nu exist locuri disponibile),
cererea este n ateptare, dac numai cea de-a doua regul este respectat (media nu se situeaz
deasupra limitei stabilite dei exist locuri disponibile), cererea este refuzat.
Operaia 2 se produce dac dup aprobarea cererii, studentul se prezint la cmin n vederea
completrii formelor de cazare. Dac sincronizarea nu se realizeaz n limita celor trei zile, se produce
evenimentul student necazat.

Dinamica
Derularea fluxurilor se materializeaz prin apariia realizrilor de tipuri de evenimente;
Dac sincronizarea se produce (s-au nregistrat realizri ale tuturor tipurilor de evenimente
declanatoare) se produce o consumare a realizrilor de evenimente declanatoare i se
lanseaz n execuie operaia.




Concluzii
Toate realizrile de evenimente (din MCP) trebuie consumate. Dac sincronizrile prevzute n
model nu se realizeaz pentru declanarea operaiilor vor trebui prevzute n model alte
operaii consumatoare ale realizrilor tipurilor de evenimente declanatoare;
Fiecare operaie trebuie s genereze cel puin o realizare de eveniment;
Numrul de realizri de evenimente emise nu este determinat de numrul realizrilor de
evenimente declanatoare;
Realizrile tipurilor de evenimente interne rezultat (destinate exteriorului sistemului) sunt
considerate consumate n momentul emiterii lor;
Un MCP nu poate fi considerat ncheiat dac ultimul tip de eveniment emis este intern
intermediar (deoarece acesta n mod implicit determin declanarea altei operaii) ci doar dac
ultimul tip de eveniment emis este intern rezultat (destinat exteriorului).


3.4. Regulile de construire a modelului conceptual al prelucrrilor

Regula 1
O operaie este o succesiune nentrerupt de prelucrri.
Orice intervenie a unui actor extern care conduce la o ntrerupere determin o decupare a
operaiei.


Regula 2
n interiorul unei operaii nu se admite producerea unui rezultat intermediar care s
condiioneze derularea operaiilor procesului (operaia trebuie s fie omogen n raport cu
evenimentele pe care le genereaz).

Pe lng regulile prezentate n realizarea MCP trebuie s se in seama i de urmtoarele
recomandri:
elaborarea MCP pentru fiecare proces atunci cnd domeniul de activitate cuprinde un numr
mare de operaii ce pot fi grupate n procese distincte;
neincluderea n model a nici unui element de ordin organizaional, logic sau fizic;
un acelai eveniment nu poate declana n mod unic dou operaii distincte;
se pot include n MCP doar operaii elementare (evitndu-se posibilitatea apariiei unor
rezultate intermediare), realizndu-se astfel un model conceptual uor de neles.


EXEMPLU

Pentru a fi analizat, un dosar de credit trebuie nti verificat sub aspectul coninutului. Acesta trebuie
s conin toate documentele cerute, i fiecare din aceste documente s fie complet. Presupunnd c
documentele cerute sunt cererea de credit, documentele contabile (bilan, balana, tabloul fluxurilor de
trezorerie) i planul afacerii ce urmeaz s beneficieze de creditul respectiv, prelucrrile necesare se pot
reprezenta astfel:


3.5. Modelarea unui proces

Procesul
constituie un subansamblu al unei activiti n care punctele de intrare i de ieire sunt stabile
i independente de particularitile organizatorice;
este format din succesiunea de operaii executate (ca urmare a producerii unor evenimente
declanatoare) i generatoare la rndul lor de evenimente emise.

Realizarea MCP presupune parcurgerea urmtoarelor etape:

1) Delimitarea domeniului de investigat:
presupune determinarea precis a:
ariei supuse analizei cu scopul identificrii fluxurilor informaionale desfurate n
cadrul acesteia;
actorilor (participanilor) implicai.
se pornete de la postulatul c orice flux informaional este n mod necesar asociat unui
eveniment;
identificarea i analiza fluxurilor informaionale dintre actori permite realizarea unui graf
al fluxurilor unde:
nodurile sunt reprezentate de fluxurile informaionale (asociate evenimentelor
produse);
arcele reprezint legturi (ntre fluxuri) avnd caracter de anterioritate;
sgeile nu indic existena unei implicri ci doar ideea de anterioritate;
fluxurile externe (provenite din exteriorul domeniului investigat) sunt ntotdeauna
noduri surs i niciodat noduri destinaie.



2) Identificarea evenimentelor
pornete de la postulatul c orice flux informaional este n mod necesar asociat unui
eveniment;
odat ce evenimentele au fost identificate se poate realiza o prim variant a grafului
evenimentelor;

3) Realizarea tabloului evenimente rezultate
are ca scop s precizeze evenimentele declanatoare, aciunea indus i evenimentele
emise de aceasta;
n plus fa de graful evenimentelor se precizeaz i aciunile desfurate.

4) Definirea operaiilor
se realizeaz plecnd de la aciunile evideniate n cadrul tabloului evenimente-rezultate
i de la regulile de gestiune specifice care vor corespunde regulilor de emisie n MCP.


5) Identificarea sincronizrilor
presupune specificarea evenimentelor declanatoare ale unei operaii;
atunci cnd este cazul, se specific i durata sincronizrii;
fiind definite evenimentele, sincronizrile i operaiile, poate fi definit blocul fiecrei
operaii dup reprezentarea grafic generic:

6) Precizarea regulilor de emisie
Cunoscnd regulile de gestiune se vor putea preciza care dintre acestea vor reprezenta
condiii de generare a evenimentelor emise (reguli de emisie);
se va proceda la completarea blocului fiecrei operaii care are reguli de emisie:

7) Inlnuirea blocurilor operaie
se realizeaz innd seama de cronologia indicat de graful iniial al evenimentelor.

8) Validarea modelului conceptual al prelucrrilor
presupune verificarea msurii n care cerinele specifice realizrii MCP au fost
respectate
orice operaie este declanat de cel puin un eveniment;
orice operaie genereaz la rndul su cel puin un eveniment;
blocurile operaie sunt nlnuite prin respectarea cronologiei producerii
evenimentelor.


Studiu de caz

Se solicit elaborarea modelului conceptual al prelucrrilor pentru sistemul informatic privind
gestiunea operaiilor cu clienii efectuate de serviciul de carduri al unei bnci comerciale.


Etapa 1: Definirea domeniului investigat.
Problema supus analizei acoper n principal urmtoarele activiti:
activitatea de deschidere a conturilor de card pentru clieni,
operaiile de alimentare cu numerar a conturilor clienilor,
operaiile de retragere de numerar din conturile respective, efectuate de clieni prin intermediul
cardurilor de debit.
activitatea de lichidare a conturilor de card ale clienilor.

Principalii actori implicai sunt:
1. Clientul care:
solicit deschiderea unui cont de card i obinerea unui card de debit aferent;
solicit alimentarea cu numerar a contului de card;
efectueaz retrageri de numerar de la automatele bancare prin intermediul cardului de debit;
solicit lichidarea contului de card sau nu solicit prelungirea n momentul expirrii duratei de
valabilitate a cardului.
2. Serviciul carduri care:
realizeaz deschiderea unui cont de card la solicitarea unui client i nmneaz clientului
cardul bancar de debit pentru ca acesta s poat utiliza contul de card;
realizeaz alimentarea cu numerar a contului de card la solicitarea clientului, actualiznd
soldul;
supervizeaz operaiile de retragere de numerar prin intermediul automatelor bancare;
lichideaz contul de card i anuleaz cardul n momentul expirrii valabilitii acestuia.
NOT: Pentru a simplifica reprezentarea, modelul conceptual al prelucrrilor va fi divizat inndu-se
cont de principalele procese care apar, i anume:
Deschiderea contului de card
Alimentarea contului de card
Tranzacii de plat cu card sau retragere numerar
Anularea cardului i nchiderea contului de card

Etapa a 2-a: Evenimente identificate.
E
1
: Cerere depus pentru deschiderea unui cont de card
E
2
: Contract ncheiat
E
3
: Client nregistrat n baza de date
E
4
: Client nou
E
5
: Client nou nregistrat
E
6
: Cont curent existent
E
7
: Cont curent inexistent
E
8
: Sold minim depus
E
9
: Cont curent deschis
E
10
: Cont de card deschis
E
11
: Card nmnat clientului
E
12
: Card activat
E
13
: Cerere de alimentare
E
14
: Cont de card alimentat
E
15
: Cont de card nealimentat
E
16
: Tranzacie iniiat
E
17
: Tranzacie efectuat
E
18
: Tranzacie refuzat
E
19
: Chitan eliberat
E
20
: Cerere de anulare a cardului primit
E
21
: Expirarea termenului de valabilitate
E
22
: Cont de card cu sold zero
E
23
: Cont de card cu sold creditor
E
24
: Cont curent actualizat
E
25
: Cont de card soldat
E
26
: Cont de card nchis
E
27
: Card anulat

Etapa a 3-a: Intocmirea tabloului evenimente-rezultate.
Nr.
crt.
EVENIMENTE
DECLANATOARE
ACIUNI
EXECUTATE
EVENIMENTE
REZULTAT
1
Cerere depus pentru
deschiderea unui cont
de card
Intocmire contract Contract ncheiat
2
Contract ncheiat

Verificarea existenei
clientului n baza de
date
Client nou
sau
Client existent n baza
de date
3
Client nou nregistrare client n
baza de date
Client nou nregistrat
4
Client existent n baza
de date
sau
Client nou nregistrat
Verificarea existenei
unui cont curent pentru
clientul respectiv n
baza de date
Cont curent existent
sau
Cont curent inexistent
pentru clientul
respectiv
5
Cont curent inexistent
pentru clientul
respectiv
i
Sold minim depus
Adugare cont curent
n baza de date
Cont curent deschis
6
Cont curent deschis
sau
Cont curent existent
Adugare cont de card
n baza de date
Cont de card deschis
7
Cont de card deschis
i
Card nmnat clientului
Alimentarea contului
de card
Card activat
8
Card activat
i
Cerere de alimentare
Actualizarea soldului
contului de card
Cont de card alimentat
sau
Cont de card
nealimentat
9
Cont de card alimentat
i
Tranzacie iniiat
Verificare sold suficient
Actualizare sold
Tranzacie efectuat
sau
Tranzacie refuzat
10
Tranzacie efectuat
sau
Tranzacie refuzat
Imprimare chitan

Chitan eliberat
11
Cerere de anulare a
cardului
sau
Expirarea termenului
de valabilitate
Verificarea soldului
contului de card
Cont cu sold zero
sau
Cont cu sold creditor
12
Cont cu sold creditor Trecerea sumei din
contul de card n contul
curent
Actualizarea soldului
Cont curent actualizat
i
Cont card soldat
contului curent
13
Cont curent actualizat
sau
Cont cu sold zero
Anularea cardului
nchiderea contului de
card
Cont de card nchis
i
Card anulat

Etapa a 4-a: Identificarea operaiilor.
OP
1
= ncheiere contract
OP
2
= Verificare existen client
OP
3
= nregistrare client nou
OP
4
= Verificare existen cont curent
OP
5
= Deschidere cont curent
OP
6
= Deschidere cont de card
OP
7
= Activare card
OP
8
= Alimentare cont de card
OP
9
= Efectuare tranzacie
OP
10
= Eliberare chitan
OP
11
= Verificare sold la contul de card
OP
12
= Virare n cont curent
OP
13
= nchidere cont de card

Etapa a 5-a: Identificarea sincronizrilor.
Sincronizrile ce apar n cadrul modelului conceptual al prelucrrilor au fost deja marcate n cadrul
etapei a 3-a, ntocmirea tabloului evenimente-rezultate, deoarece acestea reprezint cazurile unde n
cadrul primei coloane a tabloului evenimente-rezultate (cea a evenimentelor declanatoare) apar dou
sau mai multe evenimente legate printr-un operator logic (i / sau).
La elaborarea modelului conceptual al prelucrrilor se mai poate specifica, acolo unde este cazul,
durata de sincronizare (intervalul de timp n care trebuie s aib loc sincronizarea).

Etapa a 6-a: Identificarea regulilor de emisie.
OPERAIE REGULI DE EMISIE
Operaia 2 R
2,1
Clientul exist n baza de date
Operaia 4 R
4,1
Baza de date conine un cont curent al clientului
respectiv
Operaia 8 R
8,1
Contul de card a putut fi alimentat
Operaia 9 R
9,1
Sold iniial Suma solicitat + Sold minim obligatoriu
Operaia 11 R
11,1
Soldul contului de card este mai mare ca zero
Operaia 12 R
12,1
Sold nou cont crt. = Sold vechi cont crt. + Sold cont card

Etapa a 7-a: Elaborarea modelului conceptual al prelucrrilor.
Dup cum s-a specificat anterior, modelul conceptual al prelucrrilor va fi divizat inndu-se cont de
principalele procese care apar, i anume:
Deschiderea contului de card
Alimentarea contului de card
Tranzacii de plat cu card sau retragere numerar
Anularea cardului i nchiderea contului de card








7.1. Deschiderea contului de card









7.2. Alimentarea contului de card

7.3. Tranzacii de plat cu card sau retragere numerar

7.4. Anularea cardului i nchiderea contului de card



3.6. Probleme propuse

Problema 1
S se realizeze modelul conceptual al prelucrrilor pentru subsistemul informatic privind gestiunea
depozitelor bancare. Clienii bncii pot constitui depozite bancare pe baza sumelor depuse n numerar la
casieria bncii sau a sumelor disponibile existente n contul curent. Deschiderea contului de depozit se
realizeaz pe baza contractului ncheiat ntre banc i client n care se prevd condiiile de constituire a
depozitului i suma acestuia.
La termen se calculeaz dobnda aferent conform prevederilor contractuale. Dac titularul
depozitului nu ridic dobnda la termen, aceasta se capitalizeaz.
Depozitul se lichideaz la cererea titularului sau mputernicitului. Dac lichidarea se face nainte de
termen, dobnda pentru ultima perioad scurs se recalculeaz pe baza dobnzii stabilite pentru
depozitele la vedere.
La fiecare ridicare de bani reprezentnd dobnzi sau lichidarea depozitului, clientul primete un
exemplar al chitanei emise de casierie.

Problema 2
S se realizeze modelul conceptual al prelucrrilor pentru subsistemul informatic privind livrarea
produselor finite ctre clieni i ncasarea contravalorii acestora.
Clienii emit comenzi pe baza crora, n limita stocului disponibil, serviciul desfacere ntocmete o
dispoziie de livrare sau un aviz de expediie, actualizeaz stocul produselor (diminundu-l cu cantitatea
nscris n dispoziia de livrare), trimite un exemplar din dispoziia de livrare la depozit i apoi ntocmete
factura.
Depozitul pregtete lotul de marf conform cantitilor precizate n dispoziia de livrare i pe baza
acestui document actualizeaz fia de magazie.
Lotul de marf se expediaz clientului nsoit de factur. n maxim 10 zile de la emiterea facturii
clientul trebuie s achite prin ordin de plat sau fil cec mrfurile. Pn la achitarea facturii nu se vor mai
onora alte comenzi clientului.