„Szoftverarchitektúrák” változatai közötti eltérés

A VIK Wikiből
19. sor: 19. sor:
}}
}}
{{noautonum}}
{{noautonum}}
==Követelmények==
===KisZH===
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.
==ZH==
Félév végén, összesen 40 pont, 20 pontot kell elérni. Kétszer pótolható.
==Házi feladat==
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!
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.
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.
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.


==Hasznos linkek==
==Hasznos linkek==

A lap 2018. december 16., 16:08-kori változata

Szoftverarchitektúrák
Tárgykód
VIAUMA06
Általános infók
Szak
info MSc
Kredit
4
Ajánlott félév
őszi
Tanszék
AAIT
Követelmények
KisZH
2 db
NagyZH
1 db
Házi feladat
1 nagy beadandó
Vizsga
nincs
Elérhetőségek
Levlista
infomsc@sch.bme.hu

Sablon:Noautonum

Követelmények

KisZH

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.

ZH

Félév végén, összesen 40 pont, 20 pontot kell elérni. Kétszer pótolható.

Házi feladat

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!

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.

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.

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.


Hasznos linkek

  • Top Ten Software Architecture Mistakes: link
  • Top Ten Software Architecture Mistakes II.: link
  • SaaS előadáson mutatott illusztráció: link

Jegyzet

Kis ZH-k

Első Kis ZH-k

1. Kis ZH, 2018 ősz

  • 3 tervezési hiba kifejtve
  • Acceptor-Connector

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

2018. ősz pzh

  1. Soroljon fel 5 közös architektúrális stílust, 2-t részletesen
  2. Component Configurator
  3. Acceptor-Connector
  4. Active Object
  5. TOGAF főbb elemeinek és lépéseinek bemutatása
  6. DI elve, megvalósításához minták

2018. ősz zh

  1. Reaktor
  2. Active Object
  3. Leader-Follower
  4. többrétegű architektúra
  5. MVVM
  6. JSX
  7. Zachman framework

2017. ősz pzh

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

2017. ősz zh

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

2016. ősz zh

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

2015. ősz pzh

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

2014. ősz ppzh

  1. Acceptor-Connector
  2. Leader-Followers
  3. Interceptor
  4. Filters & Pipelines
  5. Mutassa be az MVVM architektúrát!
  6. Rétegelt arch (előnyök, mikor érdemes alkalmazni, mikor nem?)

2014. ősz pzh

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

2014. ősz zh

  1. Interceptor
  2. Acceptor-Connector
  3. Active Object
  4. Soroljon fel 6 architektúra hibát!
  5. Mutassa be az MVVM architektúrát!
  6. Milyen problémát old meg a Dependency Injection és hogyan oldja meg?

2013. ősz zh

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

2011. ősz zh

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

2010. ősz zh

  1. Ismertesse a Komponens Konfigurátor tervezési mintát! (6p)
  2. Ismertesse az Acceptor - Connector tervezési mintát! (6p)
  3. 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)
  4. Mi az MPI kommunikátor és miért érdemes alkalmazni? Mik az MPI kommunikációs primitívjei? (6p)
  5. 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)
  6. 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)
  7. Soroljon fel SaaS 5 előnyét és 5 hátrányát! (5p)

2010. ősz pótzh

  1. Ismertesse az Interceptor tervezési mintát! (7p)
  2. Ismertesse a Reaktor tervezési mintát! (7p)
  3. 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)
  4. Mi a válaszidő? Hogyan lehet csökkenteni a válaszidőt? (7p)
  5. Mikor érdemes rétegzett architektúrát használni? Melyek a rétegzett architektúra előnyei és hátrányai? (7p)
  6. Mikor érdemes SaaS megközelítést alkalmazni? (5p)

Kedvcsináló

Interjú Dr. Charaf Hassannal az Impulzus 41. évfolyamának 5. számában, a 8. oldaltól kezdve.


1. félév (tavasz)
2. félév (ősz)
Egyéb
Szakirányok