Problemele se vor rezolva dup modelul ClientServer (prin socket) i concurent (mai muli

clieni). La baza de date (real sau un ansamblu de

fiiere) are acces doar serverul. Serverul apare ca
o interfa ntre baza de date i client. Vor
exista n principiu 2 tipuri de utilizatori:
administrator i client.
Administratorul are acces full la baza de date, iar
clientul are acces doar de consultare. Apare i
programarea concurent !!!
Implementarea se va realiza n C#, Java i serverul
i clientul si apoi se vor pute combina:
- server C#, client C#
- server C#, client Java
- server Java, client C#
- server Java, client Java
Se va intocmi n format electronic documentaia de
realizare i de utilizare ce va cuprinde:
- specificarea general;
- proiectarea
arhitectural i de detaliu
(cu artefactele UML: diagrama de cazuri de
utilizare,
diagrama
de
secvenare
pe
fiecare actor, diagrama de clase);
- implementarea (codificarea)(C#,Java);
- modul de utilizare.
Mod de lucru: aplicaie Windows cu interfa
grafic.

DeadLine:saptmnile 10 i 11.(din 5 Mai ...)

iar ingineria in sapt. 11 si 12

1. BIBLIOTECA

O bibliotec ofer abonailor si o list de cri ce pot fi imprumutate.

Un abonat are Nume i ID unic.
O carte are Titlu, Autor, CodCarte i NrExemplare.
Biblioteca are mai multe terminale de unde abonaii pot s imprumute cri. Pentru a
putea folosi un terminal, abonatul trebuie s introduc ID-ul su. Dupa introducerea unui
ID corect, abonatul vede lista crilor disponibile (care nu sunt mprumutate) i poate
mprumuta una sau mai multe cri.
Dupa efectuarea mprumutului, toi abonaii care folosesc terminalele vd lista actualizat
a crilor disponibile.
Pentru restituirea crilor se procedeaz aproximativ la fel.
La restituire se introduce ID-ul abonatului i codul crii.
Dupa restituire se actualizeaz lista crilor disponibile.
Exist i un client special (administrator/bibliotecar) care poate actualiza lista crilor
(adugare/modificare/tergere carte, modificare numr de exemplare).
2. AGENTI DE VNZARI
O firm are mai muli ageni de vnzri care fac comenzi pentru clienii
firmei
i
distribuie
clienilor
produsele.
Pentru
desfurarea
activitilor firma pune la dispoziie o aplicaie prin care agenii pot
comanda produse. Aplicaia pune la dispoziie fiecrui agent al firmei
un terminal prin care:

agentul vizualizeaz lista tuturor produselor vndute de firma; un

element din list prezint denumirea produsului (String), cantitatea
(Integer) existenta n stoc i preul produsului (Real);

agentul poate comanda o cantitate dintr-un produs; pentru a

comanda, agentul selecteaz un produs din list, introduce cantitatea
dorit i declanseaz nregistrarea comenzii. Atunci cnd un agent
comanda
o cantitate dintr-un produs, toi agenii vor vedea lista
produselor actualizat cu cantitatea rmas din produsul respectiv.
Desigur, este posibil ca declanarea nregistrarii unei comenzi din
partea unui agent s conduc la un mesaj informativ cantitate
insuficient n stoc, aceasta n caz c se cere o cantitate mai mare
dect cea existent.
3. FARMACIE SPITAL
Un spital are o farmacie proprie i mai multe secii. Necesarul de
medicamente pe secii este deservit de ctre farmacia spitalului.
Spitalul pune la dispoziia acestora o aplicaie pentru gestiunea
comenzilor de medicamente ale seciilor i onorarea acestor comenzi din
partea farmaciei. Aplicatia este compus din:

mai multe terminale localizate n fiecare secie. Personalul

medical de pe secii folosete aceste terminale pentru a nregistra
comenzile de medicamente. Pentru un medicament necesar se introduce
numele medicamentului (String), cantitatea necesara (Real) i se
declaneaz o aciune nregistrare comanda. (De pe o secie se pot
nregistra oricte comenzi.) Imediat dupa nregistrarea comenzii la
farmacie se observ comanda fcut.

un terminal pentru farmacie. Farmacistii observa lista comenzilor

fcute de pe secii, un element din list indicnd numele sectiei,

numele medicamentului i cantitatea necesar. Farmacitii selecteaza o

comand din aceast list, (pregatesc medicamentele i le trimit pe
secii) dup care declaneaz un buton comanda onorat, actiune n
urma creia comanda este eliminat din lista comenzilor afiate de
farmacie n cadrul ferestrei.
Spitalul salveaza ntr-un fiier text toate evenimentele care se petrec
privind comenzile i onorarea acestora. Datele nregistrate n fiier
pentru evenimente sunt: nregistrare comanda (COMANDA, numr
comand, numele seciei care a comandat, denumire medicament i
cantitate necesar), unde numr comand (Integer) este un numar acordat
de catre spital pentru a identifica unic comenzile; onorare comanda
(ONORARE, numar comand), unde numr comand indic comanda onorat.

4. URMARIRE BUG-URI (ERORI)

O firm producatoare de software pune la dispoziie programatorilor i
verificatorilor (testers) un sistem prin care acetia pot s comunice
electronic. Astfel, fiecare dintre angajaii de mai sus are un terminal
(fereastra) prin care:

verificatorul poate nregistra un bug, dndu-i o denumire i o

descriere; imediat dupa nregistrarea bug-ului, toi programatorii vd
lista bug-urilor actualizat cu aceast valoare nou introdus;

programatorul
vizualizeaz
lista
bug-urilor;
de
asemenea,
programatorul poate selecta un bug din lista i poate declana un buton
prin care declar ca bug-ul a fost eliminat, caz n care bug-ul este
scos din lista tuturor programatorilor.
Firma are un fiier text cu numele angajatilor i o valoare care
precizeaza dac angajatul este programator sau verificator.
Firma memoreaz ntr-un fiier text evenimentele legate de bug-uri,
astfel: atunci cnd verificatorii descopera un bug, n fiier se scriu
informatiile (BUG NOU:, denumire bug i descriere bug), iar atunci
cnd un bug este eliminat n fiier se scrie (BUG ELIMINAT i denumire
bug).
5. CATALOG CLAS DE LICEU
Se cunosc informaiile despre elevii unei clase i notele la sfritul
anului. Dai clasamentul elevilor dup media general i alte rezultate
utile dirigintelui (client special), dar i elevilor, prinilor clasei.
Dirigintele are full acces la catalog, iar ceilali clieni au acces
doar la consultare.
Deci, n baza de date se vor reine informaii generale despre
elevii clasei (nume-prenume,adres, data naterii etc) dar i informaii
despre notele, absenele, elevilor, o inregistrare coninnd codul
elevului i note la disciplinele existente.
Serverul gestioneaz baza de date i primete cereri de la clieni
(elevi, prini, diriginte, administraia colii) Aceste cereri pot fi:
- actualizarea bazei de date (doar dirigintele);
- ecran cu elevii ordonai dup media general, descresctor;
- ecran cu elevii
corigeni pe toamn i disciplinele la care nu au
promovat;
- ecran cu elevii ordonai dup media unei discipline;
- ecran cu elevii n ordinea vrstei (cresctor sau descresctor);
- etc;

6. MONITORIZARE ANGAJATI
O firm i-a creat o infrastructur prin care eful monitorizeaz
angajaii prezeni la lucru i respectiv poate s le transmit anumite
sarcini de facut. Firma are o aplicatie compus din:

o fereastra pentru ef, cu ajutorul creia eful vede lista

angajailor prezeni n firm, un element din lista preciznd numele
angajatului (String) i ora (String) la care acesta a venit la firm. De
asemenea, eful poate transmite o sarcin unui angajat prezent astfel:
selecteaza angajatul din lista, introduce o descriere a sarcinii
(String) i declanseaza un buton transmite sarcin. Imediat dupa
transmiterea unei sarcini angajatul observ sarcina transmis.

cte o fereastra pentru fiecare angajat. Atunci cnd angajatul

vine la serviciu introduce ora sosirii i declaneaz un buton
prezent. Imediat dupa declansarea butonului, eful vede n lista lui
c angajatul este prezent. n continuare, ct timp angajatul st la
serviciu el primeste i n consecinta vede n fereastra lui sarcinile
transmise de ef (ntr-o caset de text). La plecare, angajatul nchide
fereastra, moment n care eful vede c angajatul a plecat, adic
angajatul este ters din lista angajailor prezeni pe care o are eful.
Firma salveaz ntr-un fiier text toate evenimentele care se petrec n
cadrul firmei: sosirea la lucru i plecarea unui angajat, precum i
sarcinile transmise de ef. Datele nregistrate n fiier pentru
evenimente sunt: sosirea la serviciu (SOSIRE, numele angajatului
i ora sosirii), plecarea de la serviciu (PLECARE, nume angajat)
i sarcina transmis (SARCINA, nume angajat, descriere sarcin).
7. REZERVARI LOCURI
O instituie teatral (Teatru Naional ...) pune la dispoziie
spectatorilor un sistem pentru rezervarea locurilor. n fiecare zi
instituia are un singur spectacol iar ncepnd de dimineaa spectatorii
pot rezerva locuri la acel spectacol, urmnd sa plateasc atunci cnd
vin la spectacol.
Lista locurilor slii n care are loc spectacolul se afla memorat ntrun fiier text. Pentru un loc sunt memorate informaiile: poziie n
sal (String; de exemplu rndul 1, loja, etc), numrul locului (Integer)
i preul (Real). Valorile atributelor sunt salvate n fiier pe linii
separate.
Terminalele puse la dispoziie spectatorilor pentru a-i rezerva locuri
afieaz lista tuturor locurilor existente, preciznd pentru fiecare loc
informaiile: poziie n sal, numr loc, pre i situaia locului
(liber sau rezervat). Folosind acest terminal spectatorul i poate
introduce numele i adresa, poate selecta unul sau mai multe locuri n
list i poate declana un buton spre a rezerva aceste locuri. Dup
declanarea butonului, spectatorul este avertizat privind faptul c
anumite locuri selectate de el erau deja rezervate i nu puteau fi
rezervate din nou.
Imediat dupa rezervarea locurilor, toate terminalele o sa-i actualizeze
lista cu situaia locurilor. n plus, informaiile despre spectator i
rezervrile efectuate sunt salvate de ctre teatru n dou fiiere text.
Unul din fiiere contine informatiile despre spectatori iar celalalt
despre locurile rezervate de catre spectatori (desigur, cu legaturi
ntre ele astfel nct s se poat determina ce locuri a rezervat
fiecare spectator).
8. ADMINISTRATOR BLOC

Administratorul (client cu full acces la informaii) de bloc

gestioneaz cheltuielie lunare ale familiilor unui bloc. Se cunosc
persoanele care locuiesc ntr-un bloc (cu minimum 10 apartamente),
informaiile despre apartamente i, lunar, cheltuielile din acel bloc.
Afiati un tabel cu sumele ce trebuie s le plteasc fiecare proprietar
i, ocazional, lista persoanelor care au o anumit proprietate (sunt
aduli, sau implinesc 18 ani, etc).
Informaiile despre entitatea PERSOANA conine informaiile despre
persoane, cu structura:
(nume+prenume, nr.apart., datanaterii(an,luna,zi), gen, loc de munc).
Entitatea APARTAMENT conine informaiile despre apartamente, cu
structura:
(nr.apart., proprietar, nr.persoane, suprafata, nr.calorifere).
Costul nclzirii se pltete n funcie de suprafa apartamentului
i
nr.calorifere,
celelalte
cheltuieli
proporional
cu
numrul
persoanelor din bloc.
Lunar afiai (pe ecran) tabelul cu cheltuielile comune.
Ocazional se pot afia tabelul persoanelor cu o anumit
proprietate (de ex.pensionari, copii sub 14 ani, etc).
Se vor reine informaiile ntr-o baza de date, precum i istoria
cheluielolor pe ultimele 24 de luni.
Un locatar (client) poate sa-i vizualizeze prin logare la sistem,
cheltuielile din ultimi 2 ani, pentru a-i face prognoze financiare de
cheltuieli i venituri.
9. NORME
Cunoscnd lista cadrelor didactice, lista disciplinelor i repartizrile
activitilor pe persoane, gsii pentru fiecare persoan n parte toate
activitile care-i sunt repartizate, i pentru fiecare disciplin,
toate persoanele care au activiti la aceast disciplin.
Pentru specificare, s observm c sunt date (intr-o baza de date)
informaii despre cadrele didactice, discipline i repartizri i se cer
rezultate (pe ecran ) cu activitile complete ale cadrelor didactice i
toate persoanele care acoper disciplinele. Evident c se pot lega la
sistem mai multi utilizatori odat.
Este nevoie s se precizeze structura unor entiti:
Un CADRU conine:
- codul profesorului;
- numele i prenumele;
- funcia (prof., conf.,).
O DISCIPLINA are;
- codul disciplinei;
- denumirea disciplinei;
- secia (Rmat, Minf, Einf, Gmi,);
- semestrul n care se pred disciplina;
- numr ore pe sptmn (Curs, Seminar, Laborator).
O REPARTIZRE conine:
(codul profesorului, codul disciplinei, seriiC, seriiS, seriiL)
seriiS fiind numrul grupelor de Seminar repartizate,
Ecranul ACTIVITATI va conine pentru fiecare profesor:
- datele corespunztoare fiecarui CADRU;
- pentru fiecare disciplin la care are repartizate activiti:
codul disciplinei;
denumirea disciplinei;
secia;
semestrul n care se pred disciplina;

 seriiC, seriiS, seriiL repartizate.

Ecranul DISCADRE va conine pentru fiecare disciplin:
- nregistrarea corespunztoare din entitatea DISCIPLINA;
- pentru fiecare profesor care are repartizate activiti la aceast
disciplin:
numele i prenumele cadrului didactic;
seriiC, seriiS, seriiL repartizate.

10. BILETE EXAMEN

Un profesor (client special) administreaz o baza de date care conine
teste gril (intrebri, variante de raspunsuri, rspunsul corect, etc).
Aceste teste sunt necesare pentru examinarea cunotinelor studenilor.
Un student (client) se poate loga la server i poate cere un numar N de
intrebri. Serverul va genera un test grila ce conine numai N intrebri
i rspunsurile posibile aferente fiecrei ntrebri. Studentul
interacioaneaz cu serverul i d rspunsurile la ntrebri. Serverul
recepioneaz ntrebrile i dup o consultare cu rspunsurile corecte
returneaz clientului o not. Se va reine n baza de date i un istoric
al testelor pe fiecare student.
11.SALARIU ANGAJAI FIRM
S se fac un program interactiv de calculare a drepturilor salariale
ale angajailor unei firme.
Serverul administrez baza de date aferent informaiilor necesare
calcului salariului lunar.
Clientul poate cere informaii despre:
- fluturaul cu venitul lunar (afiat pe ecran);
- alte informaii despre: vechime in munca, procente de sporuri, etc.
Serverul poate oferi administraiei financiare (clientul special) ale
firmei:
- tabel (ecran) cu salariaii ce au salar mai mic dect salariul
minim pe economie ;
- tabel (ecran) cu persoanele ce au implinit sau mplinesc vrsta
pensionrii n anul curent;
- tabel (ecran) cu persoanele ce au de achitat rate lunare bancare i
suma total;
- etc.
12.DEPOZIT MATERIALE
Baza de date DEPOZIT conine informaii despre materialele existente n
depozit: cod, denumire, cantitate, preUnitar, etc.
Gestionarul (client special) gestioneaz baza de date prin intermediul
unui server (actuliazeaz, consult, deci full acces);
Pe post de client poate fi un economist care cere informaii despre
depozit n vederea sintetizarii unor rapoarte economice-financiare:
- inventar complet; (mai rar)
- ecran cu materialele a cror cantitate este cel mult cmin;
(condsiderata cantitate critic)
- ecran cu materialele epuizate;
- ecran cu materialele foarte scumpe (preUnitar>1000, de exemplu)
- etc.

13. MEDIC DE FAMILIE PACIENI

Cunoscnd informaii despre pacienii unui medic, despre boli
medicamente, scriei un program care ajut medicul n activitatea sa.

Administratorul BD (client special) administreaz baza de date cu:

- informaii generale despre pacienii medicului (nume-prenume, adres,
etc);
- informaii generale despre medicamente;
- informaii despre cu bolile posibile i medicamentele indicate bolii
respective (o boala ar putea avea ca i tratament: medicament1, ,
medicamentn);
- informaii consultaiile zilnice.
Clientul (medicul) poate cere:
- o list cu toi pacienii, alfabetic dup nume;
- o list cu toi pacienii ce au depit o limit de vrst,
alfabetic dup nume;
- o list cu pacienii care au o anumit boala data;
- o list cu pacienii ce au fost consultai n ultima lun;
- o list cu pacienii nscui n luna curent;
- o list cu toi pacienii clasificai pe categorii de vrst (0-1, 14, 4-10, 10-18, 18-60 i peste 60), alfabetic dup nume;
- o list cu pacienii ce nu au fost consultai n ultimul an;
- etc;

Pot exista i clieni-pacieni care pot sa-i consulte fiele cu bolile, istoricul,
medicamentele luate, etc.
14. ELECTRICA PLATA CURENTULUI ELECTRIC
Cunoscnd informaiile despre abonaii la curent electric i consumul
lunar scriei un program pentru evidena, facturarea i alte situaii
utile firmei.
Deci, se d o baz de date cu informaii generale despre abonaii
sistemului (nume-prenume, adres, consumul lunar, etc, vezi factura de
la ELECTRICA)
Agenii electrica vor putea s cear:
- o list cu toi abonaii i suma total de plat pentru luna
respectiv;
- pentru fiecare abonat o ntiinare de plat (factur);
- o list cu abonaii ce au depit consumul maxim prevzut n
estimare;
- orice abonat se poate loga i sa-i vada factura n detaliu: curent
i pe ultimele 12 luni.

Abonaii (clieni ordinari) pot doar sa consulte baza de date.

15.BUGET FAMILIAL
Scriei un program care ajut o familie n evidena cheltuielilor casnice
i obinerea unor statistici privind cheltuielile lunare (totale i
defalcate pe categorii de cheltuieli: alimente, mbrcminte, cheltuieli
de ntreinere, cultur etc).
Deci, se d o baz de date ce conine informaii despre membri familiei,
cheltuielile zilnice (data, categoria, sumaCheltuit, persoana),etc.
Administratorul (s zicem tatl) are acces full, iar ceilali au
faciliti reduse.
Tatl poate actuliza baza de date i mai poate cere:

- o list cu cheltuielile totale pe categorii;

- o list cu cheltuielile totale pe persoane;
- o list cu cheltuielile lunare pe categorii i pentru fiecare lun;
- o list cu cheltuielile totale lunare;
- etc;
Fiecare membru al familiei poate consulta baza de date i ii anunt
cheltuielie, ncadrndu-se n bugetul alocat.
16.EVIDENTA LUCRARILOR DE LABORATOR INTR-UN SEMESTRU
Se cere un program care asist un profesor n evidena activitilor de
laborator la o grup de studeni, repartiznd probleme fiecrui student
i innd evidena tuturor activitilor (prezen, note acordate,
observaii fcute, statistici finale).
Profesorul va putea (client special):
- atribui fiecarui student o anumita problema pentru o anumita lucrare
de laborator la o anumita disciplina;
- introduce note i observatii pentru lucrarile de laborator predate;
- calcula nota finala pentru activitatea de laborator pentru fiecare
student
- obtine statistici in legatura cu notele, studentii, etc;
Studenii pot sa-i vizualizeze notele, modul de rezolvare cerut, etc.
17.AGENDA PERSONAL
Se cere un program care asist o persoan n memorarea unor informatii
despre persoanele cunoscute i activitile zilnice i semnalarea
zilnic a acestor activiti i a unor statistici periodice.
Deci, se cere memorarea a dou tipuri de informatii:
- informaii despre persoane;
- informaii despre activiti i perioada de timp in care sunt
planificate.
De asemenea, se cer urmtoarele rezultate:
- Lista tuturor persoanelor cunoscute, n ordine alfabetic;
- Lista tuturor persoanelor cunoscute, n ordinea zilei de natere;
- Lista tuturor persoanelor cunoscute, n ordinea vrstei;
- Lista activitilor din ziua curent;
- Lista activitilor din urmtoarele trei zile;
- Lista persoanelor care au ziua de natere n urmtoarele trei zile;
- etc.
Exist i clieni externi (alte persoane) care pot s acceseze agenda i
s consulte activitatea PERSOANEI, propunnd i ntlniri, etc.
18. GESTIONAREA CONTRACTELOR DE STUDII
Se cere un program care gestioneaz contractele de studii ale
studenilor. El va verifica dac fiecare contract este completat corect,
semnalnd eventualele greeli fcute.
Deci, se d o baz de date ce conine:
- informaii cu planul de nvmnt, deci care conine toate
disciplinele i informaiile despre ele; considerm codul
- informaii despre condiionri;
(d1, d2)
cu semnificaia: disciplina d2 nu poate fi urmat nainte de a fi
promovat disciplina d1;
- informaii cu notele obinute de studeni la examenele date

Fiecare student (client) al anului precizeaz, n contractul su

studiu disciplinele pe care doreste s le urmeze anul viitor. Creati
tabel n care depunei contractele de studiu corect construite
semnalati erorile n caz contrar.
Se va permite, de asemenea pentru administrator (client special):
o afiarea tuturor studenilor i a notelor luate la examene;
o afiarea rezultatelor obinute de studenii care au urmat
anumit curs;
o etc;

de
un
i

un

19. CALCULATOR DOBNZI/RATE CREDITE

Se cere un program care ine evidena depozitelor persoanelor la o
anumit banc i scoate statistici periodice n aceast activitate.
Deci, se va permite:
- introducerea informatiilor bancare - pentru fiecare banca:
- dobanda la depozite pe fiecare perioada, i data de la
care dobanda este efectiva;
- daca dobanda este ferma pe perioada depozitului, sau daca
dobanda se poate modifica in timpul depozitului;
- introducerea datelor reale ale depozitelor unei anumite persoane
la aceste banci, precum i daca depozitele sunt cu capitalizare sau nu;
Se va crea o baz de date cu aceste informatii.
Clienii bncii pot sa-i consulte conturile i pot s:
- determinarea dobanzii curente separat pentru fiecare depozit i
total;
- crearea unui tabel cu situatia generala a depozitelor personale,
cu data la care urmeaza sa se incaseze dobanda, i suma de incasat.
- crearea unui tabel cu datele depozitelor personale care va
contine situatia depozitelor la sfaritul lunii curente (cu innoirea
automata a depozitelor cu capitalizare);
- etc;
20. GESTIUNEA CD-URILOR DIN BIBLIOTECA PERSONAL
Se cere un program care ine evidena despre cd-urile unei persoane
(client special) i tiprete tabele cu cd-urile care satisfac anumite
condiii sortate dup diferite criterii. Se va crea o baza de date cu
informaiile necesare.
Proprietarul va putea:
- actualizarea informatiilor despre cd-urile personale, citite in mod
interactive (tip (soft, muzica, joc, filme), precum i informatii
suplimentare de identificare)
Aplicatia va permite acces
s consulte i eventual s
- listarea cd-urilor
- cutarea cd-urilor

concurent conectarea mai multor clieni care

mprumute CD-uri.
memorate i sortarea dupa diferite criterii;
care verific anumite condiii.

21. PROGRAME TV
S se gestioneze o baz de date pentru a reine informaiile despre
programele TV a mai multor canale de televiziune (timp de o sptmn).
Un client special (administrator) ntreine baza de date.
Cererile (clienilor) s satisfac:

- programul zilnic al unei televiuni;

- o list cu toate emisiunile (deci de la toate canalele) la o anumit
ora;
- emisiunile de un anumit tip (film, divertisment, jurnal, etc) la o
anumit or / zilnice / saptamanale;
- etc.
22. GESTIUNE CLASAMENT SPORT
S se gestioneze rezultatele unui campionat de sport
handbal, hochei, etc) ntr-o baz de date.
Administratorul (client special) ntreine baza de date.
Un client oarecare va putea s:
- vizualizeze clasamentul la zi;
- rezultatele unei etape date;
- alte liste statistice;

(ex.

fotbal,

23. GESTIUNE TIRI

O aplicaie ofer userilor si o list de tiri ce pot fi citite i la
care acetia pot aduga tiri, la rndul lor.
Un user are username, parola i alte caracteristici:nume, prenume, etc.
O tire are codtire, titlu, autor, coninut, etc.
Aplicaia are mai multe terminale de unde userii se pot conecta s
citesc tirile, s aduge noi tiri (prin intermediul unui server!).
Pentru a putea citi tirile, userul trebuie s introduca elementele lui
de identificare. Dup validarea acestor date, userul vede lista tirilor
disponibile i le poate citi, etc. Dup adugarea unei tiri toi userii
vd tirea.
Trebuie s existe posibilitatea ca i un nou user s fie
nregistrat de server.
De asemenea userii pot efectua cutri de tiri dup diverse
criterii.
tergerea tirilor se face doar de ctre clientul special
(administratorul) al aplicaiei.
24. GESTIUNE VNZARI MAGAZIN
O aplicaie ofer userilor (casieri) si accesul la informaiile despre
bunurile sale dintr-un magazin,
ce pot fi citite, marcate
i
nregistrate c s-au vandut. Casierul poate scoate i un bon (se
afiseaz bonul). Userii se leag la un server care gestioneaz baza de
date cu bunurile magazinului.
Un casier poate afla informatii i despre:
- lista bunurilor din magazin;
- cantitatea unui anumit obiect de vnzare;
- etc;
Gestiunea bazei de date
(gestionarul magazinului).

se

face

de

25. Aplicatie comunicare multipla (chat)

Aplicatia trebuie sa aiba 2 parti:
- un server concurrent;
- clientii care se pot loga la server.

ctre

masterul

aplicaiei

Serverul va reine ntr-o baz de date informaii despre clienii

inregistrati (ID, nume, prenume, alte informatii)
Serverul accept conexiunile de la clieni i trimite fiecrui client
conectat lista cu ceilalti clieni conectai. Odat ce clientul a
obinut lista utilizatorilor conectai la server, poate trimite mesaje
oricaruia dintre utilizatorii conectai.
Trimiterea mesajelor nu se face direct, de la un client la altul
(peer-to-peer) ci prin intermediul serverului. Mesajele se pot trimite
n format XML.
26.Gestiune sarcini de lucru
Un ef de departament firma gestioneaz sarcinile de serviciu ale
subordonailor si. eful (masterul)creeaza baza de date cu sarcinile
lunare(informatii de genul:nume sarcina,data de inceput,data de
sfarit,subordonat1,subordonat2,,etc.).
Subordonaii pot accesa un server(care gestioneaza baza da date)i pot
da informaii despre sarcinile executate parTial sau total(parial de
genul:20%,50%). Serverul actualizeaz baza da date cu aceste informaii
i poate furniza diverse situatii:
-lista sarcinilor terminate la timp;
-lista sarcinilor in executie i ce procent e realizat;
-lista sarcinilor intarziate;
-lista subordonatilor care nu i-au terminat sarcinile in timpul
preconizat;
-etc.
27. Planificare examene studeni
O aplicaie de planificare presupune crearea unei baze de date care
reine informaii despre sli, grupe, perioad de sesiune, etc. Masterul
(eful de aplicaie) poate s populeze aceast BD cu informaii iniiale
(de exemplu planul cursurilor pentru fiecare an/ grup, etc)
Aplicaiile client au acces la BD doar prin intermediul unui server i
li se permite:
- actualizarea unor planificri (doar la nivelul grupei);
- vizualizarea planificrii pentru o grup;
- vizualizarea planificrii pentru tot anul;
- etc.
28. Gestiunea consumului de gaz casnic
O aplicaie master poate avea informaii despre consumul gazului casnic
(nume abonat, cod abonat, adresa de consum, 1 citire pe perioad de
facturare: SfritPerioada, 12 citiri anterioare pentru ultimele 12
luni, preul unitar al unui m3 etc).
Exist dou feluri de clieni care se pot conecta la un server ce
administreaz aceast BD:
a) clieni de tip master, care pot actualiza informaiile: citirile
de contor, eliberare facturi pe o adres sau pe o strad; lista
abonailor de pe o strad, etc; (atenie doar prin server);

b) clieni consumatori, care-i pot doar vizualiza consumul pe orice

lun din cele 12 anterioare,
diverse perioade, etc.

preul

unitar,

preul

total

pe