Reguli
Scop
Scopul la laboratorul "Tehnologii de Elaborare a Proiectelor" este ... realizarea unui proiect personal. Fiecare student isi alege un proiect (program de o oarecare complexitate) de care este interesat si definitiveaza specificatiile acestuia impreuna cu conducatorul de lucrari.
La fiecare laborator vor fi cateva exemple si probleme de antrenament, pe care rezolvandu-le un student castiga experienta si promisiunea unui bonus la prezentarea finala. Toate aceste probleme sunt facultative.
Reguli
Pentru a promova disciplina TEP trebuie sa prezentati un proiect functional, in conditiile stabilite de conducatorul de laborator (respectarea termenelor limita, prezentarea modului in care progreseaza proiectul, realizarea prezentarii finale, predarea surselor compilabile etc.) De aceea trebuie sa va asigurati ca respectati acest regulament.
Nu se admit depasiri are termenelor limita. Chiar daca nu reusiti sa terminati tot ce v-ati propus la timp, asigurati-va ca incepeti implementarea cu cele mai importante functionalitati, astfel ca sa puteti obtineti un punctaj (chiar daca partial). Studentii care nu respecta termenele limita sau nu colaboreaza cu conducatorul de laborator pot fi "concediati" din proiect (refacere laboratoare in anul urmator).
Nu se fac prezentari de proiecte in sesiune, iar "recuperarea" laboratoarelor nu se poate face printr-un "test". Studentii care au activitate la laborator dar din diverse motive nu reusesc sa prezinte proiectul pana la laboratorul 14, pot face o prezentare in sesiunea de restante, la care rezolutia este de tipul admis-respins.
Termene limita
Laboratorul 3: discutarea intentiei de proiect cu conducatorul de laborator.
Laboratorul 6: finalizarea unui document cu scenariile de utilizare a proiectului propus (detaliile vor fi discutate la curs).
Laboratorul 13: prezentarea finala a proiectului, cu bonus
Laboratorul 14: prezentarea finala a proiectului, fara bonus
Notare
Notarea se realizeaza dupa curba lui Gauss, conform cu reglementarile in vigoare stabilite de conducerea Facultatii de Informatica. Modul in care se obtine punctajul pe baza caruia se face clasamentul final este dat mai jos.
La prezentarea finală se va preda (prin email) o arhivă tgz ce conţine:
- Sursele proiectului
- Fişa de specificare a cerinţelor (scenariile)
- Un fişier de raport final: raport.html
- Optional: un director doc care sa contina documentaţia generată din surse
Fişierul raport.html (maxim o pagină) va conţine:
- Titul proiectului, autorul. O descriere foarte scurtă a proiectului (2 rânduri).
- Tehnologiile utilizate (limbaj de programare, mediu de dezvoltare, servere web, baze de date etc.)
- Legătură către pagina care descrie stilul de programare folosit (de ex. GNU coding standards).
- O descriere scurtă a modulelor programului (care sunt şi ce fac), maxim jumătate de pagină.
Pentru stabilirea punctajului sunt luate în calcul 5 criterii. Fiecare criteriu este apreciat cu unul dintre calificativele A (excelent) B (normal) C(slab). La aprecierea conducatorului de laborator se pot da calificative de tip A+, B-, C- (punctajul fiind reglat corespunzător). Punctajul de pornire este de 4p. Suma obţinută în urma adunării punctajelor corespunzătoare calificativelor nu reprezintă nota finală, ci eventual o indicaţie asupra ei.
| Complexitatea proiectului | A: 2p B: 1p C: 0p | Un proiect care necesită o cantitate mai mare de muncă va fi recompensat mai bine. Se ia in calcul şi originalitatea ideii precum şi alegerea corespunzătoare a tehnologiei de implementare. Acolo unde este cazul se ia in considerare munca necesara implementarii interfetei si calitatea rezultatului. |
| Fişa cerinţelor, raportul final, activitate | A: 1p B: 0p C: -2p | Se punctează modul în care a fost realizată fişa cerinţelor şi felul în care studentul a interacţionat cu conducătorul de laborator ("clientul"). Un punctaj bun se acordă dacă clientului îi este clar cu ce se ocupă proiectul şi i-a fost prezentată evoluţia proiectului. |
| Stil de programare | A: 1.5p B: 0.5p C: -1p | Se punctează aderarea la stilul de programare menţionat în fisierul raport.html, denumirea auto-descriptivă a variabilelor etc. In aceasta categorie intra si folosirea adecvata a unui sistem de generare automata a documentatiei (javadoc, doxygen etc.) |
| Proiectare şi modularitate | A: 1p B: 0.5p C: 0p | Se punctează modul în care este structurat proiectul, posibilitatea de a reutiliza cod în alte proiecte. Bonus: folosirea diagramei UML de clase pentru prezentarea proiectării. |
| Unităţi de testare automată | A: 2p B: 1p C: 0p | Se punctează folosirea unităţilor de testare automată în cadrul proiectului (JUnit, cppunit, NUnit, phpunit ...) |
Un proiect excelent obţine 11.5p. Un proiect mediu obţine 7p. Un proiect slab obţine 1p.
Protocol de comunicare
Trimiteti mail la adresa comunicata de conducatorul de laborator.
Nu uitati sa prefixati subiectul fiecarui mesaj cu [TEP]. Exemplu de subiect:
[TEP] Intrebare lucru cu fisiere
Sau:
[TEP] Prezentare finala: "SmartProject"
Atasamentele se accepta doar in format tgz. Daca sursele Dvs. sunt pe fenrir in directorul proiect, puteti crea o arhiva tgz astfel:
tar -c proiect | gzip > proiect.tgz
Proiectele se trimit prin mail doar la solicitarea conducatorului de lucrari.
Aceste reguli sunt necesare pentru a putea gestiona cantitatea mare de mailuri pe care le primim. Va multumim pentru colaborare!