„Szoftvertechnológia - Lehetséges vizsgakérdések” változatai közötti eltérés
válasz külön sorban |
válasz külön sorban |
||
| 306. sor: | 306. sor: | ||
==Design== | ==Design== | ||
* Informatikai szemléletben mi köré szoktunk absztrakciót húzni(absztrakció típusai)? funkcionalitás, adat, | * Informatikai szemléletben mi köré szoktunk absztrakciót húzni(absztrakció típusai)? | ||
* Mi az, hogy afferens/efferens egy adatáramlás? Afferens: az adat | ** funkcionalitás, adat, kontroll | ||
* Mi a fan-out/fan-in szám? Fan-out: egy modult hány részre szedem szét, fan-in: modult hányan hívnak fentről | * Mi az, hogy afferens/efferens egy adatáramlás? | ||
* Mi a vezérlési/döntési hatáskör? Mi a döntési hasítás? vezérlési: maga a modul, és mindenki, aki alá tartozik; döntési: azon modulok, akiket érint az adott modul döntése. döntési hasítás: ha a döntési hatáskör nagyobb, mint a vezérlési | ** Afferens: az adat felfelé halad (arra halad, amerre bonyolultabb/összetettebb problémák vannak, amelyből szétszedtem kisebb problémákra); | ||
* Mik a dimenziói a csatolásnak? Mit kommunikálunk? Milyen nagy a kapcsolat? Mennyi ideig tart a kapcsolat? | ** efferens: fordítva | ||
* Mik a csatolás dimenziói? kapcsolat tárgya, kapcsolat mérete, kapcsolat ideje | * Mi a fan-out/fan-in szám? | ||
* A kapcsolat tárgya alapján hogyan lehet csoportosítani a csatolásokat? laza csatolás(primitív adat/tömbje), stamp csatolás( | ** Fan-out: egy modult hány részre szedem szét, | ||
* Hogyan lehet osztályozni a csatolást az időtartam alapján? writing, compiling, linking, loading, running | ** fan-in: modult hányan hívnak fentről | ||
* Hogyan lehet a kohéziót osztályozni? /egyre gyengébb/ funkcionális(oszthatatlan), szekvenciális(több funkcionális egymás után), kommunikációs(egy adatszerkezeten műveleteket végzünk, a kohézió itt az, hogy egy adatszerkezeten dolgoznak), procedurális(printf: double és String is elfogad, de a két paraméternek nincs köze egymáshoz. | * Mi a vezérlési/döntési hatáskör? / Mi a döntési hasítás? | ||
* Ha több helyről öröklünk, mi vonatkozik az invariánsokra? az invariáns a többszörös öröklésekből származó kondíciók ÉS kapcsolata | ** vezérlési: maga a modul, és mindenki, aki alá tartozik; | ||
* Mi a redeklarációs szabály? Az előfeltételnek a leszármazottban gyengébbnek(vagy egyenlőnek) kell lennie, az utófeltételnek erősebbnek(vagy egyenlőnek). | ** döntési: azon modulok, akiket érint az adott modul döntése. | ||
** döntési hasítás: ha a döntési hatáskör nagyobb, mint a vezérlési | |||
* Mik a dimenziói a csatolásnak? | |||
** Mit kommunikálunk? Milyen nagy a kapcsolat? Mennyi ideig tart a kapcsolat? | |||
* Mik a csatolás dimenziói? | |||
** kapcsolat tárgya, kapcsolat mérete, kapcsolat ideje | |||
* A kapcsolat tárgya alapján hogyan lehet csoportosítani a csatolásokat? | |||
** laza csatolás (primitív adat/tömbje), | |||
** stamp csatolás (összetett adatok, record, struct), | |||
** control csatolás (vezérlést adunk át), | |||
** közös adat (nem tudjuk, kinek a kezében van, bárki hozzáférhet), | |||
** tartalmi jellegű csatolás (a másik programrészletet, mint erőforrást kezelem -.-) | |||
* Hogyan lehet osztályozni a csatolást az időtartam alapján? | |||
** writing, compiling, linking, loading, running | |||
* Hogyan lehet a kohéziót osztályozni? | |||
** ↓ /egyre gyengébb/ funkcionális (oszthatatlan; pl. sqrt() függvény), | |||
** szekvenciális (több funkcionális egymás után), | |||
** kommunikációs (egy adatszerkezeten műveleteket végzünk, a kohézió itt az, hogy egy adatszerkezeten dolgoznak), | |||
** procedurális (printf: double és String is elfogad, de a két paraméternek nincs köze egymáshoz. típusfüggő switch), | |||
** temporális(időbeliség tart össze), | |||
** logikai, | |||
** véletlenszerű | |||
* Ha több helyről öröklünk, mi vonatkozik az invariánsokra? | |||
** az invariáns a többszörös öröklésekből származó kondíciók ÉS-kapcsolata | |||
* Mi a redeklarációs szabály? | |||
** Az előfeltételnek a leszármazottban gyengébbnek (vagy egyenlőnek) kell lennie, az utófeltételnek erősebbnek (vagy egyenlőnek). | |||
==Design/Software architectures== | ==Design/Software architectures== | ||