SISTEME INFORMATICE DE

GESTIUNE
Activitatea asistată 2

Asistent universitar drd. Laura BARNA

laura.barna@cig.ase.ro
barnalaura15@stud.ase.ro
REGULI DE ELABORARE ALE MODELULUI
ENTITATE ASOCIERE
1. Elementele unui model EA să fie unice
2. Orice tip de entitate trebuie să conțină un identificator și numai unul
3. Toate atributele unui tip de entitate trebuie să depindă funcțional de identificatorul
acesteia
4. Identificarea unei asocieri trebuie să fie asigurată de entitățile corespondente
5. Atributele unei asocieri trebuie să depindă funcțional de grupul format din
identificatorii TE asociate
6. Atributele și asocierile derivate(calculate) sunt eliminate din modelul EA
7. Orice TE trebuie să fie complet normalizat
8. Toate asocierile trebuie să respecte formele normale
RESTRICȚII DE INTEGRITATE SPECIFICE
MODELULUI EA
 Cardinalitățile minime și maxime descriu constrângeri ale modelului EA, limitând
numărul de apariții ale unei entități în cadrul unui tip de asociere.
 Restricțiile de roluri reprezintă constrângeri definite asupra rolurilor unei entități și
pot fi:
 Restricții de incluziune
 Restricții de egalitate
 Restricții de excluziune
RESTRICȚII DE INCLUZIUNE DE ROLURI
RESTRICȚII DE EGALITATE DE ROLURI
RESTRICȚII DE EXCLUZIUNE DE ROLURI
RESTRICȚIA DE INCLUZIUNE DE ASOCIERI
RESTRICȚII DE EGALITATE DE ASOCIERI
RESTRICȚII DE EXCLUZIUNE DE ASOCIERI
EXTENSII ALE MODELULUI EA VIZEAZĂ:

 Subclasele și superclasele
 Subclasele reprezintă entități care moștenesc toate proprietățile unei entități generale numită
superclasă. Subclasele nu posedă identificatori proprii și poate să conțină zero, unul sau mai multe
atribute.

 Specializarea și generalizarea
 Specializarea presupune obținerea de subclase prin derivarea unei entități generale în entități mai
rafinate (de la general la particular)
 Exemplu: Persoana (CNP, Nume prenume, Data nașterii, Domiciliu); Angajat (Salariu tarifar); Student
(An de studii)
 Generalizarea descrie procesul invers specializării, prin care cu proprietățile
comune unui set de entități, se construiește un tip de entitate cu un grad de
abstractizare mai ridicat.
 Exemplu: Angajat (CNP, Nume prenume, Data nașterii, Domiciliu, Salariu tarifar);
Student (CNP, Nume prenume, Data nașterii, Domiciliu, An de studii)
 MODELUL ENTITATE-ASOCIERE
STUDIU DE CAZ 1
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.
 MODELUL ENTITATE-ASOCIERE
STUDIU DE CAZ 2
Federația Ecvestră Internațională (FEI) dorește realizarea unui sistem informatic pentru gestiunea competițiilor.
Sistemul va trebui să ofere informații privitoare la competiții și anume: codul competiei, numele competiției, organizator,
localitate, țara, data de început a competiției, data de sfârșit, taxa de înscriere [5000, 25000]. Competițiile pot fi de obstacole,
anduranţă sau de atelaje. În cazul competițiilor de obstacole se reține numărul de obstacole, gradul de dificultate (A,B sau C).
Pentru competițiile de atelaje se vor reține informații privind: tipul de concurs (dresaj, maraton), greutatea minimă a atelajului.
Pentru competiţiile de anduranţă se reţin : numărul de km (80, 60, 20), tip de concurs (cu atelaj, fără atelaj).
La o competiție un concurent participă cu un singur cal, dar la competiții diferite poate participa cu orice cal dorește. Sistemul
va trebui să rețină informații despre cai și anume: nume, nr. de identificare, rasă (ripițan, mustang, andalusian, appaloosa).
Pentru fiecare competiție sistemul va reține cu ce cal s-a înscris fiecare concurent. Despre concurenți sistemul va reține numele,
numărul de înregistrare la federația internațională, naționalitatea, data nașterii. Sistemul va reține și locul ocupat de concurent la
fiecare competiție.
Competițiile au sponsori, pentru fiecare dintre aceștia fiind stabilită o sumă pe care o plătesc (sumă ce poate varia de la sponsor
la sponsor și de la competiție la competiție). Pentru sponsori se rețin în sistem informații privind: numele, cod de identificare, tip
(organizație sportivă, companie). Un sponsor poate susține una sau mai multe competiții cu sume diferite.
 MODELUL ENTITATE-ASOCIERE
STUDIU DE CAZ 3
Compania Projects, specializată în domeniul managementul proiectelor, desfășoară activități pentru diferiți clienți persoane juridice.
Compania dorește informatizarea proceselor pentru gestiune proiectelor.
În vederea realizării sistemului informatic de gestiune pentru Project se rețin următoarele informații:
Compania oferă clienților servicii care au la bază contracte încheiate. Pentru clienți se rețin următoarele date: CUI, denumire, persoană de contact, adresă, email și număr de
telefon. Fiecare contract are un număr unic și se rețin informații despre data contractului, iar un contract poate viza mai multe proiecte. Pentru proiecte se rețin următoarele
informații: identificator unic de proiect, domeniul de activitate (producție sau servicii), statusul (în derulare, finalizat sau achitat).
În cadrul proiectelor lucrează specialiști – angajați ai companiei și consultanți externi – persoane fizice autorizate. Pentru aceștia se rețin următoarele date: CNP, nume complet,
adresa și telefon și tariful orar, care nu poate să fie mai mare de 500 de lei. Pentru angajați se va reține marca angajat, data angajării, salariul și departamentul (IT sau PM).
Compania primește solicitări din partea clienților referitoare la diferite proiecte și analizează dacă dispune sau nu de specialiștii necesari pentru acel proiect. În cazul în care
angajații nu au calificarea necesară, se încearcă să se contracteze specialiști externi (consultanți), pentru care se vor reține următoarele informații: CUI și specialitatea. Dacă nu
s-au putut găsi consultanții necesari, cererea clienților este refuzată. Un client poate avea mai multe contracte în derulare și în cadrul unui proiect pot lucra mai mulți angajați.
Pentru fiecare proiect finalizat departamentul contabil emite o factură care conține următoarele informații: număr factură, data factură și data scadentă. Valoarea facturii este
reprezentată de suma orelor lucrate*tariful orar al angajaților plus orele lucrate de consultanți*tariful consultanților*1.5. Statusul proiectului se va schimba din “în derulare” în
“finalizat”.
Facturile sunt apoi plătite de către clienți și departamentul contabil înregistrează încasările. Încasările se realizează prin transfer bancar (OP) sau plata cash și se rețin
următoarele informații: id plată, data plată și suma achitată – pentru ordinele de plată se reține numărul ordinului de plată, contul de destinație și contul emitentului, iar pentru
plățile cash se reține numărul chitanței – o plată este efectuată pentru o singură factură și va acoperi în totalitate valoarea acesteia. În cazul în care suma totală a plăților
efectuate este egală cu valoarea facturii, statusul proiectului este schimbat în “achitat”.