UML és Vezérlés Elmélet Kvíz

<p>Olyan állapotgép, amely rendszereket és műszaki eszközöket vezérel. (D)</p> Signup and view all the answers

<p>A képernyő állapotainak modellezése a felhasználói interakciókra. (A)</p> Signup and view all the answers

<p>Az osztályokhoz rendelhető felelősségeket tükrözik. (A)</p> Signup and view all the answers

<p>Projektdiagram (A)</p> Signup and view all the answers

<p>Asszociáció (C)</p> Signup and view all the answers

<p>0..1 (A), 0..3 (D)</p> Signup and view all the answers

<p>Magyarázatot ad a felhasznált fogalmakra. (C)</p> Signup and view all the answers

<p>Fekete rombusz a tartalmazói oldalon. (B)</p> Signup and view all the answers

<p>Kompozíció (C)</p> Signup and view all the answers

<p>3 részre osztott téglalap (A)</p> Signup and view all the answers

<p>Kliens állapotgép (A)</p> Signup and view all the answers

<p>Az előző eredmény (D)</p> Signup and view all the answers

<p>A műveletek szigorú sorrendben történjenek (B)</p> Signup and view all the answers

<p>Az összetettség csökkentésére (C)</p> Signup and view all the answers

<p>Ismétlődő műveletek szemléltetéséhez használják (B)</p> Signup and view all the answers

<p>Egymást kizáró műveletek működését (C)</p> Signup and view all the answers

<p>Műveletek megszakítása (C)</p> Signup and view all the answers

<p>Minőségi követelmények leírása (A)</p> Signup and view all the answers

<p>Az időt fentről lefelé kell értelmezni. (C)</p> Signup and view all the answers

<p>Az idő nincs értelmezve. (A), Az időt balról jobbra értelmezzük. (D)</p> Signup and view all the answers

<p>A szekvencia diagramok előnyösebbek, ha kevesebb partner van. (A), A kommunikációs diagramok előnyösebbek, ha sok partner van. (C)</p> Signup and view all the answers

<p>Ez egy kommunikációs diagram. (C), Ez egy hiányos szekvencia diagram. (D)</p> Signup and view all the answers

<p>A kommunikációs partnerek térbeli elhelyezkedése nem számít. (C)</p> Signup and view all the answers

<p>Egyszerű mintákhoz alkalmasak sok partner között. (A)</p> Signup and view all the answers

<p>Minden partnerhez fog életvonal tartozni. (B)</p> Signup and view all the answers

<p>Lesz olyan állapotgépe, amely várakozó állapotot tartalmaz. (D)</p> Signup and view all the answers

<p>Olyan szerződést, mely metódus szignatúrákat definiál (B)</p> Signup and view all the answers

<p>Szaggatott ellipszissel (A)</p> Signup and view all the answers

<p>Az interfész csak szignatúrát definiál, az absztrakt osztály megvalósítást is tartalmaz (B)</p> Signup and view all the answers

<p>Olyan osztályok, melyekből nem lehet példányt létrehozni (A)</p> Signup and view all the answers

<p>Csak olyan osztályok szerepelhetnek, amelyek példányosíthatóak (B)</p> Signup and view all the answers

<p>Felhasználói akcióra aktiválódnak, ez külső eseményt jelent (D)</p> Signup and view all the answers

<p>Az interfész nem tartalmaz megvalósítást, az absztrakt osztály viszont igen (A)</p> Signup and view all the answers

<p>Olyan specifikáció, amely az osztályok típusait definiálja (A)</p> Signup and view all the answers

<p>Használható létező rendszer folyamatainak vizualizálására. (B)</p> Signup and view all the answers

<p>Az időzítési megkötések feltüntetésében. (D)</p> Signup and view all the answers

<p>Az aktivitási sáv kezdete mindig megelőzi az életvonal kezdetét. (C)</p> Signup and view all the answers

<p>Az idődiagram a kommunikációs diagram helyettesítője. (A)</p> Signup and view all the answers

<p>Szekvencia és kommunikációs diagramok. (C)</p> Signup and view all the answers

<p>A kommunikációs diagramok az objektumok közötti üzenetváltásokat jelenítik meg. (C)</p> Signup and view all the answers

<p>Követelmények, tesztesetek és folyamatok dokumentálására. (A)</p> Signup and view all the answers

<p>Üzenetváltások és kölcsönhatások ábrázolása több résztvevő között. (A)</p> Signup and view all the answers

Az UML-ben az egyik diagramtípus, amely az objektumok közötti üzenetküldést modellezi. Előnyös az objektumok viselkedésének időbeliségének megjelenítésére.

Ez az UML diagram az objektumok viselkedésének leírására szolgál. Az állapotátmenet diagram különböző állapotokat és azok közötti átmeneteket jelenít meg, az átmenetekhez pedig az okokat, a vezérlő jeleket, és az esetleges kilépőműveleteket társítja.

A refaktoring a szoftver kódjának átalakítását jelenti a funkcionalitás megváltoztatása nélkül. A cél a kód minőségének, olvashatóságának és karbantarthatóságának javítása.

Ez az UML diagram az egy adott osztályban lévő attribútumok, műveletek és az osztályok közötti kapcsolatok leírására szolgál.

Ez az UML diagram az objektum állapotában bekövetkező változásokat mutatja. Az állapotok közötti átmenetek az objektumra ható események és feltételek alapján történhetnek.

Olyan osztályt jelöl, mely nem lehetnek példányai.

Olyan osztályt jelöl, melynek szigorúan csak egy példánya létezhet.

A felhasználó számára fontos entitások jelölésére szolgál

Interfész csak szignatúrát definiál, az absztrakt osztály megvalósítást is, mely felül nem bírálható.

Olyan szerződést, mely metódus szignatúrákat definiál

Szaggatott ellipszissel

Felhasználói akcióra aktiválódnak, ez a külső esemény

Csak öröklődési hierarchia tüntethető fel

A kommunikációs diagramon a kommunikációs partnerek térbeli elhelyezkedése fontos, míg a szekvencia diagramon nem számít.

Az állapotgépből csak egyetlen állapotátmenet vezet ki.

A szekvencia diagramon az időt fentről lefelé, míg az idődiagramon balról jobbra kell értelmezni.

Az állapotgépből több kivezető állapotátmenet vezet ki.

A "Kérés" és "Szünet" állapotok között kétirányú kapcsolat van.

A szekvencia diagramon minden partnerhez tartozik életvonal, míg a kommunikációs diagramon nem.

A "kiszámítás" állapotot csak a kapott eredmény beérkezésekor lehet elhagyni.

A szekvencia diagramok hatékonyabbak, ha kevés partner és bonyolult kommunikációs minta van. A kommunikációs diagramok viszont akkor hasznosabbak, ha sok partner és egyszerűbb kommunikációs minta van.

A kommunikációs diagramon látható, hogy egy kliens szolgáltatást hív meg egy szerveren, amely visszaigazolja a kérést, majd a kapott eredményt visszaadja.

A STRICT operátor a szekvencia diagramon a halmazban lévő operandusok szigorú sorrendjét szabja meg.

A diagramon látható a kliens és a szerver közötti kommunikáció, de hiányzik az időbeli információ.

Az REF operátor a szekvencia diagramon egy másik diagramra mutató hivatkozást jelöl.

A BRK operátor a szekvencia diagramon a megszakítás esetén bekövetkező működést írja le.

Az ALT operátor a szekvencia diagramon az egymást kizáró működéseket jelöli, melyek közül csak az egyik futhat le.

Az interakciós diagramok egy típusa, amely üzenetváltásokat ábrázol a rendszerben résztvevő elemek között.

Az interakciós diagram eleme, amely egy osztályt képvisel, és a rendszerben részt vehet az üzenetváltásban.

Az interakciós diagram eleme, amely egy use case-t képvisel, és részt vehet az üzenetváltásban.

Az interakciós diagram eleme, amely egy interfészt képvisel, és részt vehet az üzenetváltásban.

Az interakciós diagram eleme, amely egy komponenst képvisel, és részt vehet az üzenetváltásban.

Az interakciós diagramok egy típusa, amely az objektumok közötti kapcsolatokat és az üzeneteket mutatja meg.

A szekvencia diagram és a kommunikációs diagram közötti fő különbség a történelmi idő

A szekvencia diagram az objektumok életvonalait ábrázolja.

Egy szekvencia diagramon egy objektum állapotváltozásait egy adott időszak alatt mutatják be.

Igaz. Egy szekvencia diagram több objektumot ábrázolhat, így több életvonal lehet.

Igaz. Egy kommunikációs diagramon az objektumok közötti üzeneteket ábrázolják, így több aktivitási sáv is lehet, ami a kommunikációt jelzi.

Egy interakciós diagram felhasználható követelmények és tesztesetek leírására, valamint a rendszer viselkedésének specifikálására.

Igaz. Az idődiagramon az objektumok állapotai az idő függvényében ábrázolhatók.

Az interakciós diagramok a rendszer folyamatainak vizualizálására is használhatók

Igaz. Egy szekvencia diagramon az aktivitási sáv kezdete megelőzheti az életvonal kezdetét.

Igaz. Egy szekvencia diagramon az életvonal vége az objektum megszűntét jelöli.

Igaz. Egy szekvencia diagramon az aktivitási sávban lehetnek szünetek, kimaradások.

Egy kommunikációs diagramon nem lehet sok aktivitási sáv. Egy kommunikációs diagramon csak egy aktivitási sáv lehet. Az interakciós diagramok az objektumok közötti kommunikációt jelzik. Az interakciós diagramok az objektumok közötti kapcsolatokat jelzik.

A CRC kártya egy olyan táblázatos lap, amelyet az osztályok meghatározására használnak a diagramok helyett. Az UML-ben hibajavításra is használhatóak. A leírás csak metódusokat tartalmaz, nem pedig attribútumokat. A leírás az osztályokhoz rendelhető felelősségeket mutatja be, nem pedig metódusokat és attribútumokat.

A kollaborációs osztálydiagram az osztályok közötti együttműködéseket mutatja be. Ez egy olyan UML diagram, amely az osztályok közötti interakciókat és üzeneteket vizualizálja.

Az osztálydiagramok készítésének fázisai a következők:

1. Elemzési osztálydiagram: Az üzleti követelmények elemzése alapján létrehozott diagram.
2. Tervezési osztálydiagram: Az elemzési osztálydiagram alapján kidolgozott, a szoftver implementációját előkészítő diagram.
3. Osztálydiagram a tervezési minták kialakításához: A tervezési minták alkalmazásával kialakított diagram.
4. Megvalósítási osztálydiagram: A szoftver implementációjának megfelelően elkészült diagram.
5. Futásidejű osztálydiagram: A szoftver futása során létrejövő diagram.

Az UML osztálydiagramon két osztály közötti vonal különböző kapcsolatokat jelölhet:

• Asszociáció: Általános kapcsolat, lehet egyszerű vagy kvalifikált.
• Aggregáció: Gyenge kapcsolat, a tartalmazó objektum nem felelős a tartalmazott objektum életciklusáért.
• Kompozíció: Erős kapcsolat, a tartalmazó felelős a tartalmazott objektum életciklusáért, a tartalmazott objektum nem létezhet a tartalmazó nélkül.
• Kooperáció: Interakciót jelöl, amelyben az osztályok egy közös cél érdekében együttműködnek.

UML osztálydiagramon a számosságot a következő szintaktikailag helyes formákban lehet jelölni:

* **0..1**: nulla vagy egy
* *****: nulla vagy több
* **0..***: nulla vagy több
* **1..***: egy vagy több
* **x..y**:  legalább x, legfeljebb y számosság (pl. 2..5: legalább 2, legfeljebb 5)

Az osztálydiagram esetén a fogalmi szótár a modellben felhasznált fogalmak magyarázatát tartalmazza. Beleértve a szinonímákat és a fogalmi környezetet is.

Az osztálydiagramon az asszociáció kapcsolatot jelöl, a kompozíció pedig tulajdonlást.

Az UML osztálydiagramon a kompozíciót fekete rombusz végű vonal jelöli, a rombusz a tartalmazó oldalon helyezkedik el.