https://vik.wiki/api.php?action=feedcontributions&feedformat=atom&user=Mr%C3%A1z+Gerg%C5%91VIK Wiki - Felhasználó közreműködései [hu]2026-04-11T15:44:01ZFelhasználó közreműködéseiMediaWiki 1.43.6https://vik.wiki/index.php?title=Szoftverarchitekt%C3%BAr%C3%A1k&diff=198125Szoftverarchitektúrák2019-12-05T07:47:54Z<p>Mráz Gergő: /* Második Kis ZH-k */</p>
<hr />
<div>{{Tantárgy<br />
| név = Szoftverarchitektúrák<br />
| tárgykód = VIAUMA06<br />
| szak = info MSc<br />
| kredit = 4<br />
| félév = őszi<br />
| kereszt = <br />
| tanszék = AAIT<br />
| jelenlét = <br />
| minmunka = <br />
| labor = <br />
| kiszh = 2 db<br />
| nagyzh = 1 db<br />
| hf = 1 nagy beadandó<br />
| vizsga = nincs<br />
| levlista = infomsc{{kukac}}sch.bme.hu<br />
| tad = https://portal.vik.bme.hu/kepzes/targyak/VIAUMA06/<br />
| tárgyhonlap = https://www.aut.bme.hu/Course/VIAUMA06<br />
}}<br />
{{noautonum}}<br />
<br />
==Követelmények==<br />
===KisZH===<br />
2 kisZH van a félév során, az első kb a tervezési minták végéig. Elég az egyiket teljesíteni (= legalább 1 pontot elérni a 10-ből!), a jobbikat veszik figyelembe.<br />
===ZH===<br />
Félév végén, összesen 40 pont, 20 pontot kell elérni. Kétszer pótolható.<br />
<br />
===Házi feladat===<br />
Párban kell készíteni egy nagyobb lélegzetvételű házit, témákat az oktatók találnak ki, amire szeptember vége környékén kell jelentkezni az aut portálon az Eredményeim fülnél. Gyorsnak kell lenni a jelentkezés megnyitása után, hamar elkapkodják az izgalmas feladatokat!<br />
<br />
Online jelentkezés után kapcsolatba KELL lépni a témát kiíró oktatóval, és egy személyes találkozó keretében megbeszélni a megvalósítás néhány követelményét, ajánlott ezt még a specifikáció megírása előtt megejteni.<br />
<br />
Félév végén, 12. hét környékén az okatónak be is kell mutatni a házit, szintén egy személyes találkozón.<br />
<br />
A félév végén ezen kívül prezentálni is kell az elkészített alkalmazást, önlab bemutatáshoz hasonlóan, néhány oktató és a többi, ugyanarra az időpontra jelentkezett hallgató előtt. Időpontra ugyanúgy a portálon lehet jelentkezni (csak a pár egyik tagjának kell). Ketten kell előadni a prezentációt, fontos, hogy mindkét tag beszéljen, hogy külön tudják pontozni az előadásmódot. Összesen kb 8 percet kell beszélni, utána néhány kérdésre válaszolni.<br />
<br />
==Hasznos linkek==<br />
* Top Ten Software Architecture Mistakes: [http://www.developerfusion.com/article/84904/avoiding-the-icebergs/ link]<br />
* Top Ten Software Architecture Mistakes II.: [http://www.developerfusion.com/article/84906/avoiding-the-icebergs-top-ten-software-architecture-mistakes-8211-part-2/ link]<br />
* 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]<br />
<br />
==Jegyzet==<br />
* [[Szoftverarchitektúrák - Jegyzet | Jegyzet]]<br />
* [[Media:SZOFTARCH_kivonat_v11.pdf | Bővebb jegyzet (PDF)]]<br />
* [[Media:szoftarch_web_architekturak_2014.pdf | Web architektúrák diasor]]<br />
* [https://docs.google.com/document/d/1HN-xGme36Yrob9v-oQtsP1FSbu3HZgertQQTq8_8xnE/edit?usp=sharing Csillagtár]<br />
* [[Media:csillag_jegyzet.pdf| Csillagtár jegyzet 2018]]<br />
<br />
==Kis ZH-k==<br />
===Első Kis ZH-k===<br />
<br />
====1. Kis ZH, 2018 ősz====<br />
* 3 tervezési hiba kifejtve<br />
* Acceptor-Connector<br />
<br />
====1. Kis ZH, 2017 ősz====<br />
* 3 tervezési hiba kifejtve<br />
* Active Object<br />
<br />
====1. Kis ZH, 2016 ősz====<br />
* Ismertessen legalább 6 tipikus architektúra hibát kifejtéssel együtt! (3p)<br />
* Mutassa be a Reactor tervezési mintát! (7p)<br />
<br />
====1. Kis ZH, 2015 ősz====<br />
* Ismertesse a tipikus architektúra hibákat, kifejtéssel együtt! (3p)<br />
* Mutassa be a Component Configurator tervezési mintát! (7p)<br />
<br />
====1. Kis ZH, 2014 ősz====<br />
* Röviden foglalja össze, a Filters & Pipelines architektúra típus lényegét!<br />
* Mutassa be a Reactor tervezési mintát!<br />
<br />
====1. Kis ZH, 2010 ősz====<br />
* Röviden foglalja össze, hogy milyen architektúrák léteznek, említsen meg 3-at! (3p)<br />
* Mutassa be az Active Object tervezési mintát! (7p)<br />
<br />
===Második Kis ZH-k===<br />
<br />
====2. Kis ZH, 2019 ősz====<br />
* Hogyan hozhatunk létre HTML kódrészletet React-tal? Mi a Visual DOM?<br />
<br />
====2. Kis ZH, 2017 ősz====<br />
* Zachman framework strukturája, szabályai<br />
<br />
====2. Kis ZH, 2015 ősz====<br />
* Melyek a felhasználói dokumentáció legfontosabb követelményei? (5p)<br />
* Írja le a kapacitás tervezés lépéseit és fejtsen ki a közülül kettőt! (5p)<br />
<br />
====2. Kis ZH, 2010 ősz====<br />
* Csoportosítsa a P2P hálózatokat legalább 2 csoportosítás szerint! Fejtse ki a csoportosítás szempontjait. (6p)<br />
* 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)<br />
<br />
==ZH-k==<br />
===2018. ősz pzh===<br />
# Soroljon fel 5 közös architektúrális stílust, 2-t részletesen<br />
# Component Configurator<br />
# Acceptor-Connector<br />
# Active Object<br />
# TOGAF főbb elemeinek és lépéseinek bemutatása<br />
# DI elve, megvalósításához minták<br />
<br />
===2018. ősz zh===<br />
# Reaktor<br />
# Active Object<br />
# Leader-Follower<br />
# többrétegű architektúra<br />
# MVVM<br />
# JSX<br />
# Zachman framework<br />
<br />
===2017. ősz pzh===<br />
# Reactor<br />
# Active Object<br />
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása<br />
# IT mérőszámok, ábra, magyarázat<br />
# Mutassa be az MVVM architektúrát!<br />
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)<br />
<br />
===2017. ősz zh===<br />
# Soroljon fel 6 architektúra hibát! (3-t kifejtve)<br />
# Acceptor-Connector <br />
# Interceptor<br />
# Leader-Followers<br />
# Zachman Framework főbb elemei (táblázat) <br />
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)<br />
<br />
===2016. ősz zh===<br />
# Component Configurator (7p)<br />
# Acceptor-Connector (7p)<br />
# Active Object (7p)<br />
# Zachman Framework főbb elemei (táblázat) (9p)<br />
# IT mérőszámok, terheléstől való függésük, ábra, magyarázat (6p)<br />
# Self-managing rendszerek 4 autonómia attributuma (4p)<br />
<br />
===2015. ősz pzh===<br />
# Extension Interface (7p)<br />
# Acceptor-Connector (7p)<br />
# Leader-Followers (7p)<br />
# TOGAF (The Open Group Architecture Forum) főbb elemeinek és lépéseinek bemutatása (10p)<br />
# IT mérőszámok, ábra, magyarázat (3p)<br />
# Mi az a DI (Dependency Injection)? Milyen tervezési mintákkal lehet megvalósítani? (6p)<br />
<br />
===2014. ősz ppzh===<br />
# Acceptor-Connector<br />
# Leader-Followers<br />
# Interceptor<br />
# Filters & Pipelines<br />
# Mutassa be az MVVM architektúrát!<br />
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)<br />
<br />
===2014. ősz pzh===<br />
# Component Configurator<br />
# Leader-Followers<br />
# Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)<br />
# Soroljon fel 6 architektúra hibát!<br />
# Mutassa be az MVVM architektúrát!<br />
# Aspektus-orientált programozás<br />
<br />
===2014. ősz zh===<br />
# Interceptor<br />
# Acceptor-Connector<br />
# Active Object<br />
# Soroljon fel 6 architektúra hibát!<br />
# Mutassa be az MVVM architektúrát!<br />
# Milyen problémát old meg a Dependency Injection és hogyan oldja meg?<br />
<br />
===2013. ősz zh===<br />
# Interceptor<br />
# Acceptor-Connector<br />
# Active Object<br />
# Architect súlyos hibái közül 6<br />
# Rétegelt architektúra előnyei. Mikor érdemes ilyet használni?<br />
# a) SaaS, PaaS, IaaS. b) számítási felhők 5 jellemzője<br />
<br />
===2011. ősz zh===<br />
# Reactor minta (7p)<br />
# Acceptor-Connector minta (7p)<br />
# Active Object minta (7p)<br />
# Hogyan osztasz meg valaimt torrenten? Mi a tracker, torrent fájl, darab (piece)? (7p)<br />
# Milyen mérőszámai vannak a teljesítménynek, részletezze. (6p)<br />
# Mire jók a réteges architektúrák, mikor használjuk, mikor nem? (6p)<br />
<br />
===2010. ősz zh===<br />
# Ismertesse a Komponens Konfigurátor tervezési mintát! (6p)<br />
# Ismertesse az Acceptor - Connector tervezési mintát! (6p)<br />
# 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)<br />
# Mi az MPI kommunikátor és miért érdemes alkalmazni? Mik az MPI kommunikációs primitívjei? (6p)<br />
# 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)<br />
# 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)<br />
# Soroljon fel SaaS 5 előnyét és 5 hátrányát! (5p)<br />
<br />
===2010. ősz pótzh===<br />
# Ismertesse az Interceptor tervezési mintát! (7p)<br />
# Ismertesse a Reaktor tervezési mintát! (7p)<br />
# 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)<br />
# Mi a válaszidő? Hogyan lehet csökkenteni a válaszidőt? (7p)<br />
# Mikor érdemes rétegzett architektúrát használni? Melyek a rétegzett architektúra előnyei és hátrányai? (7p)<br />
# Mikor érdemes SaaS megközelítést alkalmazni? (5p)<br />
<br />
==Kedvcsináló==<br />
Interjú Dr. Charaf Hassannal az Impulzus [https://issuu.com/impulzus/docs/impulzus_41_05_issuu/8 41. évfolyamának 5. számában, a 8. oldaltól] kezdve.<br />
<br />
{{Lábléc - Mérnök informatikus mesterszak}}</div>Mráz Gergő