Követelmények¶
A gyakorlaton folyamatos számonkérés zajlik.
A foglalkozásokon való részvétel követelményei és a távolmaradás pótlásának lehetősége
A gyakorlaton való részvétel kötelező, legfeljebb 2 igazolatlan hiányzás lehet a félév folyamán. Hiányzás esetén a pótlás a hallgató önálló feladata.
Az igazolás módja a foglalkozásokon való távollét esetén
Az igazolást a hiányzást követő első órán (vagy fogadóórán) be kell mutatni, vagy pedig e-mailben elküldeni. Ezt követően az igazolásokat nem áll módunkban elfogadni.
A félévközi ellenőrzések (beszámolók, zárthelyik) száma, témaköre és időpontja, pótlásuk és javításuk lehetősége
A gyakorlaton szerezhető összesen 100 pont, ennek összetétele: folyamatosan, csapatban készülő projektmunka (50 pont), 2 db zárthelyi dolgozat (50 pont, 2 darab 25 pontos dolgozat).
Zárthelyi dolgozat (25+25 pont)¶
- Az addig tanult teljes anyagból (előadás és gyakorlati anyag)
- Számítógépes programozós feladat vagy papír alapú ZH
- Feladat: programozás, UML diagram készítés, kód refaktorálás, kifejtős kérdések
- Minimális követelmény: összesen 50 % (25 pont)
- Pótlás/Javítás: egyénileg egyeztetve, a zárthelyi utáni héten
Szorgalmi feladat (10 pont)¶
- A hallgató kap 2 tervezési mintát, valamint egy témakört.
- A feladat az adott témakörbe illő példaalkalmazások elkészítése, valamint fél-fél oldalas dokumentáció és UML diagram elkészítése.
- Az elkészült munkákat az arra kijelölt gyakorlaton kell bemutatni.
Projektmunka (50 pont)¶
- Folyamatos számonkérés, nem pótolható, nem javítható.
- A projekteken 3-5 fős csapatok dolgoznak közösen, egy ember vezetésével, a gyakorlatvezetővel folyamatosan konzultálva.
- Teljesítendő minimális pontszám: összesen 25 pont, de projekt mérföldkövenként min. 40% (P1, P2: 12).
- A határidőket szigorúan be kell tartani! Leadás késésekor minden megkezdett új nap esetén (hétvége és ünnepnap is beleszámít) 3 pont levonásra kerül az aktuális felelősöktől (projektterv alapján).
- A megadott elnevezési konvenciókat (email tárgya, fájlok elnevezése) szigorúan be kell tartani; pl. emailnél nem megfelelő tárgy esetén a beküldött anyagot nem értékeljük.
- A projektekről minden héten szükséges egy haladási riport elkészítése, feltöltése; kéthetente pedig szóban is el kell mondani a kétheti haladást.
- A leadást követő gyakorlaton szóban be kell mutatni az átadott részeredményeket (minden mérföldkő után, minden csapattagnak be kell mutatni az általa készített részeket). Ennek formája egy formális bemutató, valamint az alkalmazás demozása.
- Amennyiben valamelyik csapattag kilép és emiatt a többi csapattag hátrányba kerül, akkor lehetőség van a projektterv átütemezésére; ebben az esetben a gyakorlatvezetővel azonnal egyeztetni kell!
P0: csapatalakítás, projektválasztás¶
OVRT-P0-csapatnév-csapatalakítás¶
A gyakorlatvezetőnek küldeni kell egy emailt a megadott tárggyal, ahol fel kell sorolni a csapat tagjait a Github azonosítókkal együtt, úgy hogy az első helyen a csapatkapitány szerepeljen a következő sémának megfelelően (fontos, hogy feldolgozás miatt semmi más ne szerepeljen a mailben):
1 | |
OVRT-P0-csapatnév-projektválasztás¶
A megadott határidőig küldeni kell egy e-mailt, ahol prioritási sorrendben meg kell adni 3 projektet. Ez alapján kerülnek a projektek kiosztásra, egy projektet max. 1 csapat kap, ezért ha valaki olyanra jelentkezik, amit korábban valaki lefoglalt akkor a prioritásban következőt kapja, ha az is foglalt, akkor így tovább.
P1: UML tervezési projekt, prototípus – 25p¶
A feladat a választott projekt megtervezése tanult OO tervezési eszközök segítségével és az azt implementáló prototípus készítése.
OVRT-P1-csapatnév-projektterv – 3p¶
P1, P2 feladatok ütemezését tartalmazó projekttervet kell leadni, kiemelve a csapat tagjai közötti feladatok megoszlását. A megrendelő által elfogadott projekttervet kinyomtatva, a határidőt követő órára be kell hozni. Az elfogadott projekttervet a gyakorlat oktatója aláírja, a későbbiekben minden leadásnál ezen történik a pontok/költségek menedzselése.
A projekttervet csak PDF-ben kell leadni. A pdf-nek a Git repo doc/ mappájában kell lennie. Forrás feltöltés is szükséges!
- Névkonvenció:
OVRT-P0-csapatnev-projektterv.pdf
OVRT-P1-csapatnév-tervek – 10p¶
A funkcionalitást megvalósító eszközhöz UML tervek készítése: Use Case diagram, Class diagram, Package diagram
A terveket PDF-ben kell leadni. A pdf-nek a Git repo doc/ mappájában kell lennie.(tetszőleges UML szerkesztő használhat, ingyenes PDF nyomtatók segíthetnek, pl. Bullzip). Források feltöltés is szükséges!
- Névkonvenció:
OVRT-P1-csapatnev-tervek.pdf
OVRT-P1-csapatnév-prototípus – 12p¶
A gyakorlatvezetővel egyeztetett OO nyelven (preferált: Java, C++, Python, C#) implementált prototípust kell leadni. Nem baj, ha nem teljesíti a teljes funkcionalitást, de kísérő dokumentációban indokolni kell ez miért van így, illetve, hogy mennyire felel meg a terveknek az implementáció.
A forráskódnak a Git src/ mappájában kell elérhetőnek lennie, a kísérő dokumentációt PDF-ben kell leadni. A pdf-nek a Git repo doc/ mappájában kell lennie. Forrás feltöltés is szükséges!
- Névkonvenció:
OVRT-P1-csapatnev-protipus.{pdf}
P2: Tervezési mintákkal újratervezett eszköz – 25p¶
A feladat a korábban megtervezett és prototípussal leadott program újratervezése, refactoring lehetőségeket és a már tanult tervezési mintákat szem előtt tartva. Az újratervezett eszközhöz végleges implementációt is el kell készíteni.
OVRT-P2-csapatnév-tervek – 10p¶
A korábbi UML tervek átdolgozása, hogy tervezési mintákat is tartalmazzanak (ha alapból nem tartalmaztak).
Legalább 3 tervezési minta felhasználása kötelező!
Az eredeti tervekhez plusz: Sequence diagram, Deployment diagram
A terveket PDF-ben kell leadni. A pdf-nek a Git repo doc/ mappájában kell lennie. (tetszőleges UML szerkesztő használható, ingyenes PDF nyomtatók segíthetnek, pl. Bullzip). Forrás feltöltés is szükséges!
- Névkonvenció:
OVRT-P2-csapatnev-tervek.pdf
OVRT-P2-csapatnév-implementáció – 15p¶
Végleges, az új terveknek megfelelő implementáció a gyakorlatvezetővel egyeztetett OO nyelven (preferált: Java, C++, Python, C#). Az implementációban felismerhetőnek kell lennie a választott tervezési mintáknak, amiket bemutatón a csapat bármely tagjának be kell tudni mutatnia!
A forráskódnak a Git src/ mappájában kell elérhetőnek lennie, a kísérő dokumentációt PDF-ben kell leadni. A pdf-nek az Git repo doc/ mappájában kell lennie. Forrás feltöltés is szükséges!
Névkonvenció: OVRT-P2-csapatnev-implementacio.{pdf}
Plusz pontok¶
A gyakorlaton órai aktivitással plusz pontok szerzésére van lehetőség. Ezek a minimum pontszámokba nem számolódnak be.
Pótlás
A projekt teljesítése folyamatos, így nincs lehetőség pótlásra. Zárthelyik pótlása előre egyeztetett helyen és időben.
Javítás
A projekt teljesítése folyamatos, ezért annak javításra nincs lehetőség. Zárthelyik javítása előre egyeztetett helyen és időben, a vizsgaidőszak első hetében.
A félév teljesítésének követelményei
- Legalább 50%-os zh összpontszám
- Elfogadott, legalább 25 pontos projektmunka
Az osztályzat kialakításának módja
- Zárthelyi dolgozatok: max. 50 pont
- Projektmunka: max. 50 pont
- Szorgalmi feladat: max. 10 pont
Ponthatárok
- 89-100 jeles (5)
- 76-88 jó (4)
- 63-75 közepes (3)
- 50-62 elégséges (2)
- 0-49 elégtelen (1)
A számonkérés során felhasználható segédletek
A folyamatos készülés során mindenki tetszőleges anyagból dolgozhat, ám tisztában kell lenni a beadott kód működésével, arról alkotói tudással kell rendelkezni (vagyis minden egyes sor működését érteni kell, minden egyes döntést meg kell tudni indokolni, egyes változók miért vannak, hogy kapcsolódnak másikokhoz, stb). Ez persze nem csak a forráskódokra vonatkozik, minden egyéb (HTML, CSS, stb.) állományra igaz.
Védés
A gyakorlatvezető a félév során bárkitől kérheti a beadott dolgozat/házi feladat szóbeli védését is (egy előre egyeztetett időpontban). Ebben az esetben a hallgatónak hitelt érdemlően, szóban kell bebizonyítania, hogy a beadott munka a sajátja.
Amennyiben a hallgató a saját beadott munkájának működésével nincs tisztában, vagy pedig nem hajlandó megvédeni a beadott munkáját (többszöri felszólításra sem), a gyakorlat teljesítése megtagadható, amelyet nem lehet javítani.
Csalás/Plágium
Amennyiben egy hallgató esetében bármely részteljesítés esetén (bármilyen feladat, amire pont jár) csalásra vagy plágiumra derül fény, az illető gyakorlatának teljesítése sikertelen, javításra nincs lehetőség, a kurzus nem értékelhető.
AI használat
Otthoni tanulás során engedélyezett kódoló asszisztensek (pl. ChatGPT, GitHub Copilot, Claude stb.) használata a tananyag elsajátítása és a példakódok megértésének támogatására. Zárthelyi dolgozatok során AI eszközök használata SZIGORÚAN TILOS. Amennyiben ilyen esetekben mégis alkalmazásra kerülnek ezek az eszközök, akkor a hallgató gyakorlatának teljesítése sikertelen, javításra nincs lehetőség, a kurzus nem értékelhető. A projekt elkészítése során nem tudjuk megvizsgálni az AI használatot, így mindenki úgy használja, ahogy akarja, de a beadott feladatokkal alkotói tudással kell rendelkezni, minden döntést, kódsort, elnevezést, stb. meg kell tudni indokolni.
Egyéb
A nem hivatalos egyetemi címről (...@stud.u-szeged.hu) küldött levelek semmisnek minősülnek és azokra nem válaszolunk.