UML 2.0 - jeckle.de

Transcrição

UML 2.0 - jeckle.de

Digitally signed by Mario
Jeckle
Reason: I am the author of
this document
Location: www.jeckle.de
Date: 2004.03.05 18:17:55
+01'00'
UML 2.0
Die neue Version der Standardmodellierungssprache
Prof. Mario Jeckle
Fachhochschule Furtwangen
[email protected]
http://www.jeckle.de
Modellierung 2004, Marburg, 2004-03-24
UML 2.0
Historie
Einführung
Anforderungen
jeckle.de
Konzepte
Sprache
graphische
Primitive
UML 2.0
Diagrammtypen
M. Jeckle: UML 2.0. Modellierung 2004, Marburg, 2004-03-24
Standardisierung
Metamodell
MDA
Umfeld
DiagrammAustausch
3
UML 2.0
Historie
jeckle.de
Einführung
Anforderungen
Standardisierung
5
UML 2.0
Historie
Vom Methodenkrieg ...
OML
Firesmith, HendersonSellers, Page-Jones; 1998
Einführung
Anforderungen
Standardisierung
Unified Modeling Language v1.0
Booch, Jacobson, Rumbaugh;
1997
Catalysis
D’Souza, Willes; 1996
Unified Method
Booch, Rumbaugh; 1995
MOSES
Henderson-Sellers; 1994
OBA
Rubin; 1992
SOMA
Graham; 1994
BON
Nerson; 1992
OOA&D
Martin, Odell; 1992
jeckle.de
OOA
Coad, Yourdan; 1991
SCOOP
Cherry; 1990
Fusion
Coleman, et al.;
1994
OOD
Booch; 1992
OMT
Rumbaugh, et al.; 1991
OOAD&I
Henderson-Sellers,
Macrone; 1992
OOSE
Jacobson; 1992
OSA
Embley; 1991
OOSA
Shlear, Mellor; 1991
RDD
Wirfs-Brock; 1990
HOOD
ESA; 1990
OBA
Bailin; 1989
State Charts
Harel; 1987
6
UML 2.0
Breiteneinsatz
Erweiterung
Historie
... zum Standardisierungskrieg
Einführung
Anforderungen
Standardisierung
OMG Unified Modeling Language 2.0
UML 2 Partners; 2003+
UML Partners; 2003
Erfahrungen
der Anwender
Object Management Group
UMLUML100..
Anwender 1..1000 Entwickler
UML Partners; 2001
übernimmt Copyright
( OMG Unified Modeling Language 1.2
XML Metadata
Interchange
UML Partners; 1998
)
UMLUML50..
Anwender 1..100
Entwickler
Unified Modeling Language 1.1
UML Partners; 9/1997
Vereinheitlichung
jeckle.de
Standardisierung
UML Partners; 1999
Integration der
Object Constraint Language
Einsatzerfahrung
der Sprachschöpfer
UML Partners 1/1997
Unified Modeling Language 0.9, 0.91
Booch, Rumbaugh, Jacobson; 1996
UMLAnwender 1..
3..
UMLEntwickler
Unified Method 0.8
Booch, Rumbaugh 1995
OOSE
Jacobson; 1992
...
7
UML 2.0
Historie
Der Weg zur UML 2
Microsoft
Hewlett-Packard
Oracle
Sterling Software
MCI Systemhouse
Unisys
ICON Computing
Rational Software
IntelliCorp
i-Logix
IBM
ObjecTime
Platinum Technology
Ptech
Taskon
Reich Technologies
Softeam
Alcatel
Kabira
Kennedy Carter
Einführung
Anforderungen
Standardisierung
Ericsson
IONA
Motorola
Telelogic
Boldsoft
Adaptive
Financial System Architects
SUN
Gentleware
DaimlerChrylser
Computer Associates
0.9
1.1/2
1.3
1.4
1.5
2.0
1.0
jeckle.de
OMG
EDS
Sterling Software
ICON Computing
ObjecTime
Platinum Technology
Microsoft
Hewlett-Packard
ICON Computing
IntelliCorp
Ptech
Taskon
Reich Technologies
MCI Systemhouse
8
UML 2.0
Historie
Warum eine neue Version?
Einführung
Anforderungen
Standardisierung
• Evolution
• Der Markt hat sich bewegt...
• Neue Programmiersprachen (z.B. C#, Python, PHP)
• Neue Anwendungsdomänen
(z.B. Serverprogrammierung, Echtzeitanwendungen)
• Erfahrung
– Für einige Einsatzgebiete bietet UML v1.x ...
jeckle.de
• Manchmal zu wenig Konstrukte
• Manchmal zu viele
• Machmal so viele, dass die sinnvolle Auswahl schwerfällt
• Eliminierung
• Einige Programmiersprachen verschwinden (z. B. C++)
• Einige früher als modellierungsnah eingestufte Konzepte
• entwickeln sich inzwischen getrennt von UML weiter
• (z. B. Entwicklungsprozesse, Codegenerierung)
10
UML 2.0
Historie
Ziele der UML 2
Einführung
Anforderungen
Standardisierung
• Übersichtlichkeit
• Weniger graphische Modellkonstrukte
• Weniger Basiskonzepte
• Wiederverwendung von Basiskonzepten
jeckle.de
• Präzisionssteigerung
• Reformulierung des Meta-Modells
• Weitestgehende OCL-Verwendung
• Unveränderte Wiederverwendung von Basiskonstrukten
soweit sinnvoll möglich
• Ausführbarkeit
• Erweiterte Zustandsmaschinen
• Stärkere Beziehungen zwischen statischen und
dynamischen Diagrammen
• Integration erprobter Konzepte außerhalb der UML
13
UML 2.0
Konzepte
jeckle.de
Sprache
graphische
Primitive
Diagrammtypen
15
UML 2.0
Konzepte
Classifier-Konzept
Sprache
graphische
Primitive
Diagrammtypen
Classifier
DataType
PrimitiveType
Signal
Enumeration
Class
(from Kernel)
Association
CommunicationPath
AssociationClass
Activity
Behavior
Interaction
Actor
Artifact
InformationItem
Interface
BehavioredClassifier
Class
(from Communications)
UseCase
jeckle.de
Erweiterte
... können
... können
... können
... können
... können
... können
Collaboration
StateMachine
Class
(from StructuredClasses)
ProtocolStateMachine
Node
Device
•
•
•
•
•
•
•
StructuredClassifier
EncapsulatedClassifier
ExecutionEnvironment
Nutzung der Classifier:
durch Beziehungen (Assoziationen) verknüpft werden
Charakteristika (Attribute) besitzen
Verhaltensspezifikationen (Operationen) besitzen
generalisiert werden
autonom auf Signale reagieren
ausschließlich der Strukturierung dienen (abstract)
16
UML 2.0
Konzepte
Die Diagrammsprachen
jeckle.de
Strukturdiagramme
Verhaltensmodellierung
Klassendiagramm
Use-Case-Diagramm
Paketdiagramm
Aktivitätsdiagramm
Objektdiagramm
Zustandsautomat
Kompositionsstrukturdiagramm
Sequenzdiagramm
Komponentendiagramm
Kommunikationsdiagramm
Verteilungsdiagramm
Timing-Diagramm
Interaktionsübersichtsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Nur marginale Änderungen
• Klassendiagramm
• Use-Case-Diagramm
• Objektdiagramm
Klein(-e Änderungen) aber oho:
• Paketdiagramm
• Verteilungsdiagramm
Massiv und tiefgreifend verändert:
• Aktivitätsdiagramm
• Sequenzdiagramm
• Zustandsautomat
Vollständig neu:
• Kompositionsstrukturdiagramm
• Interaktionsübersichtsdiagramm
• Timing-Diagramm
• Kommunikationsdiagramm
17
UML 2.0
Konzepte
Die Strukturdiagramme
Sprache
graphische
Primitive
Diagrammtypen
Diagramme der
UML 2
Strukturdiagramme
Klassendiagramm
Komponentendiagramm
Verhaltensdiagramme
Objektdiagramm
Verteilungsdiagramm
Aktivitätsdiagramm
Paketdiagramm
Zustandsautomat
Interaktionsdiagramme
Sequenzdiagramm
jeckle.de
Use-CaseDiagramm
Zeitverlaufsdiagramm
19
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Klassendiagramm
Eine Zusammenstellung deklarativ-statischer
Modellelemente (d.h. Klassen, Typen,
ihre Inhalte und Beziehungen)
• Objektdiagramm
Enthält Objekte und Beziehungsausprägungen
• Paketdiagramm
Stellt die logische Organisation von Modellelementen und
deren Abhängigkeiten dar
• Komponentendiagramm
Zeigt die Organisation und Abhängigkeiten von
Komponenten
• Kompositionsstrukturdiagramm
Zeigt die interne Struktur eines Classifiers sowie seine
Möglichkeiten zu Interaktion mit anderen
Systemkomponenten
• Verteilungsdiagramm
Zeigt die Ausführungssicht des Systems
20
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Hintergrund
• Statische Modellierung seit Mitte der 1970er
Jahre gängig und hinreichend erforscht
(z.B. Entity-Relationship)
• Darstellung nicht ausführbarer statischer
Zusammenhänge durch die ersten OOModellierungssprachen (u.a. Boochs OOSE,
Rumbaughs OMT) weidlich bearbeitet
• Strukturdiagramme (insbesondere
Klassendiagramme) ausgereiftester und stabilster
Teil der UML v1.x
• Jüngere Entwicklungstrends, die eine Neufassung
rechtfertigen
• Metamodellierung
• Konzeptionelle Bereinigung
• Wiederverwendung von bestehenden Konstrukten
21
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
jeckle.de
• Statische Diagramme besitzen in der UML und ihrer
Anwendung eine hervorgehobene Bedeutung
• Bekanntester Diagrammtyp
• Meistverwendester Diagrammtyp
• Basis des UML-Metamodells
• Basis des UML-Metametamodells
(UML 2 Infrastructure Library bzw. Meta Object Facility)
• Änderungen
• „automatisch“ sehr sichtbar
• für den UML-Anwender „spürbar“
• beeinflussen u.U. gesamtes Sprachkonzept
• wirken sich auf andere (Meta-)Sprachen aus
• Inhärente Bedeutung für den Modellaustausch zwischen
Werkzeugen (XMI-Format wird aus Metamodell
generiert)
22
jeckle.de
UML 2.0
Konzepte
Klassendiagramm
•
Aufgabe:
• Zusammenstellung deklarativ-statischer
Modellelemente (d.h. Klassen, Typen,
ihre Inhalte und Beziehungen)
• Definition der Sprachbasiskonzepte
(Zur Erinnerung: Metamodell der UML ist als Klassendiagramm
formuliert)
•
Aussage:
• Details über Daten- und
Verhaltensstruktur des Systems
•
Aufgabe im Projekt:
• Variierend ...
• von der ersten Darstellung konzeptueller Dateninhalte
• über plattformunabhängige logische Modelle
• bis hin zu „Implementierungsbauplänen“
(„Bilder-für-Java“, „Kästchen-und-Strichchen-statt-C++“)
• Ersetzt oftmals das klassische, in Entity Relationship-Notation
abgefasste, Datenmodell
Sprache
graphische
Primitive
Diagrammtypen
24
UML 2.0
Konzepte
Klassendiagramm
•
Diagrammtypen
Änderungen durch UML 2:
• Insgesamt: Marginalien!
• Im
•
•
•
•
•
•
•
•
•
jeckle.de
Sprache
graphische
Primitive
•
Detail ...
Multiplizität nur noch genau ein Intervall
Attribute sind nicht mehr Kompositionsaggregation
Ordnung von Attributen und Operationen
Präferenz für Stereotypendarstellung geändert
Diskriminator entfällt, stattdessen wird Generalisierungspfeil
mit Namen annotiert
realization-Abhängigkeit zwischen Komponenten
zugelassen
Stereotypen vereinheitlicht (z.B. frozen vs. readOnly)
Innere Klassen sind generell Kompositionen
Parameterbindung in parametrisierten Klassen
• durch spitze Klammern
• durch Pfeilnotation (statt Liste)
...
25
UML 2.0
Konzepte
Klassendiagramm
Klassenname
Attributbereich
Sprache
graphische
Primitive
Diagrammtypen
abstrakte
Klasse
Klasse
Klasse1
Rolle
Klasse2
Assoziation1
Rolle1
Operationsbereich
Assoziationsname
i..j
Assoziation
Abhängigkeitsbeziehung
Kompositon
Generalisierung
Klasse3
Multiplizität
{Eigenschaft1}
Eigenschaft
Schnittstelle
Aggregation
jeckle.de
«interface»
Schnittstelle1
Implementierte
Schnittstelle
Stereotyp
Benötigte
Schnittstelle
26
UML 2.0
Konzepte
Klassendiagramm
Feier
Sprache
graphische
Primitive
Diagrammtypen
Zutat
+termin : Datum
+name : String
unterhält
abbrechen()
Cocktail
besucht
*
0..*
Häppchen
Zutaten : Zutat [1..*]
isst {ordered}
Partyteilnehmer
«interface»
Esser
/betrunken : Boolean = false
~intus : Cocktail [1..*]
#begeistert : Begeisterung
1..*
iss(in h : Häppchen; return satt:Boolean)
#überdenkeBegeisterung()
~trinke(in c : Cocktail)
mixt
Barmixer
+mixe(in z : Zutat [1..*], out c:Cocktail)
1
Esser
Gast
1..*
verabschiedet
{unique}
1..*
jeckle.de
mixt für
Esser
empfängt
{unique}
Gastgeber
treibt an
hektisch : Boolean = true
1..1
feiere()
begruesse(in g : Gast)
verabschiede (in g : Gast)
treibeAn(in b : Barmixer)
«enumeration»
Begeisterung
ekstatisch
verzückt
neutral
gelangweilt
überdrüssig
27
UML 2.0
Konzepte
Klassendiagramm
Sprache
graphische
Primitive
Diagrammtypen
«interface»
Schnittstellenname
attribut
operation()
Klasse1
«interface»
Schnittstellenname
Klasse1
Schnittstellenname
Klasse2
Klasse2
«use»
«interface»
Schnittstellenname
Schnittstellenname
Klasse1
Klasse2
jeckle.de
Schnittstellenname
•
•
•
•
•
•
Schnittstellen
Ausschließlich durch Attribute und Operationen charakterisiert.
Alle Charakteristika müssen öffentlich sichtbar sein.
Häufigste graphische Darstellungsform: „Lollipopnotation“
Eine Klasse kann mehrere Schnittstellen implementieren.
Mit Schnittstellen lassen sich Teilaspekte der Vererbungssemantik
(Typkonformität und Signaturvererbung) nachbilden.
Eine Klasse, die eine Schnittstelle implementiert, muß jede darin vorgesehene
Operation durch eine Methode manifestieren.
28
UML 2.0
Konzepte
Klassendiagramm
Parametrisierte Klasse
Sprache
graphische
Primitive
Diagrammtypen
Parameter
T, k : int
Parameterverwendung
Liste
eintrag : T [0..k]
Parameterbindung
«bind» <T->Gast, k->20>
Gästebuch
«bind» <T->Adresse, k->100>
Telefonbuch
Klasse mit
gebundenem Parameter
jeckle.de
C++:
template
template <class
<class T,
T, int
int k>
k>
class
Liste
{
class Liste {
TT elements[k];
elements[k];
};
};
...
...
Liste<Adresse,100>
Liste<Adresse,100> Adressliste;
Adressliste;
Liste<Gast,20>
Gaestebuch;
Liste<Gast,20> Gaestebuch;
29
UML 2.0
Konzepte
Klassendiagramm
Parametrisierte Klasse
Sprache
graphische
Primitive
Diagrammtypen
Parameter
T, k : int
Parameterverwendung
Liste
eintrag : T [0..k]
Parameterbindung
«bind» <T->Gast, k->20>
Gästebuch
«bind» <T->Adresse, k->100>
Telefonbuch
Klasse mit
gebundenem Parameter
jeckle.de
Java:
class
class Liste<T>
Liste<T> {{
Vector<T>
Vector<T> elements;
elements;
public
Liste(int
public Liste(int k)
k) {{
elements
elements == new
new Vector<T>(k);
Vector<T>(k);
}}
}}
...
...
Liste<Adresse>
Liste<Adresse> Adressliste=new
Adressliste=new Liste<Adresse>(100);
Liste<Adresse>(100);
Liste<Gast>
Gästebuch=new
Liste<Gast>(20);
Liste<Gast> Gästebuch=new Liste<Gast>(20);
30
UML 2.0
Konzepte
Klassendiagramm
Superklasse
Partyteilnehmer
Sprache
graphische
Primitive
Diagrammtypen
Partyveranstalter
/betrunken : Boolean = false
~intus : Cocktail [1..*]
#begeistert : Begeisterung
+budget : Euro
#überdenkeBegeisterung()
~trinke(in c : Cocktail)
+begleicheRechnung(betrag : Euro)
Generalisierung
Separat genutzt
Generalisierung
Subund
Superklasse
Gast
Gastgeber
hektisch : Boolean = true
feiere()
Generalisierungsmenge
Generalisierungseigenschaften
Teilnehmerstatus
{complete, disjoint}
jeckle.de
Partyneuling
+vorstellen(g : Gast)
begrüßt begruesse(in g : Gast)
verabschiede (in g : Gast)
treibeAn(in b : Barmixer)
Gemeinsam genutzte
Partition
Generalisierung
Stammgast
+selbstbedienungAmKühlschrank(c : Cocktail)
31
UML 2.0
Konzepte
Klassendiagramm
Sprache
graphische
Primitive
Diagrammtypen
Person
Person
trinkt
0..*
Partyteilnehmer
Partyveranstalter
1..*
Getränkekonsum
0..*
wird getrunken
von
Cocktail
1
schätzt
{redefines trinkt}
ist Lieblingscocktail
{redefines wird
getrunken von}
Getränkevorliebe
Gastgeber
jeckle.de
•
•
•
•
•
•
UML läßt generell die Angabe mehrerer Superklassen zu.
In einigen (inzwischen fast der Mehrheit) Programmiersprachen ist
die Anzahl der Superklassen auf genau eine beschränkt.
Ausweg: Anwendbarkeit von Schnittstellen prüfen.
Generalisierung von Assoziationen in UML zugelassen.
In bekannten Programmiersprachen jedoch problematisch,
da „Assoziation“ kein natives Sprachkonstrukt.
Daher oft Darstellung der Assoziation durch eigenständige Klasse und
Generalisierung dieser.
32
UML 2.0
Konzepte
Klassendiagramm
Sprache
graphische
Primitive
Diagrammtypen
Assoziationsname
Assoziation1
binäre Assoziation
Assoziation1
Einschränkung
{...}
nicht navigierbares
Assoziationsende
Klasse1
Klasse2
Komposition
Navigationsrichtung
unspezifizierte
Navigationsrichtung
Rolle
{Eigenschaft}
Aggregation
jeckle.de
Rolle 1..*
Klasse3
1..*
Eigenschaft
1..*
Multiplizität
Rolle
Assoziation2
n-äre Assoziation
(ternäre Assoziation)
33
UML 2.0
Konzepte
Klassendiagramm
Partyveranstalter
Partyteilnehmer
Partyveranstalter
Partyveranstalter
Veranstaltungsort
0..*
1
Begleitung
0..*
1..*
Abendunterhaltung
0..*
Getränkekauf
0..*
Partyveranstalter
•
jeckle.de
•
•
1..*
1..*
Partybesuch
Sprache
graphische
Primitive
Diagrammtypen
Gebäude
Partybegleitung
Band
Getränkelieferant
Partygast
Generell sind Assoziationen (in UML 2) mit unspezifizierter
Navigabilität ausgestattet.
In Programmiersprachen wird typischerweise ausschließlich
unidirektionale Navigierbarkeit unterstützt
Assoziationen mit beidseitigem Navigationsverbot praktisch kaum
sinnvoll einsetzbar.
34
UML 2.0
Konzepte
Klassendiagramm
Abteilung
Party
•
jeckle.de
•
Mitarbeiter
{union}
Chef
{subsets Mitarbeiter}
Praktikant
{subsets Mitarbeiter}
eintreffen
{ordered}
Sprache
graphische
Primitive
Diagrammtypen
Person
Gast
Beschränkung von Assoziationsenden
aus semantischer Sicht sinnvoll.
Keine vorgegebene Abbildung in Programmiersprache möglich.
35
UML 2.0
Konzepte
Klassendiagramm
Sprache
graphische
Primitive
Diagrammtypen
Cocktail
Person
Getränkeerzeugung
Name
Lieblingscocktail
1..*
Barmixer
Alkoholgehalt
Diätgeeignet
modifiziert
Person
Name
Lieblingscocktail
Cocktail
Getränkeerzeugung
Lieblingscocktail
1
Barmixer
Alkoholgehalt
Diätgeeignet
jeckle.de
übernommen
•
Anmerkung zum Beispiel: Die beiden Darstellungen sind nicht äquivalent,
sondern die untere Fassung stellt eine Restriktion der oberen dar!
•
Qualifizierte Assoziation zumeist im relationalen Datenbankumfeld
anzutreffen.
Modifiziert Assoziationsmultiplizität einschränkend.
Objektorientiertes Analogon des relationalen Fremdschlüssels.
•
•
36
UML 2.0
Konzepte
Klassendiagramm
Sprache
graphische
Primitive
Diagrammtypen
Hose
0..*
Jacke
•
•
jeckle.de
•
0..*
0..*
Hemd
n-äre Assoziation prinzipiell zugelassen.
Vorsicht! Veränderte Interpretation der Multiplizität
Sie bezieht sich nun auf einen Tupel, gebildet aus Ausprägungen aller
durch die Assoziation verbundenen Klassen.
In gängigen Programmiersprachen nicht direkt umsetzbar.
37
UML 2.0
Konzepte
Klassendiagramm
1..*
Klasse1
Assoziationsname
1..*
Sprache
graphische
Primitive
Diagrammtypen
Klasse2
Assoziationsname
attribut: Typ
operation()
•
•
jeckle.de
•
Assoziationsklasse vereinigt Semantik der Klasse und der
Assoziation, d.h. nicht nur „attributierte Assoziation“.
Assoziationsklasse definiert Eigenschaften und Verhalten,
welches konkreten Beziehungen (damit Instanztupeln) zugeordnet
ist.
Direkte Umsetzung in Programmiersprachen kaum möglich.
Zumeist: Nachbildung durch „echte“ Klasse und zusätzliche
Assoziationen.
38
UML 2.0
Konzepte
Klassendiagramm
jeckle.de
•
•
•
•
•
«metaclass»
Klasse
«stereotype»
stereotypname
«metaclass»
Klasse
«stereotype»
persistent
Sprache
graphische
Primitive
Diagrammtypen
Manchmal ist die in der Spezifikation vorgesehene UML nicht genug ...
Problem- und/oder projektspezifische Erweiterungen
„Profile“ bieten vorgesehene UML-Erweiterungen an
Können zur Codegenerierung herangezogen werden
Basis der „Model Driven Architecture“
39
UML 2.0
Konzepte
Klassendiagramm
«metaclass»
Klasse
«persistent, xml»
Partyteilnehmer
jeckle.de
•
Sprache
graphische
Primitive
Diagrammtypen
«stereotype»
xml
«stereotype»
persistent
«persistent»
Gastgeber
Stereotypen
• sind keine Attribute
• besitzen keinen Wert
• tragen nicht zum Typ eines Modellelementes bei
• sind in der Anwendung auf spezielle Modellelemente beschränkt
• werden nicht direkt in Quellcode abgebildet
40
UML 2.0
Konzepte
Klassendiagramm
«betriebssystem»
Linux
Sprache
graphische
Primitive
Diagrammtypen
«betriebssystem»
Linux
jeckle.de
Linux
•
Achtung: Im obigen Beispiel steht der Pinguin für „Betriebssystem“, nicht für „Linux“!
•
Stereotypen
• können auch graphisch ausgedrückt werden
(Die UML-Spezifikation nutzt dies weidlich)
• können (nach Joos) ...
• dekorativ
• restriktiv
«type»
«refine»
Gast
• deskriptiv
• redefinierend
...sein.
«implementation class»
Partygast
«utility»
DatumZeit
getAktuellesDatum()
getAktuelleUhrzeit()
Longdrink
«substitute»
Drink
41
jeckle.de
UML 2.0
Konzepte
Objektdiagramm
•
Aufgabe:
• Darstellung einer (inhärent statischen) Momentaufnahme des
Systems zur Laufzeit
•
Aussage:
• Zeigt Objekte, Werte und Beziehungsausprägungen
•
Aufgabe im Projekt:
• Darstellung von Beispielausprägungen der in den anderen
Strukturdiagrammen modellierten Zusammenhänge
•
• Insgesamt: Marginalien!
Sprache
graphische
Primitive
Diagrammtypen
• Im Detail ...
• Offizieller Name in Instanzdiagramm geändert
• Stereotypen copy und become entfernt
• Multiobjekte existieren nicht mehr
42
UML 2.0
Konzepte
Objektdiagramm
Sprache
graphische
Primitive
Diagrammtypen
objektname :
Klassenname
zitrone : Zutat
zitrone : Zutat
: Zutat
verfeinert
jeckle.de
cocktailzutat : Zutat
tequilaSunrise : Cocktail
zutatenname: String
„Zitrone“
name : String = „Zitrone“
43
jeckle.de
UML 2.0
Konzepte
Paketdiagramm
Sprache
graphische
Primitive
•
Aufgabe:
• Darstellung der logischen Organisation von Modellelementen und
deren Abhängigkeiten
•
Aussage:
• Übersichtliche logische Aufbaustruktur des Systems
•
Aufgabe im Projekt:
• Gliederung der Strukturelemente und Dokumentation des
Zusammenhangs zwischen den einzelnen Gliederungseinheiten
•
• Insgesamt: keine Änderungen!
Diagrammtypen
• Jedoch: Der Importmechanismus (insbesondere Behandlung und
Verschmelzung von Namensräumen) prominenter dokumentiert.
44
UML 2.0
Konzepte
Paketdiagramm
P1
Sprache
graphische
Primitive
Diagrammtypen
P2
A
B
«access»
P3
«import»
P4
jeckle.de
«import»
•
access:
•
• privater Paketimport
(d.h. importierte Pakete sind im importierenden Paket private)
import:
• öffentlicher Paketimport
(d.h. importierte Pakete sind auch nach außen sichtbar)
45
UML 2.0
Konzepte
Paketdiagramm
P2
Sprache
graphische
Primitive
Diagrammtypen
P3
A
A
P5
P2::A
B
«merge»
«merge»
P1
A
P3::A
P2::B
P4::B
P4::C
P4
B
C
B
«merge»
C
«merge»
jeckle.de
P5
•
access:
•
• privater Paketimport
(d.h. importierte Pakete sind im importierenden Paket private)
import:
•
• öffentlicher Paketimport
(d.h. importierte Pakete sind auch nach außen sichtbar)
merge:
• Erweiterung von import
• Redefiniert importierte Classifier im aufnehmenden Paket
46
UML 2.0
Konzepte
Paketdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Mathematik
Real
- genauigkeit
+ quadratwurzelziehen()
Mathematik erweitert
«merge»
Real
- doppelteGenauigkeit
jeckle.de
+ cosinus()
47
UML 2.0
Konzepte
Komponentendiagramm
•
Aufgabe:
• Darstellung der Organisation und Abhängigkeiten von
Komponenten
•
Aussage:
• Darstellung der Struktur und ihrer Erzeugung
•
Aufgabe im Projekt:
• Darstellung der physischen Realisierungsstruktur
Diagrammtypen
•
jeckle.de
• Komponentendefinition: Sonderform der Klasse
• Konzept der Manifestierung
• Rechecksnotation entfällt
• Artefakte können jedes paketierbare Element manifestieren
• Deploymentspezifikation eingeführt
• Neue Stereotypen: device, executionEnvironment und
subsystem
• Stereotyp table entfernt
Sprache
graphische
Primitive
48
UML 2.0
Konzepte
Komponentendiagramm
«component»
Komponente2
«component»
Bestandteil3
Komponente1
Klasse
1..*
Bestandteile einer
Komponente
Kompositionskonnektor
Allgemeine
Abhängigkeitsbeziehung
«artifact»
Komponente6
Bestandteil1
Verwendungsbeziehung
Komponente
Bestandteil4
jeckle.de
Realisierungsbeziehung
«realization»
«specification»
Bestandteil2
specDoc
«subsystem»
«component»
Komponente3
Komponente4
«use»
«artifact»
Diagrammtypen
Komponente
Implementierte Schnittstelle
Komplexer
Port
Sprache
graphische
Primitive
Konnektor
«manifest»
Komponente6
Teilsystem
Port
Implementierungsbeziehung
Konnektor
Benötigte
Schnittstelle
Delegationskonnektor
49
UML 2.0
Konzepte
Komponentendiagramm
Paginierer
Sprache
graphische
Primitive
Diagrammtypen
Satzprogramm
«component»
Teilnehmerverwaltung
Sortierter Zugriff
«component»
Listengenerator
Wahlfreier Zugriff
Speichermedium
«manifest»
«artifact»
«component»
Lister_v2.0.ear
Datenbankmanagementsystem
«subsystem»
«component»
Ein-/Ausgabesystem
XML-Schnittstelle
«manifest»
«artifact»
Oracle
jeckle.de
Hardwarezugriff
Hardwarezugriff
Dateizugriff
«component»
Hardwarezugriffsschicht
50
UML 2.0
Konzepte
Komponentendiagramm
Sprache
graphische
Primitive
Diagrammtypen
«component»
Black-box
Darstellung
Teilnehmerverwaltung
«provided interfaces»
Sortierter Zugriff
Wahlfreier Zugriff
«required interfaces»
Speichermedium
White-box
Darstellung
«realization»
Teilnehmer
Verwaltungsmetadaten
jeckle.de
«artifacts»
teilnehmer.jar
51
UML 2.0
Konzepte
Komponentendiagramm
Sprache
graphische
Primitive
Diagrammtypen
Zeilennummer
«component»
«interface»
Zeilengenerator
«interface»
Sortierter Zugriff
Speichermedium
«use»
«source»
«executable»
helper.java
«component»
util.jar
«manifest»
Listengenerator
«custom code»
«source»
«artifact»
list.java
list.class
jeckle.de
«component»
Addierer
Zahlenfolge
«tool generated»
«artifact»
«document»
meinKlassendiagramm
spec.tex
52
jeckle.de
UML 2.0
Konzepte
•
Aufgabe:
• Darstellung der internen Struktur eines Classifiers sowie seiner
Möglichkeiten zu Interaktion mit anderen Systemkomponenten
•
Aussage:
• Struktur und Zusammenspiel der einzelnen
Architekturkomponenten
•
Aufgabe im Projekt:
• Einsatz in verschiedenen Entwurfsphasen Darstellung der
architekturellen Struktur in verschiedenen Detaillierungsebenen
•
• Diagrammtyp neu eingeführt
(erweitert das nicht mehr unterstützte Kollaborationsdiagramm)
• Konnektoren neu eingeführt
(aus UML-RT übernommen)
• Kollaborationstyp und Kollaboration sind eigenständige
Modellelemente
Sprache
graphische
Primitive
Diagrammtypen
53
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
Kollaborationstyp
Kollaborationstyp1
Rolle
Rolle
Rolle1 : Typ1
Rolle2
Schnittstelle
Part
Port
Part
bereitgestellteSchnittstelle
Typ 1
: Part1
: Part2
benötigteSchnittstelle
Konnektor
Schnittstelle
•
jeckle.de
•
•
•
•
Part:
Objekte oder Rollenausprägungen
Port:
Öffentlich sicht- und zugreifbarer Interaktionspunkt, der auf einen
Operationsaufruf oder den Empfang eines Signals reagiert
Kollaboration: Zusammenspiel von Operationen oder Classifiern
Konnektor:
Assoziationsinstanz (Link), die Kommunikation zwischen (allgemeinen)
Instanzen ermöglicht
Rollenverwendung:
Bindet realisierende Classifier an Kollaborationsinstanz
54
UML 2.0
Konzepte
bereitgestellteSchnittstelle
Klasse
Diagrammtypen
partybeschallung
Stereoanlage
benötigteSchnittstelle
jeckle.de
Sprache
graphische
Primitive
strom, medium
• Port:
• Definiert einen öffentlich sicht- und zugreifbaren
Interaktionspunkt, der auf einen Operationsaufruf
oder den Empfang eines Signals reagiert.
• Werden durch andere Classifier angesprochen.
55
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
partybeschallung
Stereoanlage
jeckle.de
strom, medium
• Behavior Port:
• Wie Port, allerdings mit der Einschränkung, dass der
definierende Classifier das Verhalten selbst
manifestieren muß, andernfalls ist die empfangende
Botschaft oder das empfangene Signal verloren.
• Kann Sichtbarkeits- und Zugriffsbeschränkt sein.
56
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Kollaboration:
• Visualisiert das Zusammenspiel von Operationen
oder Classifiern
57
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Kollaboration:
oder Classifiern
58
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Kollaboration:
oder Classifiern
59
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Kollaboration:
oder Classifiern
60
jeckle.de
UML 2.0
Konzepte
Verteilungsdiagramm
•
Aufgabe:
• Zeigt die Ausführungssicht des Systems
•
Aussage:
• Art und Lokation der Kompontenverteilung zur Laufzeit
•
Aufgabe im Projekt:
• Abstrakte Dokumentation eines verteilten Systems
•
• Neue Primitive: Gerät, Entwicklungsumgebung und
Einsatzspezifikation
• Feinere Spezifikation der Ausführungsknoten
• Manifestierungs- ersetzt Implementierungsbeziehung
• Artefakt als Implementierung eines paketierbaren Elements
ausdrückbar
Sprache
graphische
Primitive
Diagrammtypen
61
UML 2.0
Konzepte
Verteilungsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Assoziation
«device»
: Application Server
«device»
: DB Server
1..*
1..*
Datenhaltung
«execution enviroment»
: J2EE Server
entry.jsp
config.xml
MyBean.class
Knoten
Deployment-Spezifikation
«deploy»
Deployment-Beziehung
«deployment spec»
AppDesc.xml
jeckle.de
•
execution : thread
transaction : false
«artifact»
Application.jar
Artefakt
Basiskonzepte:
• Artefakt
Physische Informationseinheit, die während
des Entwicklungsprozesses erzeugt oder
verwendet wird.
(z.B. Modelle, Quellcode, Objekdateien, ...)
• Knoten
Classifier, der eine zur Ausführungszeit verfügbare Ressource
darstellt.
• Einsatzspezifikation (Deployment Specification)
Paramtermenge,
die Laufzeitverhalten
festlegt
M. Jeckle: UML
2.0. Modellierung 2004, Marburg,
2004-03-24
62
UML 2.0
Konzepte
Die Verhaltensdiagramme
Sprache
graphische
Primitive
Diagrammtypen
Diagramme der
UML 2
Strukturdiagramme
Klassendiagramm
Komponentendiagramm
Verhaltensdiagramme
Objektdiagramm
Verteilungsdiagramm
Aktivitätsdiagramm
Paketdiagramm
Zustandsautomat
Sequenzdiagramm
jeckle.de
Use-CaseDiagramm
Zeitverlaufsdiagramm
63
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Use-Case Diagramm
Eine abstrakte funktionale Sicht auf das Gesamtsystem aus
Sicht des späteren Anwenders
• Aktivitätsdiagramm
Darstellung eines dynamischen Ablaufs
• Zustandsautomat
Beschreibt die internen Zustände eines Classifiers
• Sequenzdiagramm
Beschreibt den Intra- und Intersystem-Datenaustausch
• Kommunikationsdiagramm
Statische Sicht auf dynamische Interaktion
• Timing-Diagramm
Zeitabhängige Zustandsdarstellung
• Interaktionsübersichtsdiagramm
Darstellung des Zusammenspiels verschiedener
Interaktionen
64
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
• Hintergrund
• Dynamische Modellierung seit Ende der 1970er
Jahre gängig und verschiedentlich erforscht
(z.B. Nassi-Shneiderman, Data Flow Graphs)
• Die gemeinsame Darstellung statischer und
dynamischer Aspekte wird seit dem Aufkommen der
ersten OO-Modellierungssprachen (u.a. Boochs
OOSE, Rumbaughs OMT) bearbeitet
• Verhaltensdiagramme historisch jüngster Teil der
UML, der ursprünglich sehr losen Bezug zur
Strukturmodellierung aufwies
• Jüngere Entwicklungstrends, die eine Neufassung
rechtfertigen
• Echtzeitmodellierung
• Verbesserte Integration mit statischer Modellierung
• Wiederverwendung von bestehenden Konstrukten
65
UML 2.0
Konzepte
Sequenzdiagramm
TimingDiagramm
Sprache
graphische
Primitive
Diagrammtypen
jeckle.de
{protocol}
Aktivität
Protokollzustandsautomat
Verhaltenszustandsautomat
66
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
Implementierung des
Verhaltens (Methode)
Classifier
Verhaltensspezifikation
operation()
jeckle.de
Verhaltensbestandteil
• Das Verhalten jeder Operation kann durch ein
Diagramm dynamischen Typs spezifiziert werden
67
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
Verhaltensspezifischer
Classifier
Klasse
Klasse
(unstrukturiert)
Use-Case
Kollaborationstyp
Klasse
partname :
Parttyp
Klasse
(strukturiert)
Verhaltensspezifikation
Knoten
«device»
«Execution
Environment»
jeckle.de
Gerät
Ausführungsumgebung
• Die einer Verhaltensspezifikation zugrundeliegenden
statischen Zusammenhänge können aus allen
Strukturdiagrammen entnommen sein
68
jeckle.de
UML 2.0
Konzepte
Use-Case-Diagramm
Sprache
graphische
Primitive
•
Aufgabe:
• Darstellung einer abstrakten funktionalen Sicht auf das
Gesamtsystem aus Sicht des späteren Anwenders
•
Aussage:
• Technikfern spezifizierter Leistungsumfang des Systems
•
Aufgabe im Projekt:
• Dokumentation erster früher Analyseergebnisse
•
• Akteur muß zwingend benannt sein
• Vorbedingungen und Erweiterungspunkte werden als Notiz notiert
• Classifier können Use Cases besitzen
• Classifier können Use Cases realisieren
Diagrammtypen
69
UML 2.0
Konzepte
Use-Case-Diagramm
Systemname
Use-Case
Akteur
Sprache
graphische
Primitive
Diagrammtypen
Systemgrenze
Verkauf
Kunde nicht
gefunden
Verkaufsposten
eingeben
«extend»
ExtendBeziehung
extension points:
fehlender Kunde
Verkäufer
«include»
Assoziation
Kreditwürdigkeit
prüfen
Kundendaten
einsehen
IncludeBeziehung
jeckle.de
•
System (Betrachtungsgegenstand):
• Umgrenzt die Einheit, welche die Use-Cases realisiert
• Darstellung ist nicht zwingend notwendig
• Assoziationen:
• beschreiben die Beziehungen zwischen Akteuren und Use-Cases
• extend-Beziehung: Verhalten eines Use-Case kann durch einen anderen
erweitert werden
• include-Beziehung: Verhalten eines Use-Case ist vollständig in einem
M. Jeckle: UML
2.0. Modellierung
2004, Marburg, 2004-03-24
anderen
enthalten
70
UML 2.0
Konzepte
Use-Case-Diagramm
Sprache
graphische
Primitive
Diagrammtypen
Finanzamt
Steuern hinterziehen
- Einkommen
- Vermögen
+ Belege fälschen()
+ Privat-/Geschäftskosten
vermischen()
Lohnsteuerkarte
beantragen
Bürger
- Familienstand
- Steuerklasse
+ Formular ausfüllen()
+ Karte ausdrucken()
jeckle.de
Steuern zahlen
Auskunft über Finanzen geben
- Einkommen
- Vermögen
+ Belege zeigen()
+ Einkommensbeleg vorlegen()
71
UML 2.0
Konzepte
Aktivitätsdiagramm
•
Aufgabe:
• Darstellung eines dynamischen Ablaufs
•
Aussage:
• Realisierung eines bestimmten Verhaltens durch das System
•
Aufgabe im Projekt:
• Geschäftsprozeßmodellierung
• Beschreibung von Use Cases
• Dokumentation der Implementierung einer Operation
Diagrammtypen
•
jeckle.de
• Aktivitäten unabhängig von Zustandsautomaten
• Petri-Netz-ähnliche Semantik
• Diagrammtyp wird als Aktivität bezeichnet
• Vor- und Nachbedingungen
• Notation der Aktion und des Zustandes vereinheitlicht
• Multiple Startknoten
• Verschiedene End(-knoten)-Semantiken
• Neue Notationselemente
• ...
Sprache
graphische
Primitive
72
UML 2.0
Konzepte
Aktivitätsdiagramm
jeckle.de
Aktion 1
Sprache
graphische
Primitive
Diagrammtypen
Aktion 2
• Tokenkonzept
• aus den Petri-Netzen übernommen
• Tokenfluss steuert Ablauf einer Aktivität
• Ermöglicht die präzise Beschreibung des Verhaltens
• nur gedankliches Konstrukt (keine explizite Modellierung)
73
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Aktivität
Aktionsname
Objekttyp
Aktion
Objektknoten
Strukturierte
Knoten
Eingangsparameter
Ausgangsparameter
Kontrollelemente
jeckle.de
Name
Startknoten
Verzweigungsknoten
Parallelisierungsknoten
Endknoten
Verbindungsknoten
Synchronisationsknoten
Kante
74
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Aktivität
Aktion
Cocktail mixen
Zutaten
Zutaten mischen
in Gläser füllen
Cocktail
Eis zerkleinern
Ausgangsparameter
jeckle.de
Eingangsparameter
•
•
•
•
Diagrammtyp heißt Aktivität
Eine Aktivität kann Ein- und Ausgangsparameter besitzen
Aktionen sind Verhaltensaufrufe
Summe der Aktionen realisiert die Aktivität
75
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Aktivität
möglicher Ablauf
Einladung bekommen
Aktivitätsname
Einladung
Datum prüfen
Objektknoten
Aktion
[Zeit
vorhanden]
Kante
Lust auf Feier
prüfen
[keine Zeit]
Bedingung
[keine Lust]
[Lust
vorhanden]
Kontrollknoten
jeckle.de
Feier absagen
Kontrollelemente
• steuern den Ablauf der Aktivität
• starten und beenden Abläufe
• ermöglichen Nebenläufigkeit
• dienen der Synchronisation
• UML
lassen
alternative
zu
M. Jeckle:
2.0. Modellierung
2004, Marburg, Abläufe
2004-03-24
Zur Feier
zusagen
•
76
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Aktion
Diagrammtypen
ExceptionHandler
ExceptionTyp
Unterbrechungsbereich
Unterbrechungskante
jeckle.de
• Unterbrechungsbereich:
• Beinhaltet eine Menge von Aktionen
• Kann über Unterbrechungskante verlassen werden.
Alle Aktionen im Bereich werden dann beendet.
• Exception-Handler:
• Ermöglicht die Beschreibung von Ausnahmen
• Exception-Handler substituiert eine Aktion
77
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
jeckle.de
Schlüsselwort
• Strukturierte Knoten:
• Umfassen Ausschnitt einer Aktivität
• Ausführung startet mit dem anliegen aller Token der
Eingangsknoten
• Objektknoten als Ein- und Ausgangsparameter möglich
78
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Speise
if
Speise bewerten
schmackhaft?
then
Gute Kritik
erstellen
Restaurant
Bewertung
Schlechte Kritik
erstellen
jeckle.de
else
•
•
•
•
•
Strukturierte Knoten zur Visualisierung komplexer Entscheidungen
if: prüfen der Bedingung
then: auszuführende Elemente
else: möglicher Ablauf, wenn kein if-Bereich zutrifft
else if: wie if-Bereich nur mit vorgegebener Prüfreihenfolge
79
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
iterative
Bierkiste
besorgen
jeckle.de
•
Flasche öffnen
Flasche leeren
leere Bierkiste
zurückgeben
Mengenverarbeitung
• Einzelne Betrachtung der Elemente welche in der restlichen
Aktivität nur als Sammlung betrachtet werden
• z.B. Listen, Vektoren, hashtable...
• Elemente werden als Objektknoten (Pin) übergeben
80
UML 2.0
Konzepte
Aktivitätsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Fastfood-Restaurant besuchen
Person
Bedienung
PKW ausparken
PKW parken
Ort
Parkplatz
Kunde
jeckle.de
Restaurant
Menü bestellen
•
Menü verzehren
Menü
zusammenstellen
Kassieren
Aktivitätsbereiche
• Teilung des Diagramms logisch gruppierte Partitionen
• Hierarchische und mehrdimensionale Partitionierung möglich
81
jeckle.de
UML 2.0
Konzepte
Zustandsdiagramm
•
Aufgabe:
• Beschreibt die internen Zustände eines Classifiers
•
Aussage:
• Zugelassene Status eines Classifiers durch Betrachtung als
Zustandsautomat
•
Aufgabe im Projekt:
• Zustandbeschreibung eines Classifiers
• Detaillierung eines Use Cases
• Verhaltensbeschreibung einer extern angebotenen Schnittstelle
•
• Protokollzustandsautomat neu eingeführt
(Spezialisierung des allgemeinen Zustandsdiagramms)
• Explizierung von Ein- und Austrittspunkten sowie Terminatoren
• Vererbungssemantik (Overriding und Extension) geregelt
Sprache
graphische
Primitive
Diagrammtypen
82
UML 2.0
Konzepte
Zustandsdiagramm
sm Zustandsautomatenname
Sprache
graphische
Primitive
Diagrammtypen
{protocol}
{protocol}
• Unterscheidung:
• Verhaltenszustandsautomaten (Zustandsdiagramm)
• Protokollzustandsautomaten
jeckle.de
• Ein Verhaltenszustandsautomat bildet das diskrete
Verhalten einer Instanz eines Classifiers ab.
• Ein Protokollzustandsautomat beschreibt die erlaubte
Aufrufsabfolge der Instanz eines Classifiers.
83
UML 2.0
Konzepte
Zustandsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
sm Zustandsautomat
Zustandsname
Zustandsname
Unterzustandsautomatenzustand : sm Unterzustandsautomat
einfacher Zustand
Unterzustandsautomatenzustand
zusammengesetzter Zustand
Trigger [Guard] / Aktivität
[Vorbedingung] Operation / [Nachbedingung]
Transition in
Verhaltenszustandsautomaten
Endzustand
Transition in
Protokollzustandsautomaten
Pseudozustände
jeckle.de
Startzustand
Gabelung
Entscheidung
Vereinigung
Kreuzung
Austrittspunkt
H
H*
flache Historie
tiefe Historie
Eintrittspunkt
Terminator
84
UML 2.0
Konzepte
Zustandsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
sm Ampel
[aus] /
rot(an) /
rot
[reset]
schalte(rot) /
schalte(rot) /
gelb
gelb(an) /
schalte(gelb) /
rot-gelb
grün
jeckle.de
schalte(grün) /
85
UML 2.0
Konzepte
Zustandsdiagramm
Zustandsname
entry / Aktivität
exit / Aktivität
do / Aktivität
Trigger [Guard] / Aktivität
Trigger [Guard] / defer
Sprache
graphische
Primitive
Diagrammtypen
Zustandsname
• Ein Zustand beschreibt eine bestimmte Ausprägung:
• eine statische Situation
• auf ein externes Ereignis wartend
jeckle.de
• Zuständige können Aktivitäten enthalten:
• entry, do und exit activity
• verzögerte Ereignisse
• Eine Transition ist der Übergang von einem Quell- in einen
Zielzustand
86
UML 2.0
Konzepte
Zustandsdiagramm
Fertigwischen
closed
[Wischer in
Parkposition]
Diagrammtypen
Ausgangsstellung
entry / in Parkposition
bringen
[passiv offen]
TCB erstellen
Sprache
graphische
Primitive
[geschlossen]
TCB löschen
Stufe 1
listen
do / langsam drehen
PKW neu
angemeldet
PKW gebraucht
Stufe2 gewählt /
schalte 2
Stufe1 gewählt /
schalte 1
do/ benutzen
Stufe 2
jeckle.de
aktiv
after(60 seconds)
standby
do / schnell drehen
• Verschiedene Zustandsübergänge
87
UML 2.0
Konzepte
Zustandsdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Zustandsname
entry / Aktivität
exit / Aktivität
do / Aktivität
Trigger / Aktivität
Trigger / defer
A
jeckle.de
B
• Zusammengesetzter Zustand:
• Setzt sich aus Zuständen, Pseudozuständen und Transitionen
zusammen
• Steht stellvertretend für einen vollständigen
Zustandsautomaten
• Kann Ein- und Austrittspunkte besitzen
88
UML 2.0
Konzepte
Zustandsdiagramm
• Startzustand:
• Verweist auf den ersten Zustand
• Einer pro Region
• Entscheidung:
• Ausgehende Transition wird während
der Ausführung der Transition bestimmt
jeckle.de
• Kreuzung:
• Ausgehende Transition ist vor der
Ausführung der Transition bekannt
• Ein- und Austrittspunkt:
• Zum Betreten und Verlassen von
Unterzustandsautomaten
Sprache
graphische
Primitive
Diagrammtypen
Startzustand
Entscheidung
Kreuzung
Austrittspunkt
Eintrittspunkt
89
UML 2.0
Konzepte
Zustandsdiagramm
• Gabelung und Vereinigung:
• Teilen eine Transition auf mehrere
parallele Zustände auf bzw. fügen mehrere
Transitionen zu einer zusammen
Sprache
graphische
Primitive
Diagrammtypen
Gabelung
Vereinigung
• Flache Historie:
• Speichert den zuletzt aktiven Unterzustand
eines komplexen Zustands
jeckle.de
• Tiefe Historie:
• Speichert den zuletzt aktiven Unterzustand
eines in einem komplexen Zustand
enthaltenen Zustand
• Terminator:
• Bei Erreichen endet die Lebensdauer der Instanz
des beschriebenen Classifiers
H
flache Historie
H*
tiefe Historie
Terminator
90
UML 2.0
Konzepte
Zustandsdiagramm
Betriebsmodi Autoradio
eingeschalten
H
Zustand3
manuell
umgeschaltet
[Kassette drin]
manuell
umgeschaltet
[keine Kassette
drin]
probiert
Sprache
graphische
Primitive
Prüfung Trinkbarkeit
Diagrammtypen
Trinkbarkeit
geprüft
do / Trinkbarkeit prüfen
Kassette
eingelegt
[Kassette
ausgeworfen]
umschalten
getrunken
[ist ok = ja]
trinken
Zustand2
ausgeschalten
manuell
umschalten
[CD-Kassette
drin]
[ist ok = nein]
wegschütten
manuell
umgeschaltet
Zustand1
A
do / x = 1
A
do / x = 1
jeckle.de
Trigger / x = -1*x
Trigger / x = -1*x
x
[x<0]
B
[x>=0]
C
[<0]
[>=0]
B
C
91
UML 2.0
Konzepte
Zustandsdiagramm
sm Geldautomat
sm Geldautomat
defekt
defekt
{final}
{final}
defekt
defekt
Karte prüfen
Karte
prüfen
{final}
{final}
Karte
Karte
angenommen
angenommen
Betrag wählen
Betrag wählen Betrag
Betrag
gewählt
gewählt
jeckle.de
Transaktion
Transaktion
bestätigen
{final}
bestätigen {final}
Karte ausgegeben
Karte{final}
ausgegeben
{final}
Sprache
graphische
Primitive
Diagrammtypen
sm Geldautomat {extended}
sm Geldautomat {extended}
Betrag einlesen {extended}
Betrag einlesen {extended}
Betrag wählen
Betrag wählen
anderer Betrag
anderer
Betrag
gewählt
gewählt
ok
ok
Betrag eingeben
Betrag eingeben
Transaktion nicht
Transaktion
bestätigen nicht
bestätigen
Transaktion
Transaktion
bestätigen
{final}
bestätigen {final}
• Spezialisierung von Zustandsautomaten durch
• Erweiterung um Regionen, Zustände und Transitionen
• Erweiterung von Regionen und Zuständen
• Erweiterung von Transitionen
92
UML 2.0
Konzepte
Zustandsdiagramm
sm Port TCP active
client {protocol}
Diagrammtypen
sm Port TCP passive
client {protocol}
closed
closed
[aktiv offen]
TCB erstellen
und syn senden
[geschlossen]
TCB löschen
Sprache
graphische
Primitive
[geschlossen]
TCB löschen
[passiv offen]
TCB erstellen
listen
[syn erhalten]
syn + ack senden
Syn sent
[rst erhalten]
[syn + ack erhalten]
ack senden
syn rcvd
[ack
erhalten]
established
established
[geschlossen]
fin senden
[timeout]
passiv
geschlossen
jeckle.de
fin wait 1
[ack
erhalten]
fin wait 2
[fin erhalten]
ack senden
[fin +ack erhalten]
ack senden
close wait
[geschlossen]
ack senden
time wait
last ack
[ack
erhalten]
[ack erhalten]
fin senden
aktiv geschlossen
•
Protokollzustandsautomat
M. Jeckle:
UML 2.0. Modellierung 2004, Marburg, 2004-03-24
93
UML 2.0
Konzepte
Sequenzdiagramm
•
Aufgabe:
• Beschreibt den Intra- und Intersystem-Datenaustausch
•
Aussage:
• Wie spielen die einzelnen Systeme oder –komponenten
zusammen
•
Aufgabe im Projekt:
• Darstellung der dynamischen Aurufbeziehungen
Diagrammtypen
•
jeckle.de
• Erweiterung der möglichen Kommunikationspartner
• Referenzierung und Hierarchisierung möglich
• Kontrollflüsse ausdrückbar
• Neue Elemente
• Interationsrahmen
• Kombinierte Fragmente
• Sprungmarken und Coregionen
• Interaktionsreferenzen
• Modellierung
Gates für
Nachrichten
M. Jeckle: UML 2.0.
2004, Marburg,
2004-03-24
Sprache
graphische
Primitive
94
UML 2.0
Konzepte
Sequenzdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Kommunikationspartner
sd Interaktion
K1
K2
K3
Lebenslinie
Nachricht1(Argument)
Zeitlicher
Verlauf
Ok=Nachricht1
Nachricht2
jeckle.de
Aktionssequenz
Nachricht
95
UML 2.0
Konzepte
Sequenzdiagramm
Lebenslinie
Sprache
graphische
Primitive
Diagrammtypen
Zustandsbedingung
sd Bild aufhaengen
:Person
:Hammer
:Nagel
:Daumen
:Bild
[gerade]
loop
Abbruchbedingung
[Nagel
haelt]
schlagen
getroffen =
schlagen
alt
treffen
Kombiniertes
Fragment
treffen
Interaktions
-verweis
ref
Daumen verbinden
aufhaengen
jeckle.de
Nachricht
Aktionssequenz
96
UML 2.0
Konzepte
Sequenzdiagramm
Sprache
graphische
Primitive
Diagrammtypen
Synchrone Nachricht
A
B
N1
C
N3
N2
N4
Found Nachricht
jeckle.de
Antwortnachricht
Asynchrone
Nachricht
Lost Nachricht
97
UML 2.0
Konzepte
Sequenzdiagramm
Sprache
graphische
Primitive
Diagrammtypen
sd Nahrung aufnehmen
:Partygast
:Buffet
:Snacks
alt
pluendern
[Partygast.Hungergefühl>normal]
aufessen
[Partygast.Hungergefühl== normal]
jeckle.de
[else]
weiterfeiern
• alt: Bedingungsgesteuerte Alternativen (min. zwei)
• ignore: Gezielte Unterspezifikation (d.h. Realitätsausschnitt fehlt)
• consider: Betonung der Bedeutung
• opt: Optionale Ausführung
• loop: Zählschleife
• neg: Nicht zugelassener Ablauf
• assert: Zusicherung, die gelten muß
• par: Nebenläufigkeit oder Parallelität (wird nicht unterschieden)
•
critical: Ununterbrechbarer kritischer Abschnitt
98
UML 2.0
Konzepte
Sequenzdiagramm
Sprache
graphische
Primitive
Diagrammtypen
sd Tankstopp
:Person
:Auto
:Kasse
tanken(Benzin)
Scheiben putzen
Öl kontollieren
jeckle.de
bezahlen
• Coregion:
• Alternativdarstellung zum parallel kombinierten Fragment
• Nur zugelassen wenn genau eine Lebenslinie betroffen ist
• Ablaufreihenfolge innerhalb der Coregion nicht festgelegt
99
UML 2.0
Konzepte
Sequenzdiagramm
Sprache
graphische
Primitive
Diagrammtypen
ref
C
sd
X
Z
Y
ref C
ref
A
ref
B
sd A
sd B
X
Y
Z
jeckle.de
Y
Z
• Referenziert (ref) auf eine beliebige Interaktion
• Wiederverwendung in mehreren Diagrammen möglich
• „Zooming“–Gedanke
• Auch für Lebenslinien möglich
100
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
•
Aufgabe:
• Statische Sicht auf dynamische Interaktion
•
Aussage:
• Stellt Teile einer komplexen Struktur und ihre Beziehungen in der
Zusammenschau dar
•
Aufgabe im Projekt:
• Dokumentation aller ausgetauschten Nachrichten
•
(entspricht inhaltlich und konzeptionell dem Kollaborationsdiagramm)
• Untermenge des Sequenzdiagramms
• Keine Verweise
• Keine kombinierten Fragmente
• Keine Berücksichtigung der Ereignisreihenfolge
101
UML 2.0
Konzepte
Name der Interaktion
Sprache
graphische
Primitive
Diagrammtypen
Lebenslinie
cd Gassi gehen
Nachrichtenname
1:Gassi gehen
Hundehalter
Sequenzbezeichner
Hund
3:entfernen
2.1:schimpfen
1.1:machen
2:reintreten
jeckle.de
Richtung der
Nachricht
Passant
Häufchen
• Notationselemente:
• Interaktion
• Lebenslinien
• Nachrichten
• Sequenzbezeichner
102
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
cd Reparaturauftrag
1a.1:Auftrag
1a:beauftragen
Auftragsannahme
Besitzer
Mechaniker
1a.1.1.1:erledigt
1b:ausleihen
1a.1.1a:reparieren
2:fahren
Auto
Mietwagen
1a.1.1b*||[alle Ersatzteile vorhanden]:
Ersatzteil beschaffen
Lager
1a.1.1c:[Ersatzteil nicht vorhanden]:
bestellen
jeckle.de
Ersatzteil
• Notation etwas unübersichtlich:
• Nebenläufigkeit dokumentiert durch Buchstaben im
Sequenzbezeichner
• Definition von Schleifen mit einem Stern „*“
• Kennzeichnung von nebenläufigen Schleifen-durchläufen mit
Doppelstrich „||“
103
jeckle.de
UML 2.0
Konzepte
Timing-Diagramm
•
Aufgabe:
• Zeitabhängige Zustandsdarstellung
•
Aussage:
• Dokumentation des Zeitpunktes eines Zustandswechsels eines
Kommunikationspartner
•
Aufgabe im Projekt:
• Dokumentation des zeitlichen (System-)Verhaltens analog einer
Schaltung
•
Sprache
graphische
Primitive
Diagrammtypen
104
UML 2.0
Konzepte
Timing-Diagramm
Name des
Diagramms
Sprache
graphische
Primitive
Diagrammtypen
ZeitBedingung
td Fußgängerampel
{d...6*d}
:Ampel
grün
rot
gehen
betriebsbereit
nicht
gehen
aktivieren
Lebenslinien
:Fußgänger
aktiv
wartend
jeckle.de
d
Sek.
0 10 20 30
Zustand
Zeitskala
Zustandslinie
Nachricht
105
UML 2.0
Konzepte
Timing-Diagramm
Sprache
graphische
Primitive
Diagrammtypen
td Waschstraße
{5a}
{2a..6,5a}
{4a}
:Waschstraße
betriebsbereit
Vorreinigung
Hauptwäsche
Trocknen
betriebsbereit
:Kunde
aktiv
warten
aktiv
jeckle.de
a
106
jeckle.de
UML 2.0
Konzepte
Interaktionsübersichts-Diagramm
•
Aufgabe:
• Darstellung des Zusammenspiels verschiedener Interaktionen
•
Aussage:
• Dokumentation der Bedingungen und Reihenfolgen der
Interaktionsausführungen
•
Aufgabe im Projekt:
• Zusammenhang zwischen Aktivitätsdiagrammen
• Übersichtlichkeitserhalt oder -gewinn
•
Sprache
graphische
Primitive
Diagrammtypen
107
UML 2.0
Konzepte
Interaktionsübersichts-Diagramm
Sprache
graphische
Primitive
Diagrammtypen
iod Betriebsfeier
ref
Verpflegung_organisieren
sd
:Chef
ref
:Angestellter
Mitarbeiter.Hemmschwelle=Feier:Alkoholkonsum
organisiereFeier
ref
Mitarbeiter_verständigen
[Keine Hemmschwelle]
sd
sd
:Chef
:Mitarbeiter
jeckle.de
bedanken
:Chef
:Personalchef
mitarbeiterfeuern
108
Nicht-graphische Repräsentationen
•
c11
sd Polizeikontrolle
c22
:Polizist
:Alkomat
Schlangenlinien fahren
:Auto
c12
anhalten
anhalten:ok
par
c31
c21
Personalien prüfen
Personalien prüfen:ok
Fahrzeugpapiere prüfen
...
Diagrammtypen
Als Alternative zu der graphischen Darstellung von
Sequenzdiagrammen stehen tabellenartige Texte zur
Verfügung
:Fahrer
Fahrzeugpapiere prüfen:ok
opt
[Personalien = ok && Fahrzeugpapiere = ok]
jeckle.de
Sprache
graphische
Primitive
ref
:Fahrer.Alkoholwert=Alkoholkontrolle
alt
[Alkoholwert<0.5]
[Alkoholwert>=0.5]
c32
...
UML 2.0
Konzepte
weiterfahren
zur Blutprobe fahren
109
Nicht-graphische Repräsentationen
•
c11
sd Polizeikontrolle
:Fahrer
c22
:Polizist
:Alkomat
:Auto
anhalten:ok
c31
c21
Personalien prüfen
Personalien prüfen:ok
...
Fahrzeugpapiere prüfen
Fahrzeugpapiere prüfen:ok
opt
[Personalien = ok && Fahrzeugpapiere = ok]
ref
:Fahrer.Alkoholwert=Alkoholkontrolle
alt
[Alkoholwert<0.5]
[Alkoholwert>=0.5]
jeckle.de
c12
anhalten
par
Sprache
graphische
Primitive
Diagrammtypen
Als Alternative zu der graphischen Darstellung von
Sequenzdiagrammen stehen tabellenartige Texte zur
Verfügung
c32
...
UML 2.0
Konzepte
Optionale tabellarische Darstellung
• Maschinell verarbeitbar
• Möglichkeit der Konsistenzprüfung
• Übersichtlichkeit bei großen
Diagrammmengen
weiterfahren
zur Blutprobe fahren
Lifeline Instance Sending msg. Instance
Fahrer
Polizist
Fahrer
Polizist
Fahrer
Polizist
Fahrer
Fahrer
Order
c11
c12
c21
c22
c31
c32
Msg. Name
anhalten
anhalten
anhalten:ok
anhalten:ok
Msg. Receive Instance
Polizist
Fahrer
Polizist
110
jeckle.de
UML 2.0
Konzepte
Die Diagrammtypen im Überblick
Sprache
graphische
Primitive
Diagrammtypen
Diagrammtyp
Diese zentrale Frage
beantwortet das Diagramm
Stärken
Klassendiagramm
Aus welchen Klassen besteht
mein System und wie stehen
diese untereinander in
Beziehung?
Beschreibt die statische Struktur
des Systems.
Enthält alle relevanten Strukturzusammenhänge/Datentypen.
Brücke zu dynamischen
Diagrammen.
Normalerweise unverzichtbar.
Paketdiagramm
Wie kann ich mein Modell so
schneiden, dass ich den
Überblick bewahre?
Logische Zusammenfassung von
Modellelementen.
Modellierung von Abhängigkeiten/
Inklusion möglich.
Objektdiagramm
Welche innere Struktur besitzt
mein System zu einem
bestimmten Zeitpunkt zur
Laufzeit (Klassendiagrammschnappschuss)?
Zeigt Objekte u.
Attributbelegungen zu einem
bestimmten Zeitpunkt.
Verwendung beispielhaft zur
Veranschaulichung
Detailniveau wie im Klassendiagramm.
Sehr gute Darstellung von
Mengenverhältnissen.
111
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
Diagrammtyp
Diese zentrale Frage
beantwortet das Diagramm
Stärken
Wie sieht das Innenleben
einer Klasse, einer
Komponente,
eines Systemteils aus?
Ideal für die Top-DownModellierung des Systems (GanzTeil-Hierarchien).
Zeigt Teile eines
„Gesamtelements“ und deren
Mengenverhältnisse.
Präzise Modellierung der TeileBeziehungen über spezielle
Schnittstellen (Ports) möglich.
Komponentendiagramm
Wie werden meine Klassen
zu wieder verwendbaren,
verwaltbaren Komponenten
zusammengefasst und wie
stehen diese in Beziehung?
Zeigt Organisation und Abhängigkeiten einzelner technischer
Systemkomponenten.
Modellierung angebotener und
benötigter Schnittstellen möglich.
Verteilungsdiagramm
Wie sieht das Einsatzumfeld
(Hardware, Server,
Datenbanken, …) des
Systems aus? Wie werden
die Komponenten zur
Laufzeit wohin verteilt?
Zeigt das Laufzeitumfeld des
Systems mit den „greifbaren“
Systemteilen.
Darstellung von
„Softwareservern“ möglich.
Hohes Abstraktionsniveau, kaum
Notationselemente.
112
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
Diagrammtyp
Diese zentrale Frage beantwortet
das Diagramm
Stärken
Use-Case-Diagramm
Was leistet mein System für
seine Umwelt (Nachbarsysteme,
Stakeholder)?
Außensicht auf das System.
Geeignet zur Kontextabgrenzung.
Hohes Abstraktionsniveau, einfache
Notationsmittel.
Aktivitätsdiagramm
Wie läuft ein bestimmter flussorientierter Prozess oder ein
Algorithmus ab?
Sehr detaillierte Visualisierung von
Abläufen mit Bedingungen,
Schleifen, Verzweigungen.
Parallelisierung und
Synchronisation.
Darstellung von Datenflüssen.
Zustandsautomat
Welche Zustände kann ein
Objekt, eine Schnittstelle, ein
Use Case, … bei welchen
Ereignissen annehmen?
Präzise Abbildung eines Zustandsmodells mit Zuständen, Ereignissen,
Nebenläufigkeiten, Bedingungen,
Ein- und Austrittsaktionen.
Schachtelung möglich.
Sequenzdiagramm
Wer tauscht mit wem welche
Informationen in welcher
Reihenfolge aus?
Darstellung des
Informationsaustauschs zwischen
Kommunikationspartnern Sehr
präzise Darstellung der zeitlichen
Abfolge auch mit Nebenläufigkeiten.
113
jeckle.de
UML 2.0
Konzepte
Sprache
graphische
Primitive
Diagrammtypen
Diagrammtyp
Diese zentrale Frage beantwortet
das Diagramm
Stärken
Wer kommuniziert mit wem? Wer
„arbeitet“ im System
zusammen?
Stellt den Informationsaustausch
zwischen Kommunikationspartnern
dar.
Überblick steht im Vordergrund
(Details und zeitliche Abfolge
weniger wichtig).
Timingdiagramm
Wann befinden sich verschiedene
Interaktionspartner in welchem
Zustand?
Visualisiert das exakte zeitliche
Verhalten von
Klassen,Schnittstellen,..
Geeignet für die
Detailbetrachtungen, bei denen es
wichtig ist, dass ein Ereignis zum
richtigen Zeitpunkt eintritt.
Wann läuft welche Interaktion
ab?
Verbindet Interaktionsdiagramme
(Sequenz-, Kommunikation- und
Timingdiagramme) auf Top-LevelEbene.
Hohes Abstraktionsniveau.
114
UML 2.0
Umfeld
jeckle.de
MDA
Metamodell
Umfeld
DiagrammAustausch
115
UML 2.0
MDA
Model Driven Architecture
Metamodell
Umfeld
DiagrammAustausch
• Vision (weder Spezifikation noch Technik!) der OMG
jeckle.de
• Vereinigt
• UML (Modellierungssprache)
• MOF (Metamodellarchitektur)
• XMI ((Meta-)Modellaustausch)
• Webtechniken (Web Services)
• Generative Ansätze
• UML
• liefert Modellierungsansatz
• anpaßbar durch Profilbildung (integral: Stereotypen)
• Modelle werden als plattformunabhängig (PIM) oder
plattformspezifisch (PSM) rubriziert
• Generierungsbeziehungen zwischen Modell-“Typen“
116
UML 2.0
MDA
Metamodellierung
Metamodell
Umfeld
DiagrammAustausch
Element
NamedElement
RedefinableElement
Namespace
Relationship
PackagableElement
DirectedRelationship
Generalization
Package
Type
PackageMerge
InstanceSpecification
PackageImport
Dependency
Abstraction
jeckle.de
Classifier
«enumeration»
AggregationKind
Realization
Class
Interface
Association
117
UML 2.0
MDA
Metamodellierung
Metamodell
Umfeld
DiagrammAustausch
RedefinableElement (Kernel - Meta)
TypedElement (Kernel - Meta)
ActivityEdge
ControlFlow
ActivityNode
ObjectFlow
ExecutableNode
ObjectNode
ControlNode
Action
CentralBufferNode
DecisionNode
FinalNode
ForkNode
InitialNode
JoinNode
MergeNode
DataStoreNode
ActivityFinalNode
FlowFinalNode
Pin
Element (Kernel - Meta)
NamedElement (Kernel - Meta)
OutputPin
InputPin
Class (Kernel)
ActivityGroup
ParameterSet
ExceptionHandler
jeckle.de
Namespace (Kernel - Meta)
Behavior (Common Behaviours - Meta)
Activity
StructuredAcitvityNode
ActivityPartition
InterruptibleAcitvityRegion
ExpansionRegion
118
UML 2.0
MDA
Metamodellierung
Metamodell
Umfeld
DiagrammAustausch
Metamodell der UML fast vollständig überarbeitet
Durchgängige Nutzung des Classifier-Konzeptes
Starke Änderungen im Dynamikbereich
Statische Modellanteile stark abstrahiert
Erstmalige Berücksichtigung der visuellen
Modellrepräsentation
• Eigenständiges Metamodell für OCL
• Erweiterungsmechanismen (Profile)
jeckle.de
•
•
•
•
•
• Insgesamt:
• Basiskonzepte grundlegend Überarbeitet
• Verallgemeinert
• Orthogonalität
• Wiederverwendung (im Metamodell)
• fast vollständig neues, kompaktes Metamodell
• Jedoch: Einzelne Primitive (Note) bleiben immernoch
völlig unberücksichtigt
119
UML 2.0
MDA
Diagrammaustausch
Metamodell
Umfeld
DiagrammAustausch
UML v1.x
• UML-Metamodell kennt den Begriff Diagramms nicht
• Modellaustausch mit dem XML Metadata Interchange
(XMI)-Format als Resultat davon auch nicht.
jeckle.de
XMI
+
Diagram
Interchange
UML v2.0
• Erweitert das bestehende Metamodell
• Enthält die Graphikdaten (nicht die Pixeldaten)
• Kann automatisiert in andere Formate
(GIF, PNG, SVG) übersetzt werden
120
UML 2.0
MDA
Diagrammaustausch
Metamodell
Umfeld
DiagrammAustausch
UML v2.0
• Erweitert das bestehende Metamodell
• Enthält die Graphikdaten (nicht die Pixeldaten)
• Kann automatisiert in andere Formate
(GIF, PNG, SVG) übersetzt werden
<?xml version = '1.0' encoding = 'UTF-8' ?>
<XMI.header>
<XMI.documentation>
<XMI.exporter>Netbeans XMI Writer</XMI.exporter>
<XMI.exporterVersion>1.0</XMI.exporterVersion>
</XMI.documentation>
</XMI.header>
<XMI.content>
„klassische“
Modelldaten
<XMI xmi.version = '1.2' xmlns:UML = 'org.omg.xmi.namespace.UML' timestamp = 'Wed Dec 31 12:49:37 CET
2003'>
<UML:Model xmi.id = 'lsm:aa10fc:f9cbbf26cb:-7ffa' name = 'model 1' isSpecification = 'false'
isRoot = 'false' isLeaf = 'false' isAbstract = 'false'>
...
<UML:Diagram xmi.id = 'ldi:aa10fc:f9cbbf26cb:-7fd2' isVisible = 'true' name = 'Class Diagram_1'
<UML:GraphElement.position>
<XMI.field>0.0</XMI.field>
</UML:GraphElement.position>
<UML:GraphNode.size>
jeckle.de
</UML:GraphNode.size>
<UML:Diagram.viewport>
</UML:Diagram.viewport>
<UML:GraphElement.semanticModel>
Neu mit UML 2.0:
graphische Modelldaten
zoom = '1.0'>
<UML:SimpleSemanticModelElement xmi.id = 'lsm:aa10fc:f9cbbf26cb:-7fd1' presentation = ''
typeInfo = 'ClassDiagram'/>
</UML:GraphElement.semanticModel>
...
121
UML 2.0
MDA
Diagrammaustausch
jeckle.de
<XMI.exporter>Netbeans XMI Writer</XMI.exporter>
<XMI.exporterVersion>1.0</XMI.exporterVersion>
</XMI.documentation>
<XMI.content>
<UML:Model xmi.id = 'lsm:aa10fc:f9cbbf26cb:-7ffa' name = 'model 1' isSpecification = 'false'
isRoot = 'false' isLeaf = 'false' isAbstract = 'false'>
...
<UML:Diagram xmi.id = 'ldi:aa10fc:f9cbbf26cb:-7fd2' isVisible = 'true' name = 'Class Diagram_1'
zoom = '1.0'>
Neu mit UML 2.0:
graphische Modelldaten
XMI
+
DI
<XMI.documentation>
„klassische“
Modelldaten
<XMI xmi.version = '1.2' xmlns:UML = 'org.omg.xmi.namespace.UML' timestamp = 'Wed Dec 31 12:49:37 CET
2003'>
</XMI.header>
<UML:GraphElement.position>
</UML:GraphElement.position>
<UML:GraphNode.size>
</UML:GraphNode.size>
<UML:Diagram.viewport>
</UML:Diagram.viewport>
<UML:GraphElement.semanticModel>
Umfeld
DiagrammAustausch
<?xml version="1.0" encoding="UTF-8"?>
<?xml
version="1.0" encoding="UTF-8"?>
<svg
xmlns="http://www.w3.org/2000/svg"
<svg
width="550"
height="433"
width="550" height="433"
xmlns:UML="org.omg.xmi.namespace.UML">
xmlns:UML="org.omg.xmi.namespace.UML">
<defs>
<defs>
<marker id="start_trans_arrowhead"
<marker
id="start_trans_arrowhead"
viewBox="0
0 10 10" refX="10" refY="5" markerWidth="11"
viewBox="0 0 10 10"
refX="10"
refY="5" markerWidth="11"
markerHeight="11"
orient="0"
fill="none">
markerHeight="11"
orient="0"
fill="none">
<path stroke="black" d="M 0 0 L 10 5 L 0 10"/>
</marker>
</marker>
<marker
id="start2_trans_arrowhead" viewBox="0 0 10 10"
<marker
id="start2_trans_arrowhead"
0 10 10"
refX="10"
refY="5" markerWidth="11"viewBox="0
markerHeight="11"
refX="10"
refY="5"
markerWidth="11"
markerHeight="11"
orient="180" fill="none">
orient="180"
fill="none">
<path
stroke="black"
d="M 0 0 L 10 5 L 0 10"/>
<path
stroke="black"
d="M 0 0 L 10 5 L 0 10"/>
</marker>
</marker>
<marker id="end_trans_arrowhead" viewBox="0 0 10 10" refX="10"
<marker
viewBox="0 orient="auto"
0 10 10" refX="10"
refY="5" id="end_trans_arrowhead"
markerWidth="11" markerHeight="11"
refY="5"
markerWidth="11"
markerHeight="11"
orient="auto"
fill="none">
fill="none">
</marker>
</marker>
<marker id="gen_arrowhead" viewBox="0 0 10 10" refX="10"
<marker
viewBox="0 0 10 10"
refX="10"
refY="5" id="gen_arrowhead"
markerWidth="11" markerHeight="11"
orient="auto"
refY="5" markerWidth="11" markerHeight="11" orient="auto"
fill="white">
fill="white">
<path
stroke="black" d="M 0 0 L 10 5 L 0 10"/>
<path
stroke="black"stroke-width="3"
d="M 0 0 L 10 5d="M
L 0 10"/>
<path stroke="black"
0 0 L 0 10 "/>
<path stroke="black" stroke-width="3" d="M 0 0 L 0 10 "/>
</marker>
</marker>
...
...
<?xml version = '1.0' encoding = 'UTF-8' ?>
<XMI.header>
Metamodell
<UML:SimpleSemanticModelElement xmi.id = 'lsm:aa10fc:f9cbbf26cb:-7fd1' presentation = ''
typeInfo = 'ClassDiagram'/>
</UML:GraphElement.semanticModel>
...
<xsl:stylesheet version="1.0"
<xsl:stylesheet version="1.0"
xmlns:UML="org.omg.xmi.namespace.UML"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
xmlns:UML="org.omg.xmi.namespace.UML"
<xsl:output
media-type="image/svg+xml" method="xml" indent="yes"/>
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:include
href="globalFunctions.xsl"/>
<xsl:outputhref="templates_for_cd_dd.xsl"/>
media-type="image/svg+xml" method="xml" indent="yes"/>
<xsl:include
<xsl:include
href="globalFunctions.xsl"/>
<xsl:param
name="diagramID"
/>
<xsl:include
href="templates_for_cd_dd.xsl"/>
<xsl:param
name="fillWith"/>
<xsl:param
name="diagramID" />
<xsl:variable
name="filling">
<xsl:param
name="fillWith"/>
<xsl:if
test="$fillWith"><xsl:value-of
select="$fillWith"/></xsl:if>
<xsl:variable
name="filling">
<xsl:if
test="not($fillWith)">white</xsl:if>
<xsl:if test="$fillWith"><xsl:value-of select="$fillWith"/></xsl:if>
</xsl:variable>
<xsl:if test="not($fillWith)">white</xsl:if>
</xsl:variable>
<xsl:variable
name="DiagramID">
<xsl:if test="$diagramID"><xsl:value-of select="$diagramID"/></xsl:if>
<xsl:variable
name="DiagramID">
<xsl:if
test="not($diagramID)">
<xsl:if test="$diagramID"><xsl:value-of select="$diagramID"/></xsl:if>
<xsl:value-of
<xsl:if test="not($diagramID)">
select="//UML:Diagram[position()=1][child::UML:GraphElement.semanticModel/UML:SimpleSemanticM
<xsl:value-of
odelElement[attribute::typeInfo='ClassDiagram']]/attribute::xmi.id"/>
select="//UML:Diagram[position()=1][child::UML:GraphElement.semanticModel/UML:SimpleSemanticM
</xsl:if>
... odelElement[attribute::typeInfo='ClassDiagram']]/attribute::xmi.id"/>
</xsl:if>
...
XSLT
122
jeckle.de
UML 2.0
MDA
Standardisierung
Request for Proposals
1996
Zwei
konkurrierende
Vorschläge
Metamodell
Umfeld
DiagrammAustausch
Finale Spezifikation
1997
123
UML 2.0
MDA
Standardisierung
Metamodell
Umfeld
DiagrammAustausch
re
u
t
uc
r
t
as
r
f
In
re
u
t
uc
r
t
rs
e
p
Su
OC
L
jeckle.de
am e
r
g
Dia hang
rc
e
t
In
vier RFPs
2000
20 Einreichungen
Request for Information
1999
124
UML 2.0
MDA
Standardisierung
ure
uct
r
t
ras
Inf
re
ctu
u
r
st
per
Su
L
OC
m
gra nge
a
i
D
ha
erc
t
n
I
Metamodell
Umfeld
DiagrammAustausch
• Kein monolithischer Sprachentwurf (mehr)
• Vier separate Entwicklungsgruppen erzeugen
vier separate Weiterentwicklungen mit
starkem inneren Zusammenhang
OCL
nutzt
nutzt
jeckle.de
MOF2
Diagram
Interchange
Infrastructure
überträgt
Statische
Anteile Dynamische
Anteile
Superstructure
nutzt
125
UML 2.0
MDA
Standardisierung
Metamodell
Umfeld
DiagrammAustausch
ure
t
c
u
str
a
r
Inf
p
Su
e
tu r
c
u
tr
ers
jeckle.de
OC
L
am e
r
g
Dia hang
erc
t
n
I
vier RFPs
2000
Einreichungen
durch 12 Gruppen
Vier gemeinsame
Weiterentwicklungen
126
UML 2.0
MDA
Standardisierung
Metamodell
Umfeld
DiagrammAustausch
• Mit UML 2.0 ist die Reise noch nicht zu Ende
jeckle.de
• Mögliche Weiterentwicklungen
• Vollständig ausführbare Modelle?
• Visuelle Modelle -> Visuelle Programme?
• Neue Paradigmen?
• 3-D Modelle?
• ...
• Zeitabschätzung
+ 3 *TRTF + TRFP
• FUML3 = FUML2
• FUML3 = Q2 2001 + (3*1)
+ 2
≈ 2006
Inspiriert durch C. Kobryn
127
UML 2.0
UML 2 glasklar
Das Buch zur Sprache
•
Vollständige Behandlung der UML 2
•
Alle Diagrammtypen
•
Übersicht der Änderungen seit UML 1
•
Grundkonzepte ohne Ballast erklärt
•
Viele Anwendungsbeispiele
•
Language Binding
• C++
• Java (incl. Generics/Java 1.5)
jeckle.de
• C# (incl. Generics/C# 2.0)
•
Mehr Informationen:
www.uml-glasklar.de
128
jeckle.de
UML 2.0
Diese Folien, sowie weitere Hintergründe
und Informationen zur UML 2.0
129

UML 2.0 - jeckle.de

Transcrição

Documentos relacionados

Eine Benefizfahrt mit dem Fahrrad von

Übungen zur Softwaretechnik - Software and Systems Engineering

UML Klassendiagramm - Dr. Stefan Enderle

Flexible AushilFskräFte (M/W) gesucht takko holding gmbh

Full Text

PRESSEMITTEILUNG Gentleware präsentiert Community

Gentleware AG

Dr. Vladimir Rubin - Amazon Web Services

Erstellt mit Poseidon for UML Community Edition

Leseprobe (50 Seiten, 649 KB)