SISTEME INFORMATICE DE

GESTIUNE
Activitatea asistată 3-4

Asistent universitar drd. Laura BARNA

laura.barna@cig.ase.ro
barnalaura15@stud.ase.ro
MODELAREA CONCEPTUALĂ
A PRELUCRĂRILOR
 EXEMPLUL 1

 O bancă oferă credite clienților săi. Fiecare client primește un cod unic, căruia i se asociază nume, tip (PF sau PJ),
adresa, cod fiscal. Un client poate fi titularul unuia sau mai multor credite. Fiecare credit are un nr unic, data
acordării, valoarea, moneda în care e acordat (RON, EURO, USD), nr rate (nu mai mult de 50 de rate). Creditele
pot fi imobiliare, caz în care se reține tipul imobilului (apartament, vilă), suprafața, valoarea imobil sau credit
pentru achiziție autovehicule caz în care se rețin: model, marcă mașină, nr șașiu.
 Sistemul va reține evoluția zilnică a cursului BNR pentru valute.
 Clienții băncii de pun aplicații pentru credite la ofițerul de credite din sucursală. Acesta verifică completitudinea
documentelor. Dacă nu este depusă o documentație completă e notificat clientul. Aplicațiile complete sunt
trimise la analistul de credite. În paralel cu analistul de la depart. Evaluare sunt evaluate bunurile pentru care se
solicită creditul și se introduce în sistem valoarea stabilită. Când lucrările la analistul de credite și respectiv
depart. Evaluare sunt finalizate, ofițerul de credite stabilește eligibilitatea clientului în aplicația bancară. Dacă nu
este un client eligibil este notificat în acest sens. Pentru clienții eligibili, ofițerul de credite generează în sistem
contractul și îl trimite clientului pentru a fi verificat și semnat. Dacă în 5 zile, clientul nu aduce contractul semnat,
se anulează. Dacă contractul este semnat de client, ofițerul de credit îl introduce în sistem.
 MCD
CLIENT 1,n MONEDA

CodClient 1,n Se CodMonedă

Nume acordă DenumireMonedă
Primește 1,1
Prenume 1,1 1,n
Tip CREDIT
Stabilește
Adresă Curs BNR
CodFiscal NrCredit 1,n
DataAcord
Valoare EDATA
NrRate
0,1 DataCurs
0,1

Este o Este o
1,1
1,1
IMOBILIARE CREDIT AUTO
#
TipImobil Marcă
Suprafață Model
ValoareImobil NrȘașiu
Restricții de domeniu:

CLIENT.Tip={PF, PJ}
MONEDA.DenumireMonedă = {RON, EURO, USD}
CREDIT.NrRate <=50
IMOBILIARE.TipImobil = {Apartament, Vilă}

Modelarea logică a datelor

CLIENT (CodClient, Nume, Tip, Adresă, CodFiscal)

CREDIT (NrCredit, DataAcord, Valoare, NrRate, CodClient, CodMonedă)
CREDIT IMOBILIAR (TipImobil, SuprafațăImobil, ValoareImobil, NrCredit)
CREDIT AUTO (Marca, Model, NrȘașiu, NrCredit)
MONEDA (CodMonedă, DenumireMonedă)
CURS MONEDĂ (CodMonedă, DatăCurs, CursBNR)
 EXEMPLUL 2

Compania SystemStart dorește implementarea unui sistem informatic pentru gestionarea deconturilor angajaților.
În vederea realizării sistemului informatic de gestiune pentru SystemStart se rețin următoarele informații:
Pentru angajați se vor reține marca de angajat, nume, prenume și funcția. Angajații depun deconturi care vor avea un cod unic, data de depunere și un
status (în procesare, înregistrat, refuzat sau achitat).
Deconturile angajaților trebuie aprobate de către șeful de serviciu direct, sistemul reținând pentru fiecare angajat managerul direct. La primirea
decontului, până la înregistrarea finală a acestuia, departamentul contabil va aloca statusul de în procesare. În situația în care deconturile sunt
transmise către departamentul contabil fără să fie aprobate, se va modifica statusul în refuzat.
Documentele suport pentru deconturi au un cod unic, o dată de emitere și o valoare. În situația în care documentele aferente nu respectă politica
internă a companiei, se va contacta angajatul pentru a retrimite documentul corect sau pentru a transmite un formular de neconformitate semnat de
către directorul de departament, dacă acesta consideră că acel document poate reprezenta o excepție.
Documentele suport vor fi înregistrate de către departamentul contabil în conturile contabile aferente. Fiecare cont contabil va avea un simbol,
denumire, funcționalitate, sold inițial debitor și sold inițial creditor.
După finalizarea înregistrării decontului, statusul se va modifica în înregistrat și se transmite către departamentul financiar. Pentru plăți se va reține un
cod unic și data plății, acestea putând să fie efectuate fie în numerar, prin dispoziție de plată, caz în care sistemul va reține numărul dispoziției de plată,
sau prin transfer bancar, caz în care se va reține contul beneficiarului. După finalizarea plății, departamentul financiar va modifica statusul în achitat.
 Angajat Decont Document

marcaAngajat Vizează
0,n Depune 1,1 codUnicDe
nume codUnicDo
Subaltern dataDepunere
prenume Manager data de depunere
status 1,n 1,1
funcția
1,1 0,n
0,1 1,n 1,n
Conduce Crediteaz
Debitează
ă
Generează
0,n 0,n

1,1 Cont
Plata
codPlata Simbol
dataPlata Denumire
Funcționalitate
este
1,1
este
0,1 0,1 1,1 SoldInițialDebitor
Numerar Transfer SoldInițialCreditor
#

NrDispP IBAN
MODELAREA LOGICĂ A
PRELUCRĂRILOR
 Logica funcțională

În momentul în care angajatul din departamentul de contabilitate introduce un număr de decont, sistemul va
afișa una dintre următoarele opțiuni:
1. Nr decont nu este corect – În situația în care nu există niciun decont cu acel număr în BD
1. Daca nr decontului introdus este corect dar are statusul de finalizat sau înregistrat, se va afisa mesajul “Nu se
mai poate refuza acest decont”
2. Daca nr decontului introdus este corect, iar statusul este în procesare, angajatul va putea modifica statusul
decontului
 Logica funcțională

Afișarea detaliilor despre nr de decont introdus, se va realiza ca urmare a interogării tabelelor angajați, de unde se
va afișa marca de angajat și numele, iar din deconturi tbl se vor afișa datele despre decont. În situația în care
statusul permite, se va afișa decontul dorit – (adică nu este înregistrat sau achitat)
Prezentarea