Seemann / Wolff von Gudenberg Software-Entwurf mit UML 2

Objektorientierte Modellierung mit Beispielen in Java
2. Auflage 2006
ISBN: 978-3-540-30950-5
Verlag: Springer
Format: PDF
Kopierschutz: 1 - PDF Watermark

E-Book, Deutsch, 361 Seiten, eBook

Reihe: Xpert.press

Die Unifed Modeling Language (UML) ist der etablierte Standard für objektorientierte Modellierungssprachen. Die neue erheblich erweiterte Version 2.0 unterstützt komponentenbasierten Entwurf und die Spezifikation eingebetteter Systeme.Dieses Buch macht die UML 2 beherrschbar. Es bietet nach einer Einführung in die objektorientierte Modellierung, die die wichtigsten UML Diagramme herausstellt, eine kompakte, anschauliche Darstellung des Sprachumfangs mit vielen Beispielen. Schwerpunkt des Buches ist die schrittweise Verfeinerung des Modells bis hin zur Implementierung als Java-Programm. Dabei wird ein flexibles, praxiserprobtes Vorgehensmodell vorgestellt, welches die Verantwortung der Klassen betont und in dem jede Anforderung durch den gesamten Entwicklungsprozess verfolgt werden kann. Für jede der Entwurfsphasen wird ein durchgängiges Anwendungsbeispiel behandelt. Die beigefügte CD-ROM enthält die UML-Spezifikationen als pdf, die UML-Referenz als html-Dateien sowie alle Quelltexte der Java-Programme.

Zielgruppe

Professional/practitioner

Autoren/Hrsg.

Seemann, Jochen

Wolff von Gudenberg, Jürgen

Inhaltsverzeichnis

UML als Entwurfssprache.- Modellierung von Software-Systemen.- Das Use-Case-Diagramm.- Das Aktivitätsdiagramm.- Das Klassendiagramm.- Das Sequenzdiagramm.- Weitere Interaktionsdiagramme.- Das Zustandsdiagramm.- Die Komponentendiagramme.- Das Paketdiagramm.- Anwendung der UML.- Ein Vorgehensmodell für den Software-Entwurf.- UML und Java.- Entwurfsmuster.- Fallstudie: Eine Tabellenkalkulation.- Formale Grundlagen der UML.- Erweiterungsmechanismen.- Das UML-Metamodell.

Leseproben

Kapitel 8 Die Komponentendiagramme (S. 121-122)

Komponenten beschreiben Teile der Software sowohl mit logisch inhaltlichen Aspekten als auch mit physisch vorhandenen Artefakten. Zu Letzteren gehören die Implementierung betre.ende Dokumente sowie Dateien während der Erstellung, Installation oder Wartung. Komponentendiagramme (Verdrahtungsdiagramme) verdeutlichen die Abhängigkeiten der Komponenten. Kompositionsdiagramme beschreiben die innere Struktur von Komponenten und strukturierten Klassen. Installationsdiagramme (Verteilungsdiagramme) veranschaulichen die Verteilung der Artefakte auf Rechnerknoten.

• Komponenten
• Strukturierte Klassen
• Kooperation
• Software-Architektur
• Verteilte Software

8.1 Das Komponentendiagramm

Der Traum, Software aus fertigen aber anpassbaren Komponenten zusammmenzustecken, ist so alt wie die Softwaretechnik selbst. Ein wichtiges Ziel bei der Modellierung ebenso wie bei der Programmierung ist das Scha.en von wiederverwendbaren Einheiten. Diese Einheiten sollten in sich abgeschlossen sein, um direkt eingesetzt werden zu können, andererseits aber auch anpassbar oder kon.gurierbar, um ein breiteres Einsatzspektrum abzudecken. In einem Komponenten-basierten Modell kommunizieren die Komponenten entlang der Verknüpfungen.

8.1.1 Logische Komponenten

Die einfachste Interpretation einer Komponente ist die eines Objekts, die Kommunikation erfolgt durch Methodenaufrufe. Dies kann in einem Rechnernetzwerk durchaus über Rechnergrenzen hinaus geschehen. Komponenten sollen aber eigentlich .exibler reagieren können als Objekte. Ein Mechanismus der Komponenten verbindet, zusammmensteckt oder verdrahtet, soll anschaulicher als durch eine Assoziation charakterisiert werden. Eine Komponente erfüllt einen Zweck, diesen Zweck kann sie durch Bereitstellen einer Schnittstelle dokumentieren, andererseits agiert die Komponente nicht völlig autark, sie ist auf die Anwesenheit anderer Komponenten angewiesen.

Da sie Schnittstellen bereitstellt und die Existenz weiterer Schnittstellen erfordert, besitzt eine Komponente wie eine Klasse Eigenschaften eines Datentyps. Die Betonung liegt hier auf der ausführungsnahen Sicht der Zusammenarbeit über Schnittstellen, weniger auf den Interna der Methoden. Ein sehr nahe liegendes Beispiel sind die Komponenten einer gra.schen Benutzerober.äche. Aber man kann mit Komponenten auch ein verteiltes System von unter Umständen heterogenen Rechnerarchitekturen modellieren, in dem die Kommunikation durch vorgefertigte Protokolle und Zwischensprachen erfolgt.

Wir wollen unser Monopoly Spiel mit Hilfe von Komponenten modellieren.

Beispiel (Monopoly) 68

Die einfachste Komponente, die auch sehr gut wiederverwendbar ist, ist ein Würfel.

Eine Komponente (als Typ) wird wie eine Klasse gezeichnet. Der Stereotyp component kann textuell oder als Komponentensymbol angegeben werden. Die zur Verfügung gestellte Schnittstelle wird in der Lollipop Notation (siehe Kapitel 4.8) notiert.