Bánsághi Anna 2014 Bánsághi Anna 1 of 72

UML modellezés

12. előadás

IMPERATÍV PROGRAMOZÁS © Bánsághi Anna [email protected]

12. ELŐADÁS - UML MODELLEZÉS

2014 © Bánsághi Anna

1 of 72

UML modellezés

12. előadás

I. ALAPFOGALMAK, TUDOMÁNYTÖRTÉNET II. IMPERATÍV PROGRAMOZÁS Imperatív paradigma Procedurális paradigma Generikus paradigma III. STRUKTÚRÁLT PROGRAMOZÁS Objektumorientált paradigma Moduláris paradigma Unified Modeling Language


2 of 72

UML modellezés

12. előadás

UNIFIED MODELING LANGUAGE 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.


Használati esetek Információáramlás diagram Összetett szerkezeti diagram Szekvencia diagram Kommunikációs diagram Aktivációs diagram Állapotdiagram Időzítés diagram Osztálydiagram Csomag diagram Komponens diagram

3 of 72

UML modellezés

12. előadás

MODELLEZÉS EGYETLEN KÉP TÖBBET ÉR EZER SZÓNÁL


4 of 72

UML modellezés

12. előadás

UNIFIED MODELING LANGUAGE


5 of 72

UML modellezés

12. előadás

A DIAGRAMOK KÖZÖS JELLEMZŐI különféle absztrakciós szintű elemek reprezentálhatók velük egymásba ágyazhatók


6 of 72

UML modellezés

12. előadás

1. HASZNÁLATI ESETEK üzleti vagy rendszer szempontú, magasszintű áttekintése a rendszer funkcióinak, az aktorok és a funkciók közötti interakcióknak a rendszerrel szemben támasztott követelmények lényegét ragadják meg, nem vesznek el a részletekben a rendszer fejlesztésében résztvevő összes szereplő számára hasznosak, mert megadják a végső célt


7 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI aktor a rendszerrel interakcióba lépő személy, szervezet vagy külső rendszer használati eset az aktor számára értéket előállító funkció (valamely művelet-együttes), melynek végrehajtása a rendszer és egy külső aktor közötti üzenetváltást kíván kapcsolat aktorok, használati esetek közötti kapcsolatok (társítás, azaz asszociáció, öröklődés, függőség) rendszer határoló keret a kereten belüli használati esetek a rendszer részei, amelyek azon kívül vannak, nem


8 of 72

UML modellezés

12. előadás

KAPCSOLAT FAJTÁK társítás (asszociáció) aktorok és használati esetek közötti kapcsolat általánosítás aktorok közötti vagy használati esetek közötti öröklődési kapcsolat tartalmazás tekinthetjük, mint az alprogramhívást, felbontjuk a használati esetet alfunkciókra (al-használati esetekre) kiterjesztés tekinthetjük, mint egy hardver megszakítást, valamilyen feltételtől függően végrehajtott funkció, nem tudjuk, hogy be fog-e következni, és azt sem, hogy mikor


9 of 72

UML modellezés

12. előadás

HASZNÁLATI ESET TERVEZÉSE 1. beazonosítjuk az összes lehetséges aktort 2. megadjuk az aktorok és a használati esetek közötti társításokat: ha egy aktor részt vesz egy használati eset inicializálásban, információt szolgáltat vagy kap attól, akkor van közöttük kapcsolat 3. észrevesszük az aktorok közötti hasonlóságokat, és a használati esetek közötti hasonlóságokat 4. megadjuk az aktorok közötti kapcsolatokat (általánosítás) 5. megadjuk a használati esetek közötti kapcsolatok (általánosítás, függőség)


10 of 72

UML modellezés

12. előadás

ÜZLETI HASZNÁLATI ESET


11 of 72

UML modellezés

12. előadás

RENDSZER HASZNÁLATI ESET


12 of 72

UML modellezés

12. előadás

2. INFORMÁCIÓÁRAMLÁS a rendszer környezete, a rendszer elemei közötti információáramlás diagramja magas absztrakciós szinten ragadja meg a rendszert az adat jellemzői és az információáramlás részletei, úm. feltételei, megvalósítása, tárolása nincsenek megjelenítve


13 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI elem azon részegység (osztály vagy más elem), melyen keresztül áramlik az információ folyam

függőségi kapcsolat két elem között

információs egység


információ vagy adat

14 of 72

UML modellezés

12. előadás

PÉLDA INFORMÁCIÓÁRAMLÁS DIAGRAM


15 of 72

UML modellezés

12. előadás

3. ÖSSZETETT SZERKEZETI DIAGRAM a rendszer vagy egy bonyolult osztály összetevőinek szerkezeti diagramja, a különféle összetevők együttműködésével és a köztük lévő kapcsolatokkal általában példányok futási idejű együttműködését ábrázolja


16 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI struktúrált elem az elemzés alatt álló példány, amely részegységekre bontható tulajdonság olyan részegység, amely a kompozíciónál gyengébben kapcsolódik a struktúrált elemhez, mint példány önmagában is létezhet rész olyan részegység, amely kompozíciós kapcsolatban áll a struktúrált elemmel, ha az megsemmisül, vele semmisül a rész is port interakciós pont, melyen keresztül a struktúrált elem akár a környezetével, akár belső részeivel teremt kapcsolatot konnektor


maga az interakciós kapcsolat

17 of 72

UML modellezés

12. előadás

PÉLDA DIAGRAM


18 of 72

UML modellezés

12. előadás

4. SZEKVENCIA DIAGRAM a leggyakrabban használt interakciós diagram, az életvonallal reprezentált elemek közötti üzenetváltások folyamát jeleníti meg a rendszer logikai folyamát ábrázolja, lehetővé téve mind a dokumentálást, mind a logika validálását a rendszer viselkedésének beazonosítására szolgál


19 of 72

UML modellezés

12. előadás

MODELLEZÉSI LEHETŐSÉGEK használati forgatókönyvek, melyek a rendszer lehetséges használatának leírásai. Ide tartozik az egyes használati esetek kifejtése, különféle variációk modellezése. műveletek logikája összetett műveletek, alprogramok logikájának kifejtése szolgáltatások logikája web-szolgáltatások vagy üzleti tranzakciók kifejtése


20 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI keret a diagram határa, az ábrázolt tartomány határa életvonal a rendszer önálló eleme, mely részt vesz az interackiókban. Áll egy valamilyen osztályozással beazonosított fejből, azaz az életvonal megtestesítőjéből és magából az életvonalból végrehajtás (aktiváció) az életvonalnak az a szakasza, amikor az életvonal megtestesítóje - interakciós szempontból - aktívan viselkedik, pl. üzenet hatására végrehajt, üzenetet küld, üzenetre vár üzenet a küldő és a fogadó életvonalak közötti kommunikáció X az életvonal megtestesítője megsemmisül


21 of 72

UML modellezés

12. előadás

ÉLETVONAL FAJTÁK Osztály típusú obj nevű példány

Osztály típusú azonosítatlan példány

határ objektum, tipikusan felhasználó és rendszer közötti interfészek (ablakok, képernyők, menük) rendszerbeli adat, információ kontroll elemek, melyek közvetítenek a határ és az adat elemek között


22 of 72

UML modellezés

12. előadás

PÉLDA SZEKVENCIA DIAGRAM


23 of 72

UML modellezés

12. előadás

ÜZENETTÍPUSOK szinkron a küldő elküldi az üzenetet, majd blokkolt állapotba kerül, amíg a fogadó nem fogadta az üzenetet aszinkron a küldő elküldi az üzenetet, és várakozás nélkül folytatja a saját tevékenységeit létrehozó üzenet küldése nemlétező elemnek, ezzel a küldő létrehozza az új életvonalat megsemmisítő üzenet küldője terminál egy életvonalat, és ezt általában az X jel is kifejezi válasz


a küldő üzenetére válaszol a fogadó

24 of 72

UML modellezés

12. előadás

ÉLETVONALAK JELENLÉTE teljes mind a küldő, mind a fogadó életvonal jelen van a kommunikációban életre hívó a küldő kiléte ismeretlen, vagy a leírásnak nem része, a fogadóé pedig ismert elvesző a küldő kiléte ismert, de a fogadóé nem, az üzenet soha nem ér célba


25 of 72

UML modellezés

12. előadás

KAPU amikor a kommunikáció küldője vagy fogadója az ábrázolt tartományon kívül esik, akkor az üzenet elején vagy végén maga a határoló keret szerepel


26 of 72

UML modellezés

12. előadás

5. KOMMUNIKÁCIÓS DIAGRAM a rendszerben folyó történések logikáját leíró diagram, a rendszer elemei közötti interaciókat jeleníti meg egy kommunikációs diagram egyértelműen megfeleltethető egy egyszerűbb szekvencia diagramnak, hiszen az üzenetre adott válaszok nem jelennek meg a kommunikációs diagramban a diagramban az üzenet küldője és fogadója helyett az üzenetek sorrendjére fókuszálunk


27 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI keret a diagram határa, az ábrázolt tartomány határa életvonal a rendszer önálló eleme, mely részt vesz az interackiókban. Áll egy valamilyen osztályozással beazonosított fejből, azaz az életvonal megtestesítőjéből üzenetsorozat a kommunikációfolyam sorszámozott üzenetekből áll életvonalak között


28 of 72

UML modellezés

12. előadás

PÉLDA KOMMUNIKÁCIÓS DIAGRAM


29 of 72

UML modellezés

12. előadás

ÜZENETSOROZAT MEGADÁSA sorszám a kisebb sorszámű üzenet megelőzi a nagyobb sorszámút, a sorszámozás szintekre bontható 2.1: rajzol(), 2.2.1: fest(), 2.2.2: satíroz(), 2.3: másol() cimke azonos szinten párhuzamosan végrehajtandó üzenetek 2.1a: fest(), 2.1b: fest() ismétlődés feltételes vagy ciklikus üzenetküldés 2.2 [x > y]: fest() 2.3 *: vár() 2.4 *[k:1..n]: fest(k) 2.4 *||[k:1..n]: fest(k) tevékenység végrehajtandó művelet, pl. alprogramhívás fest()


30 of 72

UML modellezés

12. előadás

6. AKTIVÁCIÓS DIAGRAM általában üzleti folyamatok modellezésére használatos, egy adott használati eset vezérlés-folyamát vagy üzleti szabály logikáját ragadja meg alacsony szintű, de bonyolult műveletek is kifejthetők a segítségükkel a diagram élekkel kapcsolódó tevékenységeket tartalmaz


31 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI tevékenység valamilyen viselkedést reprezentál. A tevékenységek paraméterezhetők, elő- és utófeltételek rendelhetők hozzájuk tevékenység csoport / medence közös jellemzővel bíró tevékenységek csoportja, pl. adott szervezeti egységhez, alrendszerhez vagy aktorhoz köthető tevékenységek folyam / él tevékenységek közötti irányított adat- és vezérlés áramlás


32 of 72

UML modellezés

12. előadás

TEVÉKENYSÉG TÍPUSOK akció viselkedést ír le, művelet végrehajtását vagy hívását, adatküldést vagy fogadást, objektummódosítást objektum a tevékenységek között áramló objektumok, általában az osztály nevével cimkézzük vezérlés a tevékenységek közötti vezérlést reprezentálják, csomópont típusok: kezdő, záró, eldöntő, összefésülő, szétváló, egyesítő


33 of 72

UML modellezés

12. előadás

PÉLDA AKTIVÁCIÓS DIAGRAM


34 of 72

UML modellezés

12. előadás

VEZÉRLÉSI TEVÉKENYSÉGEKET IS TARTALMAZÓ AKTIVÁCIÓS DIAGRAM


35 of 72

UML modellezés

12. előadás

7. ÁLLAPOTDIAGRAM magas vagy alacsony, akár objektum-szintű viselkedés írható le véges állapotú automatával az objektumok külső vagy belső hatásokra megváltoztatják a belső állapotukat, ezen állapotváltozások elemezhetők a diagram segítségével a diagram állapotok és átmenetek halmaza egy állapot az objektum viselkedésének egy állomását reprezentálja az átmenet egyik állapotból a másikba vezető haladás, ami valamely külső vagy belső hatás eredményeként következik be


36 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI állapot mely állapot addig marad fenn, amíg az objektum adatai az állapot invariánsát kielégítik átmenet adott állapotból különféle események hatására különféle állapotokba juttatja az objektumot


37 of 72

UML modellezés

12. előadás

PÉLDA ÁLLAPOTDIAGRAM


38 of 72

UML modellezés

12. előadás

ÁLLAPOT CIMKÉK entry megadja, hogy az objektum milyen műveleteket hajt végre az adott állapotba lépéskor do megadja, hogy az objektum milyen műveleteket hajt végre az adott állapotban exit megadja, hogy az objektum milyen műveleteket hajt végre az adott állapot elhagyásakor


39 of 72

UML modellezés

12. előadás

ÁTMENET JELLEMZŐI eljáráslista azon események listája, melyek kiváltják az átmenetet őrfeltétel amellett, hogy a megfelelő esemény bekövetkezett, az állapotváltás csak akkor következik be, ha az őrfeltétel is teljesül


40 of 72

UML modellezés

12. előadás

PÉLDA ÁLLAPOTDIAGRAM


41 of 72

UML modellezés

12. előadás

8. IDŐZÍTÉS DIAGRAM a különféle rendszerelemek együttes vizsgálata adott időintervallumon belül adott időintervallumban a közös erőforrásokon osztozó elemek időszeletei


42 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI idővonal / medence az interakcióban résztvevő valamely elem állapot az idő előrehaladtával egy adott elem különféle állapotokban lehet, ezt egy lépcsőzetes vonal jelzi időtartam megszorítás adott állapot mekkora időtartamban maradhat fenn időpont megszorítás adott állapotváltozás mikor következhet be


43 of 72

UML modellezés

12. előadás

PÉLDA IDŐZÍTÉS DIAGRAM


44 of 72

UML modellezés

12. előadás

9. OSZTÁLYDIAGRAM a rendszert osztályok, interfészek szintjén ábrázoló diagram megjelenítve azok szerkezeti és viselkedésbeli jellemzőit (tagjait), megszorításait, kapcsolatait és jelentését


45 of 72

UML modellezés

12. előadás

PÉLDA OSZTÁLYDIAGRAM


46 of 72

UML modellezés

12. előadás

OSZTÁLY ÁBRÁZOLÁSA a célunktól függően a tagokat elhagyva vagy éppen teljesen kidolgozva jelenítünk meg egy osztályt a teljes változat három részre bomlik: 1. osztály neve 2. adattagok (mezők, konstansok) 3. műveletek (tulajdonságok, konstruktorok, destruktor, metódusok, operátorok, indexelők, események)


47 of 72

UML modellezés

12. előadás

részletek elhagyva

részletek kifejtve


48 of 72

UML modellezés

12. előadás

LÁTHATÓSÁG, STATIKUS TAGOK

láthatóság jelölése: + - # ~ statikus tagok aláhúzással jelölve


49 of 72

UML modellezés

12. előadás

ABSZTRAKT OSZTÁLY, TAG

dőlt szöveggel jelöljük


50 of 72

UML modellezés

12. előadás

INTERFÉSZ

ÉRTÉKTÍPUS (STRUCT)


51 of 72

UML modellezés

12. előadás

OSZTÁLYOK KÖZÖTTI KAPCSOLATOK i. asszociáció egyszerű kommunikáció, az osztály meghívja más osztály nyilvános metódusát, vagy hivatkozik rá műveleteiben paraméterként vagy visszatérési értékként ii. aggregáció gyenge rész - egész kapcsolat, a rész-osztály más osztályokhoz is kapcsolódhat iii. kompozíció erős rész - egész kapcsolat, a rész-osztály csak a tartalmazó osztálynak lehet alkotóeleme iv. öröklődés egyik osztály (leszármazott) örökli a másik osztály (ős) tagjait v. függőség egy osztály függ egy másik osztálytól, akár a specifikáció, akár az implementáció szintjén


52 of 72

UML modellezés

12. előadás

i. ASSZOCIÁCIÓ

a szerző szerepet betöltő Oktató asszociációs kapcsolatban van a tankönyv szerepű Könyvvel egy oktató nulla vagy tetszőleges számú könyvet írhat, viszont egy könyvnek minimum egy szerzője van


53 of 72

UML modellezés

12. előadás

REFLEXÍV ASSZOCIÁCIÓ

egy dékán szerepet betöltő Oktató asszociációs kapcsolatban van egy vagy több tanár szerepet betöltő Oktatóval


54 of 72

UML modellezés

12. előadás

ASSZOCIÁCIÓS KAPCSOLATOK JELLEMZŐI név az asszociáció neve (és iránya az aktívtól a passzív felé) szerep / végpont az összekapcsolt osztályok aktuális szerepe az adott asszociációban multiplicitás példányosítás esetén a végpontok hány objektummal vehetnek részt a kapcsolatban elérhetőség az egyik végpont elérhető az ellenkező végpontból, hogyha futási időben és példányosítás esetén elérhető az ellenkező végpontból aritás az asszociáció lehet bináris és n-áris


55 of 72

UML modellezés

12. előadás

ELÉRHETŐSÉG PÉLDÁK a két végpont elérhetősége a ellenkező végpontból meghatározatlan

meghatározatlan, hogy a Könyv eléri-e az Oktató tagjait, de az Oktató biztosan eléri a Könyv tagjait

a Könyv nem éri el az Oktató tagjait, és az Oktató eléri a Könyv tagjait


56 of 72

UML modellezés

12. előadás

TERNÁRIS ASSZOCIÁCIÓ


57 of 72

UML modellezés

12. előadás

ii. AGGREGÁCIÓ a részek függetlenek az egésztől a rész több más egészhez is tartozhat ha az egészt megsemmisítjük, a részei önnálóan is létezhetnek

iii. KOMPOZÍCIÓ a részeknek csak az egész viszonylatában van értelmük a rész pontosan egy egészhez tartozhat ha az egészt megsemmisítjük, akkor a részei is vele semmisülnek


58 of 72

UML modellezés

12. előadás

PÉLDA AGGREGÁCIÓ ÉS KOMPOZÍCIÓ


59 of 72

UML modellezés

12. előadás

iv. ÖRÖKLŐDÉSI KAPCSOLAT két osztály közötti irányított bináris kapcsolat minden leszármazott osztálybeli példány egyben ősosztálybeli példány is az egyszeres öröklődés megfelel egy taxonómiának (hierarchikus rendszerezésnek) a többszörös öröklődésre tekinthetünk úgy, mint ortogonális (egymástól független) taxonómiák kombinációjára


60 of 72

UML modellezés

12. előadás

GYÉMÁNT PROBLÉMA

Vajon hogyan táplálkozik egy farkasember?


61 of 72

UML modellezés

12. előadás

v. FÜGGŐSÉGI KAPCSOLAT két osztály közötti irányított kapcsolat hívjuk még ellátó - kliens kapcsolatnak, ahol az ellátó valami olyasmit nyújt a kliensnek, ami nélkül az hiányos vagy működésképtelen az ellátóban bekövetkező változtatások kihathatnak a kliensekre


62 of 72

UML modellezés

12. előadás

FÜGGŐSÉGI KAPCSOLAT TÍPUSOK használat «use» a kliensnek szüksége van az ellátóra ahhoz, hogy teljes legyen jelentésében vagy implementációjában absztrakció «abstraction» a kapcsolatban részt vevő két elem ugyanazon fogalmat reprezentálja, különböző absztrakciós szinteken, mint például: interfész megvalósítás «interface» komponens megvalósítás «component» helyettesítés «substitute»


63 of 72

UML modellezés

12. előadás

az Oktató osztály használja a Dátum típust

az Oktató megvalósítja a Mobilitás és a Kutatás interfészeket


64 of 72

UML modellezés

12. előadás

10. CSOMAG DIAGRAM a rendszert csomag szinten szervező diagram, akár a tervezés, akár az implementáció szintjén az implementáció szintjén a csomag részei lehetnek osztályok, interfészek, névterek a tervezés szintjén a csomag részei lehetnek más diagramok, pl. osztálydiagramok, használati esetek


65 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI csomag összefoglaló elem

valamely nagyobb logikai egységet

függőség a csomagok közötti függőségek (import, használat, hozzáférés, összefésülés)


66 of 72

UML modellezés

12. előadás

PÉLDA CSOMAG DIAGRAM


67 of 72

UML modellezés

12. előadás

11. KOMPONENS DIAGRAM a komponens-alapú fejlesztési paradigma eleme, mely szerint a rendszer több, önálló komponens vagy szolgáltatás halmazaként jön létre általában a rendszert több, egymástól független csapat fejleszti, és a komponensek nemcsak az adott rendszer részeként, hanem alapvetően az újrafelhasználhatóság igényével készülnek igény, hogy a komponensek tetszőlegesen lecserélhetők legyenek egy másik, hasonló funkciójú komponenssel anélkül, hogy ez a rendszer többi részére hatással lenne


68 of 72

UML modellezés

12. előadás

DIAGRAM FAJTÁI logikai a rendszer logikai komponensek halmaza, pl. üzleti, folyamat komponensek fizikai a rendszer fizikai komponensek halmaza, pl. CORBA, EJB, .NET, WSDL komponensek


69 of 72

UML modellezés

12. előadás

A DIAGRAM ÉPÍTŐKÖVEI komponens egy egységbezárt modul, mely a külvilággal (más komponensekkel) kizárólag interfészén keresztül kommunikál nyújtott interfész a komponens által rendelkezésre bocsájtott szolgáltatás, melyet interfészén keresztül el lehet érni igényelt interfész olyan szolgáltatás, melyet az adott komponens más komponensektől vesz igénybe, azok interfészén keresztül konnektor kommunikációs kapcsolat, megszabhatja az interakció feltételeit


70 of 72

UML modellezés

12. előadás

PÉLDA KOMPONENS DIAGRAM


71 of 72

UML modellezés

12. előadás

IRODALOM Szép összefoglaló, innen valók az idegen képek www.uml-diagrams.org

ATM teljes kidolgozott példa www.math-cs.gordon.edu/courses/cs211/ATMExample/

Tanácsokkal ellátott bevezető agilemodeling.com/essays/umlDiagrams.htm


72 of 72

Bánsághi Anna 2014 Bánsághi Anna 1 of 72

Recommend Documents