UML. Unified Modeling Language. (Egységesített Modellező Nyelv)

Átírás

1 UML Unified Modeling Language (Egységesített Modellező Nyelv) Készítette: Góth Júlia

2 KÖLCSÖNHATÁS DIAGRAMOK (INTERACTION DIAGRAMS) Dinamikus viselkedési diagramok, Objektumokból és a közöttük lezajlódó üzenetváltásokból állnak. Két típusa van: Szekvencia diagram (sequence): egymásutániság, időbeliség van a középpontban. Objektumok közti üzenetváltások időbeli sorrendjének leírására szolgál. Együttműködési diagram (collaboration): az objektumok kölcsönhatásait egymáshoz való kapcsolataik alapján adja meg (gráf). Szekvencia diagram (sequence diagram) A rendszer dolgai (aktorok, objektumok) időben hogyan működnek együtt egy-egy használati eset megvalósítása érdekében. A rendszer dolgai (objektumai) hogyan valósítanak meg egy használati esetet. Y tengely idő (kölcsönhatások időbeli egymásutániságát ábrázolja) X tengely objektumok (dolgok) egymásután felsorolva objektumok idő A szekvencia diagram elemei Objektumok Osztály egy objektuma, vagy aktor is lehet.

3 Objektumnak létezik életvonala (lifeline), (függőleges szaggatott vonal) ha az objektum az elejétől a végéig létezik, akkor a Ha az objektum már működés közben jön létre, akkor: a create üzenettel lehet létrehozni, és szükség esetén a destroy üzenettel lehet törölni. Jele: Create Destroy Objektum lehet aktív, vagy várakozó állapotban. Lehetőség van rekurzió megvalósítására is switch 4:routing

4 Objektumnak lehet alternatív működése vagy párhuzamos ága, azaz az objektum többféle aktív állapotban is lehet (ezek az ágak mutatják a kommunikáció feltételes ágait (conditional branch): Üzenetek (message, signal) Információ-továbbítás két objektum között. Jele: (eljárás hívás), vagy sima fejű nyíl: vezérlésátadás vagy (visszatérés az eljárásból) Formája: [szám]:[őr] név Szám: üzenet sorszáma (ennek elhagyása ebben a diagramban megengedett ugyan, de a későbbi hivatkozás miatt az alkalmazása nagyon hasznos) Őr: valamilyen feltétel Név: üzenet neve Időbeliség: nem telik el idő az üzenet küldése során 1.receive.time - 1.send.time = 0 idő telik el az üzenet küldése során 1.receive.time - 1.send.time > 0 átmeneti idő (két üzenetváltás között) { }. Ezt gyakran fontos lehet megadni

5 Példa (1) jelszóellenőrző diák 1:jelszókérés 2:jelszóküldés {2. receive.time - 1.send.time < 30s} (a jelszó kérése és megkapása között nem telhet el 30s-nál több idő) Példa (2) Telefonkapcsolat kiépülése: caller switch reciver 1:liftreciver receiver {2:receive.time - 1:send.time < 1s} {3:receive.time - 2:send.time < 30s} 2:dial tone 3:dialing {4:receive.time - 4:send.time < 5s} 4:routing 6:ringtone 5:ringing 8:stop ringtone 7:liftreciver receiver 9:stop ringing 1s

6 Példa (3) Diákok jelentkezése:

7 Együttműködési diagram (collaboration diagram) Hangsúly az objektumok közötti kapcsolatokon, kölcsönhatásokon van és nem az időn Az idő nem a tengely mentén követhető, hanem az üzenetek sorszámozásából Gráfos reprezentálási technika: Csúcsok: objektumok Élek: kapcsolatok, összeköttetések A diagram elemei Objektumok :név Aktív objektum: vastag vonalú téglalap vagy {aktív} címke, Passzív objektum, ami csak egy üzenet hatására aktivizálódik, Üzenet hatására létrejött objektum mellé {new} címkét teszünk, destroy üzenettel el is pusztíthatunk egy objektumot, címkéje: {destroy}. Összeköttetések Jele: (egymással összeköttetésben, kapcsolatban álló objektumokat összekötjük) A vonalon jelöljük az üzeneteket a sorszámukkal együtt: [őr] szám: név őr: feltétel szám: üzenet sorszáma (ez nem hagyható el!) név: üzenet neve

8 Példa 3:jelszókérés 4:jelszóküldés :jelszóellenörzés ő 5:ellenörzés ellenőrzés diák 1:belépés () 7:hibás jelszó belépés megtagadva [ellenőriz=true] 6.1:jelszó jó [ellenőriz=false] 6.2:jelszó rossz 10:exit 8:válasszon műveletet [vál=1] 9.1:add tárgynév [vál=2] 9.2:review [vál=3] 9.3:delete tárgynév [vál=4] 9.4:exit 2:jelszóellenőrzés() :jelentkezéskezelő

9 ÁLLAPOTTÉRKÉP DIAGRAM (STATECHART DIAGRAM) A rendszer dinamikus viselkedését írja le. Nagyon elterjedt diagram nemcsak OO megközelítéshez. Véges automatákból származik, Harel állapottérkép diagramját vették át, és tették objektumorientálttá. Az objektum állapotait írja le, és azt, hogy milyen események váltják ki az állapotátmeneteket. Gráfos reprezentációs technika, ahol a gráf csúcsai az objektum állapotait, a gráf élei pedig az állapotátmeneteket (rajta az esemény) szimbolizálják. A diagram elemei: Átmenetek (transitions): Jele: nyíl, azaz átmenet a két állapot között (állapotváltozások) Formája: esemény [őr feltétel] / tevékenység kifejezése Esemény: valamilyen említésre érdemes történés, ennek hatására jön létre az állapotátmenet Formája: eseménynév(paraméterlista) Előre definiált pl.: after(5s), when(temperature>10 C) Állapotok (states): Az objektum valamilyen állapotban van. Ennek típusai: Kezdőállapot ( ) Végállapot ( ) Egy diagramban 1 kezdő és 1 végállapot van. Belső állapot: egy elem élete során bizonyos feltételnek eleget tesz, valamilyen tevékenységet végez, valamire vár.

10 Belső állapot Tevékenység címke/tevékenység kifejezés megadja, hogy az adott állapotban milyen tevékenységek hajtódnak végre, azaz az adott állapothoz milyen tevékenységek társulnak. On esemény / ^ eseményhez kapcsolódó tevékenység (esetleg ilyen tevékenység is lehet) Ezek a legáltalánosabban használt tevékenységcímkék. Kompozit állapotok (composite states) Olyan állapotok, amiknek vannak további részállapotaik (substates). A kompozit állapoton belül az állapotok közti végrehajtás lehet Szekvenciális kompozit állapot neve A B C

11 Konkurens kompozit állapot neve A1 A2 B1 B2 C C1 C2 Ez olyan, mintha több állapotgép futna párhuzamosan. C-be való belépés csak akkor történhet, ha mindhárom konkurens folyamat befejeződött. Q. Mikor használjunk 2 külön állapotot? A. Ha az egyik állapot üzenetet küld vagy kap a másiktól Q. Mikor használjunk kompozit állapotot? A. Ha az egyik állapot hatással van a másikra. Ha a 2 között nincs vagy kicsi a kapcsolat, együttműködés, akkor a tervező dönti el, hogy melyik módszert választja. Emlékező állapot (history state): Megjegyzi azt a részállapotot, amiből elhagytuk a kompozit állapotot, és amikor újból belépünk a kompozit állapotba, a megjegyzett részállapotba fogunk visszatérni. Jele: H Mélyen emlékező állapot (deep history state) Nemcsak azt jegyzi meg, hogy melyik alállapotból hagytuk el a kompozit állapotot, hanem ha voltak az alállapotnak is alállapotai, akkor azt is megjegyzi, hogy az alállapot melyik alállapotából léptünk ki (teljes mélységet megjegyzi). A H* a legfelső kompozit állapotban nem más, mintha a kompozit állapot minden részállapotába és annak is a további részállapotaiba (melyek szintén kompozit állapotok) H emlékező állapotok tennénk. Jele: H*

12 Szinkronizáló állapotok Konkurens végrehajtású kompozit állapotoknál van jelentősége, pl. ütemezés, építkezés. Egyik ág hatással van a másikra. B ágon a B2 állapotba csak akkor léphetünk, ha az A ágon lévő A1 állapotot már elhagytuk. Példák Szekvenciális végrehajtás Idle card inserted Active Validating maintain Maintenance cancel Selecting Processing [continue] [not continue] Printing entry / readcard exit / ejectcard Itt mivel nincs a kompozit állapotban végállapot, a kompozit állapotból való kilépés azt jelenti, hogy a kompozit állapot bármelyik állapotából kiléphetünk.

13 Konkurrens végrehajtás Taking class Lab1 Lab1 done Lab2 Lab2 done Project Project done Passed Final test pass fail Failed Emlékező állapot Backing Up Command H Collecting IT Query Copying Cleaning Up

14 Mélyen emlékező állapot // Ugyanaz, mint a H* B A H* A1 A11 H A111 H H A112 IT Query A12 A121 A A122 A2 A21 A22 Szinkronizáló állapotok Vízvezetékcsövek lerakása Vizesblokk kialakítása Burkolási munkák elkezdése (ahol nincs cső) Burkolási munkák befejezése

15 Példa állapottérkép diagramra (telefonálás) Idle Lift receiver / get dial tone Active Dial Tone Do/play dialtone After 15s Dialdigit(n) Timeout Do/play msg Dialdigit(n) [incomplete] Dialing Invalid Do/play msg 1 Dialdigit(n) [valid] /connect Busy Connecting Busy Pinned Do/play busytone Callee answers Talking Callee hangs up Callee answers / enable speech Ringing Do/play ringtone Példa állapottérkép diagramra (termosztát működése) toocold(desiredtemp) attemp Idle toohot(desiredtemp) attemp Heating Activating Active toohot(desiredtemp) toocold(desiredtemp) Cooling Activating Active

16 TEVÉKENYSÉGDIAGRAM (ACTIVITY DIAGRAM) időben lezajló változások, tevékenységek leírására szolgál: a végrehajtandó tevékenységek, és azok sorrendjének megadásával. tevékenység központú leírás Dinamikus viselkedési diagram, alapjai: flowchart (folyamatábrák) work-flow (munkafolyam) diagram A diagram elemei: tevékenység állapotok tevékenység kezdő tevékenység céltevékenység (körben egy pötty) altevékenység állapot: döntési pont (decision) [feltétel1] [feltétel2] 1 bemenő ág és 2vagy több kimenő ág egyesítési pont (merge) 2 vagy több bemenő ág, 1 kimenő ág

17 állapotátmenetek szinkronizációs vonal join fork Join: több ágon (egymással párhuzamosan) futnak a tevékenységek, de egy bizonyos időpontban meg kell várni, hogy mindegyik ág befejeződjön, hogy az újabb tevékenységállapotba kerüljünk Fork: egy bizonyos időpontban a tevékenység több ágon fog tovább futni Példa: Egy bolti vásárlás alkalmával 50$ alatt nem kell azonosítás, 50$ felett igazolványt kell bemutatni. összeg kiszámolása [összeg < 50$] fizetés [összeg > 50$] azonosítás jelküldés (signal sending) <no send action> Tevékenység során jelet küldünk egy objektumnak. jelvétel (signal recipt) <no receive action> Objektum küld jelet, ami valamilyen tevékenységet fog kiváltani.

18 Példa: kávéfőző működése kávéfőző bekapcsolása bekapcsol <no send action> fő a kávé kávéfőző lámpa <no receive kialszik action> kész a kávé Úszópálya diagram (swimlane) Tevékenység diagram (módosított) kibővített verziója. név1 név2 név3 A diagram úszópályákra van felosztva. név: az adott úszópályákhoz tartozó tevékenység sorozatok neve Példa: gyorséttermi kiszolgálás vendég kiszolgáló konyha pizza rendelés fizetés rendelés felvétele pizza készítése átvétel kiszállítás

19 Példa: kávéfőzés menete kávé keresése [nincs kávé] kóla keresése [nincs kóla] [van kávé] [van kóla] kávé a szűrőbe víz a kávéfőzőbe kiöntő odakészítése pohár előkészítése kólásdoboz megfogása szűrő a kávéfőzőbe doboz kinyitása kávéfőző bekapcsolása <no bekapcsol send action> fő a kávé kávéfőző <no lámpa receive kialszik action> kész a kávé kávé ízesítése ivás

20 Összefoglalás (viselkedési diagramokra) Dinamikus viselkedésdiagramok típusai: szekvencia (idő orientált) együttműködési (kapcsolat vagy üzenet orientált) állapottérkép diagram (esemény orientált) tevékenység diagram (tevékenység szerint) kölcsönhatás diagram: objektumok és köztük levő üzenetváltásokból épül fel Tevékenység diagram: felfogható kifordított kölcsönhatás diagramnak is, mert az objektumok közt lejátszódó tevékenységeket írja le Kölcsönhatásdiagram: az objektumokat mutatja be, amelyek üzeneteket küldenek egymásnak Tevékenységdiagram: azt mutatja, hogy a vezérlési folyamat hogy megy tevékenységrőltevékenységre. Állapottérkép diagram: azt mutatja, hogy a vezérlési folyamat hogy megy állapotról-állapotra.

21 IMPLEMENTÁCIÓS DIAGRAMOK (IMPLEMENTATION DIAGRAMS) Komponens diagram Feladatkiosztási (telepítési) diagram Komponens diagram (component) Fizikai diagram: közelítünk a fizikai megvalósítás felé Strukturális diagram Komponens: fizikai alkotóelemek logikai elemek fizikai realizációja (megvalósításai), más szóval logikai elemek szoftver implementációi. szoftverkomponens, ami a számítógépben tárolódik, és nem az elemző agyában. Komponensdiagram: komponensek közti függőségeket ábrázolja. logikai elem lehet: osztály együttműködés interfész fizikai elem lehet: futtatható kód dokumentum táblázat könyvtár forrásállomány adatfile A komponens diagram elemei: Fizikai elemek: futtatható állomány (<<executables>>) (olyan komponens, amely futtatható a csomóponton) könyvtár (<<library>>) (dinamikus vagy statikus objektum könyvtárat jelöl) táblázatok (<<tables>>) (adatbázistáblát reprezentál)

22 dokumentum (<<documents>>) (olyan komponens, ami egy dokumentumot jelöl) file (<<documents>>) (olyan komponens, ami forráskódot vagy adatot tartalmazó dokumentumot forráskódot vagy adatot tartalmaz) Összefoglaló néven ezek a komponensek. Komponens megadása az UML szabvány szerint (a többi fent megadott forma, csak ajánlás, nem része a szabványnak): kompneve.kit Osztály1 Osztály2 Osztály3 A komponens a fizikai elem, az osztály pedig a logikai elem, amit megvalósít. Interfész (interface) A komponensekhez a hozzáférés interfészen keresztül történhet, direktben nem. <<interface>> interfész neve A komponensek interfészeken keresztül kapcsolódnak egymáshoz.

23 megadása. Component3 VAGY <<interface>> interfész neve Component1 Kapcsolatok függőség realizáció vagy Feladatkiosztási (telepítési) diagram (Deployment diagram) Fizikai diagram A szoftver és hardver közti kapcsolatot adja meg. A feladatot hogyan rendeljük hozzá a feladatvégző (csomópont) egységhez. feladat komponens feladatvégző csomópont (node) A diagram elemei a hardverelemek. A feladatkiosztási diagram elemei: csomópontok (node) kocka csomópont komponens viszony jelölési módjai: Csomópont név komp1 komp2

24 VAGY Csomópont név deploys komp1 komp2 VAGY Csomópont név komp1 komp2 Kapcsolat (connection): fizikai kapcsolatok a csomópontok között, pl. Ethernet kábel. Jele: Példa: Admin munkaállomás admincourse.exe TCP/IP DB Server processor speed: memory: hallgatói terminál tárgyjel.exe