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

Objektumorientált szoftvertervezés - Vizsga, 2013.06.11.

2013-06-14T19:37:07Z

Feco911:

; Mire jó a Future obj. az Active objectben?
: Futures serve two main purposes in the Active Object pattern. The first and more important '''purpose of futures is to act as placeholders for the actual results of active object methods'''. [...] ''http://blog.gurock.com/wp-content/uploads/2008/01/activeobjects.pdf''
; Kitől, mikor, hogyan kapja meg a Servant ref.-et az Methodrequest?
: A Schedulertől, a dispatch()-ben (call(servant) hívás, tehát paraméterben)
; Java szálak állapotai, és 1-1 mondattal jellemezd
: NEW: frissen sült
: RUNNABLE: épp fut/futásra kész
: WAITING/TIMED_WAITING: sleep/wait/stb miatt épp vár
: BLOCKED: monitorért áll sorban
: TERMINATED: meghalt/végzett/stb :-(
; Perzisztencia tudatosság, és ObjectStore-ban hogyan kell jelezni (annotáció vagy posztprocesszor, vagy preprocesszor vagy compiler direktíva)
: Perzisztencia-tudatos (persistence aware): egy osztály, ha maga nem perzisztencia-képes, de hozzáfér egy perzisztens osztály attribútumához (perzisztens tömb eleméhez)
; Visitor Combinator if-then-else forgatókönyvre, v1, v2, v3 visitorokkal
: Choice(Sequence(v1, v2), v3)
; Miért felelős a CORBA Event Proxy-ja?
: Corbában az esemény alapú kommunikációért. Segítségével nem kell közvetlen kapcsolat a Supplier és a Consumer között, valamint egy csatornát többen is használhatják. Lazább csatolás.
; Table per subclass esetén mire képződik le az adott hierarchia Hibernateben?
: Minden osztálynak külön tábla, és minden táblában kell lenni egyedi kulcsnak.
; Mivel térhet vissza a Query?
: List, Iterator, Object
; (szofttechből ismerős vizsgakérdés) Adja meg, hogy az alábbi állítások melyik szabványos Java kivételosztályra igazak! Ha többre is igaz, akkor az öröklési hierarchiában legmagasabban levő (ős)osztályt jelölje meg!
: Minden kivételként eldobható osztály ősosztálya: Throwable
: JVM szintű rendszerhiba: Error
: Elkapása nem kötelező, nehéz rá felkészülni, nehéz lekezelni: Error
: Programhiba: Exception
: Elkapása nem kötelező, "zajt" vinne a kódba: RuntimeException
: Az initCause metódusával be lehet állítani az okozó kivételt: Throwable
; Táblázatba kellett beirogatni a CRUD műveletekre hogy melyik biztonságos, cache-able , idempotens
[[File:ooterv_jegyzet_2013_rest_dáblázat.png|400px]]

Beírtam pár megoldást, felelősséget nem vállalok ([[Szerkesztő:Madbence|lennon]]<sup>([[Szerkesztővita:Madbence|vita]])</sup> 2013. június 13., 18:11 (UTC))

Adatvezérelt alkalmazások fejlesztése

2013-06-13T13:56:43Z

Feco911:

{{GlobalTemplate|Infoszak|AdatvezereltAlkalmazasokFejlesztese}}

__TOC__

* Ajánlott rövidítés: '''AAF'''
==Hasznos Linkek:==

Tárgy oldala:

https://www.aut.bme.hu/Course/VIAUA369

Tárgy adatlapja:

https://www.vik.bme.hu/kepzes/targyak/VIAUA369/

A demo-k elérhetősége:

http://www.microsoft.com/hun/technet/article/?id=d288450d-2b21-46fd-b43b-12ca033406e6

==ZH-k==

* [[AAF_ZH|AAF_ZH]]

==Vizsgák==

* [[AAF_VIZSGA|AAF_VIZSGA]]

==Jegyzet összefoglalás==
A 2013-as diák egyben, demók nélkül:

* [[:File:aaf_AllInOne_2013.pdf]]

A 2012-es szlájdok normális tájolásra visszaforgatva, valamint egy PDF-be fűzve.
* [[Média:AAF_AllSlides_ZH-ig_2012.pdf|2012-es AAF előadásdiák]]

A 2010-es szlájdok normális tájolásra visszaforgatva, valamint egy PDF-be fűzve.

* [[Média:AAF_Slides_AllInOne.pdf|AAF_Slides_AllInOne.pdf]]

A jegyzet eléggé bőbeszédű, inkább megértésre mint megtanulásra koncentrál, ezért itt egy összefoglaló, hogy miről is van szó benne.

* [[AafjegyzetAdateleres|Adatelérés]]
* [[AafjegyzetLinqToSql|LINQ to SQL]]
* [[AafjegyzetWPF|WPF]]
* [[AafjegyzetAdattarhazak|Adattárházak]]
* [[AafjegyzetEF|Entity Framework]]
* [[AafKidolgozottFeladatok|Kidolgozott zh/vizsga/záróvizsga feladatok]]
Nem teljes, de talán hasznos összefoglalók:
* [[File:aaf_5-9.docx|aaf_5-9.docx]]: 05-09 slide-sorok (DB programozás, lekérdezés optimalizálás, ORM, ADO.NET)
* [[asp_net_mvc_poster.pdf|asp_net_mvc_poster.pdf]]: ASP.NET MVC Kérés feldolgozás lépései

==Gyakorlatok anyaga==

* {{InLineFileLink|Infoszak|AdatvezereltAlkalmazasokFejlesztese|aaf_5-9.docx|aaf_5-9.docx}}: utolsó asp konkurenciakezelős aaf gyak

-- [[FarkasTamas21|Tommy21]] - 2009.06.08.

-- [[CsomorLaszlo|tsw]] - 2009.06.03.

-- [[ZsA|Kucu]] - 2008.06.01.

-- [[KoviBalu]] - 2011.06.04.

[[Category:Infoszak]]

Adatvezérelt alkalmazások fejlesztése

2013-06-13T13:47:41Z

Feco911:

Objektumorientált szoftvertervezés - Vizsga, 2013.06.11.

2013-06-13T13:20:29Z

Feco911:

* Mire jó a Future obj. az Active objectben?
* Kitől, mikor, hogyan kapja meg a Servant ref.-et az Methodrequest?
:* -Kitől
:* -Mikor
:* -Hogyan
* Java szálak állapotai, és 1-1 mondattal jellemezd
* Perzisztencia tudatosság, és ObjectStore-ban hogyan kell jelezni (annotáció vagy posztprocesszor, vagy preprocesszor vagy még volt valami)
* Visitor Combinatort kellett csinálni megadott feladatra
* Miért felelős a CORBA Event Proxy-ja?
* Table per subclass esetén mire képződik le az adott hierarchia Hibernateben?
* Mivel térhet vissza a Query?
* Java kivétel típusok
* Táblázatba kellett beirogatni a CRUD műveletekre hogy melyik biztonságos, cache-able , idempotens (egy az egyben van ilyen táblázat a diákban)
* If then else-t kellett megvalósítani Visitor - Combinator metódusokkal (Sequence, try, chioce, fail stb..)

Objektumorientált szoftvertervezés

2013-06-13T13:18:56Z

Feco911: /* 2013 */

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

[[TargynevAjanlas|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

= Kis ZH-k =

* [[OotKisZH2008|2008-as KisZH-k]]
* [[OotKisZH2009|2009-es KisZH-k]]
* [[OotKisZH2010|2010-es KisZH-k]]
* [[OotKisZH2011|2011-es KisZH-k]]

= Vizsga =

=== 2008 ===
* [[OotVizsga20080527|2008. 05. 27.]] - nem hivatalos megoldással
* [[OotVizsga20080603|2008. 06. 03.]] - nem hivatalos megoldással

=== 2009 ===
* [[OotVizsga20090528|2009. 05. 28.]] - nem hivatalos megoldással

=== 2010 ===
* [[OotVizsga20100526|2010. 05. 26.]] - nem hivatalos megoldással
* [[OotVizsga20100601|2010. 06. 01.]] - nem hivatalos megoldással

=== 2012 ===
* [[OotVizsga20120522|2012. 05. 22.]]
* [[OotVizsga20120605|2012. 06. 05.]]

=== 2013 ===
* [[OOterv_vizsga_2013.05.28|2013. 05. 28]]
* [[OOterv_vizsga_2013.06.11|2013. 06. 11]]

= 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)

[[Category:Infoszak]]

Objektumorientált szoftvertervezés

2013-06-13T13:17:32Z

Feco911: /* 2013 */

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

[[TargynevAjanlas|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

= Kis ZH-k =

* [[OotKisZH2008|2008-as KisZH-k]]
* [[OotKisZH2009|2009-es KisZH-k]]
* [[OotKisZH2010|2010-es KisZH-k]]
* [[OotKisZH2011|2011-es KisZH-k]]

= Vizsga =

=== 2008 ===
* [[OotVizsga20080527|2008. 05. 27.]] - nem hivatalos megoldással
* [[OotVizsga20080603|2008. 06. 03.]] - nem hivatalos megoldással

=== 2009 ===
* [[OotVizsga20090528|2009. 05. 28.]] - nem hivatalos megoldással

=== 2010 ===
* [[OotVizsga20100526|2010. 05. 26.]] - nem hivatalos megoldással
* [[OotVizsga20100601|2010. 06. 01.]] - nem hivatalos megoldással

=== 2012 ===
* [[OotVizsga20120522|2012. 05. 22.]]
* [[OotVizsga20120605|2012. 06. 05.]]

=== 2013 ===
* [[OOterv_vizsga_2013.06.11|2013. 06. 11]]
* [[OOterv_vizsga_2013.05.28|2013. 05. 28]]

= 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)

[[Category:Infoszak]]

Objektumorientált szoftvertervezés - Vizsga, 2013.05.28.

2013-06-13T13:16:52Z

Feco911: Új oldal, tartalma: „* Serializálás, mi lesz a visszaállított érték? * Mit kell a megfelelő helyre írni, hogy a legbővebben lehessen értelmezni? (Extends e, super e stb..) * WS, C…”

* Serializálás, mi lesz a visszaállított érték?
* Mit kell a megfelelő helyre írni, hogy a legbővebben lehessen értelmezni? (Extends e, super e stb..)
* WS, CORBA, RMI, REST - protokoll, katalógus, interfész -> Egy az egyben az utolsó dia (volt 2013ban)
* Mire és milyen megoldást nyújt a strategized locking, UML diagrammal együtt kellett
* Visitor Combinator függvény írás
* Melyik osztályban van implementálva, és kinek a felelőssége meghívni a publish() és a process() fvnyt?

Objektumorientált szoftvertervezés

2013-06-13T13:05:09Z

Feco911: /* Segédanyagok */

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

[[TargynevAjanlas|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

= Kis ZH-k =

* [[OotKisZH2008|2008-as KisZH-k]]
* [[OotKisZH2009|2009-es KisZH-k]]
* [[OotKisZH2010|2010-es KisZH-k]]
* [[OotKisZH2011|2011-es KisZH-k]]

= Vizsga =

=== 2008 ===
* [[OotVizsga20080527|2008. 05. 27.]] - nem hivatalos megoldással
* [[OotVizsga20080603|2008. 06. 03.]] - nem hivatalos megoldással

=== 2009 ===
* [[OotVizsga20090528|2009. 05. 28.]] - nem hivatalos megoldással

=== 2010 ===
* [[OotVizsga20100526|2010. 05. 26.]] - nem hivatalos megoldással
* [[OotVizsga20100601|2010. 06. 01.]] - nem hivatalos megoldással

=== 2012 ===
* [[OotVizsga20120522|2012. 05. 22.]]
* [[OotVizsga20120605|2012. 06. 05.]]

=== 2013 ===
* [[OOterv_vizsga_2013.06.11|2013. 06. 11]]

= 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)

[[Category:Infoszak]]

Fájl:OOTerv REST RMI CORBA 2013.pdf

2013-06-13T13:01:46Z

Feco911:

Objektumorientált szoftvertervezés

2013-06-13T12:55:57Z

Feco911: /* Vizsga */

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

[[TargynevAjanlas|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ó]]

== 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

= Kis ZH-k =

* [[OotKisZH2008|2008-as KisZH-k]]
* [[OotKisZH2009|2009-es KisZH-k]]
* [[OotKisZH2010|2010-es KisZH-k]]
* [[OotKisZH2011|2011-es KisZH-k]]

= Vizsga =

=== 2008 ===
* [[OotVizsga20080527|2008. 05. 27.]] - nem hivatalos megoldással
* [[OotVizsga20080603|2008. 06. 03.]] - nem hivatalos megoldással

=== 2009 ===
* [[OotVizsga20090528|2009. 05. 28.]] - nem hivatalos megoldással

=== 2010 ===
* [[OotVizsga20100526|2010. 05. 26.]] - nem hivatalos megoldással
* [[OotVizsga20100601|2010. 06. 01.]] - nem hivatalos megoldással

=== 2012 ===
* [[OotVizsga20120522|2012. 05. 22.]]
* [[OotVizsga20120605|2012. 06. 05.]]

=== 2013 ===
* [[OOterv_vizsga_2013.06.11|2013. 06. 11]]

= 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)

[[Category:Infoszak]]

Objektumorientált szoftvertervezés - Vizsga, 2013.06.11.

2013-06-13T12:53:22Z

Feco911: OOterv2013.06.11

Objektumorientált szoftvertervezés

2013-06-13T12:47:44Z

Feco911: /* Vizsga */

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

[[TargynevAjanlas|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ó]]

== 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

= Kis ZH-k =

* [[OotKisZH2008|2008-as KisZH-k]]
* [[OotKisZH2009|2009-es KisZH-k]]
* [[OotKisZH2010|2010-es KisZH-k]]
* [[OotKisZH2011|2011-es KisZH-k]]

= Vizsga =

=== 2008 ===
* [[OotVizsga20080527|2008. 05. 27.]] - nem hivatalos megoldással
* [[OotVizsga20080603|2008. 06. 03.]] - nem hivatalos megoldással

=== 2009 ===
* [[OotVizsga20090528|2009. 05. 28.]] - nem hivatalos megoldással

=== 2010 ===
* [[OotVizsga20100526|2010. 05. 26.]] - nem hivatalos megoldással
* [[OotVizsga20100601|2010. 06. 01.]] - nem hivatalos megoldással

=== 2012 ===
* [[OotVizsga20120522|2012. 05. 22.]]
* [[OotVizsga20120605|2012. 06. 05.]]

=== 2013 ===

= 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)

[[Category:Infoszak]]

Információs rendszerek üzemeltetése - Nagykérdések

2013-05-30T05:59:59Z

Feco911: /* 19. FCAPS-nál minden funkcióhoz nevezzen meg példaképpen egy eszközt, ami megvalósítja. */

__NOTOC__
=== 1. Írja le a tmit.bme.hu címének a lekérésének üzenetváltását, feltéve, hogy a cachek üresek! ===
{| class="wikitable"
|-
! Sorszám !! Küldő !! Fogadó
|-
| 1 || Felhasználó || Felhasználó oldali DNS szerver
|-
| 2 || Felhasználó oldali DNS szerver || Root DNS szerver
|-
| 3 || Root DNS szerver || Felhasználó oldali DNS szerver
|-
| 4 || Felhasználó oldali DNS szerver || .hu DNS szerver
|-
| 5 || .hu DNS szerver || Felhasználó oldali DNS szerver
|-
| 6 || Felhasználó oldali DNS szerver || .bme.hu DNS szerver
|-
| 7 || .bme.hu DNS szerver || Felhasználó oldali DNS szerver
|-
| 8 || felhasználó oldali DNS szerver || Felhasználó
|}

[[Fájl:IRU_nagykerdesek_DNS_tmitbmehu.png]]

=== 2. Hasonlítsa össze a Raid 10 és a Raid 5 biztonsági, és kapacitási szempontból. Írja le az előnyeiket, hátrányaikat. ===
Mindkettő n+1 redundáns megvalósítású, 5-nél jobb a kapacitáskihasználás (n db diszknél a kihasználtság 100*(n-1)/n százalék, míg 10-nél 50%). RAID 5 előnye, hogy a paritás elosztva van a diszkeken, ezért gyorsabb sebesség érhető el vele, de a meghibásodásnál a visszaállítás macerás. RAID 10-nál ha egy diszk meghibásodik, akkor az simán visszaállítható a tükrözéséből, illetve ez a leggyorsabb technika (RAID 01-el egyetemben). Illetve a RAID 10 drágább, mint a RAID 5.

=== 3. SLA ===
==== Egy cég SLA-t köt egy szolgáltatóval. Írjál le 2-2 mérhető tulajdonságát (SLA miatt számonkérhető) a VoiPnak, és az FTPnek.... SLA szerinti külön-külön 2-2, ha egy tulajdonsághoz írtál 2-2 dolgot akkor nem fogadták el. ====
* '''!!!HIÁNYZIK!!!'''

==== Szolgáltatás 1000 felhasználóval, az átlagos párhuzamos felhasználószám ennek 10%-a, egy felhasználó 2048 kbps sávszélességet igényel. Mekkorára kell tervezni Mbpsbe? ====
* 2048 kbps / 1024 = 2Mbps az átlagos sávszélesség igény. 2.) 1000 user 10%-a az 1000 * 0.1 = 100 user. 3.) 100 * 2Mbps = 200 Mbps

=== 4. IPMI ===
==== Írja le pár mondatban az IPMI-t. ====
* Intelligent Platform Management Interface.
* Számítógépek hardver és firmware eszközei számára határoz meg közös interfészeket, amelyekkel a rendszeradminisztrátor a rendszerek állapotát ellenőrzés alatt tarthatja és menedzselheti.
* Operációs rendszer független
* Adatszerkezetet és formátumot ír elő, de az implementáció változhat.
* Közvetlen csatornán képes riasztást küldeni a távoli géphez.

==== Egy IPMI szabvány szerint készített operációs rendszer leállt. Miknek lehet megvizsgálni, hogy működnek-e? a) DMA driver b) HDMI illesztő c) IEEE-illesztő? d) mindegyiket ====
Mindegyik, mert ilyenkor is elérhetővé teszi a rendszer alkotó részeiről az érintett adatokat.

=== 5. Adatmentés ===
==== Egy 5 TB vinyó, 20% változik kb naponta, és differenciális mentést alkalmazunk. Milyen gyakran legyen a teljes mentés? Miért? ====
* Három naponta, mert első nap 1TB, második nap 2TB(1+1TB) ekkor összesen már 3TB-ot lementettünk. Harmadik nap 3TB-ot mentenénk, de eddig már ezzel együtt összesen 6TB-ot mentenénk, úgyhogy itt már érdemes 5TB-ot menteni teljes mentéssel.
==== Egy 5 TB vinyó, 10% változik naponta, a mentés-helyreállító rendszer sávszélesége 500GB/óra. Milyen mentési módszert alkalmazna, hogyha a cél egy hiba után egy tetszőleges nap LEHETŐ LEGGYORSABB visszaállítása. ====
* Teljes mentés, a gyorsaság miatt. Ha minden nap teljes mentést csinálsz, akkor egy kazetta felhasználásával bármelyik napot visszaállíthatod. Ha viszont differenciális mentést csinálnál, akkor az két kazetta. Inkrementálisnál pedig sok kazettacsere kell.

=== 6. Táblázat kitöltés. Vasárnap teljes mentés volt, ki kellet tölteni, hogy a Differenciális, az Inkrementális, és a Progresszív miket ment hétfőn, kedden, és szerdán. Hétfőn az A file-t változtatták. Kedden az F file-t töröltük a B-t áthelyeztük. Szerdán a G-t létrehoztuk, és az D-t módosítottuk. ===

{| class="wikitable"
|-
! Vasárnap !! Hétfő !! Kedd !! Szerda
|-
| File A || File A módosítás || File A (módosított) || File A (módosított)
|-
| File B || FIle B || File B áthelyezése || File B (áthelyezett)
|-
| File D || File D || File D || File D módosítása
|-
| File F || File F || File F törlése || -
|-
| - || - || - || File G létrehozása
|}

{| class="wikitable"
|-
! Fájlok a vasárnapi teljes mentéskor !! Fájlok a hétfői inkrementális mentéskor !! Fájlok a keddi inkrementális mentéskor !! Fájlok a szerdai inkrementális mentéskor !! Merevlemez szerdán visszaállítás után
|-
| File A || File A (módosított) || || || File A (módosított)
|-
| File B || || File B (áthelyetett) || || File B (áthelyezett)
|-
| File D || || || File D (módosított) || File D (módosított)
|-
| File F || || File F (törölt) || ||
|-
| || || || File G (létrehozott) || File G (létrehozott)
|}

{| class="wikitable"
|-
! Fájlok a vasárnapi teljes mentéskor !! Fájlok a hétfői differenciális mentéskor !! Fájlok a keddi differenciális mentéskor !! Fájlok a szerdai differenciális mentéskor !! Merevlemez szerdán visszaállítás után
|-
| File A || File A (módosított) || File A (módosított) || File A (módosított) || File A (módosított)
|-
| File B || || File B (áthelyetett) || File B (áthelyetett) || File B (áthelyezett)
|-
| File D || || || File D (módosított) || File D (módosított)
|-
| File F || || File F (törölt) || File F (törölt) ||
|-
| || || || File G (létrehozott) || File G (létrehozott)
|}
Fenti táblázatokban miért mentjük a törölt fájlt?? Áthelyezéskor az új helyen lévőt mentjük (régit nem).

{| class="wikitable"
|-
! Fájlok a vasárnapi teljes mentéskor !! Fájlok a hétfői progresszív mentéskor !! Fájlok a keddi progresszív mentéskor !! Fájlok a szerdai progresszív mentéskor !! Merevlemez szerdán visszaállítás után
|-
| File A || File A (módosított) || || || File A (módosított)
|-
| File B || || File B (áthelyetett) || || File B (áthelyezett)
|-
| File D || || || File D (módosított) || File D (módosított)
|-
| File F || || File F (törölt) || ||
|-
| || || || File G (létrehozott) || File G (létrehozott)
|-
| Fájlstruktúra: A, B, D, F || A, B, D, F || A, B, D || A, B, D, G || Helyreállításkor visszakereshető, hogy egy fájlnak melyik az aktuális állapota (időnyereség az inkrementálishoz képest)
|}

=== 7. Ismertesse a logikai hozzáférés-kezelés három alapelvét. ===
# minimális hozzáférési info (need-to-know): a felhasználó csak annyi információt tudhat, ami feltétlenül szükséges a munkája ellátásához
# minimális jogosultság: a felhasználó a legszűkebb körű jogosultsággal rendelkezhet, amely elegendő a munkavégzéshez
# feladatok elhatárolása: egy személy nem lehet felelős egy tranzakciólánc több lépéséért

=== 8. Virtualizáció 2 előnye/hátránya ===
* előnyei: közös erőforrás gazdálkodás, redundancia, magas rendelkezésre állás, új szerver gyors telepítése, leállás nélkül átkonfigurálható, fizikai erőforrások optimalizálása gazdaságos
* hátrányai: bonyolultabb tervezés, drágább konfiguráció

=== 9. Intranet DNS szerverei ===
* lokális DNS cache szerver: gyorsítja a DNS rekordok feloldását, tárolja őket egy ideig, ha nem találja, akkor a root szervertől kéri le
* root DNS szerver: feloldja a hálózat számítógépei számára a DNS neveket, felveszi az Interneten lévő gépekkel a kapcsolatot, stb.

=== 10. Differenciális+Inkrementális mentéses táblázat kitöltése, visszaállításra kérdés (szombaton a csütörtöki napot állítjuk vissza, melyik szalagok kellenek, melyik szalagról melyik fájlokat állítjuk vissza) ===
* differenciális: ciklus első napján teljes mentés, utána minden nap csak az előző teljes mentés óta történt változásokat mentjük
* inkrementális: ciklus első napján teljes mentés, utána minden nap csak az előző mentés óta történt változásokat mentjük
* Táblázat: '''!!!HIÁNYZIK!!!'''

=== 11. Hibajegyek kitöltése a megadott szabályok alapján, plusz új szabály kitalálása ===
* '''!!!HIÁNYZIK!!!'''

=== 12. Felhő IT 5 alapelve ===
# internet protokollokkal elérhető bármely számítógépről
# mindig elérhető és az igényekhez igazítható
# felhasználás szerint fizetett
# vezérlő/ellenőrző interfészek
# „önkiszolgáló”

=== 13. SNMP üzenetek, típusai, mire valók, tipikus párbeszéd példa. ===
* Üzenetek
** '''Get-Request(0)''': egy van több értéket kér a Management Agent MIB-től.
** '''Get-Next-Request(1)''': A lexikografikus leírásban következő Object Identifier-t kéri a MIB fán belül úgy, hogy megadja a jelenlegi Object Identifier-t.
** '''Get-Response(2)''': Válasz az érték-kérésre.
** '''Set-Request(3)''': Beállítja az adott értéket (vagy feladatot) a menedzselt eszköz MIB-jében.
** '''Trap(4)''': Egy kéretlen üzenet a menedzselt eszköztől, amit egy ott beállított esemény triggerelt.
* Tipikus példa:
[[Fájl:IRU_nagykerdesek_snmp_pelda.png | 500px]]

=== 14. Van egy táblázat megadva adatokkal. ===
==== a) El kell dönteni milyen forgalmat jellemez. ====
* VoIP szokott lenni.
==== b) Mondani kell valamit a QoE-ről. ====
* Itt tapasztalati dolgokra kiváncsiak. A jitteres stb. nem jó. Szóval szakadozhat, recseghet, ilyesmi kell.
==== c) Hogyan küszöbölné ki a hibát? ====
* Magasabb prioritást kell neki adni.

=== 15. Mentési stratégiás feladat. Vasárnap teljes mentés. Valamilyen sorrendben szerdáig A fájl módosítva lesz, B áthelyezve, D törölve, E módosítva, F létrehozva. Szerda esti állapotot akarunk visszaállítani. Ki kell tölteni 3 táblázatot az adott mentési stratégiának megfelelően. ===
* A diff és ink mentésnél megegyezik. Ezeknél a módosított, módosított lesz (nem átnevezésre emlékszem), az áthelyezett az eredeti és az áthelyezett helyen is lesz, míg a törölt megmarad. A progresszívnél minden helyesen lesz. Fontos az időrend betartása. A javító kérte volna a progresszív mentési stratégia lényegének leírását, ami nem szerepelt a feladat leírásban, reklamálást elfogadta, szóval elvileg mindenkinek járt az 1 pont. Nem a diák szerinti jelölés kell, hanem haáthelyez az tényleg áthelyezed másik cellába és nem pl. B (new folder). Erre adott szintén 1 pontot, mikor mondtam, hogy így csináltam. A módosítást nem tudom, hogy kell(-e) jelölni.

=== 16. Jitter-buffer számolás. ===
==== a) 24 frames/s-es video szolgáltatás. 24 Mbite/s-es vonalon. SLS 0.25 sec-es max késleltetést garantál. A hálózat 0.05 sec-es késleltetést ad max. Mekkora buffer kell a kliensnek(?)? ====
* Ki kell vonni az SLS-ből a hálózatit. 0.2 sec. Ezt kell beszorozni az átviteli sebességgel: 4.8Mbit.
==== b) Mekkora jitter-buffer kell, ha 1000 felhasználónk van, akinek átlag 20%-a használja egyidejűleg a szolgáltatást? ====
* 1000 főre vállaltunk, akkor annyira kell számolni. Így elvileg 1000*4.8=4800Mbit

=== 17. Hogyan védekezne adatszivárgás ellen? ===
* Hordozható eszközök felügyelete meg tiltása. Még valami kellett, mert pirossal oda volt írva a javításon.

=== 18. Rajzolja fel a TMN logikai modellt és nevezze meg az elemeit! ===
* Business Mgmt, Service Mgmt, Network Mgmt, Element Mgmt, Network Element
* Fault Mgmt, Configuration Mgmt, Accounting Mgmt, Performance Mgmt, Security Mgmt

=== 19. FCAPS-nál minden funkcióhoz nevezzen meg példaképpen egy eszközt, ami megvalósítja. ===
* F(ault Management): SMTP helyett SNMP :DD
* C(onfiguration Management): eszköz- és raktáradatbázis
* A(ccounting Management): felhasználói statisztikák
* P(erformance Management): QoS, SLA
* S(ecurity Management): tűzfal

=== 20. Egy IPMI szabvány szerint készített számítógépet az Operációs rendszer (nemtudom milyenm gixere után). Megállapítható-e, az alábbi komponensek működőképessége. Alaplapi diszk vezérlő / Alaplapi grafikus kártya / LAN vezérlő. ===
* * '''!!!HIÁNYZIK!!!'''

=== 21. FlashCopy számolós táblázat. ===
* '''!!!HIÁNYZIK!!!'''

=== 22. Ismertesse a logikai hozzáférés-kezelés három alapelvét. ===
# minimális hozzáférési infó
# minimális jogosultság
# feladatok elhatárolása

=== 23. Listázza ki a logikai hozzáférés kezelés elvein belül a jelszókezeléssel kapcsolatban felmerülő problémákat. ===
* Alapértelmezett jelszó
* Ideiglenes jelszó
* Egyszer használatos jelszó
* Jelszó öregedés
* Nem tárolható, továbbítható titkosítatlanul
* Erős jelszavak használata
* Probléma, ha: túl komplex a jelszó, túl gyakran kell változtatni
* 3 próbálkozás után felhasználó kizárása

=== 24. Mi az adattitkosítás három fő feladata? Jellemezze mindegyik 2-2 mondatban! ===
# Adatintegritás (ne lehessen megváltoztatni) * '''!!!HIÁNYZIK!!!'''
# Eredet azonosítás (tényleg attól származik, akinek mondja magát) * '''!!!HIÁNYZIK!!!'''
# Titkosítás: * '''!!!HIÁNYZIK!!!'''

=== 25. Milyen funkciójú DNS szerverek ismertek egy Intranet infrastruktúrában, és mi a szerepük? ===
* Lokális DNS cache szerver: gyorsítja a DNS rekordok feloldását, tárolja őket egy ideig, ha nem találja, akkor a Root szervertől kéri le
* Root DNS szerver: feloldja a hálózat számítógépei számára a DNS neveket, felveszi az Interneten lévő gépekkel a kapcsolatot, stb

=== 26. Hálózatunkban (A:24, B:25) frame/sec, (A:2.4, B:2.5) Mbps paraméterű videóstreaming szolgáltatás működtetést vállaltunk, melynél a késleltetés mindig 0.25s lehet maximum. A hálózati eszközök az átviteli úton maximum 0.05 másodperc késleltetést okoznak. A csomagvesztés elhanyagolható. ===
==== a) A fenti adatok ismeretében mekkorára méretezné a jitter-buffer és miért? ====
* 0.25s - 0.05s = 0.2s késleltetést okozhatunk mi. (A:2.4 * 0.2 = 0.48???, B:2.5 * 0.2 = 0.5) Mb méretű buffer kell.
==== b) Ha a hálózatban 1000 videó letöltő felhasználó van, de átlagosan csak a 20%-a használja egy időben a szolgáltatást, akkor mekkora memóriaterületet foglalna le a teljes szolgáltatás jitter-bufferének? ====
* 1000 letöltő, egyszerre 20%, DE mivel 1000re vállaltunk garanciát, ezért 1000-nek kell helyet foglalni => Tehát összes bufferméret (A:0.48*1000 = 480, B:0.5*1000 = 500) Mb.

=== 27. RAID 5, XOR ===
a) Rajzolja fel a lehető legkevesebb diszkből álló RAID 5 összeállítást!
* Minimum 3 diszk kell (http://en.wikipedia.org/wiki/RAID#Comparison)
[[Fájl:iru_nagykerdesek_raid5_minimum.png]]

b) XOR számolós feladat
* Alaphelyzet:
** DiskA: 0101101010101101
** DiskB: kiesett
** DiskP (Paritás disk): 0111010110111101
* Megoldás:
** DiskB = DiskA XOR DiskP
** 0101101010101101
** 0111010110111101
** --------------------------- (XOR)
** 0010111100010000 = DiskB

=== 29. In-band és out-of-band tároló virtualizációs megoldások felrajzolása, összehasonlítása, előnyök, hátrányok ===
* In-Band: Virtualizáció motor az adatútban. lassab. szerveren nem kell speciális szoftver
* Out-of-band: Elválik egymástól a vezérlés és az adatút. gyorsabb, hiszen direkt hozzáfér az adattárolóhoz. Szükséges szoftver a szerverre ami lekérdezi a VM-től az adat fizikai helyét (utána meg eléri).

=== 30. köv. feladat ===

Információs rendszerek üzemeltetése - Nagykérdések

2013-05-29T18:37:05Z

Feco911: /* Szolgáltatás 1000 felhasználóval, az átlagos párhuzamos felhasználószám ennek 10%-a, egy felhasználó 2048 kbps sávszélességet igényel. Mekkorára kell tervezni Mbpsbe? */

__NOTOC__
=== 1. Írja le a tmit.bme.hu címének a lekérésének üzenetváltását, feltéve, hogy a cachek üresek! ===
{| class="wikitable"
|-
! Sorszám !! Küldő !! Fogadó
|-
| 1 || Felhasználó || Felhasználó oldali DNS szerver
|-
| 2 || Felhasználó oldali DNS szerver || Root DNS szerver
|-
| 3 || Root DNS szerver || Felhasználó oldali DNS szerver
|-
| 4 || Felhasználó oldali DNS szerver || .hu DNS szerver
|-
| 5 || .hu DNS szerver || Felhasználó oldali DNS szerver
|-
| 6 || Felhasználó oldali DNS szerver || .bme.hu DNS szerver
|-
| 7 || .bme.hu DNS szerver || Felhasználó oldali DNS szerver
|-
| 8 || felhasználó oldali DNS szerver || Felhasználó
|}

[[Fájl:IRU_nagykerdesek_DNS_tmitbmehu.png]]

=== 2. Hasonlítsa össze a Raid 10 és a Raid 5 biztonsági, és kapacitási szempontból. Írja le az előnyeiket, hátrányaikat. ===
Mindkettő n+1 redundáns megvalósítású, 5-nél jobb a kapacitáskihasználás (n db diszknél a kihasználtság 100*(n-1)/n százalék, míg 10-nél 50%). RAID 5 előnye, hogy a paritás elosztva van a diszkeken, ezért gyorsabb sebesség érhető el vele, de a meghibásodásnál a visszaállítás macerás. RAID 10-nál ha egy diszk meghibásodik, akkor az simán visszaállítható a tükrözéséből, illetve ez a leggyorsabb technika (RAID 01-el egyetemben). Illetve a RAID 10 drágább, mint a RAID 5.

=== 3. SLA ===
==== Egy cég SLA-t köt egy szolgáltatóval. Írjál le 2-2 mérhető tulajdonságát (SLA miatt számonkérhető) a VoiPnak, és az FTPnek.... SLA szerinti külön-külön 2-2, ha egy tulajdonsághoz írtál 2-2 dolgot akkor nem fogadták el. ====
* '''!!!HIÁNYZIK!!!'''

==== Szolgáltatás 1000 felhasználóval, az átlagos párhuzamos felhasználószám ennek 10%-a, egy felhasználó 2048 kbps sávszélességet igényel. Mekkorára kell tervezni Mbpsbe? ====
* 2048 kbps / 1024 = 2Mbps az átlagos sávszélesség igény. 2.) 1000 user 10%-a az 1000 * 0.1 = 100 user. 3.) 100 * 2Mbps = 200 Mbps

=== 4. IPMI ===
==== Írja le pár mondatban az IPMI-t. ====
* Intelligent Platform Management Interface.
* Számítógépek hardver és firmware eszközei számára határoz meg közös interfészeket, amelyekkel a rendszeradminisztrátor a rendszerek állapotát ellenőrzés alatt tarthatja és menedzselheti.
* Operációs rendszer független
* Adatszerkezetet és formátumot ír elő, de az implementáció változhat.
* Közvetlen csatornán képes riasztást küldeni a távoli géphez.

==== Egy IPMI szabvány szerint készített operációs rendszer leállt. Miknek lehet megvizsgálni, hogy működnek-e? a) DMA driver b) HDMI illesztő c) IEEE-illesztő? d) mindegyiket ====
Mindegyik, mert ilyenkor is elérhetővé teszi a rendszer alkotó részeiről az érintett adatokat.

=== 5. Adatmentés ===
==== Egy 5 TB vinyó, 20% változik kb naponta, és differenciális mentést alkalmazunk. Milyen gyakran legyen a teljes mentés? Miért? ====
* Három naponta, mert első nap 1TB, második nap 2TB(1+1TB) ekkor összesen már 3TB-ot lementettünk. Harmadik nap 3TB-ot mentenénk, de eddig már ezzel együtt összesen 6TB-ot mentenénk, úgyhogy itt már érdemes 5TB-ot menteni teljes mentéssel.
==== Egy 5 TB vinyó, 10% változik naponta, a mentés-helyreállító rendszer sávszélesége 500GB/óra. Milyen mentési módszert alkalmazna, hogyha a cél egy hiba után egy tetszőleges nap LEHETŐ LEGGYORSABB visszaállítása. ====
* Teljes mentés, a gyorsaság miatt. Ha minden nap teljes mentést csinálsz, akkor egy kazetta felhasználásával bármelyik napot visszaállíthatod. Ha viszont differenciális mentést csinálnál, akkor az két kazetta. Inkrementálisnál pedig sok kazettacsere kell.

=== 6. Táblázat kitöltés. Vasárnap teljes mentés volt, ki kellet tölteni, hogy a Differenciális, az Inkrementális, és a Progresszív miket ment hétfőn, kedden, és szerdán. Hétfőn az A file-t változtatták. Kedden az F file-t töröltük a B-t áthelyeztük. Szerdán a G-t létrehoztuk, és az D-t módosítottuk. ===

{| class="wikitable"
|-
! Vasárnap !! Hétfő !! Kedd !! Szerda
|-
| File A || File A módosítás || File A (módosított) || File A (módosított)
|-
| File B || FIle B || File B áthelyezése || File B (áthelyezett)
|-
| File D || File D || File D || File D módosítása
|-
| File F || File F || File F törlése || -
|-
| - || - || - || File G létrehozása
|}

{| class="wikitable"
|-
! Fájlok a vasárnapi teljes mentéskor !! Fájlok a hétfői inkrementális mentéskor !! Fájlok a keddi inkrementális mentéskor !! Fájlok a szerdai inkrementális mentéskor !! Merevlemez szerdán visszaállítás után
|-
| File A || File A (módosított) || || || File A (módosított)
|-
| File B || || File B (áthelyetett) || || File B (áthelyezett)
|-
| File D || || || File D (módosított) || File D (módosított)
|-
| File F || || File F (törölt) || ||
|-
| || || || File G (létrehozott) || File G (létrehozott)
|}

{| class="wikitable"
|-
! Fájlok a vasárnapi teljes mentéskor !! Fájlok a hétfői differenciális mentéskor !! Fájlok a keddi differenciális mentéskor !! Fájlok a szerdai differenciális mentéskor !! Merevlemez szerdán visszaállítás után
|-
| File A || File A (módosított) || File A (módosított) || File A (módosított) || File A (módosított)
|-
| File B || || File B (áthelyetett) || File B (áthelyetett) || File B (áthelyezett)
|-
| File D || || || File D (módosított) || File D (módosított)
|-
| File F || || File F (törölt) || File F (törölt) ||
|-
| || || || File G (létrehozott) || File G (létrehozott)
|}

{| class="wikitable"
|-
! Fájlok a vasárnapi teljes mentéskor !! Fájlok a hétfői progresszív mentéskor !! Fájlok a keddi progresszív mentéskor !! Fájlok a szerdai progresszív mentéskor !! Merevlemez szerdán visszaállítás után
|-
| File A || File A (módosított) || || || File A (módosított)
|-
| File B || || File B (áthelyetett) || || File B (áthelyezett)
|-
| File D || || || File D (módosított) || File D (módosított)
|-
| File F || || File F (törölt) || ||
|-
| || || || File G (létrehozott) || File G (létrehozott)
|-
| Fájlstruktúra: A, B, D, F || A, B, D, F || A, B, D || A, B, D, G || Helyreállításkor visszakereshető, hogy egy fájlnak melyik az aktuális állapota (időnyereség az inkrementálishoz képest)
|}

=== 7. Ismertesse a logikai hozzáférés-kezelés három alapelvét. ===
# minimális hozzáférési info (need-to-know): a felhasználó csak annyi információt tudhat, ami feltétlenül szükséges a munkája ellátásához
# minimális jogosultság: a felhasználó a legszűkebb körű jogosultsággal rendelkezhet, amely elegendő a munkavégzéshez
# feladatok elhatárolása: egy személy nem lehet felelős egy tranzakciólánc több lépéséért

=== 8. Virtualizáció 2 előnye/hátránya ===
* előnyei: közös erőforrás gazdálkodás, redundancia, magas rendelkezésre állás, új szerver gyors telepítése, leállás nélkül átkonfigurálható, fizikai erőforrások optimalizálása gazdaságos
* hátrányai: bonyolultabb tervezés, drágább konfiguráció

=== 9. Intranet DNS szerverei ===
* lokális DNS cache szerver: gyorsítja a DNS rekordok feloldását, tárolja őket egy ideig, ha nem találja, akkor a root szervertől kéri le
* root DNS szerver: feloldja a hálózat számítógépei számára a DNS neveket, felveszi az Interneten lévő gépekkel a kapcsolatot, stb.

=== 10. Differenciális+Inkrementális mentéses táblázat kitöltése, visszaállításra kérdés (szombaton a csütörtöki napot állítjuk vissza, melyik szalagok kellenek, melyik szalagról melyik fájlokat állítjuk vissza) ===
* differenciális: ciklus első napján teljes mentés, utána minden nap csak az előző teljes mentés óta történt változásokat mentjük
* inkrementális: ciklus első napján teljes mentés, utána minden nap csak az előző mentés óta történt változásokat mentjük
* Táblázat: '''!!!HIÁNYZIK!!!'''

=== 11. Hibajegyek kitöltése a megadott szabályok alapján, plusz új szabály kitalálása ===
* '''!!!HIÁNYZIK!!!'''

=== 12. Felhő IT 5 alapelve ===
# internet protokollokkal elérhető bármely számítógépről
# mindig elérhető és az igényekhez igazítható
# felhasználás szerint fizetett
# vezérlő/ellenőrző interfészek
# „önkiszolgáló”

=== 13. SNMP üzenetek, típusai, mire valók, tipikus párbeszéd példa. ===
* Üzenetek
** '''Get-Request(0)''': egy van több értéket kér a Management Agent MIB-től.
** '''Get-Next-Request(1)''': A lexikografikus leírásban következő Object Identifier-t kéri a MIB fán belül úgy, hogy megadja a jelenlegi Object Identifier-t.
** '''Get-Response(2)''': Válasz az érték-kérésre.
** '''Set-Request(3)''': Beállítja az adott értéket (vagy feladatot) a menedzselt eszköz MIB-jében.
** '''Trap(4)''': Egy kéretlen üzenet a menedzselt eszköztől, amit egy ott beállított esemény triggerelt.
* Tipikus példa:
[[Fájl:IRU_nagykerdesek_snmp_pelda.png | 500px]]

=== 14. Van egy táblázat megadva adatokkal. ===
==== a) El kell dönteni milyen forgalmat jellemez. ====
* VoIP szokott lenni.
==== b) Mondani kell valamit a QoE-ről. ====
* Itt tapasztalati dolgokra kiváncsiak. A jitteres stb. nem jó. Szóval szakadozhat, recseghet, ilyesmi kell.
==== c) Hogyan küszöbölné ki a hibát? ====
* Magasabb prioritást kell neki adni.

=== 15. Mentési stratégiás feladat. Vasárnap teljes mentés. Valamilyen sorrendben szerdáig A fájl módosítva lesz, B áthelyezve, D törölve, E módosítva, F létrehozva. Szerda esti állapotot akarunk visszaállítani. Ki kell tölteni 3 táblázatot az adott mentési stratégiának megfelelően. ===
* A diff és ink mentésnél megegyezik. Ezeknél a módosított, módosított lesz (nem átnevezésre emlékszem), az áthelyezett az eredeti és az áthelyezett helyen is lesz, míg a törölt megmarad. A progresszívnél minden helyesen lesz. Fontos az időrend betartása. A javító kérte volna a progresszív mentési stratégia lényegének leírását, ami nem szerepelt a feladat leírásban, reklamálást elfogadta, szóval elvileg mindenkinek járt az 1 pont. Nem a diák szerinti jelölés kell, hanem haáthelyez az tényleg áthelyezed másik cellába és nem pl. B (new folder). Erre adott szintén 1 pontot, mikor mondtam, hogy így csináltam. A módosítást nem tudom, hogy kell(-e) jelölni.

=== 16. Jitter-buffer számolás. ===
==== a) 24 frames/s-es video szolgáltatás. 24 Mbite/s-es vonalon. SLS 0.25 sec-es max késleltetést garantál. A hálózat 0.05 sec-es késleltetést ad max. Mekkora buffer kell a kliensnek(?)? ====
* Ki kell vonni az SLS-ből a hálózatit. 0.2 sec. Ezt kell beszorozni az átviteli sebességgel: 4.8Mbit.
==== b) Mekkora jitter-buffer kell, ha 1000 felhasználónk van, akinek átlag 20%-a használja egyidejűleg a szolgáltatást? ====
* 1000 főre vállaltunk, akkor annyira kell számolni. Így elvileg 1000*4.8=4800Mbit

=== 17. Hogyan védekezne adatszivárgás ellen? ===
* Hordozható eszközök felügyelete meg tiltása. Még valami kellett, mert pirossal oda volt írva a javításon.

=== 18. Rajzolja fel a TMN logikai modellt és nevezze meg az elemeit! ===
* Business Mgmt, Service Mgmt, Network Mgmt, Element Mgmt, Network Element
* Fault Mgmt, Configuration Mgmt, Accounting Mgmt, Performance Mgmt, Security Mgmt

=== 19. FCAPS-nál minden funkcióhoz nevezzen meg példaképpen egy eszközt, ami megvalósítja. ===
* F: SMTP
* C: eszköz- és raktáradatbázis
* A: felhasználói statisztikák
* P: QoS, SLA
* S: tűzfal

=== 20. Egy IPMI szabvány szerint készített számítógépet az Operációs rendszer (nemtudom milyenm gixere után). Megállapítható-e, az alábbi komponensek működőképessége. Alaplapi diszk vezérlő / Alaplapi grafikus kártya / LAN vezérlő. ===
* * '''!!!HIÁNYZIK!!!'''

=== 21. FlashCopy számolós táblázat. ===
* '''!!!HIÁNYZIK!!!'''

=== 22. Ismertesse a logikai hozzáférés-kezelés három alapelvét. ===
# minimális hozzáférési infó
# minimális jogosultság
# feladatok elhatárolása

=== 23. Listázza ki a logikai hozzáférés kezelés elvein belül a jelszókezeléssel kapcsolatban felmerülő problémákat. ===
* Alapértelmezett jelszó
* Ideiglenes jelszó
* Egyszer használatos jelszó
* Jelszó öregedés
* Nem tárolható, továbbítható titkosítatlanul
* Erős jelszavak használata
* Probléma, ha: túl komplex a jelszó, túl gyakran kell változtatni
* 3 próbálkozás után felhasználó kizárása

=== 24. Mi az adattitkosítás három fő feladata? Jellemezze mindegyik 2-2 mondatban! ===
# Adatintegritás (ne lehessen megváltoztatni) * '''!!!HIÁNYZIK!!!'''
# Eredet azonosítás (tényleg attól származik, akinek mondja magát) * '''!!!HIÁNYZIK!!!'''
# Titkosítás: * '''!!!HIÁNYZIK!!!'''

=== 25. Milyen funkciójú DNS szerverek ismertek egy Intranet infrastruktúrában, és mi a szerepük? ===
* Lokális DNS cache szerver: gyorsítja a DNS rekordok feloldását, tárolja őket egy ideig, ha nem találja, akkor a Root szervertől kéri le
* Root DNS szerver: feloldja a hálózat számítógépei számára a DNS neveket, felveszi az Interneten lévő gépekkel a kapcsolatot, stb

=== 26. Hálózatunkban (A:24, B:25) frame/sec, (A:2.4, B:2.5) Mbps paraméterű videóstreaming szolgáltatás működtetést vállaltunk, melynél a késleltetés mindig 0.25s lehet maximum. A hálózati eszközök az átviteli úton maximum 0.05 másodperc késleltetést okoznak. A csomagvesztés elhanyagolható. ===
==== a) A fenti adatok ismeretében mekkorára méretezné a jitter-buffer és miért? ====
* 0.25s - 0.05s = 0.2s késleltetést okozhatunk mi. (A:2.4 * 0.2 = 0.48???, B:2.5 * 0.2 = 0.5) Mb méretű buffer kell.
==== b) Ha a hálózatban 1000 videó letöltő felhasználó van, de átlagosan csak a 20%-a használja egy időben a szolgáltatást, akkor mekkora memóriaterületet foglalna le a teljes szolgáltatás jitter-bufferének? ====
* 1000 letöltő, egyszerre 20%, DE mivel 1000re vállaltunk garanciát, ezért 1000-nek kell helyet foglalni => Tehát összes bufferméret (A:0.48*1000 = 480, B:0.5*1000 = 500) Mb.

=== 27. RAID 5, XOR ===
a) Rajzolja fel a lehető legkevesebb diszkből álló RAID 5 összeállítást!
* '''!!!HIÁNYZIK!!!'''
b) XOR számolós feladat
* '''!!!HIÁNYZIK!!!'''

=== 29. In-band és out-of-band tároló virtualizációs megoldások felrajzolása, összehasonlítása, előnyök, hátrányok ===
* In-Band: Virtualizáció motor az adatútban. lassab. szerveren nem kell speciális szoftver
* Out-of-band: Elválik egymástól a vezérlés és az adatút. gyorsabb, hiszen direkt hozzáfér az adattárolóhoz. Szükséges szoftver a szerverre ami lekérdezi a VM-től az adat fizikai helyét (utána meg eléri).

=== 30. köv. feladat ===