1 / 27

IRT 8 -ik Kurzus UML Diagramok á brázolása A) Struktur á lis diagramok-folytat ás

Sapientia - Erdélyi Magyar TudományEgyetem (EMTE ) Csíkszereda IRT. IRT 8 -ik Kurzus UML Diagramok á brázolása A) Struktur á lis diagramok-folytat ás B) Viselkedési diagramok. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE ) Csíkszereda IRT. Strukturális diagramok :

maylin
Download Presentation

IRT 8 -ik Kurzus UML Diagramok á brázolása A) Struktur á lis diagramok-folytat ás

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT IRT 8-ik Kurzus UML Diagramok ábrázolása A) Strukturális diagramok-folytatás B) Viselkedési diagramok

  2. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT • Strukturális diagramok : • A1) Osztálydiagram ( Osztályok, Interfészek, Együttműködések) • A2) Objektumdiagram • A3) Komponensdiagram • A4) Környezeti diagram (telepítési diagram) • A5) Csomagdiagram

  3. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT • B) Viselkedési diagramok: • B1) Use Case diagram (Használati esetek diagramja) • B2) Aktivitási diagram • B3) Állapotdiagram-állapotgép diagram UML Diagramok Abrazolasa A) Sztrukturálási diagramok: B) Kornyezeti diagramok

  4. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT A1) Osztálydiagram , A2) Objektumdiagram Osztály/objektum Társaság 1..* 1..* Részleg (osztály) Attribútumok Módszerek Felelősségek Irodák Interfész Attribútumok, módszerek láthatósága Publikus +,Protected #, privát -

  5. Osztálydiagram

  6. objektumdiagram

  7. Egy-sok kapcsolat megvalósítása. A konténer Angster Erzsébet, Objektumorientált tervezés és programozás, Akadémiai Nyomda Martonvásár, 2003 pp. 96

  8. A konténer osztály metódusai • size():int a konténer méretét adja vissza • add(anObj:Object) objektum hozzaadása a konténerhez • first(): Object a tárolás szerinti első objektum referenciája • next(anObj:Object):Object az anObj-hoz képest a következő objektum visszaadása • prev(anObj:Object):Object az anObj-hoz képest az előző objektum visszaadása • remove(anObj:Object) az anObj objektumot törli a konténerből • clear() az összes objektumot törli a konténerből

  9. Felhasználói felület Graphical User Interface(GUI) • Def: egy berendezés azon elemeinek összessége, amelyek a felhasználóval való kommunikációért felelősek, és a berendezés vagy program irányítását, vezérlését teszik lehetővé. • Belső vezérlésű gépeknél (szoftveres irányításnál) • Parancssoros felhasználói felület (CLI) a parancsbevitel billentyűzettel történik, üzenetkijelzés monitoron szöveges formában • Szöveges felhasználói felület (TUI) a monitoron szöveges feliratú karaktercellák helyettesítik a nyomógombokat és egyéb grafikus elemeket • Grafikus felhasználói felület (GUI) a képernyőn szöveges és grafikus elemek együttesen jelennek meg

  10. Interfész (pl. Java) • Interfész a Java nyelvben egy absztrakt típus, amelyet arra használunk, hogy részletezze egy specifikus használatát azon interfésznek, amelyiket implementálni kell. • Az interface kulcsszóval deklaráljuk és tartalmaz: • művelet aláírást • konstans deklarációkat • változók deklarációja csak (static and final) típusúak lehetnek

  11. Interfész (pl. Java) • Def: Az interfész (interface) a műveletek deklarációjának egy olyan csoportja, amely egy osztály vagy komponens szolgáltatásait fejezi ki, leírja az elem kívülről látható viselkedését. (de NEM valósítja meg ) • A komponens a rendszer fizikailag is megjelenő, működőképes, más komponensekkel helyettesíthető eleme, amely logikai elemek (osztályok, együttműködés, interfészek) fizikai reprezentációja [RM]

  12. Egy létező interfészről • Egy rendezési algoritmus – elvárja, hogy összehasonlítható objektumok listáját (vektorát) adjuk meg. • Ezt a Comparator interfésszel adjuk meg • int compareTo(Object O1, Object O2) metódus visszatérő értékei • Negatív egész – ez az objektum kisebb, mint a hasonlított objektum • Zéró - az objektum egyenlő a hasonlított objektummal • Pozitív egész – az objektum nagyobb, mint a hasonlított objektum

  13. Comparable interfész public class compareSzakasz implements java.util.Comparator{ public compareSzakasz() { } public int compare(Object OB, Object OB2){ double elso=((szakasz)OB).mennyiaHossza(); double masodik=((szakasz)OB2).mennyiaHossza(); if(elso-masodik>0){return 1;} else if(elso==masodik){return 0;} else{return -1;} } }

  14. A szakasz, pont és összehasonlítás osztálydiagramja

  15. Architektúratervimplementáció és működtetés • Hogy működő szoftverrendszert kapjunk, a modellelemeket további absztrakciós lépéseket alkalmazva le kell képezni a fizikai megvalósítás szintjére • A fizikai tervezés feladata a különböző komponensek kapcsolatának és struktúrájának a működés mechanizmusának valamint a működtető környezetnek a meghatározása. • “KOMPONENSek: a rendszer újrafelhasználható elemei, amelyek egy fizikailag is létező gyűjteményt képeznek és amelyekből logikai tervek megvalósításakor építkezni lehet. A komponensek különböző készültségi fokon vannak jelen a rendszerben: fordításidejű, szerkesztésidejű és futtatható komp.”

  16. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT A3) Komponensdiagram (logikai) Interfész 2 Osztaly 3 Osztaly 1 Osztaly

  17. A komponens diagramja a szakasznak

  18. A termékek (artifacts) a szoftverfejlesztési folyamat egyes állomásainak fizikailag is létező eredményei, olyanok,amelyek valamilyen fizikai elemen (hardver, csomópont) ténylegesen megvalósíthatók. Ezek a termékek lehetnek modelldokumen-tumok, forrásfájlok, scriptek és végrehajtó állományok. • Erőforrások: • Fizikai egységek meghatározása • Kommunikációs útvonalak (communication paths) rögzítése (összeköttetések, protokollok) • A végrehajtási környezet előírása. • Az architektúratervezési munkában két diagramot használunk: • Komponensdiagram • Telepítési/működtetési diagram

  19. Komponensmodellezés • UML szemantikájában komponens minden olyan fizikai dolog, melynek alapvető rendeltetése a rendszer működésének bizto-sítása, az interfészek megvalósítása, a rendszer működéséhezszükséges, illetve az eredményként keletkező elemek (adattáblák, dokumentumok, fájlok) implementálása. • Komponens a szoftverrendszer autonóm, önállóan is működőké-pes, interfészeket igénylő és interfészeket megvalósítóeleme, amely objektumokegy összetartozó csoportjának állapotát és viselkedését fejezi ki. A komponens rejtett tartalommal rendelkezik és helyettesíthető minden más objektummal, amely azonos funkcionalitással rendelkezik.

  20. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT A4) Környezeti (Telepítési) diagram (fizikai) Csomópont Komponensek

  21. Könyvtári alkalmazás telepítési diagramja

  22. Telepítési diagram Forrás: http://www.visual-paradigm.com/VPGallery/diagrams/Deployment.html

  23. Forrás: http://www.agilemodeling.com/artifacts/deploymentDiagram.htm

  24. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT B1) Use Case (Használati esetek) diagram Aktorok Használati esetek

  25. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT Kezdeti állapot B4) Állapotdiagram Akciók Szekvenciális elágazás Elágazás (Concurrent fork) Összefolyás (Concurrent join) Végállapot

  26. Sapientia - Erdélyi Magyar TudományEgyetem (EMTE) Csíkszereda IRT Aktivitási diagram Időben függőleges, térben vízszintes Példa: 1. Részleg 2. Részleg 3. Részleg I D Ő T Ė R

More Related