Proiectul urmărește analiza unei probleme și construirea unei soluții de proiectare justificate. Echipa dezvoltă o specificație și o soluție de proiectare comune, cu contribuțiile membrilor identificabile. Dosarul de proiectare al echipei valorează 5 puncte, iar înțelegerea individuală se evaluează printr-un examen grilă de 3 puncte. Prezența și punctul din oficiu completează nota până la 10.
La finalul cursului, ar trebui să puteți analiza fără AI o problemă mică și necunoscută, să propuneți o soluție de proiectare, să explicați alternative și să urmăriți consecințele unei schimbări, folosind text, schițe sau pseudocod. AI vă poate ajuta să explorați și să produceți mai repede; voi răspundeți pentru cerințele, deciziile și dovezile pe care le acceptați.
Echipă și temă
- Echipe de 3–5 studenți, cu o soluție de proiectare comună și contribuții individuale identificabile.
- Tema se alege până la 31 octombrie 2026. Studenții fără echipă sau temă la 1 noiembrie vor fi repartizați aleatoriu.
- Mai multe echipe pot alege aceeași temă. Dacă prea multe echipe aleg exact aceeași temă, unele pot fi rugate să o schimbe.
Alegerea se anunță pe canalul Teams al cursului, printr-un mesaj al liderului de echipă, care conține:
- numele echipei și componența ei;
- numele și descrierea proiectului, în 1–2 paragrafe;
- o justificare că tema are o dimensiune potrivită;
- linkul către repository-ul public al proiectului, pe GitHub sau GitLab.
Repository-ul trebuie să fie creat și accesibil public în momentul anunțării proiectului.
Folosiți acest repository pe parcursul întregului semestru, astfel încât istoricul modificărilor să permită urmărirea progresului și a contribuției fiecărui membru. Publicați treptat cerințele, modelele, deciziile, revizuirile și dovezile, cu autorii contribuțiilor identificabili; o singură încărcare la final nu arată parcursul proiectului. Pentru lucrul comun, consemnați membrii care au contribuit și rolul lor în deciziile relevante. Numărul de commituri nu este un criteriu de notare.
Dezvoltarea materialelor și efectuarea commiturilor pot fi asistate de AI. Echipa răspunde pentru conținutul publicat, verifică modificările și își asumă cerințele, deciziile și dovezile din repository. Un commit efectuat de un asistent nu înlocuiește identificarea contribuției membrilor echipei.
Alegeți o problemă cu reguli, decizii și comportamente care merită analizate. Stabiliți explicit limitele proiectului: o problemă bine delimitată permite o soluție de proiectare argumentată și verificabilă. Împărțiți munca astfel încât fiecare student să contribuie la decizii importante, păstrând coerența întregului.
Parcursul proiectului
Elaborați o specificație și o soluție de proiectare substanțiale înainte de implementare. Parcurgeți explicit următoarele întrebări:
- Ce problemă rezolvăm? Identificați beneficiarii, obiectivele, limitele sistemului, cerințele, ipotezele și întrebările deschise. Separați regulile confirmate de propunerile echipei sau ale AI.
- Cum înțelegem domeniul? Definiți conceptele, identitatea, relațiile și regulile relevante. Modelul domeniului poate preceda orice alegere de clase, funcții sau structuri de date.
- Ce soluție de proiectare propunem? Atribuiți responsabilități, descrieți contracte, invariante și comportamente, apoi justificați limitele și dependențele dintre părți.
- Ce dovezi susțin proiectarea? Parcurgeți scenarii normale și excepționale, verificați proprietăți și comparați soluția cu o alternativă relevantă. Analizați efectul unei schimbări de cerință.
- Ce revizuim înainte de predare? Obțineți o revizuire într-un context separat, verificați constatările și actualizați specificația, proiectarea și sinteza în consecință.
Notați la trecerea dintre etape ce este stabilit, ce rămâne incert și ce ar putea impune o revizuire. O descoperire ulterioară poate justifica întoarcerea la o cerință sau la o decizie anterioară.
Nu sunt obligatorii nici aplicația funcțională, nici ciclul TDD (dezvoltare ghidată de teste). Puteți folosi modele executabile, simulări, teste sau prototipuri pentru a investiga o întrebare de proiectare. Explicați ce ați verificat, rezultatul și limitele verificării. Dacă implementați un prototip, porniți de la specificația și proiectarea revizuite și urmați apoi succesiunea implementare → teste → revizuire.
Dosarul de proiectare al echipei — 5 puncte
Păstrați dosarul în repository-ul public de pe GitHub sau GitLab anunțat pe Teams. Dosarul are o sinteză ușor de parcurs și legături către modelele și dovezile care susțin afirmațiile sale. Ca reper, urmăriți o sinteză de aproximativ două pagini; detaliile relevante pot rămâne în fișierele către care trimite aceasta.
Sinteza trebuie să permită găsirea rapidă a problemei și a limitelor proiectului, a deciziilor principale, a justificărilor, a dovezilor și a incertitudinilor rămase. Includeți și o scurtă evidență a contribuțiilor membrilor echipei, cu legături către deciziile și materialele relevante.
| Criteriu | Puncte | Ce trebuie să putem verifica |
|---|---|---|
| Formularea problemei și cerințe | 1 | Beneficiari, obiective și limite clare; cerințe verificabile; ipoteze și întrebări deschise explicite; exemple de acceptare și impactul schimbării unei cerințe. |
| Modelarea domeniului | 1 | Concepte, identități, relații și reguli coerente cu problema; exemple care verifică distincțiile importante; justificarea alegerilor față de alternative. |
| Contracte și invariante | 1 | Obligații și garanții ale operațiilor importante; reguli care trebuie să rămână adevărate; verificări și contraexemple relevante, legate de cerințe. |
| Stări și comportamente | 1 | Comportamente și tranziții permise, condiții și efecte; scenarii normale și excepționale care verifică modelul; concordanță cu regulile domeniului. |
| Responsabilități, coeziune și cuplare | 1 | Cine răspunde de fiecare decizie sau comportament important; justificarea grupării responsabilităților, a dependențelor și a interfețelor, prin alternative și prin consecințele unei schimbări. |
| Total dosar de echipă | 5 | Dosarul se evaluează o singură dată pentru echipă. |
Validarea, dovezile, compararea alternativelor și analiza schimbării se evaluează în cadrul celor cinci criterii. Explicați ce arată fiecare verificare și care sunt limitele ei; aceste aspecte fac parte din calitatea fiecărei decizii de analiză sau proiectare.
Alegeți reprezentări potrivite întrebărilor: glosar, exemple, tabel de responsabilități, contracte, tabel de tranziții, schițe, pseudocod, diagrame sau modele executabile. Folosiți identificatori și legături simple pentru a urmări o cerință până la decizia și verificarea ei. Nu există cote de diagrame UML, de șabloane de proiectare (design patterns) sau de defecte descoperite. Claritatea, justificarea și coerența contează în evaluare; volumul documentației sau al conversațiilor nu aduce puncte suplimentare.
Lucrul cu AI și dovezile de revizuire
Puteți alege instrumentele și modelele AI. Definiți explicit rolurile, de exemplu analist, proiectant și evaluator (agent de revizuire), și informațiile predate între ele. Înainte de a delega, formulați voi problema, constrângerile și criteriile după care veți judeca rezultatul.
Includeți o revizuire într-o sesiune sau într-un context nou, care primește specificația și proiectarea curente, întrebările de verificat și criteriile de acceptare. Același model poate fi folosit într-un context separat. Agentul de revizuire trebuie să poată examina dovezile, inclusiv atunci când sinteza omite un detaliu important.
Documentați concis o decizie importantă și parcursul revizuirii ei: ce a fost delegat, ce context a fost transmis, ce constatare ați verificat, ce ați acceptat sau respins și de ce. Legați explicația de versiunea relevantă a modelului și de un exemplu sau de altă dovadă verificabilă. Dacă revizuirea nu găsește un defect, arătați ce a fost verificat și ce concluzie permite verificarea; nu inventați greșeli pentru dosar.
Fragmentele de conversație pot susține explicația. O transcriere integrală nu înlocuiește sinteza și raționamentul vostru. Indicați instrumentul și modelul folosite, în măsura în care această informație este disponibilă; evaluarea privește deciziile și dovezile, fără a cere reproducerea exactă a textului generat. Pentru pregătirea mediului, consultați ghidul de pregătire a mediului de lucru.
Feedback pe parcursul semestrului și laboratorul deschis
Echipa poate cere oricând feedback profesorului în timpul semestrului, prin canalul Teams al cursului sau în cadrul întâlnirilor. Includeți linkul către materialul relevant din repository și întrebarea pe care doriți să o clarificați. Feedbackul vă ajută să îmbunătățiți dosarul; nu există o evaluare intermediară programată sau un punctaj separat pentru această activitate.
Doar ultimele două laboratoare sunt dedicate efectiv proiectului. Laboratoarele 1–5 tratează teme importante ale cursului, prin exerciții pe probleme distincte: înțelegere, specificare și revizuire (cursurile 1–2); cerințe și modelarea domeniului (3–4); responsabilități, contracte și invariante (5–6); stări, comportament și interacțiuni (7–8); validare și abstractizare (9–10). Fiecare laborator are loc după predarea celor două cursuri asociate.
Laboratorul 6 este un laborator deschis: lucru individual la proiect, întrebări adresate profesorului și discuții între echipe. Folosiți timpul pentru întrebările și revizuirile de care are nevoie proiectul vostru, inclusiv întrebări de proiectare care ar fi fost discutate într-un atelier la curs. Laboratorul 6 urmează cursurile 11–12, iar laboratorul 7, cursurile 13–14. Nu există o prezentare obligatorie sau o repetiție de susținere.
Interviul de susținere — ultimul laborator
La laboratorul 7, profesorul definitivează punctajul pentru dosarul echipei printr-un interviu de aproximativ 8 minute, cu întrebări despre punctele neclare, la care echipa poate răspunde. Dosarul trebuie să fie disponibil pentru lectură înainte de interviu; termenul exact și programarea echipelor vor fi anunțate pe Teams.
Discuția pornește de la dosarul citit de profesor. Echipa poate consulta repository-ul și poate indica cerințele, deciziile, contribuțiile și dovezile relevante pentru clarificări. Nu este necesară pregătirea unei prezentări sau a unor diapozitive.
Profesorul stabilește punctajul final de echipă pe cele cinci criterii ale dosarului, ținând cont de clarificările din interviu. Interviul nu are punctaj separat. Întrebările sunt adresate echipei; nu se organizează o examinare orală distinctă pentru fiecare student.
Examen grilă individual — 3 puncte
Examenul verifică aplicarea principiilor de analiză și proiectare în scenarii scurte, individual și fără AI. Întrebările urmăresc interpretarea cerințelor, modelarea domeniului, responsabilitățile și dependențele, contractele și invariantele, stările și comportamentele, precum și dovezile de validare.
Pregătiți-vă să identificați o ipoteză nejustificată, să comparați variante de proiectare, să interpretați un contraexemplu sau să urmăriți efectele unei schimbări. Evaluarea privește raționamentul aplicat situației descrise, fără întrebări de memorare a detaliilor unei notații. Formatul detaliat și condițiile de organizare vor fi anunțate separat.
Nota finală
| Componentă | Puncte | Nivel de evaluare |
|---|---|---|
| Dosar de proiectare | 5 | Echipă |
| Examen grilă | 3 | Individual |
| Prezență | 1 | Individual |
| Din oficiu | 1 | Individual |
| Total | 10 |
Pentru dosar se acordă un punctaj de echipă; examenul grilă și prezența se contabilizează individual.
Punctul de prezență se acordă proporțional cu participarea la cursuri și laboratoare, fiecare întâlnire având aceeași pondere:
Punctaj prezență = numărul întâlnirilor la care ați participat / numărul total al întâlnirilor desfășurate și contabilizate.
Pentru 14 cursuri și 7 laboratoare, numitorul este 21. Întâlnirile anulate nu intră în numitor; acesta reflectă întâlnirile efectiv desfășurate și contabilizate.
În sesiunea de restanțe, nota se calculează astfel: 9 puncte pentru examenul grilă + 1 punct din oficiu = 10. Examenul urmărește aceleași competențe de analiză și proiectare. Punctajele pentru dosarul de echipă și prezență nu se reportează în nota de la restanță.