Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 1
FicsorLajos
Unified Modeling Language UML / 1
UnifiedUnified ModelingModeling LanguageLanguage (UML)(UML)ÁÁttekintttekintééss
Ficsor Lajos
Miskolci Egyetem
Általános Informatikai TanszékUtolsó módosítás: 08. 10. 16.
FicsorLajos
Unified Modeling Language UML / 2
SzSzüükskséégessgesséégegeAz objektum orientált fejlesztési módszerek a rendszer különbözı nézıpontú modelljeit készítik el
A modellek dokumentálására megfelelı technikára van szükség
A technikának szabványosnak kell lennie, mert ez– segíti a fejlesztık közötti kommunikációt (közös
nyelv),
– lehetıvé teszi a technikát támogató eszközök ("tool"-ok) készítését
FicsorLajos
Unified Modeling Language UML / 3
Az UML tAz UML töörtrtéénete 1.nete 1.Az 1990-es évek közepe - vezetı módszertanok:
Booch'93 (Booch): erıs a tervezés fázisában, népszerő az engineering-intenzív alkalmazásoknál.
OMT2 (Rumbaugh) : erıs az analízis fázis során, népszerő az adat-intenzív alkalmazásoknál.
OOSE (Jacobson) : kiváló támogatást ad a "business engineering"-hez, és igazan csak ez támogatja a követelmény analízist.
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 2
FicsorLajos
Unified Modeling Language UML / 4
Az UML tAz UML töörtrtéénete 2.nete 2.1991-ben Grady Booch és Jim Rumbaugh(Rational Software Corporation)1995 október: UML 0.8
1995-ben Ivar Jacobson is csatlakozott1996. október: UML 0.911997. január 17.: UML 1.0 (OMG-nek!)1997. szeptember: UML 1.1 (szabvány!)az utolsó teljes szabványos verzió az UML 1.5(elfogadva 2003. március) Részben elfogadva: UML 2.0 (2006. március.)
FicsorLajos
Unified Modeling Language UML / 5
Az UML tAz UML töörtrtéénete 3.nete 3.
Más módszerek Booch'91 OMT-1 OOSE
Booch'93 OMT2
UML 0.8
UML 0.9További fejlesztõ
partnerek
UML 1.0
1995
1996 jun, okt.
1997. jan. 17.
Sokféleség
Egységesítés
Szabványosítás
Iparszerû alkalmazás
FicsorLajos
Unified Modeling Language UML / 6
Az UML definAz UML definíícicióójajaAz OMG Unified Modeling LanguageSpecification, vers. 1.5 dokumentum 1.1 pontjának (Overview) elsı két mondata:The Unified Modeling Language (UML) is a language for specifying, visualizing, constructing, and documenting the artifacts of software systems, as well as for business modeling and other non-software systems. The UML represents a collection of the best engineering practices that have proven successful in the modeling of large and complex systems.
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 3
FicsorLajos
Unified Modeling Language UML / 7
Az UML fı célkitőzései 1.
Kifejezı vizuális modellezı nyelv biztosítása– fejlesztés támogatása– kommunikáció támogatása
Lehetıség az alap koncepció bıvítésére és specializálására– Alkalmazkodni tudjon a különbözı fejlesztések
szükségleteihez• Szokásos fejlesztés: elegendı legyen hozzá az alap eszköztár• Új elképzelésekkel az alapok módosítása nélkül legyen
kiegészíthetı (kiterjesztési mechanizmus)• Egy adott alkalmazásterület speciális igényei szerint testre
szabható legyen
FicsorLajos
Unified Modeling Language UML / 8
Az UML fı célkitőzései 2.
Programozási nyelvtıl és módszertantól független legyen
Biztosítson formális alapot a modellezı nyelv megértéséhez– Precíz definíciók szükségesek az eszköz készítık
számára– Érthetı (nem túl formális) definíciók szükségesek a
felhasználók számára– Megoldás: metamodell osztály diagrammok
segítségével
FicsorLajos
Unified Modeling Language UML / 9
Az UML fı célkitőzései 3.
Támogatja az objektum orientált eszközök fejlesztését– Számos felhasználó által ismert és használt,
szabványos eszköz
Az eddigi gyakorlati tapasztalatok ("bestpractices") integrálása
A magas szintő fejlesztési koncepciók támogatása: komponensek, keretrendszerek, minták (patterns) stb.
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 4
FicsorLajos
Unified Modeling Language UML / 10
HivatkozHivatkozáások 1.sok 1.A legteljesebb:www.omg.com/uml
Vég Csaba: Alkalmazásfejlesztés a UnifiedModeling Language szabványos jelöléseivelLogos 2000, Debrecen, 2000
Raffai Mária: Egységesített mogoldások a fejlesztésben; UML modellezı nyelv, RUP módszertanNovodat, 2001.
FicsorLajos
Unified Modeling Language UML / 11
HivatkozHivatkozáások 2.sok 2.Sike Sándor, Varga László: Szoftvertechnológia és UMLELTE Eötvös Kiadó, Budapest, 2002.
FicsorLajos
Unified Modeling Language UML / 12
A modell leíró nyelv elemei 1.
A továbbiakban szereplı elemek az 1.5 verziószerinti állapotnak megfelelıek.
use case diagramm
osztály diagramm
viselkedés diagrammok :– állapot diagramm (state diagram)
– aktivitás diagramm (activity diagram)
– sorrend diagramm (sequence diagram)
– együttmőködési diagramm (collaboration diagram)
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 5
FicsorLajos
Unified Modeling Language UML / 13
A modell leíró nyelv elemei 2.
implementációs diagrammok:– komponens diagramm (component diagram)
– telepítési diagramm (deployment diagram)
kiterjesztési mechanizmusok– kiegészítı jelölések, amelyek több diagramtípus által
is használhatók
Az UML tehát nem módszertan!
FicsorLajos
Unified Modeling Language UML / 14
KiterjesztKiterjesztéési mechanizmusoksi mechanizmusokAz UML kiegészítı jelölései. Feladatai:– a szabványos jelölésrendszer "testre szabása"– a szabványos elemekkel nem leírható modell
tulajdonságok rögzítése
Fajtái:– sztereotípia (stereotype): új modell elemek jelölésére– megszorítás (constraint): az UML más jelöléseivel
meg nem adható tulajdonságok– kulcsszavas értékek (tagged values): modell elemek
speciális jellemzıinek megadására– megjegyzések
FicsorLajos
Unified Modeling Language UML / 15
MegjegyzMegjegyzééseksek
Megjegyzés szövege
Megjegyzés teljes szövege:megjegyzes.doc
Egy osztály
Elemhez kapcsolt megjegy zés
Formája:
Kapcsolható egy elemhez:
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 6
FicsorLajos
Unified Modeling Language UML / 16
SztereotSztereotíípiapiaFormája:
« megnevezés »
A minısített név elıtt vagy fölött kell megadni.
Ikon is rendelhetı hozzá.
Az egyes ábratípusoknál speciális sztereotípiák jelennek meg.
FicsorLajos
Unified Modeling Language UML / 17
MegszorMegszorííttáásoksokFormája:
{ megszorítás leírása }
A leírás lehet szöveges vagy formális.
A formális leírásra egy ajánlat: OCL (ObjectConstraint Language, IBM)
Megadható:
minısített elem után vagy alatt
kapcsolt megjegyzésben
FicsorLajos
Unified Modeling Language UML / 18
Kulcsszavas Kulcsszavas éértrtéékekkekFormálisan ez is megszorítás
Adott névhez értéket rendel
Érték önállóan is szerepelhet
A fejlesztéssel kapcsolatos információkat is így rögzíthetjük
Példák:
{ persistent }
{author="Ficsor", version=0.9.9, date=00.01.01}
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 7
FicsorLajos
Unified Modeling Language UML / 19
UseUse casecase diagram 1.diagram 1.Jacobson "hozománya"
Use Case (használati eset):– interakció a felhasználó és az alkalmazás között
– a felhasználó által látható funkciót ír le
– konkrét felhasználói cél elérését rögzíti
A rendszer határait jelölhetjük ki.
Lényeges szerepe van a követelmény analízis során
FicsorLajos
Unified Modeling Language UML / 20
UseUse casecase diagram 2: diagram 2: AktorAktor
Jele:
A felhasználó egy szerepe a rendszerben.
Több felhasználó - egy aktor
Egy felhasználó - több aktor
Aktor lehet külsı rendszer is
Vásárló(f rom Act ors)
FicsorLajos
Unified Modeling Language UML / 21
UseUse casecase diagram 3: diagram 3: UseUse casecaseEgy jól meghatározott funkció, amelynek végrehajtása a rendszer és egy külsı entitás közötti üzenetváltást kíván.Jele:
A rendszer, egy alrendszer vagy egy osztály objektumai által végrehajtott funkció-együttes.Pontos leírása is szükséges (szöveges vagy egyéb diagram)
Áruvásárlás
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 8
FicsorLajos
Unified Modeling Language UML / 22
UseUse casecase diagram 4: Pdiagram 4: PééldaldaFizetés a kasszánál:
A vevı a kasszához megy a kiválasztott árukkal, a pénztáros leolvassa a vonalkódokat, a rendszer elkészíti a blokkot, a vevı fizet, a pénztáros elveszi az összeget.
Aktorok: vevı, pénztáros
A rendszer válaszai: egységár a vonalkódokra
Use-case-ek: vásárlás, blokkolás, fizetés
FicsorLajos
Unified Modeling Language UML / 23
UseUse casecase diagram 5: Pdiagram 5: Péélda (lda (áábra)bra)
Vásárló(f rom Actors)
Blokkolás
Áruvásárlás
Pénztáros
Fizetés
FicsorLajos
Unified Modeling Language UML / 24
UseUse casecase diagram 6: kapcsolatokdiagram 6: kapcsolatokAktor és use case között: asszociáció (jelölhetı a
számossága is)Use case-ek között:
<<include>>: A1 use case magában foglalja A2-ıt (részletezés, vagy ismétlıdés kezelése)<<extend>>: A1 use case mőködését A2kiegészíti (többlet funkciók vagy speciális esetek)
Aktorok vagy use case-ek között: általánosítás(generalization)
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 9
FicsorLajos
Unified Modeling Language UML / 25
UseUse casecase diagram 7: kapcsolatok (diagram 7: kapcsolatok (áábra)bra)
Pénztáros(f rom U se Cas e View)
Boltvezeto
Hitel adás
Göngyöleg kezelés
Áruvásárlás(f rom Use Case View)
<<include>>
Árulista megnézése
<<exte nd>>
Általánosítás
Blokkolás
FicsorLajos
Unified Modeling Language UML / 26
OsztOsztáálydiagramlydiagramOsztályok és összefüggéseik ábrázolásáraA rendszer statikus strukturális modelljeHárom szint:
koncepcionálisspecifikációsimplementációs - általában túl sok részlet, de– dokumentáció– kódgenerálás
Rajzolható objektum diagram is, az osztályok példányainak felhasználásával
FicsorLajos
Unified Modeling Language UML / 27
OsztOsztáálydiagram: osztlydiagram: osztáály szimbly szimbóólumaluma
Windowk
Windowsvisibi li ty : Bool eansize : A rea
display()hide()
Windowi
size : Area = (100,100)visibi lity : Boolean = invisiblexptr : XWindow*
display()hide()attachXwindow()create()
<<abstract>>
Koncepcionális
Specifikációs
Im plementációs
Név
Attribútumok
Operációk
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 10
FicsorLajos
Unified Modeling Language UML / 28
OsztOsztáálydiagram: objektum szimblydiagram: objektum szimbóólumalumaEgy konkrét objektum
Objektum neve : Osztály neve KissPista : HallgatóPl.:
Egy osztály tetszıleges objektuma
: Osztály neve
Megadhatók konkrét attribútum értékek is
Megjegyzés: az aláhúzás része a jelölésnek!
KissPista : Hallgató
Név = Kiss PistaNeptunKód = ZZZZZZ
FicsorLajos
Unified Modeling Language UML / 29
OsztOsztáálydiagram: attriblydiagram: attribúútumoktumokFormája:
láthatóság név : típus = alapérték
A láthatóság jelölése:
szabványos:
+ public
# protected
- private
Windowprivate attr.protected attr.public attr.
Rational Rose szerint
FicsorLajos
Unified Modeling Language UML / 30
OsztOsztáálydiagram: attriblydiagram: attribúútumoktumokkoncepcionális szint:
az osztálynak van ilyen adata (pl. a vásárlónak van neve)
specifikációs szint:
az osztálynak van adott típusú adata, amelyen meghatározott operációk hajthatók végre (pl. a vásárló neve beállítható, lekérdezhetı)
implementációs szint:
az osztály adott típusú mezıje és az azokat kezelımódszerei
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 11
FicsorLajos
Unified Modeling Language UML / 31
OsztOsztáálydiagram: operlydiagram: operáácicióókk
Formája:láthatóság név(param) : típus{comment}
típus a visszatérési érték típusaparam a paraméterlista (vesszıvel elv.)– azonosító : típus = alapérték
Közöttük lehetnek az alábbi sztereotípusok:– <<constructor>>– <<query>>– <<update>>– <<getting method>> vagy <<setting method>>
FicsorLajos
Unified Modeling Language UML / 32
OsztOsztáálydiagram: operlydiagram: operáácicióókkkoncepcionális szint:
a viselkedés lényegi elemei
specifikációs szint:
az osztály publikus módszerei
implementációs szint:
az osztály módszerei
FicsorLajos
Unified Modeling Language UML / 33
OsztOsztáálydiagram: lydiagram: kapcsolatokkapcsolatokKapcsolat az egyes osztályok között
Asszociáció (általános kapcsolat)Nevesített kapcsolatok:– általánosítás– tartalmazás (aggregáció és kompozíció)– beágyazott (osztály hatáskörben definiált) osztály -
elsısorban az implementációs szintő diagrammokon
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 12
FicsorLajos
Unified Modeling Language UML / 34
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióóJele vonal, tulajdonságai:
kapcsolat neve,szerepkör (mindkét irányban),irányítása (egy-vagy kétirányú vagy nincs),a szerepkörök számossága– n..m vagy n-m vagy n,m, ...,k– n,m stb lehet 0 vagy * (végtelen)– * magában a 0..* -ot jelenti.
A szerep kötött sorrendje is elıírható.Az asszociáció minısítıje is elıírható.Az asszociációhoz a tulajdonságait leíró osztály is rendelhetı.
FicsorLajos
Unified Modeling Language UML / 35
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióókoncepcionális szint:
viszony a fogalmak között
specifikációs szint:
felelısségek
implementációs szint:
az elérhetıség megvalósítása (pl. pointer, kulcs)
FicsorLajos
Unified Modeling Language UML / 36
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióóPélda:
Cég Személy1..*0..1
+alkalmazott1..*
+alkalmazóAlkalmazás0..1
Szerep nevek
Kapcsolat neve
Számosság Számosság
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 13
FicsorLajos
Unified Modeling Language UML / 37
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióó (szerep)(szerep)A szerep lehet sorrendiségi, azaz jelölhetjük, hogy az objektumok kötött sorrendben vesznek részt az asszociációban
Jelölése az {ordered} megszorítással
Példa:
sokszög pont3..*
{ordered}
+alkotjaSzerepnévmultiplicitás
Kötött sorrendben!
FicsorLajos
Unified Modeling Language UML / 38
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióó (szerep)(szerep)Két osztály közötti asszociációhoz tartozhat több szerep is
Ilyenkor minden szerephez egy vonal
Példa:
Tárgy Hallgató
+regisztrált
+gyakvezér
felvesz
demonstrátor
FicsorLajos
Unified Modeling Language UML / 39
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióó (min(minııssííttıı))A minısítı konkrét értékei az asszociáció többes oldalán az objektumok egy példányát vagy egy részhalmazát jelölik ki.
Jele:
Osztály1 minısítı Osztály2
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 14
FicsorLajos
Unified Modeling Language UML / 40
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióó (min(minııssííttıı))Példa:
Tárgy tárgykód Hallgatófelvesz
Ennek megfelelı objektum diagram:
SoftwareTechnológia : TárgyGEIAL2144N KissPista: Hallgató
felvesz
FicsorLajos
Unified Modeling Language UML / 41
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióó (tulajdons(tulajdonsáág)g)Olyan tulajdonságokat, amelyek inkább az asszociációhoz, mint valamelyik osztályhoz rendelhetık, összefoglalhatunk egy harmadik osztályba, amelyet a kapcsolathoz rendelünk.
Jelölés:
Osztály1 Osztály2
Tulajdonság
FicsorLajos
Unified Modeling Language UML / 42
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióó (tulajdons(tulajdonsáág)g)Példa:
Cég Személy
Alkalmazás
KezdeteFizetés
beosztás
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 15
FicsorLajos
Unified Modeling Language UML / 43
OsztOsztáálydiagram: asszocilydiagram: asszociáácicióó (t(tööbbes)bbes)Több osztály között fennálló asszociáció jelölése:
Osztály1
Osztály3
Osztály2 Osztály1
Osztály3
Osztály2
Osztály4
FicsorLajos
Unified Modeling Language UML / 44
OsztOsztáálydiagram: lydiagram: ÁÁltalltaláánosnosííttáássSpeciális (közvetett) viszony két osztály között
koncepcionális szint:
típus - altípus viszony
specifikációs szint:
az alosztály interface-e rendelkezik az ısosztály interfac-ének minden elemével
implementációs szint:
öröklıdés (származtatás)
FicsorLajos
Unified Modeling Language UML / 45
OsztOsztáálydiagram: lydiagram: ÁÁltalltaláánosnosííttááss
Alakzat
Kör Téglalap Hatszög
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 16
FicsorLajos
Unified Modeling Language UML / 46
OsztOsztáálydiagram: lydiagram: aggregaggregáácicióó éés kompozs kompozíícicióó
Kétféle egész - rész viszony:
aggregáció: a rész az egészhez tartozik, de önállóan is létezı entitás
kompozíció: a rész önmagában nem létezhet, csak valaminek a részeként.
FicsorLajos
Unified Modeling Language UML / 47
OsztOsztáálydiagram: lydiagram: aggregaggregáácicióó éés kompozs kompozíícicióó((áábra)bra)
Motor Kerék
Autó
1 4..51 4..5
Konyha Szoba
Ház
0..1 1..*0..1 1..*
Aggregáció Kompozíció
FicsorLajos
Unified Modeling Language UML / 48
OsztOsztáálydiagram: lydiagram: parametrizparametrizááltlt osztosztáályly
Címlista
Elemek:Tombelemelemszám:Integer
DinTomb
<<bind (Cím, 100)>>
Parametrizált osztály
Paraméterek
Konkretizált osztály
Konkretizálás paraméterei
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 17
FicsorLajos
Unified Modeling Language UML / 49
OsztOsztáálydiagram: lydiagram: interfaceinterfaceAz <<interface>> sztereotípiával, vagy egy körrel jelöljük
Csak a metódusoknak van hely
Interface-ek közötti lehetséges asszociáció: általánosítás
Interface és osztály közötti lehetséges asszociáció: implementálás, realizálás. Jele a példán.
FicsorLajos
Unified Modeling Language UML / 50
Szekvencia diagram 1.Szekvencia diagram 1.Objektumok közötti üzenetváltások az idıben
Elemei:
példaobjektumok, életvonallal, aktivitási szakasszal (vezérlési fókusszal)
üzenetek (név, argumentum, feltétel, ismétlıdés)
megjegyzések az ábrától balra
FicsorLajos
Unified Modeling Language UML / 51
Szekvencia diagram 2: pSzekvencia diagram 2: pééldalda
Forrás: UML specification
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 18
FicsorLajos
Unified Modeling Language UML / 52
Szekvencia diagram Szekvencia diagram 33: : üüzenetzenet fajtfajtáákk
Objektum1 Objektum2
Egyszerû üzenet
Szinkron üzenet
Aszinkron üzenet
Uzenet time-outttal
FicsorLajos
Unified Modeling Language UML / 53
Szekvencia diagram 4: pSzekvencia diagram 4: pééldalda
Alternatívmőködés
Élettartam vége
Beágyazott vezérlés fókusz
Élettartam kezdete
Forrás: UML specification
FicsorLajos
Unified Modeling Language UML / 54
ÁÁllapot diagram 1.llapot diagram 1.Egy adott objektum
lehetséges állapotaiátmenetek az egyes állapotok között (állapotváltozások)– ehhez kapcsolható események– az objektum értékeihez kapcsolható feltételek [feltétel]
formában– az ismétlıdés jelzése (*)
kezdı és végállapotegy állapot részletezhetı (strukturált áll. diagram)állapotok között lehet általánosítás kapcsolat
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 19
FicsorLajos
Unified Modeling Language UML / 55
ÁÁllapot diagram 2.llapot diagram 2.
Állapot
entry/ Belépési tevékenységexit/ Ki lépési tevékenység
do/ Normál tevékenységon esemény/ ^Eseményhez kapcsolódó tev.
Állapot jelölése
FicsorLajos
Unified Modeling Language UML / 56
ÁÁllapot diagram 3. (pllapot diagram 3. (péélda)lda)
Forrás: UML specification
FicsorLajos
Unified Modeling Language UML / 57
EgyEgyüüttmttmőőkkööddéési diagram 1.si diagram 1.Szintén objektumok közötti üzenetváltások az idıben
Elemei:
példaobjektumok– aktív: vastag keret vagy {active} megszorítás – üzenetet
küldhet másik objektumnak– passzív – üzenet hatására aktivizálódik– multiobjektum: objektumok egy csoportja
Az együttmőködı objektumok vonallal összekötve– Ellenırzendı: a megfelelı osztályok között az
osztálydiagramon asszociációnak kell lennie!
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 20
FicsorLajos
Unified Modeling Language UML / 58
EgyEgyüüttmttmőőkkööddéési diagram 2.si diagram 2.üzenetek– objektumok közötti nyilak, sorszámozva és névvel
ellátva– a nyíl iránya jelzi az üzenetküldés irányát– A sorszám sorrendiséget jelez
Üzenetnek lehet argumentuma és eredménye– Jele kis körbıl kiinduló nyíl, az adatáramlás irányát
mutatja– A nyílon az argumentum vagy eredmény megnevezése
Az ábrán szerepelhet aktor is, ekkor tıle indul az elsı üzenet.
FicsorLajos
Unified Modeling Language UML / 59
EgyEgyüüttmttmőőkkööddéési diagram 3. psi diagram 3. pééldalda
Vásárló(f rom Actors)
Ügyfél
: ATM
: központi gép: banki gép
tranzakció
összeg
készpénz
tranzakció
összeg
engedély
tranzakció
összeg
rendben
Készpénzfelvétel ATM-bıl
FicsorLajos
Unified Modeling Language UML / 60
EgyEgyüüttmttmőőkkööddéési diagram 4. psi diagram 4. pééldalda
: hallgató: oktató
Zh eredmény hirdetés
eredménylap
Multi objektummal
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 21
FicsorLajos
Unified Modeling Language UML / 61
AktivitAktivitáás diagrams diagramIdıben lezajló változások ábrázolása a végrehajtandó tevékenységek és azok sorrendjének megadásával Alapjai:– munkafolyamat (work-flow) diagram– folyamatábra (flow chart)
Alapelemei:– tevékenységek (ívelt oldalú téglalap)– átmenet (nyíl)– szinkronizációs vonal (vastag vízszintes vonaldarab)– döntési pont (rombusz)
FicsorLajos
Unified Modeling Language UML / 62
AktivitAktivitáás diagram s diagram -- ppééldalda ((nemnem teljesteljes!)!)Tágy
meghirdetése
Határidõig várakozás
Tárgy lem ondás a
Tárgy véglegesítése
Kiírások megnézése
Tárgyra jelentkezés
Jeletkezés elfogadása
Módosítás felajánlása
Tárgy megtartása
Tárgy lezárása
FicsorLajos
Unified Modeling Language UML / 63
SSáávvoos s aktivitaktivitááss diagramdiagramA diagramm függılegesen sávokra osztható
Egy sáv egy felelısségi kört (felhasználó, szervezeti egység stb.) jelöl
A tevékenységek a sávokhoz rendelhetık, ezzel az adott tevékenységhez tartozó felelıs is ábrázolható
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 22
FicsorLajos
Unified Modeling Language UML / 64
SSáávvoos s aktivitaktivitááss
diagram diagram --ppééldalda
FicsorLajos
Unified Modeling Language UML / 65
Komponens diagramKomponens diagramKomponensek: fizikai alkotóelemek. Tipikusan:– forrás-állományok
– könyvtárak
– futtatható állományok
– dokumentumok
– adatfile-ok
– software komponensek
Definiált sztereotípiák:– «executable»
– «library»
– «tables»
– «file»
– «document»
FicsorLajos
Unified Modeling Language UML / 66
Komponens diagram Komponens diagram -- ppééldalda
Tárgyra jelentkezés
Tárgy kezelés s zerver
Adatbázis szerver
Online szerver
Web Browser
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 23
FicsorLajos
Unified Modeling Language UML / 67
TelepTelepííttéési diagramsi diagramTartalma:
A rendszer hardware elemei (csomópontok) és a közöttük levı fizikai viszonyok
A hardware és software elemek összerendelése
FicsorLajos
Unified Modeling Language UML / 68
TelepTelepííttéési diagram si diagram -- ppééldaldaTanszéki szerver
Admin. szerver
Hallgatói PC
TCP-IP
TCP-IP (védett)
Tárgy kezelés szerver
Adatbázis szerver
Online szerver
Web Browser
FicsorLajos
Unified Modeling Language UML / 69
ModellModellezezééss ttáámogatmogatáásasaAz UML támogatja teljes modellek felépítését
Eszközei:
Csomag (package)
Alrendszer (subsystem)
Modell
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 24
FicsorLajos
Unified Modeling Language UML / 70
CsomagCsomagTetszıleges modell elemek csomagba rendezhetık
A csomagok egymásba ágyazhatók
Egy csomag beágyazott csomagot és egyéb modell elemeket egyszerre is tartalmazhat.
A csomagok közötti kapcsolatokat szaggatott nyilak jelzik, a kapcsolat jellegét sztereotípiával adhatjuk meg. Két elıre definiált sztereotípia:– <<import>>
– <<access>>
FicsorLajos
Unified Modeling Language UML / 71
CsomagCsomag: p: péélldada
Forrás: UML specification
FicsorLajos
Unified Modeling Language UML / 72
AlrendszerAlrendszerOlyan csomag, amely egy viselkedési egység.
Az alrendszer interface-eket biztosít a többi alrendszernek
Tartalmaz(hat)– Operációkat
– Specifikációs elemeket
– Realizációs elemeket
Miskolci EgyetemÁltalános Informatikai Tanszák
Ficsor Lajos UML / 25
FicsorLajos
Unified Modeling Language UML / 73
Alrendszer: jelAlrendszer: jelöölléés s éés kapcsolatoks kapcsolatok
Jelölés:
Operációk leírása
Interface-ek
Kapcsolatok:
Forrás: UML specification
FicsorLajos
Unified Modeling Language UML / 74
ModellModellA rendszer egy nézete (view)
Jelölés:
Forrás: UML specification
Top Related