Sunteți pe pagina 1din 30

Universitatea Lucian Blaga Sibiu Facultatea de tiine Economice Specializarea: B8 Categoria Studiilor: Master, Zi

Utilizarea sistemelor informatice-economice


Masterand: Dobrian Ctlina

Prof.coord: Marian Cristescu

22

Cuprins

Introducere1

1. Aspecte generale privind creditul.4 2. Modelarea conceptual a datelor..5 Concepte de baz..5 Modelul EA.12 Restricii de integritate....13 Dependene funcionale...19 3. Modelarea conceptual a prelucrrilor....22 4. Modelarea Logic a datelor.28 Concluzii.30

Introducere n coninutul acestui proiect mi propun s realizez modelul conceptual al activitii de creditare. Voi porni de la detalierea activitii de creditare, cu precdere, creditarea persoanelor fizice, voi determina entitile care iau parte la procesul de modelare a fenomenului, respectiv relaionarea ce se realizeaz la nivelul nregistrrilor dintre tabele; drept urmare voi construi modelul entitate-asociere la nivelul modelrii conceptuale a datelor. La nivelul modelrii conceptuale a prelucrrilor voi realiza succesiunea operaiilor executate ca urmare a apariiei evenimentelor declanatoare i generatoare la rndul lor de evenimente rezultate , obinnd n cele din urm modelul conceptual al prelucrrilor. Voi realiza de asemenea modelul relaional la nivelul modelarii logice a datelor. Toate aceste modele au scop documentativ pentru partea de implementare a activitii analizate.

Activitatea de creditarea 1. Aspecte generale privind creditul Esena operaiunii de creditare const n aceea c o parte numit creditor ( investitor sau mprumuttor) transmite o valoare actual unei alte pri numit debitor ( mprumutat) care se angajeaz la un anumit termen i n anumite condiii specifice n cadrul acordului s ramburseze valoarea mprumutat i de asemenea s plteasc o anumit doband pentru a-l remunera pe creditor. Tipuri de credite acordate personelor fizice - Credit de nevoi personale - Credit imobiliar - Credit ipotecar Creditul de nevoi personale Aceast categorie de credit este printre cele mai utilizate categorii de credit datorit gradului de accesibilitate ridicat. Acest tip de credit nu necesit garanii iar destinaia banilor nu este specificat, sumele mprumutate nu sunt foarte mari, de regul nu depesc 20.000, durata de creditare n general este ntre 12-120 luni, nivelul dobnzii respectiv al comisioanelor este specific fiecrui creditor. Creditul imobiliar Creditul imobiliar presupune existena unei garani, particularitatea garaniei vine din factul c aceasta poate fi orcare alt imobil, depozit bancar dect cel pentru care se solicit creditul dar care acoper valoare creditului solicitat. Durata de creditare este n general mai surt dect la creditul ipotecar i pot exista restricii din punct de vedere al valutei. Gradul de accesibilitate al acestui tip de credit este mai restrns, ns sumele care pot fi obinute sunt mai ridicate. Creditul ipotecar Creditul ipotecar presupune existena unei garani care se identific cu bunul achizionat cu ajutorul creditrii. Durata de creditare este relativ mare, n cele mai multe cazuri pn la 30 ani i ajunge la o valoare creditata de pn la 250000. Aceste particulariti in de politica bancii creditoare cu privire la acest tip de credit. Exeple de credite ipotecare: Prima Cas, creditul pentru main etc.
4

2. Modelul Entitate Asociere (EA) Modelul EA urmrete obinerea unei reprezentri fidele, utiliznd concepte specifice, a realitii (problemei de rezolvat ce urmeaz a fi informatizat). Aceast reprezentare a lumii reale se va realiza fcndu-se abstracie de orice restricie fie ea informatic sau organizatoric. Pornind de la semantica obiectelor lumii reale i a legturilor stabilite ntre acestea modelul EA servete n egal msur ca un mijloc de comunicare ntre modelator (informatician) i viitorul utilizator al sistemului (beneficiarul sistemului informatic), care descrie realitatea supus modelrii n conformitate cu propria lui percepie. Concepte de baz
ENTITATEA reprezint un obiect al realitii modelate caracterizat printr-o existen proprie, cu o identitate proprie (care-l face identificabil n raport cu celelalte obiecte de acelai tip) i o mulime de caracteristici care exprim proprietile acestuia

Exemplificare: Voi lua tipul de entitate client

Client
Cod_client Nume Prenume CNP Strada Nr. Localitatea Judetul Angajat al Salariu de incadrare Alte venituri

Tip de entitate

Atribute

C001 Andreescu Mihai 1901202324865 M.Viteazu 18 Talmaciu Sibiu SC.Romanofir.Sa 1100 200

Realizari ale atributelor

Entitati

C0125 Popescu Raluca 2880530325493 V.Milea 15 Sibiu Sibiu SC.Ambient.SA 1500 300

Fig.1 Entitati apartinand aceluiasi tip

ATRIBUTUL definete o proprietate distinct a unei entiti. Fiecare atribut prezint un domeniu, adic o mulime de valori admise. ntr-o entitate se regsesc realizri corespunztoare caracteristicilor definitorii pentru tipul de entitate. Atributele pot fi clasificate n funcie de mai multe criterii: a) Dup complexitate atributele sunt: elementare (simple) ale cror realizri nu pot fi descompuse (exemplu: unitate monetar, pre unitar, numr matricol al studentului, marca angajatului, etc). decompozabile (complexe) ale cror realizri sunt decompozabile (ex: data calendaristic se poate descompune n zi, lun, an; adresa - se poate descompune n strad, numr,). b) Dup realizrile pe care le pot prezenta atributele pot fi: obligatorii (trebuie s prezinte obligatoriu o realizare, ceea ce corespunde sintagmei NOT NULL orice realizare).Ex: angajator, salar de incadrere, nume prenume , CNP etc. opionale ( sunt atribute care pot s nu prezinte nici o valoare (realizare) n cadrul unei entiti (de exemplu atributele: telefon, fax, e-mail - nu toate persoanele au telefon, fax, adres e-mail). monovaloare: atribute care prezint o singur valoare n cadrul unei entiti (exemplu: nume client, cnp, data naterii, etc). multivaloare: atribute care prezint mai multe realizri n cadrul aceleiai entiti (spre exemplu clientul Xulescu poate contracta mai multe tipuri de credite). Exemplificare atribute complexe Client
Cod_client Nume Prenume CNP Cod_adresa Strada Nr. Localitatea Judetul Angajat al Salariu de incadrare Alte venituri
Caracteristici multivaloare ( la aceiasi adresa pot locuii mai multi clienti)

Adresa
Cod_adresa Strada Nr. Localitatea Judetul

Tip entitate Obiect compozit


Fig.2 Reprezentarea obiectelor compozite sub form de tipuri de entiti

Client Identificator Contract de credit


Nr.contract Data Client Valoare contract Garantii Cod_client Nume Prenume CNP Data Naterii
Tipuri Entitai

Garantie
Obiect compus

Cod_gar Denumire Valoare Data emiterii

Fig.3 Reprezentarea obiectelor compuse sub form de tipuri de entiti i menionarea identificatorilor

Tipul de entitate contract de credit - definit prin atributele: numr contract, data contract, client, valoare contract, garanii corespunde unui obiect compus al realitii de modelat. Creditul i garania sunt dou obiecte distincte ale problemei de modelat, fiecruia trebuind s-i corespund n MCD un tip de entitate distinct. Ca urmare, se vor include n MCD tipurile de entiti: Clientul definit prin: Cod_client, Nume, Prenume, CNP Garanie care poate fi definite prin: Cod_gar, denumire, valoare, data emiterii Contract de credit definit prin: Nr. Contract, Data contract, Valoare contract, Moneda. Fiecare tip de entitate prezint un IDENTIFICATOR reprezentat de un atribut sau un grup minimal de atribute al crui rol este de a permite identi ficarea n mod unic, fr echivoc, a entitilor. De multe ori identificatorul este reprezentat de un atribut de tip numr contract (incrementat cu 1 pentru fiecare nou valoare atribuit) sau de un cod (construcie artificial avnd o anumit semnificaie).

Asocierea ASOCIEREA dintre entiti exprim legtura stabilit dintre acestea i rolul pe care l joac fiecare entitate participant la legtur. Exprimnd o legtur dintre entiti ea nu are o existen de sine stttoare. TIPUL DE ASOCIERE se definete ca ansamblul legturilor, prezentnd aceeai semnificaie, dintre entitile aparinnd la dou sau mai multe tipuri de entiti.
CARDINALITATEA cuplului entitate-asociere reprezint cuplul de valori ntregi (x,y) astfel nct: x (cardinalitate minimal) exprim numrul minim de realizri ale legturii (asocierii) existnd pentru o entitate. y (cardinalitate maximal) reprezint numrul maxim de apariii ale corespondenei putnd exista pentru o entitate. Cardinalitatea minimal 0 indic faptul c pot exista entiti care s nu participe la nici o asociere: Asfel exist client poteniali care nu au incheiat nici un contract de credit la pol ul opus poate exista un client care ncheie mai multe contracte de creditare.

Client
Cod_client Nume Prenume CNP Data naterii

0,n

1,1

Contract de credit semneaz


Nr.contract Data Client Valoare contract Garantii Este semnat

Roluri

semneaz

Fig.4 Cardilalitate 0/tipul de asociere Semnat

Cardinalitatea minimal 1 indic faptul c toate realizrile tipului de entitate trebuie s participe la o realizare a tipului de asociere. De exemplu, unui credit i se stabilete o rat de rambursare respectiv rata ii corespunde doar acelui tip de credit.

Credit
Cod_credit Denumirea Dobanda Comisioane Valoare Garanii

1,1

1,1

Rata
Cod_rata Valoare Data scadentei

include

include

Este inclus

Fig.5 Cardinalitatea 1

Cardinalitatea maximal n indic faptul c mai multe entiti de un anumit tip particip la o asociere. Exemplu: Banca acord cel puin un credit, iar creditul este acordat de cel puin o banc.
1,n

Banca Cod_banc Denumirea CIF Adresa

1,n

Acord

Credit Cod_credit Denumirea Dobnd Comisioane Valoare Garanii

acord

Este acordat

Fig.6 Cardinalitatea n

Dup numrul de tipuri de entiti participante asocierea poate fi: Unar Binar Complex

Asocierea unar : se caracterizeaz prin faptul c exprim legturile stabilite ntre

entiti aparinnd aceluiai tip.


Exemplu: Creditul solicit un tip de garanie spre exemplu o garanie imobiliar, n lipsa acestui tip , garania se poate nlocuii cu un depozit bancar.

0,n

Garanie Cod_gar Denumire Valoare Data emiterii

0,n

Substituie

Este Substituit

Substituie

Fig.7 Asocierea reflexiv

Asocierea binar: reprezint legturi (corespondene) stabilite ntre realizrile aparinnd la dou tipuri de entiti diferite. Exemplu: Banca acord credite, creditele
sunt acordate de ctre banc(Fig.6), Creditul include rata, rata este inclus n credit.(fig.5) Asocierea complex: exprim legturi stabilite ntre realizrile mai multor tipuri de entiti. Spre exemplu, o entitate ternar se poate stabili ntre tipurile de entiti: Client, Credit, Contract de creditare.

10

0,n

Client
Cod_client Nume Prenume CNP Data naterii
Solicitant
Solicit

1,n

Credit Cod_credit Denumirea Dobnd Comisioane Valoare Garanii Moned


acordat 1,1

Contract de credit
Nr.contract Data Client Valoare contract Garantii

emis

Fig.8 Asociere ternar

Se recomand descompunerea asocierilor ternare n asocieri binare , astfel voi descompune asocierea ternar prezentat n figura 8 in asociere binar.

Client
Cod_client Nume Prenume CNP Data naterii ..
0,n

0,n solicit

1,n

Credit Cod_credit Denumirea Dobnd Comisioane Valoare Garanii Moned

ncheie

Contract de credit
Nr.contract Data Client Valoare contract Garantii
11

prevede

Fig.9 Reducerea asocierii ternate la asocieri binare

Modelul Entitate - asociere


0,n

Client
Cod_client Nume Prenume CNP Stare civil Date contact Angajat al Salariu Alte venituri
1,1

0,n Solicit 0,n 0,n achit 1,1

1,n

1,1 include 0,n

Rata
Cod_rata Valoare_rat Data scadentei

0,n

Credit Cod_credit Denumirea Dobnd Comisioane Valoare_cr Garanii Rat Moned


1,n

depune 1,n are

Garanie Cod_gar Denumire Valoare Data emiterii

necesit 1,n acord

1,1

Date contact
Cod_date Str. Nr. Bloc. Scara Ap. Telefon e-mail
1,1 ncheie

1,n

Banca Cod_banc Denumirea CIF Credit

1,n

Contract de credit
Nr.contract Data Client Banca Credit Valoare contract Garantii

1,n

ntocmete

Fig.10 Modelul EA 12

Pe modelul prezentat mai sus o s specific restriciile care apar. Restriciile de integritate definesc cerinele pe care datele trebuie s le respecte pentru a fi corecte i coerente n raport cu realitatea pe care o reflect. Restriciile de integritate reprezint o modalitate de integrare a semanticii datelor n mod indirect n modelul entitate asociere pe care astfel l mbogesc. Restriciile de integritate privesc: valorile pe care le pot lua atributele entitilor i asocierilor; valorile identificatorilor entitilor; rolurile jucate de entiti n asocierile la care particip; asocierile stabilite ntre entiti. Pentru modelul EA prezentat n Figura 10 pot fi definite urmtoarele restricii de integritate privitoare la realizrile atributelor: data contractului de credit s fie egal cu data curent, salariul de ncadrare s fie mai mare de 1200 , dobnda poate fi ntre 9-15, modeda poate fi Ron, Eur, Dolar., rata mai mica sau egal cu 40% veniturile totale etc Restriciile de integritate pot fi: statice (se verific permanent)ex: restriciile referitoare la moned, data contractului. dinamice (privesc evoluia ntimp a datelor)ex: restriciile referitoare la dobnd, salar de ncadrare , rata 1. Restricii de domeniu Domeniul, ca mulime de valori pe care le poate lua un atribut, poate fi definit printr-o proprietate (o condiie privind un atribut sau un grup de atribute), prin precizarea unui interval de valori sau prin enumerarea mulimii de valori admise.
Restriciile de domeniu reprezint condiii (reguli) care privesc ansamblul de valori

admise pentru un atribut n cadrul tipului sau domeniului su. Restriciile pot viza realizrile unui/unor atribute aparinnd unei aceleiai entiti sau asocie ri, caz n care se numesc restricii intraentitate, sau a unui/unor atribute aparinnd unor entiti i/sau asocieri diferite, caz n care se numesc restricii interentiti. Restriciile pe domeniu se pot exprima cu privire la: Coninutul unui singur atribut al unei entiti sau asocieri Entitate Atribut Restricie Data naterii 31.12.1994 Client Salar 1200 Ron dobnda Between 9% and 15% Credit moned Ron, Eur, Dolar Data contract = data curent Contract
13

Corelaiile ce trebuie s se respecte ntre valorile mai multor atribute sau asocieri aparinnd aceleiai entiti sau asocieri Entitate Atribut Restricie Dobnda = 9% moned = Eur or dolar Valoare 10000, durata Credit 60 luni Valoare 10000 - garania = valoare + costuri Corelaiile care trebuie s existe ntre atributele aparinnd mai multor entiti sau asocieri diferite respectiv corelaii realizate pe baza unor valori obinute prin operaii de sintetizare (nsumare, calculul mediei, valorii minime /maxime etc.) a unui ansamblu de entiti: Entitate Garanie Rata Garanie Garanie Valoare Valoare Data emiterii Atribut Valoare Restricie Valoare credit >10000 - valoare garanie = 30%*Valoare credit Max 40% din veniturile totale ale clientului Valoare credit 10000, valoare garanie = 0 Data emiterii garaniei data semnrii contractului

Restricii structurale - Identificarea entitilor Fiecare entitate va trebui s poat fi identificat fr echivoc. Acest lucru impune ca identificatorul entitii s ia valori unice diferite de NULL (NULL nseamn c nu s -a atribuit nici o valoare, deci valoarea NULL este diferit de zero sau spaiu).

14

Restricii de integritate de roluri


n definirea asocierii am subliniat faptul c aceasta exprim legtura stabilit ntre entiti diferite, fiecare dintre acestea jucnd un anumit rol. Plecnd de la rolurile jucate de entiti n cadrul asocierilor putem defini o serie de restricii de integritate i anume de : egalitate, incluziune i excluziune de roluri. Restricia de incluziune de roluri Restricia de incluziune de roluri statueaz faptul c, dac o entitate E1 care joac rolul r1 n asocierea A1 va trebui s joace i rolul r2 n asocierea A2. Rezult c rolul r1 include (implic prin incluziune) rolul r2 . Pentru reprezentarea restriciei de incluziune de roluri se va utiliza urmtoarea reprezentare grafic

Client
Cod_client Nume Prenume CNP Data naterii ..

Contract de credit ncheie


Nr.contract Data Client Valoare contract Garantii

ncheiat ncheie

Credit Cod_credit Denumirea Dobnd Comisioane Valoare Garanii Moned


Fig.11 Incluziune de roluri

acordat

Astfel ncheierea contractului de ctre client include acordarea creditului. Un alt exempu l reprezint valorificarea garaniei, atfel neachitarea ratei de ctre client include valorificarea graniei.

15

Restricia de egalitate de roluri : egalitatea de roluri presupune ca restricia de incluziune ntre roluri s fie reciproc

Banca Cod_banc Denumirea CIF Adresa

ncaseaz

acord

Rata
Cod_rat Valoare Data scadentei

Credit Cod_credit Denumirea Dobnd Comisioane Valoare Garanii Moned


acordat

ncaseaz
Fig.12 Egalitate de roluri

Astfel dac Banca acord creditul, acesta are dreptul de a ncasa rata de rambursare. Restricia de excluziune de roluri : excluziunea de roluri specific faptul c un rol r1 jucat de o entitate E1 n asocierea A1 exclude existena rolului r2 jucat n asocierea A2. Respectiv un client nu poate fi n acelai timp titularul contractului de credit i reprezentantul bncii care ntocmete contractul. Respectiv faptul c rata este pltit , exclude valorificarea garaniei.

Dar aceste restricii legate de participarea entitilor la asocieri nu pot fi judecate doar la nivel de roluri ci este necesar uneori precizarea unor restricii de integritate la nivelul tipului de asociere, deci a ansamblului de asocieri prezentnd aceeai semantic.

16

Resticile de integritate de asocieri Restriciile analizate vizeaz asocierea nsi mpreun cu entitile participante. Altfel spus restriciile se refer la mulimea tuturor rolurilor aparinnd asocierii
Restricia de incluziune de asocieri

Restricia de incluziune exprim faptul c asocierea A1 stabilit ntre dou entiti va determina existena unei alte asocieri A2 n cadrul modelului EA. Client
Cod_client Nume Prenume CNP Data naterii ..
obine

Credit Cod_credit Denumirea Dobnd Comisioane Valoare Garanii Moned

I
depune

prevede

Garanie Cod_gar Denumire Valoare Data emiterii

Fig.13 Incluziune de asocieri

Opinerea creditului de ctre client, include depunerea garaniei de acesta.

Restricii de excluziune de asocieri

Restricia de excluziune de asocieri exprim faptul c asocierile aparinnd tipului de asociere A1 exclud asocierile aparinnd tipului A2.

17

Rata
Banca Cod_banc Denumirea CIF Adresa
ncaseaz La scaden

Cod_credit Valoare Data scadentei

#
Valorific

Garanie Cod_gar Denumire Valoare Data emiterii

Fig.14 Excluziune de asocieri

Restricii de egalitate de asocieri Restricia de egalitate de asocieri exprim faptul c asocierile aparinnd tipului A1 determin existena asocierilor aparinnd tipului A2 i invers Client
Cod_client Nume Prenume CNP Data naterii ..
ncheie

Contract credit

de

=
pltete

Nr.contract Data Client Valoare contract Garantii

Rata
Cod_rata Valoare Data scadentei

Fig.15 Egalitate de asocieri

18

Dependenele funcionale O dependenta functionala evidentiaza raporturile de determinare stabilite intre atributele unei entitati Dependene complete (dac Y este dependent funcional de X fr s fie dependent funcional de nici una din componentele lui X) Ex: cod_client Numele Dependen parial ( dac Y este dependent funcional att de X ct i de o parte a lui X.) Dependen multivaloatre (se manifest atunci cnd valorii unui atribut/grup de atribute i corepund mai multe valori ale unui alt atribut Cod_banc Cod_credit Matricea dependenelor funcionale Matricea dependenelor funcionale poate fi realizat n dou variante: matricea simplificat matricea complet Matricea simplificat reprezint un tablou n care coloanele cuprind determinanii dependenelor funcionale iar fiecare linie un atribut aparinnd mulimii atributelor supuse modelrii. Matricea complet reprezint un tablou asemntor matricii simp lificate cu singura deosebire c numrul de coloane este egal cu numrul liniilor, cu alte cuvinte antet de coloan va fi orice atribut (regsit i ca antet de linie) i nu doar atributele (grupurile de atribute) cu rol de determinant ntr-o dependen funcional. S elaborm matricea simplificat a dependenelor funcionale pentru atributele necesare elaborrii MCD privind consumul normat de materii prime stabilit pentru produsele din nomenclatorul de fabricaie al firmei.

19

Matricea simplificat a dependenelor funcionale Nr.crt 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 Determinani Cod_client Nume Stare civil Date contact Venit Cnp Str.,nr Cod_credit Denumire Dobnd Comisioane Val_cr Moned Cod_rat Valoare_rat Data_sc Cod_gar Valoare Data emiterii Cod_banca Denumire Nr.contr Data 1 6 8 14 17 20 22 17+22 8+17 8+14 1+8 14+222 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

1 1

20

Matricea complet a dependenelor funcionale Atribute


Nr.contract
1 1 Date contact Comisioane Stare civil Valoare _rt Cod_banc Cod_credit Denumirea Data _scad Cod_client Valoare cr Denumire

Atribute

Cod_date

Cod_rat

Dobnd

Data_em

Cod_gar

Moned

Valoare

Str.nr.

Nume

Venit

Cod_client Nume Stare civil Date contact Venit Cod_date Str.nr. Cod_credit Denumire Dobnd Comisioane Valoare cr Moned Cod_rat Valoare _rt Data _scad Cod_gar Valoare Data_em Cod_banc Denumirea Nr_ctr Data

1 1 1 1

1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Din analiza matricei complete a DF constatm: diagonala de valori 1 rezultat (aa cum am precizat i n cadrul matricei simplificate) este consecina proprietii de reflexivitate a df; existena dependenelor elementare (prezentnd un determinant elementar, format dintr-un atribut); existena dependenelor neelementare al cror determinant este format dintr-un grup de atribute n cazul nostru (dobnda, commission, valoare credit)
21

Data

existena unor dependene multivaloare ntre atributele cod care conduc la apariia mai multor valori 1 n cadrul liniilor matricei. III. Modelarea conceptual a prelucrrilor Modelul conceptual al prelucrrilor(MCP) 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. Tipul de operaie - reprezint o categorie de operaii prezentnd aceleai caracteristici;se caracterizeaz prin: o coninutul aciunilor elementare ce formeaz operaia; o durat; o evenimentele produse i condiiile de emisie a acestora. Exemplu Analiza cererii Operaia Analiza cererii i a documentaiei Aciunea Regul de Valoare credit 10000 emisiune OK NOT OK
Credit acordat cu garanii Credit acordat far garanii

22

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. Clasificarea evenimentelor declanatoare ale operaiilor: Evenimente externe: provin din exteriorul organismului studiat (banca) sau al domeniului investigat i nu sunt controlabile de ctre sistem (exemplu: modificarea ROBOR) 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 credit aprobat) Evenimente interne intermediare: sunt generate n urma executrii unor operaii i au rolul de a declana alte operaii n cadrul sistemului (ex. Cerere de credit nregistrat) 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. 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).
23

Modelul conceptual al prelucrrilor E1

OP1 A1 R1

Analiza cererii Analiza cererii i a documentelor R1+R2

E4 E2

E5

E4 i E5

Op.2 A2 R3 OK

Depunerea garaniilor Depunerea documentelor privind garania Valoare garanie Valoare credit+costuri NOT OK

E3

E6

E7

E3 sau E6

Op.3 A3

Acordarea creditului ntocmirea i semnarea contractului de credit


24

E8

Op.4 A4 R4 Ok

Plata ratelor ncasarea ratelor Data scadenei Data Plii Not Ok

E10

Op.5 A5 R5 Adevrat

Cumularea ratelor restante nsumarea debitelor Data plii nu depete 3 luni de la data scadenei Fals

E12

Op.6 A6 R2 Fals

Recuperare debite Recuperarea creanelor de la clieni Valoare credit 10000 Adevrat

25

E9

E11

E13

E14

E9 sau E11 sau E13sau E14

Op.7 A7

ncheierea contractului Rambursatrea total a creditului

E15

Prezentarea evenimentelor Numar eveniment E1 E2 E3 E4 E5 E6 E7 E8 E9 E10 E11 E12 E13 E14 E15 Denumire Cerere de creditare Cerere respins Cerere aprobat Credit aprobat cu garanii Prezentarea garaniilor Acceptarea garaniei Respingerea garaniei Datorare rat Achitarea ratelor Pli restante Rate restante achitate Rate restante neachitate Executare client Valorificare garantii Contract de credit finalizat
26

Prezentarea regulilor de validare: Numr regul R1 R2 R3 R4 R5 Denumirea Venituri >1200 ron Credit10000 Valoare garanie Valoare credit+costuri Data scadenei data plii Data plii nu depete 3 luni de la data scadenei

Operaiile respective aciunile sunt descries integral n cadrul modelului. Prinipalii actori care apar sunt banca respective clientul. Derularea proceselor are loc n felul urmtor:

Clientul solicit creditul la banc

Banca verific cererea i i solicit garanii dac este cazul


Depune garania solicitat

Se primete- se acord creditul Datoreaz rata Achit creditul

Se ncheie contractul

27

Tabloul evenimentelor Eveniment E1 E4, E5 E6 sau E3 E8 E10 E12 E9 sau E11sau E13 sau E14 Aciune Analiz cerere Depunere garanie Acordare credit Plata ratelor nsumarea debitelor Recuperarea debitelor ncheierea contractului de credit Evenimente rezultate E2, E3, E4 E6,E7 E8 E9, E10 E11, E12 E13,E14 E15

IV Modelarea Logica a datelor - Modelul relaional Relaia este o submulime a produsului cartezian de N domenii se prezint sub form bidimensional (tabelar) pe linii i coloane este format din linii (rnduri) i coloane mai este numit i tabel Tuplul reprezint o linie n cadrul tabelului se mai numete nregistrare (n englez record)
Domeniul

reprezint un set de valori pe care le poate lua o dat (un atribut). Exemplu Moneda = {Eur, Ron, Dolar } Atributul reprezint o caracteristic care poate lua valori ntr-un domeniu, fiecrei caracteristici fiindu-I rezervat o coloan n cadrul relaiei. Cheia primar reprezint un atribut sau un grup minimal de atribute ale crui realizri pot permite identificarea unic a unui tuplu ntr-o tabel. Cheia candidat reprezint un atribut sau grup de atribute care pot prin realizrile lor s identifice un tuplu; dintre cheile candidate se alege atributul sau grupul de atribute care va juca rol de cheie primar. Cheia extern este un atribut din schema unei tabele care joac rol de cheie primar ntr-o alt tabel; atributul cu rol de cheie extern trebuie s respecte cerinele de integritate referenial.
28

Modelul logic a datelor

Cheie primar

Cheie extern.

Clieni(Cod_client, Nume, Prenume,Data nasterii, CNP, Cod_credit) Credit(Cod_credit, denumire, dobanda, cod_banca,cod_garanie) Date Contact(CNP, strada, nr) Banca( Cod_Banca, Denumirea, Strada, Nr) Garania(Cod_garanie, Denumirea)

29

Concluzii n concluzie pot spune c mi-am atins elurile stabilite n startul proiectului i anume am conceput modelarea procesului de creditare. Am realizat Modelarea conceptual a datelor, respective Modelul EA, Modelarea conceptual a prelucrrilor i modelarea logica a datelor. Implementarea se realizeaz in SGBD-ul Microsoft Acces

30