PROIECT INDIVIDUAL

(ghid)

1. Fiecare student va avea un dosar în care va depune documentaţia de

realizare, realizarea la termen fiind foarte importantă. Cadrul didactic
îndrumător va semna pe fiecare document si va înscrie data la care a văzut
documentul. Nepredarea la timp va fi penalizată cu scăderea unui punct din
nota obţinută, pentru fiecare săptămână de întârziere.

2. Cadrul didactic va scrie pe documente (cu culoare roşie) toate observaţiile

făcute. Corectarea lor se va face prin adăugarea de pagini noi care arată
corecturile făcute. In nici un caz nu se vor distruge documentele iniţiale
(decât cu riscul penalizărilor pentru predare întârziată, pentru documente cu
multe greşeli acestea putând fi mai mici decât greşelile iniţiale).

3. Documentatii de realizat:
D1. Definirea problemei de rezolvat
Enuntul (initial) al problemei e în limbaj natural, cat mai scurt (fara detalii de
implementare sau utilizare).
D2. Specificarea riguroasă a problemei cu:
DATE ...
REZULTATE ...
precizându-se semnificaţia fiecărui element cu precondiţiile şi
postcondiţiile corespunzătoare (fie în limbaj natural, fie formal).
La primul laborator se va alege tema proiectului. Prezentarea
iniţială va fi în limbaj natural, cât mai clar şi concis. Specificatia trebuie sa
contina:
-functionalitatile realizate de program
-intrari
-iesiri
-documentele(fisierele) necesare si formatul rapoartelor
-prelucrari.

D3. Documentatia de proiectare va conţine:

- toate diagramele de clase necesare;
- specificarea fiecărui subalgoritm, cu precizarea semnificatiei
fiecărui parametru;
- subalgoritmii Pseudocod nebanali.
D4. Codul sursă (numai în format electronic)
Textul sursă trebuie să conţină comentarii suficiente pentru
documentarea internă a programului. El trebuie elaborat cu grijă,
dând mare atenţie clarităţii şi uşurinţei de citire a programului de
către alte persoane.
D5. Documentatia de testare
D6. Manualul de utilizare (în format electronic)

4. Remarks
R1. Toate datele cunoscute în problemă, care au caracter permanent (de
exemplu, lista persoanelor ce locuiesc într-un bloc, sau salariaţii universităţii)
 se vor afla în fişiere text, iar rezultatele se vor depune în fişiere text (cu
formatarea corespunzatoare) !
R2. Pentru proiectarea si implementarea problemei se va folosi doar
PROGRAMAREA ORIENTATA PE OBIECTE.
R3. Se pot folosi bibliotecile de stucturile de date gata implementate,
corespunzatoare limbajului ales. Totusi, studentul trebuie sa justifice alegerea
unei anumite structuri (complexitatea, operatiile folosite).
R4. Nu este necesar ca proiectul final sa aiba o interfata grafica (este
permis, dar nu este necesar). Daca proiectul nu are interfata grafica, atunci el
va avea um meniu prin care utilizatorul va alege functionalitatea dorita a se
executa.
R5. Se recomanda validarea datelor de intrare si a datelor din fisiere.
Proiectele fara validari vor fi depunctate.
R6. Se vor trata si execptiile ce pot sa apara in timpul executiei
programului.
R7 - Proiectele au lungime rezonabilă (în final între 1000 şi 2000 instructiuni)
R8 - Pentru implementare se pot folosi limbajele C++ sau Java.
R9 - Scrierea documentelor începe la 2 cm de marginea hartiei!
R10 – Pentru eliminarea greşelilor frecvente făcute de studenţi în anii
precedenţi menţionăm că:
•Specificarea nu e proiectare. Nu trebuie să facă nici o referire la
aceasta!
•Proiectarea este esenţială şi trebuie să fie completă;
•Pentru validarea programului datele trebuie să fie reale (chiar daca
volumul e mic; minimum trebuie să conţină 20
persoane/cărţi/apartamente/etc);
•Datele fixe în problemă (ex.-salariaţii universităţii)– în fisiere text !
Rezultatele tot în fişiere text care, listate, trebuie să poată fi trimise
prin postă !
R11 – Verificarea constă din mai multe activităţi:
•inspectarea tuturor documentelor
•testarea subalgoritmilor importanţi şi testarea de ansamblu
•validarea finală, cu date reale
R12 – Pe fiecare document va fi scris titlul documentului, autorul, grupa şi
data realizării.

NU ESTE PERMISA COPIEREA PROIECTELOR

Daca un student preda o tema copiata, el va fi notat cu 1 (prima data), iar tema trebuie refacuta
(nota maxima pe care o mai poate obtine fiind 5). La a doua tema copiata, studentul nu va mai
putea trece aceasta materie in acest an (va trebui refacut anul viitor).

La predarea finala a proiectelor, studentul va trebui sa raspunda la cateva intrebari legate de

solutia propusa (proiectare si implementare). Daca studentul nu poate sa demonstreze implicarea
lui in dezvoltarea proiectului, nota finala obtinuta va fi 4.

ETAPE
Nr. crt Denumirea etapei Termen
1. Definirea şi lab. 2
specificarea
problemei de rezolvat
Inspectarea
specificaţiei
2. Documentaţia de lab. 3
proiectare a
programului
Inspectarea
proiectării
3. Documentaţia de lab. 4
codificare
Inspectarea
codificării
4. Testarea programului lab. 5
5. Documentaţia de lab. 6
testare
Corecturile făcute pe
timpul depanării
6. Documentaţie de lab. 6 şi 7
utilizare+
Validarea programului
7. Predarea finală + lab. 7
notarea activitǎţii

Fiecare student va avea un dosar în care se vor păstra toate

documentele realizate pe parcurs (chiar dacă au fost greşite). Scrierea se va
face cu cerneală sau pastă pentru toate documentele, exceptând programul
sursă, rezultatul testării şi documentaţia de utilizare. Se interzice listarea cu
calculatorul tocmai pentru a scoate în evidenţă că multe dintre activităţile
realizate sunt făcute de om înainte de a ajunge la calculator.
Toate documentele vor conţine numele autorului şi data realizării lor.
Cele depuse în dosar vor fi păstrate cu data scrisă de cadrul didactic,
chiar dacă au fost greşeli ce s-au corectat. In aceste cazuri se vor descrie
corecturile făcute şi versiunea finală. Nota finală va ţine seama de
respectarea termenelor la care trebuiau executate fazele.
Orele de laborator sunt obligatorii iar elaborarea unui proiect este continuǎ şi cere
disciplinǎ.
Dosarele vor fi preluate şi păstrate în biblioteca departamentului (cu
nota pe ele). Iar pentru validarea programelor trebuie s ǎ existe date re ale.

Notarea va fi făcută pentru toate etapele prevăzute în tabel,

nota activitǎţii din timpul semestrului fiind media lor (nota A). Etapa
nepredată va fi notată cu 1. În cazul nepredării la timp a unei etape,
din nota acordată se va scădea numărul de săptămâni de întârziere.
 Pentru corectitudinea şi completitudinea produsului, la validarea
lui, se va acorda o a doua notă (nota V). Această notă va ţine seama şi
de documentaţia realizată şi de concordanţa dintre produsul final şi
cele scrise în documente.
In ultima săptămână fiecare student va preda documentaţia
realizatǎ. Documentaţia scrisă pe durata realizării programului,
împreună cu textul sursă şi documentaţia de utilizare ambele în format
electronic vor fi notate (nota D).
Nota finalǎ la disciplina “Proiect” va fi acordatǎ dupǎ regula

Nota final ǎ = (A + V + D)/3

Atenţie! Un produs final perfect, dar care nu a respectat
termenele nu poate obţine nota 10 .

Bibliografie
1. M.Frentiu, I.Lazăr, Bazele Programării: Proiectarea Algoritmilor, 2000, Ed.
Univ. Petru Maior, Tg.Mureş 184 pagini
2. M.Frentiu, I.Lazăr, S. Motogna, V. Prejmerean, Elaborarea algoritmilor, Ed. Presa
Universitara, Clujeana, Cluj-Napoca, 1998, 188 pagini.
3. Programare Pascal, Ed. Presa Universitara, Univ. "Babes- Bolyai" Cluj-Napoca, 1998, 392
pagini,
4. M.Lupea, C++
5. M.Frentiu, Verificarea corectitudinii programelor, Ed.Univ. Petru-Maior,
Tg.Mureş, 2001.