VIK Wiki

„Szoftvertechnológia - Lehetséges vizsgakérdések” változatai közötti eltérés

← Régebbi szerkesztés
VizuálisWikiszöveges
Harapeti (vitalap | szerkesztései)
746 szerkesztés
javítgatások
 
(11 közbenső módosítás, amit 4 másik szerkesztő végzett, nincs mutatva)
10. sor: 10. sor:
** tartalmazás (containment)
** tartalmazás (containment)
** vizuális kapcsolás (közelség, visual attachment)
** vizuális kapcsolás (közelség, visual attachment)
* UML 3 kiterjesztő mechanizmus
* UML 2 kiterjesztő mechanizmus
** korlátozás (constraints)
** korlátozás (constraints)
** sztereotípia (speciális név-érték/tagged value/ pár (bool))
** sztereotípia (speciális név-érték/tagged value/ pár (bool))
73. sor: 73. sor:
==UML/Szekvencia, Kommunikáció, Interaction Overview==
==UML/Szekvencia, Kommunikáció, Interaction Overview==


* '''Interakció diagramon''' mik a '''felelősségek'''?
** '''Doing''' (csinálni valamit): valamit önmagában, más objektumok tevékenységeinek irányítása/koordinálása, más objektumokban művelet kezdeményezése
** '''Knowing about''' (valamiről tudni): private encapsulated data, kapcsolódó objektumok, dolgok amiket ki tud számolni
* Mi a különbség üzenet és jel között interakció-diagrammokon?
* Mi a különbség üzenet és jel között interakció-diagrammokon?
** üzenettel operációt hajtatunk végre, jellel állapotváltozást jelzünk.
** üzenettel operációt hajtatunk végre, jellel állapotváltozást jelzünk.
92. sor: 95. sor:


* Állapotdiagramon milyen kompozit állapotokat ismer?
* Állapotdiagramon milyen kompozit állapotokat ismer?
** TODO
** simple (1 régió), orthogonal (1-nél több régió)
* Mik az állapotdiagram elemei?
* Mik az Activity diagram elemei?
** alaktivitások (procedúra), döntések, fork és join, úszósávok, object-action flow
** alaktivitások (procedúra), döntések, fork és join, úszósávok, object-action flow
* Mik az állapotgép diagram elemei?
** entry/exit-action, állapotátmenet (esemény(arg?)/tranzakció), deep/shallow-history indicator, fork-join
* Mi az Eclipse Modeling Framework(EMF)?
* Mi az Eclipse Modeling Framework(EMF)?
** Modellező eszköz (pl. UML-hez hasonló (MOF) diagramokat lehet csinálni), kódgeneráló is!
** Modellező eszköz (pl. UML-hez hasonló (MOF) diagramokat lehet csinálni), kódgeneráló is!
106. sor: 111. sor:
* Class nem lehet static, csak INNER CLASS!!!!!!!!!
* Class nem lehet static, csak INNER CLASS!!!!!!!!!
* Array length-je megmondja, mekkora a MÉRETE! Nem azt, hogy mennyi értelmes adat van benne!
* Array length-je megmondja, mekkora a MÉRETE! Nem azt, hogy mennyi értelmes adat van benne!
* Nézd meg a Strin == és equalsTo miket csinál!
* Nézd meg a String == és equalsTo miket csinál!
** pl null, stb..
** pl null, stb..
* Mit vár a Thread.sleep()?
* Mit vár a Thread.sleep()?
126. sor: 131. sor:
** Daemon és nem daemon (daemon gyakorlatilag háttérben futó szál)
** Daemon és nem daemon (daemon gyakorlatilag háttérben futó szál)
* Milyen synchronized-ok vannak?
* Milyen synchronized-ok vannak?
** blokk ... Object o = new Object();
** blokk: <code>synchronized (o) { ... }</code> ahol <code>o</code> valami Object (vagy abból leszármazott, int/long/double/etc nem)
** .. function...{ synchronized(o){..}}, METÓDUS: public synchronized int valami(){} . Mindkettőnél egyszerre csak egy szál tartózkodhat az adott blokkban/függvényben
** method: <code>public synchronized void foo() { ... }</code>
** Egyszerre csak 1 szál tartózkodhat az adott objektum (methodnál this) synchronized blokkjában/methodjában, a többi blokkol addig
* Mi az az atomi művelet?
* Mi az az atomi művelet?
** Guarded :) ha valaki módosítja, akkor más metódus nem lát inkonzisztens állapotot. primitív adattípusokra, kivéve long és double
** Guarded :) ha valaki módosítja, akkor más metódus nem lát inkonzisztens állapotot. primitív adattípusokra, kivéve long és double
135. sor: 141. sor:
** TODO
** TODO
* Mikor mit jelent a final?
* Mikor mit jelent a final?
** osztály előtt: nem lehet leszármaztatni + egyszer lehet példányosítani!;
** osztály előtt: nem lehet leszármaztatni
** metódus előtt: nem lehet felüldefiniálni leszármazottban;
** metódus előtt: nem lehet felüldefiniálni leszármazottban;
** változó előtt: konstans
** változó előtt: nem lehet neki értéket adni (csak <code>public final int i = 7;</code> vagy konstruktorban)
* Mikor mit jelent az abstract?
* Mikor mit jelent az abstract?
** Osztály előtt: nem lehet példányosítani, van benne legalább 1 olyan metódus, amely abstract (nem implementált), leszármazottnak implementálni kell (vagy ő is abstract lesz).
** Osztály előtt: nem lehet példányosítani, NEM KÖTELEZŐ, HOGY LEGYEN BENNE ABSZTRAKT METÓDUS
** Metódus előtt: leszármazottnak implementálni kell.
* Mit jelent, hogy a változó statikus/dinamikus része?
* Mit jelent, hogy a változó statikus/dinamikus része?
** List x = new ArrayList();
** List x = new ArrayList();
147. sor: 154. sor:
** NEM!!!!!
** NEM!!!!!
* Mit nevezünk kiterjesztésnek JAVA nyelvben?
* Mit nevezünk kiterjesztésnek JAVA nyelvben?
** ha több interfészt valósít meg egy osztály
** ha egy vagy több interfészt valósít meg egy osztály


=== JUnit: ===
=== JUnit: ===
214. sor: 221. sor:
==RUP==
==RUP==


* Milyen workflow-hoz milyen modell tartozik?
* Milyen '''workflow-hoz''' milyen '''modell''' tartozik?
** Követelmények: Use Case Model,
** Követelmények: Use Case Model,
** Analízis: Analízis model,
** Analízis: Analízis model,
221. sor: 228. sor:
** Deployment: Deployment diagram
** Deployment: Deployment diagram
* Az egyes modellek milyen UML diagrammokat tartalmaznak?
* Az egyes modellek milyen UML diagrammokat tartalmaznak?
** Use Case: {Use Case,Sequence};
** Use Case: {Use Case, Sequence};
** Analízis: {static structure diagram, sequence};
** Analízis: {static structure diagram, sequence};
** Tervezési modell: {static structure, kommunikációs, állapotdiagram,activity};
** Tervezési modell: {static structure, kommunikációs, állapotdiagram, activity};
** Implementációs modell: {komponens,szekvencia};
** Implementációs modell: {komponens, szekvencia};
** Deployment: {Deployment, sequence}
** Deployment: {Deployment, sequence}


* [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_02.RUP_Structuring the process.png|400px]]
* [[File:Szofttech_Vizsga_Lehetséges_vizsgakérdések_02.RUP_Structuring the process.png|400px]]


* Milyen típusú use case-ek vannak?
* '''Milyen típusú use case-ek''' vannak?
** Event based, actor based
** Event based, actor based
* Milyen dimenziói vannak a use case formátumoknak?
* Milyen '''dimenziói''' vannak a '''use case-formátumoknak'''?
** (1) Leírás részletezettsége(magas szintű/kiterjesztett)
** (1) Leírás részletezettsége (magas szintű/kiterjesztett)
** (2) Fogalmi/valóságos
** (2) Fogalmi/valóságos
** (3)Prioritás(elsőrendű/másodrendű/opcionális)
** (3) Prioritás (elsőrendű/másodrendű/opcionális)
* Miben különbözik a magas szintű (high level) és a kiterjesztett (expanded) use-case ?
** A leírás részletezettségében
*** magas szintű: név, aktorok, cél, áttekintés, referencia
*** kiterjesztett: eseményfolyam, elő- és utófeltételek, kiterjesztési pontok, relációk, aktivitás és use-case diagram, referenciák)
* Miben különbözik a lényeges (essential) és a valóságos (real) use-case ?
** A technológia függőségében
*** lényeges: eszköz-, implementációfüggetlen
*** valóságos: implementáció (ablakok, mezők, triggerek)
* Hogyan rangsorolunk use case-eket (iterációknak)?
* Hogyan rangsorolunk use case-eket (iterációknak)?
** (1)időben kritikus
** (1) időben kritikus
** (2)kockázatosak
** (2) kockázatosak
** (3)alapvető kutatást igénylők
** (3) alapvető kutatást igénylők
** (4)alkalmazás szempontjából legfontosabbak
** (4) alkalmazás szempontjából legfontosabbak
** (5)üzleti élet szempontjából fontosak
** (5) üzleti élet szempontjából fontosak
* Fogalmi modellnél mi a térképész elv?
* Fogalmi modellnél mi a '''térképész elv'''?
** Használjuk a területen alkalmazott neveket!
** Használjuk a területen alkalmazott neveket!
** ne kreáljunk olyan dolgokat, amik nincsenek ott!
** ne kreáljunk olyan dolgokat, amik nincsenek ott!
** Értelmetlen részleteket hagyjuk ki!
** Lényegtelen részleteket hagyjuk ki!
* Mik a mutátorok?
* Mik a '''mutátorok'''?
** Olyan objektumok, amelyek képesek megváltoztatni, hogy melyik osztályból származnak le.
** típusok amik megváltoztathatják a típusukat vagy szerepüket
* Interakció diagramon mik a felelősségek?
* '''Interakció diagramon''' mik a '''felelősségek'''?
** Doing: valamit kell tudni;
** '''Doing''' (csinálni valamit): valamit önmagában, más objektumok tevékenységeinek irányítása/koordinálása, más objektumokban művelet kezdeményezése
** Knowing: kiről mit tud
** '''Knowing about''' (valamiről tudni): private encapsulated data, kapcsolódó objektumok, dolgok amiket ki tud számolni


==V&V==
==V&V==
A lap eredeti címe: „https://vik.wiki/Szoftvertechnológia_-_Lehetséges_vizsgakérdések”