E-Book, Deutsch, 361 Seiten, eBook
Reihe: Xpert.press
Seemann / Wolff von Gudenberg Software-Entwurf mit UML 2
2. Auflage 2006
ISBN: 978-3-540-30950-5
Verlag: Springer
Format: PDF
Kopierschutz: 1 - PDF Watermark
Objektorientierte Modellierung mit Beispielen in Java
E-Book, Deutsch, 361 Seiten, eBook
Reihe: Xpert.press
ISBN: 978-3-540-30950-5
Verlag: Springer
Format: PDF
Kopierschutz: 1 - PDF Watermark
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.
Weitere Infos & Material
Teil I: UML 2 als Entwurfssprache
Modellierung von Software-Systemen.- Das Use-Case-Diagramm.- Das Aktivitätsdiagramm.- Das Klassendiagramm.- Das Sequenzdiagramm.- Das Kooperationsdiagramm.- Das Zustandsdiagramm.- Die Implementierungsdiagramme.- Das Paketdiagramm.
Teil II: Anwendung der UML 2
Ein Vorgehensmodell für den Software-Entwurf.- UML 2 und Java.- Entwurfsmuster.- Fallstudie: Eine Tabellenkalkulation.
Teil III: Formale Grundlagen der UML 2
Erweiterungsmechanismen.- Das UML 2-Metamodell.
Teil IV: Anhang
Die UML Referenz.- Literatur.- Sachverzeichnis.
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.
