Instructions

Se cere realizarea de catre fiecare student a unei TEME care ilustreaza o sectiune a unui sistem
informatic de gestiune intr-un domeniu liber ales. Cu nota obtinuta la TEMA si nota obtinuta la examen
se realizeaza media ponderata (30% respectiv 70%) care devine nota finala (ne-prezentarea temei este
notata cu 0). TEMA va fi transmisa pe platforma SAKAI pana la 16.01.2022 - adica pana la inceperea
sesiunii de examene.

TEMA este originala si oricare lucrare identica cu alta va fi notata cu 0 (termen de refacere data
examenului, cu scadere 1 punct la nota obtinuta pentru tema).

Idei principale privind Sisteme Informatice de Gestiune si Baze de Date:

Orice sistem informatic de gestiune este realizat cu ajutorul unei (sau mai multor) Baze de Date.

Disciplina Baze  de Date a fost sustinuta in anul 2 de studii iar Cursul SIG isi propune atat fixarea (si
verificarea intelegerii) principiilor de Baze de Date – care stau la baza unui sistem informatic de gestiune
(SIG), cat si la conceperea, analiza, realizarea si utilizarea unui sistem informatic de gestiune (SIG).

TEMA care se va realiza va prezinta entitati si relatii din orice domeniu la alegerea studentului.
Specificatiile TEMEI (cerintele) vor fi detaliate mai jos, dupa o recapitulare succinta a ideilor principale
privind Baze de Date, cu exemplu pe un sistem de management universitar: gestiunea studentilor si
situatiei lor scolare.

1. O baza de date este un model al unei sectiuni a realitatii (de ex. organizatie, activitate, sistem
ecologic) in care entitatile (obiecte generice participante) au relatii intre ele.

2. Atat entitatile cat si relatiile prezinta cate un set specific de atribute (proprietati), astfel ca acestea
(atat entitatile cat si relatiile) pot fi reprezentate prin tabele (structuri omogene de linii si coloane,
intersectia lor numite campuri).

3. In cazul entitatilor, liniile reprezinta obiecte concrete (instantieri ale entitatilor de natura respectiva)
iar coloanele atributele (proprietatile lor intrinsceci). De ex. tabelul Student are ca linii diversi studenti
(Ionescu Ion, Popescu Vasile ... - asa cum au fost inscrisi) iar coloanele reprezinta “proprietati” ale
obiectului student: nume, prenume, data nasterii, si obligatoriu un cod specific (de ex. nr. legitimatie)
pentru identificare unica a fiecaruia.

4. In cazul relatiilor, liniile reprezinta legatura specifica a fiecarui student cu fiecare din disciplinele pe
care le urmeaza (tabelul Situatie_scolara): de ex. pe o linie apare codul studentului Ionescu (in coloana
Cod_Student) si codul disciplinei Economie Politica (in coloana Cod_disciplina) apoi nota obtinuta la
examen (in coloana Nota_examen) – acestea fiind “proprietatile” relatiei, care apar in coloanele
tabelului denumite sugestiv.

5. Un sistem de baze de date va putea fi “interogat” privind situatia unui student la toate disciplinele pe
care le-a urmat (adica se vor afisa disciplinele si notele corespunzatoare), caz in care vor fi cautate in
tabelul Situatie_scolara toate liniile ce contin codul unui student (de ex. cel pentru Ionescu Ion), apoi cu
ajutorul codului disciplinei se preia din tabelul Disiplina numele acesteia (vezi mai jos clarificari pe un
exemplu) iar nota obtinuta se preia din coloana Nota_examen din chiar tabelul asociat relatiei, adica din
tabelul Situatie_scolara.

6. De remarcat ca proprietatile entitatilor trebuie sa fie ”atomice” (contin o singura piesa de informatie:
ex. coloana Nume si separat coloana Prenume) si in plus sunt “intrinseci” (specifice doar entitatii: de ex.
in tabelul Disciplina nu apare numele profesorului care o sustine, deoarece aceasta este o relatie intre
entitatile Profesor si Disciplina). Aceaste remarci sunt utile atunci cand veti “proiecta” sistemul de
gestiune pentru TEMA aleasa.

Specificatii TEMA

TEMA consta in descrierea sectiunii de realitate alese, identificarea entitatilor si relatiilor dintre ele cu
indicarea sugestiva a proprietatilor acestora; identificatorii (numele) formate din mai multe cuvinte se
inscriu separate prin _ (underscore) - nume compact; identificatorul relatiei se va inscrie italic. Optional
se poate ilustra Diagrama Entitate-Relatie (pentru nota maxima, daca totul este bine). Se va alege un caz
simplu cu doua entitati si o relatie intre ele (vezi exemple mai jos) si se va indica apoi modul cum se
procedeaza pentru rezolvarea a doua interogari la alegere – prin descriere text a operatiunilor pe care
le-ar face omul (manual) dar le realizeaza (automat) sistemul informatic de gestiune (vezi exemple mai
jos - ca sablon pe care-l veti folosi pentru descrierea operatiunilor).

Pentru proprietatile entitatilor si relatiei se aleg nume (identificatori) sugestivi, dar pentru fiecare se da
o explicatie scurta (ce inseamna si la ce se refera informatia din acea coloana); astfel, se va intelege usor
rostul campurilor.

Doua exemple succinte de TEMA realizata:

Exemplul 1.

Pentru un sistem de gestiune a situatiei scolare a studentilor se identifica entitatile si relatia:

Student (CodS, Nume, Prenume, Data nasterii, Adresa) – Situatie_scolara (CodS, CodD, Sesiunea,
Nota_examen) – Disciplina (CodD, Nume_Disciplina, nrOre_Curs, nrOre_Seminar)

A. Relatia Situatie_scolara se leaga de entitatea Student prin CodS iar de entitatea Dsciplina prin CodD.

B. Rostul campurilor: CodS este Cod Student (nr. legitimatie), CodD este Cod Disciplina (dat de facultate)
Sesiunea indica anul si categoria sesiunii (iarna, vara, restanta, RR). Restul campurilor sunt sugestive.

Interogare 1: Sa se afiseze lista studentilor picati la disciplina Economie politica:

1. se cauta in tabelul Situatie_scolara toate liniile cu CodD pentru Economie Politica

2. se extrag de la pct. 1. doar liniile la care Nota_examen este mai mica de 5.

3. se afiseaza numele studentilor prin extragerea din tabelul Student a Nume si Prenume conform CodS
din liniile extrase la pct. 2.

Interogare 2: Sa se afiseze lista disciplinelor urmate de studentul Ionescu Ion:

1. se cauta in tabelul Student CodS pentru Ionescu Ion

2. se cauta si se extrag din tabelul Situatie_scolara toate liniile cu CodS de la pct.1.

3. se cauta si se extrag din tabelul Disciplina toate liniile care prezinta coduri CodD din liniile extrase la
pct.2.

4. se afiseaza din tabelul Disciplina toate numele de disciplina aflate in coloana Nume_disciplina in liniile
extrase la pct. 3.

Exemplul 2.

Pentru un sistem de gestiune a situatiei rezervarilor locurilor in excursii ale turistilor se identifica
entitatile si relatia:

Turist (CodT, Nume, Prenume, Adresa, Telefon) – Rezervare (CodT, CodE, Perioada, Efectuat, Avans) –
Excursie (CodE, Nume_excursie, Traseu, Nr_zile, Cost)

A. Relatia Rezervare se leaga de entitatea Turist prin CodT iar de entitatea Excursie prin CodE.

B. Rostul campurilor: CodD este Cod Turist (CNP), CodE este Cod Excursie (dat de firma), Perioada indica
preferinta turistului din setul de perioade disponibile, Efectuat indica daca excursia a fost efectuata sau
nu prin valoare logica True/False (daca este False urmeaza sa plece in excursie), Avans indica suma
platita (mai mica sau egala cu costul excursiei). Restul campurilor sunt sugestive.

Interogare 1: Sa se afiseze rest de plata pentru turist Ionescu Ion:

1. se cauta in tabelul Turist: Ionescu Ion si se extrage CodT

2. se cauta in tabel Rezervare toate liniile cu CodT extras la pct. 1.

3. pentru fiecare linie de la pct. 2. se cauta in tabel Excursie CodE corespunzator si se extrage campul
Cost

4. pentru fiecare linie de la pct. 2. se scade din Cost extras la pct. 3 campul Avans din tabel Rezervare la
pct.2.

5. se face suma rezultatelor de la pct. 4 si se afiseaza.

Interogare 2: sa se afiseze toate excursiile efectuate de Ionescu Ion

1. se cauta in tabelul Turist: Ionescu Ion si se extrage CodT

2. se cauta in tabel Rezervare toate liniile cu CodT extras la pct. 1.

3. se extrag de la pct. 2 si se afiseaza doar liniile la care campul Efectuat = True.

Sugestii privind alegerea domeniului de interes (legat de hobby sau serviciul de angajare al fiecaruia):

a. Fotbalist – Peformanta – Meci (relatia Performanta cu campuri: Pozitia in teren, Goluri marcate, Nota
de joc)

b. Client – Lucrare_Cosmetica – Salon_infrumusetare (pentru evidenta Lucrari Cosmetice la diverse

Saloane)

c. Furnizor – Factura – Produs (pentru gestiunea produselor provenite de la diversi furnizori)