Einführung in UML
Einführung in UML
Einführung in UML
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
Frank Simon 22.05.00<br />
<strong>UML</strong>-Historie (1/2)<br />
Vere<strong>in</strong>heitlichung und Erweiterung bestehender OO-<br />
<br />
Modellierungstechniken:<br />
→ Grady Booch (OOD, “Wolkenklassen”)<br />
→ James Rumbaugh (OMT)<br />
→ Ivar Jacobsen (Use-Cases)<br />
Januar 1997: Version 1.0 (von OMG als Standard gewählt);<br />
<br />
heute: Version 1.3 <strong>in</strong> Vorbereitung<br />
Exakte Spezifikation unter: http://www.rational.com<br />
<br />
<strong>UML</strong>-Historie (2/2)<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 1<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 2
Frank Simon 22.05.00<br />
Ziel von <strong>UML</strong>:<br />
Objektorientierte Modellierung aller Systeme <strong>in</strong> allen<br />
<br />
Entwicklungsstufen.<br />
Umfangreiche Dokumentation.<br />
<br />
Detaillierte Spezifikation der Semantik.<br />
<br />
Verfügbarkeit, Akzeptanz, Erweiterbarkeit<br />
<br />
Views (Ansichten)<br />
Behavioral view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 3<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 4
Frank Simon 22.05.00<br />
User-View (1/5)<br />
Wie sieht der Anwender das System?<br />
<br />
Beschreibt das Problem und die Lösung aus der Sicht<br />
<br />
derjenigen Menschen, dessen Probleme durch die Lösung<br />
angesprochen werden.<br />
Summe aller Beschreibungen bildet die externe Sicht des<br />
<br />
Systems.<br />
<strong>UML</strong>-Notationen:<br />
<br />
→ Use-Cases<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 5<br />
User-View (2/5): Use Case Diagramme<br />
→ Analysephase<br />
E<strong>in</strong>satz<br />
→ Kommunikation mit Auftraggeber / Benutzer<br />
→ Erfassung von Anwendungsfällen (Use Cases)<br />
→ Akteure<br />
Elemente<br />
→ System<br />
→ Use Cases<br />
→ Kommentare<br />
→ Beziehungen<br />
Name<br />
Name<br />
<br />
Name<br />
Name<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 6<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view<br />
Structural view
Frank Simon 22.05.00<br />
User-View (3/5): Use Case Diagramme<br />
Beziehungen (Fts):<br />
<br />
→ :<br />
Name Name<br />
<br />
E<strong>in</strong> Anwendungsfall D benutzt (uses) e<strong>in</strong>en<br />
Anwendungsfall B, wenn er dessen Verhalten be<strong>in</strong>haltet.<br />
Die -Beziehung faktorisiert geme<strong>in</strong>sames<br />
Verhalten aus Anwendungsfällen heraus, um es <strong>in</strong><br />
verschiedenen anderen Fällen benutzen zu können.<br />
Name Name<br />
→ :<br />
<br />
E<strong>in</strong> Anwendungsfall D erweitert (extends) e<strong>in</strong>en<br />
Anwendungsfall B, wenn er an e<strong>in</strong>em Erweiterungspunkt<br />
zusätzliches spezialisiertes Verhalten e<strong>in</strong>fügt.<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 7<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
User-View (4/5): Use Case Diagramme<br />
Beispiel 1:<br />
User view<br />
Structural view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 8<br />
Behavioral view<br />
Implementation view<br />
Environment view<br />
Structural view
Frank Simon 22.05.00<br />
User-View (5/5): Use Case Diagramme<br />
Beispiel 2:<br />
Structural View (1/11)<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 9<br />
Modelliert statische Struktur der Problemwelt und der Lösung<br />
<br />
(logische Sicht).<br />
Ignoriert weitestgehend Verhalten des Systems.<br />
<br />
Anwendbar auf verschiedenen Abstraktionsniveaus<br />
<br />
→ Durchgängig benutzbar von Analyse bis zur Wartung<br />
<strong>UML</strong>-Notationen:<br />
<br />
→ Klassendiagramme (Statische Struktur des Systems)<br />
→ Objektdiagramme (Statische Struktur des Systems zu<br />
e<strong>in</strong>em bestimmten Zeitpunkt während der Ausführung.<br />
Beschreiben konkrete Instanziierung e<strong>in</strong>es<br />
Klassendiagramms.)<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 10<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view
Frank Simon 22.05.00<br />
Structural View (2/11): Klassendiagramme<br />
→ Klassen: Beschreibung von e<strong>in</strong>er Menge von Objekten<br />
mit gleichen strukturellen Eigenschaften und gleichem<br />
Elemente<br />
Verhalten.<br />
(Stereotyp)<br />
Name<br />
Attribute [:type [=<strong>in</strong>itval]]<br />
Operation (arglist): retype<br />
→ Sichtbarkeit: + public, # protected, - private<br />
→ Besonderheiten: Klassenvariablen und -methoden,<br />
abstrakte Klassen/Methoden<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 11<br />
Structural View (3/11): Klassendiagramme<br />
Name<br />
Elemente (Fts)<br />
<br />
→ Interfaces:<br />
Def<strong>in</strong>ieren e<strong>in</strong>e Menge<br />
von extern verfügbaren<br />
Operationen, die anderen<br />
Klassen angeboten werden.<br />
→ Templates:<br />
Beschreiben e<strong>in</strong>e Familie von<br />
Klassen, die e<strong>in</strong>e geme<strong>in</strong>same<br />
Form haben. Spezielle Klassen<br />
oder<br />
legen freie Parameter der Template-Klasse fest.<br />
→ Entwurfsmuster:<br />
Standardentwürfe für Teilprobleme<br />
Name<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Name<br />
Rolle<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 12<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Parameter-List<br />
Name<br />
(Value-List)<br />
Entwurfsmuster<br />
Rolle<br />
Name<br />
Klasse1<br />
Klasse2<br />
Structural view<br />
Structural view
Frank Simon 22.05.00<br />
Structural View (4/11): Klassendiagramme<br />
Beziehungen:<br />
<br />
→ Assoziationen (b<strong>in</strong>är)<br />
Beschreiben Verb<strong>in</strong>dungen<br />
<br />
zwischen Klassen.<br />
Zahlen oder * an den Enden<br />
der Assoziationen geben an,<br />
wieviele Objekte der Klasse man<br />
an diesem Ende f<strong>in</strong>den kann, wenn man von e<strong>in</strong>em Objekt<br />
auf der anderen Seite ausgeht. Ke<strong>in</strong>e Angabe= 1<br />
„Name“ sollte durch e<strong>in</strong> ⇒ die Leserichtung vorgeben.<br />
Gerichtete Assoziationen (Pfeilspitze) kennzeichnen<br />
lediglich Referenzen <strong>in</strong> Pfeilrichtung.<br />
→ Assoziationen (n-är)<br />
Name<br />
Raute, die mit den<br />
Klasse1<br />
beteiligten Klassen verbunden<br />
ist.<br />
Klasse2<br />
* | n..m<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 13<br />
Structural View (5/11): Klassendiagramme<br />
Beziehungen (Fts)<br />
<br />
→ Assoziation (Fts)<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Klasse1 Klasse2<br />
Rolle1<br />
Name<br />
Qualifizierte Assoziation<br />
Zugriffsschlüssel auf beteiligte<br />
Klasse.<br />
→ Aggregation<br />
Klasse1 Klasse2<br />
Ganzes-Teil-Beziehung<br />
Kard<strong>in</strong>alitäten wie bei Assoziation<br />
Standard 1:n<br />
Klasse1 Klasse2<br />
→ Komposition<br />
Strengere Form der Aggregation,<br />
Teil vom Ganzen existenzabhängig.<br />
Kard<strong>in</strong>alitäten wie bei Aggregation<br />
<br />
* | n..m<br />
Rolle2<br />
Klasse1 Klasse2<br />
Name<br />
Klasse3<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 14<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view<br />
Structural view
Frank Simon 22.05.00<br />
Structural View (6/11): Klassendiagramme<br />
User view<br />
Structural view<br />
Beziehungen (Fts)<br />
<br />
→ Vererbung<br />
Generalisierung/<br />
Spezialisierung<br />
Structural View (7/11): 1. Beispiel<br />
Klasse1<br />
Klasse2 Klasse3<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 15<br />
Behavioral view<br />
Implementation view<br />
Environment view<br />
Kard<strong>in</strong>alitäten?<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 16
Frank Simon 22.05.00<br />
Structural View (8/11): 2. Beispiel<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 17<br />
Structural View (9/11): Objektdiagramme<br />
Variante des Klassendiagramms<br />
<br />
Zeigt alle <strong>in</strong> Beziehung stehenden Instanzen<br />
<br />
„Snapshot“ e<strong>in</strong>es (Teil-) Systems<br />
<br />
Können verwendet werden, um spezielle<br />
<br />
Objektkonfigurationen zu untersuchen.<br />
Notation: <br />
→ InstanzName:Klassenname<br />
→ Nur e<strong>in</strong>fache L<strong>in</strong>ks zwischen Klassen<br />
→ Ke<strong>in</strong>e Methoden<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 18<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view
Frank Simon 22.05.00<br />
Structural View (10/11): Objektdiagramme<br />
1. Beispiel<br />
t=x<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 19<br />
Structural View (11/11): Objektdiagramme<br />
2. Beispiel<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 20<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view<br />
Structural view
Frank Simon 22.05.00<br />
Behavioral View (1/15)<br />
Modelliert dynamische Aspekte des Systems, se<strong>in</strong> Verhalten<br />
<br />
Ignoriert weitestgehend Struktur des Systems.<br />
<br />
Anwendbar auf verschiedenen Abstraktionsniveaus<br />
<br />
→ Durchgängig benutzbar von Analyse bis zur Wartung<br />
<strong>UML</strong>-Notationen:<br />
<br />
→ Sequenz-Diagramme: Stellt den Fluß von Nachrichten zwischen Objekten<br />
im Zeitablauf dar.<br />
→ Kooperations-Diagramme: Andere Form der Sequenzdiagramme mit<br />
Fokus auf der Verantwortlichkeit und Kooperation der beteiligten Objekte.<br />
→ Statechart-Diagramme: Geben an, bei welchen Ereignissen Objekte e<strong>in</strong>er<br />
Klasse ihren Zustand ändern und welche Reaktionen sie dabei zeigen.<br />
→ Aktivitäts-Diagramme: Andere Form der Statechart-Diagramme, wobei<br />
meistens <strong>in</strong> Zuständen e<strong>in</strong>e Aktivität ausgeführt wird und die meisten<br />
Zustandsübergänge durch das Ende e<strong>in</strong>er Aktivität ausgelöst wird.<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 21<br />
Behavioral View (2/15): Sequenzdiagramme<br />
→ Objekt<strong>in</strong>stanz mit Lebensl<strong>in</strong>ie<br />
Elemente<br />
→ Aktivierung e<strong>in</strong>es Objektes<br />
→ Nachricht / Antwort<br />
→ Rekursion<br />
→ Löschen e<strong>in</strong>es Objektes<br />
Name()<br />
Name<br />
Name<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 22<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view<br />
Structural view
Frank Simon 22.05.00<br />
Behavioral View (3/15): Sequenzdiagramme<br />
1. Beispiel<br />
Behavioral<br />
View (4/15):<br />
Sequenzdiagramme<br />
2. Beispiel<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 23<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 24<br />
Structural view
Frank Simon 22.05.00<br />
Behavioral View (5/15): Kooperationsdiagramme<br />
User view<br />
Structural view<br />
→ Objekt<strong>in</strong>stanz<br />
Elemente<br />
→ Nachricht<br />
→ Erstellung /Löschen<br />
→ Reihenfolge<br />
Objekt::Klasse<br />
Name<br />
New() Destroy()<br />
Reihenfolge-Nr.(geschachtelt) Name<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 25<br />
Behavioral View (6/15): Kooperationsdiagramme<br />
1. Beispiel<br />
Behavioral view<br />
Implementation view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 26
Frank Simon 22.05.00<br />
Behavioral View (7/15): Kooperationsdiagramme<br />
2. Beispiel<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 27<br />
Behavioral view (8/15): Statechart-Diagramme<br />
(erweiterte Zustandsautomaten)<br />
Elemente <br />
→ Zustand<br />
(Ausprägung von Eigenschaften<br />
e<strong>in</strong>es Objektes, die über e<strong>in</strong>e<br />
gewisse Zeitspanne konstant ist)<br />
→ Anfangszustand<br />
→ Endzustand<br />
→ Zustandsüberführung<br />
→ Zustandshierarchie<br />
Name<br />
Aktivitäten<br />
(entry, do, exit)<br />
Ereignis [Bed<strong>in</strong>gung]/ Aktion<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 28<br />
Behavioral view<br />
E/A<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view
Frank Simon 22.05.00<br />
Behavioral view (9/15): Statechart-Diagramme<br />
User view<br />
Structural view<br />
Elemente (Fts.)<br />
<br />
→ Nebenläufige Zustände<br />
→ Synchronisation<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 29<br />
Behavioral view (10/15): Statechart-Diagramme<br />
1. Beispiel<br />
Behavioral view<br />
Implementation view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 30<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view
Frank Simon 22.05.00<br />
Behavioral view (11/15): Statechart-Diagramme<br />
2. Beispiel<br />
Elemente <br />
→ Aktivität<br />
→ Aktivitätswechsel<br />
→ Entscheidung<br />
→ Synchronisation / Splitt<strong>in</strong>g<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 31<br />
Behavioral view (12/15): Aktivitäts-Diagramme<br />
User view<br />
Structural view<br />
Name<br />
[Bed<strong>in</strong>gung]<br />
[Bed<strong>in</strong>gung1]<br />
[Bed<strong>in</strong>gung2]<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 32<br />
Behavioral view<br />
Implementation view<br />
Environment view
Frank Simon 22.05.00<br />
Behavioror view (13/15): Aktivitäts-Diagramme<br />
User view<br />
Structural view<br />
Elemente (Fts.)<br />
<br />
→ Startaktivität<br />
→ Endaktivität<br />
→ Mitführen von<br />
relevanten Objekten<br />
und deren Zustand<br />
Behavioral view<br />
(14/15):<br />
Aktivitäts-<br />
Diagramme<br />
1. Beispiel<br />
Objekt::Klasse<br />
[Zustand]<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 33<br />
Behavioral view<br />
Implementation view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 34
Frank Simon 22.05.00<br />
Behavioral view (15/15): Aktivitäts-Diagramme 2. Beispiel<br />
Implementation view (1/3)<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 35<br />
Beschreibt Struktur der Realisierung (Komponenten, Beziehungen<br />
<br />
und Abhängigkeiten)<br />
Ignoriert weitestgehend Struktur des Anwendungssystems.<br />
<br />
Anwendbar auf der Ebene der Implementierung.<br />
<br />
<strong>UML</strong>-Notationen:<br />
<br />
→ Komponenten-Diagramm<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 36<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view
Frank Simon 22.05.00<br />
Implementation view (2/3): Komponenten-Diagramm<br />
Elemente:<br />
<br />
→ Komponente<br />
(Quellcodes, Libraries,<br />
Programme...)<br />
→ Aufruf, Abhängigkeit<br />
Name:Typ<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 37<br />
Behavioral view<br />
Implementation view<br />
Implementation view (3/3): Komponenten-Diagramm, 1. Beispiel<br />
User view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 38<br />
Structural view
Frank Simon 22.05.00<br />
Environment view (1/3)<br />
Modelliert strukturelle Aspekte aus der Umgebung des<br />
<br />
Problembereichs und den Zusammenhang zur erstellten<br />
Software. Betrachtet wird dabei e<strong>in</strong> laufendes System.<br />
Stellt Zusammenhang zwischen Implementierung und der<br />
<br />
Zielumgebung her.<br />
Anwendbar auf der Ebene der Implementierung.<br />
<br />
<strong>UML</strong>-Notationen:<br />
<br />
→ Deployment-Diagramm<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 39<br />
Environment view (2/3): Deployment-Diagramm<br />
Elemente <br />
→ Komponenten<br />
(Computer, Geräte...)<br />
→ Kommunikation zwischen<br />
Komponenten<br />
→ Enthaltense<strong>in</strong> von<br />
Implementierung<br />
Name:Typ<br />
Name:Typ<br />
Name:<br />
Typ<br />
Name:<br />
Typ<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 40<br />
Behavioral view<br />
Implementation view<br />
User view<br />
Environment view<br />
Structural view<br />
Structural view
Frank Simon 22.05.00<br />
Environment view (3/3): Deployment-Diagramm, 1. Beispiel<br />
Zusammenfassung<br />
Behavioral view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 41<br />
Sequenz-,<br />
Kooperations-,<br />
Statechart-,<br />
Aktivitäts-<br />
Diagramm<br />
Implementation view<br />
Komponenten-<br />
Diagramm<br />
User view<br />
Deployment-<br />
Diagramm<br />
Environment view<br />
Klassen-,<br />
Objekt-<br />
Diagramm<br />
Structural view<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 42
Frank Simon 22.05.00<br />
Referenzen<br />
S<strong>in</strong>an Si Alhir: „<strong>UML</strong> <strong>in</strong> a nutshell - a desktop quick<br />
<br />
reference“, O‘Reilly & Associates, USA 1998<br />
Klaus Zerbe: „Bauplan für Objekte - e<strong>in</strong>e <strong>E<strong>in</strong>führung</strong> <strong>in</strong><br />
<br />
objektorientierte Verfahren mit der Unified Modell<strong>in</strong>g<br />
Language“, <strong>in</strong> c‘t 21/1999, Seite 338-354, Heise-Verlag,<br />
Hannover 1999<br />
Günter Wahl: „<strong>UML</strong> kompakt“, <strong>in</strong> OBJEKTspektrum 2/98,<br />
<br />
Seite 22-33, SIGS Conferences, Bergisch Gladbach 1998<br />
Alek Opitz: „Unified Model<strong>in</strong>g Language (<strong>UML</strong>)“,<br />
<br />
Ausarbeitung für das Prosem<strong>in</strong>ar „Java“ im Sommersemester<br />
1998<br />
Frank Simon, BTU Cottbus: <strong>E<strong>in</strong>führung</strong> <strong>in</strong> <strong>UML</strong> 43