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

Szoftverfejlesztés mobil eszközökre

2014-08-24T18:18:48Z

Szikszayl:

A tárgy - a neve alapján talán rájöttetek - a mobiltelefonokra történő szoftverfejlesztést mutatja be. Picit közelebbről Symbian alkalmazásfejlesztésről van szó, mobil Java pl. nincs (ahogy ugye a korszerű opre is csak Windows :) ). Nagyjából azoknak ajánlanám, akik szeretnek programozni, és szeretnének olyan fasza programokat irkálni Nokia telefon(juk)ra, amilyeneket tonnaszám lehet letölteni a netről. :)

A követelmények - ahogy Gergely fogalmazott - olyan Hassanos jellegűek: nagyvonalakban házi és vizsga. Picit pontosítva alapesetben meg kell írnod egy házit elfogadható szintre az aláírásért. A feladat specifikációját le kell adni a félév első harmada környékéig. Ha már penge vagy mobil Javában, akkor elfogadnak ilyen nyelven írt házit is, viszont oktatni nem fogják. A ZH-t nem véletlenül pipáltam be az űrlapon. A tárgyból ugyanis megajánlott jegyet lehet szerezni, ennek feltétele egy ZH (ha nem hajtasz megajánlott jegyre, nem kell megírni) legalább 60%-os megírása, és a házinak tudnia kell pár extra dolgot, erről bővebben a tárgy lapján lehet olvasni. Amúgy nem baj, ha nincs megfelelő Nokia telefonod, a házi teszteléséhez az AUT-ról lehet kölcsönözni telókat. Ha elakadsz a házival - ami azért nem olyan nehezen elképzelhető, a Symbian platform elsőre nagyon szokatlan - a tárgy levlistáján (mobil kukac escéhá pont béeme pont hu) lehet segítséget kérni. Nem ritka, hogy az előadók válaszolnak.

Az oktatás formája heti egy-egy előadás és labor, egyikre se kötelező bejárni. Az előadáson elhangzó dolgokat a Nokia laborban (IB143) lehet a gyakorlatban megtapasztalni. A laborokon az "intuitív kopipészt" módszert követitek, vagyis programkódokat másolgattok egy fájlból egy már bizonyos fokig kész alkalmazás forrásába, megfelelő mennyiségű magyarázat mellett. A labor végén lehetőség van kipróbálni a készterméket az AUT csillivilli Nokia mobiljain, és ráeszmélni, hogy bár időnként úgy tűnik, a Nokia SDK-t csak a takony tartja össze, mégiscsak működik. ;)

Jegyzet van, méghozzá nem is rossz: Charaf, Csúcs, Forstner, Marossy, ''Symbian alapú szoftverfejlesztés''. Ezt az AUT HQ-n (pont szemben a CS tanszékkel) lehet megvásárolni, a boltihoz képest meglehetősen baráti áron. Annyit mindenképp szükségesnek látok leszögezni, hogy csak jegyzetből majdhogynem lehetetlen megtanulni a Symbiant. Szerintem előadásra is érdemes bejárni, de laborra egyenesen létszükséglet. Egy javaslat: hajtsatok rá a megajánlott jegyre, mert olyan sokkal nem nehezebb az így leadandó házi, mintha csak simán aláírásért készítenéd. Ha hardcore programozó vagy, nevezz a háziddal a Nokia Mobil Alkalmazás-fejlesztői Versenyre! Az első díj általában valami fasza Nokia mobil vagy komolyabb pénznyeremény. Az efélévi pályamunkák szerintem nagyon ütősek lettek - riszpekt a készítőknek! ;)

És még egy apróság: a tárgyra nagyon alacsony szokott lenni a jelentkezési limit. Ha tudod, hogy nem vennéd komolyan a dolgot, inkább ne vedd fel, hadd maradjon hely a motiváltabbaknak!

-- [[FoldesAdam|Földe]] - 2007.06.15.

[[Category:Valaszthato]]

Reklámszociológia

2014-08-24T18:16:49Z

Szikszayl:

*A követelmények*: 5x van katalógus random időpontokban, ebből 3-mat kell aláírnod. Ha nem te írod alá, buktad a tárgyat. Van egy nettó 10 oldalas esszé (képek, fedőlap, minden nélkül) a végén, amit szorgalmi időszak végéig le kell adni, majd vizsgaidőszakban megvédeni. Ez egy lájtos elbeszélgetés arról, hogy mit írtál, mi a további véleményed az ügyről. Nem tudom ez valóban befolyásolja-e a kapott jegyet. Nálam nem kérdezett bele (leszámítva hogy valóban én írtam-e :) ). Az esszéhez komoly irodalomjegyzéket vár: mindent sorolj fel, a legkisebb index.hu cikkig, amiből valami gondolatot használsz a dolgozatban.

==[[HaszpraOliver|Haszprus]] - 2005.12.19.==

Virányi Péter kurzusába jártam, az órák szórakoztatók és érdekesek voltak, rengeteget sztorizik, simán ajánlható a jelenlét már csak emiatt is.

A követelmények: 5x van katalógus random időpontokban, ebből hármat kell aláírnod. Ha nem te írod alá, buktad a tárgyat. Van egy 10 oldalas esszé a végén, amit szorgalmi időszak végéig le kell adni, majd vizsgaidőszakban megvédeni. Én 2 embert láttam vizsgát védeni, nem volt túl komoly az ügy, lájtos elbeszélgetés arról, hogy mit írtál, mi a további véleményed az ügyről. Nem tudom ez valóban befolyásolja-e a kapott jegyet. Nálam nem kérdezett bele (leszámítva hogy valóban én írtam-e :) ).

Ha internetes reklámról írsz esszét, akkor óvatosan, mert a technikai részletekre '''nem''' kíváncsi, de a trendekre stb-re igen. Szóval pixelekről hallani sem akar :)

==[[KassaiLaszlo|Cilu]] - 2006.01.10==

Csatlakozom az előttem szólóhoz. Előadásai nem száraz, oktató jellegűek, hanem a jelen és a (közel)múlt különböző médiában megjelent reklámainak a teljesen emberközeli "elemzését", trükkjeit, hátterében álló munkát meséli el sztori formájában. Az előadó célja saját megfogalmazása szerint pár éve a következő volt: "Azt szeretném, ha a reklámszakembereket embernek tekintenék, pont olyan embernek, mint önök." Aki esetleg webfejlesztéssel vagy televíziózással akar a későbbiekben akár technikai szinten is foglalkozni, annak szakmailag is igen hasznos lehet ez a tárgy. Tanulni hagyományos értelemben nem kell, mert az előadás abszolút azonnal ehető, az ember a saját tapasztalataival azonnal a helyére tudja tenni a dolgokat. A megírandó esszénél arra kell csak vigyázni, hogy ne másold valakiről, és nem másold akár egy más oktatási intézmény megfelelő reklámszaki hallgatójának segítségével, mert 1 mp alatt kiszúrja, nagyon jó a memóriája. Ha a saját véleményedet mondod el, az a reklámszakma szempontjából lehet pontatlan, egy mérnökjelölttől nem irodalmi elemzést vár... az egyedi írásokat nagyon szereti. (Pl. ha egy kis faluban laksz, és az ottani reklámlehetőségekről írsz, az pl. tuti befutó...) Aki csak egy picit is érdeklődik a téma iránt, nem fogja megbánni.

==[mailto:nessie@sch.bme.hu nessie]==

Érdekes az előadás, mesél a tanár, időnként kérdez, be lehet menni, de nem muszáj, viszont: összesen öt alkalommal van katalógus, ebből háromszor kell ott lenni. Nem mindig nézi meg vizsgán, ha emlékszik az arcodra, akkor nem figyel oda.

Be kell adni egy kb. tízoldalas tanulmányt valamilyen termék, termékcsoport, médium reklámjával kapcsolatban (Nők és a reklám, Intelligens mosóporok, Flashes hirdetések, stb.). Lehet internetes téma is, ezzel csak az a baj, hogy túl sokan választják, viszont a pasi nem ért igazán hozzá. Nem érdemes mással megíratni, mert tudja, hogy mérnökök vagyunk (leszünk), ezért egyáltalán nem vár el tudományos megállapításokat, csak józan paraszti eszet. Ha más - közgázos ismerős - írja meg, úgyis észreveszi; elég sok könyvet írt ő is a témában, szar dolog, ha a saját tanulmányát látja viszont. Elvileg van vizsga, ha valamivel nem ért egyet vagy látja, hogy nem te írtad, belekérdez, de kb. öt perc az egész..

Nekem négy óra munkával sikerült megírnom egy nyolcoldalas tanulmányt Flashről, ötös lett és még a jelenléti papírokat se nézte meg. Két kreditet simán megér.

==Dániel, Villany Site==

Az előadás elég érdekes, a reklámiparba, reklámkampánytervezésbe nyújt betekintést. Sok kulisszatitkot mond el az előadó. Szóval jók az előadások. A követelmény egy 10 oldalas esszé megírása. Itt elég komolyan veszi az oldalszámot, és ügyelj az irodalomjegyzék meglétére. Ezt az esszét kell "megvédeni" egy vizsgalakalom alkalmával a félév végén. Nem nagy energiabefektetéssel elvégezhető a tantárgy, de tudnod kell beszélni az esszédről. Az órákon a katalógust nem veszi komolyan, ha sokan vannak írat egyet.

[[Category:Valaszthato]]

Pólya-Szegő matematikai feladatmegoldó szeminárium

2014-08-24T18:15:06Z

Szikszayl:

A Neptun szerint a tárgy előadója Pröhle Péter, de ő csak szemlélőként ven jelen, a piszkos munkát 2002-ben végzett fazekasos hallgatók ([http://www.math.bme.hu/~bnc/ Béky Bence], [http://www.math.bme.hu/~pollux/polya/ Horváth Illés] és [http://www.math.bme.hu/~ambrus/ Zsbán Ambrus]) végzik. Idén beszállt a javításba [http://www.math.bme.hu/~komyju/ Komjáthy Júlia] is.

Minden órára kapunk 5-6 matek feladatot, amin egy hétig lehet gondolkozni. A lefedett témakörök elsősorban az analízis, a kombinatorika és a valószínűségszámítás, de az egyszerűbb példák között előfordul néha gráfelmélet vagy geometria is. A feladatok 90%-a informatikusok számára is emészthető. Az órán önként lehet jelentkezni, hogy ki akarja táblánál elmondani a megoldást. Az év elején még aktívak az emberek, de a zh időszakban legtöbbször a feladókra hárul a munka.

Óra végén közösen megszavazzuk, hogy melyik feladatot írjuk le a következő órára, angol nyelven. A beadott dolgozatokat 0, 0.5 vagy 1 pontra értékelik. Kisebb hiányosságok miatt vagy nyelvi hibáért nem vonnak le pontot. A jegyhez félév végéig 8 pontot kell összegyűjteni, 5-ösnél rosszabbat nem adnak. Az órákra nem kötelező bejárni, de nagyon ajánlott, mert az ott elhangzottak alapján lényegesen könnyebb rekonstruálni a megoldást, mint önállóan rájönni.

Összességében viszonylag sokat kell dolgozni a házi feladatokkal, de akit érdekel a matek, és szeretné szinten tartani a tudását, annak megéri.

-- [[PallosPeter|Peti]] - 2006.02.27.

==Pröhle Péter reklámja==

A Pólya--Szegő szeminárium egy bevált lehetőség arra, hogy a gondolkodtató és
nem-számonkérő feladatok megoldásával a problémamegoldó készségünket szinten
tartsuk az egyetemi tanulmányok kreativitást sorvasztó mellékhatása ellenében.
Jó TDK-hoz és szakdolgozathoz az egyetemi tananyag ismerete mellett a rugalmas
feladatmegoldó készségre is szükseg van.

Többnyire a Pólya—Szegő feladatgyűjtemény és az évente megrendezett egyetemek
közti nemzetközi matematika verseny feladatait használjuk.

Elsősorban jó matematikus, fizikus és informatikus hallgatók járnak, több éven
keresztül minden félévben, — a tehetséggondozás folyamatossága érdekében. A
szeminárium egyúttal találkozó az öt évfolyam legjobbjai számára.

A bevált idő: hétfő 16^15 — 17^45 (+-15' eltolás közkivánat szerint),
a bevált hely: H épület, IV. emelet, 45/a terem.

Neptun kód: BME TE 90 9 103 Pólya—Szegő/4 (2 óra előadás, 3 kredit)
(szabadon választható, az egyéb felvehető tárgyak listáján).

Üdvözlettel:
Pröhle Péter.

'''MÓDSZERÜNK'''

Jelentősen eltér az egyéb feladatmegoldó szemináriumoktól a szemináriumunk
célja, tartalma és módszere.

Csak az első-, esetleg a másodéves anyagra épülnek a feladatok, de mégsem
tananyag-számonkérőek, és a megoldásuk éppen ezért kreativitást igényel.
A kiadott feladatokat ki-ki maga oldja meg otthon. A soronkövetkező
szemináriumon megbeszéljük a megoldási lehetőségeket és ötleteket.

'''KÖVETELMÉNYEK'''

Jelenlegi egyetlen követelmény az, hogy az órán ténylegesen részletesen
megbeszélt feladatok közül az egyiket az óra végén kiválasztjuk, és azt a
következő órára leírjuk, és hogy a kor követelményeivel haladjunk, rögtön
angolul. Persze angolból is segítséget nyújtunk egymásnak.
Így nyugodtan jöhetnek azok is, akiknek a feladatok megoldása nehéz lenne, de a
megoldásokat élvezettel meghallgatnák, átgondolnák és angolul leírnák.

A látszólagos lazaság oka: JEGYÉRT KÖTELEZŐEN MEGOLDANDÓ FELADATOK NEM LEHETNEK
AKÁRMILYEN JÓK ÉS GONDOLKODÁSRA SERKENTŐEK, ÉPPEN A SZÁMONKÉRÉS
DETERMINISZTIKUS TELJESÍTHETŐSÉGÉNEK SZOKÁSOS GARANTÁLÁSA MIATT.

Tehát a menedzser-bürokratikus számonkérés mellőzése a megoldás, ha igazi
tartalmi minőséget akarunk a manapság divatos minőségbiztosítás helyett.

[[Category:Valaszthato]]

Monolit integrált áramkörök készítése

2014-08-24T18:13:38Z

Szikszayl:

Tantárgyi adatlap: https://www.vik.bme.hu/kepzes/targyak/VIEE9355/

==Leírás==

Ha sajátkezűleg akartok (egyszerű) integrált áramkört készíteni, vegyétek fel ezt a tárgyat! A tárgy 6 db., összevont, 4-5 órás laborgyakorlatból áll és 4-5 fős kiscsoportos foglalkozás keretében zajlik. Több csoport esetén a tanárnő mellett besegítenek a tanszéki doktoranduszok.

Az időigényes technológiai folyamatokra (termikus oxidnövesztés, diffúzió, nagyvákuumra leszívás) várva mesélik el az elméleti hátteret, mutogatnak meg mindent az EET saját, kicsi félvezetőtechnológiai laborjában. Az egész teljesen gyakorlatorientált. Lehet egykristályos Si szeletet fogdosni, salétromsavban leforralni, 1100 C fokos kályhába nyúlkálni, szilícium-dioxidot maratni, bór diffúziót csinálni... :)

Az eredmény csoportonként 2-3 Si szelet, tele p-MOS tranzisztorokkal, amik többnyire működnek is ;), és chipenként kiadnak 2 db. 4-bemenetű NOR-kaput meg egy 4-szegmenses tranzisztort (mindig ugyanez készül). Ezt még utána lehet darabolni, tokozni, bemérni. Ha nagyon beleszerettél, vihetsz haza egy tokozott IC-t emlékbe! :)

Közben mindig van egy kis keksz, tea, lazítás, hogy ne legyen túl megerőltető a hosszú gyakorlat! ;)

A tárgy eddig mindig az őszi félévben indult és az előzetes tárgyjelentkezés legelején betelt az 20-25 fős létszám. (A 2008/2009/1. félévben esélyes először, hogy nem indul el, mert nincs elég jelentkező...)

Elég jelentkező és érdeklődés esetén előfordult, hogy 1 vagy 2 csoportra való ember a nyári szünet első heteiben, egy-egy hét alatt lenyomta a tárgyat (gyors vizsga, indexbe beírás az őszi vizsgaidőszak végén), de ez most a [[BSc]] nyári termelési gyakorlata miatt kétséges.

==Útmutató==

Innen letölhető PDF-ben: http://www.eet.bme.hu/new/index.php?option=com_docman&task=doc_download&gid=25&Itemid=94

Benne van a "recept", és egy kis alapozás is, ami aztán jól jön a vizsgán.

==Követelményekről==

Hivatalosan, csoportonként egy mérési jegyzőkönyv az aláírás feltétele. A vizsga időpontja rugalmas, és ha a gyakorlatokon nem aludtál, 4-es vagy 5-ös garantált.

-- [[JuhaszBlueLaszlo|Blue]] - 2008.06.17.

[[Category:Valaszthato]]

Adatbáziskezelő rendszerek

2014-08-24T18:12:46Z

Szikszayl:

==Általános==
* Weblap: http://www.aut.bme.hu/portal/akr

==BB 2008.05.30==
A tárgy elvégzésével nem fogsz adatbázis adminisztrátori képességeket szerezni, inkább olyan alapvető ismeretekkel fogsz rendelkezni, amivel egy szoftverfejlesztő a munkája során találkozni fog(AUT-os tárgy).

A laborokon Oracle 10g és MS-SQL Server 2005 -el dolgoztunk, valamint az előadásokon is ezeket érintettük.

A tárgy teljesen az alapoktól indul, a témák kb. a következők voltak(laborok hasonlóan):

Relációs algebra, Normálformák, ER-Diagrammok, DB-Tervezés, DB-Architektúrák, SQL, Indexek, Tranzakció kezelés,Security,Tárolt eljárások,triggerek, elosztott adatbázisok(Partícionált nézetek,Replikáció),
Adat tárházak, Lekérdezés optimalizálás.

Kicsit zavaró volt, hogy a laborokon felváltva használtunk Oracle-t és SQL servert, jobban örültem volna ha pl. csak Oracle-el foglalkozunk de azzal részletesebben.
A félév végén egy srác az AAM-TECH -től tartott Oracle SQL optimalizálásról labort. (ez nagyon hasznos volt).

Összegezve, a tárgyat érdemes felvenned ha szeretnél mindent az alapoktól kezdve megtanulni, valamint
szerintem jó kiindulási pont, ha a későbbiekben ilyen [[DBs]] dolgokkal akarnál foglalkozni.

Ja, és az aut-on lévő LABOR megoldásokat érdemes előző félévben letölteni ha nemcsak zh/vizsgára akarsz tanulni hanem félév közben is, mert csak zh/vizsga előtt szokták kirakni.

[[Category:Valaszthato]]

Elektronmikroszkópos anyagvizsgálat

2014-08-24T18:11:29Z

Szikszayl:

Tulajdonképpen a nevében minden benne van. Előadások. Ugyanaz, mint anyagtudományból, csak erre a témára kihegyezve. Félévközi jegy van, ami abból áll, hogy valamit elektronmikroszkóppal vizsgálsz (töretfelület, vagy valami) és abból írsz 8-10 oldalas doksit a készített képekkel. De lehet vizsgázni is, ha nincs kedved mérni. Én a félévközi jegyre voksolok, még érdekes is lehet, ha jó a témád.

-- [[SzogyenyiGabor|Szőgy]] - 2006.05.07.

Az előadó elég jó, nem kell a matek-része keményen a dolgoknak, ő sem szereti valószínűleg:), de ennek ellenére teljesen korrekt szakmailag. Az anyagtudományhoz képest kevésbé magolós. Idén heti egy órát tartott+ 3gyakot a félév során. A heti 1 órát is 10 perc késéssel kezdte, és 15 perccel előbb fejezte be.:).
Akit egy kicsit is érdekli a téma annak erősen ajánlom.

-- [[KissImi|Imi (wazz)]] - 2006.12.18.

Érdemes bejárni, mert jófej az előadó és általában az anyag is érdekes. Jegy félévközi mérésre van vagy szóbeli vizsgára. Utóbbi nem gáz. Kérdez pár dolgot, hogy összefüggéseiben érted-e az anyagot. Képletekkel nem nagyon kell bajlódni.

-- [[HorvatMate|Gyikusz]] - 2007.02.06.

Szerintem kicsit tudományosabb tárgy, de próbál mutatni nagyon új dolgokat. 2007 őszén már nem adott ki szorgalmi feladatot megajánlott jegyért, mérés is csak 3 db volt inkább bemutató jelleggel. Vizsga szóbeli maradt, nagyon gyorsan lemegy, ha rendesen átnézed az anyagot, akkor sima 5, nem kell agyonizzadni a jó jegyért. Az órákat tényleg sokszor hamarabb abbahagyta és nem is kezdte pontosan, ráadásul nem ellenőrizte a jelenlétet. Gépészek is hallgatták, tehát nem szigorúan villamosmérnöki tárgy.

-- [[KrebszPeter|Ray]] - 2008.02.11.

[[Category:Valaszthato]]

Elektronikus áramkörök szimulációja

2014-08-24T18:10:54Z

Szikszayl:

Még egy tárgy ami nem arról szól elsősorban, ami a nevében van, de ennek ellenére nagyon érdemes felvenni.
Az első órán Eged tanár úr diákat vetít, összefoglalja a követelményeket és elmeséli az áramkörszimulátorok
főbb típusait, illetve ezek történetét. A következő másfél hónap azzal telik, hogy te otthon megismerkedsz az
általad válaszott szimulátorral és megírod a házidat. Ez elsősorban egy saját kutatáshoz, önlabhoz kapcsolódó
hálózat, de ha nagyon nem találsz semmit, akkor a honlapjukról is lehet ötleteket szerezni. (Meg már gépbe bevitt
áramköröket.) Ideális esetben Szombathy Csaba első órájára már egy legalább félkész nagyházival érkezel.

A félév második felébun ugyanis a V2 legtetején (704 talán?) zajlik az oktatás, ami '''nagyon''' sokat segíthet az
elektronika mélyebb megértésében. Az óra ugyanis a következőképpen zajlik: Csaba (aki egy hihetetlenül laza és
közvetlen srác) kivetít egy áramkört a táblára. Végigmegy rajta kézzel, kiszámolja az áramokat, reális tippeket
ad az értékekre és mindezt bőséges magyarázattal teszi. Miután ezzel végzett, lefuttatja rajta a szimulációs progit.
Ahol más értékek jöttek ki, ott elmondja, hogy az eltérésnek mik lehetnek az okai, mi az amit mi elhanyagoltunk, de
a szimulátor már nem, ezeket milyen másodlagos hatások okozzák, stb. Ha ezen is túljutott a társaság (ez átlagosan
másfél óra már...), akkor előkapja az általa összeforraszott kis áramkört, és oszcilloszkóppal vagy hálózati
analizátorral végiméri ugyanazokat az értékeket és jelformákat, amikkel eddig foglalkozott. A további eltéréseket
megmagyarázza, persze már ha tudja, itt azért elég sok befolyásoló tényező van már. (De ha valamit nem tud, akkor
következő óra elején garantáltan visszatér rá.) Jellemző módon a kézi számolás közelebb szokot lenni a valós
értékekhez, mint a szimuláció. Ami fontos az az, hogy a magyarázatokat a csoport tudásához igazítja, tehát ha pl.
a földelt emmitteres alapkapcsolást kérdezitek meg tőle, azt is szívesen elmondja, de ha a hálózati analizátor
belső működésére vagytok kíváncsiak, akkor is kimerítő választ ad.

A félév egy (elő)vizsgával zárul (eddig a házit le kell adni!), amin egy kapcsolást kell elemezni, illetve a
legelső órán leadott diákból fordulhatnak elő kérdések. Nem osztályoznak túl szigorúan, de azért kell tudni.

-- [[LuxAndras|Luxa]] - 2007.01.18.

[[Category:Valaszthato]]

Döntéstámogató rendszerek és technikák

2014-08-24T18:08:18Z

Szikszayl:

==Gery, @info2003, 2007. május 28.==

Sziasztok!

Dr. Szucs Gabor kert meg, hogy felhivjam a figyelmetek a kovetkezo targyra: BMEVITMAV54 - Dontestamogato rendszerek és technikak (5 kredit) a targy neve. Az orak Hetfon es Csutortokon lesznek: 12:15-14:00-ig. A targy egyebkent nem a GTK, hanem a TMIT tanszek ala tartozik, a regebbi hasonlo targgyal ellentetben... A tematikaja a felev elejen hasonlo a Dontsi Informatika (GTK) targyhoz, majd utana pont azok fele a rendszerek fele veszi a fokuszt, ami a nagyfeladatoknal szorgalmi lehetoseg volt. Akit erdekel a targy jelentkezzen a neptunban a kozel jovoben, mert ha nem lesz elegendo a jelentkezett letszam, akkor nem indul a targy es lezarjak a neptunt...

Bye, Gery

-- [[KarakoMiklos|palacsint]] - 2007.05.28.

==Ajánlás==
A tárgy tök érdekes problémákat mutat be: egyszerűbb logikáktól a játékelméleti döntéseken keresztül egészen a komplexebb matematikai hátérrel bíró döntési módszerekről lesz szó. Ha nem csak a hardcore programozás érdekel, akkor ajánlom a tárgyat. Nem nehéz, rendes a tanár. Ha többé-kevésbé ott vagy órán, mindent meg lehet érteni. Ha mégsem értesz valamit, lehet kérdezni :)

-- [[MartonGabor|Gabesz]] - 2007.06.10.

[[Category:Valaszthato]]

A kémiai gondolkodás története

2014-08-24T18:07:16Z

Szikszayl:

van egy oldal (http://www.chemonet.hu/menu/index1.htm itt a kémiatörténet rész) ahol fentvan pár írás és ezek alapján kell esszét írni. hangsúlyozottan nem kopipésztelni (az előadó elolvassa, az előttem jegyet beírató figurától meg is kérdezte, hogy "azt hitte nem olvasom el"?). egy délutánnyi munkával ötösre abszolválható.
órára nem kell járni.

-- [[HarangozoPeter|TitCar]] - 2007.06.29.

[[Category:Valaszthato]]

Fotó és képszerkesztési technikák

2014-08-24T18:06:29Z

Szikszayl:

==[[ButiTamas|Kisbuddha]] - 2007.01.23.==

Ha érdekel a fotózás azon kívül hogy nyomogatod a gombot a fényképezőn akkor szerintem érdemes felvenni.

A nyersanyagoktól kezdve az objektívek tervezésén át az optikai leképezési törvényekig minden szerepel az órákon.

A tanár jó fej a követelmény pedig ha jól emlékszem két házi esszé volt (2005/2006/2) amit abból a témából írsz amiből szeretnél (persze kapcsolódjon valahogy a fotózáshoz). Az órákra nem volt kötelező bejárni de szerintem megéri. Feltéve ha azért veszed fel a tárgyat mert érdekel...

==[[GruberKristof|GK]] - 2007.01.31.==

Igazából én másra számítottam, de amit kaptam, az sem volt rossz. Fotózásról egy szó sem esett - itt csak a technikai részletekről szól az óra. Optika, lencsék tulajdonságai, hibái, korrigálásuk, filmek, melyik jó, melyik nem jó, melyik mire jó. Szerintem ha valaki valamennyire fotózással akar foglalkozni, akkor érdemes megcsinálnia egyszer a tárgyat, akkor is, ha kicsit sem érdekli, hogy működik a fényképezőgép a kezében. Az előadó nagyon lelkiismeretes, próbál jól elmagyarázni mindent, és minden lehetőséget megad arra, hogy meg tudd tanulni az anyagot (jegyzeteket fénymásol, bármikor felkeresheted, stb). Volt egy alkalommal egy csillagvizsgálóban is óra, lehetett vinni fényképezőt... :) Egy esszét kell írni egy általad kiválasztott témából, szerintem mindenkinek megadja rá az ötöst, akin látja, hogy egy kicsit is dolgozott vele.

==[[EszenyiViktor|Dög]] - 2007.06.10.==

Nekem nagyon tetszett a tárgy, egy kivételével minden órán ott voltam, pedig kedd reggel volt:) Az előadó nagyon jófej, jól magyaráz, segítőkész, szerintem szívesen ad ötöst, ha rászánod azt az (összesen) egy napot a két házira.
Sok elméleti dolgot mond el, de nagyon szemléletesen, tehát ha mondjuk az van hogy fókusztávolságok számítása, akkor hozzáteszi, hogy ez kell pl. a makró objektívekhez, meg ilyesmi.
A félév során volt egy "gyakorlat" a csillagvizsgálóban, a vége felé pedig bevitt minket laborokba, ahol gépeket, meg műszereket nézegettünk.

Az első házi egy esszé volt tetszőleges témában, a második pedig az egyik gyakorlaton egymásról készített képek raw-jpg konvertálása. Kb ennyi volt a képszerkesztés része a tárgynak, tehát aki Photoshoppolni, képmanipulálni meg effektezni akar az csalódni fog, a hangsúly a fényképezés alapjain van, de ha nem csak ész nélkül akarsz kattogtatni, (és akarsz egy kis kedd reggeli kikapcsolódást:) akkor érdemes felvenni a tárgyat.

Rövid tematika idénről:
* Történelem
* Optikák
* Keresők típusai
* Nyersanyagok
* Szenzitometria
* Műszaki fényképezőgépek
* Nyomdatechnikai eljárások
Ez így elég nyersnek tűnhet, de az órák nagyon jó hangulatúak, a tanár sokat mesél minden témáról, hoz be prospektusokat, nyugodtan lehet teljesen oda nem kapcsolódó dolgokról is kérdezni... Ja és lényegében minden fotózással kapcsolatos dolgot le tud vezetni egy néger asszonyon:)

[[Category:Valaszthato]]

Gazdaságmodellezés és szimuláció

2014-08-24T18:05:38Z

Szikszayl:

==[[KoviAndras|Andris]] - 2005.12.14.==

===Első tapasztalat===
Tanulás nélkül nem megy az ötös. Az elővizsgán nem lett ötös!

===Témakörök===
* Matematikai alapok
** Véletlenszám-generálás
** Emlékezettel bíró rendszerek
* Szimuláció az állapot-idő térben
** Next event
** Time mapping
** Delfti algoritmus
** Rendszerállapotok vizsgálata
** Diszkrét események kettős természete
** Modellek dinamikus működését kezelő eljárások
*** Eseményleírási mód
*** Aktivitásleírási mód
*** Folyamatleírási mód
** Time Warp eljárás
* Petri Hálók
** Petri Hálók alapvető tulajdonságai
** Petri Háló analizálhatósága
** Magasszintű Petri Hálók
* Szimuláció eszközei és alkalmazásai

==Villany site - Bence==

Az izgalmasnak tűnő cím rendkívül unalmas előadásokat takar. Gazdaságmodellezésről gyakorlatilag nem esik szó, annál inkább a szimuláció elméleti hátteréről. Az órák a kevés hallgató ellenére előadás jellegűek, interaktivitásnak nyoma sincs. Az utolsó órán elővizsga van, amire egy 70 oldalas jegyzetet kell megtanulni... a jegyek általában egyenletes eloszlást követnek.

[[Category:Valaszthato]]

Élvezeti szerek

2014-08-24T17:50:43Z

Szikszayl:

==Vélemények==

===[[SzogyenyiGabor|Szőgy]] - 2008.05.16.===
vedd fel

===[[SimoanBlarke|blarke]] - 2008.05.22.===
Ennél kicsit bővebben: élvezeti szerekről szól, jogi szabályozásokról, készítési metódusokról, kémiai összetételekről, arról, hogy mit csinálnak az ember szervezetével, hogyan, hol hatnak, stb. Két zh volt órák második felében, a fegyelem pedig az óra részében jobb volt, mint a zh részében... Holott szegény előadó már előadás közben se hallotta a saját hangját :) Mondjuk nekem a kémiai rész időnként megfeküdte a gyomromat, de érdekes a tárgy, az előadók pedig segítőkészek voltak, utánanéztek a felmerült kérdéseknek stb.

[[Category:Valaszthato]]

Korszerű programozási eszközök

2014-08-24T17:47:20Z

Szikszayl:

A tárgy célja megismertetni a hallgatókat a Windows alatti programozással MFC-ben (Microsoft Foundation Classes) A tárgyat dr. Charaf Hassan tartja, egy előadás és egy labor van minden héten. A labort a tanszéki géptermekben doktoranduszok tartják. Az előadások során végigveszik a Windows alatti programozás legfontosabb fejezeteit (Document-View architektúra, Dialog boxok, OLE, Adatbázis elérés,....) Az előadások szerintem nagyon jók, jól lehet szórakozni a MS poénokon is, de a szakmai anyag is korrekt. Laborokon az aktuális heti anyagot próbálhattuk ki a gyakorlatban.

A tárgyból ZH nincs, csak nagyházi, ehhez szorgalmi időszakban le kell adni egy UML tervet :((. Ezt azért nem veszik annyira komolyan, mint szglab4-ből (a mi konzulensük akkor látott előszőr UML doksit, amikor mi leadtuk neki :)) Vizsgázni elvileg kell, de ha a házi legalább 4-es (jan. 15-ig kell leadni, lehet javítani rajta etc.) akkor megajánják a jegyet. Mindent összevetve az oktatók korrektek, jó hangulatú, értelmes tárgy, és ha az ember nem lusta egy kis időt a házira szánni, akkor ajándék öt kredit (és ajándék ötös.) Nem utolsó sorban megismerhetjük a (sajnos...) legelterjedtebb Windózos fejlesztőrendszert (Visual Studio)

Mindenkinek szívből ajánlom.

Babó

[A leírás a régi InfoSite-ról származik]

-- [[PallosPeter|Peti]] - 2006.03.05.

[[Category:Valaszthato]]

IP alapú távközlés szoftver technológiái

2014-08-24T17:46:07Z

Szikszayl:

==dr. Ziegler Gábor levele==

A VITT9374 "IP alapú távközlés szoftver technológiái" c. választható
tárgyat szeretném a figyelmetekbe ajánlani, mely 3 olyan számítógépes
"nyelvterülettel" foglalkozik, melyet a korszerű, elosztott
architektúrát használó rendszerek fejlesztésénél, vizsgálatánál jól
lehet hasznosítani.

A tárgyhoz kapcsolhatóan önalló labor feladatok is kiírásra kerültek:
* http://inflab.tmit.bme.hu/onallolabor/current/HU.TTT-0024.html
* http://inflab.tmit.bme.hu/onallolabor/current/HU.TTT-0027.html

Ilyen rendszerekre példák a távközlési szoftverek,
az egyéb webes, .NET-es, stb. alapú rendszerek. (Jómagam jelenleg
főállásban dolgozom egy, a távközlési iparban aktív multinacionális cég
magyarországi R&D részlegénél, ahol a tárgyban tárgyalt technológiákat a
napi munkámban használom). A három nyelvterület a következő:

* _XML alapú nyelvek és protokollok_: XML (Extensible Markup Language) [http://www.w3.org/XML/ [1]] [http://www.xml.com/ [2]] és XSD (XML Schema Definition Lanaguage) nyelvek, valamint a webszolgáltatások ([http://webservices.xml.com/ Webservices]) közzétételét (WSDL - Webservices Definition Language) és elérését lehetővé SOAP (Simple Object Access Protocol) protokol
* _TTCN-3_: Az elosztott, kommunikáló (ún. reaktív) rendszerek (mint amilyenek többek között a webszolgáltatások, vagy pl. VoIP, stb. alkalmazások) vizsgálatát lehetővé tevő [http://www.ttcn-3.org/TTCN3about.htm TTCN-3] (Testing and Test Control Notation version 3) nyelv, amely távközlési gyökerekre támaszkodó, általános célú script nyelv. A TTCN-3 lényegében egy olyan általánosan is használható procedurális programozási nyelv, amelyben különleges nyelvi megoldások teszik lehetővé elosztott rendszerek vizsgálatát. (Például akár végtelen féle alternatív eseményt tudunk osztályozni egyetlen, "zárt alakú" utasításban). A nyelvet az ETSI gondozza.
* _ASN.1_: adat típusok és adat értékek leírására szolgáló nyelv, amelyet más programozási nyelvekben közvetlenül be lehet "importálni" és felhasználni. Szinte mindannyian használtok [http://asn1.elibel.tm.fr/ ASN.1] nyelven leírt adatokat, legfeljebb nem tudtok róla: 3G mobilhálózati protokollok, VoIP alkalmazások, SNMP hálózat menedzsment, SSL certificate-ek, stb.

A tárgy célja egyrészt a 3 nyelv megtanítása gyakorlati példával
fűszerezve (a Google kereső szolgáltatását fogjuk vizsgálni mint
webszolgáltatást TTCN-3-ból), másrészt a kölcsönös kapcsolódási pontok
megmutatása.

A tárgy korábban már futott, lásd http://leda.tmit.bme.hu/~ziegler/XmlTtcnv3Asn1/ <br>
A tárgy adatlapja: http://www.vdk.bme.hu/targykov/valaszthato/vitt9374.htm

A tárgyhoz kötödő önállólabor és/vagy diplomamunka lehetőség is van/lesz, adott esetben ipari munkahelyen.

Szeretettel várom az érdeklődőket, vagy a kérdéseket!

dr. Ziegler Gábor,<br>
BME-TMIT / Ericsson Mo. Kft.<br>
Gabor.Ziegler@ericsson.com<br>

-- [[PallosPeter|Peti]] - 2006.09.11.

[[Category:Valaszthato]]

MATLAB programozás

2014-08-24T17:44:59Z

Szikszayl:

Követelmények: http://goliat.eik.bme.hu/~vargag/education/targyak/MATLABP.htm

----

Az orak a fizika tanszek egyik laborjaban zajlanak, altalaban tobb ember jelenik meg mint ahany gep van (ez nem feltetlenul rossz, lehet felvaltva gepelni). Bejarni kotelezo, van katalogus.

Ora elejen az eloado kioszt 4-5 oldalnyi fenymasolt 'matlab-kodot', ezt kell begepelni, probalgatni, helpet nezegetni izles szerint (kozben lehet kerdezni). Egy-egy 'blokk' utan elmondja az eloado hogy mi mire volt jo, ezt erdemes melleirogatni.

==ZH==

A ZH nem nehez, be lehet vinni a fenymasolt lapokat. A felkeszules kb annyi hogy ezeket egyszer atolvasod. Ha a ZH-t nem tudod befejezni, de mondjuk 2-esre megcsinalod, akkor otthon folytathatod es nagyhazival egyutt kell leadnod.

===ZH 2005. tavaszan===

Megadta a Newton-fele 3/8-as kozelites kepletet (hatarozott integral kozelites), ehhez kellett fuggvenyt irni (nem kellett hozza matrix...). Ezutan egy GUI-t kellett kesziteni, amin a user megadhatja a fv-t, a ket hatart es a pontossagot. A progi gombnyomasra kirajzolja a grafikont es kiirja az integral erteket. A fuggveny megirasa 40 pont, a GUI 60 pont.

==Nagyhazi==

Lehet valasztani a kiirt feladatok kozul vagy lehet hozni sajat temat (pl ha onlabon matlabozol, akkor az ottani hazit elsutheted itt is). A programot dokumentalni kell (feladat kituzese, megoldas elmelete, fejlesztoi/felhasznaloi doksi. 2-3 oldal eleg). A szukseges ido fugg a feladattol, erdemes kitalalni valami jot vagy lecsapni egy konnyebbre a kiirtak kozul. A 2005/8-ast pl egy delutan+este alatt meg lehet csinalni 5-osre.

===Altalanos MATLAB feleves feladatok (2005. tavasz):===
# Keszitsen egyvaltozos fuggvenyt interpolalo programot (Lagrange interpolacio, Newton-fele interpolacio, Hermite-fele interpolacio)
# Keszitsen az egy-, ket-, es haromvaltozos fuggvenyek spline interpolaciojahoz grafikus felhasznaloi feluletet
# Keszitsen olyan programot, amely eloallitja a numerikus derivalas operatorait szimbolikusan
# Keszitsen olyan programot, amely eloallitja a numerikus integralas operatorait (formulait) szimbolikusan
# Keszitsen olyan programot, amely eloallitja egy egyvaltozos fuggveny Csebisev sorfejteset
# Keszitsen olyan programot, amely eloallitja egy egyvaltozos fuggveny Legendre sorfejteset
# Keszitsen olyan programot, amely eloallitja egy egyvaltozos fuggveny trigonometrikus sorfejteset gyors Fourier transzformacioval
# Az f(x)=0 egyenletet oldja meg intervalum-felezeses es hurmodszerrel
# Az f(x)=0 egyenletet oldja meg sorozatos kozelitessel (szukcessziv approximacio) es Newton-modszerrel (erinto-modszer)
# Az f(x)=0 egyenletet oldja meg gradiens modszerrel
# Kvadratikus matrix minimalpolinomjat hatarozza meg Krilov-fele sorozattal

-- [[FarkasTamas|blaq]] - 2005.09.04.

A tárgy csak a tavaszi félévben indul. 2010-ben is a fentihez hasonló volt, a ZH-n 50-50 pontot lehetett kapni a megoldó mag és a GUI elkészítéséért. A tárgyhonlapon van minta ZH és az egyik prezentációban is találni példafeladatot:

* http://goliat.eik.bme.hu/~vargag/education/Minta_MATLAB_zh.pdf
* http://goliat.eik.bme.hu/~vargag/education/targyak/targyak/MATLAB_oktatas.pdf

-- [[SzarnyasGabor|Szárnyó]]

[[Category:Valaszthato]]

Kultúra és kultúrák

2014-08-24T17:41:55Z

Szikszayl:

==Zemplén kurzus (leírás a Villany Site-ról )==

Az osztályzat megszerzése háromféle módon történhet: elore egyeztetett órai szereplés alapján (részvétel nyilvános vitában, ill. kiseloadás révén), zárthelyi dolgozat írásával, illetve önálló esszé-dolgozat készítésével valamely egyeztetett, az órák témaköreihez kapcsolódó témában.
# Órai munka alapján jegyet kaphat az, aki a félév elején aláírásával vállalja, hogy a félév megadott óráján kiseloadást tart a közösen egyeztetett anyagból, ill. hogy megfeleloen felkészülve részt vesz a témához kapcsolódó moderált vitában.
# A zárthelyi dolgozat (várhatóan május 3. vagy 10.) megírása az órai anyag, valamint kijelölt olvasmányok feldolgozása alapján történik. A kérdések fele ismeretekre, másik fele alkalmazásra vonatkozik. Aki elégtelen zárthelyit ír, kijelölt anyag alapján szóbeli felelettel javíthat. Pót ZH: május 17. 14.00
# Az esszé-dolgozat készítésének elozetes feltételei:
** a tervezett munka témájának és a legfontosabbnak tartott 4-5 forrás megadása (7. hét)
** A tervezett dolgozat legalább egy oldalnyi vázlatának és a kiegészített forrásjegyzék leadása (10. hét). Aki ezeket a feltételeket nem teljesíti, automatikusan zárthelyi dolgozatot ír.

-- [[SomodiTibor|SoTi]] - 2007.01.23.

==Várnai András kurzusa==

Ez a kurzus elég kis létszámú volt, kb. 8 fő került ide, ebből kb hárman jártunk be rendszeresen. Az előadás nem mindig könnyen érthető, mert szereti az elvontan megfogalmazott filozófiai idézeteket, de nem vészes, ha kérdezel válaszol szépen, gyakran 20 percen keresztül. Szó volt mindenféle érdekes dolgokról, endogámia, exogámia, kibucok, meg egy kis Marx (nem a tananyag része, de nem hiszem, hogy meg tudja állni, hogy ne beszéljen róla; illetve periférikusan kapcsolódik a kibucok témájához). Illetve integráció, asszimiláció, akkulturakizáció.
Kiváló kérdések, amikkel el lehet szabotálni az órát: Taiwan és Kína, Észak- és Dél-Korea, amerikai magyarság és a magyarországi magyarság külön kultúrák-e?

Ezen a kurzuson csak az esszés opció volt, a vizsga abból állt, hogy azt meg kell védeni. Nem kellett forrásjegyzéket, ill. az ésszé témáját előre meghatározni.

'''''Van egy ajánlott irodalom jegyzék, abból két könyvet olvastam el:'''''
* Urs Bitterli: Vadak és civilizáltak (kb 500 oldal)
A nagy földrajzi felfedezések idejéből indul, és arról szól, hogy milyen kultúrális (és gazdasági eredetű) konfliktusok alakultak ki a felfedezők és a felfedezettek között.

* William-Graham-Sumner: Folkways: a study of the sociological importance of usages,manners, customs, mores, and morals (magyarul olvastam, de a magyar cím nem jut eszembe)
A címe kissé unalmasan hangzik, de nagyon érdekes, van benne minden, ami kell: vérfertőzés, csecsemőgyilkosság (bizony, nem volt mindig fogamzásgátlás), szakrális prostitúció; tisztára, mint egy bulvárlap :) . Na jó, ez nem igaz, de az "erkölcsöket" meglehetősen praktikus szempontból vizsgálja. És a népszokások alatt sem a néptáncra, népdalokra, unalmas ünnepekre kell gondolni.

Ezek a könyvek nagyon érdekesek, olvasmányosak, bár némi idő elolvasni őket. De nem kell őket borítótól borítóig olvasni, bárhol ki lehet nyitni, és amit találsz az tuti érdekes. Ez fokozottan igaz a Sumner könyvre; ennek már a szerkezet is olyan, hogy kis lazán összefüggő, egymástól függetlenül érthető részekre van osztva; a Bitterli könyvnél van egy magasabb rendező elv, de itt sem épülnek olyan mértékben egymásra a dolgok, hogy az érthetőséget vagy élvezhetőséget elrontanák. Mondjuk az esszéet nem ezek alapján írtam, de ettől függetlenül érdemes elolvasni őket, mert érdekesek, jó stílusban íródtak, és tágítják az ember látókörét.

-- [[ZsirosLeventeGabor|zslevi]] - 2007.10.08.

[[Category:Valaszthato]]

MenVallGazdZH20090227

2014-08-24T17:34:43Z

Szikszayl:

-- [[RazsoNorbert]] - 2009.02.27.

==D csoport==
* A kereskedés miért tekinthető termelőtevékenységnek?
* A részvényesi érdek követéséből fakadóan miként tekintünk a vállalat gazdasági működésére?
* Mikor nulla költségű valami használata?
* Miként tekintünk a vállalati gazdasági elemzésekre az osztalékközömbösség elfogadásával?
* Mekkora egy sok-elemű portfólió szórása 1 és 0 közötti korrelációs együtthatók esetén?
* Ábrázolja a CAPM-t (tengelyek jelölésével, egyenes elnevezéssel)!
* Hogyan történik az üzleti tevékenység béták (projekt béták) becslése a gyakorlatban?
* Írja fel az NPV-jét az alábbi projektnek („képlettel”, a végeredmény kiszámítása nélkül):
F0=… mFt beruházásával F1=… mFt, F2=… mFt és F3=… mFt jövıbeli pénzáramlásokra
számíthatunk! (ralt=…%)

==Másik csoport==
* Miért fizetünk a kockázatmentes kölcsönökért kamatot? 2p
* Mik a szabad, illetve nettó pénzáramlások, milyen kapcsolódásuk van a profithoz? 2p
* Mikor nulla költségű valami használata? 2p
* Ábrázolja a tőkepiaci egyenest (tengelyek, illetve a nevezetes pontok jelölésével! 2p
* Mi a releváns kockázat, miben különbözik a teljes kockázattól? 2
* Mekkora a tőkeköltsége annak a projektnek, amely üzleti tevékenységének bétája 8% ? (A kockázatmentes hozam 6%, míg az átlagos piaci kockázati prémium 3%.) 2p
* Mutassa be a várható hozam - szórás modell elvi hátterét egyetlen közömbösségi görbéje „előállításának” bemutatásával! (10 pont)

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

MenVallGazdZH20070511

2014-08-24T17:29:31Z

Szikszayl:

-- [[PallosTamas|Velias]] - 2007.05.13.

==D csoport==

===1. rész (kisfeladatok)===

Igaz-hamis:
* folyamatabra alkalmas a ... megjelenitesere
Tobbszoros valasztas:
* ISO 9001:2000-re jellemzo allitasok
Kifejtos:
* ISO 9001:2000 fo feladatai (eroforrasok biztositasa, stb...)

==C csoport==

===2. rész (nagyfeladatok)===

* Milyen ok-okozati diagramokat ismer? Ismertesse oket roviden!
* Szamitasi feladat: Optimalis keszletmennyiseg kiszamolasa. (Adottak: mennyiseg, egysegar, keszletfeltoltes gyorsasaga (egyseg/honap), periodusido)
* Az ISO 9001:2000 fobb fejezetei kozott milyen kapcsolat van (megkerdeztem, es a fejezetek kozti hierarchiara gondoltak: vezetes felelossege -> eroforrasok biztositasa -> ...)
* AKFN grafikont felrajzolni, megjelenitendo adatok: fedezeti pont, Vkrit, Ko, Kf, Kp, A

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

MenVallGazdZH20070327

2014-08-24T17:29:01Z

Szikszayl:

-- [[PallosTamas|Velias]] - 2007.03.27.

''Megj.: a megoldások a tanszék által kiadott ZH segédletből lettek kimásolva.''

==B csoport==

kifejtősek:
*Mi jellemzi az altruista viselkedést, és miként magyarázható ez is az önérdekkövetéssel ?
* A hatékonyság miért szubjektív fogalom ?
* Miért fizetünk a kockázatmentes kölcsönökért kamatot ?
* Mi a képviseleti, illetve megbízó ügynök probléma ?
* Miért nehéz meghatározni a portfólió szórását ?
* Adja meg a tőkepiaci árfolyamok modelljének rövidítését és írja fel a képletét !
* Mi a belső megtérülési ráta definíciója (képlettel), jelentése, miként jelent döntési kritériumot ?
* Mutassa be a szervezés fogalmát !
* Mit jelent a technikai készség ?
* Melyek a Weber-féle ideális bürokratikus szervezet jellemzői ?

feladat:
* '''Adott összegre kamatozás évenkénti adott %-kal. Mennyi lesz a pénz X év után ?'''
összegX=összeg0*(1+ráta)^X ahol a ráta tizedes számmal értendő nem százalékban:) (pl 56% = 0.56)

tesztkérdések:
* szervezet legfontosabb jellemzői
* menedzsment funkciói

* még 1-2 tesztkérdés volt, azok valami személyekkel voltak kapcsolatosak

==C csoport==

===1. rész===

* Mi a kapcsolat az alternatív költség és a határköltség között?
* Mik az elsüllyedt költségek?

===2. rész===

* Jellemezd a Mintzberg-féle interperszonális szerepet!
* Jellemezd a funkcionális szervezeti formát!
* Mutasd be a vállalati döntések folyamatát a CAPM modellen és az NPV segítségével!

==D csoport==

===1. rész===

'''Miként ragadhatjuk meg az emberek cselekedeteinek általános mozgatóját?'''
Az emberek hasznosságmaximalizálók, értékmaximalizálók. Általános szabályként fogalmazhatjuk
meg, hogy az emberek cselekedeteit (várható) hasznosságuk maximalizálása vezérli, arra
törekednek, hogy minél több számukra értékes jószág élvezetét nyerhessék el.

'''A kereskedés miért tekinthető termelőtevékenységnek?'''
Bár a kereskedés során semmi kézzelfogható újat nem állítanak elő, pusztán a világ javait rendezi
értékesebb formába, ez igen hasonló ahhoz, mint amikor ipari vagy mezőgazdasági termelés
csoportosít a dolgokat (például alapanyagokat, munkaerőt, energiahordozót) értékesebb formákra.
A kereskedés annyiból más, hogy nincs mögötte technológia, de termelőtevékenységnek tekinthető,
hiszen az embereket jobb helyzetekbe hozza, gazdagítja őket.

'''A részvényesi érdek követéséből fakadóan miként tekintünk a vállalat gazdasági működésére?'''
Mivel a vállalati gazdasági elemzések célja kifejezetten a részvényesi célhoz tapad, így
elszakadunk a „vállalat egészével” kapcsolatos célok figyelembevételétől: a vállalat működését
adózás, hitelfelvétel-kamatfizetés-törlesztés és természetesen a bérek, beszállítói kifizetések után
tekintjük, azaz úgy, hogy a működés milyen hatással van a részvényesi jövedelmekre.

'''Miként tekintünk a vállalati gazdasági elemzésekre az osztalékközömbösség elfogadásával?'''
Ha a részvényesi érték szempontjából mindegy, hogy milyen ütemezésű osztalékfizetést tekintünk,
akkor célszerű úgy szemlélni az egyes üzleti projekteket, mintha azokat mindig a részvényesektől
újonnan bevont tőkéből valósítanák meg, majd a későbbi évek szabad pénzáramlásait
(„többleteit”) azonnal ki is fizetnék nekik osztalékként.

'''Ábrázolja a három kockázatos elemből összeállítható portfoliók halmazát!'''
''L. grafikon a segédletben''

'''Mekkora egy sok-elelmű portfólió szórása 1 és 0 közötti korrelációs együtthatók esetén?'''
Amikor a tagok közötti korrelációk 0 és 1 közöttiek, akkor az elemszán növekedésével a tagok
valamekkora szórást „kioltanak”, azaz valamennyire csökkentik a portfólió szórását, de mivel
valamilyen mértékű együttmozgási tendencia van (hiszen a korrelációk pozitívok), a portfólió
szórása nem csökken a nulláig.

'''Hogyan történik az üzleti tevékenység béták (projekt béták) becslése a gyakorlatban?'''
Az üzleti tevékenység béták megadásához előre elkészített, iparágak szerinti bontású bétatáblázatot
használunk. Az iparági béták meghatározásához a részvényeket 100-300 iparág szerint
csoportosítják, majd az iparági hozamadatokból átlagos iparági bétákat számolnak.

'''Írja fel az NPV-jét az alábbi projektnek („képlettel”, a végeredmény kiszámítása nélkül): F0=70mFt beruházásával F1=30mFt, F2=40mFt és F3=40mFt jövőbeli pénzáramlásokra számíthatunk! (ralt=11%)'''
''Képlet a segédletben''

'''Mit jelent az, hogy egy szervezet t0bbdimenziós?'''
A szervezetben a munkamegosztás kialakítása egyszerre több szempont figyelembevételével történt.

'''Melyek a Mintzberg-féle döntési szerepek?'''
Vállalkozó, zavarelhárító (problémakezelő), erőforráselosztó, tárgyaló

'''Mi lehet a felfelé irányuló kommunikáció tartalma? (többszörös választás)'''
IGEN: Javaslatok, beszámolók, problémák közlése, sérelmek és viták
NEM: Eljárások, szabályok, tanácsadás, visszajelzés a termelésről

'''George Elton Mayo tevékenysége (többszörös választás)'''
IGEN: informális csoportok, társas kapcsolatok
NEM: funkcionális osztályok kialakítása, menedzseri funkciók vizsgálata, vállalati konfliktusok vizsgálata, vállalat vezetésének vizsgálata

'''Mi a fogyasztói igény? (többszörös választás)'''
IGEN: Azon emberi/vállalati igények, melyeket nem saját munkával vagy közösségi intézmények útján igyekszünk kielégíteni
NEM: (Minden más, az előbbi definíciótól különböző dolog)

===2. rész===

'''Ha az éves szabad pénzáramlások nem ugyanakkorák, mint az éves osztalékok, hogyan lehetnek mégis azonos értékűek?'''
Az osztalékközömbösségből következik, hogy bár a szabad (nettó, várható) pénzáramlások
sorozata nem azonos az adózás utáni osztalékok sorozatával, közgazdasági értéküket tekintve
azonosak. Ha a szabad pénzáramlásokat minden évben akkurátusan kifizetnék osztalékként, akkor
a szabad pénzáramlások adózás utáni osztalékokként landolnának a részvényesek zsebében. Ekkor
az értékazonosság nyilvánvaló. Lehet, hogy nem így történik, tartogatják a szabaddá vált
összegeket, esetleg újabb források bevonásával pótolnak „túlzott” osztalékfizetéseket, azonban az
osztalékközömbösség miatt az osztalékfizetés ütemezése közömbös, így a szabad összegek
keletkezéséhez képest lassított vagy gyorsított ütemű osztalékfizetés értéke meg kell egyezzen az
azonnali osztalékfizetési melletti ütemezés értékével.

'''Ábrázolja és magyarázza a Markowitz-féle modellt!'''
A Markowitz-féle modellben a tőkepiac kínálta befektetéseket és az ezekből összeállítható
portfóliók halmazát „tojáshéjalakú” ábra szemlélteti. A „tojáshéj” peremén vannak a hatékony
portfóliók. Befektetői hasznosságmaximalizálást, kockázatkerülést és racionalitást feltételezve
nyilvánvaló, hogy az egyes befektetők itt helyezkednek el portfólióikkal (ld. B1, B2 pontok)
''Grafikon a segédletben!''

'''Funkcionális szerveződésű vállalatok bemutatása'''
''Ábra + leírás a vállalkozásgazdaságtan diasorban''

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

BeagyRendVizsga20060607

2014-08-24T17:25:15Z

Szikszayl:

==1. feladat==
# <b>Mire ad választ az egzakt, a szükséges és az elégséges ütemezhetőségi teszt</b> (3 pont)?
## Egzakt: Mutat egy ütemezést is.
## Ha a szükséges teszt nem teljesül, akkor nem lehet ütemezni.
## Ha az elégséges teszt teljesül, akkor biztosan lehet ütemezni.
# <b>Adjon meg szükséges ütemezhetőségi tesztet periodikus taszkok esetére</b> (1 pont)?
** <=Kihasználtásgi tényező processzorok száma
# <b>Ha a "rate monotonic" ütemezési algoritmust használjuk, hogyan fogalmazható meg elégséges ütemezhetőségi teszt</b> (2 pont)?
** Kihasználtsági tényező <math> <= n(2^{1/n}-1)</math> nem bizti, de jobbat nem találtunk
# <b>Ugyanezzel az algoritmussal mikor érhető el 100%-os processzor kihasználtsági tényező?</b>
** Ha a periódusok a legkisebb periódus egész számú többszörösei.

==2. feladat==
* 2.1 <b>Ismertesse pszeudo-kód segítségével az "Intervallumok metszése" algoritmust (3 pont) Ne feledkezzen meg az egyes konstansok és változók tartalmának, ill. fogalmának definiálásáról!</b>

Legalább minden <math>\tau</math> időközönként

do

* <math>\forall j\not= i</math> REQUEST<math>[C_j(t), E_j(t)]</math>;
* <math>\forall j\not= i</math> RECIEVE<math>[C_j(t), E_j(t)]</math>;
* <math>\forall j\not= i \mathcal{L}_j(t) \rightarrow [C_j(t) - E_j(t)]</math>;
* <math>\forall j\not= i \mathcal{R}_j(t) \rightarrow[C_j(t) + E_j(t)] + (1+\delta_i)\mu_j^i</math>;
* <math>\mathcal{L} = \max\limits_{\forall j}\mathcal{L}_j(t)</math>
* <math>\mathcal{R} = \min\limits_{\forall j}\mathcal{R}_j(t)</math>
* <math>\alpha = \mathcal{L}</math>
* <math>\beta = \mathcal{R}</math>

* if (<math>\alpha < \beta</math>)
** then
*** <math>\varepsilon_i = \frac{1}{2} [\beta - \alpha]</math>
*** <math>C_i(t) = \frac{1}{2} [\alpha + \beta]</math>
*** <math>\varrho_i = \frac{1}{2} [\beta - \alpha]</math>
** else
*** ignore them all
endo

* 2.2 <b>Mekkora a kommunikációs igénye ezeknek az algoritmusoknak (1 pont)?</b>
** 2*(n-1)*n (mert mindenki (n csomópont) küld n-1 üzenetet, majd arra jön n-1 válasz), tehát O(n<sup>2</sup>)
==3. feladat==
<b>Egy lineáris, diszkrét idejű, dinamikus rendszer (A=diag[1‚-1] C=[0.1‚ O.1]) megfigyelésére alkalmas eljárást tervezünk. (A: állapotátmenet mátrix, C: megfigyelési mátrix). Hogyan kell megválasztani az eljárás szabad paramétereit, ha véges beállási időt szeretnénk (3 pont)?</b>

==4. feladat==
Milyen szabályokat alkalmazunk, ha aperiodikus és sporadikus, hard real-time és szoft real-time taszkokat egyaránt ütemeznünk kell (2 pont)?
* Minden task legyen ütemezhető az átlagos érkezési és végrehajtási idők figyelembevételével.
* Minden HRT taszk legyen ütemezhető a worstcase érkezési és worstcase végrehajtási idővel.
Megoldások:
* Szerverrel: HRT taszkok futnak az ő időszeletükben, a többi a maradékban.
* Kettős prioritással: A HRT addig van alacsony prioritáson, amíg nem közeledik a határideje, majd magas prioritásra vált és lefut.

==5. feladat==
Mi a lényeges különbség mintavételezés (sampiing) és lekérdezés (polling) között (1 pont)? Milyen veszélyekkel jár a megszakítás (1 pont)?
* Mintavételezésnél egy külső hardver eszköz írja az érzékelő adatát az ő memóriájába, amely értéket a belső memóriába másolunk. (Ez a memória a számítógép befolyásolási tartományán kívül helyezkedik el).
* Polling-nál a közvetlenül a fő memóriába írjuk az érzekelő értékét. Így hiba esetén a az érték elveszhet.
* Megszakítás: felépítése olyan mint a lekérdezésé: a számítógép befolyásolási tartományán kívüli eszköz befolyásolja a számítógépet; veszélyes, kevésbé robusztus, mint akár a lekérdezés; tranziens hibák (pl. nagyáramú fogyasztó be-kikapcsolása következtében) váratlan processzor terhelést okozhatnak, ami veszélyeztetheti a határidő betartását.
==6. feladat==
Ismertesse röviden a [[TinyOS]] modulok felépítését! Mit definiál és mit implementál a modul? (2 pont)
* Definiálja a használt és szolgáltatott interfészeket és implementálja a szolgáltatott kommandokat és a felhasznált eseményeket.

==7. feladat==
* Ismertesse a Taszk kezelés szabályait +TinyOS operációs rendszerben (1 pont)!
* Ismertesse az ütemező működését (1 pont)!
* Történik - e kontextus váltás az ütemezőben (1 pont)?
** HW esemény megszakíthat Task-ot, másik Task nem.
* Mi a fő oka a primitív taszk megvalósításnak (1 pont)?
** Nem kell kontextus váltás és szinkronizációs primitív.
* Mikor kell mindenképpen taszkokat használnunk és mik az un. splitáphase műveletek? (1 pont)
** Közös erőforrásokat használó kódnál, mert így megoldható a kizárás. (???)
** Split-phase: 1. fázisa kérés (command), a 2. fázisa egy válasz, eredmény (event)

==8. feladat==
* Ismertesse a Ptolemy rendszer folytonos idejű rendszerek modellezésére használt jelfolyam gráf alapú számítási modelljét (grafikus forma is) (1 pont).
* Hogyan modellezi a valóságot, hogyan történik a szimuláció végrehajtása (1 pont)?

==9. feladat==
* Ismertesse a gradiens alapú routing (GBR) működését (2 pont)!
** 3 fázis: Kérés, gradiens számítás, adatszolgáltatás
* Milyen alkalmazásokban használható eredményesen? (1 pont)
** Sok-egy kommunikáció (pl adatgyűjtés)
* Hogyan lehet az algoritmust módosítani, hogy figyelembe vegye a csomópontok energiatartalékát? (1 pont)
** A kevés energiájú node megnöveli a saját gradiensét, így a kommunikáció elkerüli.

==10. feladat==
* Ismertesse a tranziens hardver hibák utáni helyreállítás tanult technikáit!
* Adja meg egy rövid indoklással, hogy melyik esetén szükséges leginkább a pontos hibadetektálás (2 pont)?

==11. feladat==
Hasonlítsa össze a funkcionális és strukturális modul tesztelési módszert a következő szempontok szerint:
* Mi a célja a tesztelésnek (1 pont)?
* Milyen információt használunk fel a tesztek tervezése során (1 pont)?
* Hogyan mérhető (mérhető-e) a tesztelés alapossága (1 pont)?

==12. feladat==
Egy forróvíztároló hőmérsékletét kétféle érzékelővel mérik. Az egyes érzékelők p1 illetve p2 valószínűséggel hajlamosak a meghibásodásra, ekkor az irreális +200C hőmérsékletet mutatják. Ezt vezérlőegység egy hihetőségvizsgálat lefuttatásával ellenőrzi. A p1 hibavalószínűségű érzékelő az elsődleges, a másikhoz csak ennek hibája esetén fordul a vezérlő A hihetőségvizsgálat hibás érzékelő esetén mindig jelzi a hibát, de egy belső programozói hiba miatt pe valószínűséggel hibátlan érzékelő esetén is hibát jelez.
* Rajzolja fel a hőmérsékletméréshez tartozó eseményfát! A kiindulás az elsődleges érzékelő beolvasása, a bekövetkező események pedig az egyes érzékelők illetve a hihetőségvizsgálat hibája a fenti működésnek megfelelően (2 pont).
* Jelölje be azokat a forgatókönyveket, ahol nem sikeres a hőmérsékletmérés, és becsülje meg ezek valószínűségét a fenti paraméterek felhasználásával (3 pont)!

-- [[WiKing]] - 2006.06.08.
-- [[MatthewLakat]] - 2006.06.08.
-- [[MatyasZsoltLevente|habib]] - 2008.06.04.

[[Category:Infoalap]]

Beágyazott Információs Rendszerek vizsga 2006. 05. 26.

2014-08-24T17:24:41Z

Szikszayl:

Az előző vizsgák feladatai alapján meg lehetett írni 4-5-re, sok feladat szó szerint ugyanaz volt.

Két újdonság volt számomra:
* a TEMPO algoritmus a körítő dumával és pszeudo kóddal (!) kb 6 pontért
* Token gyűrű: 1ms egy üzenettovábbítás ideje, pozitív nyugta vagy újraküldés van, 2 újrapróbálkozással. A token körülforgása 10 ms. Mekkora timeout-ot kell beállítani (kb 1p), mikor veszik észre a hibát (kb 1p) és mekkora így az akció késleltetési idő (kb 2p).

Ja igen, volt a [http://portal.mit.bme.hu/oktatas/targyak/vimm3244/jegyzet/2006/BIR_MOC_Ptolemy.pdf szimulátoros pdf]-ből a szinkron adatfolyam gráfos rajz (25. oldal). A rajz volt megadva, és a dia szövegét kellett kb leírni.

-- [[SzaMa|SzaMa]] - 2006.05.27.

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

Objektumorientált szoftvertervezés

2014-08-24T17:19:35Z

Szikszayl:

{{Tantárgy
|nev=Objektumorientált szoftvertervezés
|targykod=VIIIA371
|kredit=4
|felev=6
|nagyzh=0
|kereszt=vizsgakurzus
|kiszh=5
|vizsga=van
|hf=
|szak=info
|tad=https://www.vik.bme.hu/kepzes/targyak/VIIIA371/
|targyhonlap=https://www.iit.bme.hu/~ooterv/|levlista=infotech-bscATsch.bme.hu
}}

{{Vissza|BSc_Informatikai_technológiák_szakirány}}

[[Tantárgynevek rövidítései levlistás levelek tárgyához|Ajánlott rövidítés]]: '''OO''' vagy '''OOterv'''

__TOC__

== Követelmények ==
* Heti 2 előadás van, kötelező jelenléti ív nincs.

=== Előtanulmányi rend ===
* Szoftvertechnológia
* Szoftver laboratórium 3

=== Aláíráshoz ===
* 5 darab kisZH közül legalább háromnak elégségesnek kell lennie
** kisZH-k az előadók által előre meghirdetett időpontban előadások elején írandóak
** kisZH-t pótolni nem lehet
* ZH, házi feladat nincs

=== Vizsga ===
* Vizsgaidőszakban írásbeli vizsga
* 3 vizsga / vizsgaidőszak
* nincs beugró

== Segédanyagok ==
=== 2011 előtti összefoglalók ===
[[OotOsszefoglalo2011elott|2011 előtti összefoglalókat itt találod]]

=== 2012-es anyag összefoglalója ===
* 1. [[OotJavaIsmetles2012|Java ismétlés]] - ERŐTELJESEN HIBÁS
* 2. [[OotAblakkezeles2012|Ablakkezelés, Swing összefoglaló]] - ERŐTELJESEN HIBÁS
* 3. [[OotPerzisztencia2012|Perzisztencia összefoglaló]]
* 4. [[OotOOMetrikak2012|OO metrikák összefoglaló]]
* 5. [[OotElosztottRendszerek2012|Elosztott rendszerek összefoglaló]]
* 6. [[OotXMLkezeles2012|XML kezelés összefoglaló]]
* 7. [[OotWeb-szolgáltatások2012|Web-szolgáltatások összefoglaló]]
* 8. [[OotWebREST2012|REST összefoglaló]]

===Kidolgozások===
[[Media:OOTerv_REST_RMI_CORBA_2013.pdf | Rest RMI CORBA összefoglaló]] - diákat is tanulmányozzátok át mellé.

=== Tervezési minták ===
[[Tervezési_minták|Tervezési minták összefoglaló]]

=== Diák ===

[[Media:OO_AllInOne_2010.pdf | 2010-es diák]] - 1 dia/oldal

[[Media:OO_AllInOne_2012.pdf| 2012-es diák]] - 1 dia/oldal

[[Media:ooterv_2014_full.pdf | 2014-es diák]] - 2-3 dia/oldal

[[Media:ooterv_2014_full_cropped.pdf | 2014-es diák (^) darabolva]] 1 dia/oldal

== Kis ZH-k ==

* [[Objektumorientált szoftvertervezés - KisZH-k, 2008.|2008-as KisZH-k]]
* [[Objektumorientált szoftvertervezés - KisZH-k, 2009.|2009-es KisZH-k]]
* [[Objektumorientált szoftvertervezés - KisZH-k, 2010.|2010-es KisZH-k]]
* [[Objektumorientált szoftvertervezés - KisZH-k, 2011.|2011-es KisZH-k]]

== Vizsga ==

=== 2008 ===
* [[Objektumorientált szoftvertervezés - Vizsga, 2008.05.27.|2008.05.27.]] - nem hivatalos megoldással
* [[Objektumorientált szoftvertervezés - Vizsga, 2008.06.03.|2008.06.03.]] - nem hivatalos megoldással

=== 2009 ===
* [[Objektumorientált szoftvertervezés - Vizsga, 2009.05.28.|2009.05.28.]] - nem hivatalos megoldással

=== 2010 ===
* [[Objektumorientált szoftvertervezés - Vizsga, 2010.05.26.|2010.05.26.]] - nem hivatalos megoldással
* [[Objektumorientált szoftvertervezés - Vizsga, 2010.06.01.|2010.06.01.]] - nem hivatalos megoldással

=== 2012 ===
* [[Objektumorientált szoftvertervezés - Vizsga, 2012.05.22.|2012.05.22.]]
* [[Objektumorientált szoftvertervezés - Vizsga, 2012.06.05.|2012.06.05.]]

=== 2013 ===
* [[Objektumorientált szoftvertervezés - Vizsga, 2013.05.28.|2013.05.28.]]
* [[Objektumorientált szoftvertervezés - Vizsga, 2013.06.11.|2013.06.11.]]

=== 2014 ===
* Összefoglaló, szerkeszthető Google Docs-anyag: https://docs.google.com/document/d/1lWt4KaD4O6MPDtt77cvcj03ClLHE8Z4MR1SLqj6mY5U/edit

== Tippek ==

A kisZH-k általában hasonlítanak a már fent lévő előző évek kisZH-ihoz, érdemes azokat átnézni kisZH-k előtt.

A vizsga nagyrészt elméleti feladatokból áll és néhány gyakorlatiból. Vizsgán az anyag bármely részébe belekérdezhetnek elég részletesen, ezért érdemes rá jól felkészülni, tipikusan nem a könnyű vizsgák közé tartozik. Lehet hasonlítani a Szoftvertechnológia vizsga nehézségéhez, csak ez annyival könnyebb, hogy nincs beugró. :)

== Kedvcsináló ==

Objektumorientált tervezés és megvalósítás elveit és módszereit tanítja meg a tárgy, azokra gyakorlati példákat hoz Java környezetben.
Aki szoftvertechnológiából nem sajátította el a Java nyelvet megfelelően, annak itt a lehetőség (és számonkérés), hogy alaposabban megtanulja és gyakorolja. Perzisztencia, elosztottság, webszolgáltatások... sok sok olyan témakör melyeket a gyakorlatban is használnak.
Nem egyszerű tárgy véleményem szerint, de ha az anyagot alaposan elsajátítod, az később Java programozás kapcsán kamatoztatni fogja magát.

--[[Szerkesztő:Ferrero|Szabó Csaba]] ([[Szerkesztővita:Ferrero|vita]]) 2012. december 16., 15:35 (CET)

{{Lábléc_-_Informatikai_technológiák_szakirány}}

Szenzorhálózatok

2014-08-24T17:11:29Z

Szikszayl:

Ez az oldal a Szenzorhálózatok tárggyal és a [[Szenzorhálózatok - A TinyOS és a nesC|TinyOS]] operációs rendszerrel kapcsolatos segédanyagok gyűjtőhelye.

__TOC__

==Előadás==

A [http://portal.mit.bme.hu/?l=oktatas/targyak/vimm9084/index.html tárgy honlapján] valamint [http://hsnlab.tmit.bme.hu/~vidacs/w3_hu/education/sensor_networks/sensor2006_hu.htm Vidács Attila oldalán] találhatóak az előadások vetített anyagai.

Előadás minden hétfőn és csütörtökön 12.15-14, IE217.

==Házi feladat==

A tárgyhoz házi feladatok tartoznak, melyek valamilyen alkalmazás megvalósítását jelentik mitmót-on, [[Szenzorhálózatok - A TinyOS és a nesC|TinyOS]] operációs rendszer és [[Szenzorhálózatok - A TinyOS és a nesC|nesC]] programnyelv segítségével.
A házikat 2-3 fős csoportokban lehet készíteni.

A választható témák:
* A szomszédok felderítésére használható program készítése mitmótokra [[Szenzorhálózatok - HF: Szomszédok felderítése|részletek]]
* Órák szinkronizációja, alvás-ébrenlét [[Szenzorhálózatok - HF: Óraszinkronizáció, alvás-ébrenlét|részletek]]
* Mitmót - Berkeley (micaZ) mote gateway [[Szenzorhálózatok - HF: MicaZ-mitmót átjáró|részletek]]
* SMS küldés/fogadás mitmóttal, egy mobiltelefon segítségével [[Szenzorhálózatok - HF: SMS küldés/fogadás|részletek]]
* A rádiós kommunikáció MAC rétegének vizsgálata [[Szenzorhálózatok - HF: MAC réteg vizsgálata|részletek]]

==TinyOS használata mitmóton==

A [[Szenzorhálózatok - A TinyOS és a nesC|TinyOS]] operációs rendszert én ([[LaszloSiroki|Laci]]) portoltam a mitmótra, ezért a házi feladattal kapcsolatban fel fogok tenni ide segédanyagokat és információkat. Ahhoz, hogy a tényleg szükséges információt kapjátok meg, létrehoztam egy [[Szenzorhálózatok - Fórum|fórumszerű oldalt]], ahová várom a kérdéseket, és igyekszem megválaszolni őket. Ha valaki tudja a megoldást valaki más kérdésére, akkor persze nyugodtan válaszolhat, mert akkor úgy gyorsabb lesz. Én majd úgyis átnézem a válaszokat is, és pontosítom vagy korrigálom, ha szükséges.
Amíg a wikioldal fejlesztés alatt áll, az elmúlt évben feltett információk, segédanyagok és programok megtalálhatóak a [http://www.cs.bme.hu/~sl/mitmot www.cs.bme.hu/~sl/mitmot] oldalon.
További információk találhatóak a [[Szenzorhálózatok - A TinyOS és a nesC|TinyOS]] oldalon.

-- [[LaszloSiroki|Laci]] - 2007.03.25.

[[Category:Valaszthato]]

Szenzorhálózatok - A TinyOS és a nesC

2014-08-24T17:11:08Z

Szikszayl:

A TinyOS egy beágyazott operációs rendszer, amit kifejezetten szenzorhálózati alkalmazások fejlesztésére találtak ki. nesC nyelven írták, és ezen a nyelven lehet hozzá programokat is írni. Ezeknek a részletesebb tulajdonságait fejtem ki alább.

=A nesC programozási nyelv=
A nesC a C nyelv egy komponens-orientált kiterjesztése. Fő jellemzője még a komponens-orientáltságon kívül az eseményvezérelt működés.

==nesC 1.1==

===Komponensek, modulok, konfigurációk, parancsok, események, interfészek===

A nesC programok '''komponensekből''' épülnek fel, amik az objektum-orientált nyelvek osztályaihoz hasonlítanak, mert egyegységbe zárják az adatokat és a rajtuk végezhető műveleteket, de mivel hardverközeli környezetben vagyunk, nem csak adatokról van szó, hanem perifériákról is. Jellemő eltérés az objektum-orientált nyelvekkel szemben, hogy minden '''komponens''' csak egy példányban létezhet, tehát olyan, mint egy singleton, vagy mintha statikus lenne minden metódusa és mezője. (Paraméterezett interfészek segítségével megoldhatóak bizonyos helyzetek, amikor több példányra lenne szükség, de erről majd később, és ennek ellenére ez egy hátrány, amit az újabb verzióban már megoldottak.)
Mivel a nesC nyelv eseményvezérelt szemléletű, ezért a '''komponenseknek''' nem csak '''parancsai''' (*command*) vannak, amik a szokásos metódusoknak felelnek meg, hanem deklarálni kell a '''komponens''' által kiváltott '''eseményeket''' is, valamint azt, hogy milyen '''eseményekre''' reagál a '''komponens'''. Szokatlan módon a '''parancsoknál''' sem csak azt kell megadni, hogy milyeneket valósítmeg a '''komponens''', hanem azokat is, amelyeket meg akar hívni.
'''Komponensekből''' két fajta van: '''modul''' és '''konfiguráció'''. A modulok hasonlítanak a szokásos programozási nyelvekre: meg van bennük valósítva minden '''parancs''', amit mások felé nyújtanak, valamint az eseménykezelők azokra az eseményekre, amiket használnak. A függvénytörzsek gyakorlatilag C nyelvűek, eltekintve néhány kulcsszótól, mint például a '''call''' a parancsok meghívására és a '''signal''' az események kiváltására, a függvények előtt pedig jelezni kell, hogy az '''parancs''' (*command*), vagy eseménykezelő (*event*). A fentieknek megfelelően a megvalósításban csak a használatra deklarált parancsokat lehet meghívni és a mások felé nyújtott eseményeket lehet kiváltani.

Folyt. köv.

A nesC programok .nc kiterjesztésű fájlokból állnak, ezeknek több fajtájuk van:
* Komponensek
** Konfigurációk
** Modulok
* Interfészek:
Definiálják a komponensek közötti kapcsolatok típusát.

-- [[LaszloSiroki|Laci]] - 2007.03.25.

[[Category:Valaszthato]]

Szenzorhálózatok - HF: Szomszédok felderítése

2014-08-24T17:09:07Z

Szikszayl:

==Feladat: (1) szomszédok felderítése==

===Részletes kiírás===

Készítsen olyan minta alkalmazást, ahol a szenzorhálózati csomópontok (mótok) képesek önállóan felderíteni a kommunikációs sugarukon belül elérhető szomszédaikat. A feladat minden mót számára egy táblázat létrehozása és folyamatos karbantartása a szomszédairól, figyelembe véve, hogy a szomszédos csomópontok eltűnhetnek ill. új csomópontok is megjelenhetnek a hálózatban.

Adjon megoldást arra is, hogy a csomópontok eljuttassák a szomszédossági információkat egy PC-hez kötött nyelő állomásnak, többugrásos (multi-hop) hálózatot feltételezve (azaz amikor nem minden állomás képes közvetlenül a nyelővel kommunikálni). A PC képernyőjén jelenjen meg a hálózat logikai gráfja, azaz a gráf csomópontjai a mótok, az élek pedig egymással közvetlenül kommunikálni képes mótokat kötnek össze.

===Segítség===

A feladat megoldásához a GenericComm komponensre lesz szükség, amivel üzeneteket lehet küldeni és fogadni.
Létre kell hozni valamilyen saját üzenetformátumot, amibe bele lehet tenni a küldő címét. Minden mote periodikusan elküld egy ilyen csomagot a saját címével mindenkinek, azaz a broadcast címre (TOS_BCAST_ADDR). Ha valaki vesz egy ilyen csomagot, akkor bejegyzi a táblázatába, hogy az a mote a közelben van. Azokat a mote-okat, amiktől érkezett valamikor üzenet, de azóta már sok idő eltelt, törölni kell a táblázatból. (Lehet úgy is, hogy időnként törli az egészet, és egy bizonyos ideig vár újabb csomagokat, és akiktől érkezett, azokat tekinti szomszédainak. Arra azért ügyelni kell, hogy a felhasználó ne lásson olyat, hogy nincsenek szomszédok, vagy kevés szomszéd van, miközben biztos szomszédai vannak, csak épp törölte a listát, azaz amíg össze nem gyűlt teljesen az új szomszédlista, addig a régit meg kell őrizni.)

A feladatból első körben el lehet hagyni a multihop kommunikációt, és a mitmóton megjeleníteni azt, hogy milyen szomszédai vannak. Erre lehet használni a LED-eket, pl. úgy, hogy ha max. 4 mote van, akkor 1-1 LED tartozhat a mote-okhoz, de jobb megoldás, ha sorban végigmegy a szomszédainak listáján, és binárisan megjeleníti a címüket, mindegyiket 0,5-1 másodpercig.

Szükséges komponensek:
* Kell egy komponens, ami az üzeneteket küldözgeti
** A GenericComm-hoz kapcsolódik, SendMsg interfésszel
** Ez egy Timer-t használhat arra, hogy periodikusan küldje az üzeneteket
* Kell egy komponens, ami fogadja az üzeneteket
** A GenericComm-hoz kapcsolódik, ReceiveMsg interfésszel
** A fogadott csomagokból kideríti, hogy ki küldte, és ezt továbbadja a következő komponensnek
* Kell egy komponens, ami a táblázatot nyilvántartja
** Az interfészén keresztül lehessen jelezni, hogy valakitől érkezett csomag
* Kell egy komponens, ami az eredményt megjeleníti.
** Ez kiolvassa a szomszédsági táblázatot
** és periodikusan megjeleníti a címeiket a LED-eken
** Egy Timer-t és a Leds4C komponens Leds4 interfészét használja a periodikus megjelenítésre.

-- [[LaszloSiroki|Laci]] - 2007.04.19.

[[Category:Valaszthato]]

Szenzorhálózatok - HF: Óraszinkronizáció, alvás-ébrenlét

2014-08-24T17:07:53Z

Szikszayl:

==Feladat: (2) szinkronizálás, alvás-ébrenlét==

===Részletes kiírás===
Készítsen olyan alkalmazást, amelyben a hálózatban szereplő eszközök periodikusan alszanak és kis kitöltési tényezővel ébren vannak. Az ébrenléti szakaszokat a mótok egymáshoz szinkronizálják és ezen időtartamok alatt egymással kommunikálnak. Az eszköz által biztosított szinkronizációs primitívek segítségével alkosson olyan biztonságos alvás-ébrenlét mechanizmust, hogy a kommunikáció idején a szinkronizációs hibák ellenére biztosan minden állomás ébren legyen, de mégis minden mót a lehető legtöbbet aludjon az energiatakarékosság jegyében.

Minden mót a kommunikációs időszelet (általa ismert) kezdetekor és végén autonóm módon küldjön egy üzenetet, amely egy bázisállomáson keresztül egy PC képernyőjén időbélyeggel együtt jelenjen meg. A LED-ekről leolvasható legyen a mót állapota (alvás/ébrenlét/kommunikáció).

===Segítség===
A feladat megoldásához a GenericComm komponensre lesz szükség, amivel üzeneteket lehet küldeni és fogadni.
Létre kell hozni valamilyen saját üzenetformátumot, amibe bele lehet tenni az órák szinkronizációjához szükséges adatokat. Választani kell valamilyen órszinkronizációs algoritmust, amit meg fogtok valósítani.
Ajánlom még figyelmetekbe a LogicalTime nevű komponenst, ami egy logikai óra megvalósítása, lehet lekérdezni és beállítani is az aktuális időt, és lehet relatív módon is változtatni az értékét.

A [[TinyOS]] ütemezője automatikusan eleltatja a processzort, ha nincsen futó task. A rádió ki- és bekapcsolása azonban a felhasználói program feladata. Alvás alatt tehát azt értjük, hogy olyankot ki is kell kapcsolni a rádiót. Ezt az IA4420RadioC.StdControl interfészen keresztül tehetjük meg (persze még a kikapcsolás előtt kell elküldeni az üzenetet a központnak, hogy el fog aludni a mote).

-- [[LaszloSiroki|Laci]] - 2007.04.19.

[[Category:Valaszthato]]

Szenzorhálózatok - HF: MicaZ-mitmót átjáró

2014-08-24T17:07:28Z

Szikszayl:

==Feladat: (4) micaZ-mitmót átjáró==

===Részletes kiírás===

Adjon megoldást arra, hogy egy micaZ (Crossbow) mótokból álló, és egy mitmótokból felépülő, eltérő rádiós kommunikációt használó szenzorhálózat képes legyen összekapcsolódni. Az elképzelt megoldás egy olyan átjáró (gateway) a két hálózat között, amely képes minkét hálózatrésszel kommunikálni. Az átjáró létrehozható egy micaZ és egy mitmót eszköz összekapcsolásával, közbeiktatott PC nélkül. Az átjáró csomópont működését tekintve közvetítőként, transzparens módon az egyik hálózatrészből kapott csomagokat a másik interfészén továbbítja a másik hálózatrészbe. Segítségével a kétféle hálózati csomómontok egy egységes hálózatot alkothatnak az átjárón keresztül.

Készítsen olyan minta alkalmazást, amelynek segítségével az átjáró működése bemutatható.

===Segítség===

====Hardver====
A mica és a mitmót buszon is található UART kivezetés, ezeket kell egymással összekötni, természetesen felcserélve az RX/TX vonalakat, és össze kell kötni a két mote földjét (GND).

A mitmót rádiós kártyáján ki van vezetve a mikrokontroller UART1-es portja, ezt használja a [[GenericComm]] komponens, ha a soros port címére (TOS_UART_ADDR) küld valaki csomagot. Lehet használni ezt, de lehet az UART0-t is, aminek a kivezetései a programozó csatlakozón vannak, és egyébként nincsen használatban a [[TinyOS]] által.

A Berkeley mote-on csak egy UART-kivezetés van, az UART0, ez van kivezetve a mica buszra. Ilyen csatlakozó beszerzése nem egyszerű, de lehet próbálkozni egy soros programozó kártyával, vagy egy USB-s kártyán megkeresni a megfelelő kivezetéseket.

====Szoftver====
A kétfajta mote kommunikációjában a csomagformátum eltérő: A mitmót a szabványos csomagstruktúrát használja, ami a <pre>/opt/tinyos-1.x/tos/types/AM.h</pre> file-ban található, a micaz mote-nál viszont ezt felüldefiniálták a <pre>/opt/tinyos-1.x/tos/platform/micaz/AM.h</pre>-ban. A [[TinyOS]] 2.0-ban már megoldották, hogy a soros protokoll azonos legyen, itt viszont még nem.

A feladat tehát áttanulmányozni, hogy hogyan működik a soros kommunikáció, és valamelyik platformnál megoldani, hogy a soros porton más csomagformátumot használjon, mint a rádiónál.

-- [[LaszloSiroki|Laci]] - 2007.04.19.

[[Category:Valaszthato]]

A WEB programozása - Kidolgozott JSP feladatok - DirLister

2014-08-24T17:04:55Z

Szikszayl:

{{Vissza|A WEB programozása - Kidolgozott JSP feladatok}}

==A DirLister feladat megoldása==

Az alábbi kódot egy fejlesztőkörnyezettel generáltam (nem kicsit gyorsabb így összekattintgatni, mint vizsgán mindent begépelni...), szóval ne csodálkozz, ha esetleg lesz benne néhány "felesleges" tag vagy metódus. :) A kód egyáltalán nem tartalmaz semmiféle hibakezelést: ha nem létező utat adsz meg, annak bizony NullPointerException lesz a vége. Mindazonáltal a vizsgán nem volt követelmény a hibakezelés, szóval nemigen volt kedvem ezzel foglalkozni. ;)

A JavaBean (Dirlister.java):
<pre>
package webprog;

import java.io.File;
import java.util.Vector;

public class Dirlister {

/** Creates a new instance of Dirlister */
public Dirlister() {
}

private String thepath; // a listázni kívánt elérési út
private Vector files; // itt keletkezik majd az állományok listája
private Vector dirs; // itt keletkezik majd a könyvtárak listája

public String getThepath() {
return thepath;
}

public void setThepath(String thepath) {
this.thepath = thepath;
}

public Vector getFiles() {
files = new Vector(); // a JSP oldalon faszán végig lehet iterálni egy Vector struktúrán
File f = new File(thepath);
File[] contents = f.listFiles(); // ez a metódus - nevével ellentétben - könyvtárakat is listáz
for (int i = 0; i < contents.length; i++) {
if (contents[i].isFile()) { // ha állományt találtunk, akkor annak nevét hozzáadjuk a Vectorhoz
files.add(contents[i].getName());
}
}
return files;
}

public void setFiles(Vector files) {
return;
}

public Vector getDirs() { // nagyjából minden ugyanaz, mint a getFiles()...
dirs = new Vector();
File f = new File(thepath);
File[] contents = f.listFiles();
for (int i = 0; i < contents.length; i++) {
if (!contents[i].isFile()) {
dirs.add(contents[i].getName());
}
}
return dirs;
}

public void setDirs(Vector dirs) {
return;
}

}
</pre>

Az ezt felhasználó JSP oldal (dirlister.jsp):

<pre>
<%@page contentType="text/html"%>
<%@page pageEncoding="UTF-8"%>
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Dirlister</title>
</head>
<body>

<h1>Dirlister</h1>
<form action="dirlister.jsp">
<input type="text" name="thepath" value="" />
<input type="submit" value="Mehet!" />
</form>
<c:if test="${!empty param.thepath}">
<jsp:useBean id="lister" scope="page" class="webprog.Dirlister" />
<jsp:setProperty name="lister" property="thepath" value="${param.thepath}" />
<c:forEach items="${lister.dirs}" var="actelement">
<b>${actelement}</b><br/>
</c:forEach>
<c:forEach items="${lister.files}" var="actelement">
${actelement}<br/>
</c:forEach>
</c:if>
</body>
</html>

</pre>

-- [[FoldesAdam|Földe]] - 2007.01.23.

[[Category:Valaszthato]]

A WEB programozása - Kidolgozott JSP feladatok

2014-08-24T17:03:55Z

Szikszayl:

{{GlobalTemplate|Valaszthato|WebProgFeladatokJSP}}

==Tomcat telepítés Windows alá==

* [[http://tomcat.apache.org/download-55.cgi]]-ről letölteni a Core Windows Executable-t.
** Telepítéskor az Examples-t beXelni.
** HTTP/1.1 Connector Portot át lehet állítani 80-ra; ha foglalt, Apache-ot/IIS-t/Skype-ot kilőni. A szolgáltatások listája a =services.msc= parancs segítségével kérhető le.
** JRE könyvtárat /bin nélkül kell megadni.
* =webapps/jsp-examples/WEB-INF/lib= tartalmát átmásolni a =webapps/ROOT/WEB-INF/lib= könyvtárba, hogy legyen JSTL
* szervert újraindítani (parancssorból: =net stop tomcat5= majd =net start tomcat5=)
* localhost címen be kell jönnie az üdvözlő oldalnak

-- [[PallosPeter|Peti]] - 2006.05.31.

==Előadáson bemutatott taglibek==

* Standard tagek: [http://jakarta.apache.org/site/downloads/downloads_taglibs-standard.cgi jstl.jar és standard.jar]
* XML parse-olás: [http://www.apache.org/dyn/closer.cgi/xml/xalan-j xalan.jar és xercesImpl.jar]

==Feladatok==

Olvassa be a <pre>data/</pre>{{InLineFileLink|Valaszthato|WebProgFeladatokJSP|adatok.txt|adatok.txt}} file-t, és jelenítse meg a tartalmát táblázatos formában. A =:= karakter jelöli az új cellát, a =\n= az új sort.

Megoldás: {{InLineFileLink|Valaszthato|WebProgFeladatokJSP|adatok_tablazatba.jsp|adatok_tablazatba.jsp}}
-- [[PallosPeter|Peti]] - 2006.12.28.

----

Konstruálj olyan JSP oldalt, mely képes a szerver könyvtárainak kilistázására, egy JavaBean felhasználásával! A felhasználó egy űrlapon adhatja meg a kívánt elérési utat. A listában minden könyvtár legyen előrébb minden állománynál, és a könyvtárnevek vastag betűvel jelenjenek meg!

Megoldás: [[A WEB programozása - Kidolgozott JSP feladatok - DirLister]]
-- [[FoldesAdam|Földe]] - 2007.01.23.

----

Egy formba beírható, hogy milyen tábla es milyen nevű oszlopok, és egy gomb hatására létrehozza ezt a táblát az előre adott Access adatbázisban. Ha már van ilyen tábla, kiírja, hogy van ilyen tábla. Az oszlopnevek egy mezőben adhatók meg, =:= karakterek választják el őket.

----

==Kapcsolódó wiki oldalak==
* [[Szoftverfejlesztés J2EE platformon - Labor: Servlet és JSP|Szoftverfejlesztés J2EE platformra — JSP labor]]

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Labor: JCA

2014-08-24T16:58:54Z

Szikszayl:

{{Vissza|Szoftverfejlesztés J2EE platformon}}

==Kapcsolodas a BankApp-hoz==

ld. [[J2EE - Java Connector Architecture|Integralt informacios rendszerek, JCA labor]]

-- [[PallosPeter|Peti]] - 2006.11.29.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Labor: Web Service

2014-08-24T16:57:47Z

Szikszayl:

{{Vissza|Szoftverfejlesztés J2EE platformon}}

==Web Service laborok más tárgyakból==

* [[IIRLaborWS|Integrált információs rendszerek]] — Visual Studio 2005 + Web Service Enhancement 3
* [[ElosztottLaborWebService|Elosztott rendszerek]] — Visual Studio 2003

==Devizaváltó Web Service implementálása==

* New Project / Enterprise Application
** Name: WSLabor EJB es Web Application Module is kell
* New Project / Web Application
** Name: WSLaborService
** Add to Enterprise Application: WSLabor
* WSLaborService / Source Packages / New Java Class...
** Name: RateDescriptor
** Package: ws.labor
* WSLaborService / Source Packages / New Java Class...
** Name: Converter
** Package: ws.labor

'''RateDescriptor bean'''

<pre>package ws.labor;

public class RateDescriptor {
private String from;
private String to;

public RateDescriptor() {
}

public RateDescriptor(String from, String to) {
this.setFrom(from);
this.setTo(to);
}

// getterek es setterek generalasa:
// context menuben Refactor / Encapsulate Fields...
public String getFrom() {
return from;
}

public void setFrom(String from) {
this.from = from;
}

public String getTo() {
return to;
}

public void setTo(String to) {
this.to = to;
}

// Ctrl+I: felsorolja az override-olhato metodusokat
public boolean equals(Object obj) {
if (!(obj instanceof RateDescriptor)) return false;
if (this==obj) return true;
RateDescriptor d = (RateDescriptor) obj;
return from.equals(d.from) && to.equals(d.to);
}

public String toString() {
return from + " -> " + to;
}

public int hashCode() {
return from.hashCode() ^ to.hashCode();
}
}</pre>

'''Converter service'''

<pre>package ws.labor;

import java.util.HashMap;
import java.util.Map;
import javax.jws.WebMethod;
import javax.jws.WebService;

@WebService()
public class Converter {

Map<RateDescriptor, Double> rates = new HashMap<RateDescriptor, Double>();

public Converter() {
rates.put(new RateDescriptor("HUF", "EUR"), 260.0);
rates.put(new RateDescriptor("HUF", "USD"), 210.0);
}

@WebMethod
public Double getRate1(RateDescriptor d) {
return rates.get(d);
}

// Web Service nem tamogatja az overload-olt metodus neveket
@WebMethod
public Double getRate2(String from, String to) {
return rates.get(new RateDescriptor(from, to));
}
}
</pre>

Deploy, majd a szerver logból másoljuk ki az url-t es írjuk utána, hogy =?wsdl=. =<xsd:schema>/<import>@schemaLocation= alatt vannak a metódus deklarációk.

==Devizaváltó Web Service meghívása==

* WSLabor-war / Source Packages / New Servlet
** name: Converter

<pre>protected void processRequest(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html;charset=UTF-8");
PrintWriter out = response.getWriter();

out.println("<html>");
out.println("<head>");
out.println("<title>Servlet Converter</title>");
out.println("</head>");
out.println("<body>");
out.println("<h1>Servlet Converter at " + request.getContextPath () + "</h1>");

out.println("<form method='post'>");
out.println("From: <input type='text' name='from'><br>");
out.println("To: <input type='text' name='to'><br>");
out.println("<input type='submit' value='Get Rate!'><br>");
out.println("</form>");

String from = request.getParameter("from");
String to = request.getParameter("to");

if (from!=null && to!=null) {

}

out.println("</body>");
out.println("</html>");
out.close();
}</pre>

* WSLabor-war / New / Web Service Client
** Project: Browse-zal valasszuk ki a Convertert
** Package: ws.labor.client
* WSLabor-war / Web Service References / ConverterService / ConverterService / ConverterPort / getRate2-t huzzuk at az =if (from!=null && to!=null) { }= blokk belsejebe.

* Deploy
* Ha nem megy, mert nem talalja a web service-t, Runtime / Servers / Sun AppServer / Applications / Web Applications / WSLaborService / Undeploy, majd deploy ujra.

==Járatkereső Web Service implementálása EJB modulban==

* WSLabor-ejb-ben New Java Class
** Name: AirLineBean
** Package: ws.labor.ejb

<pre>public class AirLineBean {
private int id;
private String source, destination;
private double price;
private String currency;

// + default es parameterezett konstruktorok

// + getterek es setterek
}</pre>

* Hozzunk letre egy Stateless Session beant ugyanabba a package-be TravelSession neven.

'''TravelSessionBean'''

<pre>package ws.labor.ejb;

import java.util.ArrayList;
import java.util.List;
import javax.ejb.Stateless;
import javax.jws.WebMethod;
import javax.jws.WebService;

@Stateless
@WebService()
public class TravelSessionBean implements ws.labor.ejb.TravelSessionLocal {

List<AirLineBean> airlines = new ArrayList<AirLineBean>();

public TravelSessionBean() {
airlines.add(new AirLineBean(1, "Budapest", "New York", 200000.0, "HUF"));
airlines.add(new AirLineBean(2, "Budapest", "New York", 180000.0, "HUF"));
airlines.add(new AirLineBean(3, "Budapest", "Parizs", 30000.0, "HUF"));
}

@WebMethod()
public AirLineBean[] searchAirLine(String source, String destination) {
List<AirLineBean> result = new ArrayList<AirLineBean>();
for (AirLineBean alb : airlines) {
if ((source==null || alb.getSource().equals(source)) &&
(destination==null || alb.getDestination().equals(destination))) {
result.add(alb);
}
}
return result.toArray(new AirLineBean[result.size()]);
}
}</pre>

==Tesztelés==

* Runtime / Servers / Sun AppServer / View Admin Console
* Web Services / TravelSessionBean / Test
* Probaljuk ki ugy is, hogy a kiindulasi es a cel allomast is megadjuk es ugy is, hogy csak az egyiket.

==Önálló feladat==

* Keszitsunk egy webes klienst a TravelSessionBean-hez
* A kliens kerje le a talalatokat, es hivja meg a Converter service-t, ha nem stimmel a penznem.

-- [[PallosPeter|Peti]] - 2006.11.08.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Labor: Java Server Faces

2014-08-24T16:57:17Z

Szikszayl:

{{Vissza|Szoftverfejlesztés J2EE platformon}}

==Inicializalas==

* Sun Java Studio Creator 2 Update 1-et hasznalunk
* El kell inditani a Deployment es a Bundled Database servert
* New Project, name: TravelWeb, package: travel
* Jobb also sarokban lehet valasztani a projekt es a file nezetek kozott. A file nezet ugyanaz, mint NetBeansben, JSP projekt eseten

==DropDownList es tablazat osszekotese==

* Huzzunk ra egy DropDown controlt a palettarol a design nezetre. A Java Studio Creator general egy DropDown1DefaultOptions osztalyt. Vessuk ossze a java kodot a foliakon szereplo eletciklus modellel.
* Huzzunk egy table-t a DropDownList ala. Nezzuk meg a generalt JSP kodot.
* Huzzuk ra a Servers / Data Sources / Travel / Tables / PERSON tablat a DropDownList-re. Ilyenkor a JSF es a java kod egyszerre valtozik, erdemes egyszerre Save All-lal mindent menteni.
* dropDown1-en jobb gomb, Auto-Submit on Change menupontot ikszeljuk be. A JavaScript kodba bekerul egy OnChange esemenykezelo.
* Huzzuk ra a TRIP tablat a tablazatra.
* Outline / SessionBean1 / tripRowSet / Edit SQL Statement
** Huzzuk fel a TRIPTYPE tablat es allitsuk be, hogy milyen oszlopokat akarunk latni.
** PersonID-n Edit Query Criteria, OK
** table1-en Table Layout, selected: DEPDATE, DEPCITY, DESTCITY, NAME
** Options fulon Enable Pagination, 3 rekord/oldal
* Duplakattintas a DropDownList-en
* Illesszuk be a Samples / Travel: dropdown minta kodot a dropDown1_processValueChange esemenykezelobe es Ctrl+Shift+F-fel formazzuk meg
<pre> try {
getSessionBean1().setPersonId((Integer)dropDown1.getSelected());
personDataProvider.setCursorRow(personDataProvider.findFirst("PERSON.PERSONID", dropDown1.getSelected()));
getSessionBean1().getTripRowSet().setObject(1, dropDown1.getSelected());
tripDataProvider.refresh();
} catch (Exception e) {
error("Cannot switch to person " + personDataProvider.getValue("PERSON.PERSONID"));
log("Cannot switch to person " + personDataProvider.getValue("PERSON.PERSONID"), e);
}</pre>
* A Travel: prerender kodot pedig huzzuk bele a prerender metodusba
<pre> if (getSessionBean1().getPersonId() == null ) {
try {
personDataProvider.cursorFirst();
getSessionBean1().getTripRowSet().setObject(1, personDataProvider.getValue("PERSON.PERSONID"));
getSessionBean1().setPersonId((Integer)personDataProvider.getValue("PERSON.PERSONID"));
tripDataProvider.refresh();
} catch (Exception e) {
error("Cannot switch to person " + personDataProvider.getValue("PERSON.PERSONID"));
log("Cannot switch to person " + personDataProvider.getValue("PERSON.PERSONID"), e);
}
} else {
dropDown1.setSelected(getSessionBean1().getPersonId());
}</pre>
* SessionBean1 / Add / Property, name: personId, type: Integer
* Projects fulon tudunk masik temat valasztani

* Futtatas: TravelWeb projekten Run, ha nem indul el a bongeszo, nezzuk ki a logbol az url-t. localhostot cserelni kell zoneX-re

==Tobb oldalas web alkalmazas==

* Project / Page Navigation-on dupla kattintas
* Hozzunk letre egy Page2-t es egy Page3-at
* Page1-re rakjunk fel ket gombot: Button2 es Button3
* Page Navigation nezetben kattintsunk a Page1-re, es huzzuk ossze a gombokat Page2-vel illetve Page3-mal
** Nezzuk meg a web.xml-ben, hogy milyen navigacios szabalyok jottek letre
** Page2-nek es Page3-nak adjunk cimet (Palette / Basic / Static Text)
** A navigacios nezetet ugy tudjuk atlathatobba tenni, ha a context menuben bekattintjuk, hogy Draggable, es a Shiftet nyomva tartva atrendezzuk a grafot
* A Button2 a Page1-nek kuldi a kerest, ezert az url-ben is Page1 jelenik meg. Kezzel irt esemenykezelovel tudjuk javitani:

<pre> public String button2_action() {
try {
ExternalContext e = FacesContext.getCurrentInstance().getExternalContext();
e.redirect(e.encodeActionURL(e.getRequestContextPath()+"/faces/Page2.jsp"));
} catch (IOException e) {
throw new RuntimeException(e);
}
return null;
}</pre>

==Szamologep==

Page2.java

===Design===

Felhuzzuk:
* Text Field, id=a, converter=new longConverter, validator=new longRangeValidator
** Outline / longRangeValidator1-ben allitsuk be a minimumot es a maximumot
* Drop Down List, id=muvelet
* Text Field, id=b, converter=longConverter1, validator=longRangeValidator1
* Button, text="="
* Static Text, id=eredmeny

===Muvelet lista bekotese===

<pre>
private Collection ops = new ArrayList();
public Collection getOps() {
return ops;
}
public void setOps(Collection ops) {
this.ops = ops;
}
</pre>

Alt+Shift+F: Fix Imports

init()-ben feltoltjuk a Drop Down List-et (de a muveletek megadhatok lennenek statikusan is)

<pre>
ops.add(new Option("+"));
ops.add(new Option("-"));
ops.add(new Option("*"));
ops.add(new Option("/"));
</pre>

Listan Jobb click / Bind to Data... / Page2 / ops

==== gomb bekotese===

Dupla kattintas rajta

<pre> public String button1_action() {
// TODO: Process the button click action. Return value is a navigation
// case name where null will return to the same page.
String op = muvelet.getValue().toString();
long a = ((Long)this.a.getValue()).longValue();
long b = ((Long)this.b.getValue()).longValue();
if ("+".equals(op)) eredmeny.setText(""+(a+b));
else if ("-".equals(op)) eredmeny.setText(""+(a-b));
else if ("*".equals(op)) eredmeny.setText(""+(a*b));
else if ("/".equals(op)) eredmeny.setText(""+(a/b));
else eredmeny.setText("?");
return null;
}</pre>

preRender() metodusban allitsuk az eredmenyt ures stringre, hogy hiba eseten ne jegyezze meg az elozo eredmenyt

===Hibauzenetek===

Huzzunk fel ket Message controlt, es Ctrl+Shift-et nyomva huzzuk ra a Text Fieldeket

==Tobbnyelvusites==

Reszletes tutorial: http://developers.sun.com/prodtech/javatools/jscreator/reference/techart/2/il8n.html\

* SessionBean1-ben kell egy locales nevu property
* Page3-ra tegyunk fel egy Drop Down Listet (id=lang) es kossuk a locales-hez
* uj elem valasztasa eseten
<pre> String l = lang.getSelected().toString();
FacesContext.getCurrentInstance().getViewRoot().setLocale(new Locale(l));
getSessionBean1().setCurrentLocale(l);</pre>
* Kell egy Load Bundle control (Advanced csoport), var=m
* A Source Packages / travel / Bundle Properties / Add Locale ablakban hozzunk letre kulonbozo nyelveket
* A hu_HU es az en_US eroforras file-ban toltsuk ki a hello kulcshoz tartozo szoveget, irhatunk html kodot is
* Huzzunk fel egy Static Text controlt es a text propertyjet allitsuk #{m.hello}-ra

==Onallo feladat==

* Felhasznalo beleptetese
* Form, ami a TRIP tablaba felvesz uj adatokat

-- [[PallosPeter|Peti]] - 2006.10.25.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Labor: EJB 3.0

2014-08-24T16:56:25Z

Szikszayl:

{{Vissza|Szoftverfejlesztés J2EE platformon}}

==Banki alkalmazás==

===Inicializálás===

* Nyissuk meg a BankApp, BankApp-ejb es BankApp-war projekteket
* Jobb click a projecteken, Resolve Reference Problems
** valasszuk ki a megfelelo konyvtarat
* Runtime ful / Databases / derby / Connect vagy <br> Tools / Java DB Database / Start Java DB Server

===Táblák létrehozása===

* Runtime ful / Databases / derby / Tables / Create Table...
** Client (clientid INT PRIMARY KEY NOT NULL, name VARCHAR(50), address VARCHAR(200))
** Account (accountid INT PRIMARY KEY NOT NULL, createdate DATE, balance DOUBLE)
* varazsloban nem lehet foreign key-t beallitani =>
** jdbc:derby / Execute Command...
** ALTER TABLE APP."Account" ADD CONSTRAINT FK_CLIENT FOREIGN KEY ("clientid") REFERENCES APP."Client"("clientid") <br> (minden tabla- es mezonev case sensitive; ha nem nagybetusek, idezojelbe kell tenni)
*** Ehhez kell egy =clientid= attribútumot is létrehozni előbb.
** Account / Refresh
** Foreign Key alatt meg kell jelennie az FK_CLIENT idegen kulcsnak

===Entity beanek létrehozása===

* EJB projekten New / File/Folder... / Persistence / Persistence unit
** Default beallitasokkal (name=BankApp-ejbPU, persistence provider=TopLink, data source=jdbc/sample) mukodik
* EJB projekten New / Entity classes from database...
** Data source: jdbc/sample
** Adjuk hozza az Account tablat, a Client tabla az idegen kulcs miatt automatikusan hozzaadodik
** Package: bank.ejb
** Generate Named Query Annotations for Persistent Fields maradjon beixelve
* BankApp-ejb / Source Packages / bank.ejb alatt megjelennek a generalt beanek
* Az accountid es clientid private valtozok ele irjunk @GeneratedValue annotaciot

===Session beanek létrehozása===
(Ebből kell ellesni az entity bean hívást az önálló feladathoz)

* EJB projekten New / File/Folder... / Persistence / Session beans for Entity Classes
** Add all>>
** Local interface
* Letrejon a bank.ejb package-en belul 4 java file: AccountFacade.java, AccountFacadeLocal.java, ClientFacade.java, ClientFacadeLocal.java.
* AccountFacade.java
** A =@PersistenceContext= annotacio hatasara, a =private EntityManager em;= valtozot automatikusan inicializalja az alkalmazas szerver.

==Önállóan megoldott feladat==

* BankOperator stateless session beant letrehozni
** =void createClient(Client c);=
** =void createAccount(int clientid, Account a);=
** =void transfer(int from, int to, double amount) throws BankException;=

===Részleges megoldás===

* futtatas laborbol: BankApp deploy utan http://zoneX:8080/BankApp-war/index.jsp

* =tar cf BankApp.tar BankApp=
* ctrl+d-vel lepjunk ki a zonabol
* =scp labor@zoneX:BankApp.tar .=

==Példa egyéb EJB3 feature-ökre==

===Késleltetett átutalás===

<pre>@Stateless
... implements TimedObject;

@Resource
private TimerService ts;
ts.CreateTimer(mikor, TransferInfo);

public void ejbTimeout(Timer t) {
t.get...
transfer...
}</pre>

===Interceptors===

<pre>@Interceptors({Logger.class, c2.class})
@Stateless
public class SessionBean extends SessionBeanLocal {
}

public class Logger {
@AroundInvoke
public Object ...(InvocationContext ic) throws Exception {
//ic.getMethod().getName()
//ic.getMethod().getParameters()
return ic.proceed();
}
}</pre>

===EJB-QL 3.0 újítások===

ld. [[Szoftverfejlesztés J2EE platformon - Labor: JMS|JMS labor]]

-- [[PallosPeter|Peti]] - 2006.10.11.
</noautolink>

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Labor: EJB 2.1

2014-08-24T16:55:55Z

Szikszayl:

{{Vissza|Szoftverfejlesztés J2EE platformon}}

Berényi Zsolt, zberenyi@aut.bme.hu

==Projekt létrehozása==

* Netbeans 5.5 beta 2-t inditunk
** Runtime fulon el kell inditani a Sun Java System Application Server-t
* Projects fulon jobb click, New Enterprise Project
** Name: Calculator,
** J2EE 1.4, sima client is kell
** ejb projekten belul New Session Bean
** name: Calculator, package: calculatorapp.ejb, remote interface is kell
** build az Enterprise projekten
* Files fulon megjelennek a generalt forrasok
** Calculator / Calculator-ejb / src / java / calculatorapp / ejb

==Session bean==

* CalculatorBean.java-t megnyitjuk, forraskodon right click, EJB methods / Add business method
** int add(int op1, int op2)-t osszekattintani, local es remote interface is kell
** CalculatorLocal interfesz nem valtozott, csak a CalculatorLocalBusiness
** irjuk meg az add metodust

==Meghívás vastag kliensből==

* Files Calculator / Calculator-app-client / src / java Calculator / Main.java
* forrason jobb gomb, Enterprise Resources / Call Enterprise Bean
** kivalasztjuk a Calculator session beant es atallitjuk remote interfeszre, mert vastag kliensbol csak igy erheto el
** generalodik egy lookupCalculatorBean() metodus
* hivas:

<pre>public static void main(String[] args) {
Main main = new Main();
CalculatorRemote calc = main.lookupCalculatorBean();
int result;
try {
result = calc.add(12, 34);
System.out.println(result);
} catch (RemoteException ex) {
ex.printStackTrace();
}
}</pre>

==Futtatás==

* Enterprise projecten build majd deploy
* properties-ben run fulon beallitjuk, hogy a vastag kliens induljon
* Run Project

==Meghívás servletből==

* Calculator-war / New / Servlet
** Name: CalcServlet
* Enterprise Resources / Call Enterprise Bean
* CalculatorSB, local interfesz eleg
* processRequest-ben kommentet szuntessuk meg, es szurjuk be a kovetkezo kodot:
<pre>int result = lookupCalculatorBean().add(45,879);
out.println("Eredmeny: " + result);</pre>

==Servlet futtatása==

* Startup projektet allistuk vissza a webes projektre
* Calculator / Build, Deploy majd Run
* A bongeszoben irjuk az url utan, hogy CalcServlet

==Önálló feladat==

* Stateful session bean-ben tarolodik egy vasarloi kosar
* Elemei:
<pre>class Item implements Serializable {
Integer id;
String name;
double price;
}</pre>
* Session metodusok:
** void addItem(Item newItem); // 1000-nel dragabbat ne adjon hozza
** Collection getItems();
* Servletbol meg lehet nezni a kosar tartalmat es lehet bele pakolni

-- [[PallosPeter|Peti]] - 2006.09.29.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon

2014-08-24T16:53:49Z

Szikszayl:

{{Tantárgy
| név = Szoftverfejlesztés <br />J2EE platformon
| tárgykód = BMEVIAUJV09
| kredit = 4
| tanszék = AAIT
| jelenlét =
| minmunka =
| labor =
| kiszh =
| nagyzh =
| hf =
| vizsga =
| levlista = j2ee{{kukac}}sch.bme.hu
| tad = https://www.vik.bme.hu/kepzes/targyak/VIAUAV09/
| tárgyhonlap = http://www.aut.bme.hu/portal/BMEVIAUAV09
}}

==Adatok==

* [[Szoftverfejlesztés J2EE platformon - Kedvcsináló|Kedvcsináló]]
* Előadó: [http://www.aut.bme.hu/portal/gabor Imre Gábor]
* Levelezőlista (tanszéki hirdetmények, segítség a hf-hoz):
* Csak őszi félévben szokott indulni.
* [http://www.szak.hu/konyvek_htm/szoftverfejlesztes_jee_platformon.html Könyv]: Imre Gábor (szerk.): Szoftverfejlesztés Java EE platformon, B5, kartonált, ISBN 978-963-9131-97-2, ISSN 1785-363X, 460 oldal, 6 500 Ft áfával

==Labor==

A 3. hétig kedden és pénteken, utána csak a keddi alkalommal van előadás. A laborok a H-P 8:30-11:30, H-P 14:15-17:15 időpontok közül kerülnek ki, heti 4 alkalommal, a hallgatók által megjelölt prioritások alapján. A fejlesztéshez a V2.504 termet használjuk, ahol 1 Sun szerver és 20 terminál található. A munka a tapasztalatok szerint 12 kliensig akadozásmentes, 16 kliensig elfogadható sebességgel megy. Az óra végén az alkalmazás szerver újratelepítésre kerül, az órai munka elveszik. A labor nem kötelező, de a házi feladat megírásában sokat segít.

A labor beosztás a [http://www.aut.bme.hu/Portal/Targy.aspx?courseId=9c99be90-6340-4afa-90ee-1dab2baf9ec0 tárgy honlapjáról] elérhető.

* [[Szoftverfejlesztés J2EE platformon - Labor: EJB 2.1|2006.09.29. EJB 2.1]]
* [[Szoftverfejlesztés J2EE platformon - Labor: EJB 3.0|2006.10.11. EJB 3.0, Entity Bean]]
* [[Szoftverfejlesztés J2EE platformon - Labor: Servlet és JSP|2006.10.18. Servlet, JSP, EL, Filter, Custom Tag]]
* [[Szoftverfejlesztés J2EE platformon - Labor: Java Server Faces|2006.10.25. JavaServer Faces]]
* [[Szoftverfejlesztés J2EE platformon - Labor: Web Service|2006.11.08. Web Services]]
* [[Szoftverfejlesztés J2EE platformon - Labor: JMS|2006.11.22. JMS]]
* [[Szoftverfejlesztés J2EE platformon - Labor: JCA|2006.11.29. JCA]]

==Házi feladat==

A házi feladat 40%-ban számít bele az írásbeli vizsga pontszámába, ezen belül a részarányok:
* Webes felület: 12%
* Session bean: 10%
* Entity bean / persistence: 10%
* Web services: 8%
Pontlevonás:
* specifikációban előírt funkcionális követelmény hiányzik: 1 pont (minden olyan rétegben, ahol meg kellett volna valósítani)
* valamilyen funkció hibásan működik: darabonként 2 pont (csak abban a rétegben, ahol a hiba keletkezik)
* Nem elegáns megoldások alkalmazása (pl. JSP-ben sok java kód, entity beanek közvetlen elérése a
3 kérdés, amivel kideríthető, önálló-e a munka (mutassa meg, hol történik a kódban ez és ez)

Egy konkrét házi feladat, amire megajánlott 5-öst kaptam: [[Szoftverfejlesztés J2EE platformon - Kidolgozott házi feladat|Car sharing portál]] -- [[PallosPeter|Peti]] - 2007.12.15.

==Vizsga==

Szóbeli elővizsgán azok vehetnek részt, akik dec.15-ig beküldik a házi feladatot. 3 kérdést kapnak az előadás anyagából, konkrét API-ra nem rákérdezve. A kérdések mindegyike 20 pontot ér. A rendes vizsga annyiban különbözik, hogy 5-6 kérdést kell írásban kifejteni, de a konkrét API-t itt sem kell tudni.

Ponthatárok: 51-61-75-85

* [[Szoftverfejlesztés J2EE platformon - Vizsga, 2008.05.27.|2008.05.27 vizsgafeladatsor]]
* [[Szoftverfejlesztés J2EE platformon - Vizsga, 2009.05.28.|2009.05.28 vizsgafeladatsor]]
* [[Szoftverfejlesztés J2EE platformon - Vizsga, 2009.06.23.|2009.06.23 vizsgafeladatsor]]
* [[Szoftverfejlesztés J2EE platformon - Vizsga, 2010.01.12.|2010.01.12 vizsgafeladatsor]]
* [[Szoftverfejlesztés J2EE platformon - Vizsga, 2011.01.13.|2011.01.13 vizsgafeladatsor]]

==Tutorial-ok==

* [[Szoftverfejlesztés J2EE platformon - SQL szerver|SQL Server telepítése Sun Java System Application Server és NetBeans 5.5 alá]]
* [[Szoftverfejlesztés J2EE platformon - Entity bean|Elsődleges kulcs generálása entity bean-ekben]]
* [http://www.hibernate.org/hib_docs/entitymanager/reference/en/html/queryhql.html EJB-QL tutorial], [http://www.solarmetric.com/resources/ejbql-quickref.pdf EJB-QL Quick Reference]
* [[Szoftverfejlesztés J2EE platformon - Security|Java EE Security - ha úgy szeretnél autentikációt és autorizációt, hogy egy sort sem kell kódolni]]
* [[Szoftverfejlesztés J2EE platformon - Displaytag|Displaytag és managed bean-ek]]
* [[Szoftverfejlesztés J2EE platformon - Naplózás|Naplózás]]

-- [[PallosPeter|Peti]] - 2006.11.25.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Naplózás

2014-08-24T16:52:26Z

Szikszayl:

Érdemes átnézni a könyv vonatkozó fejezeteit. Sima java.util.Logger használata a következő:

<pre>

import java.util.logging.Logger;

class Akarmi {

private static Logger logger = Logger.getLogger(Akarmi.class.getName());

}
</pre>

Egy osztály minden példányához ugyanazt a loggert fogjuk kapni, úgyhogy lehet static is a mező.
Ezután a logger megfelő metódusaival lehet naplózni.

Glassfish-ben a következőt kell még beállítani: Application server / Logging / Log levels / Add property:
* name: az osztály neve, vagy valamelyik szülője, mert ez öröklődik. Ha mindent naplózni akarsz, és a projektjeid a my.ejb és my.web package-eket használják, akkor my legyen az értéke.
* value: FINEST, FINER, FINE, CONFIG, INFO, WARNING, SEVERE.
Save.

Olvasnivaló: https://glassfish.dev.java.net/javaee5/docs/AG/abluj.html#ablup

Ha emberibb logokat akarsz: http://humglassfishlog.sourceforge.net/

-- [[KarakoMiklos|palacsint]] - 2007.12.02.

[[Category:Valaszthato]]

VIKWiki:Ötletláda

2014-08-24T16:47:11Z

Szikszayl:

Ha van valami ötleted, akkor írd le erre az oldalra! Az oldal végén leírom, milyen formában szerkesztheted az oldalt. Ha valamelyik ötlethez hozzászólnál, akkor csak hajrá!

== Folyamatban lévő ötletek ==

Az ötletek, amelyeknek már valahogy halad a megvalósítása:

=== Szabválok kategorizálása, rendbetétele ===

A szabválok kategória oldalt kellene rendberakni. Kitalálni egy ésszerű kategorizálást (max 3-4 csoportra bontani), pl: "Szakmai", "Ingyenkredit", "Érdekesség" stb... Aztán rendszerezni a szabvál oldalakat ezek alá. Továbbá ki kéne válogatni azokat a tárgyakat, amik már nem léteznek és azokat vagy valamilyen módon archiválni, vagy mivel úgysincsenek migrálva, így akár direktbe törölni is lehetne az oldalukat.

;Kinek az ötlete?
:[[Szerkesztő:David14|ED]] ([[Szerkesztővita:David14|vita]]) 2013. február 7., 14:31 (CET)

;Ki csinálja, hogy áll vele
:[[Szerkesztő:david14|ED]] - Töröltem majdnem 90 fölösleges oldalt a kategóriából + A megmaradtaknak értelmes lapnevet adtam.<br>Létrehoztam egy oldalt, ahol ötletelgetni lehet a rendszerezésről - [[VikWiki:SzabválBéta|SzabválBéta]]. Valami ilyesmibe kéne rendszerezni a tárgyakat. ([[Szerkesztő:Hryghr|s.á.]]-val közös ötlet)
:[[Szerkesztő:Hryghr|s.á.]] - A szerkesztői oldalán elkezdett egy válogatást. Ezt kellene segíteni + a fentebb linkelt rendszerezést tökéletesíteni, majd feltölteni a tárgyakkal.
:[[Szerkesztő:Lordviktor|Lord Viktor]]: újrakezdtem a feladatot, mivel félbemaradt. [[Szerkesztő:Lordviktor|Lord Viktor]] ([[Szerkesztővita:Lordviktor|vita]]) 2013. szeptember 21., 11:46 (UTC)

;Megjegyzések
:[[Szerkesztő:david14|ED]] - A linkeket ahol tudtam, ott átírtam direkt linkekre, de sajnos így is bent maradt néhány dupla átirányítás. Ezeket + az átnevezésekkor keletkezett fölösleges átirányító oldalakt meg kéne szüntetni.

== Ötletszintű ötletek ==

Az ötletek, amelyek még csak ötletek.

=== Piszkozat ===

A szerkesztő tudjon piszkozatot elmenteni, mondjuk felhasználónként lehessen eltárolni a legutoljára szerkesztett oldalt. Én (Rohamcsiga), voltam olyan hülye, hogy 1,5 óra szerkesztés (grafika tutorial írás) után véletlenül nyomtam egy <code> Ctrl + R</code>-t, tehát úgy 150 sor ment a kukába. Nem tartom kizártnak, hogy ez mással is előfordult már.
:Ehhez elég durván bele kéne nyúlni a wikimotorba. Viszont a saját szerkesztői oldaladnak korlátlan mennyiségű allapot csinálhatsz, ott pedig senkit sem zavar, ha köztes állapotokat mentesz el :) Pl: [[Szerkesztő:Rohamcsiga/Grafika tutorial]] [[szerkesztő:Hryghr|s.á.]]<sup>[[Szerkesztővita:Hryghr|vita]]</sup> 2014. január 24., 21:45 (UTC)
::Ami olyan azt írhatod pl: notepad++ használatával is első körben. Aztán ha már megvan nagyjából akkor bemásolod ide a wikire és megnézed hogy néz ki. Én például azt szoktam csinálni aminél ez nem játszik, hogy néha-néha nyomok egy "előnézet megtekintése" gombot és ha véletlen elcseszek valamit akkor a böngésző vissza gombjával vissza tudsz lépni az előnézeti lapra, ahol még ott lesz a kódod, amit addig a pontig írtál. [[Szerkesztő:David14|ED]] ([[Szerkesztővita:David14|vita]]) 2014. január 24., 22:33 (UTC)

=== Kategóriák ===

legyen részletesebb kategóriázás, pl: első félév tárgyai (nem csak infoalap/villanyalap)

Pl.: az MSc-nek eddig nem volt rendesen oldala

=== Nyelvválasztás ===

egyelőre nem kell vele foglalkozni, majd ha nagyjából megleszünk el lehet kezdeni gondolkodni rajta, hogy legyenek fennt az anyagok a németeseknek/franciásoknak stb. is

;Megjegyzések
:Ők nemzetközileg vannak, páran. Az, hogy a németképzésesek cuccai felkerülnek, ahotz sztem nem kell nyelvválasztás
:Szerintem teljesen felesleges, a nyelvválasztás nem erre való. Ha a többi képzés anyagai is ide kerülnek fel, nyilvánvalóan a magyartól függetlenek lesznek, hiszen nem arról van szó, hogy más nyelven van, hanem más a tárgy neve, tematika, mintatantervbeni hely, számonkérés módja. Meg egyébként is inkább magyarul lenne az átvezető szöveg (gondolom). [[Szerkesztő:Szedjani|Szedjani]] ([[Szerkesztővita:Szedjani|vita]]) 2012. december 23., 22:31 (CET)

=== Tutorialok ===

Sok esetben az emberek nem értenek dolgokhoz, például hogyan érd el a csak egyetemi netről elérhető cucockat otthonról, hogyan szerezz msdnaa-n keresztül win-t, stb, stb. Ezekhez csinálhatnánk jól tutorialt és ahol szükség van rá (pl.: hivatalos jegyzet csak egyetemen belül érhető el) belinkelnénk a tárgyi oldalra is

;Megjegyzés
:Pl a fájfeltöltésről, mert azt máig nem tudom hogy kell :)
:Ill egy tárgylapon ilyet már rejtettem el: [[Ember-gép interfész]] --[[Szerkesztő:Symunona|Symunona]] ([[Szerkesztővita:Symunona|vita]]) 2014. február 1., 22:48 (UTC)

=== Prognál közös infó-villany oldal ===

Egy külön oldal a C és a C++ nyelvet elkezdőknek, amin egy helyen lenne leírva minden, ami az alapszintű programozási feladatokhoz kell a iprog1/vprog1 illetve iprog2/vprog2-ből. Alapszinten: hogyan is működik egy program, hogyan hajtódnak végre az utasítások egymás után, a forráskódból hogyan lesz futtatható program, változók használata, függvények írása, I/O, adatszerkezetek, algoritmusok, stb. stb. a tantárgyak tematikáját követve.

;Megjegyzések
:Lehet, hogy elég az infoc-oldalra linkelni? Mert az egy nagyon jó oldal ám.
:Esetleg az adott tárgy oldalára be lehetne linkelni a másik szak hasonló oldalát, így egyszerűen megoldódna, hogy mindkét oldalról próbáljanak infót szerezni az emberek, ha elakadtak. [[Szerkesztő:Lordviktor|Lord Viktor]] ([[Szerkesztővita:Lordviktor|vita]]) 2013. március 12., 10:02 (CET)

=== Szakirányokat renderakni ===

Jelenleg sok szakirány oldal szinte sehogy sem néz ki, alig van rajta pár tárgy és azoknak sincs oldaluk. Pl: [[BSc Vállalati információs rendszerek szakirány|Infó-VIR]], [[BSc_Infokommunikációs_hálózatok_szakirány|Infó-Infokomm]], stb..
Ahogy az "alap" tárgyaknál itt is minden tárgynak kellene saját oldal, szépen megszerkesztve, illetve minden szakirányhoz kellene egy féloldalas leírás, hogy miröl szól, kiknek szól és hogy itt mit tanulhatsz, vagy akár egy egységes felület ahol össze vannak hasonlítva a szakirányok.

;Kinek az ötlete?
:[[Szerkesztő:Ferrero|Szabó Csaba]] ([[Szerkesztővita:Ferrero|vita]]) 2012. december 16., 21:25 (CET)

;Ki csinálja, hogy áll vele
:[[Szerkesztő:David14|ED]] ([[Szerkesztővita:David14|vita]]) Villanyos szakirányok főoldalait rendberaktam. Néhol van egy-egy szakasz, amit nem tudtam kitölteni, mert egy szakirányos tapasztalati kellenének hozzá. Ezeket pótolni kell. Továbbá a szakirányokhoz tartozó tárgyak oldalait még meg kell csinálni. Szintén jó lenne, ha egy szakirányos foglalkozna velük.

;Megjegyzések
:A már megszerkesztett szakirányos oldalak jól néznek ki. A többinél is ezt a sémát kellene követni.

=== Oktatói szerkesztések ===

Több fiatal oktató szívesen kijavítaná, ha rosszakat írunk, de nem tudnak szerkeszteni.

;Kinek az ötlete?
: [[Szerkesztő:Kory|Kory]] ([[Szerkesztővita:Kory|vita]]) 2013. február 12., 20:21 (CET) (Gyűlés 2013-01-10)

;Megjegyzések
:Legyen nekik külön regisztráció engedélyezve, és adunk nekik szerkesztői jogot.

=== Tantárgyi aloldalak ===

Vannak olyan, tantárgyakhoz kapcsolódó aloldalak (pl: [[Fizika 2 - Elméleti kérdések]], [[Anyagtudomány - Vizsgakérdések]]), amelyek ugyan nem férnek be a tárgy oldalára, viszont tartalmukban nagyon szorosan kötődnek ahhoz. Szerintem jobb lenne, ha ezek
* '''a főtárgy allapjaként lennének létrehozva''' (mint pl. [[Fizika 2/Elméleti kérdések]], [[Anyagtudomány/Vizsga]]),
* vagy '''tantárgyankénti kategóriába lennének berakva'''
* esetleg '''mindkettő'''?

mert így jobban rendszerezetté, könnyebben átláthatóvá válhatna az egész wiki, a főkategóriák (pl. Villanyalap) pedig nem lennének túlzsúfolva.

;Kinek az ötlete?
:[[szerkesztő:Hryghr|s.á.]]<sup>[[Szerkesztővita:Hryghr|vita]]</sup> 2013. január 12., 17:57 (CET)

;Megjegyzések

Sok aloldal nem köthető egyértelműen tárgyakhoz. Például egy deriválttáblázat mehet az Anal1, Anal2, Matek A1,A2,A3-hoz is; C programozáshoz is van tutorial, ami szintén simán mehet mindkét szakhoz. Így szerintem az allapok nem jók.
A kategóriák használata már valamelyest jobb, hiszen egy-egy lap több tárgyhoz is tartozhat. A nagy kategóriák (pl. Villanyalap) viszont szerintem teljesen feleslegesek, úgyis tudjuk, hogy mi hova tartozik, de a kisebb tárgyoldalakhoz kötődő oldalak esetén hasznos lenne.
[[Szerkesztő:Szedjani|Szedjani]] ([[Szerkesztővita:Szedjani|vita]]) 2013. január 12., 21:56 (CET)

:Odaraktam egy basic bemutatkozást :) Igazad van abban, hogy ez nem jó módszer az általad mutatott példákban, de egyes aloldalak viszont annyira hozzátartoznak egy tárgyhoz (pl. egy vizsga megoldókulcsa, szóbeli tételek), hogy azoknak nem feltétlenül kéne szerintem a fő névtérben létezniük. Vélemény? [[szerkesztő:Hryghr|s.á.]]<sup>[[Szerkesztővita:Hryghr|vita]]</sup> 2013. január 12., 22:06 (CET)

Nem rossz ötlet, hogy allapokra kerüljenek az ilyen oldalak, de egyelőre a fő névtérben nincsenek engedélyezve az aloldalak, és még csak szumma három ember van, aki ezen módosítani tud, így egy picit bürokratikus lenne a folyamat. De az ötlet tényleg jó, úgyhogy amint tudunk vele komolyabban foglalkozni, megvitatjuk, és ha minden stimmel, akkor meg is valósítjuk. – [[Szerkesztő:Palotasb|Boldi]] ([[Szerkesztővita:Palotasb|vita]]) 2013. január 13., 00:01 (CET)

Hogy egy tárgyhoz tartozó lapok egy kategóriába kerüljenek, arra pedig volt is már részemről kísérlet, lásd [[Digitális technika 2]] vagy [[Elektrotechnika]], de arról inkább az volt a vélemény, hogy ne hozzunk létre minden tantárgynak külön kategóriát. – [[Szerkesztő:Palotasb|Boldi]] ([[Szerkesztővita:Palotasb|vita]]) 2013. január 13., 00:05 (CET)

===Plugin-ok átemelése Wikipédiáról===

;Kinek az ötlete?
[[Szerkesztő:Kory|Kory]] ([[Szerkesztővita:Kory|vita]]) 2013. február 12., 20:21 (CET)
;Ki csinálja, és hogy áll vele?
Elkezdődött annak felmérése, hogy melyik plugin-ra lenne igény/szükség, és azokat hogy lehetne beintegrálni az oldalba. [[Szerkesztő:Kory|Kory]] ([[Szerkesztővita:Kory|vita]]) 2013. február 12., 20:21 (CET)

== Megvalósított ötletek ==

Ha egy ötlet a fentiek közül megvalósult, akkor abból a listából töröljük (legyen hely az újaknak), de ide átkerülhet.

=== Kezdőlap ===

Kezdőlapon infóalap/villanyalap tárgyak listája legyen megjelenítve.

;Ki csinálja, és hogy áll vele?
:Koza
:Véleményeket várok, hogy jó lett-e, mi kell még rá, stb - Koza
:Lassan késznek tekinthetjük. Ha valaki ki akarja még egészíteni akkor hajrá - [[Szerkesztő:Kiskoza|Koza]] ([[Szerkesztővita:Kiskoza|vita]]) 2012. november 30., 11:22 (CET)

;Megjegyzések
:szerintem király :) majd az elejére fogok írni üdvözlőszövegszerűséget, de majd csak ha public lesz - Árni
:A tartalomjegyzéket kivettem, mert letolta a tartalmat annyira, hogy semmi nem látszott már görgetés nélkül kb., de jobb lenne úgy megoldani, hogy a tartalomjegyzék is megmaradjon, és a szöveg is látszódjon. - Boldi

=== Rövidítések, aliasok megoldása ===

ne kelljen beírni azt, hogy A programozás alapjai I., hanem legyen elég annyi a címsorba, hogy prog1.

;Ki csinálja, és hogy áll vele?
:Koza
:<del>Folyamatban</del>
:Kész, amennyire meg tudtam csinálni [[Szerkesztő:Kiskoza|Koza]] ([[Szerkesztővita:Kiskoza|vita]]) 2012. december 11., 22:34 (CET)

;Megjegyzések
:Van néhány tárgy, aminél nem tudom mire keresnek rá az emberek

=== Tesztprogram ===

Az igazhamis illetve feleletválasztós zh-kra tudjunk ezen keresztül gyakorolni: lesz rá egy beilleszthető sablon

; Ki csinálja, és hogy áll vele?
: [[Szerkesztő:Palotasb|Boldi]] ([[Szerkesztővita:Palotasb|vita]])
: Elkezdett dolgozni rajta.

További információ a projekt állapotáról a [[Szerkesztő:Palotasb/Kvíz]] oldalon. Véleményezni a [[Szerkesztővita:Palotasb/Kvíz]] oldalon lehet.

=== Átirányítások megszüntetése ===

A tárgyak felsorolásakor sokszor fölöslegesen rossz helyre van linkelve, majd egy átirányítás vezet a jó oldalra

;Ki csinálja, és hogy áll vele?
:mindenki
:Kezdőlapon már jók a linkek - [[Szerkesztő:Kiskoza|Koza]] ([[Szerkesztővita:Kiskoza|vita]]) 2012. november 30., 12:12 (CET)

;Megjegyzések
:Ha találtok régi elnevezésű linket, akkor javítsátok ki
:Megszüntettem a [[Speciális:Kettős_átirányítások |kettős átirányításokat]]. [[Szerkesztő:Szedjani|Szedjani]] ([[Szerkesztővita:Szedjani|vita]]) 2013. január 14., 22:45 (CET)

=== Körök ===

rendbe kéne rakni, mindegyikről egy fél oldal, kik ők, stb plusz nekik is ehetne infoboxuk (mikor niytnak, hol, stb)

;Ki csinálja, és hogy áll vele?
:B-terv szerint a kezdőlapon lesznek, talán ez ösztönző
:Elkezdtem átgondolni, mi kell az infoboxukba [[Szerkesztő:Kiskoza|Koza]] ([[Szerkesztővita:Kiskoza|vita]]) 2012. december 23., 22:16 (CET)
:Arra várunk, hogy a körök írjanak magukról

;Megjegyzések
:szóljunk RVT-nek, hogy lenne ilyen, és minden körrel irassanak (vagy lehet KB-nak szóljunk, és a KB alá tartozó dolgok is idekerülnének - kocsma, kondi stb...)

=== Keresés drop-down ===

kereséskor drop-down listában megjelenhetnének a lehetséges találatok

;Megjegyzések
:akár (pluginnel ha kell) az aliasokat is megoldhatnánk, tehát ha mikmak-ot kezdesz el írni, akkor is első találatként a Mikro és makroökonómia ugorna fel (természetesen alatta a mikmak is)

== Elvetett ötletek ==

Ha van valami ötlet, amelyet elvetünk, akkor az kerüljön át ide az elvetés indoklásával együtt!

== Új ötlet beszúrása ==

Másold be a következő kódot (olvasás-módban másold ki, ne szerkesztés-módban!) a vágólapra, majd a legutolsó ötlet után (szerkesztés módban) másold be a vágólapról, végül töltsd ki az ötletednek megfelelően! A pontosvesszőket és a kettőspontokat hagyd ott, attól lesz szépen megformázva a szöveg!

=== Ötlet címe ===

Ötlet leírása

;Kinek az ötlete?
:(Ide aláírásként írj be négy darab hullámvonalat (<nowiki>~~~~</nowiki>)

;Ki csinálja, hogy áll vele
:még senki/XY csinálja

;Megjegyzések
:Ide írd a megjegyzéseket, kérdéseket

Ha megjegyzést írsz, akkor írj le egymás után négy darab tilde-karakter (<nowiki>~~~~</nowiki>), és aláírás+dátum lesz belőle! Így fog kinézni, ha már mentetted az oldalt: [[Szerkesztő:Palotasb|Boldi]] ([[Szerkesztővita:Palotasb|vita]]) 2012. november 29., 22:42 (CET)

Ha már folyamatban van az ötlet, akkor kerüljön át a [[#Folyamatban lévő ötletek]]hez és legyen kiegészítve azzal, hogy ki csinálja!

Beágyazott információs rendszerek

2014-08-24T16:40:36Z

Szikszayl:

{{Tantárgy
| név = Beágyazott információs rendszerek
| tárgykód = vimia359
| szak = infó / szakirány
| kredit = 4
| félév = 6
| kereszt =
| tanszék = MIT
| jelenlét =
| minmunka =
| labor =
| kiszh =
| nagyzh = 1 db
| hf = 5 db
| vizsga = van
| levlista =
| tad = https://portal.vik.bme.hu/kepzes/targyak/vimia359
| tárgyhonlap = http://www.mit.bme.hu/oktatas/targyak/vimia359
}}

{{TODO}}

== Követelmények ==
; Szorgalmi időszakban
: Sikeres zh
: Házi feladatokból 25 pont
; Vizsgaidőszakban
: Vizsga

== Zh ==
* [[Beágyazott információs rendszerek - ZH A csoport 2009.03.25|2009-03-25 A csoport]]
* [[Beágyazott információs rendszerek - ZH B csoport 2009.03.25|2009-03-25 B csoport]]
* [[:Media:BIR_zh_2012-04-17_B.jpg|2012-04-17 B csoport]]
* [[Beágyazott információs rendszerek - ZH A csoport 2014.04.30|2014-04-30 A csoport megoldással]] (pótZh ugyanez volt)

== Házi ==
=== Első házi ===
[[:Media:BIR_1_hf_2014.pdf|2014-es feladatsor]]

[[Beágyazott_információs_rendszerek_-_Ütemezési_algoritmusok|Segítség a házihoz]]

=== Második házi ===
[[:Media:BIR_2_hf_2014.pdf|2014-es feladatsor]]

=== Harmadik házi ===
[[:Media:BIR_3_hf_2014.pdf|2014-es feladatsor]]

=== Negyedik házi ===
[[:Media:BIR_4_hf_2014.pdf|2014-es feladatsor]]

[[Beágyazott_információs_rendszerek_-_Szenzorhálózatos_alkalmazások|Segítség a házihoz]]

=== Ötödik házi ===
[[:Media:BIR_5_hf_2014.pdf|2014-es feladatsor]]

== Vizsga ==

* [[Beágyazott információs rendszerek - Vizsga 2008.06.11|2008-06-11 megoldással]]
* [[Beágyazott információs rendszerek - Vizsga 2008.06.18|2008-06-18 megoldással]]
* [[Beágyazott információs rendszerek - vizsga 2010.05.19|2010-05-19 megoldással]]

== Segédanyagok ==

[[:Media:BIR_jegyzet_Dalvári Ádám_2010.pdf|2010-es jegyzet]]

== Vélemények / tippek ==

{{Lábléc_-_Autonóm_intelligens_rendszerek_szakirány}}

= Régi oldal =
* Az ötéves képzés hasonló tárgyának wikilapja: [[Beágyazott információs rendszerek (5 éves képzés)]]
* [[Beágyazott információs rendszerek - Kedvcsináló|Kedvcsináló]]

===Jegyzet ===
* [[Beágyazott információs rendszerek - Órai jegyzet 2009|2009-es órai jegyzet (3. hétig)]]
* [[Beágyazott információs rendszerek - Órai jegyzet 2009 összes|2009-es órai kézzel írott jegyzet]]

Melyik jegyzetek kellenek?
* bir1_2005.pdf
* bir2_2005.pdf - nyomokban
* bir3_2005.pdf
* TTA_3130.pdf - nyomokban, végén SPIDER, FlexRay nem
* SensorNet-1.pdf - ez szerintem nem volt
* SensorNet-2.pdf
* SensorNet-3.pdf
* BIR_MOC_Ptolemy.pdf
* majzik_vazlat2006.pdf
ahova azt írtam, hogy nyomokban, ott annyira össze-vissza volt meg nem volt anyag, hogy nem tudnám fejezetcímek szerint szétválasztani. ahova nem írtam semmit azt mindenképp tudni kell.

===Vizsga===
* 2008.06.25-ei vizsga a régi wikin zipben (todo: pdf-ben vagy szövegesen ide...)
* Kérdések kidolgozva: (Csak az 5 évesek belinkelve, viszont 2012-ben is ezek voltak az ellenőrző kérdések, amik itt ki vannak dolgozva)
** [[Beágyazott információs rendszerek ellenőrző kérdések 2006|Péceli Gábor része]]
** [[BeagyRendEllenorzSzenzorhalo|Szenzorhálózatok]]
** [[BeagyRendEllenorzTinyOS|TinyOS]]
** [[BeagyRendEllenorzSzenzorKomm|Kommunikáció szenzorhálózatokban]]
** [[Ellenőrző kérdések Simon Gyula előadásaihoz|Beágyazott rendszerek modellezése, Ptolemy]]
** [[Ellenőrző kérdések - Ellenőrzéstechnika|Beágyazott rendszerek ellenőrzéstechnikája]]

Beágyazott információs rendszerek - Kedvcsináló

2014-08-24T16:37:55Z

Szikszayl: Szikszayl átnevezte a(z) Beágyazott rendszerek - Kedvcsináló lapot Beágyazott információs rendszerek - Kedvcsináló lapra átirányítás nélkül

{{vissza|Beágyazott információs rendszerek}}

==Péceli Gábor==

Kedves Mindnyájan!

Szíves tájékoztatás céljából mellékelten megküldöm Önöknek a Beágyazott
Információs Rendszerek (vimm3244) tárgy adatlapját. Ez a műszaki
informatika mintatanterv 6. szemeszterének egyik tárgya, amelyet Önök
- egy elágazás mentén - szabadon választhatnak.

Az elmúlt tanévtől kezdve a tárgy keretében a korábbiakhoz képest
lényegesen nagyobb hangsúlyt kap a tárgyat választók készségeinek
és problémamegoldó képességének fejlesztése. Ennek érdekében tíz héten
keresztül, heti rendszerességgel házi feladatokat adunk ki, amelyeket a
kiadást követő egy héten belül be kell adni. Ezek a feladatok azt a célt
szolgálják, hogy az előadáson elhangzottak és az előtanulmányok során
megszerzett ismeretek életszagú, izgalmas problémák megoldása során
Mindannyiuk számára mélyebb értelmet kapjanak. A feladatokat folyamatosan
javítjuk, és folyamatos visszajelzést is adunk.

Úgy gondolom, hogy a tématerület nemzetközileg is tapasztalható trendjei,
és a felhasználói igények egyértelműen alátámasztják a tárggyal
kapcsolatos törekvéseinket.

A első év tapasztalatai azt mutatták, hogy miközben a tárgyat
választók egy része számára szokatlan volt a heti rendszerességű házi
feladat követelménye, és (átmenetileg) szenvedtek tőle, számosan
kiemelkedően jó teljesítményt nyújtottak, szakmai szempontból jelentős
mértékben fejlődtek.

Ha a tárgy témája megtetszett Önöknek, de visszariadnak a tárgy
választásától a követelmények miatt, akkor két dolgot ajánlok
megfontolásra:
# a tárgy az alkalmazott informatika legdinamikusabban fejlődő területét mutatja be,
# mély ismereteket csak aktív közreműködéssel, alkotó munka révén szerezhetünk.

Amennyiben kérdésük merülne fel a tárgyat illetően készséggel állok
rendelkezésükre.

Kellemes Karácsonyi Ünnepeket és sikerekben gazdag új esztendőt kívánok
Mindannyiuknak!

Üdvözlettel

Péceli Gábor
tárgyfelelős

==Gáb==

Itt két részre oszlik az évfolyam: aki elég gyors és föl tudja venni a beszédet, és aki végigszopja a félévet a beágyházikkal. A beágyról szerencsére nincs tapasztalatom, van minden hétre egy házi belőle, ami önmagában is hatalmas szopás, és a végén van egy genya vizsga. Mazochistáknak kifejezetten ajánlott.

==Kill Gates==

Én beágyat csináltam, nem rossz tárgy (opre jellegű) - volt egy-két érdekes dologról szó - és nem is olyan veszélyes. Javaslom járjatok be rá, mert órán meg lehet érteni az anyagot + ha a házi az órai anyaggal kapcsolatos (ami nekünk asszem csak az első házira volt igaz), akkor azért kevesebb erőfeszítést igényel a megoldása. Viszont elég sok időt igényel a 10 darab házi elkészítése majd' minden hétvégén, de azok többnyire még érdekesek is (pl. GPS működési elve gyakorlati példával, puskagolyó pályájának mérése szenzorokkal, internetes kutatómunka stb.), úgyhogy ha vki nem lesz rosszul attól, mert tanul is valamit, annak csak ajánlani tudom. A zh belőle szerintem az addigi összes egyetemi zh közül a legkönnyebb volt - bár mintha beszédről is ugyanezt hallottam volna, hogy nem volt túl nehéz - de ez szubjektív. Ha valaki hadilábon áll az analízissel és a jóbarát jelek és rendszerekkel, annak a beszédinfo ajánlott. Nem biztos, hogy túl szerencsés választás, bár cáfoljatok meg. Beágy, mint mondottam opre jellegű, úgyhogy azért nem árt opréval kicsit képben lenni, de annyira nem kell megijedni, 1-2 real-time cpu ütemezés + logikai órákkal 1 kis játék, ami így most eszembe jut. Vizsgára tanuláskor nem mondom, unalmas volt. Csakúgy, mint az opre.

==Vélemények az info200x levlistákról==

"Nekem alapvetően jók vannak. Bár tényleg munkás megszerezni az aláírást, ezek után a vizsga már egyáltalán nem nehéz!<br> Egyébként meg szerintem érdekes dologkról van szó, amikről másutt nem biztos, hogy hallanál... aztán persze a házikból is lehet bőven tanulni. Ha csak "megúszni" szeretnéd a tárgyat, akkor nem javaslom..."

"En meg foleg akkor javaslom. :) Szerintem - ahogy a tobbiekkel, aki beszden volt osszeszedtuk - a beagy evkozben razos, a kishazikkal haladni kell, es minden segitsegre szukseg van - pl most volt rendszeresen a penteki feladatmegoldo szeansz... :) -, szal 1 szoval hiperszivas. DE. Beagybol majd mindenki atment, ami beszedre nem teljesen igaz. Beszeden tehat a valogatott szivasokat a nagyZH/vizsga paros tartogatja.<br> Amugy az anyag vege tenyleg szar, addig jo, amig Peceli tartja, mert o normalisan ir a tablara a segederok viszont enyhe IRF feelingu slide-showt tartanak - azert nem teljesen IRF, de az anyag vege hatarozottan hasonlo.<br> En ha kellene mindenkepp megint ezt vennem fel, semmi kedvem nem lenne a vizsgan/ZH-n parazni, de ez egyeni, ha ultrazseni vagy, akkor inkább a beszed!"

"Volgyesi Peter anyaga sztem eleg cool volt, ez a resz meg mondjuk az inet-es szakiranyra jo :-), ad hoc halozatok, routing, halozatfederites, ilyesmi."

"Tudom, inet szakiranyon vok, es pont ad-hoc routing az onlab temam, de akkor is szar volt az a resz... :)"

----

"Alapvetően húzós a sok kisházi, majd a zh, amiben a kisházik csak
keveset segítenek. Cserébe megoldhatsz tíz életszagú és általában
érdekes problémát. A vizsga nem életveszélyes, mert rengeteg feladat
van, és valamihez csak ért az ember :)<br>
Az előadások kb. fele szerintem érdekes volt."

"A kishazik szerintem is erdekesek voltak, a sniperes mindent vitt :-),
viszont az anyag vege nekem nem volt szimpi, bar azoknak jol jon akik a
Pataricza-Majzik fele szakiranyra mennek. Nem mondom hogy a tanultak
alapjan urhajora fogsz [[OSt]] irni, de ha nem legyunktulezenis tipusu vagy
akkor sztem erdemes felvenni."

----

"tavaly nekik marhanagyok voltak az elvárásaik a hallgatók pontosságát
illetően, de ők már közelről sem tartották amit ígértek...<br>
azonfelül voltak akik eljátszották, hogy 5-en ugyanazt a megoldást
adták be, és 4-10 pontig random kaptak rá :)"

"Nos, nekem speciel korrektül pontoztak, hét feladatot adtam be.
Amivel sok időt töltöttem, arra 8-10 pontot kaptam, amivel
kevesebbet, arra pedig kevesebbet. Mindezt nem tartottam furcsának,
vagy inkorrektnek, mivel soha senki sem ígérte ennek az ellenkezőjét :)<br>
Aki pedig nem érti, hogy miért annyi pontot kapott, amennyit, az
mehet, megnézheti a javítást, és tárgyalhat a témáról. Továbbá
konzultálni is lehet a feladatról a kiíróval az előadások szünetében,
vagy előadáson kívül. Ilyenkor korrektül segítenek."

"Nekem is jó tapasztalataim voltak a tárgyról.
A házikkal volt munka, helyenként sok - egyszer nagyon túl is lőttek a
célon, de utána visszavettek.<br>
Én 9-et adtam be, az utolsónál én sem tudom mire adtak 8 pontot, hogy
meglegyen a 80 pont és a +1 jegy.<br>
Nekem a téma is többé-kevésbé tetszett, helyenként pedig tudtak tényleg
valamennyire életszagú házikat adni - ez azért ritkaságszámba megy."

----

A 2004 tavaszán bevezetett hetente beadandó kisfeladatokkal a tárgy igen színvonalas lett. Tíz darab van egy félévben, darabja max. tíz pontot ér. Az aláíráshoz hatvan pont kell, plusz a zh. Ergo, aki fejlődni szeretne, annak ez a kurzus roppant hasznos lehet, mivel jó sok munkát kell belefektetni. Aki viszont hat hétig a tárgy felé sem néz, az már nem fogja tudni bepótolni a kisfeladatokat, és veszít egy életet.

==Arwen==
Beágyon voltam de a házik csinálgatását a 3-4. héten meguntam ezért nem csináltam meg a tárgyat. Akit érdekel, annak aláírom hogy érdekes, nekem tömény szopás volt és úgy döntöttem, van jobb dolgom. Majd megcsinálom a beszédet, bár állítólag az nehezebb, abból csak zh és vizsga van. Amúgy a beágy zh és vizsga nagyon egyszerű volt, sablon feladatokkal, szóval kb a házikkal van szopás és ennyi. Azokkal viszont sok, kb minden hétvégére jut. A pontozásuk kb random de ha pár pont hiányzik a végén, megadják.

==qqbenq==
Szerintem a !BeÁgy az egyik legjobb tárgy a félévben. A kiadott házik közül egy-kettő valóban nehéz, de a legtöbb inkább gondolkodtató és sok különböző felhasználási területet megmutat. 50 pontot bárki összeszed, aki a heti 4 órát rászánja az első 6 házira, de a 80 sem nehezen összeszedhető, ez plusz egy jegyet jelent vizsgán. Mivel a ZH és a Vizsga is feladatcentrikus, és a házikkal szerezhetsz gyakorlatot, a hármast könnyű elérni, +1 az már négyes. És egyébként a négyest sem nehéz. A beszéd ZH+Vizsga azért keményebb ám. Szerintem.

-- [[NeoXon|NeoXon]] - 2005.12.16.

-- [[PallosPeter|Peti]] - 2005.12.16.

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

Beágyazott információs rendszerek - Kedvcsináló

2014-08-24T16:36:58Z

Szikszayl: Szikszayl átnevezte a(z) Beágyazott rendszerek HOWTO lapot Beágyazott rendszerek - Kedvcsináló lapra átirányítás nélkül

Beágyazott információs rendszerek - Kedvcsináló

2014-08-24T16:36:17Z

Szikszayl:

Adatbiztonság - Partner-hitelesítés

2014-08-24T16:21:01Z

Szikszayl:

==Salting==

A könyv 224. oldalán szereplő saltinggal kapcsolatban merült fel, hogy miért növelné az r bites salt hozzáadása a hash műveletek számát 2^r szeresére. Ha csak két jelszó van a megszerzett jelszófájlban, akkor elég azok salt-jaival számolni. A következőre jutottunk:

* Ha r = 8, és például 400 megszerzett jelszóhash-ünk van, akkor célszerűbb a 2^8 = 256 salttal számolni, mint 400-al, hiszen lesznek benne egyformák.
* Másik lehetőség, hogy ha az értékeket offline állítod elő, és a jelszófájl birtokában már csak hasonlítgatni akarsz (hash-t számolni nem), akkor egy szóhoz 2^r féle hash-t kell előállítanod.

(köszönet Babának és Zavar Istvánnak)

-- [[KarakoMiklos|palacsint]] - 2007.01.16.

Annyit írnék még, hogy a wikipedian véletlenül a kripotgráfia témában elég jó cikkek vannak. Például a salthoz.

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

Szenzorhálózatok - HF: MAC réteg vizsgálata

2014-08-21T20:28:57Z

Szikszayl:

==Feladat: (5) MAC réteg vizsgálata==

===Részletes kiírás===

A mitmót eszközökön futó tinyOS operációs rendszer CSMA alapú MAC réteggel rendelkezik. A CSMA paraméterei (kezdeti várakozási idő, foglaltság esetén várakozási idő) változtathatók. A feladat célja a rádiós csatorna viselkedésének vizsgálata a paraméterek függvényében, illetve a jól használható paraméterek tartományának meghatározása.

Készítsen olyan alkalmazást, amivel az ütközések vizsgálhatók: Egy PC-hez csatlakoztatott jeladó jelének vétele után több vevő azonnal küldjön válasz üzenetet. A válaszüzeneteket a jeladó fogadja és a PC-n futó segédprogram segítségével a sikeresen fogadott és elveszett üzenetekről a paraméterek függvényében statisztikát készít. A rendszer biztosítson lehetőséget a paraméterek kényelmes és ellenőrzött állítására (pl. a jeladó elküldi a használandó paramétereket amit a vevőknek nyugtázni kell: a mérés csak ez után indulhat).

Az alkalmazás segítségével mutassa be a CSMA nélküli (várhatóan igen magas hibaszázalékkal működő) üzemmódot, valamint a paraméterek változtatásával beálló javulást. Javasoljon valamilyen szempontból optimális beállítást.

===Segítség===
A feladat megoldásához az opt/tinyos-1.x/contrib/bme/tos/lib/IA4420Radio/ könyvtárban található file-okat kell tanulmányozni, főképp az IA4420RadioM.nc-nek van nagy jelentőssége.

A rádió működését a mode változó befolyásolja, ezzel lehet a véletlen késleltetést és a csatornafigyelést engedélyezni vagy letiltani:

<pre>
// Configuration bits
enum {
RX_ENABLED_BIT = 1, // reception enabled
TX_ENABLED_BIT = 2, // transmission enabled
TX_WAIT_ENABLED_BIT = 4, // random wait before transmission
TX_LISTEN_ENABLED_BIT = 8 // listen to channel before transmission
};

uint8_t mode = RX_ENABLED_BIT | TX_ENABLED_BIT | TX_WAIT_ENABLED_BIT | TX_LISTEN_ENABLED_BIT;

</pre>

A kérleltetés mértékét a void do_wait_for_tx() függvényben lehet meghatározni, a <pre>call TimerJiffyAsync.setOneShot( time )</pre> paramétere a várakozási idő 1/32 ms-ban.

A CSMA/CA-nál a cél, hogy elkerüljük a csomagütközést. Ezt úgy valósítottam meg, hogy az adási igény érkezésekor az adás előtt véletlen ideig vár, majd a rádió belehallgat a csatornába, és ha adást érzékel, akkor újra kezdi a véletlen idejű várakozást. Ha két mote egyszerre akar adni, és véletlenül ugyanazt a várakozási időt sorsolták, akkor mindkettő üresnek érzi a csatornát, és egyszerre adnak, ilyenkor az ütközés elkerülhetetlen. Viszont ha különböző várakozási időt sorsoltak, akkor az egyik hamarabb kezdi az adást, ekkor a másiknak van esélye arra, hogy ezt detektálja. Ha túl kicsi lenne a különbség a két idő között, akkor a második lehet, hogy még nem érzékeli az első adását, különböző késleltetések miatt. A feladat lényege tehát annak a minimális késleltetési különbségnek a meghatározása, aminek a használata esetén biztonságosan elkerülhető az ütközés. (Ezt a minimális időt kell egy véletlen egész számmal szorozni, és akkor megkapjuk a késleltetést. Minél nagyobb tartományból választjuk a véletlen számot, annál kisebb lesz a valószínűsége, hogy a két vagy több mote ugyanazt az értéket sorsolja. A tartomány növelésével persze a várható adási késleltetés és a késleltetés szórása is nő.)

A rádió hardveréről és a csatornafoglaltásg érzékeléséről annyit érdemes tudni, hogy most az IA4420 digitális RSSI (vételi térerősség) bitjét használom, ami sajnos az adatlap szerint 0,5 ms késésben van az analóg jelhez képest, és az is valamilyen késésben lehet ahhoz képest, hogy valaki más adni kezdett.

-- [[LaszloSiroki|Laci]] - 2007.04.19.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Entity bean

2014-08-21T20:24:59Z

Szikszayl:

==Adatbázis-független módszer==

Az ejb projekten a New / Entity Classes from Database... menüpont legenerálja a kész adatbázisból az entity beaneket. A keletkező .java file-okban az elsődleges kulcsot reprezentáló változó (pl. <pre>private Integer id;</pre>) elé írjuk be a =@GeneratedValue= annotációt. Ennek hatására létrejön egy =SEQUENCE= nevű tábla, amiben a következő kulcsot generálódik.

A módszer hátrányai:
* Lassú, mert minden beszúrás előtt meghív egy select-et és egy update-et is.
* Ha az adatbázis eredetileg már tartalmazott rekordokat, akkor is 1-gyel kezdi az indexek számozását, így ütközés léphet fel.

==Adatbázis-függő módszer==

Megadjuk az annotációban, hogy milyen stratégiával generálja a kulcs következő értékét. Az =GenerationType=AUTO= alapbeállítás a leírásával ellentétben nem detektálja az adatbáziskezelőt, és nem használja ki az egyedi megoldásokat.

Microsoft SQL Server esetén a következőképpen kell eljárni:

* Használjuk az IDENTITY stratégiát: =@GeneratedValue(strategy=GenerationType.IDENTITY)=
* A táblákat létrehozó scriptet is módosítsuk, hogy automatikusan generálja a kulcsot: <br> =id int NOT NULL PRIMARY KEY IDENTITY=
* Ha rekordokat szúrunk be a scriptből, nem szabad megadni az id értékét.
** Ha mégis kézzel akarjuk megadni, előtte ki kell adni egy =SET IDENTITY_INSERT táblanév ON= parancsot.
** A legutoljára beszúrt rekord kulcsát a =@@IDENTITY= változó tartalmazza.
** Ha nem globálisan, hanem egy konkrét táblára kell az utolsó kulcs, az =IDENT_CURRENT(táblanév)= függvénnyel kérdezhető le.

Oracle-ben IDENTITY helyett táblától független SEQUENCE objektumokat kell használni (nem teszteltem):

* Stratégia megadása: =@GeneratedValue(strategy=GenerationType.SEQUENCE)=
* Szekvencia létrehozása: =CREATE SEQUENCE seq=
* Beszúrás: =INSERT INTO táblanév (id, ...) VALUES (seq.nextval, ...)=
* Utolsó kulcs lekérdezése: =seq.curval=

Ha van tapasztalatod MySQL-lel vagy PostgreSQL-lel kapcsolatban, légyszi írd le ide!

-- [[PallosPeter|Peti]] - 2006.11.25.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Displaytag

2014-08-21T20:24:25Z

Szikszayl:

Ha displaytag-ből szeretnéd elérni a JSF-es managed bean-ed, akkor a következőre lesz szükséged:

<pre>
<c:set var="hello" value="${ManagedBean.testList}" />

<display:table name="requestScope.ManagedBean.testList" export="false"
requestURI="Test1.jsp" />
</pre>

A ''c:set'' tag-re azért van szükséged, hogy létrehozza a managed beant, mert ezt a displaytag nem teszi meg - "nothing to display" hibaüzenetet ír az oldalra a táblázat helyett. Megfontolandó, hogy ha ilyesmire van szükséged, akkor ne a displaytag-et használd, hanem valami más, JSF-es komponenst helyette (Tomahawk talán).

-- [[KarakoMiklos|palacsint]] - 2007.11.12.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Security

2014-08-21T20:23:12Z

Szikszayl:

Gondolom, elég sokan vagyunk, akik úgy képzelünk el egy webes bejelentkezést, hogy a felhasználónak ki kell töltenie valamilyen űrlapot a nevével és a jelszavával, a háttérben erre a program kiszedi a megfelelő sort az adatbázisból, és ennek alapján eldönti, hogy jó-e a jelszó, avagy rossz, admin-e a felhasználó vagy sem, stb. Ez a folyamat az autentikáció. Ezután a felhasználó meg akar nézni valamilyen lapot a biztonságos területről. A rendszernek döntenie kell, hogy beengedje-e, avagy sem. Ez az autorizáció. Aki csinált már valamilyen webes bejelentkező felülettel rendelkező cuccot PHP-ban, az megszokta, hogy mindezt saját magának kell leprogramoznia. Erre természetesen Java EE-ben is van lehetőség (a PHP-hoz képest kisebb csinosításokkal, úgymint filterek beiktatása, entity beanek használata sima query-k helyett, stb.), szükség azonban nincs rá. Tudvalevő, hogy a Java EE biztonsági szolgáltatása a programozó kezébe ad egy JAAS-alapú (Java Authentication & Authorization Service) módszert az autentikáció és az autorizáció (a továbbiakban AA) kezelésére. Hogy miért jó ez?
* Valakik már megírták helyetted a kódot. Valószínű, hogy az évek során sikerült egy csomó rést kiküszöbölni (lásd pl. SQL-injektálhatóság), úgyhogy feltehetően jobban jársz egy ilyennel.
* Ha deklaratívan kezeled az AA-t, akkor a jogosultságok nincsenek bedrótozva a programba: egy-két telepítésleíró-bejegyzés beiktatásával vagy elvételével bővíthető vagy kurtítható egy-egy szerepkör felhasználói tábora. További hatalmas előny, hogy az AA adatokat tartalmazó erőforrás jellegétől (Egy fájl? Egy adatbázis? Egy...?) is független maradhatsz.

A Java EE biztonsági szolgáltatásában ún. realmek (ejtsd "relm", nem pedig "rílm") használatosak egy alkalmazás felhasználói táborának azonosítására. Autentikálják a felhasználót, aki egy biztonsági kontextust kap, benne a felhasználói azonosítójával és a csoportazonosítójával (esetleg több ilyenis lehet bizonyos realmeknél). Az autorizáció ezután a konténer feladata, a telepítésleírók alapján.

A továbbiak kizárólag Netbeans 5.5-re, és a hozzácsomagolt AS-re
vonatkoznak. (Ezt használom, ezt ismerem...) Az életszerűség kedvéért hagyom
a fenébe a konfigfájlalapú (file realm) azonosítást, helyette az
adatbázis-alapú azonosítást (JDBCRealm) fogom bemutatni.

Mik egy biztonságos program fejlesztésének lépései, ha Java EE Securityben
gondolkozunk?
* Adatbázistáblák létrehozása a felhasználónév, a jelszó és a csoportazonosító tárolására
* Adatok beírása az adatbázisba ;)
* Alkalmazásszerver elindítása, Admin console megnyitása, bejelentkezés (alapértelmezés: admin/adminadmin)
* Ámulás-bámulás: a Configuration -> Security (a baloldali menüben a kis nyílra kattints!) -> Realms alatt csak olyasmik látszanak, mint a file realm (bármilyen komolyabb célra használhatatlan) és a certificate realm (ennek a valós életben lehet értelme, egy házi feladatban már kevésbé). Hozzá kell adni a listához a JDBCRealmet. A New... gombot megnyomva egy űrlapot kapunk. Az adatok:
** Realm: [[JDBCRealm]]
** Class name: com.sun.enterprise.security.auth.realm.jdbc.JDBCRealm
** Hozzá kell továbbá adni egy vagon propertyt az Add Property gombbal. Ezek a következők:
*** datasource-jndi (az adatbázis kapcsolat JNDI neve)
*** user-table (a felhasználói neveket és jelszavakat tároló tábla)
*** user-name-column (a felhasználói név oszlopa)
*** password-column (a jelszó oszlopa)
*** group-table (a csoport táblája, mely akár azonos is lehet a user-table-ben megadottal)
*** group-name-column (a csoportnév oszlopa)
*** jaas-context (kötelezően jdbcRealm, pontosan ilyen betűnagyságokkal)
*** digest-algorithm (a jelszóhoz tartozó digest előállításának algoritmusa - ha ilyet nem akarsz, ez a property none legyen).
** Ok.
* A group-table tábla group-name-column mezejéből kivett csoportnevet össze kell rendelni a konténer által azonosítható biztonsági szerepkörökkel (role). Ennek módja a telepítésleíró (sun-application.xml) megbuherálása. Először is meg kell adni neki a fasza kis GUI-n, hogy a [[JDBCRealmet]] használja, majd Edit as XML. Be kell szúrni a kívánt mennyiségű összerendelést a következőképp:
<pre>
<security-role-mapping>
<role-name>client</role-name>
<group-name>client</group-name>
</security-role-mapping>
</pre>
Asszem nemigen szükséges magyarázat, hogy hova mit írj (a csoport és a
szerepkör neve lehet azonos, de ez korántsem kötelező, valamint egy szerepkörhöz több csoport is lehet rendelve).
* Pl. web réteges AA beállításához security constrainteket kell beállítani a telepítésleíróban (EJB rétegben is lehet használni deklaratív jellegű AA-t, de ott annotációk szükségesek. Ennek sajnos nem néztem utána, majd valaki más... :) ). Nyisd ki a web.xml-t, és menj a Security fülre! Az autentikáció típusa legyen Form, a realm neve JDBCRealm, a Form Login Page és a Form Error Page értelemszerűen kitöltendő egy-egy magunk készítette lap címével. Most a Security Roles rész jön. Ide kell beszúrni az alkalmazásban használni kívánt biztonsági szerekörök nevét. (Nem árt, ha a csoport-szerepkör összerendelésnél mindkét fél létezik...) Végül a Security Constraints részben definiálni kell a jogosultsági korlátokat a megfelelő URL mintákra. Fontos, hogy az Enable Authentication Constraint be legyen ikszelve, és hozzá legyen adva az Edit gombbal az engedélyezni kívánt szerepkör. Az sem árt továbbá, ha a Form Login Page nem a védett területen belül van. A bejelentkeztetést végző űrlap szerkezete kötött:
** a form tag action paramétere mindenképp j_security_check
** a felhasználónév egy text típusú, j_username nevű szövegmező
** a jelszó egy password típusú, j_password nevű szövegmező

No, nagyjából ennyi: ha ezt mind végigcsináltad, kaptál egy működő AA-t a
web rétegben, egyetlen sor Java kód beírása nélkül. Ugye, hogy nem rossz? :)

Amit még érdemes tudni:
* A form HTML-tagnek ''ne'' legyen ilyen attribútuma: enctype="multipart/form-data".
* A login form csak akkor fog feljönni, ha authentikációhoz kötött oldalt szeretnél elérni. Direkt meghívni nem szerencsés (nem fog működni). Ha jól adod meg a felhasználónevet és a jelszót, akkor az elküld gomb után megkapod a kért oldalt.

Források:
* Imre Gábor diái :)
* http://blogs.sun.com/swchan/entry/jdbcrealm_in_glassfish
* http://www.developinjava.com/readarticle.php?article_id=5

==Programmatic Login==

Ha minden oldalra szeretnél kirakni egy egyedi login form-ot, akkor a _ProgrammaticLogin_-ra lesz szükséged.
A [[ProgrammaticLogin]] osztály használatához szükség lesz a Glassfish lib könyvtárában lévő lévő appserver-rt.jar fájlra. NetBeansben: a pojectben a Libraries mappára jobb klikk, Add JAR/Folder...

Ezzel megoldható az is, hogy egy JSF-es űrlaphoz tartozó backing bean kezelje a bejelentkezést, illetve a kijelentkezést is. Hátránya, hogy appszerverfüggő. Íme egy Glassfish-es megoldás vázlata:

<pre>
import com.sun.appserv.security.ProgrammaticLogin;
...
ProgrammaticLogin programmaticLogin;
programmaticLogin = new ProgrammaticLogin();
....
programmaticLogin.login(username, password, "JDBCRealm", getRequest(), getResponse(), true);
...
programmaticLogin.logout(getRequest(), getResponse());
</pre>

A HttpServletRequest és HttpServletResponse objektumokat így tudod megszerezni backing beanből:

<pre>
FacesContext ctx = FacesContext.getCurrentInstance();
ExternalContext ectx = ctx.getExternalContext();
this.req = (HttpServletRequest) ectx.getRequest();
this.resp = (HttpServletResponse) ectx.getResponse();
</pre>

Ezekre azért van szükség, mert sikeres authentikáció után ide kerül be a session azonosító. Persze ha csak meghívsz egy metódust a jogosultságokkal, és rögtön ki is lépsz (ugyanabban a backing bean metódusban), akkor elég lehet a HttpServlet* paraméterek nélkül ''login()'' és ''logout()'' metódus is (bár ezt nem próbáltam).

Egy példa login form:
<pre>
<f:view>
<h:form>
<table border="1" cellpadding="1">
<tr>
<th colspan="2">Login form</th>
</tr>
<tr>
<th><h:outputLabel for="UsernameField" value="Username:" /></th>
<td>
<h:inputText id="UsernameField"
value="#{LoginManagedBean.username}" required="true"
/>

</td>
<td><h:message for="UsernameField" /></td>
</tr>
<tr>
<th><h:outputLabel for="PasswordField" value="Password:" /></th>
<td>
<h:inputText id="PasswordField"
value="#{LoginManagedBean.password}"
required="true" />

</td>
<td><h:message for="PasswordField" /></td>
</tr>
<tr>
<td>
<h:commandButton type="submit" value="Login"
action="#{LoginManagedBean.login}" />
</td>
<td colspan="2">
<h:messages globalOnly="true" />
</td>
</tr>

</table>

</h:form>
</f:view>

</pre>

==EJB-security==

Ha JAAS-el authentikálod magad, akkor azt a webréteg továbbterjeszti az EJB-réter felé is. Session bean-ben így tudod lekérdezni a bejelentkezett felhasználó nevét:

<pre>
@Resource
SessionContext sessionContext;
...
String username = sessionContext.getCallerPrincipal().getName();
</pre>

-- [[FoldesAdam|Földe]] - 2006.12.26.
-- [[KarakoMiklos|palacsint]] - 2007.11.12.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Vizsga, 2008.05.27.

2014-08-21T20:21:02Z

Szikszayl:

==1. Sorolj fel néhány middleware szolgáltatást! (darabonként 1 pont, max. 5 pont) Explicit és implicit middleware fogalma, előnyök, hátrányok. (12 pont)==
A middleware szolgáltatások olyan szolgáltatások, melyeket általában a középső réteg valósít meg, ilyenek pl:
* Távoli eljáráshívás
* Szálkezelés
* Terheléskiegyenlítés
* Átlátszó hibakezelés
* Perzisztencia
* Tranzakciókezelés
* Objektumok életciklusa
* Aszinkron üzenetkezelés
* Biztonság

'''Explicit middleware:'''
* Amikor az elosztott objektum felelős az egyes middleware szolgáltatásokért

Hátrányai:
* felduzzad a forráskód
* nem rugalmas a middleware (ha eladjuk a komponenst, ki kell adni a forráskódot, ha a vevő pl. más tranzakciókezelést akar)

'''Implicit middleware:'''
* Amikor az elosztott objektum előtt van egy kérésmegszakító, és ez felelős az egyes middleware szolgáltatásokért
* Külön leíró fájl tartalmazza, milyen middleware szolgáltatásokat veszünk igénybe
* A kérésmegszakító a leíró fájl alapján generálódik
Előnyei:
* A forráskód valóban csak üzleti logikát tartalmaz
* A leíró fájlt módosíthatja a vevő, a forráskódot nem kell kiadnunk

==2. Mire jó és hogyan működik a Java EE szerep alapú biztonsági modellje? Hogyan szabályozható Java EE webalkalmazásokban az adatforgalom biztonsága? (12 pont)==
* A telepítésleírókban absztrakt szerepeket definiálunk
* Telepítéskor kell megadni, hogy mely csoportok/felhasználók tartoznak az adott szerepbe
* Úgy írható meg az alkalmazás, jogosultságkezeléssel együtt, hogy azt sem tudjuk milyen lesz az autentikációs mechanizmus

Adatbiztonságot a <transport-guarantee> tag-ek között adjuk meg milyen legyen:
* NONE: semmi
* INTEGRAL: nem módosítható az adatforgalom
* CONFIDENTIAL: nem is hallgatható le az adatforgalom

==3. Mire szolgálnak és hogyan működnek a szervlet szűrők és a tag libraryk? (2*6 pont)==
A szervlet szűrők célja megfigyelni, módosítani, közbeavatkozni a kérés, illetve a válasz alapján.
* A szűrőket láncba szervezhetjük
* Használati esetek:
** Hozzáférés biztosítása, blokkolása
** Cache, tömörítés, loggolás, titkosítás
** Tartalom transzformációja (pl. XSLT)
** Company name replacement filter

A szűrő tevékenysége:
* Headerek vizsgálata
* Request objektum átalakítása
* Response objektum átalakítása
* Következő szűrő meghívása
* Szűrő lánc megszakítása (blokkolás), hívás átirányítás
* Kivétel dobása

A szűrők végrehajtási sorrendje a web.xml-ben lévő <filter> tag-ek sorrendjét követi. Az elsőt a konténer hívja, az utolsó a szervletet (service())hívja.

'''Tag library-k:'''
* JSP oldalak között megosztható, újrafelhasználható komponens, amely saját akció elemeket (tageket) definiál (custom tag)
* az egyes tag-eket leíró fájlokból és azok feldolgozását végző Java fájlokból áll, általában .jar fájlok formájában
* Egyedi URI tartozik hozzájuk, erre kell hivatkozni JSP oldalról

Szolgáltatások:
* Attribútumok segítségével testreszabható
* Visszatérési értékeket is adhat a hívó félnek
* JSP oldal környezete, változói elérhetőek
* Kommunikáció és egymásba ágyazhatóság a többi tag library-vel

==4. Mi az objektum-relációs leképezés? Mik a tipikus megfeleltetések a relációs és OO fogalmak között? Ismertesse az EJB 3 entitások életciklusát! (12 pont)==
Objektum-relációs leképezésnél egy relációs adatbázis szerkezetét képezzük le objektumokba, méghozzá a következő megfeleltetésekkel:
* relációs tábla <-> entity bean osztály
* relációs tábla oszlopai <-> entity bean attribútumai, melyek getterekkel, setterekkel érhetők el
* relációs tábla sorai <-> entity bean példányai

Kapcsolatok leképezése:
* 1-1 és 1-N kapcsolatokat lehet leképezni
* N-N kapcsolatnál már kapcsolótáblára van szükség

Az entitások állapotai:
* new: new-val létrehozva kerül ide, csak a memóriában létezik, a módosítások nem mennek adatbázisba
* managed: létezik az adatbázisban, és hozzátartozik egy perzisztencia kontextushoz. Ez azzal jár, hogy a módosítások tranzakció commit végén, vagy explicit flush() hívással bekerülnek az adatbázisba
* detached:adatbázisban megvan, de nem tartozik perzisztens kontextushoz -> ebben az állapotban olyan mint egy DTO -> nem kell külön DTO osztály
* removed: még perzisztencia kontextushoz tartozik, de már ki van jelölve, hogy törölve lesz az adatbázisból

Az EJB3 entitások életciklusa:
<center>{{InLineImageLink|Valaszthato|J2EEVizsga2008|entitylifecycle.png}}</center>

==5. Mik az üzenetorientált köztesrendszerek (MOM) jellemzői? Ismertesd a JMS által nyújtott kommunikációs modelleket! Mik a message-driven bean jellemzői? (12 pont)==
MOM jellemzői:
* aszinkron, lazán csatolt, rendelkezésreállástól független, de tranzakcióbiztos feldolgozás
* közvetített üzenetek biztos, egyszeri de csakis egyszeri továbbítása
* egyes alkalmazások eseményvezérelt üzemeltetése
* áttekinthető rendszer
* egységes, platformfüggetlen, egyszerű programozási API felület

Kommunikációs modellek:
* Point-to-point
* Publish-subscribe

Message-driven bean jellemzői
* aszinkron üzenetfeldolgozást végez
* nincs local / remote interfésze, csak egyetlen fájl már EJB 2.x esetén is
* szinkron módon, közvetlenül nem meghívható
* állapotmentes
* fogadhat üzeneteket: Queue-ból, Topic-ból
* implementálja a javax.jms.MessageListener interfészt
* ennek onMessage metódusában kapja meg az üzeneteket

-- [[KarakoMiklos|palacsint]] - 2008.06.18.

-- [[MajorPeter|aldaris]] - 2009.06.22.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Vizsga, 2009.05.28.

2014-08-21T20:19:35Z

Szikszayl:

==1. Sorolj fel néhány middleware szolgáltatást! (darabonként 1 pont, max. 5 pont) Magyarázd meg az explicit és implicit middleware fogalmát, ismertesd előnyeit, hátrányait. (Összesen 12 pont)==
A middleware szolgáltatások olyan szolgáltatások, melyeket általában a középső réteg valósít meg, ilyenek pl:
* Távoli eljáráshívás
* Szálkezelés
* Terheléskiegyenlítés
* Átlátszó hibakezelés
* Perzisztencia
* Tranzakciókezelés
* Objektumok életciklusa
* Aszinkron üzenetkezelés
* Biztonság

'''Explicit middleware:'''
* Amikor az elosztott objektum felelős az egyes middleware szolgáltatásokért

Hátrányai:
* felduzzad a forráskód
* nem rugalmas a middleware (ha eladjuk a komponenst, ki kell adni a forráskódot, ha a vevő pl. más tranzakciókezelést akar)

'''Implicit middleware:'''
* Amikor az elosztott objektum előtt van egy kérésmegszakító, és ez felelős az egyes middleware szolgáltatásokért
* Külön leíró fájl tartalmazza, milyen middleware szolgáltatásokat veszünk igénybe
* A kérésmegszakító a leíró fájl alapján generálódik
Előnyei:
* A forráskód valóban csak üzleti logikát tartalmaz
* A leíró fájlt módosíthatja a vevő, a forráskódot nem kell kiadnunk

==2. Mire jó és hogyan működik a Java EE szerep alapú biztonsági modellje? Hogyan szabályozható Java EE webalkalmazásokban az adatforgalom biztonsága?==
* A telepítésleírókban absztrakt szerepeket definiálunk
* Telepítéskor kell megadni, hogy mely csoportok/felhasználók tartoznak az adott szerepbe
* Úgy írható meg az alkalmazás, jogosultságkezeléssel együtt, hogy azt sem tudjuk milyen lesz az autentikációs mechanizmus

Adatbiztonságot a <transport-guarantee> tag-ek között adjuk meg milyen legyen:
* NONE: semmi
* INTEGRAL: nem módosítható az adatforgalom
* CONFIDENTIAL: nem is hallgatható le az adatforgalom

==3. Mi a JSF, mik az előnyei? Ismertesd részletesen egy JSF oldal életciklusának lépéseit! (12 pont)==
Java Server Faces egy szerver oldali, komponens alapú felhasználói felület-keretrendszer, webes és általános környezetre.

Előnyei:
* MVC, UI-koncepció webes környezetben, a korábbi tapasztalatokra építve
* komponens alapú, támogatást biztosít a kliens megjelenítéstől független viselkedésre
* Finomabban hangolható, mint a JSP, a felületi elemek állapottal rendelkeznek a szerver oldalon
* Konkrét megjelenítési technológiától független, de úgy tervezték meg, hogy JSP környezetben és annak hiányában is tudjon működni
* A felületi komponensek állapota, eseménymodellje, rendering környezet jól specifikált
* Java EE 5 része, minden webkonténer tartalmaz implementációt

Az életciklus lépései:
# A komponensfa (Nézet, View) felépítése
** Objektum-hierarchia (újra)felépítése
** Eseménykezelő validátorok bedrótozása
** View elmentése a FacesContext-en belül
** nem-postback esetben ugrás a 6. fázishoz
# A request értékek beállítása
** Minden komponens (kivéve rendered="false") a beépített decode metóduson keresztül nyeri ki a request-ből az új értékét
** Ez az érték megfelelő típusra konvertálódik, és a komponensben lokálisan tárolódik
** A konverziós hibák a FacesContext-ben tárolódnak
** Az immediate="true" komponensekre a validáció és az alkalmazásesemények meghívása is itt történik
# Validáció
** A JSF implementáció minden regisztrált bemeneti validátort meghív a komponensfán
** A hibaüzenetek a FacesContext-be kerülnek
** Hiba esetén rögtön a 6. pontra ugrik a feldolgozás
** ValueChange események meghívása
# Modell frissítése
** A JSF implementáció végigmegy a komponensfán, és a komponensek lokális értékeit beírja a value attribútummal a komponensekhez kötött alkalmazásspecifikus objektumokba
** Típuskonverzió illetve konverziós hiba is történhet itt
# Alkalmazás-események meghívása
** A JSF implementáció minden alkalmazásszintű eseményt kezel, pl form elküldése vagy új oldal megnyitása
# Válasz renderelése
** Az implementáció a komponensek beépített encode metódusán keresztül felépíti a komponensfa megfelelő leírását
** Ha itt hiba történik, akkor még elő tudja szedni a korábbi renderelt állapotot, és azt egészíti ki a jelenlegi hibakóddal
** Itt minden esetben a megfelelő RenderKit kerül meghívásra
** Az állapotot elmenti, és a következő kérések feldolgozásakor el tudja érni az 1.-es fázisban

==4. Milyen módokon lehet EJB3 entitások öröklését megvalósitani, mik ezek előnyei/hátrányai? (12 pont)==

'''Egy tábla egy osztályhierarchiához:'''
* egy táblában minden gyermekosztály
* diszkriminátor oszlop írja le a típust

Előnyök:
* hatékony (nem kell join)
* polimorfizmust támogatja

Hátrányok:
* mély hierarchia esetén sok oszlop
* a gyermekosztályok attribútumainak megfelelő oszlopoknak nullázhatóknak kell lenniük

'''Külön tábla gyermekosztályonként:'''
* az ősosztályban definiált oszlopok egy táblában
* a gyermekosztályban definiált oszlopok külön táblákban, + idegen kulcs az ősre

Előnyök:
* nincsenek fölösleges oszlopok
* definiálható nem nullázható oszlop
* polimorfizmust támogatja

Hátrány:
* mély hierarchia esetén a sok join rontja a teljesítményt

'''Egy tábla egy konkrét osztályhoz:'''
* külön tábla minden altípushoz
* minden tábla tartalmazza az ősosztály attribútumait is

Előny:
* hatékony

Hátrány:
* polimorfizmus támogatása nehézkes

==5. Mik a Java Connector Architecture megoldandó feladatai? Milyen irányokba kell egy Resource Adapternek interfészt nyújtania? Sorold fel a lehetséges System Contractokat! (3+3+6 pont)==
* Léteznek speciális rendszerek, melyek csak natív hívásokkal (JNI) vagy socketeken keresztül érhetők el -> ezeket az együttműködési formákat biztonságossá, robusztussá kell tenni
* Együttműködés az alkalmazásszerver szolgáltatásaival (connection pooling, tranzakciók, biztonság)
* alkalmazásszerverek közötti hordozhatóság
** M*N integrációs probléma megoldása
** nagyobb esély, hogy készmegoldást találunk egy elterjedt EIS-hez (Enterprise Information System) történő kapcsolódáshoz

Resource Adapter:
* kliens felé
* alkalmazásszerver szolgáltatásai felé
* az EIS felé

A lehetséges System Contract-ok:
* Life Cycle Management
* Connection Management
* Security Management
* Transaction Management
* Work Management
* Transaction Inflow
* Message Inflow

-- [[BanJozsef|JoE]] - 2009.05.31.

-- [[MajorPeter|aldaris]] - 2009.06.22.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Vizsga, 2009.06.23.

2014-08-21T20:19:19Z

Szikszayl:

==1. Sorolj fel néhány middleware szolgáltatást! (darabonként 1 pont, max. 5 pont) Magyarázd meg az explicit és implicit middleware fogalmát, ismertesd előnyeit, hátrányait. (Összesen 12 pont)==
A middleware szolgáltatások olyan szolgáltatások, melyeket általában a középső réteg valósít meg, ilyenek pl:
* Távoli eljáráshívás
* Szálkezelés
* Terheléskiegyenlítés
* Átlátszó hibakezelés
* Perzisztencia
* Tranzakciókezelés
* Objektumok életciklusa
* Aszinkron üzenetkezelés
* Biztonság

'''Explicit middleware:'''
* Amikor az elosztott objektum felelős az egyes middleware szolgáltatásokért

Hátrányai:
* felduzzad a forráskód
* nem rugalmas a middleware (ha eladjuk a komponenst, ki kell adni a forráskódot, ha a vevő pl. más tranzakciókezelést akar)

'''Implicit middleware:'''
* Amikor az elosztott objektum előtt van egy kérésmegszakító, és ez felelős az egyes middleware szolgáltatásokért
* Külön leíró fájl tartalmazza, milyen middleware szolgáltatásokat veszünk igénybe
* A kérésmegszakító a leíró fájl alapján generálódik
Előnyei:
* A forráskód valóban csak üzleti logikát tartalmaz
* A leíró fájlt módosíthatja a vevő, a forráskódot nem kell kiadnunk

==2. Hogyan lehet EJB rétegben Timer-t megvalósítani? Rajzoljon szekvenciadiagramot a szemléltetéséhezt! Mikor van szükség EJB rétegre az alkalmazásokban?==
'''Timer megvalósítás'''
* Nem használható a Standard Java-ban jellemző megoldás, mert az EJB-kben nem ajánlott új szál létrehozása (EJB konténer nem fog tudni róla)
* EJB 2.1 óta Timer Service, konténer indítja a timer szálat
'''Szekvenciadiagram'''
* :EJB Client
** meghívja az EJB egy metódusát, ami létrehoz egy timer-t
* :EnterpriseBean
** calls getTimerService() in :EJBContext
*** :EJBContext gets an instance of [[TimerService]] from :TimerService
** :EJBContext returns [[TimerService]]
** calls the appropriate createTimer() method in :TimerService
*** Timer starts ticking
** callback to ejbTimeout() from :TimerService
* :EJBContext
* :TimerService

==3. A szervletek milyen életciklusaihoz lehet Listener-eket csatlakoztatni? Mi a scope szerepe? Milyen scope-ok vannak? Írjon a session szerepéről!==
'''Servlets & listeners'''

http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/Servlets4.html

You can monitor and react to events in a servlet's life cycle by defining listener objects whose methods get invoked when life cycle events occur. To use these listener objects, you must define the listener class and specify the listener class.

Servlet Life-Cycle Events
* Web context: Initialization and destruction
* Web context: Attribute added, removed, or replaced
* Session: Creation, invalidation, and timeout
* Session: Attribute added, removed, or replaced

'''Scope'''

Scope Object
* Információ megosztása komponensek között
* getAttribute()/setAttribute(), hashtábla jelleggel, név-objektum párosok
* Figyelem! Nem egyezik meg az oldalnak küldött paraméterekkel: getParameter()

Szintek:
* Page – javax.servlet.jsp.PageContext
* Request – javax.servlet.ServletRequest
* Session – javax.servlet.http.HttpSession
* Web-context – javax.servlet.ServletContext

'''(HTTP) Session scope'''

Kérések sorozata közötti állapot megőrzése (pl. belépett felhasználóazonosítója)
* Ugyanakkor a HTTP állapotmentes
* Megoldások:
** HTTP cookie
** URL rewrite (response.encodeURL())
** Hidden FORM fields
* Session timeout
* Általában 30 perc
* Lejárat: időlimit vagy session.invalidate()
* A session fontos erőforrás, csak azt rakjuk bele, ami feltétlen szükséges
* eseményekhez eseményfigyelőket lehet rendelni
* Amire ügyelni kell
** A Session objektum megosztott, több szálon is kezelhetik
** Elosztott környezet esetén csak szerializálható objektumokat tegyünk bele, különben elveszik
** Átgondolandó: Session HA-cluster

==4. Milyen izolációs szintek vannak? Ezek melyik problémákat oldják meg? Java EE környezetben hogyan lehet beállítani az izolációs szinteket?==
'''Izolációs szintek'''

* Az adatbázis izolációs szint befolyásolja, hogy ezen problémák közül melyik léphet fel
* minél több problémát küszöböl ki egy szint, annál több sor/tábla szintűzárat alkalmaz, így annál rosszabb a teljesítménye
* READ UNCOMITTED: más által írt, de nem komittált adatot is tudok olvasni
* READ COMITTED: csak komittált adatot tudok olvasni, ez a default pl. Oracle, MS SQL Server esetén
* REPEATABLE READ: ha kiolvasok egy sort, majd a tranzakción belül újraolvasom, az adat nem változik
* SERIALIZABLE: a konkurens tranzakciók sorosítva futnak

'''Izolációs szintek beállítása'''

* Ha én nyitom a JDBC kapcsolatot: java.sql.Connection.setTransactionIsolation(int)
* JPA használataesetén generált a JDBC kód, így nem a fejlesztőnyitja a kapcsolatot
** az EJB specifikációnem követeli meg, hogy definiálni lehessen az izolációs szintet, alkalmazásszerver-függő, hogy lehetőséget ad-e ennek bekonfigurálására

==5. Messagedrivenbean-eknél telepítésleíróval/annotációval miket lehet konfigurálni? Messagedrivenbean-nél milyen lehetőségek vannak válaszküldésre? Több példát is írjon!==

'''Telepítésleíróban vagy annotációban állítható:'''
* Tranzakcionalitás
** Beanmanaged
** Container managed
* [[MessageSelector]]
* Acknowledge mode (bean managed tranzakcióesetén)
* Destinationtype
** Queue
** Topic (durable / non durable)

'''Válaszadás lehetősége'''

* Több kliens szólít meg egy alkalmazást
* Minden kérés azonos queue-bamegy
* Minden alkalmazás csak a saját kéréseinek válaszát szeretnémegkapni
* Megoldás:
** Egy válasz-queue, minden kliens messageselector-ralolvassa (bizontság?)
** Minden kliens saját queue-bavárja a választ
* Adminisztrált (permanens queue-k)
* Temporális(dinamikus queue-k)

-- [[MajorPeter|aldaris]] - 2009.06.23.

-- [[KatusKristof|Katus]] - 2010.06.08.

[[Category:Valaszthato]]

Szoftverfejlesztés J2EE platformon - Vizsga, 2010.01.12.

2014-08-21T20:17:19Z

Szikszayl:

# Sorolj fel néhány Middleware szolgáltatást! (darabonként 1 pont, max. 5 pont) Magyarázd meg az explicit middleware fogalmát, ismertesd előnyeit, hátrányait! (_össz. 12 pont_)
# Mire jó és hogyan működik a Java EE szerep alapú biztonsági modellje? Hogyan szabályozható Java EE webalkalmazásokban az adatforgalom biztonsága?
# Mi a JSF, mik az előnyei? Ismertesd részletesen egy JSP oldal életciklusának lépéseit (_12 pont_)
# Java EE környezetben hol jelölhetjük ki a tranzakciók határait? Mire valók a tranzakciós attribútumok, mik a lehetséges értékei és ezek jelentései? (_6 + 6*1 pont_)
# EJB környezetben hogyan oldhatjuk meg feladatok időzített indítását? Illusztráld a folyamatot szekvenciadiagrammal! Mikor érdemes EJB.ket használni az üzleti logika megvalósításához? (_4 + 4 + 4*1 pont_)

-- [[ZsA|Kucu]] - 2010.01.23.

[[Category:Valaszthato]]