Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter

Hasonló dokumentumok
Dr. Mileff Péter

Rendszer szekvencia diagram

Kölcsönhatás diagramok

Programozási technológia

Dinamikus modell: állapotdiagram, szekvencia diagram

Bánsághi Anna 1 of 67

Integrált keretrendszer

Előzmények

ELŐADÁS ÁTTEKINTÉSE. Tevékenységek tervezése Gantt diagramm

Szoftver technológia ProgMat -

A dokumentáció felépítése

Szoftverprototípus készítése. Szoftverprototípus készítése. Szoftverprototípus készítése

UML (Unified Modelling Language)

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

A SZOFTVERTECHNOLÓGIA ALAPJAI

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

2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA

Számítógépes Hálózatok. 5. gyakorlat

Szoftvertechnológia ellenőrző kérdések 2005

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)

A rendszer célja. Funkciók

Szoftver-technológia II. Architektúrák dokumentálása UML-lel. Irodalom. Szoftver-technológia II.

Alapszintű formalizmusok

A Vonallánc készlet parancsai lehetővé teszik vonalláncok és sokszögek rajzolását.

Operációs rendszerek. Az NT folyamatok kezelése

Az UPPAAL egyes modellezési lehetőségeinek összefoglalása. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék

Norway Grants. Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai. Kakuk Zoltán, Vision 95 Kft.

Programozás alapjai (ANSI C)

2) Tervezzen Stibitz kód szerint működő, aszinkron decimális előre számlálót! A megvalósításához

Az informatika kulcsfogalmai

Adat és folyamat modellek

Autóipari beágyazott rendszerek. Komponens és rendszer integráció

3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek Megoldások

Modell alapú tesztelés mobil környezetben

C programozási nyelv

Baran Ágnes. Gyakorlat Függvények, Matlab alapok

TERC V.I.P. hardverkulcs regisztráció

Debreceni Egyetem Matematikai és Informatikai Intézet. 13. Védelem

Modellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK

Csoportos üzenetszórás optimalizálása klaszter rendszerekben

Tartalom Kontextus modellek Viselkedési modellek Adat-modellek Objektum-modellek CASE munkapadok (workbench)

Magas szintű adatmodellek Egyed/kapcsolat modell I.

Programfejlesztési Modellek

Bevezetés az informatikába

Áttekintés. Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: Ficsor Lajos. Unified Modeling Language UML / 1

Áttekintés. rténete 1. Az UML törtt. Miskolci Egyetem Általános Informatikai Tanszák. Ficsor Lajos UML / 1

Soros felépítésű folytonos PID szabályozó

Komplex záróvizsga témakörök Gazdaságinformatikus szak Pénzintézeti informatikus szakirány 2018

Adatszerkezetek Adatszerkezet fogalma. Az értékhalmaz struktúrája

Lépcsők és korlátok hozzáadása

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

VISUAL UML A RENDSZERTERVEZÉS OKTATÁSÁBAN

5. Hét Sorrendi hálózatok

3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek Megoldások

Space Invaders Dokumenta cio

Eseménykezelés. Szoftvertervezés és -fejlesztés II. előadás. Szénási Sándor.

VII. Appletek, grafika

A TERC VIP költségvetés-készítő program telepítése, Interneten keresztül, manuálisan

Új prezentáció létrehozása az alapértelmezés szerinti sablon alapján.

Központi SQL adatbázis kapcsolat

Operációs rendszerek. Az NT memóriakezelése

Matematika osztályozó vizsga témakörei 9. évfolyam II. félév:

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

... S n. A párhuzamos programszerkezet két vagy több folyamatot tartalmaz, melyek egymással közös változó segítségével kommunikálnak.

S01-7 Komponens alapú szoftverfejlesztés 1

Automatikus infrastruktúra menedzsment és alkalmazástelepítés

INFORMATIKA - VIZSGAKÖVETELMÉNYEK. - négy osztályos képzés. nyelvi és matematika speciális osztályok

Üzemszervezés A BMEKOKUA180

SSADM. Az SSADM (Structured System Analysis and Desing Method) egy rendszerelemzési módszertan.

3. M. 1. L. 1. Bevezetés

Temporális logikák és modell ellenırzés

Szekvenciális hálózatok és automaták

S0-02 Típusmodellek (Programozás elmélet)

TEVÉKENYSÉGEK TERVEZÉSE TEVÉKENYSÉGEK TERVEZÉSE TEVÉKENYSÉGEK TERVEZÉSE IDŐTERVEZÉS. IDŐTERVEZÉS (Gantt diagramm)

Iman 3.0 szoftverdokumentáció

Kommunikáció. 3. előadás

TERMÉKTERVEZÉS PANDUR BÉLA TERMÉKTERVEZÉS

Programozási nyelvek 1. előadás

Adatszerkezetek és algoritmusok

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

ECDL képzés tematika. Operáció rendszer ECDL tanfolyam

Érintőképernyős terminálok NB sorozat

Tartalom jegyzék 1 BEVEZETŐ SZOFTVER ÉS HARDVER KÖVETELMÉNYEK 2 2 TELEPÍTÉS 2 3 KEZELÉS 5

Debreceni Egyetem Informatikai Kar. Az UML eszközeinek bemutatása egy komplex rendszer tervezésén keresztül

S01-8 Komponens alapú szoftverfejlesztés 2

Rekurzió. Dr. Iványi Péter

Gyakorló feladatok: Formális modellek, temporális logikák, modellellenőrzés. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék

ADATBÁZIS ALAPÚ RENDSZEREK

DEHNsupport Toolbox - Kockázatelemzés Export/import (archiválás, megosztás) 2013 DEHN + SÖHNE / protected by ISO 16016

Microsoft Excel 2010

Rendszermodellezés 1. ZH, A csoport, nagyfeladatok

Időzített átmeneti rendszerek

Telepítési útmutató. 1 Nintex Workflow 2010 telepítési útmutató

Webprogramozás szakkör

USB I/O kártya. 12 relés kimeneti csatornával, 8 digitális bemenettel (TTL) és 8 választható bemenettel, mely analóg illetve TTL módban használható.

Objektum Orientált Szoftverfejlesztés (jegyzet)

Zárthelyi mintapéldák. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék

3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek Megoldások

Kommunikáció. Távoli eljáráshívás. RPC kommunikáció menete DCE RPC (1) RPC - paraméterátadás. 3. előadás Protokollok. 2. rész

Átírás:

Dr. Mileff Péter 1 2 Szekvencia diagram Feladata:objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé mutató időtengelyt képvisel. Az időbeliség alapesetben csak sorrendiséget jelent: amelyik üzenet nyila lejjebb található, az követi a felé rajzolt üzenetet. A lefelé lejtő nyíllal jelölt üzenet továbbítása valamennyi időt vesz igénybe Elemei: Objektumok életvonallal Üzenetek Megjegyzések Szekvencia diagram Objektumok: amelyektől egy szaggatott vonallal jelzett életvonal indul, amely felülről lefelé az idő múlását jelképezi. Az életvonalon jelölhetők az objektum aktivitási szakaszai. Az aktivitási szakaszt a szaggatott vonal helyett elnyújtott téglalap jelzi. Üzenetváltások: Az objektumok közötti üzenetváltásokat a küldő életvonalától a fogadóéig rajzolt nyíllal jelöljük. A nyílra az üzenet elnevezését írjuk, esetleg az üzenet paraméterei és a kapcsolódó feltételeket is. Az üzenet továbbítás ideje általában nullának tekinthető, ezért a nyilak vízszintesek. Megjegyzések: a diagram bal szélén, megszorítások és időbeliségre utaló jelölések helyezhetők el. 3 4 1

Szekvencia diagram: példa 1 5 Szekvencia diagram üzenet fajták Szinkron üzenet (kérés):a küldő elküldi az üzenetet, majd vár a válaszra. A fogadó aktiválódik (ha nem volt az). Válasz üzenet:mindig az előző üzenetre vonatkozik. A választ küldő deaktiválódik, a fogadó pedig aktiválódik. Aszinkron üzenet (szignál):a küldő elküldi az üzenetet, de folytatja a munkáját, nem vár válaszra. Objektum létrehozása:az üzenet hatására létrejön egy új objektum. A nyíl ilyenkor az objektum fejre mutat. Objektum megszüntetése:az üzenet hatására egy objektum megszűnik. Az életvonal végét egy X zárja le. Üzenet nem nulla továbbítási idővel:ha ki akarjuk hangsúlyozni, hogy egy üzenet továbbítása időt vesz igénybe, ferde nyilat használunk. Saját magának küldött üzenet:egy objektum küldhet saját magának üzenetet. Rekurzív üzenet:az objektum saját magának küld üzenetet. Az objektum fő tevékenysége felfüggesztődik a kiszolgálás idejére. ( Beágyazott aktivitási szakasz ) 6 Szekvencia diagram: példa 2 Szekvencia diagram: példa 3 7 8 2

Egy osztály objektumainak ábrázolja: az életciklusuk alatt felvehető lehetséges állapotait és az állapotok közötti lehetséges átmeneteket Az állapotok közötti átmenetet valamilyen esemény bekövetkezése okozza. Az átmenetek atomi egységek, nem szakíthatók félbe, azaz időponthoz kötöttek. Az átmenetet nyitott hegyű nyíllal jelezzük. 9 10 (állapotok jelölése) Az állapot időtartamhoz kötött. Tehát van időtartama Egy adott állapotba az objektum belép, majd valamennyi idő után abból kilép. Egy adott absztrakt állapotban tartózkodó objektum ebben az időszakban több konkrét állapotot is felvehet. Pl.: a tárgyat nem teljesítette absztrakt állapotban állapoton belül marad a hallgató az aláírás megtagadva aláírás pótolva elégtelen vizsgajegy konkrét állapotokat felvéve. Minden állapothoz legalább egy átmenet vezet, és onnan legalább egy átmenet vezet egy másik állapotba. Lehetséges olyan esemény, amelynek hatására ugyanabba az állapotba tér vissza az objektum. Pl.: az elégtelen ismételt vizsga a tárgyat nem teljesítette állapotból ugyanabba az állapotba viszi vissza a hallgató objektumot. (állapotok jelölése) A diagramon két speciális állapot: Kezdőállapot:ebbe kerül az objektum, amikor létrejön. Ebbe az állapotba nem vezethet átmenet. A kezdőállapotot kitöltött körrel jelezzük. Végállapot: az objektum megszűnését jelzi. Ebből az állapotból nem indulhat ki átmenet. Egy körbe rajzolt ponttal jelöljük. 11 12 3

(állapot jelölése) (Példa diagram ATM automata) 13 14 Együttműködési diagram Az objektumoknak a probléma megoldásában való együttműködését mutatja be. Konkrét objektumokat tartalmazó diagram Az objektumok közötti dinamikus kapcsolatokat ábrázolja. Az objektumok közötti ismeretségi, illetve tartalmazási (egész - rész) kapcsolatokat is. Objektumok közötti üzeneteket nyilakkal ábrázoljuk: ráírjuk az üzenet nevét a nyíl iránya jelzi az üzenetküldés irányát számozhatjuk: az eseményeket relatív rendezettségét jelzi. 15 16 4

Együttműködési diagram Mikrohullámú sütő 1 perces főzésének forgatókönyve 17 18 Feladata:időben lezajló változások, folyamatok ábrázolása a végrehajtandó tevékenységek és azok sorrendjének megadásával. Gyakran használjuk a használati esetekben leírt forgatókönyvek működésének leírására vagy akár egy operáció implementálási módjának definiálására. Alkalmas egy alrendszer vagy az egész rendszer működésének a szemléltetésére is. Alapja a folyamatábra és a munkafolyamat diagram. (alapelemek) A diagram alapelemei: Tevékenységek: A tevékenység (aktivitás) valamilyen végrehajtandó műveletsorozat. Lehet akár nagyon bonyolult, összetett tevékenység is. A tevékenységek részleteit újabb aktivitás diagrammalis meg lehet adni, ezáltal a tevékenységek egymásba ágyazhatók. Jelölése lekerekített sarkú téglalap. Átmenetek:az egymás után végrehajtandó, egymástól függő tevékenységeket nyíllal kötjük össze. 19 20 5

(alapelemek) Döntési pont: alternatív végrehajtási utakat hozhatunk létre segítségükkel A döntési pontba legalább egy nyíl vezet a döntést megelőző tevékenység(ek)től. És legalább két nyíl az alternatív tevékenységekhez. A döntési pontból kiinduló nyilakhoz szögletes zárójelben meg kell adni az irány feltételét Az alternatív ágak összefutásánál szintén egy rombuszt helyezhetünk el. Kezdő- és végállapot: jelölése azonos az állapotgép diagraméval. (alapelemek) Szinkronizációsvonal: Párhuzamos tevékenységek szétválasztása és összeolvasztása. Alternatív végrehajtási utak létrehozása Legalább egy nyíl vezet a megelőző tevékenység(ek)től, és legalább két nyíl a párhuzamos tevékenységekhez. A szétválasztáshoz logikai kifejezés (őrszem, guard) kapcsolható Jelölése: szögletes zárójelpár. Az alapértelmezés szerinti őrszem: [és]. Az összeolvasztás vonala egy szinkronizációspont: az azt követő tevékenység csak akkor kezdődhet, ha mindegyik párhuzamos tevékenység sorozat véget ért. 21 22 (Kávéautomata mintapélda) (sávos aktivitás diagram) Cél: jelöljük az egyes tevékenységek végrehajtóit is. A diagramot sávokra osztjuk fel. Minden sáv tetejére egy végrehajtó nevét írjuk. Az egyes tevékenységek ez alapján kerülnek szeparálásra. A tevékenységek végrehajtói: aktorok, objektumok vagy akár nagyobb architekturális egységek. 23 24 6

25 26 Komponens diagram Komponens diagram (mintapélda 1) A rendszert alkotó fizikai komponenseket (szoftverelemeket) és az azok közti kapcsolatokat ábrázolja. Segítségével rendszerezhetjük, csoportosíthatjuk a rendszer szoftver elemeit, az egyes komponenseket egymáshoz rendelhetjük, egymásba leképezhetjük. Pl.: osztályhoz forráskódot, forráskódhoz futtatható fájlt rendelhetünk. 27 28 7

Komponens diagram (mintapélda 2) 29 30 Telepítési diagram Telepítési diagram Feladata: a működő szoftver rendszer alkotóelemeinek az azokat működtető hardver-szoftver elemek összerendelése és a működtető elemek közötti kapcsolatok ábrázolása. A szoftver elemei lehetnek: végrehajtható program modulok beállítások, konfigurációs fájlok adatok A működtető elemek lehetnek: számítógépek, hálózati csomópontok végrehajtási környezetek (virtuális gép, alkalmazás szerver stb.) Példaként rajzoljuk meg egy tanulmányi nyilvántartó rendszer egy lehetséges telepítési diagramját. Feladata: a működő szoftver rendszer alkotóelemeinek az azokat működtető hardver-szoftver elemek összerendelése és a működtető elemek közötti kapcsolatok ábrázolása. A szoftver elemei lehetnek: végrehajtható program modulok beállítások, konfigurációs fájlok adatok A működtető elemek lehetnek: számítógépek, hálózati csomópontok végrehajtási környezetek (virtuális gép, alkalmazás szerver stb.) 31 32 8

Telepítési diagram (mintapélda 1) Telepítési diagram (mintapélda 2) 33 34 35 9