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

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.