VIK Wiki - Felhasználó közreműködései [hu]

IMSc

2025-02-12T18:00:44Z

Várkonyi Kornél: typo

{{DISPLAYTITLE:iMSc}}
A hazai gazdaság és tudományos kutatás élvonalbeli szegmensei által igényelt, elméletileg is jól felkészült, magas szellemi hányadú, csúcstechnológiákat alkalmazó, innovatív kutatási-fejlesztési tevékenységre képes fiatal mérnökhallgatók tehetséggondozási célú képzési programja.

==Miről szól==
*Tehetséges diákok felkarolása
*Mélyebb tudás megszerzése
*Szakmai tapasztalatszerzés
*Ösztönzés az MSc elvégzésére

==Követelmények==
===Bekerüléshez===
*'''Gólyák''' esetén:
**Matematika, fizika, informatika II. OKTV, Informatikai alapismeretek, esetleg elektronikai alapismeretek SZÉTV '''tanulmányi versenyek 1-10 helyezettjei (ők automatikusan bekerülnek,''' ha akarnak) ''VAGY''
**'''Emelt szintű érettségi''' matematikából vagy fizikából ''VAGY''
**A fenti tárgyak egyikéből '''OKTV tanulmányi verseny 11-30. helyezett'''
:Felvételi döntés a létszámkorlát figyelembevételével meghatározott minimumpontszám alapján történik. A pontszámba a felvételi pontszám számít bele, és az egyes versenyeredményekért, második emelt szintű érettségikért pluszpontok kaphatók. 
*Lehetőség van egy/két szemeszter után is becsatlakozni, '''mintatantervi haladás, és utolsó szemeszterben legalább 4.0 súlyozott tanulmányi átlag''' esetén, ha nincs fegyelmi vétsége.

===Bennmaradáshoz===
*mintatantervi haladás (1-4. félév), teljesítményarányos haladási sebesség (5-7-11. félév)
*legalább '''4.0''' súlyozott tanulmányi átlag minden félévben
*legalább '''30''' IMSC pont megszerzése minden félévben
Semmilyen negatív következménnyel nem jár, ha nem sikerül tartani - ekkor a hallgató átsorolódik normál képzésre, és a fenti feltételek teljesítése után a félév végén akár vissza is kerülhet.

==Előnyök és hátrányok==
'''Előnyök:'''
*Gyorsabb haladási ütem (BSc + MSc képzéshez képest '''fél évvel korábban végzel''')
*Minden hallgató kap maga mellé egy '''mentort''', aki segít minden felmerülő kérdésben (specializációs időszakban)
*'''Érdekesebb''' és egyben '''nehezebb''' feladatok gyakokon, így a ZH feladatai könnyebbnek tűnnek majd
*Kisebb gyakorlat- és laborcsoportok kizárólag IMSc-seknek, így minden félévben lesz egy értelmesen összerakott órarended, és tárgyfelvételnél nem kell aggódni a helyeken
*A résztvevők - a program első szemeszterének kivételével - IMSc ösztöndíjban részesülnek, melynek összege függ az IMSc pontok számától és a teljesített félévtől.
*Szakonként és évfolyamonként a legjobban teljesítő max. 5-5 hallgató Dékánni IMSc '''ösztöndíjat''' kap
*Erősebb tudást ad
'''Hátrányok:'''
*Engedély nélkül '''nem szabad dolgozni''' egyetem mellett (ezért van az ösztöndíj)
*Az előre megadott gyakorlat- és laborcsoportok miatt az '''órarended fix''', kevés a variációs lehetőség
*'''Többet kell tanulnod,''' így kevesebb szabadidőd marad

==IMSc pontok==
IMSc pontokat IMSc és normál képzésen is, szorgalmi feladatok megoldásával lehet szerezni. Ilyesfajta pluszfeladatok előfordulhatnak ZH-kban, vizsgákon és házifeladatokban, tantárgytól függően. Persze a meg nem oldásuk nem jár semmilyen negatív következménnyel, nélkülük is lehet 100%-os ötöst csinálni. 
Minden tantárgyból a kreditértéke ötszörösének megfelelő IMSc pont adható, és főleg az IMSc-ösztöndíjak megítélésénél játszik szerepet az, hogy kinek mennyi pontja van.

===Pontszerzési lehetőségek===

Ezek az évek alatt változhatnak, szóval nyugodtan javítsátok ki ha valamiben eltérne a valóságtól.

==== Mérnökinfó ====
===== 1. szemeszter =====
Legegyszerűbben Digitből a házikkal és Fizikából lehet összeszedni a minimum 30 pontot, de ettől még érdemes máshonnan is szerezni.
* [[Analízis I.]]: A ZH-kon és a vizsgán plusz feladat megoldásával lehet szerezni, viszont sokkal jobban kell hozzá érteni az elméletet.
* [[A programozás alapjai I.]]: Az 5-ös fölötti pontszámért lehet kapni. Ehhez érdemes megoldani a szorgalmi feladatokat és gyakorolni a ZH-ra, hogy gyorsan meg tudd oldani, ha az IMSC feladatra is akarsz hagyni időt. (A ZH IMSC feladata nem feltétlen nehezebb a többinél, inkább azt méri mennyire gíorsan tudsz megoldani még egy feladatot.)
* [[Bevezetés a számításelméletbe I.]]: A ZH-kon elérhető pontszám 50 pont feletti részét lehet IMSC pontként megkapni, valamint a vizsgán is lehet szerezni.
* [[Digitális technika]]: A két házi feladaton plusz feladat megoldásával szerezhető 5-5 pont, valamint ZH-n és vizsgán is lehet szerezni plusz feladat megoldásával.
* [[Fizika 1i]]: Az elmúlt két évben a vizsgaidőszakban lett kiadva IMSC házi feladat, melyben egy választott fizikai problémát kellett leprogramozni (szinte) bármilyen programozási nyelven. Itt ha jól elkészíted és dokumentálod, 20 IMSC pontot össze lehet szedni 1-2 napnyi időráfordítással.
===== 2. szemeszter =====
Hasonlóan mint előző félévben, itt is a Fizika az, amivel a legegyszerűbb sokat szerezni.
* [[Analízis II.]]: Mivel félévközi jegyes a tárgy, ezért itt már csak a 2 ZH-n lehet pontokat szerezni. Hasonlóan az előző félévhez, itt is az elmélet mélyebb ismerete tud segíteni a plusz feladatok megoldásában.
* [[A programozás alapjai II.]]: Itt is az 5-ös fölötti pontszámért lehet kapni, ennek eléréseben sokat segítenek a szorgalmik és a ZH-n lévő extra feladatok.
* [[Bevezetés a számításelméletbe II.]]: Ugyanúgy, mint előző félévben, annyi különbséggel, hogy 2 helyett 1 ZH van.
* [[Fizika 2i]]: Ugyanúgy, mint előző félévben.
* [[Rendszermodellezés]]: Próba HF-el, szorgalmival és a ZH-n plusz feladat megoldásával lehet pontokat szerezni, itt viszont csak a plusz pontok 5-ös feletti része számít IMSC pontnak. (Tehát csak a plusz pontot érő dolgok megoldásából tudsz szerezni, de ez első előadáson el lesz mondva.)
* [[Számítógép architektúrák]]: ZH-n és vizsgán vannak plusz IMSC feladatok, amelyek vagy nehezebb példák, vagy plusz tananyagból származó kérdések.

==Vélemények==
*A program elindulásával egyidőben léptem be az IMSc-be, és nekem megérte. Tényleg sokkal több tudást ad, és motiválóbb - ráadásul legtöbbször mi kapjuk a legjobb tanárokat. Szerintem az emberek sokkal jobban félnek ettől a képzéstől, mint kellene. Ha nem tudod hozni a négyes átlagot, akkor visszakerülsz normál képzésre, és kész, ahol nem lesz hiányosságod, mert amit ők tanulnak, azt mi is. Amiben nekünk pluszmunkánk van, az némi extra IMSc-tananyag, de ezeket csak IMSc-pontokért kérik számon, tehát egyfajta szorgalmi feladat ez is. - [[Szerkesztő:Schulcz Ferenc|Schulcz Ferenc]] ([[Szerkesztővita:Schulcz Ferenc|vita]]) 2017. június 17., 18:54 (UTC)

*Kicsit olyan mint orosz rulettezni patronos pisztollyal, vagy bejön és úgy érzed: "Igen, ezt is megcsináltam", vagy egy kicsit cseng a füled, meg fura érzés van az orrodban majd egy enyhén kellemetlen élménnyel távozol, de komoly károk nélkül. Alapképzésen kezdtem, aztán lett elég átlagom arra hogy csatlakozzak, szóval gondoltam miért ne. Nekem tetszik hogy kisebb csoportokban vagyunk, és az extra feladatok is jó kihívást jelentenek. Azoknak akik úgy érzik, hogy szívesen kipróbálnák magukat valamennyivel hajtósabb gyakorlatokon csak ajánlani tudom. Főleg mivel lement az első kör és kevésbé valószínű az olyan irányú meglepetés, hogy ja ebből is külön előadás lesz. (Ja igen, és én még eddig úgy vagyok vele, hogy igen, ezt is megcsináltam.)

*Az első évfolyammal csatlakoztam, akiknek bennmaradási feltétel a 30 IMSc pont. Nem mondom, hogy teljesen simán, de össze lehet hozni. Nekem a tankör húzóereje nagy segítség, hogy látom, hogy a többiek is tanulnak. Emellett nincs kb. semmi vesztenivaló, úgyhogy megéri kipróbálni. Az IMSc ösztöndíj pedig (a tanulmányi mellett) jó lehetőség.

==Hivatkozások==
*[http://imsc.vik.bme.hu Hivatalos IMSc honlap]
*[http://start.vik.bme.hu/integralt-bsc-msc BME VIK Start]

Dzsájrosz

2021-02-09T20:16:30Z

Várkonyi Kornél: bruh

{{Kör
| név = Dzsájrosz
| gyakoriság = Hetente
| nap = Csütörtök
| hely = SCH -1 nagykonyha
| alapítás = 2015
| körvezető = Várkonyi Kornél
| reszort = SZOR
| levlista = dzsajrosz@sch.bme.hu
| honlap = http://dzsajrosz.sch.bme.hu/
}}

A Dzsájrosz kör minden csütörtök este ínycsiklandó husik, mennyei házi szószok és
különféle zöldségek hadának segítségével látja el minél jobb és minél bőségesebb gyrosszal
a kollégium lakóit. A többéves tapasztalattal és folyamatos újításokkal azon igyekszenek,
hogy a kolisoknak még a sarki gyrososokhoz se kelljen lemenni, ha a környék legjobbját
szeretnék megkóstolni. Az ajtajuk nyitva áll! Mindenkit szívesen látnak, aki megtanulná a
gyros készítésének apró fortélyait, örömmel részese lenne egy jó és összetartó csapatnak,
illetve időről időre szívesen lejönne a konyhába, hogy kiszakadva a hétköznapokból, jó
hangulatban, fincsi gyrosokkal elégítse ki a kolisok kulináris vágyait. (Forrás: [http://www.impulzus.com/ Impulzus])

== Történet ==
A kör TTNY-ben alakult, kezdetben még csak szintvacsorák alkalmával. Amikor láttuk, hogy erre egyre nagyobb az igény, úgy gondoltuk, hogy érdemes kört alapítani a kezdeményezésből.
== Jelentkezés ==
Megtalálsz minket minden csütörtökön a -1 nagykonyhában valamint szerdánként 7-8 között a 7. konyhában. Ezen kívül kereshetsz minket a dzsajroszkor@gmail.com címen.
[[Kategória:Sch]]

Schönherz Elektronikai Műhely

2020-11-28T18:41:31Z

Várkonyi Kornél:

{{Kör
| név = Schönherz Elektronikai Műhely (SEM)
| gyakoriság = heti
| nap = kedd 19:00
| hely = 320
| alapítás = 2008
| körvezető = [https://pek.sch.bme.hu/profiles/pali Weisz Pál]
| reszort = Simonyi Károly Szakkolégium
| levlista = sem@sch.bme.hu
| honlap = http://sem.sch.bme.hu
}}

== Schönherz Elektronikai Műhely (SEM) ==

[[File:semlogo_flat.png|200px|thumb|A kör logója]]

=== Rólunk: ===
2008-óta a 319-es műhelyben és a 320-as fejlesztőlaborban vagyunk megtalálhatóak. A Schönherz Elektronikai Műhely – vagy röviden SEM – a kollégium gyakorlatias villanyos és informatikus szakembereit fogja össze. A tagok és a lelkes újoncok szakmai képzésén túl nagyobb projektekkel is foglalkoznak, mint a Mosógép.sch vagy az Óriáskijelző fejlesztése. A kisebb-nagyobb munkák elvégzésére egy felszerelt műhely áll rendelkezésre, amit akár te is igénybe vehetsz. Lehetőség van kisebb famunkák végzésére, rendelkezik saját építésű CNC-vel, 3D nyomtatóval, vegyészeti fülkével és természetesen az elektronikai fejlesztésekhez elengedhetetlen oszcilloszkópokkal, függvénygenerátorokkal, labortápegységekkel, forrasztási felszereléssel és egyéb, barkácsoláshoz szükséges eszközökkel és alapanyagokkal.

A [http://sem.sch.bme.hu/ weblapon] meg a "Van-e valaki a SEM-ben?" részt, ahol real-time tudod hogy éppen vannak-e a műhelyben.
Általában estefelé valaki biztos van arra, ha véletlen fülhallgatót, vagy atomreaktort akarsz forrasztani sürgősen.

=== Mivel foglalkozunk? ===
Analóg elektronika, erősítők, végfokozatok, rádiós dolgok. Digitális cuccokkal, beágyazott rendszerek tervezésével, programozásával. Találhatsz itt PIC, AVR, STM32 vagy ESP programozáshoz értő embereket, vagy FPGA fejlesztőket is. Mi a hardverhez maradunk általában közel, de akadnak akik linux kernelek fordításáig és saját kiegészítő szoftverek írásáig is merészkednek. Javítanak itt laptopokat is, BGA csere vagy komolyabb javítások is sikeresen elvégezhetőek kellő tapasztalattal. Magunk gyártjuk kisebb projektek esetén a nyák (nyomtatott áramköri) lapokat, összeépítjük majd CNC-vel vagy 3d nyomtatóval elkészítjük a dobozolást is hozzá. Tavaszi félévben alapozó tanfolyamokat tartunk az érdeklődőknek, ezek mellett haladó témákban is akadnak tanfolyamok. A témák egészen az alapoktól indulnak, mint a villamos hálózatok, kapcsolási rajzok készítése, nyomtatott áramköri lapok tervezése és építése vagy beágyazott szoftverek fejlesztése. Azoknak, akik szeretnének belemélyedni a szakmába, előadásokat tartunk például CNC programozásról, mechanikai tervezésről vagy éppen kapcsolóüzemű tápegységekről.

=== Mivel kereshetlek benneteket? ===
*ha esetleg van kidobásra ítélt műszaki cikked (számítógép, mikrohullámű sütő, stb.), azt nyugodtan nekünk ajándékozhatod
*beágyazott programozás
*laptop tisztítás, szétszerelés, újrapasztázás
*elektromos elkatrészek kellenének
*eszköz, szerszám kölcsönzése
*NYÁK gyártás (egyszerűbb esetben)
*szakmai tanács, hibakeresés
*fülhallgató javítás
*CNC marás

=== SEM-es közélet: ===
A SEM nem csak műhely, hanem egyben egy társaság is. A tagok körvacsorák alkalmával jobban megismerhetik egymást és a chilisbabot, ami már régi hagyománynak számít. Rendszeresen tartunk SEMmozi esteket, amikor a műhelyt berendezzük mozinak. Ugyan korlátozott számban, de azzál exkluzívabban megtekintünk egy filmremeket a saját készítésű vásznunkon és hangrendszerünkkel. Néha egy paintball játék alkalmával pedig kiereszjük a gőzt a gőzt, esetleg más körökkel vagy ellen játszva. Üzemlátogatások alkalmával az iparral is szorosabb ismeretséget szerezhetünk. Nyáron, rendszerint vízpartra szervezett táborral várjuk az új szemesztert.

=== Hogyan csatlakozhatok? ===
Legtöbben úgy kezdik, hogy nincsenek a szakma csúcsán, esetleg még nem is hallottak mikrokontrollerekről. Ettől nem kell megilyedni, mint a legtöbb kör, mi is elsőp sorban közösség vagyunk és itt rádragadnak a dolgok, ezzel együtt a szakmai is. Ugyan a felvételhez szükséges bizonyítani szakmailag is, de ebben segítenek a tagok. A fontos, hogy legyél aktív a körbe, hogy ismerjék a képed és vállalj feladatokat. Több infóért írj egy levelet vagy gyere el a gyűlésünkre, ott megtudod!

=== Média ===
* '''A Mátrix''': [https://issuu.com/impulzus/docs/impulzus_xlv_05_issuu/22 45. évfolyam, 5. szám, 22. oldal]

[[Category:Sch]]

Dzsájrosz

2020-11-28T18:40:19Z

Várkonyi Kornél:

{{Kör
| név = Dzsájrosz
| gyakoriság = Hetente
| nap = Csütörtök
| hely = SCH -1 nagykonyha
| alapítás = 2015
| körvezető = Vérkonyi Kornél
| reszort = SZOR
| levlista = dzsajrosz@sch.bme.hu
| honlap = http://dzsajrosz.sch.bme.hu/
}}

A Dzsájrosz kör minden csütörtök este ínycsiklandó husik, mennyei házi szószok és
különféle zöldségek hadának segítségével látja el minél jobb és minél bőségesebb gyrosszal
a kollégium lakóit. A többéves tapasztalattal és folyamatos újításokkal azon igyekszenek,
hogy a kolisoknak még a sarki gyrososokhoz se kelljen lemenni, ha a környék legjobbját
szeretnék megkóstolni. Az ajtajuk nyitva áll! Mindenkit szívesen látnak, aki megtanulná a
gyros készítésének apró fortélyait, örömmel részese lenne egy jó és összetartó csapatnak,
illetve időről időre szívesen lejönne a konyhába, hogy kiszakadva a hétköznapokból, jó
hangulatban, fincsi gyrosokkal elégítse ki a kolisok kulináris vágyait. (Forrás: [http://www.impulzus.com/ Impulzus])

== Történet ==
A kör TTNY-ben alakult, kezdetben még csak szintvacsorák alkalmával. Amikor láttuk, hogy erre egyre nagyobb az igény, úgy gondoltuk, hogy érdemes kört alapítani a kezdeményezésből.
== Jelentkezés ==
Megtalálsz minket minden csütörtökön a -1 nagykonyhában valamint szerdánként 7-8 között a 7. konyhában. Ezen kívül kereshetsz minket a dzsajroszkor@gmail.com címen.
[[Kategória:Sch]]

Szoftver projekt laboratórium - Jégmező galéria

2020-05-21T03:58:35Z

Várkonyi Kornél:

{{Vissza|Szoftver projekt laboratórium}}

==Feladat kiírás==
A játékban a különböző képességű szereplőknek (3 vagy több játékos lehet) kell egy tengerrel körülvett jégmezőn túlélniük. A szereplők lehetnek eszkimók vagy sarkkutatók, és körökre osztva tevékenykednek.

A jégmező jégtáblákból áll. Vannak stabil jégtáblák, amelyeken akárhány szereplő állhat, és vannak instabil jégtáblák, amik adott létszám felett átfordulnak és ilyenkor a rajtuk állók a vízbe esnek. A jégtáblákat a játék kezdetén eltérő mennyiségű hó borítja.

Az egyes jégtáblákba különféle tárgyak lehetnek belefagyva: lapát, kötél, búvárruha, élelem, stb. Befagyott tárgyat csak akkor lehet meglátni és kiásni, ha a jégtábla tiszta, nem borítja hó. A jégtáblák között lehetnek hóval fedett lukak is, amibe beleesve csak a búvárruhát viselők élnek túl, vagy azok, akiket egy köteles barátjuk a szomszéd jégtábláról azonnal kimenekít.

Minden szereplő egy körben 4 egységnyi munkát végezhet. Ilyen munka például a jégtáblán levő egységnyi mennyiségű hó eltakarítása, egy szomszédos jégtáblára való lépés vagy egy kiásott tárgy felvétele. A lapáttal két egységnyi hó takarítható el egy munkaráfordítással.

A jégmezőn időnként feltámad a hóvihar, és néhány érintett jégtáblát újabb adag friss hóval borít be. Akit elkap, annak a testhője egységnyivel csökken. Az eszkimóknak a játék elején 5 egység testhője van, a sarkkutatónak csak 4. Egy élelem eggyel növeli a testhőt.

A szereplők jégtábláról-jégtáblára haladnak képességeiknek megfelelően. A sarkkutató meg tudja nézni, hogy az a jégtábla, amire lépne, hány embert bír el (a luk egyet sem). Az eszkimó tud iglut építeni, amiben átvészelhetők a hóviharok. Egy-egy képesség alkalmazása is egy-egy munkát jelent.

A játék célja egy jelzőrakéta alkatrészeinek (pisztoly, jelzőfény, patron) megtalálása. Az alkatrészek is a jégbe vannak fagyva. Ha ezeket a csapat összegyűjti és ugyanarra a jégtáblára viszi, akkor egy munka felhasználásával összeszerelhetik és elsüthetik, amivel megnyerik a játékot. Ehhez azonban mindannyiuknak ugyanott kell állniuk. Ha valaki menet közben meghal (vízbe esve megfullad vagy elfogy a testhője és kihűl), akkor a játék véget ér.

=== Módosítás ===
* új kiásható tárgy: sátor (használatkor úgy viselkedik, mint az iglu, de egy kör után eltűnik)
* új kiásható tárgy: törékeny ásó (2 havat tud lapátolni, de 3 használat után eltörik és onnantól nem működik)
* új szereplő: jegesmedve. Véletlenszerűen kószál, körönként egyet lép. Ha elkap valakit (közös jégtáblán áll vele), vége a játéknak. Az iglun átgyalogol, nem megy be (az iglu megvédi a bentlevőket), de sátorba be tud menni, az nem véd ellene.

[[Kategória:Mérnök informatikus]]

Szoftver projekt laboratórium - Jégmező galéria

2020-05-21T03:57:47Z

Várkonyi Kornél:

Szoftver projekt laboratórium - Jégmező galéria

2020-05-21T03:56:46Z

Várkonyi Kornél: 2020-as feladat hozzáadása

==Feladat kiírás==
A játékban a különböző képességű szereplőknek (3 vagy több játékos lehet) kell egy tengerrel körülvett jégmezőn túlélniük. A szereplők lehetnek eszkimók vagy sarkkutatók, és körökre osztva tevékenykednek.

A jégmező jégtáblákból áll. Vannak stabil jégtáblák, amelyeken akárhány szereplő állhat, és vannak instabil jégtáblák, amik adott létszám felett átfordulnak és ilyenkor a rajtuk állók a vízbe esnek. A jégtáblákat a játék kezdetén eltérő mennyiségű hó borítja.

Az egyes jégtáblákba különféle tárgyak lehetnek belefagyva: lapát, kötél, búvárruha, élelem, stb. Befagyott tárgyat csak akkor lehet meglátni és kiásni, ha a jégtábla tiszta, nem borítja hó. A jégtáblák között lehetnek hóval fedett lukak is, amibe beleesve csak a búvárruhát viselők élnek túl, vagy azok, akiket egy köteles barátjuk a szomszéd jégtábláról azonnal kimenekít.

Minden szereplő egy körben 4 egységnyi munkát végezhet. Ilyen munka például a jégtáblán levő egységnyi mennyiségű hó eltakarítása, egy szomszédos jégtáblára való lépés vagy egy kiásott tárgy felvétele. A lapáttal két egységnyi hó takarítható el egy munkaráfordítással.

A jégmezőn időnként feltámad a hóvihar, és néhány érintett jégtáblát újabb adag friss hóval borít be. Akit elkap, annak a testhője egységnyivel csökken. Az eszkimóknak a játék elején 5 egység testhője van, a sarkkutatónak csak 4. Egy élelem eggyel növeli a testhőt.

A szereplők jégtábláról-jégtáblára haladnak képességeiknek megfelelően. A sarkkutató meg tudja nézni, hogy az a jégtábla, amire lépne, hány embert bír el (a luk egyet sem). Az eszkimó tud iglut építeni, amiben átvészelhetők a hóviharok. Egy-egy képesség alkalmazása is egy-egy munkát jelent.

A játék célja egy jelzőrakéta alkatrészeinek (pisztoly, jelzőfény, patron) megtalálása. Az alkatrészek is a jégbe vannak fagyva. Ha ezeket a csapat összegyűjti és ugyanarra a jégtáblára viszi, akkor egy munka felhasználásával összeszerelhetik és elsüthetik, amivel megnyerik a játékot. Ehhez azonban mindannyiuknak ugyanott kell állniuk. Ha valaki menet közben meghal (vízbe esve megfullad vagy elfogy a testhője és kihűl), akkor a játék véget ér.

=== Módosítás ===
* új kiásható tárgy: sátor (használatkor úgy viselkedik, mint az iglu, de egy kör után eltűnik)
* új kiásható tárgy: törékeny ásó (2 havat tud lapátolni, de 3 használat után eltörik és onnantól nem működik)
* új szereplő: jegesmedve. Véletlenszerűen kószál, körönként egyet lép. Ha elkap valakit (közös jégtáblán áll vele), vége a játéknak. Az iglun átgyalogol, nem megy be (az iglu megvédi a bentlevőket), de sátorba be tud menni, az nem véd ellene.

Szoftver projekt laboratórium

2020-05-21T03:54:15Z

Várkonyi Kornél: 2020-as feladat hozzáadása

{{Tantárgy
|név=Szoftver projekt laboratórium
|tárgykód=VIIIAB06
|régitárgykód=VIIIAB02, VIIIA220
|kredit=3
|felev=4
|kereszt=nincs
|tanszék=IIT
|kiszh=nincs
|vizsga=nincs
|nagyzh=nincs
|hf=11 db
|szak=info
|targyhonlap=https://www.iit.bme.hu/targyak/BMEVIIIAB02
|levlista=szoftlab4{{kukac}}sch.bme.hu
|facebook=https://www.facebook.com/groups/338196589708558/
}}

{{Átnevezett tárgy|Szoftver laboratórium 4}}

A labor célja objektum orientált alkalmazás készítése UML (Unified Modeling Language) leírással, JAVA-ban megvalósítva, RUP (Rational Unified Process) processz szerint. A hallgatók 4-5 fős csoportokban dolgoznak és készítik el a dokumentumokat a megadott ütemezés szerint (a félév során 11 beadandó feladat lesz). A dokumentumokat a megadott formátumban, az összefoglalás és a programkód kivételével nyomtatott változatban kell beadni.

==Követelmények==
===Előtanulmányi rend===
[[Szoftvertechnológia]] tárgyból aláírás és [[A programozás alapjai 3]] tárgyból kredit megszerzése szükséges a tárgy felvételéhez.

(A VIIIA220 tárgy felvételéhez [[Szoftvertechnológia]] tárgyból kredit megszerzése szükséges.)

===Szorgalmi időszakban===
*A kezdés feltétele, hogy az egyes hallgatók ''csapatokba szerveződjenek (4-5 fő)'', és ''konzultációs időpontot válasszanak'' maguknak. Ha ez explicit nem történik meg, a tárgyfelelős implicit módon a maradék embereket csapatokká kasztolja.
*A min. elégséges '''félévvégi jegy''' feltételei:
**A félév során kiadott '''11 feladat leadása''' (8 dokumentáció, 3 dokumentáció+szoftver). Egy feladat leadásának feltétele ''az összes előző feladat sikeres teljesítése''. A teljesítés feltétele a 3 szoftver fázisnál (Szkeleton, Proto, Grafikus) a kapható pontok 41%-nak teljesítése (ez rendre 9, 15, 17 pontot jelent), a többi feladatnál, hogy a konzulens a feladatot elfogadja (tehát itt nincs minimum pont követelmény).
*'''Pótlási lehetőségek:'''
**Késedelmes leadás esetén a kapható pontok ''naponta 10%-kal csökkennek'', tehát 10 nap késés esetén már biztosan nem jár pont (de ebben az esetben is le lehet adni a feladatot, hiszen ez a többi feladat teljesítésének feltétele). Késés esetén közvetlenül a konzulensnek, vagy a tanszéken lehet leadni az anyagot.
**Ha a konzulens egy feladatot ''nem'' fogad el, úgy azt a következő hétre (a következő beadandó feladattal együtt) újra be kell adni, ilyenkor a rá kapható pont a maximális pontszám 40%-a. Pótolni egy alkalommal lehet.
*'''Kontakt órák'''
**'''Gyakorlat:''' Heti egy alkalom (nem kötelező minden csapattagnak a részvétel).

===A vizsgaidőszakban===
*'''Vizsga:''' nincs.

===Félévvégi jegy===
*A feladatok részletes pontozása:
# Szkeleton (összesen 100 pont, ''min 41 pont'')
#* Követelmény, projekt, funkcionalitás (10 pont)
#* Analízis modell kidolgozása 1. (20 pont)
#* Analízis modell kidolgozása 2. (30 pont)
#* Szkeleton tervezése (20 pont)
#* Szkeleton beadása (20 pont, ''min 9 pont'')
# Proto (összesen 100 pont, ''min 41 pont'')
#* Prototípus koncepciója (20 pont)
#* Részletes tervek (45 pont)
#* Prototípus beadása (35 pont, ''min 15 pont'')
# Grafikus (összesen 100 pont, ''min 41 pont'')
#* Grafikus felület specifikálása (30 pont)
#* Grafikus változat beadása (40 pont, ''min 17 pont'')
#* Összefoglalás (30 pont)
*Mindhárom feladatrész 100 pontot ér. A sikeres teljesítéshez szükséges, hogy ''mindegyik ilyen blokkból a csapat legalább 41 pontot elér'' (és a ''blokkok végén található szoftver beadásra is legalább 41%-ot kap''). Ha ez a feltétel ''nem'' teljesül, az ''egyéni teljesítménytől függetlenül mindenki elégtelent kap'' a csapatban! Ha a minimum követelmények teljesülnek, úgy a Szkeleton (Sc), Proto (Pr), illetve Grafikus (Gr) feladatrészekre kapott pontok súlyozott átlagát kell venni, ahol a súlyok:
*<math>P= 0,3*Sc+0,5*Pr+0,2*Gr</math>
*Az így képzett átlag a csapat pontszáma. Ez a pontszám végül az egyes csapattagok kontribúciójának arányában oszlik el (ezt az arányt a csapat állapítja meg). Amennyiben ez az arány nem tükrözi a napló tartalmát, úgy a konzulens ezt az arányt a csapattagok részvételével (vagy akár anélkül) megváltoztathatja.

*Ponthatárok:
:{|class="wikitable" style="text-align: center; width: 110px; height: 40px;"
!Pont !!Jegy
|-
| 0 - 40 || 1
|-
| 41 - 54 || 2
|-
| 55 - 68 || 3
|-
| 69 - 82 || 4
|-
| 83 - 100|| 5
|}

==Jótanácsok==
* [[Szerkesztő:Madbence/Szoftver labor 4 tanácsok|Lennon tanácsai]] a tárgyhoz

=== Verzókezelés ===
Mindenképpen kell egy értelmes verzókezelő rendszer, ha dropboxon vagy haosnlón küldözgetitek, csak magatokkal toltok ki. Jelenleg (2014) működik a [https://git.sch.bme.hu kszk git verziókezelője], pár perc alatt el lehet sajátitani hozzá az alapokat: [https://www.atlassian.com/git/tutorials tutorial]

=== Doksi írás===
Érdemes olyan platformot választani, amit egyszerre mindenki tud használni, nem kell várni a másikra, illetve utólag összeollózni. Jelenleg a [https://drive.google.com Google Drive]nál nem tudok jobbat ajánlani.

=== Kommunikáció ===
Nem kell mindig találkozni, a lényeg, hogy legyen egy olyan közös csatorna, amit mindenki tud követni. Akár facebookbeszélgetés, akár levlista, a lényeg hogy mindig, mindenki kapja meg. (A kódokat viszont ne itt küldözgessétek...)

=== Kommentezés ===
Bármilyen függvényt írsz, mindig kommenteld oda, hogyan kell használni, mire szánod, mert a csapattársad nem tud olvasni a gondolataid között

=== Beadandó tartalmi követelménye ===
2017 tavaszán nekünk Goldschmidt Balázs volt a labvezünk, ezek az információk főleg tőle származnak.
* 2. Követelmény, projekt, funkcionalitás:
** Ennek a dokumentumnak a legfontosabb részei:
*** Funkciók: A feladat szövegében sok olyan részlet van, ami nincsen kifejtve, a csapatra van bízva, hogy ők hogyan képzelik el. Ebben a részben főleg az ilyen részleteket kell kifejteni, azaz úgy kell átfogalmazni a feladat szövegét, hogy abból minden egyértelmű legyen, ne lehessen részeket többféleképpen értelmezni.
*** Követelmények: Ennek összhangban kell lennie a Funkciók résszel, a szövegben főleg az igékre fókuszálva célszerű kigyűjteni ezeket. (ajánlott legalább 15-20 követelmény megfogalmazása) Ez alapján a use-case-ek meghatározása már könnyű.
*** Szótár: Mindent fontos benne meghatározni, nem szabad olyan fogalomnak maradnia a korábbi részekben, ami itt nincsen egyértelműen meghatározva. Természetesen nem csak a mennyiség, hanem a minőség is fontos. A funkciók olvasása közben könnyen kigyűjthetőek ezek a fogalmak. Ajánlott, hogy több ember is olvassa át ezt, mert ekkor még a csapatban nem alakul ki egy tlejesen közös kép a feladatról, és emiatt mindenki a saját elképzelését fogalmazza meg, így fellelhetőek az olyan részek, amik nem lettek még a csapaton belül normálisan tisztázva.
** Többi rész főleg a dokumentum keretbe foglalásáért felelős, de azok kitöltése is követelmény.
* 3. Analízis modell kidolgozása 1:
** Objektum katalógus: Ennél a résznél még nem osztályokban kell gondolkodni, hanem a feladatot olvasva ki kell gyűjteni az entitásokat. Ez alapján utána könnyebben lehet az osztályokat meghatározni. Itt még nem szabad az osztályoknak, interfészeknek, öröklésnek megjelennie.
** Statikus struktúra diagram (osztály diagram), szekvencia diagram: Ezt a két részt együtt ajánlott készíteni, hiszen az osztálydiagram hibái előkerülnek a szekvenciák megfogalmazása közben és fordítva is igaz. Fontos az összhang, azaz ami megjelenik az osztálydiagramon, az legalább egy szekvencián is szerepeljen, és ami a szekvencia diagramokon rajta van, az az osztálydiagramon is kell, hogy szerepeljen. Nagyságrendileg 20 szekvenciadiagram ajánlott.
** Osztályok leírása: Jellemzően csak szöveg gyártásáról szól ez a rész az eddig elkészítettek alapján.
** State-chartok: Nálunk az hangzott el, hogy nem túl fontos, csak tényleg akkor rakjunk bele, hogyha van olyan része a feladatnak, amit jól jellemez.
* 4. Analízis modell kidolgozása 2:
** Általában az előző részt nem szokta senki sem elsőre jól megcsinálni, emiatt mégegyszer meg lehet próbálni. A labor vezetők rá fognak mutatni az előző beadandó hibáira, és legalább azokat ajánlott javítani a jó pontért. Természetesen aki az előzőt jobbra megcsinálta, annak itt kvesebb tennivalója van.
* 5. Szkeleton tervezése:
** A szekelton lényege, hogy a korábban megfogalmazott működést kellene egyszerű konzolos felületen keresztül bemutatnia, azaz nyomon kell tudni követni egy adott szekvenciát például.
** Sok (>10) use-case-t ajánlott megfogalmazni, nagyjából a program teljes működését le kellene velük fedni.
** A menüben az előtte megfogalmazott use-case-ek közül kell tudni választani, aminek hatására elindul egy szekvencia végrehajtása. Fontos, hogyha a szekvenciát valamilyen döntési feltétel van (opt, alt), akkor azt a felhasználótól meg kell kérdezni, hogy ez most igaz vagy hamis. Akár az is lehetséges, hogy a felhasználónak előre elmondjuk (kiírjuk), hogy a várt végrahajtáshoz milyen válaszokat kell adnia a megjelenő kérdésekre.
** A konzolra a függvény meghívását (a paramétereivel együtt akár) és a visszatérését is ki kell írni (identálás - tabulátorok használata erősen javasolt).
** Kommunikációs diagramok: UML2-ben objektum diagram nincsen, és ennek a résznek az lenne a lényege, hogy az objektumok közötti kapcsolatokat megjelenítse, azaz a szekvencia diagramok felülnézetét. Nálunk azt mondta Goldschmidt Balázs, hogy itt nem kell megjelennie az üzenetváltásoknak, hiszen azok a szekvencia diagramokon már szerepelnek, azaz itt csak össze kell kötni azokat az objektumokat (nem osztályokat), amik a szekvencia diagramokon szerepelnek, tehát egy szekvencia diagramhoz alapvetően tartozik egy "kommunikációs diagram" is.
* 6. Szkeleton beadása:
** Az első rész vége, tartalmaznia kell egy értékelést is, ahol a tagokra bontva megjelenik, hogy ki mekkora százalékban járúlt hozzá az első rész elkészítéséhez (aláírás javasolt a nevek mellé).
** A dokumentum többi részének a kitöltése értelemszerű.
** Ennél a résznél a program elkészítése az, amire több időt kell fordítani.
* VÁLTOZÁSOK:
** A szekelton beadását követően előszeretettel csinálnak valami módosítást a feladat kiírásában (erről emailben értesítenek mindenkit). Általában ez olyan változás, amit jól elkészített modell esetén könnyű elkészíteni. A következő dokumentum elején ezeket a változásokat meg kell jeleníteni, azaz célszerű egy összefoglalást írni a változásról, majd utána a módosított/új osztály és szekvencia diagramokat kell elhelyezni a dokumentumban.
* 7. Prototípus koncepciója:
** Nagyjából ezt a részt úgy kell elképzelni, mint a szkeleton általánosítását, azaz adott funkciók nem "bedrótozva" vannak, hanem a programunk parancsokat értelmez, és a parancsoknak megfelelő funkcionalitást hajtja végre. Gyakorlatilag ezzel a programnak a modell része majdhogynem teljesen kész lesz, csak a grafikus rész fog hozzákerülni, de az is ehhez hasonló interfészt fog használni.
** A parancsok beolvasására a konzolról célszerű egy segéd osztályt felvenni, amire jó eséllyel nem lesz már szükség a grafikus résznél.
** A parancsok definiálásának egyértelműnek kell lennie, azaz még azt is jelölni, kell, hogy a parancs paraméterezésénél milyen elválaszt karakter van, mi a paraméterek sorrendje, azok mit jelentenek.
** A use-case-ek megfogalmazása ezek alapján nem túl nehéz feladat.
** Tesztelési tervnél a program fontosabb funkcióit legalább le kell fedni. Hogyha van olyan rész, ami több esetben ugyanúgy működik és lényegében csak a megjelenítésben lesz különbség, akkor nem kell többszörösen elkészíteni az adott tesztet.
** Nem ajánlott JUnit vagy valami ehhez hasonló környezetben gondolkodni, mert csak feleslegesen elbonyolítja a helyzetet, bőven elég karakterese bemenetre és kimenetre gondolni.
* 8. Részletes tervek:
** Az előző rész részletezéséről szól ez a dokumentum.
** Az osztályok leírása nagyrészt csak copy-paste a korábban beadott leírásokból.
** Tesztek részletes terveinél az előző dokumentumban definiált nyelvnek megfelelően kell megfogalmazni. Ajánlott tesztenként külön txt-be gyűjteni (főleg a bemenetet), mert később jól fog jönni.
* 10. Prototípus beadása:
** A második blokk vége ez a doksi, úgyhogy ismét kell bele értékelést rakni.
** A dokumentum kitöltése nagyjából értelemszerű, hasonlít az előző ilyenhez.
** Tesztelési jegyzőkönyveknél ajánlott nem csak sikereseket belerakni (mindegyik definiált teszthez kell lennie sikeresnek), hanem egy-két hibás is legyen, hogy látszódjon, hogy van értelme a teszteknek, meg az azért valószínű, hogy elsőre úgysem volt hibátlan a kód, és ez látszódjon a dokumentációban is.
** Teszt bemeneteket ajánlott txt formátumban is mellékelni a beadásnál, mert a tesztelést végző csapatnak nem túl kellemes élmény lehet mindent kézzel beírni.
** A programnak működnie kell úgy is, hogy a bemenetét szöveg fájlból kapja, azaz parancssorban a mellékelt txt fájlokat beleirányítjuk. (nem fájlbeolvasó függvényekre kell gondolni)
* 11. Grafikus felület specifikációja:
** Java Swing-ben kötelező gondolkozni, JavaFX-et el kell felejteni!
** Grafikus interfésznél ajánlott szövegesen leírni, hogy a funkciót hogyan képzeljük el, és néhány (akár paint-ben készült) képpel illusztrálni.
** Felület működési elvénél meg kell fogalmazni, hogy a grafikus megjelenítésért felelős osztályok és a modell osztályok között milyen jellegű kapcsolat van. Alapvetően mindegyik osztályhoz tartozik egy csomagoló/wrapper osztály, amiben a grafikus megjelenítésért felelős kódrészek vannak, de a működésért felelős információk továbbra is a modell osztályban kell maradniuk, azaz az eddig elkészített kódrészekhez nem igazán kell hozzányúlni majd. Alapvetően kétféle megközelítés van: a garfikus rész kérdezi le a modell osztályoktól, hogy hogyan rajzolja ki magát vagy a modell osztályok szólnak, hogy változás történt és rajzold ki magad. A szekvenciáknál az elképzelt elvet be kell mutatni, hogy hogyan fog majd működni, tehát legalább 5-10 diagram kellhet a normális részletezettséghez.
* 13. Grafikus változat beadása:
** Ezzel együtt kell beadni a kész programot is.
** Ismét kell bele értékelést írni a tagok hozzájárulásáról.
* 14. Összefoglalás
** A ráfordított munkaórák alapján a korábban megadott százalékokon akár módosíthat a labvez, hogyha úgy látja, hogy a kettő nincs összhangban.
** A vélemény nem számít bele a kapott jegybe, de azért illik normálisan kitölteni.
(A leírtakért felelősséget nem vállalok, nálunk ezek az elvek voltak igazak, bár tapasztaltuk, hogy labvezenként kisebb/nagyobb eltérés volt, de nincs rá garancia, hogy nálatok is ezek igazak lesznek. Ajánlott laborra úgy menni, hogy előre megnézitek, hogy mit kell a héten csinálni, és akár az itt felsoroltak segítségével kérdéseket fogalmazzatok meg magatokban, és ezekre a kérdésekre a labvezek egyértelmű választ tudnak adni. Csak a doksiban leírt kék szövegek alapján elég nehéz a doksi elkészítése. Tényleg ajánlott figyelni a labor során, mert kellemetlen, amikor másoktól kell információmorzsákat összeszedni, mert éppenséggel senki sem figyelt kellő mértékben a laboron, vagy mindenki másra emlékszik.)

==Feladatok==
{{Rejtett
|mutatott= '''2016/17 tavasz - Vonatos'''
|szöveg=
Sheldon terepasztalt épít vonatjai számára. A terepasztal széleiről időnként vonatok indulnak. Egy vonat egy mozdonyból és valahány kocsiból áll. A kocsikban utasok ülnek, akiket a megfelelő állomásokra kell eljuttatni a megfelelő sorrendben.

A terepasztalon sínek futnak, a vonatok csak a síneken közlekedhetnek. Elágazásoknál a síneket váltók kötik össze. Egy vonat mindig abba az irányba halad tovább, amerre a váltó áll. Bizonyos helyek különlegesek a pályán, ezeken a helyeken egy alagút száját lehet felépíteni vagy megszüntetni. Egyszerre maximum csak két alagútbejárat lehet megépítve a pályán. A két bejáratot egy speciális alagút köti össze, és ha a vonat bemegy az egyik szájon, akkor a másikon jön ki. Az alagút lehet rövidebb is, mint a vonat hossza, és a vonat alagútban lévő része nem látható.

A sínek mellett különböző színű állomások lehetnek. A vonatok kocsijainak is van színe, és amikor egy vonat egy állomáson átrobog, az állomáson csak azok az utasok ugranak le, akik ugyanolyan színű kocsiban utaznak, mint amilyen az állomás színe. A kocsik azonban csak a mozdonytól kezdődő sorrendben ürülnek ki. Tehát hiába ér a vonat egy olyan állomásra, amely megegyezik az utolsó kocsi színével, az utasok nem fognak onnan leszállni, amíg a korábbi kocsik még nem ürültek ki.

A játékos a váltókat tudja állítani, illetve alagútszájakat tud építeni vagy megszüntetni. A játék célja, hogy minden utas eljusson a megfelelő állomásra anélkül, hogy a vonatok egymással összeütköznének. Ha két vonat összeütközik, a játékos veszít. Miután egy terepasztalt sikerült teljesíteni, a játék a következő pályával folytatódik.

'''Módosítás'''
# Sheldon új pályaelemet, kereszteződő síneket vásárolt. A kereszteződés egyszintű, a különböző irányokból jövő vonatok a kereszteződésben ütköznek.
# Egyes állomásokon utasok a megfelelő színű üres kocsikba (a kocsi szerelvényben elfoglalt helyzetétől függetlenül) fel tudnak szállni.
# Sheldon bővítette a vagonkészletét. Vett szeneskocsikat, amiken nem utaznak utasok, nem is tudnak felszállni. Az utasok leszállásánál az ilyen vagonokat nem vesszük figyelembe.

A változásokkal kapcsolatos modellmódosításokat már a március 27-ei, Prototípus koncepciója c. beadandó anyagban is figyelembe kell venni. Az anyagnak legyen egy 0. fejezete, ami tartalmazza a módosítással kapcsolatos szöveges elemzést, a frissített osztálydiagramot, valamint a fenti pontok sorrendjében a módosult és új szekvenciadiagramokat.
}}

==Befejezett projektek galériái==
* [[Szoftlab4_Kindergarten_galéria_2006|Kindergarten Galéria 2006]]
* [[SzgLab4Galeria2008|SnakeFarm Galéria 2008]]
* [[SzgLab4Galeria2010|Bankrabló Galéria 2010]]
* [[SzgLab4Galeria2012|Continuity Galéria 2012]]
* [[Szoftlab4_AntFarm_galéria|AntFarm Galéria 2013]]
* [[Szoftlab4_Két_Torony_galéria|Két Torony Galéria 2014]]
* [[Szoftver projekt laboratórium - Killer sokoban galéria|Killer sokoban galéria 2018]]
* [[Szoftver projekt laboratórium - Jégmező galéria|Jégmező galéria 2020]]

==Csapattoborzás==
Ha nincs csapatod, [https://lists.sch.bme.hu/wws/arc/szoftlab4 levlistán] érdemes szóvá tenni, a legkönnyebben ott lehet csapatot verbuválni. Mivel a csapatban mindenképpen szükség lesz jó kóderre, dokumentálóra, érdemes az ilyen jellegű igényeket is beleírni a toborzó emailekbe. Viszont azt, hogy ''szeretném elvégezni a tárgyat'', lehetőleg ne, hisz én még nem találkoztam olyan emberrel, aki azért vette föl, mert ''nem'' szeretné elvégezni. ([[Szerkesztő:Madbence|lennon]] ([[Szerkesztővita:Madbence|vita]]) 2013. január 19., 21:32 (CET))

{{Lábléc_-_Mérnök_informatikus_alapszak_2014}}
{{Lábléc_-_Mérnök_informatikus_alapszak}}