UML 2.5 Referenz

UML 2.5 Referenz
Anwendungsfalldiagramm
Paketdiagramm
Use Case Diagram
<<extend>>
Akteur
Package Diagram
<<Stereotyp>>
Paketnamen
{Eigenschaftswerte}
Systemname
AWF_3
Extension Points: ...
Modellname
<<actor>>
Akteur_1
Erweiterter AWF
Paketname
<<import>>
Paket2
enthaltene
Klasse
Paket3
enthaltenes
Paket
Anwendungsfall
Klasse1
AWF_2
Klasse2
<<include>>
Abstrakter Akteur
<<access>>
Einbezogener AWF
Vererbung
Systemgrenze
Paket1
Kardinalität
Paket4
<<merge>>
1..2
1..*
AWF_1
Akteur_1
Geschäftsanwendungsfall
Klasse1
Klassendiagramm
Class Diagram
<<Stereotyp>>
Paket::Klassenname
{Eigenschaftswerte}
Assoziation
<<interface>>
Schnittstelle
Oberklasse1
Leserichtung
<<Stereotyp>>
operation()
Beziehungsname
{Eigenschaftswerte}
m
Klasse_1
0..*
n
Klasse_2
Diskriminator
Syntax
Sichtbarkeiten
0..*
m,n → Multiplizität:
0..1, *, 1..*, x,y,...
Realisierung
Ganzes
0..*
Klasse_3
Unterklasse1
Klasse_4
rolle1
ExistenzAbhängigesTeil
Komposition
bidirektionale Assoz.
a
Klasse_5
operation()
b
0..1
operation()
bereitgestellte
Schnittstelle
operation
operation(parameter):Erg_Typ
- private_operation
# protected_operation
~ package_operation
+ public_operation
rolle2
Unterklasse2
Klassenname
attribut
attribut :Typ
attribut :Typ=Wert {Eigensch.}
- private_attribut
# protected_attribut
~ package_attribut
+ public_attribut
0..1
gerichtete Assoziation
ImplementierendeKlasse
Teil2
0..1
<<realize>>
Generalisierung
Spezialisierung
Teil1
Aggregation
operation()
a
Klasse_7
b
genutzte
Schnittstelle
<<call>>
0..*
rolle
Klasse_8
Teil
Qualifizierte Assoziation
Klasse_9
BenutzendeKlasse
Komma getrennte Parameterliste:
Richtung Name:Typ=Standardwert
Komposition
c
tertiäre Assoziation
AbstrakteKlasse
Klasse_6
0..*
{ordered}
Klasse_5
x,y,...:Daten_Typ
Klasse_10
Klasse_6
Qualifizierer
Klasse_11
ParametrisierbareKlasse
Inhaber des Assoziationsendes
Objekt-notation
Objektname:Klasse
AktiveKlasse
Klasse_12
AssoziationsKlasse
ParametrisierteKlasse<Parameter>
Klasse_13
a_13:Klasse_13
a_13
Aktivitätsdiagramm
Mehrfachverarbeitung
Art: parallel, iterative,
stream
Activity Diagram
<<Art>>
Partition 1
Partition 2
Partition 3
Aktivitätsname
Parametername:Typ
...
Anfang
Verantwortlichkeits
Bereiche
<<precondition>> Vorbedingung
<<postcondition>> Nachbedingung
Schritt
Schritt
Schritt 2
Eingangsparameter
Verborgene
Unteraktivitäten
Objektfluss
Schritt 1
Entscheidung
Schritt 1
A
Konnektor
Schritt 2
Kontrolfluss &Semantik
Schritt 1
Signal senden/
empfangen
A
[Bed_1]
[Bed_2]
Schritt 5
Schritt 6
Schritt 2
Sendeknoten
Ablaufende
Allgemeine Notationselemente
Empfangsknoten
Schritt 4
Unterbrechbarer
Bereich
Abbruchsignal
Schritt 3
Objekt
[Zustand]
Ausgangsparameter
Schritt 4
Schritt 3
Common Notation Elements
Synchron. für
parallele
Aktivitäten
Diagrammrahmen
Art: act, class, cmp,
sd, pkg, stm, uc
[<Art>] Name
merge
Abhängigkeit
Notiz
Ende
{Zusicherung}
Zustandsdiagramm
Autor: Herr Matthias Niete
Statechart Diagram
Redaktion: Herr Dirk M. Sohn
Z3
[B_3]
Anfang
Zustand
Optional auch:
Ereignis(Parameter) [Bedingung]?
oder nur [Bedingung]
Ende
Z1
[B_1]
Z2
[B_2]
[B_4]
[B_5]
Reservierte
Ereignisse:
entry, exit, do,
include
Zustand_1
Zustandsnamen
Ereignis/ Aktion
Ereignis (Parameter)[Bedingung] / Aktion
Ereignis
Gruppierung von
Unterzuständen
Zustand_A
Zustand_1
[Bed_2]
Zustand_3
Eingangspunkt
Z5
Orientation in Objects GmbH
Weinheimer Str. 68
D - 68309 Mannheim
www.oio.de
+49 621 71839-0
[email protected]
+49 621 71839-50
Zustand
Abbruch
Versteckte_Zustände
[Bed_1]
KnotenPunkt
Zustand_2
Zustandsübergang
Z4
Zustand_2
event_1
Schulung, Beratung und Entwicklung
mit Java und XML
Schulung „UML für Analytiker“
– Termine auf Anfrage
event_2
© Orientation in Objects GmbH
www.oio.de
Sequenzdiagramm
Profildiagramm
Sequence Diagram
Profile Diagram
sd Sequenzdiagramm Name
sd Diagramm 2
Objektname
:Klasse1
Nachrichtenfluß
wird in
Diagramm 2
fortgesetzt.
asynchron
synchron
* Profil-URI
<profileParentQualifiedName>/
<version>/<profileName>.xmi
Objekt4
Obj2:Klasse2
Darstellung
paralleler
Programmverlaufe.
Objekt3
[Bedingung] nachricht(parameter)
par
ref
Erweiterung der
Metaklasse Class um
Stereotyp
create
msg_1
msg_3
<<profile>>
Profilname
{uri=Profil-URI}
msg_1
Diagramm 2
msg_4
<<Metaclass>>
Class
Kontrollfokus
antwort
<<stereotype>>
Buch
msg_5
TagName: Typ
Autor: String
x: msg_2
t=now
msg_6
msg_3
Zusicherung von
Antwortzeiten
Selbstaufruf
<<apply>>
alt
y: reply_2
{t..t+3}
[Bedingung1]
Darstellung
alternativerProg
ramm-verlaufe.
msg_7
Iterationszeichen
* msg_4()
loop
Buchkartei
[Bedingung2] msg_8
Iterationsrahmen mit
Abruchbedingung
<<Buch>>
Autor = “Maier“
delete()
[Schleifenabbruchbedingung]
<<Buch>>
UML 123
Lebenslinie
Kommunikationsdiagramm
Interaktionsdiagramm
CommunicationDiagram
Interaction Diagram
sd Kommunikationsdiagramm Name
sd Übersichtsdiagramm lifelines x:Klasse1, y:Klasse2
synchron
asynchron
2.1: msg()
Selbstaufruf
sd Interaktion XY
start()
2: msg()
Objektname
Obj2:Klasse2
Gerichtete
Assoziation
y:Klasse2
x:Klasse1
msg_1
1: [Bed] antwort := nachricht(parameter)
Verschachtelter
Nachrichtenfluß
1.2.* [Bed]: msg ()
msg_2
rolle
Objekt1
1.1: new ()
Iterationszeichen mit
Abruchbedingung
Objekt3{new}
1.2: reply:= msg ()
[Bed_1]
[Bed_2]
Neu erzeugtes
Objekt
ref
Diagramm Z
Kompositionsstrukturdiagramm
Composite Structure Diagram
Zeitdiagramm
Observer
Zeitbedingungen
Timing Diagram
sd Zeitdiagrammname
{d..3*d}
Zustand o.
Bedingung
:Klasse1
X_3
Subject:
Klasse_S
{t..t+2}
Alternative
Darstellungsweisen
Observer:
Klasse_O
X_2
X_1
Lebenslinien
Klasse_S
KlasseX
nachricht
Observer
Subject
Konnektor
:Klasse2
X_2
y : KlasseY
t=now
attrib_s
X_1
Zeitskala
Einheit:
ms,s,m...
0 1 2 3...
Komponentendiagramm
Component Diagram
genutzte
Schnittstelle
<<component>>
xyz
z : KlasseZ [4]
Existenzunabhängige
Eigenschaften der
Komposition
Observer.attrib_o=xyz(Subject.attrib_s)
Verteilungsdiagramm
Deployment Diagram
Knotenname:Knotentyp
Physikalische
Verbindung (z.B
Internet)
Knoten1
<<artifact>>
client.jar
<<component>>
Komponentenname
<<artifact>>
Applikation.ear
KlasseX
<<artifact>>
abc.jar
Portname
Kommunikation
zweier Artefakte
bereitgestellte
Schnittstelle
attrib_o
y : KlasseY
msg_3
d
Einheit:
Klasse_O
Observer
msg_2
msg_1
<<manifest>>
<<component>>
Komponente 1
<<provided interfaces>>
Schnittstelle 1
<<required interfaces>>
Schnittstelle 2
<<depoyment spec>>
abc.xml
:Knotentyp2
<<artifact>>
xyz.jar
<<component>>
Komponente 2
<<artifact>>
xyz.jar
<<depoyment spec>>
xyz.xml
<<deploy>>
Knotentyp2 kann
Applikation.ear
aufnehmen.
<<realizations>>
KlasseX
KlasseY
<<artifacts>>
xyz.jar
© Orientation in Objects GmbH
Weinheimer Str. 68
68309 Mannheim
www.oio.de

Download Report