PROIECT

Analiza i proiectarea unui catalog colar online

Baba Bogdan Alexandru

Cuprins
Partea I Raport de Analiz .......................................................................................................................... 3
Introducere ................................................................................................................................................... 4
1. Identificarea i Descrierea Problemei ....................................................................................................... 5
1.1 Motivaie ............................................................................................................................................. 5
1.2 Context ................................................................................................................................................ 7
2. Procese i Activiti ................................................................................................................................... 9
3. Cerine de sistem .................................................................................................................................... 11
3.1 Surse de cerine ................................................................................................................................ 11
3.2 Elicitaia cerinelor ............................................................................................................................ 11
3.2.1 Modelul de business .................................................................................................................. 12
3.2.2 Cazuri de utilizare....................................................................................................................... 13
3.2.3 Workshop de cerine.................................................................................................................. 18
3.2.4 Metoda interviului ..................................................................................................................... 19
3.3 Formularea Cerinelor ....................................................................................................................... 20
4. Model de Dezvoltare ............................................................................................................................... 21
Glosar .......................................................................................................................................................... 23
Partea II Proiectarea Sistemului Informatic ............................................................................................. 26
5. Proiectarea Logic ................................................................................................................................... 27
5.1 Arhitectura Sistemului ...................................................................................................................... 27
5.2 Baza Informaional .......................................................................................................................... 28
6. Proiectarea Tehnic ................................................................................................................................ 29
6.1 Procese i Algoritmi........................................................................................................................... 29
6.2 Structura fizic a datelor ................................................................................................................... 29
6.3 Tehnologii specifice ........................................................................................................................... 31

Partea I Raport de Analiz

Introducere
nc de la inventarea sistemului de nvmnt organizat au existat elevi care au ncercat s nele
sistemul sau prinii n legtur cu performaele lor colare. De la trecerea unor note false n
carnet, la pierderea intenionat a scrisorilor din partea colii, la evitarea comunicrii datelor n
care au loc edinele cu prinii, elevii cu probleme au ncercat mereu s scape de responsabiliti
i de munca pe care trebuie s o depun.
Catalogul electronic a fost conceput pentru a facilita gestionarea situaiei colare a elevilor, a
managemetului activitilor colare i a prevenirii situaiilor de falsificare a notelor sau ruperea
comunicrii dintre coal i prinii ocupai. Aplicaia uureaz legtura dintre coala i prini
prin posibilitatea acestora din urm de a se conecta i a verifica notele copiilor lor la toate
materiile prezente n programa colar. Chiar dac prinii nu au timp s treac pe la coal au
posibilitatea de a fi informai n timp real de tot ceea ce se ntmpl.
Profesorii se pot autentifica i pot gestiona doar notele de la materia pe care o predau, iar aceast
restricie are menirea de a preveni i evita discriminarea creat n acordarea notelor elevilor n
funcie de notele de la alte materii. Pe lng adaugarea de note se pot aduga automat absene,
notificri i n acest fel se creaz o legtur mai mare ntre coal i prini.
Avnd la dispoziie aceast aplicaie n mod gratuit, prinii sunt mereu informai despre
activitatea colii i a copiilor lor. n cazul copiilor problematici se pot lua msurile necesare
corectrii acestora din timp i acest lucru este un avantaj att pentru prini ct i pentru
profesori.
Utilizarea aplicaiei ncurajeaz educaia i creterea nivelului elevilor. Este mult mai simplu s
urmreti evoluia elevilor ntr-un format electronic i urmrirea progresului sau regresului la
anumite materii poate trage semnale de alarm acolo unde este cazul de mbuntiri. De
exemplu, dac anumii elevi iau n mod repetat note mici la anumite materii, directorii colilor
sunt informai de acest lucru i pot organiza consultaii suplimentare pentru rezolvarea acestor
probleme. Totodat se poate observa gradul de absenteism la anumite materii sau la anumii
profesori i n urma acestor indici se pot investiga situaiile de acest gen pentru ca pe viitor s fie
evitate.
Directorii pot accesa toate informaiile i vor avea la dispoziie i rapoarte standarde pentru
urmrirea evoluia elevilor nscrii. Va fi mult mai uor s verifice situaia ntregii coli avand o
baz de date comun ntr-un format electronic. Rapoartele necesare se genereaz n timp real i
n decurs de cteva minute. nainte, se putea verifica situaia doar dupa ce aceasta nu este la fel
de relevant. n sistemul clasic verificarea numrului absenelor i al notelor dura foarte mult
deoarece trebuia verificat fiecare elev n parte, la toate materiile, aciune ce dura cteva ore.

1. Identificarea i Descrierea Problemei

n momentul de fa exist cteva soluii software care ndeplinesc funciile unui catalog, dar
acestea au tarife ridicate i unii prini aleg s nu plteasc aceast serviciu. n acest fel datele
copiilor lor nu sunt introduse n sistemele informatice i realizarea unor rapoarte exacte nu poate
avea loc din cauza faptului ca datele nu sunt complete.
Prinilor care nu i permit s plteasc le este mai dificil s urmreasc activitatea copiilor lor
i consider c punndu-le la dispoziie o astfel de aplicaie vor fi foarte mulumii.
Soluia Talgus va fi pus la dispoziie gratuit i se poate instala pe acelai server pe care coala
are siteul de prezentare. Unde nu exist se poate folosi un subdomeniu al domeniului pe care va
fi instalat varianta demonstrativ.
Pentru a acoperi costurile de ntreinere se vor vinde spaii publicitare. Consider c aceast
soluie va reui s acopere costurile de ntreinere deoarece exist posibilitatea de a realiza
publicitate cu rata de conversie ridicat datorit segmentrii publicului int. Sunt diverse firme
care comercializeaz produse de papetarie, jucrii sau firme care presteaz servicii precum
meditaii, orientare n carier, organizare de evenimente i coli de oferi care prezint un interes
pentru acest gen de publicitate.

1.1 Motivaie
Soluia ofer uurin n gestionarea situaiei colare a elevilor i salveaz timp preios prinilor
i profesorilor. Avnd o astfel de unealt n sistemul educaional edinele cu prinii pot s fie
reduse cu 80% i problema comunicrii dintre persoanele implicate n acest proces educaional
dispare.
Totodat o astfel de aplicaie reduce timpul de lucru al cadrelor didactice i a conducerii unei
uniti de nvmnt deoarece mediile generale i rapoartele legate de absene i promovabilitate
se calculeaz automat. Acestea pot fi imprimate sau se pot trimite pe email inspectoratului.
n figura 1 voi reprezenta motivaiile care stau la baza proiectului de dezvoltare cu ajutorul
diagramei Fishbone.

Nu toate persoanele implicate

n proces au echipamente sau
cunotinele necesare
pentru a folosi sistemul

Modul de notare i urmrire a progresului

unui elev se schimb constant i pentru a
pstra o aplicaie de gestiune relevant
trebuie introduse noi functionaliti mereu.

Costurile pentru echipamentele

necesare utilizrii
unei astfel de aplicaii sunt mari

Imposibilitatea gestionrii situaiei colare

a elevilor ntr-un timp ct mai scurt i la
un nivel maxim de eficien.

n momentul de fa nu exist o
aplicaie care s centralizeze
toate datele elevilor pentru ca
datele sa poata fi folosite la realizarea
unor statistici exacte la un nivel superior.
Se folosesc fiiere Excell sau tabele n Word.

n orice moment Ministerul Educaiei

poate introduce o aplicaie unic
pentru gestionarea situaiei
colare i atunci scopul
aplicaiei nu mai poate fi ndeplinit

Figura 1 - Diagrama Fishbone

Cu ajutorul schemei de descompunere a obiectivelor voi prezenta proprietile i modul de

utilizare al sistemului.

Gestiunea eficient a activitilor

specifice unei institutii de
nvmnt
Imbuntirea comunicrii
dintre coal i ptini

Adugare
a de note
i absene

Restricionarea
accesului la
notele elevilor
cu care nu au
contact direct
Configurare
a de
drepturi i
restricii pe
paginile
aplicaiei

Trimiterea
notificrilor
legate de
note,
absene i
ntlniri

Trimitere
notificri
pe email

Pstrarea
datelor de
contact a
tuturor
utilizatorilor

Posibilitatea
de a vedea
istoricul
colar al
fiecrui elev

Trimitere
notificri
prin sms

Simplificarea cantitii de munc

pentru cadrele didactice i
conducerea colii

Realizarea
de rapoarte
automate

Calculare
a
mediilor
automat

Gestiunea
absenelor
realizat ntrun timp scurt
Afiare
notificri
despre
absene n
timp real

Figura 2 - Diagrama obiectivelor

1.2 Context
Faeta subiect:
Catalog online cu opiuni de:

adugare directori, profesori, clase, materii, note i absene.

Realizarea de rapoarte
trimitere automat de notificri
calculare automat de medii cu avertismentele aferente unde este cazul, restrictii legale,
scderi not purtare, generare de mustrare scris pe email.
chat ntre toi actorii implicai n procesul de nvare

Faeta utilizare:
Scopul aplicaiei este de a face mai uoara comunicarea dintre prini si cadrele didactice n
contextul procesului educaional al elevilor.
Se vor crea mai multe grupuri de utilizatori i n funcie de apartenena la un anumit grup se vor
aloca drepturi de citire/scriere la anumite resurse.
Vor exista 6 tipuri de conturi: Administrator aplicaie, Director Unitate de nvmnt, Cadru
didactic, Diriginte, Printe i Elev.
Faeta IT:
Sistemul se instaleaz pe un server Linux i este accesat de ctre utilizatorii aplicaiei de pe orice
sistem de calcul sau sistem mobil i funcioneaz pe toate sistemele de operare ce au instalat un
browser web. Pentru server s-a ales sistemul de operare Linux din cauza costurilor reduse de
administrare.
Faeta dezvoltare:
Pentru dezvoltare se folosete limbajul html, php, javascript, css i mysql pentru a pstra
costurile de lansare i administrare ct mai reduse i pentru c realizarea securitii datelor se
face mult mai uor. Pentru a asigura securitatea datelor se vor folosi diverse tehnici printre care
implementarea unor politici de acces la fiiere doar pentru utilizatorii autentificai iar parolele se
vor pastra in baa de date criptate cu un algoritm Salt, nu md5. Partea de verificare a codului
scris se va face utiliznd un server php i mysql local i anume Xampp. Pentru partea de editare
a fiierelor se va folosi Notepad++ i pentru partea de design Gimp versiunea 2.8.
Pentru anumite funcionaliti se vor folosi diverse librrii de cod open source.

Se va folosi un model de dezvoltare incremental care combin modelul secvenial cu cel bazat pe
prototipuri. La sfritul primei etape de dezvoltare va exista un produs funcional de baz, pe
baza cruia se vor construi urmtoarele versiuni.
Pentru a realiza o soluie care s poat fi utilizat este nevoie de consultan din partea unor
directori de coal, inspectori i profesori.
Pentru partea legal se va consulta un jurist.

1.2.1 Delimitarea Sistemului de Contextul Su

Procesele de gestiune a situaiei colare a elevilor sunt neeficiente i se lucreaz greu cu datele.
Dup trecerea datelor din rapoarte i cataloage n format electronic, administrarea acestora este
dificil deoarece se utilizeaz documente Word sau Excel i centralizarea acestor date se
realizeaz ntr-un timp lung i ntr-un mod nestandardizat.
Fiecare diriginte este responsabil de a trece datele clasei de care rspunde n mod electronic i
fiecare i face singur abloanele dup care lucreaz. Lucrnd n acest fel este greu s prelucrezi
toate informaiile deoarece intervine subiectivismul i greeala uman, lucruri care influeneaz
modul de realizare a acestor documente.
Unii dirigini uit s treac anumite date n documente, realizeaz tabele clasice iar mediile le
calculeaz sau cu funii din programele care le utilizeaz sau cu calculatorul clasic. Absenele pe
care elevii le adun pe parcursul semestrului trebuie numrate una cte una, iar la materiile cu
multe absene se poate scpa din vedere dac acestea sunt motivate sau nu.
La trecerea datelor din format scris n format electronic i la calcularea mediilor finale sau a
absenelor eroarea uman care poate provoca consecine nefavorabile pentru oricare dintre prile
implicate.

2. Procese i Activiti
Principalele activiti ale unei astfel de aplicaii sunt: adugarea/editarea de directori, materii,
profesori, dirigini, elevi/prini-tutore legal, note, absene ,diverse notificri i anunuri,
generarea rapoartelor automate i chatul ntre utilizatori.
Start

Autentificare

Afiare mesaj de
eroare

nu

Autentificare cu
succes?

da

Apsare buton
adaug profesori

Completare date
formular

Afiare mesaj de
eroare

nu

Datele sunt
valide?

da

Afiare mesaj de
succes

Stop

Figura 3- Diagrama de flux a procesului de adugare profesor(presupunem utilizatorul neautentificat iniial)

Activitatea de adugare director i revine administratorului aplicaiei. Dup ce un director sau un

secretar este adugat acesta are responsabilitatea de a aduga profesorii, diriginii, materiile,
clasele i n cele din urm elevii i prinii/ tutorele legal.
Procesele de adugare se realizeaz aproape identic pentru toate cazurile de utilizare, singurul
lucru care difer este informaia ce trebuie adugat n formularele de adugare.

n continuare o s prezint procesul de motivare a unei absene.

Start

Autentificare

Afiare mesaj de
eroare

nu

Autentificare cu
succes?

da

Selectare elev

Selectare absen
nemotivat

Apsare buton
motivare

Completare detalii
document

Afiare mesaj de
eroare

nu

Datele sunt
valide?

da

Afiare mesaj de
succes

Stop

Figura 4 - Diagrama de flux a procesului de motivare a unei absene(presupunem utilizatorul neautentificat iniial)

10

3. Cerine de sistem
3.1 Surse de cerine
Pe baza surselor de cerine provenite de la profesori, directori de coal, prini i elevi s-au
realizat specificaiile aplicaiei. Am folosit aceste surse de cerine deoarece acesta este publicul
int i n acest fel aplicaia va fi ct mai relevant pentru acetia.

3.2 Elicitaia cerinelor

Prile implicate n aceast aplicaie sunt beneficiarii i dezvoltatorul aplicaiei. Beneficiarii
aplicaiei sunt grupai n mai multe categorii de utilizatori. n funcie de rolul pe care l joac,
fiecare va avea beneficii i dezavantaje. Cele mai multe avantaje le vor avea persoanele din
conducerea colilor, profesorii i prinii deoarece vor fi tot timpul informai despre situaia
elevilor.
Dezavantajele profesorilor i a directorilor sunt legate de faptul c deocamdat vor fi nevoii s
lucreze n paralel att pe hrtie ct i n format electronic. Cu timpul aceste dezavantaje pot s
dispar i timpul de lucru se va reduce considerabil. Adugnd notele doar n format electronic
se pot ulterior genera cataloage imprimabile pe hrtie cu spaiu pentru semntur i tampil care
s le nlocuiasc pe cele clasice.
Un alt avantaj adus de aceast aplicaie va fi scurtarea timpului petrecut la edinele cu prinii,
deoarece acetia vor primi n timp real notificrile de care au nevoie. Pentru elevii poate fi
considerat un dezavantaj faprul c prinii vor fi la curent cu tot ce se ntmpl deoarece, n acest
fel nu vor mai putea ascunde situaia lor colar fa de prini.
Riscurile dezvoltrii unei astfel de aplicaii sunt legate de aspectele juridico-legale deoarece
Ministerul Educaiei poate n orice moment s introduc o aplicaie similar i s interzic
folosirea altor aplicaii de acest fel.
n continuare voi prezenta metodele de elicitaie i particularitile aplicrii lor n cadrul
organizaiei. Metodele folosite sunt modelul de business, cazuri de utilizare, worksop de cerine
i metoda interviului.

11

3.2.1 Modelul de business

Modelul de business a fost folosit pentru a nelege procesele unei coli i a rolurilor ocupate de
fiecare persoan.
Organigram liceu
CONSILIUL
PROFESORAL

CONSILIUL
ELEVILOR

CONSILIUL DE
ADMINISTRAIE

CEAC

DIRECTOR

DIRECTOR ADJUNCT

COMITETUL DE
PRINI

SECRETARIATBIBLIOTECCONTABILITATE

CATEDRE I
COMISII

CABINET DE ASISTEN
PSIHOPEDAGOGIC

CABINETE MEDICALE

ADMINISTRATOR

NGRIJITORI

PERSONAL DE PAZ

MUNCITOR DE
NTREINERE

Figura 5 - Organigrama unui liceu

Structura organizatoric dup cum se observ in figura de mai sus este destul de complex, dar
aceasta poate s difere de la o unitate de nvmnt la alta i atunci se vor lua n considerare
doar persoanele care intr n contact cu aplicaia de gestionare a notelor i absenelor. n viitor
pot fi dezvoltate module care s implice celelalte roluri regsite n organigram, marcate
momentan cu rou.
Procesele de business au fost descrise n detaliu n capitolul Activiti i procese.

12

3.2.2 Cazuri de utilizare

n urma aplicrii acestei metode s-au neles cel mai bine procesele care au loc la gestionarea
situaiei colare a elevilor. Actorii principali care interacioneaz cu aplicaia sunt administratorii
aplicaiei, directorii de coal, profesorii, diriginii, elevii, prinii i vizitatorii neautentificai.
n continuare voi prezenta diagrama cayutilor de utilizare pentru toi utilizatorii acesteia, iar apoi
voi prezenta diagrama cazurilor de utilizare pentru fiecare utilizator n parte pentru ca acestea s
fie ct mai clare.

Adaug clase, materii, elevi

Creaz cont nou

Administreaz cont

<<include>>

<<include>>

Administrator

Vizualizeaz rapoarte
de performan

<<include>>

Director/Secretariat

<<include>>

Discut cu utilizatorii

<<include>>

Se autentific

<<include>>

Adaug/editeaz note, absene, notificri

<<include>>
<<include>>
<<include>>

Elev

Vizualizeaz note, absene, notificri

<<include>>

Motiveaz absene
Profesor

Primesc detalii despre

sedinele planificate
Printe

Programeaz sedine
cu prinii
Vizualizeaz site
de prezentare
Vizitator

<<extend>>

Diriginte

Trimite
mesaj administratorului

Figura 6 - Diagrama cazurilor de utilizare

13

Vizitatorii simpli vizualizeaz siteul de prezentare al aplicaiei i au posibilitatea s trimit un

mesaj administratorului.

Vizualizeaz site
de prezentare

<<extend>>

Trimite
mesaj administratorului

Figura 7 - Diagrama cazurilor de utilizare pentru vizitatori

Administratorul aplicaiei dup ce se autentific poate s creeze conturi noi i s administreze

conturile existente.

Creaz cont nou

<<include>>

Se autentific
<<include>>

Administreaz cont

Administrator

Vizualizeaz site
de prezentare

<<extend>>

Trimite
mesaj administratorului

Figura 8 - Diagrama cazurilor de utilizare pentru administrator

14

Directorul sau Secretarul odat ce se autentific are posibilitatea de a aduga/edita clase,

materii, elevi. Pe lng aceste funcionaliti va putea vedea rapoarte de performan, poate
gestiona conturile utilizatorilor, poate folosi funcionalitile de chat i poate vizualiza notele,
absenele si diverse notificri ce i sunt destinate lui.

Creaz cont nou

Administreaz cont
<<include>>

Vizualizeaz rapoarte
de performan

<<include>>
<<include>>

Director/Secretariat

Adaug clase, materii, elevi

Motiveaz absene

<<include>>

Se autentific

<<include>>

Adaug/editeaz note,
absene, notificri

Vizualizeaz site
de prezentare

<<extend>>

Trimite
mesaj administratorului

Figura 9- Diagrama cazurilor de utilizare pentru director

Profesorul poate s ii administreze contul, poate intra pe chat cu ceilali utilizatori, poate
vizualiza/aduga note, absene i notificri la clasele care pred, dar, doar la materia predat de
acesta. Profesorul poate motiva absenele puse de acesta.

15

Adaug/editeaz note, absene, notificri

<<include>>

Administreaz cont

<<include>>

Se autentific

<<include>>
<<include>>

Discut cu utilizatorii

<<include>>

Motiveaz absene

Vizualizeaz note, absene, notificri

Profesor
Vizualizeaz site
de prezentare

<<extend>>

Trimite
mesaj administratorului

Figura 10- Diagrama cazurilor de utilizare pentru profesor

Dirigintele are toate funcionalitile unui profesor, dar, n plus poate programa edine cu
prinii la clasa la care este diriginte i poate motiva toate absenele unui elev indiferent de
materia la care acesta a absentat.

Adaug/editeaz note, absene, notificri

<<include>>

Administreaz cont

<<include>>

Se autentific

<<include>>
<<include>>

Discut cu utilizatorii

<<include>>

Motiveaz absene

<<include>>

Vizualizeaz note, absene, notificri

Diriginte
Programeaz sedine
cu prinii

Vizualizeaz site
de prezentare

<<extend>>

Trimite
mesaj administratorului

Figura 11- Diagrama cazurilor de utilizare pentru diriginte

16

Printele sau elevul poate doar s vad notele, absenele, notificrile aferente lor i are acces la
chat.

Discut cu utilizatorii

<<include>>

Se autentific

<<include>>

Vizualizeaz note, absene, notificri

<<include>>

Elev
Primesc detalii despre
sedinele planificate

Printe

Vizualizeaz site
de prezentare

<<extend>>

Trimite
mesaj administratorului

Figura 12 - Diagrama cazurilor de utilizare pentru printe i elev

Descriere cazuri de utilizare n form tabelar

Nr. Crt
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

Cazul de utilizare : Navigare pe site

Parte
Coninut/Explicaie
UC 1
Identificator
Navigare pe site
Nume
Autor
Baba Bogdan
Versiune
0.1
Prioritate
Mare
Criticalitate
Mare
Surs
Baba Bogdan
Stakeholder Responsabil
Baba Bogdan
Scurt descriere
Utilizatorul citete siteul de prezentare
Nive de caz de utilizare
Nivel utilizator
Scop(uri)
Accesare informaii
Actor primar
Utilizator
Ali factori
Fiierele ce conin informaii publice
Precondiie
Postcondiie
Utilizatorul i-a atins scopul
Rezultate
Gsirea informaiilor despre aplicaie, contactare

17

17.
18.
19.
20.

Scenariu Principal
Scenariul Excepiilor
Caliti
Relaia cu alte cazuri de utilizare

administrator
Utilizatorul citete despre aplicaie
Nu poate gsi anumite informaii
Autentificare utilizator

Tabel 1- Cazul de utilizare : Navigare pe site

Nr. Crt
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.

20.

Cazul de utilizare : Autentificare

Parte
Coninut/Explicaie
UC 2
Identificator
Autentificare
Nume
Autor
Baba Bogdan
Versiune
0.1
Prioritate
Mare
Criticalitate
Mare
Surs
Baba Bogdan
Stakeholder Responsabil
Baba Bogdan
Scurt descriere
Autentificare n cont
Nive de caz de utilizare
Nivel utilizator
Scop(uri)
Accesare informaii
Actor primar
Utilizator
Ali factori
Baza de date ce conine membrii nregistrai
Precondiie
Postcondiie
Utilizatorul s-a autentificat
Rezultate
Utilizatorul se autentific cu email i parol
Scenariu Principal
Utilizatorul citete despre aplicaie
Scenariul Excepiilor
Nu poate gsi numele de utilizator
Parola este invalid
Caliti
Aciuni care decurg de la sine Aciunile se pot
face ntr-un timp foarte scurt Interfaa este
intuitiv
Relaia cu alte cazuri de utilizare
Navigare site
Tabel 2- Cazul de utilizare : Autentificare

18

3.2.3 Workshop de cerine

Am aplicat aceast metod deoarece cea mai buna surs de cerine dup cum am mai menionat
anterior este publicul int. Au fost invitai la acest workshop parini din comitetul de
administraie, profesori, directorul liceului i elevi reprezentani n Consiliul elevilor.
n cadrul worksopului a fost organizat o sesiune de brainstorming i au fost aplicate cteva
chestionare descrise n metoda interviului.
n urma brainstormingului cele mai bune idei s-au transformat n urmtoarele cerine:

Design prietenos i intuitiv

Posibilitate de chat sau forum
Posibilitate de a trimite notificri pe email i/sau sms automat n momentul adugrii unei
note, absene i notificri

3.2.4 Metoda interviului

Aceasta metod a fost aplicat prin intermediul unor chestionare adresate fiecrui tip de
utilizator.
Chestionarul a coninut urmtoarele ntrebri:
1. Numele i prenumele:________________________________________________________
2. Funcia dumneavoastr:________________________________________________________
3. Ultimul nivel de educaie absolvit:
coal primar coal general Liceu Licen Masterat Doctorat Studii postdoctorale
4. Ce probleme ai identificat n relaia dintre dumneavoastr i celelalte persoane implicate n
procesul de educaie?
__________________________________________________________________________
______________________________________________________________________________
5. Ce soluii credei dumneavoastr c v-ar ajuta s rezolvai aceste probleme?
___________________________________________________________________________
___________________________________________________________________________
6. Ai auzit de soluii software care v-ar rezolva problemele? Dac da menionai-le mai jos:
___________________________________________________________________________
7. Cum v-ar plcea s arate o astfel de soluie sofware i ce funcionaliti v-ar place s v ofere?
____________________________________________________________________________
___________________________________________________________________________
____________________________________________________________________________

19

n urma aplicrii acestui chestionar am aflat ca unele persoane s-au documentat despre astfel de
aplicaii i rspunsurile concrete s-au transformat n urmtoarele cerine:

Catalog colar electronic rapid i sigur

Design responsive, intuitiv, uor de folosit de orice tip de utilizator
Notificri i rapoarte automate
Posibilitate de a trimite notificri pe email i/sau sms automat n momentul adugrii unei
note, absene i notificri

3.3 Formularea Cerinelor

Cerinele obinute n procesul de elicitaie se mpart n mai multe categorii precum cerine
utilizator, cerine funcionale, cerine nefuncionale i cerine specifice.
Cerinele utilizator reprezint fraze n limbaj natural care descriu serviciile pe care se dorete
s le ofere sistemul i totodat constrngeri de operare. Acestea au fost extrase din work-shopul
de cerine i din rspunsurile obinute n urma utilizrii metodei interviului, cerine descrise mai
sus n seciunea 3.2, Elicitaia cerinelor.
Cerinele funcionale descriu serviciile ce trebuie s fie oferite de sistem, modul acestuia de a
reaciona i comportamentul lui n situaii particulare.
n urma metodelor aplicate s-au extras urmtoarele cerine funcionale:

nregistrare utilizatori: Aplicaia trebuie s pun la dispoziie un formular de nregistrare

al utilizatorilor, iar la acest formular poate avea acces doar conducerea i secretariatul
unitii de nvmnt. Exist mai multe tipuri de utilizatori i procesul de nregistrare
trebuie s se fac asemnator pentru fiecare.
Autentificare utilizatori: Utilizatorii trebuie s se autentifice ct mai simplu atunci cnd
doresc s foloseasc aplicaia i atunci vor completa doar un cmp pentru email i unul
pentru parol.
Adugare clase: Odat creai utilizatorii trebuie create clasele i materiile
corespunztoare claselor. n fiecare clas trebuie nrolai elevii i dirigintele.
nregistrarea profesorilor la predarea anumitor materii.
Adugarea notelor: Fiecare profesor poate aduga note la materia predat de acesta
printr-un formular uor de adugare pentru ca timpul pierdut s fie minim
Adugare absenelor: se face similar cu adugarea notelor.
Motivarea absenelor: pentru a motiva o absen se alege clasa, elevul, materia i se
vizualizeaz absenele. Dup ce se verific absenele, se alege absena care se dorete i
se motiveaz apasnd opiunea Motiveaz absen, introducnd observaiile necesare i
confirmnd motivarea.
20

Chat: va fi disponibil tuturor utilizatorilor i se va face similar chatului de la Facebook cu

care sunt deja obinuii majoritatea utilizatorilor.
Vizualizare rapoarte. Directorii colilor vor putea s verifice rapoarte precum numrul
total de abseni, media general a colii n orice moment i tot felul de alte rapoarte
specifice care s i ajute n verificarea i stabilirea msurilor ce trebuiesc sau au fost luate.

Cerinele nefuncionale reprezint constrnderi de timp, constrngeri ale procesului de

dezvoltare, standardele ce trebuie sa le respecte, etc.
Tot n cerinele nefuncionale se ncadreaz cerinele calitative. Pentru utilizatori, sistemul
trebuie s fie disponibil de pe orice dispozitiv i browser de navigare n orice moment al zilei.
Aplicaia trebuie s fie eficient i scalabil, adic s poat funciona n parametri normali n
cazul accesului concurenial al unui numr mare de utilizatori i s execute cererile primite ntrun timp ct mai scurt i fr erori. Pe lng toate aceste cerine aplicaia trebuie s aib un design
i o structur intuitiv, uor de utilizat i orice operaie s fie realizat ntr-un numr de pai
redus.
Pentru dezvoltatori aplicaia trebuie s fie portabil, uor de ntreinut i bine structurat pentru
dezvoltri ulterioare.
Cerinele specifice sunt date de domeniul educaional i sunt extrase din legea nvmntului i
din regulamentul intern al fiecrei uniti de nvmnt care va folosi aplicaia. Exemple de
constrngeri: media notelor se calculeaz dup un anumit algoritm, la o anumit materie care are
un anumit numr de ore n program, elevii trebuie s aib prezen ntr-un anumit procent etc.

4. Model de Dezvoltare
Modelul de dezvoltare incremental combin modelul secvenial cu cel bazat pe prototipuri. Se
va folosi acest model deoarece acesta este cel mai potrivit n cazul unor aplicaii care evolueaz
n timp. La utilizarea acestui model, prima versiune reprezint o aplicaie funcional care
ndeplinete funciile de baz dorite. Clientul testeaz aplicaia i n funcie de feedback-ul primit
se va dezvolta urmtoarea versiune. Aplicaia se construiete pas cu pas, iar la terminarea fiecrei
etape se adaug la noul cod la codul precedent.
Acest model de implementare este avantajos deoarece:

Sistemul este dezvoltat i livrat dup ce este stabilit arhitectura acestuia.

n timp se pot aduga noi cerine si specificaii a fiecare pas.
Utilizatorii pot s interacioneze cu aplicaia chiar dac aceasta nu este complet
terminat.
Fiecare pas poate fi dezvoltat cu un numr variabil de dezvoltatori
21

Este avantajos la aplicaiile care au deadline fix ce nu poate fi amnat deoarece se pot
renuna la anumii pai.

Dezavantaje:

De obicei, programele nu se preteaza evoluiei fiind fragile la modificri

Erorile de proiectare sunt mai dificil de rezolvat
Clientul poate observa ce se poate realiza i cere mai multe mbuntiri ateptndu-se s
nu plteasc mai mult
n cazul unei erori nedepistate aceasta se poate propaga n ansamblul aplicaiei. La
prototipurile finale este mai greu de depistat o eroare deoarece codul este din ce n ce mai
mult i verificare se realizeaz ntr-un timp mai lung.

22

Glosar
Acces concurenial - Acces simultan a mai multor utilizatori asupra aceleiai resurse din baza de
date
Aplicaie web - O aplicaie web este un sistem software bazat pe tehnologiile i standardele
consortiului World Wide Web (W3C) care ofer resurse web specifice cum ar fi coninut i
servicii prin intermediul unei interfee numit browser web. Sursa:
http://ro.wikipedia.org/wiki/Aplica%C8%9Bie_web
Browser- Un browser sau un navigator (numit i browser Internet, browser web, navigator web
sau explorator web; browser este un cuvnt englez care se pronun /'brau.zr/, v. AFI) este o
aplicaie software (program) ce permite utilizatorilor s afieze text, grafic, video, muzic i alte
informaii situate pe o pagin din World Wide Web, dar i s comunice cu furnizorul de
informaii i chiar i ei ntre ei. O alt definiie: prin browser se nelege un program de
navigare (virtual) n web. De aceea, n loc de cuvntul browser se poate folosi i termenul
general navigator (a nu se confunda cu aplicaia browser a companiei Netscape, numit tot
Navigator, acum nvechit i nefolosit). Sursa: http://ro.wikipedia.org/wiki/Browser
Chat- Program care permite conversaiile on-line cu transmitere (aproape) instantanee a
mesajelor; Sursa: http://dexonline.ro/definitie/chat
Criptare SALT- Proces de ascundere a parolei n baza de date care adaug un cuvnt generat
automat parolei introduse de utilizator pentru a face mai grea spargerea acestora de ctre
rufctori.
CSS- (Cascading Style Sheets) este un standard pentru formatarea elementelor unui document
HTML. Stilurile se pot atasa elementelor XHTML prin intermediul unor fiiere externe sau n
cadrul documentului. CSS se poate utiliza i pentru formatarea elementelor XML i SVGL.
Sursa: http://www.valmindesign.com/blog/fara-categorie/primii-pasi-incss/#sthash.yRFcZOQK.dpuf
Design responsive- Responsive web design (RWD) este o abordare conform creia aplicaia
trebuie s aib o interfaa care prezint coninutul ntr-un mod ct mai uor de citit pe orice
dispozitiv. O aplicaie de acest gen adapteaz siteul folosind un design fluid bazat pe o structur
ce folosete dimensiuni procentuale, imagini flexibile i CSS3 media queries, extensii ale regulii
CSS @media.
GIMP- este un program multi-platform pentru editarea de imagini (sau grafic) de tip raster
(sau bitmap). GIMP este acronim pentru GNU Image Manipulation Program (n romn
program GNU pentru manipularea unei imagini), fiind destinat executrii diverselor modificri
cum ar fi retuarea fotografiilor, a compoziiei imaginii sau construcia imaginilor. Sursa:
http://ro.wikipedia.org/wiki/GIMP
23

HTML- HyperText Markup Language (HTML) este un limbaj de marcare utilizat pentru
crearea paginilor web ce pot fi afiate ntr-un browser (sau navigator). Scopul HTML este mai
degrab prezentarea informaiilor paragrafe, fonturi, tabele .a.m.d. dect descrierea
semanticii documentului. Sursa: http://ro.wikipedia.org/wiki/HTML.
Javascript- (JS) este un limbaj de programare orientat obiect bazat pe conceptul prototipurilor.
Este folosit mai ales pentru introducerea unor funcionaliti n paginile web, codul Javascript din
aceste pagini fiind rulat de ctre browser. Limbajul este binecunoscut pentru folosirea sa n
construirea siturilor web, dar este folosit i pentru acesul la obiecte ncastrate (embedded objects)
n alte aplicaii. A fost dezvoltat iniial de ctre Brendan Eich de la Netscape Communications
Corporation sub numele de Mocha, apoi LiveScript, i denumit n final JavaScript. Sursa:
http://ro.wikipedia.org/wiki/Javascript.
MySQL- este un sistem de gestiune a bazelor de date relaional, produs de compania suedeza
MySQL AB i distribuit sub Licena Public General GNU. Este cel mai popular SGBD opensource la ora actual, fiind o component cheie a stivei LAMP (Linux, Apache, MySQL, PHP).
Sursa: http://ro.wikipedia.org/wiki/MySQL.
Open source- Programele (software-ul) cu surs deschis (englez open source software) sunt
programe (software) dezvoltate de ctre o comunitate, de ctre o companie sau de ctre o
persoan i oferite spre folosire sub o licen liber, care garanteaz accesul tuturor utilizatorilor
la codul-surs. Sursa: http://ro.wikipedia.org/wiki/Software_cu_surs%C4%83_deschis%C4%83.
PHP- este un limbaj de programare. Numele PHP provine din limba englez i este un acronim
recursiv : Php: Hypertext Preprocessor. Folosit iniial pentru a produce pagini web dinamice,
este folosit pe scar larg n dezvoltarea paginilor i aplicaiilor web. Se folosete n principal
nglobat n codul HTML, dar ncepnd de la versiunea 4.3.0 se poate folosi i n mod linie de
comand (CLI), permind crearea de aplicaii independente. Este unul din cele mai importante
limbaje de programare web open-source i server-side, existnd versiuni disponibile pentru
majoritatea web serverelor i pentru toate sistemele de operare. Sursa:
http://ro.wikipedia.org/wiki/Php
Portabilitate- nsuirea de a fi portabil. 2. (inform.) calitate a unui limbaj de programare, scris
pentru o anumit main, de a putea fi utilizat pe o alt main. Sursa:
http://dexonline.ro/definitie/portabilitate
Prototip- Model reprezentnd tipul original dup care se efectueaz sau se realizeaz ceva.
(TEHN.) Primul exemplar dintr-un lot de produse ce urmeaz a fi fabricate n serie, executat
pentru a se stabili, pe baza ncercrilor la care este supus, performanele i comportarea
produsului, precum i modificrile constructive i tehnologice necesare mbuntirii calitii
acestuia. Sursa: http://dexonline.ro/definitie/prototip

24

UML- Unified Modeling Language (prescurtat UML) este un limbaj standard pentru descrierea
de modele i specificaii pentru software. Sursa: http://ro.wikipedia.org/wiki/Uml.
Xampp- este un pachet de programe free software, open source i cross-platform web server,
care const n Apache HTTP Server, MySQL database i interpretoare pentru scripturile scrise n
limbajele de programare PHP i Perl. Sursa: http://ro.wikipedia.org/wiki/XAMPP

25

Partea II Proiectarea Sistemului Informatic

26

5. Proiectarea Logic
Comunicarea i prelucrarea datelor la nivelul sistemului se va face ntr-un mod centralizat.
Datorit faptului c baza de date va fi una centralizat se va lucra mai uor cu aceasta, dar apar
anumite dezavantaje. Fiecare liceu va avea o baz de date proprie, iar n acest fel baza de date cu
care se lucreaz va avea un numr relativ redus de date, deci nu se justific utilizarea bazelor de
date distribuite.
Descrierea proiectrii logice o voi realiza cu ajutorul diagramei de flux de date. Aceasta conine
procese, surse i depozite de date. Procesele reprezint sarcinile pe care sistemul trebuie s le
realizeze iar sursele sunt actorii externi cu care comunic cu sistemul prin intermediul fluxului de
date. n figura urmtoare voi prezenta diagrama fluxului de date la nivelul general.
Elevi_in_clasa
Materii
Elevi
Parinti_elevi
Adaug/
modific materii

Clase

nroleaz elev
ntr-o clas
Adaug/
modific Prini
elevi

Adaug/
modific elevi
Creaz/
Administreaz
cont

Parinti

Profesori
Adaug/modifc
clase
Adaug/
modific note

Membri
Administrator

Note

Director
Adaug
notificri
Se autentific

Adaug absene
Profesor
Absene

Elev/Printe
Vizualizeaz
note, absene,
materii,
notificri

Notificari

Diriginte

Motiveaz
absene

Detalii absene

Detalii edin

Vizitator
Programeaz
sedine
cu prinii

Figura 13 - Diagrama DFD a sistemului

27

5.1 Arhitectura Sistemului

Sistemul are o arhitectur multi-nivel compus dintr-un modul client reprezentat de browserul de
internet din care utilizatorul acceseaz aplicaia(logica de prezentare), un serviciu WEB care face
comunicarea ntre modulele client - server(module de prelucrare) i SGBD(baza de date) .
O arhitectur realizat pe mai multe nivele, presupune introducerea ntre cele dou nivele din
modelul clasic(client-server ), a unuia sau a mai multor alte nivele. Practic, se face separarea logicii
programului de logica bazei de date. n acest fel, se poate ctiga independena fa de baza de date.
De obicei, aplicaiile multi nivel sunt divizate n trei straturi, dupa cum se poate observa i din figura
de mai jos.
Nivelul de
Prezentare

Logica de prezentare

Nivelul Logica
Programrii

Module de prelucrare

Nivelul de
Date

SGBD
(Baza de date)

Figura 14 - Arhitectura multi-nivel

Sursa: http://www.rasfoiesc.com/educatie/informatica/internet/Medii-de-dezvoltare-web-NETSI53.php

5.2 Baza Informaional

Entitile bazei informaionale a aplicaiei sunt grupate dup cum urmeaz:

pentru activitile de administrare ale aplicaiei: date administrator, date utilizatori ce

trebuie creai, detalii clase i materii
pentru adugarea de note i absene: date despre clas, materie, note i data
pentru motivarea absenelor: date despre elev, clas, materie, date despre
absen(motivabil/nemotivabil), date document justificativ
pentru adugarea de notificri: date ce trebuie comunicate, data la care se face notificarea
pentru vizualizarea de rapoarte: tipul de raport, data, informaii despre note/absene

28

6. Proiectarea Tehnic
6.1 Procese i Algoritmi
n aplicaia Talgus exista civa algoritmi simpli care calculeaz mediile la materii i civa care
trateaz gestionarea absenelor.
Pentru calculul mediilor algoritmul este urmtorul:
Se preiau toate notele pentru o anumit materie, dac la materia respectiv exist tez atunci
media se calculeaz ca: [(Suma tuturor notelor/numrul de note)*3+Nota tez]/4. Daca nu exist
tez atunci se face media aritmetic a notelor.
Pentru gestionarea absenelor se vor numara abenele, iar daca acestea depesc un numar de 40
de absene nejustificate sau 30% la o disciplin se trimite mustrare scris i se scade nota la
purtare.

6.2 Structura fizic a datelor

Datele sunt stocate fizic ntr-o baz de date de tip MYSQL creat cu ajutorul programului
XAMPP care deservete ca server local de php i mysql.

Imaginea 1 - Structura fizic a datelor

29

Dup cum se observ n imaginea anterioar vizitatorii simplu au acces la fiierele din rdcin,
iar utilizatorii sunt redirecionati ctre alt folder in momentul n care acetia se autentific. n
funcie de rolul lor pot sa aib acces la diferite fiiere sau foldere. Un utilizator neautentificat,
chiar daca n url acceseaz o zon dintr-o alt categorie de utilizator nu va putea s vad
coninutul deoarece acesta este protejat.
Structura normalizat a bazei de date este descris mai jos.
Parinti_elevi
FK

id_parinte

FK

id_elev

Profesori_materii
id_profesor
id_materie

Semestre
PK

Elevi

id_semestru
nume

Note
id_nota

PK

id_elev

Parinti
id_parinte

PK

Profesori
PK

Membri

id_profesor

PK

nr_matricol

nume_parinte

nume

username

id_elev

initiala_tata

prenume_parinte

prenume

email

FK

id_materie

nume_elev

telefon

adresa

password

detalii

prenume_elev

id

telefon

salt

data

id_clasa

rol_diriginte

profilecolor

id_semestru

o_tata

id_materie

FK

Incercari

id

FK

Materii
PK

PK

FK

id
time

rol_director

o_mama

id

descriere
nume_materie

Absente
Clase

Specializare

id_absenta

PK

Elev_in_clasa
FK

id_elev

FK

id_materie

FK

id_elev

FK

id_clasa

id_clasa

PK

PK

nume_clasa
FK

id_specializare

FK

id_profesor

data

id_specializare
nume_specializare
detalii

status
detalii
id_semestru

Figura 15 - Diagrama bazei de date

Pentru a se observa mai uor detaliile bazei de date am adugat tabelele mai jos:

30

Elevi

Parinti_elevi

Profesori_materii
id_profesor

FK

id_parinte

id_materie

FK

id_elev

id_elev

PK

nr_matricol
initiala_tata

Semestre
id_semestru

PK

Note

prenume_elev

id_nota

PK

nume

nume_elev

FK

id_elev

FK

id_materie

id_clasa
o_tata
o_mama

detalii

Materii

data
id_materie

PK

Parinti

id_semestru
descriere

id_parinte

PK

nume_materie

nume_parinte

Elev_in_clasa
FK

id_elev

FK

id_clasa

Profesori

telefon

PK

nume

Incercari

id

FK

id
time

username

prenume

id

FK

Membri

id_profesor

PK

prenume_parinte

email

adresa

password

telefon

salt

rol_diriginte

profilecolor

Absente
id_absenta

PK

FK

id_elev

FK

id_materie

rol_director
id
data

Specializare

Clase
id_clasa

PK

PK

id_specializare

nume_clasa

nume_specializare

FK

id_specializare

detalii

FK

id_profesor

status
detalii
id_semestru

31

6.3 Tehnologii specifice

n procesul de dezvoltare al sistemului am folosit limbajele Php, Mysql, Javascript, Html i CSS.
Pentru prelucrri grafice a fost folosit programul Gimp.
Am ales s dezvolt aplicaia n limbajul de programare php datorit flexibilitii i a numrului
mare de tutoriale i librrii de cod scrise i puse la dispoziie n mod gratuit. Aplicaia a fost
dezvoltat folosind Notepad++ pe sistemul de operare Windows 7 Ultimate versiunea pe 64 bii.
Baza de date folosit, Mysql a fost aleas tot din motive economice, fiind foarte popular i
gratuit.
Pentru ca aplicaia s fie ct mai uor de utilizat am ales s creez un design responsive cu
ajutorul Javascript i CSS3.
Din punct de vedere hardware, aplicaia a fost dezvoltat pe un Workstation Hp cu urmtoarea
configuraie: Procesor Intel Core 2 Duo 3GHy, memorie ram 8GB i plac video dedicat 1Gb.

32