08.10.2013 Aufrufe

Einführung in UML

Einführung in UML

Einführung in UML

MEHR ANZEIGEN
WENIGER ANZEIGEN

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

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!