Culegerea informatiilor pentru modelarea

Culegerea informatiilor pentru modelarea

conceptuala a datelor

1. Construirea matricei CRUD

2. Identificarea entitatilor de date si a cardinalitatilor dintre ele

Lista entitatilor de date pentru sistemul informational credite persoane fizice:

Entitati-eveniment:

Intocmire

Incheiere

Plata

Finalizare

Entitati-resursa:

Credit

Entitati-agent:

Client

Consilier

Cardinalitatea relatiilor dintre entitatile agent extern si eveniment

Relatia solicitare dintre entitatile intocmire si client. Cardinalitatea minima a relatiei pentru entitatea intocmire este 1, iar cea maxima este tot 1; cardinalitatea relatiei pentru entitatea client este 0, respectiv M. Prin urmare, in relatia solicitare, unui client ii poate corespunde minim 0 si maxim multe intocmiri, in timp ce unei intocmiri ii corespunde un client si numai unul.

Relatia poate fi citita in ambele sensuri:

Fiecare intocmire este solicitata de un client si numai unul.

Fiecare client solicita 0 sau mai multe intocmiri

Relatia prezentare(IC) dintre entitatile client si intocmire. Cardinalitatea minima a relatiei pentru entitatea intocmire este 1, iar cea maxima este tot 1; cardinalitatea relatiei pentru entitatea client este 0, respectiv M. Prin urmare, in relatia prezentare, unui client ii poate corespunde minim 0 si maxim multe intocmiri, in timp ce unei intocmiri ii corespunde un client si numai unul.

Relatia poate fi citita in ambele sensuri:

Fiecare intocmire este IC de un client si numai unul.

Fiecare client IC 0 sau mai multe intocmiri.

Relatia semnare dintre entitatile incheiere si client. Cardinalitatea minima a relatiei pentru entitatea incheiere este 1, iar cea maxima este tot 1; cardinalitatea relatiei pentru entitatea client este 0, respectiv M. Prin urmare, in relatia semnare, unui client ii poate corespunde minim 0 si maxim multe incheieri, in timp ce unei incheieri ii corespunde un client si numai unul.

Relatia poate fi citita in ambele sensuri:

Fiecare incheiere este semnata de un client si numai unul.

Fiecare client semneaza 0 sau mai multe incheieri.

Relatia achitare dintre entitatile plata si client. Cardinalitatea minima a relatiei pentru entitatea plata este 1, iar cea maxima este tot 1; cardinalitatea relatiei pentru entitatea client este 0, respectiv M. Prin urmare, in relatia achitare, unui client ii poate corespunde minim 0 si maxim multe plati, in timp ce unei plati ii corespunde un client si numai unul.

Relatia poate fi citita in ambele sensuri:

Fiecare plata este achitata de un client si numai unul.

Fiecare client achita 0 sau mai multe plati.

Relatia rambursare dintre entitatile finalizare si client. Cardinalitatea minima a relatiei pentru entitatea finalizare este 1, iar cea maxima este tot 1; cardinalitatea relatiei pentru entitatea client este 0, respectiv M. Prin urmare, in relatia rambursare, unui client ii poate corespunde minim 0 si maxim multe finalizari, in timp ce unei finalizari ii corespunde un client si numai unul.

Relatia poate fi citita in ambele sensuri:

Fiecare finalizare este rambursata de un client si numai unul.

Fiecare client ramburseaza 0 sau mai multe finalizari.

Cardinalitatea relatiilor dintre entitatile agent intern si eveniment

Relatia formare dintre entitatile consilier si intocmire . Cardinalitatea minima a relatiei pentru entitatea intocmire este 1, iar cea maxima este tot 1; cardinalitatea relatiei pentru entitatea consilier este 0, respectiv M. Prin urmare, in relatia formare, unui entitati intocmire ii poate corespunde un consilier si numai unul, in timp ce unui consilier ii corespunde 0 sau mai multe intocmiri.

Relatia poate fi citita in ambele sensuri:

Fiecare intocmire este formata de un consilier si numai unul.

Fiecare consilier formeaza 0 sau mai multe intocmiri.

Relatia semnare dintre entitatile incheiere si consilier. Cardinalitatea minima a relatiei pentru entitatea incheiere este 1, iar cea maxima este tot 1; cardinalitatea relatiei pentru entitatea consilier este 0, respectiv M. Prin urmare, in relatia semnare, unui consilier ii poate corespunde minim 0 si maxim multe incheieri, in timp ce unei incheieri ii corespunde un consilier si numai unul.

Relatia poate fi citita in ambele sensuri:

Fiecare incheiere este semnata de un consilier si numai unul.

Fiecare consilier semneaza 0 sau mai multe incheieri

Cardinalitatea relatiilor dintre entitatile resursa si eveniment

Relatia cerere dintre entitatile credit si intocmire. Cardinalitatea minima a relatiei pentru entitatea credit este 0, iar cea maxima este M; cardinalitatea relatiei pentru entitatea intocmire este 1, respectiv M. Prin urmare, in relatia cerere, unui credit ii poate corespunde minim 0 si maxim multe intocmiri, in timp ce unei intocmiri ii poate corespunde minim 1 si maxim multe credite.

Relatia poate fi citita in ambele sensuri:

Fiecare credit este cerut de 0 sau mai multe intocmiri.

Fiecare intocmire cere un credit sau mai multe credite.

Relatia continere dintre entitatile credit si incheiere. Cardinalitatea minima a relatiei pentru entitatea credit este 0, iar cea maxima este M; cardinalitatea relatiei pentru entitatea incheiere este 1, respectiv M. Prin urmare, in relatia continere, unui credit ii poate corespunde minim 0 si maxim multe incheieri, in timp ce unei incheieri ii corespunde minim 1 si maxim multe credite.

Relatia poate fi citita in ambele sensuri:

Fiecare credit este continut de 0 sau mai multe incheieri .

Fiecare incheiere contine unu sau mai multe credite .

Relatia rambursare dintre entitatile credit si plata. Cardinalitatea minima a relatiei pentru entitatea credit este 0, iar cea maxima este M; cardinalitatea relatiei pentru entitatea plata este 1, respectiv M. Prin urmare, in relatia rambursare, unui credit ii poate corespunde minim 0 si maxim multe plati, in timp ce unei plati ii corespunde minim 1 credit si maxim multe credite.

Relatia poate fi citita in ambele sensuri:

Fiecare credit este rambursat de 0 sau mai multe plati.

Fiecare plata ramburseaza 1 sau mai multe credite.

Relatia returnare dintre entitatile credit si finalizare. Cardinalitatea minima a relatiei pentru entitatea credit este 0, iar cea maxima este M; cardinalitatea relatiei pentru entitatea finalizare este 1, respectiv M. Prin urmare, in relatia returnare, unui credit ii poate corespunde minim 0 si maxim multe finalizari, in timp ce unei finalizari ii corespunde un credit si maxim multe credite.

Relatia poate fi citita in ambele sensuri:

Fiecare credit este returnat de 0 sau mai multe finalizari.

Fiecare finalizare returneaza 1 sau mai multe credite.

Cardinalitatea relatiilor dintre entitatile eveniment

Relatia urmare dintre entitatile intocmire si incheiere. Cardinalitatea minima a relatiei pentru entitatea intocmire este 0, iar cea maxima este 1; cardinalitatea relatiei pentru entitatea incheiere este 1. Astfel, in relatia urmare, unei intocmiri ii poate corespunde minim 0 si maxim o incheiere, in timp ce unei incheieri ii corespunde o intomire si numai una.

Relatia poate fi citita in ambele sensuri:

Fiecare intocmire este urmata de 0 sau o incheiere..

Fiecare incheiere urmeaza o intocmire si numai una.

Relatia determinare dintre entitatile plata si finalizare. Cardinalitatea minima a relatiei pentru entitatea plata este 0, iar cea maxima este 1; cardinalitatea relatiei pentru entitatea finalizare este 1, respectiv M. Prin urmare, in relatia determinare, unei plati ii poate corespunde minim 0 si maxim o finalizare, in timp ce unei finalizari ii corespunde una sau multe plati.

Relatia poate fi citita in ambele sensuri:

Fiecare finalizare este determinata de una sau mai multe plati .

Fiecare plata determina 0 sau o finalizare.

6. Determinarea cerintelor informationale pentru noul sistem

6.1. Cerinte functionale

1. Norme

Situatia existenta:

Normele din cadrul bancii, sunt anuntate in momentul in care sunt modificate prin intermediul unui soft. Insa, in cazul in care acest soft nu functioneaza, aceste norme nu sunt aduse la cunostinta angajatilor. In cazul in care acest lucru se intampla, urmarile pot fi de exemplu: daca una din norme se referea la solicitarea unui nou document clientului, rezultatul va fi un dosar incomplet, deoarece consilierul nu a stiut de existenta acestei modificari.

Situatia dorita:

O modalitate prin care modificarile normelor sa fie aduse la cunostinta in orice situatie.

2. Clienti rau-platnici

Situatia existenta:

Se poate intampla ca un client care a contractat un credit sa nu isi plateasca ratele lunare. In acest caz, banca il poate da in judecata, ii poate pune sechestru pe bunuri, respectivul poate ajunge in inchisoare. Dar, daca acest client nu are bunuri care sa acopere valoarea creditului si nici disponibilitati banesti pentru a-si plati datoria, banca nu va putea sa isi recupereze banii.

Situatia dorita:

Posibilitatea recuperarii sumelor acordate ca imprumut clientilor rau-platnici.

3. Telefon fix firma=risc mare

Situatia existenta:

Pentru ca un solicitant de credit sa poata fi verificat cat mai usor, trebuie sa prezinte un numar de telefon fix de la locul de munca, deoarece consilierul poate afla mai multe informatii despre acest numar de la Romtelecom. Daca la locul de munca nu exista telefon fix, existand in schimb telefon mobil, consilierul nu poate afla daca respectivul numar este intr-adevar cel al firmei unde lucreza solicitantul de credit.

Situatia dorita:

Posibilitatea de a afla mai multe informatii si despre numerele de telefon mobil.

6.2. Cerinte nefunctionale

Constrangeri software:

1. Limita de modificari

Situatia existenta:

In aplicatia Transact, in momentul in care este completata cererea de creditare nu se pot face decat maxim trei modificari, indiferent daca a fost sau nu generat tipul deciziei (nivelul de risc). De exemplu, daca prin completarea cererii de creditare s-au omis patru campuri si consilierul nu le completeaza pe toate odata, doua cate doua sau doua, una si una, si se intoarce pentru fiecare camp in parte, dupa trei intoarceri nu va mai putea sa se intoarca pentru a modifica ce-l de-al patrulea camp.

Situatia dorita:

O modalitate prin care sa fie permisa completarea campurilor omise fara restrictii.

2. Restrictie pentru dosarele de credit refuzate

Situatia existenta:

Nu se pot prelua datele dintr-un dosar refuzat cu decizia "nefavorabila". De exemplu: consilierul de credit completeaza cererea de creditare si celelalte documente in Transact pentru un client care solicita un anumit credit, dar dosarul este respins cu decizia "nefavorabila". Daca respectivul client revine si solicita un credit, indeplinind de aceasta data toate conditiile, consilierul nu va putea prelua datele din dosarul completat anterior, pentru ca acel dosar a fost deja refuzat. In acest caz, consilierul va fi nevoit sa rescrie acele date, efectuand si modificarile intervenite.

Situatia dorita:

Posibilitatea de a prelua datele necesare dintr-un dosar refuzat, modificand doar campurile care s-au schimbat, in locul rescrierii tuturor datelor.

3. Aplicatii diferite pentru credite diferite

Situatia existenta:

Exista diferite tipuri de credite (de nevoi personale, imobiliare) si pentru acestea diferite aplicatii. De exemplu, pentru creditele de nevoi personale se foloseste aplicatia Transact. Pentru creditele pentru studenti nu exista nici o aplicatie pentru ca sunt foarte rare. Din acest motiv, studentii care solicita un credit sunt nevoiti sa completeze o serie de documente exhaustive, existand riscul ca in cazul strecurarii unor erori, sa fie necesara rescrierea lor.

Constrangeri hardware:

Din discutiile purtate cu utilizatorii, am dedus ca momentan nu exista constrangeri hardware, deoarece, sustin ei, acestea sunt remediate in momentul aparitiei lor, fara cea mai mica amanare. Totusi pot fi mentionate o serie de observatii extrase din spusele utilizatorilor:

1. Arhitectura sistemului informatic este pe doua niveluri, baza de date se afla pe serverul de la Banca Centrala, la care sunt conectate mai multe calculatoare de la sucursale, agentii. Astfel, toate informatiile de pe calculatoare sunt salvate automat in baza de date centrala.
2. Utilizatorii nu sunt incantati de ideea folosirii touch-screen-urilor, deoarece activitatea lor necesita introducerea multor date, acest lucru fiind mult mai usor de realizat cu ajutorul tastaturii.

Constrangeri de protectie a datelor:

1. Transportul dosarelor:

Situatia existenta:

Dosarele de credit sunt transportate de la agentii si de la sucursala cu masina la structura Back Office unde vor fi analizate. Pe timpul transportului exista riscul ca unul din aceste dosare sa se piarda din cauza neglijentei celui care le transporta.

Situatia dorita:

O modalitate prin care sa se evite astfel de situatii.

2. Restrictionarea accesului la Internet:

Situatia existenta:

Utilizatorii nu au acces la Internet, cu exceptia site-urilor BNR, BRD, deoarece conducerea considera ca acesta ar putea fi folosit in scopuri personale si ar putea constitui un factor daunator protectiei datelor, prin contactarea de virusi.

3. Folosirea unui soft specific:

Situatia existenta:

Pentru aflarea informatiilor necesare despre clienti si despre creditele contractate de acestia consilierii folosesc un soft ce se numeste ibank. Acesta ofera o anumita protectie a datelor, accesul la informatiile continute de acesta fiind permis numai anumitor persooane din cadrul bancii.