Ce proiect să faci la atestatul de informatică: teme, criterii și cum alegi

Proiectul e jumătate din media finală a atestatului și are pragul de promovare mai sus decât proba practică: minimum 7, față de 6 la practic. Un proiect slab nu se compensează cu o probă practică bună. Cu toate astea, e partea pe care majoritatea elevilor o aleg în ultima săptămână înainte de termen.

Pagina asta e despre cum alegi tema. Dacă vrei întâi cadrul general al examenului — cele două probe, notarea, calendarul — e în ghidul atestatului.

Termenele: decizia se ia în decembrie–ianuarie, nu în aprilie

Aici e capcana de calendar. Examenul e în mai, dar alegerea temei se închide în ianuarie:

Când	Ce se întâmplă
până la sfârșitul lui decembrie	catedra de specialitate afișează lista cu teme
până la 15 ianuarie	îți alegi tema, sub semnătură
până la 1 mai	depui proiectul la secretariat, cu referatul profesorului îndrumător
1–30 mai	prezinți proiectul în fața comisiei, maximum 30 de minute

Între semnătură și predare ai aproximativ trei luni și jumătate, suprapuse peste simulări și peste pregătirea de bacalaureat. Asta e singura constrângere reală care contează la alegerea temei.

Ce cere metodologia, de fapt

Regulile sunt scurte și merită citite înainte să te îndrăgostești de o idee:

• proiectul e un produs software realizat de tine în orele de laborator din ultimul an de studiu — nu un referat și nu o prezentare despre un subiect;
• se poate face individual sau în echipă de 2–3 elevi, în funcție de complexitate;
• tema se alege dintr-o listă afișată de catedra de specialitate a liceului tău. Dacă vrei ceva din afara listei, se discută cu profesorul îndrumător înainte de 15 ianuarie;
• se depune însoțit de un referat al profesorului îndrumător, finalizat cu admis sau respins;
• la prezentare faci motivarea teoretică a proiectului, iar comisia îți poate pune întrebări.

Ultimul punct e cel care decide nota. Nu prezinți doar ce face aplicația, ci de ce ai construit-o așa: de ce structura aia de date, de ce tabelele alea, ce ai fi făcut diferit.

Cele trei filtre pentru o temă bună

Înainte de listă, filtrele. O temă trece doar dacă răspunzi „da" la toate trei.

1. O poți termina în trei luni, lucrând puțin pe săptămână? Ambiția se plătește în aprilie. O aplicație mică și completă bate o aplicație mare și neterminată, pentru că a doua se prezintă cu „aici încă nu merge".

2. Poți explica fiecare linie din ea? Comisia pune întrebări. Orice parte pe care n-o înțelegi e o întrebare la care pierzi puncte. Dacă folosești o bibliotecă sau un framework, trebuie să poți explica ce face și de ce l-ai ales.

3. Acoperă competențele de pe profilul tău? Metodologia certifică lucruri diferite pe cele două profiluri:

• mate-info intensiv informatică — design-ul și structura produselor soft: aplicații software, baze de date, pagini web;
• mate-info — managementul site-urilor web și al sistemelor de operare, servicii de procesare a datelor.

O temă care aterizează fix pe descrierea asta e mai ușor de motivat teoretic decât una exotică.

Teme pe categorii

Listele diferă de la liceu la liceu, dar temele se repetă în aceleași câteva familii. Mai jos, ce demonstrează fiecare și unde e riscul.

Aplicație cu bază de date

Gestiune bibliotecă, cabinet medical, service auto, magazin, rezervări, evidența elevilor, gestiune de stocuri. Interfață simplă plus o bază de date cu 3–5 tabele legate.

De ce merge: e exact competența pe care o certifică atestatul, se suprapune peste subiectul I de la proba practică și are un „de ce" ușor de motivat — normalizare, chei străine, integritatea datelor. Teoria de care ai nevoie e în baze de date și SQL și în interogări SQL.

Riscul: e și cea mai frecventă temă. Diferența o face documentația și modul în care justifici schema, nu ineditul ideii.

Aplicație web

Site cu backend și autentificare, platformă de anunțuri, blog cu panou de administrare, catalog online, aplicație de programări.

De ce merge: acoperă direct „managementul site-urilor web" din descrierea competențelor și arată mai bine la prezentare decât o aplicație de consolă.

Riscul: consumă timp în lucruri care nu se notează — CSS, responsive, deploy. Bugetează cel mult o treime din timp pentru aspect.

Aplicație desktop

C++ cu interfață, C# cu Windows Forms, Python cu Tkinter sau Qt. Gestiune locală, agendă, calculator științific, editor de text, aplicație de raportare.

De ce merge: rulează garantat pe calculatorul din laborator, fără internet și fără server — un motiv practic subestimat până în ziua prezentării.

Joc simplu

Șah, X și 0 cu adversar calculat, snake, joc de logică, quiz cu întrebări dintr-o bază de date.

De ce merge: demonstrează algoritmică reală — minimax, coliziuni, stări — și se prezintă memorabil.

Riscul: e ușor să aluneci în grafică în loc de logică. Dacă alegi un joc, motivarea teoretică trebuie să fie despre algoritm, nu despre cum arată.

Aplicație de procesare a datelor

Analiza unui set de date, generator de rapoarte, parser de fișiere, statistică școlară, import/export CSV.

De ce merge: e literalmente „furnizarea facilităților de procesare a datelor" din descrierea competențelor, și se leagă de lucrul cu fișiere.

Documentația: partea pe care o subestimează toată lumea

Tema pe care o alegi acum decide cât de ușor se scrie documentul din aprilie. O aplicație cu o structură de date clară se documentează singură; una improvizată se documentează greu, pentru că n-ai ce justifica.

Regula care contează încă de la alegerea temei: scrie documentația în paralel cu codul, nu la final. În aprilie n-o să-ți mai amintești de ce ai luat deciziile din ianuarie — și exact alea se notează.

Structura pe capitole, formatarea și greșelile frecvente sunt aici: documentația proiectului de atestat.

Greșeli frecvente

• Alegi tema în martie. Termenul de 15 ianuarie e din metodologie, nu o recomandare a școlii.
• Proiect prea mare. Scopul e un produs complet, nu unul impresionant.
• Nu îl testezi pe alt calculator. Aplicația care merge doar pe laptopul tău e o problemă fix în ziua prezentării.
• Nu ai backup. Cod pe Git sau, minim, într-un drive în cloud. Un stick pierdut în aprilie e o poveste reală în fiecare an.
• Pregătești codul, nu prezentarea. Ai până la 30 de minute și o comisie care întreabă. Repetă prezentarea cu voce tare măcar o dată.
• Amâni pregătirea probei practice pentru că proiectul „e mai important". Sunt note separate, cu praguri separate. Exersează în paralel pe subiectele date în anii trecuți.

Întrebări frecvente

Când trebuie să îmi aleg tema de proiect? Până la 15 ianuarie, sub semnătură. Lista de teme e afișată de catedra de specialitate până la sfârșitul lui decembrie.

Pot să îmi propun singur tema? Tema se alege dintr-o listă afișată de catedră. Dacă vrei ceva din afara listei, discută cu profesorul îndrumător înainte de termenul de 15 ianuarie — decizia se ia la nivelul școlii.

Pot face proiectul în echipă? Da, în echipă de 2–3 elevi, în funcție de complexitatea proiectului.

Pot folosi un proiect luat de pe internet? Metodologia cere un produs software realizat de tine în orele de laborator, iar profesorul îndrumător dă un referat de admis sau respins înainte de examen. La prezentare faci motivarea teoretică și comisia îți pune întrebări — orice parte pe care n-o poți explica se vede imediat. Poți porni de la exemple și de la cod existent, dar trebuie să înțelegi și să poți justifica fiecare decizie din aplicație.

Ce notă îmi trebuie la proiect? Minimum 7. Proba practică are pragul 6, iar media finală a atestatului trebuie să fie minimum 7.

În ce limbaj trebuie scris proiectul? Metodologia nu impune un limbaj. Contează să acoperi competențele de pe profilul tău și să poți explica alegerea în fața comisiei.

Cât de mare trebuie să fie proiectul? Nu există o dimensiune minimă în metodologie. Complexitatea decide doar dacă îl faci singur sau în echipă de 2–3 elevi. O aplicație mică și terminată se prezintă mai bine decât una mare și neterminată.

Trebuie să scriu și documentație? Da. Proiectul se depune la secretariat cu referatul profesorului îndrumător, iar la examen se cere motivarea teoretică a produsului. Criteriile exacte de evaluare le stabilește comisia liceului tău.

De unde vin informațiile de aici

Termenele, regulile de echipă, referatul profesorului îndrumător și pragurile de notare sunt din Metodologia de organizare și desfășurare a examenului de atestare a competențelor profesionale ale absolvenților claselor de matematică-informatică și matematică-informatică, intensiv informatică, aprobată prin OMECI nr. 4.843/2009 și modificată prin OM nr. 3.009/2021.

Lista de teme, criteriile de evaluare a proiectului și formatul cerut pentru documentație se stabilesc la nivelul liceului tău. Verifică-le la profesorul de informatică sau la secretariat.