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

Szoftverarchitektúrák

2017-12-16T09:38:57Z

Kecskés Krisztián: /* 2. Kis ZH, 2017 ősz */

{{Tantárgy
| név = Szoftverarchitektúrák
| tárgykód = VIAUMA06
| szak = info MSc
| kredit = 4
| félév = őszi
| kereszt =
| tanszék = AAIT
| jelenlét =
| minmunka =
| labor =
| kiszh = 2 db
| nagyzh = 1 db
| hf = 1 nagy beadandó
| vizsga = nincs
| levlista = infomsc{{kukac}}sch.bme.hu
| tad = https://portal.vik.bme.hu/kepzes/targyak/VIAUMA06/
| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUMA06
}}

==Hasznos linkek==
* Top Ten Software Architecture Mistakes: [http://www.developerfusion.com/article/84904/avoiding-the-icebergs/ link]
* Top Ten Software Architecture Mistakes II.: [http://www.developerfusion.com/article/84906/avoiding-the-icebergs-top-ten-software-architecture-mistakes-8211-part-2/ link]
* SaaS előadáson mutatott illusztráció: [http://www.silverlighthack.com/post/2011/02/27/IaaS-PaaS-and-SaaS-Terms-Explained-and-Defined.aspx link]

==Jegyzet==
* [[Szoftverarchitektúrák - Jegyzet | Jegyzet]]
* [[Media:SZOFTARCH_kivonat_v11.pdf | Bővebb jegyzet (PDF)]]
* [[Media:szoftarch_web_architekturak_2014.pdf | Web architektúrák diasor]]

==Kis ZH-k==
===Első Kis ZH-k===

====1. Kis ZH, 2017 ősz====
* 3 tervezési hiba kifejtve
* Active Object

====1. Kis ZH, 2016 ősz====
* Ismertessen legalább 6 tipikus architektúra hibát kifejtéssel együtt! (3p)
* Mutassa be a Reactor tervezési mintát! (7p)

====1. Kis ZH, 2015 ősz====
* Ismertesse a tipikus architektúra hibákat, kifejtéssel együtt! (3p)
* Mutassa be a Component Configurator tervezési mintát! (7p)

====1. Kis ZH, 2014 ősz====
* Röviden foglalja össze, a Filters & Pipelines architektúra típus lényegét!
* Mutassa be a Reactor tervezési mintát!

====1. Kis ZH, 2010 ősz====
* Röviden foglalja össze, hogy milyen architektúrák léteznek, említsen meg 3-at! (3p)
* Mutassa be az Active Object tervezési mintát! (7p)

===Második Kis ZH-k===

====2. Kis ZH, 2017 ősz====
* Zachman framework strukturája, szabályai

====2. Kis ZH, 2015 ősz====
* Melyek a felhasználói dokumentáció legfontosabb követelményei? (5p)
* Írja le a kapacitás tervezés lépéseit és fejtsen ki a közülül kettőt! (5p)

====2. Kis ZH, 2010 ősz====
* Csoportosítsa a P2P hálózatokat legalább 2 csoportosítás szerint! Fejtse ki a csoportosítás szempontjait. (6p)
* Mi a kapcsolat a felsorolt elemek között? Hol használjuk? 1-1 mondatban jellemezze az alábbiakat felhasználás szempontból: Platform szoftver, IaaS, SaaS, PaaS! (4p)

==ZH-k==

===2017. ősz pzh===
# Reactor
# Active Object
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása
# IT mérőszámok, ábra, magyarázat
# Mutassa be az MVVM architektúrát!
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)

===2017. ősz zh===
# Soroljon fel 6 architektúra hibát! (3-t kifejtve)
# Acceptor-Connector
# Interceptor
# Leader-Followers
# Zachman Framework főbb elemei (táblázat)
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)

===2016. ősz zh===
# Component Configurator (7p)
# Acceptor-Connector (7p)
# Active Object (7p)
# Zachman Framework főbb elemei (táblázat) (9p)
# IT mérőszámok, terheléstől való függésük, ábra, magyarázat (6p)
# Self-managing rendszerek 4 autonómia attributuma (4p)

===2015. ősz pzh===
# Extension Interface (7p)
# Acceptor-Connector (7p)
# Leader-Followers (7p)
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása (10p)
# IT mérőszámok, ábra, magyarázat (3p)
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)

===2014. ősz ppzh===
# Acceptor-Connector
# Leader-Followers
# Interceptor
# Filters & Pipelines
# Mutassa be az MVVM architektúrát!
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)

===2014. ősz pzh===
# Component Configurator
# Leader-Followers
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)
# Soroljon fel 6 architektúra hibát!
# Mutassa be az MVVM architektúrát!
# Aspektus-orientált programozás

===2014. ősz zh===
# Interceptor
# Acceptor-Connector
# Active Object
# Soroljon fel 6 architektúra hibát!
# Mutassa be az MVVM architektúrát!
# Milyen problémát old meg a Dependency Injection és hogyan oldja meg?

===2013. ősz zh===
# Interceptor
# Acceptor-Connector
# Active Object
# Architect súlyos hibái közül 6
# Rétegelt architektúra előnyei. Mikor érdemes ilyet használni?
# a) SaaS, PaaS, IaaS. b) számítási felhők 5 jellemzője

===2011. ősz zh===
# Reactor minta (7p)
# Acceptor-Connector minta (7p)
# Active Object minta (7p)
# Hogyan osztasz meg valaimt torrenten? Mi a tracker, torrent fájl, darab (piece)? (7p)
# Milyen mérőszámai vannak a teljesítménynek, részletezze. (6p)
# Mire jók a réteges architektúrák, mikor használjuk, mikor nem? (6p)

===2010. ősz zh===
# Ismertesse a Komponens Konfigurátor tervezési mintát! (6p)
# Ismertesse az Acceptor - Connector tervezési mintát! (6p)
# Milyen módosításokat kell végezni egy hagyományos egyprocesszoros környezetben működő 32 bites Linux alá fejlesztett alkalmazáson, hogy szimmetrikus multiprocesszoros rendszerekben is működőképes legyen? Hogyan befolyásolja a fent végzett portolás az alkalmazás teljesítményét? (5p)
# Mi az MPI kommunikátor és miért érdemes alkalmazni? Mik az MPI kommunikációs primitívjei? (6p)
# A sorbanállási modell esetén milyen erőforrásokat különböztetünk meg és hogyan alakul a kiszolgálási idejük a várakozási sor függvényében? (6p)
# Mikor érdemes és mikor nem érdemes háromrétegű architektúrát használni? Melyek a háromrétegű architektúra előnyei és hátrányai? (6p)
# Soroljon fel SaaS 5 előnyét és 5 hátrányát! (5p)

===2010. ősz pótzh===
# Ismertesse az Interceptor tervezési mintát! (7p)
# Ismertesse a Reaktor tervezési mintát! (7p)
# Mi a különbség a cache koherens és a nem cache koherens NUMA architektúra között? Melyik skálázhatóbb, mi a kiterjesztett skálázhatóság ára? (7p)
# Mi a válaszidő? Hogyan lehet csökkenteni a válaszidőt? (7p)
# Mikor érdemes rétegzett architektúrát használni? Melyek a rétegzett architektúra előnyei és hátrányai? (7p)
# Mikor érdemes SaaS megközelítést alkalmazni? (5p)

{{Lábléc - Mérnök informatikus mesterszak}}

Szoftverarchitektúrák

2017-12-16T09:37:43Z

Kecskés Krisztián: /* Kis ZH-k */ 2017, sorting

{{Tantárgy
| név = Szoftverarchitektúrák
| tárgykód = VIAUMA06
| szak = info MSc
| kredit = 4
| félév = őszi
| kereszt =
| tanszék = AAIT
| jelenlét =
| minmunka =
| labor =
| kiszh = 2 db
| nagyzh = 1 db
| hf = 1 nagy beadandó
| vizsga = nincs
| levlista = infomsc{{kukac}}sch.bme.hu
| tad = https://portal.vik.bme.hu/kepzes/targyak/VIAUMA06/
| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUMA06
}}

==Hasznos linkek==
* Top Ten Software Architecture Mistakes: [http://www.developerfusion.com/article/84904/avoiding-the-icebergs/ link]
* Top Ten Software Architecture Mistakes II.: [http://www.developerfusion.com/article/84906/avoiding-the-icebergs-top-ten-software-architecture-mistakes-8211-part-2/ link]
* SaaS előadáson mutatott illusztráció: [http://www.silverlighthack.com/post/2011/02/27/IaaS-PaaS-and-SaaS-Terms-Explained-and-Defined.aspx link]

==Jegyzet==
* [[Szoftverarchitektúrák - Jegyzet | Jegyzet]]
* [[Media:SZOFTARCH_kivonat_v11.pdf | Bővebb jegyzet (PDF)]]
* [[Media:szoftarch_web_architekturak_2014.pdf | Web architektúrák diasor]]

==Kis ZH-k==
===Első Kis ZH-k===

====1. Kis ZH, 2017 ősz====
* 3 tervezési hiba kifejtve
* Active Object

====1. Kis ZH, 2016 ősz====
* Ismertessen legalább 6 tipikus architektúra hibát kifejtéssel együtt! (3p)
* Mutassa be a Reactor tervezési mintát! (7p)

====1. Kis ZH, 2015 ősz====
* Ismertesse a tipikus architektúra hibákat, kifejtéssel együtt! (3p)
* Mutassa be a Component Configurator tervezési mintát! (7p)

====1. Kis ZH, 2014 ősz====
* Röviden foglalja össze, a Filters & Pipelines architektúra típus lényegét!
* Mutassa be a Reactor tervezési mintát!

====1. Kis ZH, 2010 ősz====
* Röviden foglalja össze, hogy milyen architektúrák léteznek, említsen meg 3-at! (3p)
* Mutassa be az Active Object tervezési mintát! (7p)

===Második Kis ZH-k===

====2. Kis ZH, 2017 ősz====
* Zachmann framework strukturája, szabályai

====2. Kis ZH, 2015 ősz====
* Melyek a felhasználói dokumentáció legfontosabb követelményei? (5p)
* Írja le a kapacitás tervezés lépéseit és fejtsen ki a közülül kettőt! (5p)

====2. Kis ZH, 2010 ősz====
* Csoportosítsa a P2P hálózatokat legalább 2 csoportosítás szerint! Fejtse ki a csoportosítás szempontjait. (6p)
* Mi a kapcsolat a felsorolt elemek között? Hol használjuk? 1-1 mondatban jellemezze az alábbiakat felhasználás szempontból: Platform szoftver, IaaS, SaaS, PaaS! (4p)

==ZH-k==

===2017. ősz pzh===
# Reactor
# Active Object
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása
# IT mérőszámok, ábra, magyarázat
# Mutassa be az MVVM architektúrát!
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)

===2017. ősz zh===
# Soroljon fel 6 architektúra hibát! (3-t kifejtve)
# Acceptor-Connector
# Interceptor
# Leader-Followers
# Zachman Framework főbb elemei (táblázat)
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)

===2016. ősz zh===
# Component Configurator (7p)
# Acceptor-Connector (7p)
# Active Object (7p)
# Zachman Framework főbb elemei (táblázat) (9p)
# IT mérőszámok, terheléstől való függésük, ábra, magyarázat (6p)
# Self-managing rendszerek 4 autonómia attributuma (4p)

===2015. ősz pzh===
# Extension Interface (7p)
# Acceptor-Connector (7p)
# Leader-Followers (7p)
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása (10p)
# IT mérőszámok, ábra, magyarázat (3p)
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)

===2014. ősz ppzh===
# Acceptor-Connector
# Leader-Followers
# Interceptor
# Filters & Pipelines
# Mutassa be az MVVM architektúrát!
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)

===2014. ősz pzh===
# Component Configurator
# Leader-Followers
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)
# Soroljon fel 6 architektúra hibát!
# Mutassa be az MVVM architektúrát!
# Aspektus-orientált programozás

===2014. ősz zh===
# Interceptor
# Acceptor-Connector
# Active Object
# Soroljon fel 6 architektúra hibát!
# Mutassa be az MVVM architektúrát!
# Milyen problémát old meg a Dependency Injection és hogyan oldja meg?

===2013. ősz zh===
# Interceptor
# Acceptor-Connector
# Active Object
# Architect súlyos hibái közül 6
# Rétegelt architektúra előnyei. Mikor érdemes ilyet használni?
# a) SaaS, PaaS, IaaS. b) számítási felhők 5 jellemzője

===2011. ősz zh===
# Reactor minta (7p)
# Acceptor-Connector minta (7p)
# Active Object minta (7p)
# Hogyan osztasz meg valaimt torrenten? Mi a tracker, torrent fájl, darab (piece)? (7p)
# Milyen mérőszámai vannak a teljesítménynek, részletezze. (6p)
# Mire jók a réteges architektúrák, mikor használjuk, mikor nem? (6p)

===2010. ősz zh===
# Ismertesse a Komponens Konfigurátor tervezési mintát! (6p)
# Ismertesse az Acceptor - Connector tervezési mintát! (6p)
# Milyen módosításokat kell végezni egy hagyományos egyprocesszoros környezetben működő 32 bites Linux alá fejlesztett alkalmazáson, hogy szimmetrikus multiprocesszoros rendszerekben is működőképes legyen? Hogyan befolyásolja a fent végzett portolás az alkalmazás teljesítményét? (5p)
# Mi az MPI kommunikátor és miért érdemes alkalmazni? Mik az MPI kommunikációs primitívjei? (6p)
# A sorbanállási modell esetén milyen erőforrásokat különböztetünk meg és hogyan alakul a kiszolgálási idejük a várakozási sor függvényében? (6p)
# Mikor érdemes és mikor nem érdemes háromrétegű architektúrát használni? Melyek a háromrétegű architektúra előnyei és hátrányai? (6p)
# Soroljon fel SaaS 5 előnyét és 5 hátrányát! (5p)

===2010. ősz pótzh===
# Ismertesse az Interceptor tervezési mintát! (7p)
# Ismertesse a Reaktor tervezési mintát! (7p)
# Mi a különbség a cache koherens és a nem cache koherens NUMA architektúra között? Melyik skálázhatóbb, mi a kiterjesztett skálázhatóság ára? (7p)
# Mi a válaszidő? Hogyan lehet csökkenteni a válaszidőt? (7p)
# Mikor érdemes rétegzett architektúrát használni? Melyek a rétegzett architektúra előnyei és hátrányai? (7p)
# Mikor érdemes SaaS megközelítést alkalmazni? (5p)

{{Lábléc - Mérnök informatikus mesterszak}}

Szoftverarchitektúrák

2017-12-16T09:32:20Z

Kecskés Krisztián: 2017 pzh

{{Tantárgy
| név = Szoftverarchitektúrák
| tárgykód = VIAUMA06
| szak = info MSc
| kredit = 4
| félév = őszi
| kereszt =
| tanszék = AAIT
| jelenlét =
| minmunka =
| labor =
| kiszh = 2 db
| nagyzh = 1 db
| hf = 1 nagy beadandó
| vizsga = nincs
| levlista = infomsc{{kukac}}sch.bme.hu
| tad = https://portal.vik.bme.hu/kepzes/targyak/VIAUMA06/
| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUMA06
}}

==Hasznos linkek==
* Top Ten Software Architecture Mistakes: [http://www.developerfusion.com/article/84904/avoiding-the-icebergs/ link]
* Top Ten Software Architecture Mistakes II.: [http://www.developerfusion.com/article/84906/avoiding-the-icebergs-top-ten-software-architecture-mistakes-8211-part-2/ link]
* SaaS előadáson mutatott illusztráció: [http://www.silverlighthack.com/post/2011/02/27/IaaS-PaaS-and-SaaS-Terms-Explained-and-Defined.aspx link]

==Jegyzet==
* [[Szoftverarchitektúrák - Jegyzet | Jegyzet]]
* [[Media:SZOFTARCH_kivonat_v11.pdf | Bővebb jegyzet (PDF)]]
* [[Media:szoftarch_web_architekturak_2014.pdf | Web architektúrák diasor]]

==Kis ZH-k==
===1. Kis ZH, 2010 ősz===
* Röviden foglalja össze, hogy milyen architektúrák léteznek, említsen meg 3-at! (3p)
* Mutassa be az Active Object tervezési mintát! (7p)

===2. Kis ZH, 2010 ősz===
* Csoportosítsa a P2P hálózatokat legalább 2 csoportosítás szerint! Fejtse ki a csoportosítás szempontjait. (6p)
* Mi a kapcsolat a felsorolt elemek között? Hol használjuk? 1-1 mondatban jellemezze az alábbiakat felhasználás szempontból: Platform szoftver, IaaS, SaaS, PaaS! (4p)

===1. Kis ZH, 2014 ősz===
* Röviden foglalja össze, a Filters & Pipelines architektúra típus lényegét!
* Mutassa be a Reactor tervezési mintát!

===1. Kis ZH, 2015 ősz===
* Ismertesse a tipikus architektúra hibákat, kifejtéssel együtt! (3p)
* Mutassa be a Component Configurator tervezési mintát! (7p)

===2. Kis ZH, 2015 ősz===
* Melyek a felhasználói dokumentáció legfontosabb követelményei? (5p)
* Írja le a kapacitás tervezés lépéseit és fejtsen ki a közülül kettőt! (5p)

===1. Kis ZH, 2016 ősz===
* Ismertessen legalább 6 tipikus architektúra hibát kifejtéssel együtt! (3p)
* Mutassa be a Reactor tervezési mintát! (7p)

==ZH-k==

===2017. ősz pzh===
# Reactor
# Active Object
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása
# IT mérőszámok, ábra, magyarázat
# Mutassa be az MVVM architektúrát!
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)

===2017. ősz zh===
# Soroljon fel 6 architektúra hibát! (3-t kifejtve)
# Acceptor-Connector
# Interceptor
# Leader-Followers
# Zachman Framework főbb elemei (táblázat)
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)

===2016. ősz zh===
# Component Configurator (7p)
# Acceptor-Connector (7p)
# Active Object (7p)
# Zachman Framework főbb elemei (táblázat) (9p)
# IT mérőszámok, terheléstől való függésük, ábra, magyarázat (6p)
# Self-managing rendszerek 4 autonómia attributuma (4p)

===2015. ősz pzh===
# Extension Interface (7p)
# Acceptor-Connector (7p)
# Leader-Followers (7p)
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása (10p)
# IT mérőszámok, ábra, magyarázat (3p)
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)

===2014. ősz ppzh===
# Acceptor-Connector
# Leader-Followers
# Interceptor
# Filters & Pipelines
# Mutassa be az MVVM architektúrát!
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)

===2014. ősz pzh===
# Component Configurator
# Leader-Followers
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)
# Soroljon fel 6 architektúra hibát!
# Mutassa be az MVVM architektúrát!
# Aspektus-orientált programozás

===2014. ősz zh===
# Interceptor
# Acceptor-Connector
# Active Object
# Soroljon fel 6 architektúra hibát!
# Mutassa be az MVVM architektúrát!
# Milyen problémát old meg a Dependency Injection és hogyan oldja meg?

===2013. ősz zh===
# Interceptor
# Acceptor-Connector
# Active Object
# Architect súlyos hibái közül 6
# Rétegelt architektúra előnyei. Mikor érdemes ilyet használni?
# a) SaaS, PaaS, IaaS. b) számítási felhők 5 jellemzője

===2011. ősz zh===
# Reactor minta (7p)
# Acceptor-Connector minta (7p)
# Active Object minta (7p)
# Hogyan osztasz meg valaimt torrenten? Mi a tracker, torrent fájl, darab (piece)? (7p)
# Milyen mérőszámai vannak a teljesítménynek, részletezze. (6p)
# Mire jók a réteges architektúrák, mikor használjuk, mikor nem? (6p)

===2010. ősz zh===
# Ismertesse a Komponens Konfigurátor tervezési mintát! (6p)
# Ismertesse az Acceptor - Connector tervezési mintát! (6p)
# Milyen módosításokat kell végezni egy hagyományos egyprocesszoros környezetben működő 32 bites Linux alá fejlesztett alkalmazáson, hogy szimmetrikus multiprocesszoros rendszerekben is működőképes legyen? Hogyan befolyásolja a fent végzett portolás az alkalmazás teljesítményét? (5p)
# Mi az MPI kommunikátor és miért érdemes alkalmazni? Mik az MPI kommunikációs primitívjei? (6p)
# A sorbanállási modell esetén milyen erőforrásokat különböztetünk meg és hogyan alakul a kiszolgálási idejük a várakozási sor függvényében? (6p)
# Mikor érdemes és mikor nem érdemes háromrétegű architektúrát használni? Melyek a háromrétegű architektúra előnyei és hátrányai? (6p)
# Soroljon fel SaaS 5 előnyét és 5 hátrányát! (5p)

===2010. ősz pótzh===
# Ismertesse az Interceptor tervezési mintát! (7p)
# Ismertesse a Reaktor tervezési mintát! (7p)
# Mi a különbség a cache koherens és a nem cache koherens NUMA architektúra között? Melyik skálázhatóbb, mi a kiterjesztett skálázhatóság ára? (7p)
# Mi a válaszidő? Hogyan lehet csökkenteni a válaszidőt? (7p)
# Mikor érdemes rétegzett architektúrát használni? Melyek a rétegzett architektúra előnyei és hátrányai? (7p)
# Mikor érdemes SaaS megközelítést alkalmazni? (5p)

{{Lábléc - Mérnök informatikus mesterszak}}

Információs rendszerek üzemeltetése (régi)

2015-06-16T13:02:02Z

Kecskés Krisztián: /* Vizsga */

{{Tantárgy
| név = Információs rendszerek üzemeltetése
| tárgykód = VITMA314
| szak = info
| kredit = 4
| félév = 6
| kereszt = vizsgakurzus
| tanszék = TMIT
| labor = 2 db
| nagyzh = 1 db
| hf = 1 db (opcionális)
| vizsga = írásbeli
| levlista = iru@sch.bme.hu
| tad = https://www.vik.bme.hu/kepzes/targyak/VITMA314/
| tárgyhonlap = http://www.medialab.bme.hu/course/VITMA314
}}

==Követelmények==
===Előtanulmányi rend===
[[Távközlő hálózatok és szolgáltatások]] tárgyból aláírás szükséges a tárgy felvételéhez.

===A szorgalmi időszakban===
*Az '''aláírás''' megszerzésének feltételei:
**A 2 db '''laborgyakorlat''' sikeres (külön-külön min. 2-es) teljesítése. Jelentkezni a tárgyhonlapon keresztül kell, a jegyet az órai munka alatt elkészítendő jegyzőkönyvre kapod, ami tartalmazza az elvégzett feladatokat és képernyőmentéseket. (A 2014 tavaszi félév alapján: mindegy, melyik alkalomra jelentkezel NEPTUN-ban, majd a félév során kell külön jelentkezni 1-1 laborra.)
**A '''ZH''' sikeres (min. 40%) megírása. 50 pontos.
*A félév során lehetőség van opcionális '''házi feladat''' elvállalására 0-8 extra pontért a vizsgára (ez kb 15%). Egy feladatot csak egy ember vehet fel, emiatt érdemes még az első hetekben jelentkezni, illetve, ha valaki jelentkezik, de nem csinálja meg a házit -2 ponttal indul a vizsgán.
*'''Megajánlott jegy:''' nincs.
*'''Pótlási lehetőségek:'''
**A ZH egyszer félév közben, egyszer pedig a pótlási héten (különeljárási díj fejében) pótolható.
**A laboralkalmak közül egy pótolható.(Idén mindkettő 2015-ben)
*'''Elővizsga:''' nincs.

===A vizsgaidőszakban===
'''Vizsga:''' írásbeli. 50 pont szerezhető rajta.
*Előfeltétele: az aláírás megléte.

===Félévvégi jegy===
*A ZH és a laborok eredménye nem számít bele a a félévvégi jegybe, azt tisztán a vizsgaeredményre kapod.

==Házi feladat==
2013-ban ezek voltak (szerintem ezek nem nagyon változnak):
{{Rejtett
|mutatott='''Esszé jellegű házik'''
|szöveg=
1. A rendszerüzemeltetői csoport vezetőjének mindennapi kihívásai

2. A cloud (felhő) rendszerek eszköz-szintű architektúrái

3. A cloud (felhő) rendszerek eszköz-szintű üzemeltetési kérdései

4. Gyakorlati tapasztalatok az ITIL használata során

5. A sport (vagy zenei) rendezvények biztonságának informatikai támogatásáról

6. Közösségi portálok használata és üzemeltetése során alkalmazott biztonsági megoldások

7. Könyvtár-informatikai rendszerek üzemeltetési és karbantartási kérdései 10

8. Az IPTV hálózat-üzemeltetés gyakorlati tapasztalatai

9. Esettanulmány: gyökeres változás egy nagyvállalat informatikai rendszerében

10. VPN egy tanácsadó cég életében

11. MS 0-day kernel hiba... A mindenre felkészült adminisztrátor "nulladik" napja

12. Diszk mentőrendszerek működésének gyakorlati kérdései 20 - Diszk archiváló rendszerek működésének gyakorlati kérdései

13. Személyes gépek menedzselésének gyakorlati kérdései

14. Mobil eszközök menedzselésének és távfelügyeletének gyakorlati kérdései

15. Call center üzemeltetésének gyakorlati tapasztalatai

16. Tűzfalak üzemeltetésének gyakorlati tapasztalatai

17. Egy többtelephelyes vállalat informatikai hálózatának kialakítása

18. SNMP protokoll alkalmazási tapasztalatai

19. Szerverfarmot üzemeltetek, avagy a szürke hétköznapok kihívásai

20. Esettanulmány: fejlesztési javaslatok megfogalmazása egy kisvállalat információs rendszerének kidolgozására

21. Rés a falon: egy kilépő kolléga utolsó napja informatikus szemmel

22. Katasztrófa! Egy középvállalat terve rendkívüli helyzetekre

23. Egy nagyvállalat (több ezer dolgozó, hetente több tucatnyian ki/belépnek) dolgozói e-kommunikációjának (e-mail, IM, vállalati Facebook
csoport, a vállalat termékeihez kapcsolódó felhasználói fórumain végzett termék- support, stb.) archiválási szabályainak megtervezése. }}

{{Rejtett
|mutatott='''Script feladatok'''
|szöveg=
S1. Készítsen egy olyan scriptet, ami minél kevesebb különálló email elküldésével ?fekete doboz tesztelés? jelleggel kideríti egy egyszerű, tanulásmentes, szabad szavas spam-szűrő tiltott szavainak a listáját.

S2. Készítsen egy scriptet, amely hálózati protokoll-analizátor (pl. Wireshark) csomagszintű, szöveges kimenete alapján különválogatja a felvételben szereplő folyamokat (IP-cím-párok, és port-párok, valamint hordozó protokoll alapján), és ezeknek külön-külön megállapítja a sávszélességét, a csomagjaik közötti időkülönbségek átlagát, valamint szórását.

S3. Készítsen egy scriptet, amely hálózati protokoll-analizátor (pl. Wireshark) csomagszintű, szöveges kimenete alapján különválogatja a felvételben szereplő folyamokat (IP-cím-párok, és port-párok, valamint hordozó protokoll alapján), a csomagbeérkezési időkülönbségek állandósága, valamint a kis ( <200B) csomagméret alapján megpróbálja beazonosítani a VoIP folyamokat.

S4. Készítsen egy scriptet, amely >95% biztonsággal beazonosítja egy IP címről, hogy az hozzátartozik-e a facebook, a Google vagy a Youtube által lefoglalt címekhez.

S5.Párban felvehető feladat: készítsenek Rock-paper-scissors-lizard-Spock játék-szkriptet (legalább 2 különbözőt), amelyek megpróbálják az ellenfél taktikáját kitalálni, és így megverni.

S6.Készítsen scriptet, amely egy hálózati protokoll-analizátor (pl. wireshark) szöveges kimenete alapján adatbázisba naplózza az adatforgalom nagyságát perces (másodperces) felbontásban.

S7. Készítsen scriptet, amely adatbázisban készít statisztikát arról, hogy megadott időintervallumban mely hálózatok felé milyen sűrű volt az adatforgalom (hány kérés/válasz érkezett az adott hálózat felől/ment az adott hálózat felé).

S8. Készítsen scriptet, amely az "irulabor.txt" (név; NEPTUN; e-mail; labordátum) szerkezetű csv-állományt a tavaszi szorgalmi időszakban hetente kétszer (kedden és csütörtökön este) olvassa, kiválogatja a másnapi laborra jelentkezett hallgatókat, és (közös) emailt küld nekik arról, hogy ne felejtsenek el laborra jönni, mert nagyon kevés közös pótlási hely van.
}}

==Segédanyagok==

* [[Média:Iru_diasor_1.doc‎|iru_diasor_1.doc]]: Ez az első diasor alapján készült.
* [[Média:Iru_diasor_2.doc‎|iru_diasor_2.doc]]: 1000 köszönet Zsoldos Viktornak az alapokért!
* [[Média:Iru_zhutan.PDF‎ |iru_zhutan.PDF‎]]: a ZH utáni anyag, tehát a 3., 4., 5. diasorok röviden
* 2012-es órai jegyzetek prezi-ben, 12. hétig (kissé csökkenő lelkesedéssel): [[http://prezi.com/f_cxqvgeu8-m/iru-jegyzet/ 1]] [[http://prezi.com/ea6vzzzsokhb/iru-jegyzet-2/ 2]] [[http://prezi.com/zvm4lj2fdbsr/iru-jegyzet-3/ 3]] [[http://prezi.com/kov3wraozbbv/7-heti-iru-jegyzet/ 4]] [[http://prezi.com/cacaruxvtarc/iru-jegyzet-8-het/ 5]] [[http://prezi.com/hfyksioxuhpw/iru-jegyzet-9-het/ 6]] [[http://prezi.com/i6nvepq3c1wo/iru-jegyzet-10-het/ 7]] [[http://prezi.com/qrqot5a4i6cg/iru-jegyzet-11-het/ 8]]
* [[Média:IRU_AllInOne_2014.pdf | 2014-es diák egyben]]: PDF készítési sorrendben, 1 dia/oldal

; Feladatkidolgozások
* '''[[IRÜ Kiskérdések|Kiskérdések kidolgozása]]'''
* '''[[iruszamolos|Számolós feladatok kidolgozása]]'''
* '''[[IRÜ Nagykérdések|Nagykérdések kidolgozása]]'''

== Labor ==
* '''[[IRÜ Linux labor feladatok|IRÜ Linux labor feladatok kidolgozása (nem minden)]]'''

== Rövidítések ==

* '''[[Információs rendszerek üzemeltetése (IRÜ) - Rövidítések, mozaikszavak]]''' (korábbi [[Média:Iru_roviditesek_2012tavasz.xlsx‎|iru_roviditesek_2012tavasz.xlsx‎]] Wikis változata) - nyomokban hibát tartalmazhat, ha ilyet találtok, kérlek javítsátok! Bővítsétek is!

== ZH ==

* '''[[Információs rendszerek üzemeltetése (IRÜ) - ZH-kérdések]]'''
* [https://docs.google.com/document/d/15wj1Uao_2ghLYRF91Pf2TpYXaTpF5t9pn4hX9SbNdas/edit 2015. ZH kidolgozás]
* [https://docs.google.com/document/d/1vzC859VirBg6oqAmMbkfd2lxQ-VnSrhPqbBMdsaK3t0/edit 2014. ZH kidolgozás]

==Vizsga==
* '''[https://docs.google.com/document/d/1OsLMKBrjSjzg2NqSUw-yCKYsz47xaMSzN_xQo4WRcag/edit 2015ös vizsgák kidolgozva - google docs]'''
* ''[[Információs rendszerek üzemeltetése (IRÜ) - Vizsgakérdések|Eddigi vizsgakérdések]]''
* ''[[ALL in ONE elméleti + feladat összefoglaló VER2]]''
* [[IRÜ_Kiskérdések|Kiskérdések]] (lásd itt a közösen szerkeszthető Google Docs-anyag linkjét is!)

===Rendelkezésre állások===

{| border="1"
| Nagyságrend || A || Max. kiesési idő 1 év alatt
|-
| 1 9-es || 90 % || 36,5 nap (1 hónap)
|-
| 2 9-es || 99 % || 3,5 nap
|-
| 3 9-es || 99,9 % ||9 óra
|-
| 4 9-es || 99,99 % || 1 óra
|-
| 5 9-es || 99,999 % || 5 perc
|-
| 6 9-es || 99,9999 % || 32 mp
|-
| 7 9-es || 99,99999% || 3 mp
|}

==Fun==

Érdemes az alábbi képen megtekinteni a tantárgy anyagát képező névtérpolitikák gyakorlati alkalmazását a tanszéki tárgyi honlapon:

[[Fájl:Iru_fun_nevterek.PNG]]

-- [[PallosTamas|Velias]] - 2009.02.22. <BR>
-- [[ZsolnaiKaroly|keeroy]] - 2010.04.16.

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

Elektronika

2014-11-23T14:27:34Z

Kecskés Krisztián: /* Segédanyagok */

{{Tantárgy
|nev=Elektronika
|targykod=VIEEA307
|szak=info
|kredit=4
|felev=5
|kereszt=nincs
|tanszék=EET
|kiszh=3 db
|nagyzh=2 db
|vizsga=nincs
|hf=nincs
|levlista=elektro{{kukac}}sch.bme.hu
|tad=https://www.vik.bme.hu/kepzes/targyak/VIEEA307
|targyhonlap=http://edu.eet.bme.hu/course/view.php?id=57
}}

==Követelmények==
===Előtanulmányi rend===
A tárgy legkorábban a [[Fizika II.|Fizika 2i]] tárggyal vehető fel együtt.

===A szorgalmi időszakban===
*Az min. elégséges '''félévvégi jegy''' megszerzésének feltételei:
**A '''gyakorlatok''' legalább 70%-án való részvétel.
**Az '''összes begyűjthető pont 40%-ának elérése''' a következő számonkérésekből:
***'''KisZH-k''': 3 db van, egyenként 10 pontért, ezek közül a 2 legjobbat veszik figyelembe. Így összesen max. 20 pont szerezhető.
***'''NagyZH-k''': 2 db van, az egyik 30, a másik 50 pontért.
*'''Pótlási lehetőségek:'''
**Egy gyakorlat pótolható a pótlási héten.
**A kisZH-k nem pótolhatók.
**Mind a két zh pótolható/javítható, pótpót nincs

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

===Félévvégi jegy===
*A számonkérések összpontszáma adja ki a jegyet.
*Ponthatárok:
:{| class="wikitable" align="center"
!Pont!!Jegy
|-
| 0 - 39 || 1
|-
|40 - 54 || 2
|-
|55 - 69 || 3
|-
|70 - 84 || 4
|-
|85 - 100|| 5
|}

== Segédanyagok ==

Moodle-ön levő diákból érdemes felkészülni, mert könnyen érthető és jó.

* [[Média:Elektro_segedlet_2012_diak.pdf| 2012-es diák]]

ZH kidolgozások:

* [[Média:Elektro_segedlet_2014_zh2_kidolgozas_v9.pdf| 2014-es második zh kidolgozás]]
* [[Média:Elektro_segedlet_2011_zh1_kidolgozasv5.pdf| 2011-es első zh kidolgozás]]
* [[Média:Elektro segedlet 2011 zh2 kidolgozas v6.pdf| 2011-es második zh kidolgozás]]
* [[Média:Elektro kerdes kidolgozas 2010 8db.pdf| 2010-es kérdéskidolgozás a 2. zh-hoz]] (8 db)

Régi elméleti összefoglalók:

* [[Média:Elektro elmeleti osszefoglalo 2007 hosszu.pdf| 2007-es elméleti összefoglaló]] (a kelleténél részletesebb)
* [[Média:Elektro osszefoglalo 2006 rovid.pdf| 2006-os rövid elméleti összefoglal.]]

== KisZH-k, beugrók ==

===2013-14 őszi félév===
*A 2., 3. és 4. gyakorlaton van kisZH, mindegyik 10 pontos. Ezek közül a kettő legjobb eredménye számít, egyiket sem kötelező megírni.
*A kisZH-k témái:

'''1. kisZH'''
#A bipoláris tranzisztor rajzjele, az egyes kivezetések neve. (npn és pnp egyaránt)
#Az npn bipoláris tranzisztor felépítése.
#A bipoláris tranzisztor üzemállapotai.
#A földelt bázisú áramerősítési tényező definíciója és jellemző értéke.
#A földelt emitteres áramerősítési tényező definíciója és jellemző értéke.
#A földelt emitteres bemeneti és kimeneti karakterisztika.
#Bipoláris tranzisztor kételemes, földelt emitteres kisjelű helyettesítő képe.
#Bipoláris tranzisztor munkapontjának közelítő számítása normál aktív üzemmódban.
#Bipoláris tranzisztor munkapontjának közelítő számítása telítéses üzemmódban.
#Az emitterkövető kapcsolási rajza

'''2. kisZH'''
#Az ideális műveleti erősítő főbb tulajdonságai.
#Műveleti erősítő negatív visszacsatolása.
#Fázist nem fordító alapkapcsolás.
#Fázisfordító alapkapcsolás.
#Feszültségkövető.
#Összeadó erősítő.
#Kivonó erősítő.
#Integrátor.
#Valós műveleti erősítők paraméterei, offszet, kivezérelhetőség, slew-rate.
#Differenciális és közös módusú vezérlés, CMRR.

'''3. kisZH'''
#MOS tranzisztor rajzjele és az egyes kivezetések neve. (nMOS, pMOS)
#MOS tranzisztor kimeneti és transzfer karakterisztikája.
#A MOS tranzisztor telítéses karakterisztika egyenlete.
#Inverter transzfer karakterisztikája, főbb tulajdonságai (zavarvédettség, komparálási feszültség, logikai szint tartományok.
#CMOS inverter kapcsolási rajza.
#CMOS inverter transzfer karakterisztikája.
#CMOS inverter statikus és dinamikus fogyasztása.
#CMOS logikai alapkapuk.
#CMOS komplex kapuk kialakítása, méretezése.
#CMOS transzfer kapu.

{{Rejtett
|mutatott='''Korábbi félévekben'''
|szöveg=
2., 4. gyakorlaton, továbbá az utolsó előadáson van kisZH, mindegyik 10 pontos.
Ezek közül a kettő legjobb eredménye számít, egyiket sem kötelező megírni.

Minta kisZH-k:

'''1. kisZH'''

1. Dióda rajzjele, anód és katód feltüntetésével

2. Földelt emitteres tranzisztor bemeneti karakterisztikája (másik
csoportnak kimeneti karakterisztikája) a tengelyek jelölésével

3. Földelt emitteres tranzisztor szaturációs kollektor feszültségének
(Uces) nagyságrendje (karikázni): 1 mV, 100 mV, 1 kV / másik
csoportnak a B/Bn/béta nagyságrendje

4. Volt egy egyszerű kapcsolás Vcc - R - LED - gnd, meg volt adva
mind, ebből a LED áramát kellett meghatározni.

5. Ellenállások soros kapcsolásából egyik ellenálláson eső feszültség
számítása: Vcc - R1 - R2 - gnd, meg volt adva mind, ebből kellett U1

1. dióda, tranzisztor rajzolása volt.

2. hullámforma és mi lesz belőle egyutas/kétutas irányítás után.

3. egy alap diódás feladat

4. 2 ellenállás párhuzamosan/sorosan kötve és milyen arányban folyik az áram rajtuk vagy eredő stb.

5. 3 közül választós: a dióda letörési feszültsége

'''2. kisZH'''

1. CMOS NOR vagy NAND kapu kapcsolasi rajz

2. Töltéspumpálás számolás

3. Órajel fele eseten hogyan véltozik a teljesítmény

4. mennyi idő alatt töltődik fel 3,3V-ra a kondi, ha a C 10 pikofarad, I 10 mikroamper.

5. Mit jelent az, hogy rail-to-rail?

1. Hány pMOS kell egy A+B*C logikai függvény megvalósításához?

2. Mit kell írni ide a transzfer-kapuk két oldalára, hogy D-FFet kapjunk? Hol a kimenete?

3. Valósítsd meg azt a logikai függvényt, hogy A+B*C!

4. ?
5. ?

'''3. kisZH'''

1. Egy 12 bites D/A átalakító referencia feszültsége 4V. Mekkora lesz a kimenet
feszültsége, ha a D/A regiszterében 0x0a00 érték van?

1. Egy 12 bites A/D átalakító referencia feszültsége 4,096V. Mekkora a bemenet feszültsége, ha az A/D regiszterében 0x2000 érték van?

}}

== 1. ZH ==

Elméleti kérdések (20 pont) + Számpéldák (10 pont) -- 60 perc

* 2011
** A,B csoport - [[Média:Elektro_zh1_2011_ab.pdf|2011]] ZH1 megoldás nélkül
* 2012
** A,B csoport - [[Média:Elektro_zh1_2012_ab.pdf|2012]] ZH1 megoldás nélkül
* 2013
** A,B csoport - [[:Media:Elektro_zh1_20131015.pdf|2013.10.15]] ZH1 megoldás nélkül
*2014
** A,B csoport - [[:Media:Elektro_zh1_20141014.pdf|2014.10.14]] ZH1

== 2. ZH ==

Elméleti kérdések (20 pont) + Számpéldák (30 pont) -- 90 perc

* 2010
** A,B csoport - [[Média:Elektro_zh2_2010_ab.pdf| 2010]] ZH2 megoldás nélkül

* 2011
** A,B csoport - [[Média:Elektro_zh2_2011_ab.pdf| 2011]] ZH2 megoldás nélkül

* 2012
** A,B csoport - [[Média:Elektro_zh2_2012_ab.pdf| 2012]] ZH2 megoldás nélkül

* 2013
** A,B csoport - [[Média:Elektro_zh2_20131126_ab.pdf| 2013.11.26]] ZH2 megoldás nélkül

== Tippek ==

'''Tippek a gyakorlatokhoz:'''

* Ne illetődj meg ha gyak közben újra kell indítani a gépet, ezt leszámítva a gyakorlatokkal hamar lehet végezni.

'''Tippek feladatokhoz:'''

* Ohm-törvényt, Kirchoff törvényeket (másnéven hurok ill. csomóponti törvényeket) illik ismerni, nélkülük "elég" nehéz boldogulni. Érdemes minél több hurokra felírni huroktörvényt, előbb-utóbb lesz annyi egyenleted (persze az alapképletekkel együtt) ahány ismeretlened...:)
* A diódán mindig <math>0,7V</math> feszültség esik (néha mást adnak meg <math>U_d</math>-re, akkor az) nyitóirányban, záróirányban pedig szakadásként viselkedik, azaz kb. olyan, mintha el lenne vágva a vezeték.
* Zener diódás feladatoknál a dióda mindig záróirányba van előfeszítve, ott a letörési feszültség esik a diódán, de amikor a diódán eső feszültséget kérdezik, mindig hozzá kell számolni a differenciális ellenállásán eső feszültséget. (ehhez általában meg van adva a diff. ellenállása, az áramot meg általában ki lehet számolni a másik ellenállás segítségével, ezek után <math>U=I*R</math>), tehát mondjuk egy <math>5V</math> letörési feszültségű Zener diódán ilyen <math>5,01-5,2 V</math> esik (kb.).
* A drain a pozitívabb feszültségű, a source a negatívabb. És az általunk vett egyszerű esetekben az áramkörökben a föld a legnegatívabb, a táp a legpozitívabb.
* A bipoláris tranzisztorra: <math>I_c=BI_b</math> és <math>I_e=(B+1)\cdot I_b</math>, ezekből kell kiindulni normál aktív állapotban (áltálában <math>I_b</math>-t adják meg vagy egyszerűen ki lehet számolni, <math>B</math>-t pedig mindig megadják), és miután megvan <math>I_c</math> és <math>I_e</math> így a kollektor és emitter ellenállásokon eső feszültséget egy Ohm-törvény alkalmazással meghatározhatjuk.
* MOS tranzisztorokról annyit érdemes tudni, hogy Isource=Idrain, azaz tulajdonképpen csak "egyféle" árama van. Az Igate mindig 0. Az <math>I=\frac K 2 \frac W L (U_{gs}-V_t)^2</math> képletből általában egyetlen dolog hiányzik.
* JFET-re: <math>I_d=I_{dss}\left(1-\left(\frac{U_{gs}}{V_p}\right)\right)^2</math>, ebből szintén általában csak 1 dolog hiányzik.
* A helyettesítő képeket is előszeretettel kérdezgetik mostanában erről viszont fogalmam sincs, ha valaki tudja, hogyan kell felrajzolni őket, írja be ide.
* És egy általános tanács: sokszor segíthet, ha az ábrára berajzolgatjátok, hogy hol mekkora a feszültség, az egyes ellenállásokon, diódákon és tranzisztorok átmenetein mekkora feszültség esik, illetve merre mekkora áram folyik. Könnyen feltűnhet, hogy hoppá hiszen minden megvan egy adott hurokban, vagy csomópontban és akkor a maradék áramnak merre kell folyni, vagy a hiányzó feszültségnek hol kell esnie.

== Kedvcsináló ==

*Kis odafigyeléssel a tárgy könnyen teljesíthető négyesre-ötösre.
*[[Elektronika - Kedvcsináló|Régebbi kedvcsináló]]

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

Fájl:Elektro segedlet 2014 zh2 kidolgozas v9.pdf

2014-11-23T14:26:12Z

Kecskés Krisztián: