Seminar Modelio – UML Architektur, Komponenten und Deployment

Beschreibung

Das Seminar modelliert Softwarearchitektur über Komponenten, Schnittstellen, Ports, interne Strukturen, Interaktionen und Deployment. Architekturtreiber und Entscheidungen werden mit fachlichen Szenarien sowie Betriebsanforderungen verknüpft.

Formatbegründung: Zwei Tage sind erforderlich, um die logische Architektur am ersten Tag und interne sowie physische Laufzeitsichten am zweiten Tag aufzubauen und in einem Architekturreview zusammenzuführen.

Zielgruppe

Softwarearchitekten, Solution Architects, technische Lead-Entwickler, Plattform- und Betriebsteams.

Voraussetzungen

UML-Grundkenntnisse, Erfahrung mit Softwarearchitektur und sichere Modelio-Bedienung.

Inhaltsübersicht

1. Komponenten, Schnittstellen und Verantwortungsgrenzen
2. Interne Strukturen, Ports und Konnektoren
3. Sequenzdiagramme und Interaktionsentwurf
4. Deployment, Knoten und Laufzeitzuordnung
5. Architektursichten und Entscheidungsnachweise
6. Abhängigkeiten, Kopplung und Wiederverwendung

Seminarinhalte

1. Komponenten, Schnittstellen und Verantwortungsgrenzen

Die logische Architektur wird über klar abgegrenzte Komponenten und explizite Verträge strukturiert.

1. Architekturtreiber, Qualitätsziele und fachliche Zerlegung sammeln.
2. Komponenten mit Verantwortlichkeiten, bereitgestellten und benötigten Schnittstellen modellieren.
3. Abhängigkeiten und zulässige Kommunikationsrichtungen festlegen.
4. Komponentenschnitt anhand ausgewählter Use Cases und Änderungsfälle bewerten.

2. Interne Strukturen, Ports und Konnektoren

Komponenten werden bis zu relevanten internen Rollen und Kommunikationspunkten verfeinert.

1. Komponente auswählen und interne Parts sowie Ports bestimmen.
2. Schnittstellen an Ports zuordnen und Konnektoren modellieren.
3. Delegation und Assembly-Verbindungen gegen die äußeren Verträge prüfen.
4. Interne Struktur mit Sequenzdiagramm oder Deployment-Sicht konsistent halten.

3. Sequenzdiagramme und Interaktionsentwurf

Zeitliche Zusammenarbeit zwischen Akteuren, Komponenten und Objekten wird nachvollziehbar dargestellt.

1. Szenario, beteiligte Lebenslinien und relevante Schnittstellen auswählen.
2. Nachrichten, Rückgaben, Erzeugung, Zerstörung und Aktivierungen modellieren.
3. Alternativen, Schleifen, optionale Abläufe und Fehlerpfade mit kombinierten Fragmenten darstellen.
4. Interaktion gegen Use Case, Operationen und Zustandsbedingungen prüfen.

4. Deployment, Knoten und Laufzeitzuordnung

Die physische Sicht ordnet Softwareartefakte, Laufzeitumgebungen und Kommunikationswege zu.

1. Zielumgebungen, Knoten, Geräte, Ausführungsumgebungen und Netzzonen erfassen.
2. Komponenten und Artefakte den Laufzeitknoten zuordnen.
3. Verbindungen, Protokolle, Redundanz und Sicherheitsgrenzen darstellen.
4. Deployment gegen Betriebsanforderungen, Verfügbarkeit und Skalierungsszenarien prüfen.

5. Architektursichten und Entscheidungsnachweise

Mehrere konsistente Sichten verbinden fachliche, logische, Laufzeit- und physische Architektur.

1. Stakeholderfragen und benötigte Architektursichten festlegen.
2. Gemeinsame Elemente über Komponenten-, Interaktions- und Deploymentdiagramme hinweg verwenden.
3. Architekturentscheidungen, Annahmen, Risiken und Alternativen am Modell dokumentieren.
4. Sichten in einem Architekturreview auf Widersprüche und unbelegte Entscheidungen prüfen.

6. Abhängigkeiten, Kopplung und Wiederverwendung

Modellabhängigkeiten werden sichtbar gemacht und so gesteuert, dass Änderungen beherrschbar bleiben.

1. Zulässige Abhängigkeitsrichtungen zwischen Schichten, Paketen und Komponenten definieren.
2. Abhängigkeiten, Nutzung und Realisierung im Modell explizit abbilden.
3. Unbeabsichtigte Rückkopplungen und Mehrfachdefinitionen mit Suchen und Auditregeln aufdecken.
4. Eine Abhängigkeitsmatrix erzeugen und Maßnahmen für Entkopplung oder gemeinsame Bibliotheken dokumentieren.

Praxisübungen

• Komponentenzerlegung aus Architekturtreibern und Use Cases.
• Schnittstellen- und Portmodell mit interner Struktur.
• Deploymentmodell mit Netzzonen und Laufzeitzuordnung.
• Architekturreview über logische, dynamische und physische Sicht.

Qualitätskriterien

• Modellelemente werden im Modellbaum eindeutig strukturiert und in Diagrammen wiederverwendet statt dupliziert.
• Beziehungen, Status, Benennung und Verantwortlichkeiten sind nachvollziehbar und entsprechen dem vereinbarten Modellierungsrahmen.
• Audit- und Reviewbefunde werden priorisiert, korrigiert und in einer erneuten Prüfung verifiziert.
• Übungsergebnisse lassen sich nach Schließen und erneutem Öffnen des Projekts reproduzierbar nachvollziehen.
• Die fachlichen Abnahmepunkte des Bereichs Softwarearchitektur werden anhand des Übungsprojekts vollständig geprüft.