2. Strukturdiagramme

2. Strukturdiagramme 2.1 Das Klassendiagramm Prof. Mario Jeckle Fachhochschule Furtwangen mario@ http://www. Fachhochschule Furtwangen, Sommersemester 2004

Titel Strukturdiagramme Klassendiagramm Kompositionsstrukturdiagramm Paketdiagramm Komponentendiagramm Aufbaustrukturmodellierung Ausprägungsmodellierung Interaktionsstrukturmodellierung Zusammenhangsstrukturmodellierung Einsatzstrukturmodellierung Objektdiagramm M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 Verteilungsdiagramm 2

2.1 Das Klassendiagramm Was ist das? Das Klassendiagramm wurde aus dem Object Model der Object Modeling Technique (OMT) entwickelt und dient: Der Darstellung der Struktur eines Systems Dem Aufzeigen von statischen Eigenschaften und Beziehungen Der Sammlung grundlegender Modellierungskonstrukte Ist Antwort auf die Frage Wie sind Daten und Verhalten meines Systems strukturiert? M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 3

2.1 Das Klassendiagramm Elemente Das Klassendiagramm besteht aus Elementen: Klassen Schnittstellen Attributen Operationen Assoziationen mit Sonderformen Aggregation und Komposition Generalisierungsbeziehungen Abhängigkeitsbeziehungen M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 4

2.1 Das Klassendiagramm abstrakte Klasse Rolle Elemente im Überblick Klasse Aggregation unterhält Feier +termin : Datum Klassenname Komposition Zutat +name : String abbrechen() besucht * Partyteilnehmer /betrunken : Boolean = false ~intus : Cocktail [1..*] #begeistert : Begeisterung #überdenkebegeisterung() ~trinke(in c : Cocktail) Schnittstelle Generalisierung 0..* isst {ordered} «interface» Esser iss(in h : Häppchen; return satt:boolean) Häppchen mixt für 1 Cocktail Zutaten : Zutat [1..*] 1..* mixt Barmixer +mixe(in z : Zutat [1..*], out c:cocktail) feiere() Esser Gast Eigenschaftswert 1..* 1..* verabschiedet {unique} empfängt {unique} gerichtete Assoziation Attribut Gastgeber Esser treibt an hektisch : Boolean = true begrueße(in g : Gast) verabschiede (in g : Gast) treibean(in b : Barmixer) 1..1 Assoziation Multiplizität Operation «enumeration» Begeisterung ekstatisch verzückt neutral gelangweilt überdrüssig Stereotyp M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 5

2.1 Das Klassendiagramm Classifier Der Classifier ist zentraler Bestandteil des Klassendiagramms und anderer UML-Diagrammtypen: Zentraler Bestandteil der UML Abstraktion der Klasse Ist kein durch den Modellierer direkt nutzbares graphisches Konstrukt Kann einem anderen Classifier zugeordnet sein Ist die ordnende Instanz bei einer Reihe konkreter Ausprägungen Es existieren 27 Varianten M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 6

2.1 Das Klassendiagramm Classifier-Hierarchie Classifier DataType Signal Association Actor Class (from Kernel) Interface Information Item Behaviored Classifier Structured Classifier Primitive Type Enumeration Communication Path Association Class Behavior Artifact Class (from Communications) UseCase Collaboration Encapsulated Classifier Activity Interaction StateMachine Class (from StructuredClasses) ProtocolStateMachine Node Device ExecutionEnvironment M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 7

2.1 Das Klassendiagramm Anwendung Klassendiagramm Die Anwendung des Klassendiagramms im Projekt: Ist in allen Projektphasen möglich Das Klassendiagramm ist hier das wichtigste Diagramm Von ersten Analyseschritten bis zur Codierung von Softwaresystemen Das Klassendiagramm ist zwar ein vordefinierter Diagrammtyp, jedoch in seiner Anwendung in zwei Einsatzfälle einteilbar konzeptuell-analytisch logisch M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 8

2.1 Das Klassendiagramm Anwendung Konzeptuell analytische Modellierung: Ziel ist die korrekte Erfassung und Abbildung von vorgefundenen Zusammenhängen WICHTIG: grundlegende Wesenseinheiten und Zusammenhänge eines Systems UNWICHTIG: Technische Realisierungsdetails wie Attributdatentypen, technische Operationen, Schnittstellen M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 9

2.1 Das Klassendiagramm Anwendung Logische Modellierung: Ziel ist den Inhalt so zu erfassen, dass er alle Information für eine direkte Quellcode- Erstellung enthält, da konkrete Implementierungsvorschrift WICHTIG: Detailgenauigkeit (Voraussetzung der Quellcodeerzeugung) M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 10

2.1 Das Klassendiagramm Notation Im Klassendiagramm finden graphische Primitive Anwendung: Klassen Attribute Operationen Schnittstellen Parametrisierte Klassen Generalisierung Assoziationen Assoziationsklassen Kommentar Stereotype Eigenschaftswerte M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 11

Titel Klassendiagramm: Begriffe Klasse: beschreibt eine Menge von Instanzen die dieselben Eigenschaften, Einschränkungen und Semantik haben Objekt: Ausprägung ein oder mehrerer Klassen Attribut: Eigenschaften einer Klasse, die Charakteristika wie Auftretenshäufigkeit, Datentyp etc. beschreiben Wert: UML-Ausprägung als Wert eines Attributs oder Objektes Operation: Verhaltensmerkmal eines Classifiers, das Name, Typ, Parameter und Zusicherung für den Aufruf eines Verhaltens spezifiziert. Ähnlich einer Signatur in einer Programmiersprache M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 12

Titel Klassendiagramm: Begriffe Methode: Implementierung einer Operation Assoziation: beschreibt eine Menge von Tupeln von getypte Instanzen Link: Ausprägung einer Assoziation Sichtbarkeit: definiert, welche anderen Systemkomponenten den Wert eines Attributs lesen und schreiben bzw. eine Methode ausführen dürfen Assoziationsklasse: vereinigt Eigenschaften einer Klasse und einer Assoziation Multiplizität: Definition eines Intervalls der erlaubten Kardinalitäten eines Elements M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 13

2.1 Das Klassendiagramm Klassen Klassenname in Rechteck fett und mittig dargestellt Klassenname Zentrales Element Beschreibt Menge von Objekten mit gemeinsamen Werten Sichtbare Darstellung von Attributen und/oder Operationen Klassenname attribut operation () M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 14

2.1 Das Klassendiagramm Klassen Die Schachtelung von Klassen ist beliebig möglich Eingebettete Klasse: hat keine Außenbeziehung Party Buffet hier: Gabel nur Beziehung zu Buffet Gabel M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 15

2.1 Das Klassendiagramm Klassen Anzahl und Inhalt der Rechteckelemente NICHT beschränkt Operationen und Attribute können gruppiert und in eigenen Darstellungselementen untergebracht werden Partygast Partyteilnehmer trinken() zuprosten() verschütten() aufwischen() essen() insoßedippen() kauen() schlucken() M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 name : String geburtsdatum : Date «Datenbank» database : String «Name» getname() : String setname(newname : String) «Geburtsdatum» getgeburtsdatum() : Date setgeburtsdatum(newgebdat : Date) «Persistenzoperationen» exporttoxml(filename : String) importfromxml(filename : String) writetodatabase() readfromdatabase() 16

2.1 Das Klassendiagramm Attribut Notationsmöglichkeiten: implizit Party Das Attribut linksbündig in Rechteckselement Termin explizit Party Termin Das Attribut als eigenständige assoziierte Klasse M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 17

2.1 Das Klassendiagramm Attribut Das Attribut wird durch einen klassenweit eineindeutigen Namen spezifiziert! Allgemeine Syntax der Attributdeklaration: Klasse Sichtbarkeit / name : Typ [Multiplizität] = Vorgabewert {Eigenschaft=Wert} M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 18

Titel Attribut Jedes Attribut kann vorgabegemäß genau einen Wert aufnehmen Unterstützung fehlender Werte (Verwaltung von NULL-Werten) muss durch Multiplizität [0..] gefordert werden Für jedes Attribut wird Speicherplatz in der Klassenausprägung (d.h. im Objekt) vorgesehen. Ausnahmen hiervon sind statische Attribute, deren Wertbelegung in der Klasse selbst abgelegt wird. M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 19

2.1 Das Klassendiagramm Attribut Bedeutung der Komponenten: / = abgeleitetes Attribut. Muss nicht gespeichert werden, da es zur Laufzeit aus anderen Daten berechnet werden kann Name = Attributname, frei wählbar aus Zeichensatz Typ = Datentyp des Attributs Multiplizität = legt Unter- und Obergrenze der Anzahl der Ausprägungen fest, die unter einem Attributnamen abgelegt werden können M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 20

2.1 Das Klassendiagramm Attribut Zugelassene Attributspezifikationen sind: Attributdeklaration public zähler : int /alter private adressen: String [1 *] protected bruder: Person Umlaut erlaubt Anmerkung Datentyp nicht zwingend Menge von Strings Datentyp kann andere Klasse, Schnittstelle oder selbstdefinierter Typ sein M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 21

2.1 Das Klassendiagramm Attribut Nicht zugelassene Attributspezifikationen sind: Attributdeklaration Fehlerursache String private, public name: String public / int private dateiname: String= temp lock=exclusive Attributname fehlt Mehr als eine Sichtbarkeitsdefinition Attributname fehlt Eigenschaftswert nicht in {} public int zähler M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 Name und Typ vertauscht 22

2.1 Das Klassendiagramm Attribut Die UML sieht symbolische Schreibweisen für die Sichtbarkeit von Attributen und Operationen vor: public Jede andere Systemkomponente hat uneingeschränkten Zugriff private Nur Ausprägungen der das Attribut oder die Operation beherbergenden Klasse dürfen zugreifen protected Das Attribut, die Operation, ist nur in der definierenden und denjenigen Klassen sicht- und zugreifbar, die als Spezialisierungen von ihr definiert sind package Das Attribut, die Operation, ist für alle Klassen zugreifbar, die sich im selben Paket finden, wie die definierende Klasse M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 23

2.1 Das Klassendiagramm Attribut Die UML sieht symbolische Schreibweisen für die Sichtbarkeit von Attributen und Operationen vor: + public - private # protected ~ package Sichtbarkeitseinschränkungen können auch werkzeugspezifisch (d.h. unabhängig vom Standard) durch Symbole dargestellt werden: M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 24

Titel Attribut Umsetzungsbeispiele AttMix M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 att1 : int att6 : KlasseB [0..1] {composite} att7 : String [0..*] {ordered} / att8 public: att2 : int pi : double = 3.1415 private: att3 : boolean protected: att4 : short package: att5 : String = "Test" {readonly} 25

Titel Attribut Umsetzung in C++ AttMix att1 : int att6 : KlasseB [0..1] {composite} att7 : String [0..*] {sequence} / att8 public: att2 : int pi : double = 3.1415 private: att3 : boolean protected: att4 : short package: att5 : String = "Test" {readonly} M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 class class AttMix { int int att1; att1; KlasseB *att6; vector<string> att7; att7; public: int int att2; att2; static double pi; pi; static const const string att5; att5; private: bool bool att3; att3; protected: short short att4; att4; }; }; const const string AttMix::att5( Test ); double AttMix::pi=3.1415; 26

Titel Attribut Umsetzung in Java AttMix att1 : int att6 : KlasseB [0..1] {composite} att7 : String [0..*] {sequence} / att8 public: att2 : int pi : double = 3.1415 private: att3 : boolean protected: att4 : short package: att5 : String = "Test" {readonly} class class AttMix { int int att1; att1; public int int att2; att2; public static double pi=3.1415; private boolean att3; att3; protected short short att4; att4; final final String att5 att5 = "Test"; KlasseB att6; att6; java.util.vector<string> att7; att7; M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 Object getatt8() { //Berechne Wert Wert für für att8 att8 return wert; wert; } } 27

Titel Attribut Umsetzung in C# AttMix att1 : int att6 : KlasseB [0..1] {composite} att7 : String [0..*] {sequence} / att8 public: att2 : int pi : double = 3.1415 private: att3 : boolean protected: att4 : short package: att5 : String = "Test" {readonly} using using System; System; using using System.Collections.Specialized; System.Collections.Specialized; class class AttMix AttMix { { int int att1; att1; public public int int att2; att2; public public static static double double pi=3.1415; pi=3.1415; private private bool bool att3; att3; protected protected short short att4; att4; internal internal const const string string att5 att5 = = "Test"; "Test"; KlasseB KlasseB att6; att6; System.Collections.Specialized.StringCollection System.Collections.Specialized.StringCollection att7; att7; Object Object att8 att8 { { //Berechne //Berechne Wert Wert für für att8 att8 get{return get{return wert;} wert;} } } } } M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 28

2.1 Das Klassendiagramm Operation Operationen einer Klasse werden mindestens durch Namen und wahlfreie weitere Angaben dargestellt: Klasse Abstrakte Attributspezifikation Abstrakte Attributspezifikation: [Sichtbarkeit] Name (Parameterliste) : Rückgabetyp [{Eigenschaftswert}] Parameterliste: [Übergaberichtung] Name : Typ [ [ Multiplizität ] ] [= Vorgabewert] [ { Eigenschaftswert } ] M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 29

2.1 Das Klassendiagramm Operation Bedeutung der Komponenten: Sichtbarkeit = Regelt Sicht- und Zugreifbarkeit auf Methoden Name = Klassenweit eindeutige Benennung der Operation Parameter = Aufzählung verarbeiteter Parameter (Hierunter fallen: Übergabe und Rückgabeparameter) M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 30

2.1 Das Klassendiagramm Operation Übergaberichtung Name Typ Multiplizität Rückgabetyp Eigenschaftswert M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 Parameter wird ausgelesen, schreibend verwendet oder gelesen, verarbeitet und neu geschrieben Operationsweit eindeutig Datentyp des Parameters Wie viele Inhalte umfasst der Parameter Datentyp oder Klasse, der nach Operationsausführung zurück geliefert wird Besondere Charakteristika des Attributs 31

Titel Operation Umsetzungsbeispiele M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 32

Titel Operation Umsetzung in C++ M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 class class OpMix OpMix { KlasseB KlasseB op4(vector<string> param3) param3) { //Implementierung return return wert; wert; } public: public: static static void void op1() op1() { //Implementierung } private: private: int int op2(const op2(const int int param1=5) param1=5) const const { //Implementierung return return wert; wert; } protected: protected: void void op3(klassec* op3(klassec* param2) param2) { //Implementierung } }; }; 33

Titel Operation Umsetzung in Java M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 public public class class OpMix OpMix { public public static static void void op1() op1() { //Implementierung } private private int int op2(final op2(final int int param1) param1) { //Implementierung return return wert; wert; } protected protected void void op3(klassec op3(klassec param3) param3) { //Implementierung } KlasseB KlasseB op4(string op4(string param3[]) param3[]) { //Implementierung return return wert; wert; } } 34

Titel Operation Umsetzung in C# class class OpMix OpMix { public public static static void void op1() op1() { //Implementierung } private private int int op21(int op21(int param1) param1) { //Implementierung return return wert; wert; } private private int int op22(params op22(params object[] object[] list) list) { //Implementierung return return wert; wert; } protected protected void void op3(ref op3(ref ClassC ClassC param3) param3) { //Implementierung } internal internal int int op4(out op4(out StringCollection param3) param3) { //Implementierung return return wert; wert; } } M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 35

2.1 Das Klassendiagramm Stereotypen Kennzeichnung von benutzerspezifischer Terminologie oder Notation Klasse innerhalb des Metamodells, die andere Klassen durch Erweiterung näher spezifizieren kann Beispiele für UML-Standard-Stereotypen: auxiliary Klasse implementiert sekundäre Logik oder sekundären Kontrollfluss call besitzt Operationen oder Klassen mit Operationen auf die sich Assoziation bezieht derive Modellelemente werden voneinander abgeleitet und sind vom selben Typ M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 36

2.1 Das Klassendiagramm Schnittstelle Darstellung durch das Klassensymbol mit Zusatz «interface» Schnittstelle kann weitere Schnittstellen beinhalten spezialisieren generalisieren NICHT möglich: Implementationsbeziehung zwischen zwei Schnittstellen M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 37

2.1 Das Klassendiagramm Schnittstelle «interface» Schnittstellenname attribut operation() Klasse1 Klasse1 «interface» Schnittstellenname Schnittstellenname Klasse2 Klasse2 «use» «interface» Schnittstellenname Schnittstellenname Klasse1 Klasse2 Schnittstellenname M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 38

2.1 Das Klassendiagramm Schnittstelle Die Schnittstelle wird nicht instanziiert, sondern durch Classifier realisiert: Zeichnet Classifier mit Operationen öffentlichen Merkmalen Verpflichtungen aus Hierbei ist der Classifier konform zur Schnittstelle Classifier setzt Operationen in Methoden um Eine Schnittstelle kann von mehreren Classifiern umgesetzt werden Ein Classifier kann mehrere Schnittstellen umsetzen M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 39

Titel Schnittstelle Umsetzungsbeispiel «interface» Sortierbar Menge Liste Sortierbar M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 40

Titel Schnittstelle Umsetzung in C++ «interface» Sortierbar Menge Sortierbar class Liste class SortierteListe { int int sortierreihenfolge; public: virtual void void einfuegen(eintrag e)=0; e)=0; virtual void void loeschen(eintrag e)=0; e)=0; }; }; class class Datenbank : public SortierteListe { public: virtual void void einfuegen(eintrag e) e) { //... //... } virtual void void loeschen(eintrag e) e) { //... //... } }; }; M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 41

Titel Schnittstelle Umsetzung in Java «interface» Sortierbar Menge Sortierbar Liste interface SortierteListe { int int sortierreihenfolge=0; public void void einfügen(eintrag e); e); public void void löschen(eintrag e); e); } class class Datenbank implements SortierteListe { public void void einfügen(eintrag e) e) { //... //... } public void void löschen(eintrag e) e) { //... //... } } M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 42

Titel Schnittstelle Umsetzung in C# «interface» Sortierbar Menge Liste Sortierbar M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 interface SortierteListe { void void einfuegen(eintrag e); e); void void loeschen(eintrag e); e); } class class Datenbank : SortierteListe { public void void einfuegen(eintrag e) e) {} {} public void void loeschen(eintrag e) e) {} {} } 43

2.1 Das Klassendiagramm Parametrisierte Klasse Darstellung durch übliches Klassensymbol mit zusätzlicher Rechtecksbox mit Schablonenparameter der Klasse: Parametrisierte Klasse Parameterverwendung Liste eintrag : T [0..k] T, k : int Parameter Parameterbindung Klasse mit gebundenem Parameter «bind» <T->Gast, k->20> Gästebuch «bind» <T->Adresse, k->100> Telefonbuch M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 44

2.1 Das Klassendiagramm Parametrisierte Klasse Verwendung: Belegung der Schablonen-Parameter mit konkreten Werten (Schablone (ein Muster, engl. Template) der Funktion, aus der beliebig viele strukturell identische Implementierungen erzeugen werden können.) Vorsehen von Spezifikationslücken zur Auffüllung durch Bindungsprozess Wenn Attribut- oder Operationstyp bis zur Laufzeit offen gehalten werden sollen Allgemeine Fassung parametrisierter Strukturen, um Verwendung für viele verschiedene Inhaltstypen zu gewährleisten M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 45

Titel Parametrisierte Klasse Umsetzung in C++ Liste T, k : int eintrag : T [0..k] «bind» <T->Gast, k->20> Gästebuch «bind» <T->Adresse, k->100> Telefonbuch template <class T, T, int int k> k> class class Liste Liste { T elements[k]; }; };...... Liste<Gast,20> Gaestebuch; Liste<Adresse,100> Telefonbuch; M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 46

Titel Parametrisierte Klasse Umsetzung in Java Liste T, k : int eintrag : T [0..k] «bind» <T->Gast, k->20> Gästebuch «bind» <T->Adresse, k->100> Telefonbuch class class Liste<T> { Vector<T> elements; public Liste(int k) k) { elements = new new Vector<T>(k); } }...... Liste<Gast> Gästebuch=new Liste<Gast>(20); Liste<Adresse> Telefonbuch Liste<Adresse>(100); M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 47

Titel Parametrisierte Klasse Umsetzung in C# Liste T, k : int eintrag : T [0..k] «bind» <T->Gast, k->20> Gästebuch «bind» <T->Adresse, k->100> Telefonbuch class class Liste<T> { T[] T[] eintrag; public Liste(int k) k) { eintrag = new new T[k]; T[k]; } }...... Liste<Gast> Gästebuch=new Liste<Gast>(20); Liste<Adresse> Telefonbuch=new Liste<Adresse>(100); M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 48

2.1 Das Klassendiagramm Generalisierung Darstellung durch gerichtete Kante mit leerer Spitze am Pfeilende Semantik ist unabhängig von konkreter Implementierungssprache definiert, berücksichtigt jedoch zentrale Gesichtspunkte Vererbung Substitution T S M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 49

2.1 Das Klassendiagramm Generalisierung Diamantförmige Generalisierung Syntaktisch möglich In verschiedenen Programmersprachen problematisch In einigen Programmiersprachen nicht umsetzbar Person Partyteilnehmer Partyveranstalter Gastgeber M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 50

2.1 Das Klassendiagramm Generalisierung Kovariante Vererbung Kontravariante Substitution Generalisierung Gast -promillespiegel: double {<2.3} Autofahrer +promillespiegel: float {<0.3} M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 51

Titel Generalisierung 1988: Liskovsches Substitutionsprinzip (Liskov Substitution Principle, LSP) [ ] substitution property: If for each object o 1 of type S there is an object of type T such that for all programs P defined in terms of T, the behavior of P is unchanged when o 1 is substituted for o 2 then S is a subtype of T. T M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 S 52

Titel Generalisierung LSP bedeutet verdeutlicht des Zusammenhang zwischen Vererbung und Substitution: Forderung an alle Unterklassen (S) einer Klasse(T) dieselbe Semantik für eine Schnittstelle anzubieten Sicherstellung, dass sich Programm bei Verwendung einer Schnittstelle gleich verhält, egal ob Instanz einer Klasse oder der Unterklasse verwendet wird Besonders wichtig bei Redefinition von Methoden M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 53

2.1 Das Klassendiagramm Generalisierung Generalisierungsbeziehung zwischen Classifiern: ist möglich an allen Classifiern nicht auf Klassen beschränkt auch Partition genannt M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 54

2.1 Das Klassendiagramm Separat genutzte Generalisierung Generalisierung Partyteilnehmer /betrunken : Boolean = false ~intus : Cocktail [1..*] #begeistert : Begeisterung #überdenkebegeisterung() ~trinke(in c : Cocktail) Superklasse +budget : Euro Partyveranstalter +begleicherechnung(betrag : Euro) Generalisierung Sub- und Superklasse Generalisierungsmenge Generalisierungseigenschaften feiere() Gast Teilnehmerstatus {complete, disjoint} begrüßt Gemeinsam genutzte Generalisierung Gastgeber hektisch : Boolean = true begrüße(in g : Gast) verabschiede (in g : Gast) treibean(in b : Barmixer) Partition Partyneuling Stammgast +vorstellen(g : Gast) +selbstbedienungamkühlschrank(c : Cocktail) M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 55

2.1 Das Klassendiagramm Generalisierung Generalisierungseigenschaften: in UML durch vier Schlüsselworte dargestellt complete Vereinigung aller Partitionen enthält alle sinnvollen Spezialisierungen eines Typs incomplete notierte Subtypen beinhalten nicht alle sinnvollen Spezialisierungen eines Supertypen disjoint Subtypen können nicht die selbe Instanz enthalten overlapping Subtypen können selbe Instanz enthalten M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 56

2.1 Das Klassendiagramm Generalisierung Nutzen der Generalisierung: Codeabstraktion Wiederverwendung Hierarchische Strukturierung des Entwurfs Einsatz bei Implementierungsvererbung und Substituierbarkeit Vermeidung von Coderedundanz M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 57

2.1 Das Klassendiagramm Assoziation Assoziation = Menge semantisch gleichartiger Beziehungen zwischen Classifiern Assoziationsname Assoziation 1 Einschränkung binäre Assoziation Assoziation 1 {...} Klasse 1 nicht navigierbares Assoziationsende Navigationsrichtung Klasse 2 Komposition unspezifizierte Navigationsrichtung Rolle 1..* Aggregation Rolle {Eigenschaft} 1..* Klasse 3 Rolle 1..* Assoziation 2 M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 Eigenschaft n-äre Assoziation (ternäre Assoziation) Multiplizität 58

2.1 Das Klassendiagramm Assoziation Ausprägung einer Assoziation ist eine Beziehungsinstanz (Link) Verschiedene Ausprägungen: Binäre / zweiwertige Assoziation: hat zwei Enden n-äre / höherwertige Assoziation: mehr als zwei Enden Zirkulär-reflexive Assoziation: kehrt Ausgangsclassifier zurück Abgeleitete Assoziation: gekennzeichnet durch / und kann aus anderen Zusammenhängen abgeleitet werden M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 59

2.1 Das Klassendiagramm Assoziation Qualifizierte Assoziation: Herabsetzen der Multiplizität Aufteilung der Assoziationsmenge Vollständig Überlappungsfrei Jedes referenzierte Objekt ist nur genau einer Partition zugeordnet Kein Objekt wird bei Zuordnung übergangen ABER: Kann nur für binäre Assoziationen verwendet werden Sollte als navigierbar spezifiziert sein M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 60

Titel Assoziation Person Name Lieblingscocktail 1 Gast Getränkekonsum 1..* Cocktail Alkoholgehalt Diätgeeignet modifiziert Person Name Lieblingscocktail 1 Gast Getränkekonsum übernommen 1 Name Cocktail Alkoholgehalt Diätgeeignet Die beiden Diagramme sind nicht äquivalent M. Jeckle: Titel. Fachhochschule Furtwangen, Sommersemester 2004 61

2.1 Das Klassendiagramm Assoziationsklasse Stellt Abhängigkeitsbeziehung dar Klasse1 1..* Assoziationsname 1..* Klasse2 Assoziationsname attribut: Typ operation() M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 62

2.1 Das Klassendiagramm Kommentar Kommentar annotiert eine Klasse und wird mit Eselsohr gekennzeichnet: Klasse1 «Abhängigkeitsname» Klasse2 Klasse3 Klasse5 Klasse4 Klasse6 Kommentar zur Abhängigkeitsbeziehung M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 63

2.1 Das Klassendiagramm Eigenschaftswerte Spezifizieren Charakteristika der Elemente Werden durch {} gekennzeichnet und durch Kommata getrennt abstract Classifier ist nicht instanziierbar derived Ein Element ist von einem anderen abgeleitet ordered Eine Menge von Elementen ist geordnet M. Jeckle: 2.1 Das Klassendiagramm. Fachhochschule Furtwangen, Sommersemester 2004 64

2. Strukturdiagramme 2.2 Das Paketdiagramm 2.3 Das Objektdiagramm 2.4 Das Kompositionsstrukturdiagramm Prof. Mario Jeckle Fachhochschule Furtwangen mario@ http://www. Fachhochschule Furtwangen, Sommersemester 2004

2.2 Das Paketdiagramm 2.2 Das Paketdiagramm M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 2

2.2 Das Paketdiagramm Das Paketdiagramm Dient Strukturierung des Systems Beschreibung von Abstraktionen Gliederung von Klassendiagrammen Antwort auf Frage: Wie kann ich Modell so darstellen, dass ich den Überblick bewahre? M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 3

2.2 Das Paketdiagramm Das Paketdiagramm Bietet Lösungen für die Probleme: Dass große Systeme mit n Klassen zu unübersichtlich sind Durch Abstraktionen ist Gesamtsicht auf System möglich Sicht auf einzelne detaillierte Teile auch möglich M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 4

2.2 Das Paketdiagramm Funktion Das Paketdiagramm Bündelt zusammenhängende Classifier in ein Paket vereinfachte, abstrakte Sicht auf System Mehrere Abstraktionsebenen sind möglich hierarchische Paketschachtelung 1 Paket kann aus anderen, detaillierteren Paketen bestehen Vorteil: Wiederverwendbarkeit von Paketen M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 5

2.2 Das Paketdiagramm Metamodell Use-Cases «merge» «merge» Allgemeines Verhalten «merge» Klassen «merge» «merge» Aktivitäten «merge» Interaktionen «merge» «merge» Kompositionsstrukturen Zustandsautomat «merge» Komponenten «merge» Verteilung M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 6

2.2 Das Paketdiagramm Notationselemente Das Paketdiagramm hat folgende Notationselemente: Paket Paket-Import Paket-Merge M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 7

2.2 Das Paketdiagramm Paket Darstellung durch Rechteck mit Bezeichner in Rechteck links oben In Rechteck Eintragung der Elemente mit Sichtbarkeit Paketname P1 +Classifier1 -Classifier2 + M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 +A -B 8

2.2 Das Paketdiagramm Paket Funktion: Paket vereinigt mehrere Classifier Jeder Classifier kann nur in einem oder keinem Paket enthalten sein Innerhalb des Pakets stehen sich die Classifier gegenseitig zur Verfügung Zwischen Paketen kann über Sichtbarkeit die Verfügung geregelt werden M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 9

2.2 Das Paketdiagramm Namensraum des Pakets Das Paket definiert einen Namensraum dem alle enthaltenen Elemente angehören: a: qualifizierter Namensraum Elementname mit Paketname b: unqualifizierter Namensraum Nur Elementname M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 10

2.2 Das Paketdiagramm Paket-Import Darstellung durch gestrichelten Pfeil Stereotyp über Pfeil macht diesen als Import-Pfeil kenntlich: import= public Paket-Import access= private Paket-Import «import» «access» M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 11

2.2 Das Paketdiagramm Paket-Import Funktion: Zeigt den Zugriff eines Quellpakets (=importierter Namensraum) auf ein Zielpaket Vorteil: Beim Löschen des Pakets werden zwar die Paketelemente mitgelöscht, die referenzierten Mitglieder bleiben jedoch erhalten M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 12

2.2 Das Paketdiagramm Paket-Import P1 P2 A B P3 «access» «import» P4 «import» M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 13

2.2 Das Paketdiagramm Paket-Merge Darstellung durch gestrichelten Pfeil mit Stereotyp merge Erweiterung des Paket-Import, da nicht vorhandene Classifier genutzt, sondern neue spezialisierte Classifier gebildet werden «merge» M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 14

2.2 Das Paketdiagramm Paket-Merge Funktion: a: wird ein Classifier eines Pakets 2 von einem Paket 1 referenziert, wobei der Classifier in B noch nicht existiert, wird dieser in B implizit definiert P2 P1 P1 «merge» A P2::A A M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 15

2.2 Das Paketdiagramm Paket-Import Funktion: b: enthalten zwei Pakete die gleichen Classifier, wird durch merge nur die Generalisierungsbeziehung zwischen den Classifiern eingefügt P2 P1 P1 «merge» A P2::A A A M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 16

2.2 Das Paketdiagramm Paket-Import Funktion: c: Referenzieren der beiden Pakete mit dem Inhalt der gleichen Classifier P2 P3 A A P1 P2::A P3::A «merge» «merge» P1 M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 A 17

2.2 Das Paketdiagramm Paket-Import Funktion: d: Spezialisierung einer Generalisierungshierarchie P2 P3 P1 A A P2::A P3::A B A P2::B «merge» «merge» P1 B M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 18

2.2 Das Paketdiagramm Funktion: Paket-Import e: Hierarchische Darstellung der merge- Vorgänge geschieht bottom- up P2 P3 A A P5 B P2::A P3::A «merge» «merge» A P2::B P4::B P4::C P1 P4 B C B C «merge» P5 «merge» M. Jeckle: 2.2 Das Paketdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 19

2.3 Das Objektdiagramm 2.3 Das Objektdiagramm M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 20

2.3 Das Objektdiagramm Das Objektdiagramm Dient Modellierung von Ausprägungen von Klassen, Assoziationen und Attributen Darstellung einer konkreten Systemkonfiguration anhand tatsächlich existierender Elementausprägungen des Klassendiagramms Antwort auf Frage: Wie sieht eine Momentaufnahme des Systems zur Laufzeit aus? M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 21

2.3 Das Objektdiagramm Das Objektdiagramm Ausprägungen der UML Objekt als Ausprägung einer Klasse Link als Ausprägung einer Assoziation Wert eines Attributs oder Objekts M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 22

2.3 Das Objektdiagramm Das Objektdiagramm Somit sind die Elemente der Objektdiagramms Objekt Link Wert Objektname Datentyp Link Classifiername isst käsebrot : Häppchen : Gastgeber name : String = Michaela Objekt Attributname Wert M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 23

2.3 Das Objektdiagramm Notationselemente Notationselemente des Objektdiagramms sind Objekt Link Wert Abhängigkeiten M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 24

2.3 Das Objektdiagramm Objekt Darstellung durch Classifiersymbol mit Bezeichnung des optionalen Objektnamens mit : und Classifiernamen Objekt ist Ausprägung ein oder mehrerer Classifier Falls Ausprägung mehrerer Klassen werdne diese hintereinander durch Kommata abgetrennt aufgeführt zitrone : Zutat : Zutat M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 25

2.3 Das Objektdiagramm Link Darstellung durch einen Verbindungsstrich zwischen Objekten Link kann Rolle oder Namen haben- Beispiel hier enthält Rolle Verfeinern zitrone : Zutat verfeinert tequilasunrise : Cocktail M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 26

2.3 Das Objektdiagramm Link Eine Assoziation kann n Links enthalten» Link muss Assoziation strukturell entsprechen» n-äre Assoziation bedeutet auch n-ären Link Multiplizität eines Links ist immer eins Ein Objekt kann so viele Links haben, wie die Multiplizität der Assoziation des Links zulässt M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 27

2.3 Das Objektdiagramm Wert Darstellung a:durch Gleichheitszeichen nach dem Namen oder b:ohne Gleichheitszeichen unter dem Namen Wert muss konform zu Typ und Multiplizität sein a: cocktailzutat : Zutat name : String = Zitrone b: Zutatenname : String Zitrone M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 28

2.3 Das Objektdiagramm Abhängigkeiten Darstellung des Zusammenspiels von Klassenschittstellen Kennzeichnung durch Stereotype instanceof: Objekt mit Typ(en) Instantiate: Typverbindung mit instanziiertem Objekt M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 29

2.3 Das Objektdiagramm Abhängigkeiten «metaclass» Class «interface» Trinkbar trinken() «instanceof» «instanceof» Zutat name : String «instantiate» cocktailzutat : Zutat name : String = Zitrone M. Jeckle: 2.3 Das Objektdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 30

2.4 Das Kompositionsstrukturdiagramm 2.4 Das Kompositionsstrukturdiagramm M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 31

2.4 Das Kompositionsstrukturdiagramm 2.4 Das Kompositionsstrukturdiagramm Dient Beschreibung interne Struktur des Classifiers Beschreibung der Interaktionsbeziehungen zu anderen Systembestandteilen Antwort auf Frage: Wie sind einzelne Architekturkomponenten strukturiert und wie interagieren sie? M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 32

2.4 Das Kompositionsstrukturdiagramm Rolle Überblick und Elemente Kollaborationstyp Kollaborationstyp1 Rolle Rolle1 : Typ1 Rolle2 Schnittstelle Part Typ 1 Port Part bereitgestellteschnittstelle : Part1 : Part2 benötigteschnittstelle Konnektor M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 Schnittstelle 33

2.4 Das Kompositionsstrukturdiagramm Notationselemente Das Kompositionsstrukturdiagramm hat folgende Notationselemente Part Port Kollaborationstyp Kollaboration M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 34

2.4 Das Kompositionsstrukturdiagramm Part Darstellung durch Classifiersymbol im entsprechenden Classsifier Reine Namensdarstellung Um Typinformation erweiterbar Klasse Klasse partname : PartTyp [3] partname : PartTyp 3 M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 35

2.4 Das Kompositionsstrukturdiagramm Part Ist Modellelement zur Darstellung von Ausprägungen einer Classifierausprägung Ausprägungen können nur mit Classifierausprägung erzeugt werden Verwendbar in Klassendiagramm Objektdiagramm Komponentendiagramm Verteilungsdiagramm Paketdiagramm M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 36

2.4 Das Kompositionsstrukturdiagramm Port Darstellung durch Quadrat auf Umrandung des Classifiers Wenn Quadrat in Classifier ist der Port nicht öffentlich zugänglich bereitgestellteschnittstelle partybeschallung Klasse Stereoanlage benötigteschnittstelle strom, medium M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 37

2.4 Das Kompositionsstrukturdiagramm Funktion: Port Spezifiziert Kommunikationsschnittstellen des Classifiers mit Umgebung oder Parts Leitet Anfragen von Parts an Dienste des Classifiers Kann nur mit Classifier erzeugt und zerstört werden Wird Ausprägung von Classifier erzeugt werden auch Ausprägungen des Ports erzeugt: Interaktionspunkte Interaktionspunkte durch Kommunikationskanäle mit Classifierausprägung verbunden M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 38

2.4 Das Kompositionsstrukturdiagramm Port Darstellung: Signale an Port werden von Classifier und nicht von Parts verarbeitet: Portsymbol mit Zustandssymbol innerhalb des Classifiers Stereoanlage partybeschallung strom, medium M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 39

2.4 Das Kompositionsstrukturdiagramm Darstellung: Port Port wird über Konnektor mit einem Port oder direkt mit Classifier verbunden Musikerzeugung Musikerzeugung : Stereoanlage kabel : Steckdose : Steckdose transformator : Hamsterrad M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 40

2.4 Das Kompositionsstrukturdiagramm Kollaborationstyp Darstellung durch Ellipse mit gestrichelter Linie, die durch weitere gestrichelte Linie in zwei Teile getrennt wird: Oberer Abschnitt: Name des Kollaborationstyps mittig und fett Unterer Abschnitt: Modellelemente, darstellbar mit Rollen und Konnektoren Abstammung vorfahr nachkomme M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 41

2.4 Das Kompositionsstrukturdiagramm Kollaborationstyp Alternative Darstellung: Modellelemente werden als einzelne Klassen dargestellt An Konnektoren stehen Namen der Rollen, die die Classifierausprägung übernimmt Fenster FensterImp zeichnetext() zeichnerechteck() Abstraktion Implementierer geraetzeichnetext() geraetzeichnelinie() Brücke M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 42

2.4 Das Kompositionsstrukturdiagramm Kollaborationstyp Funktion: Ist abstraktes Modellelement zur Darstellung der Sicht auf interagierende Elemente Enthält nur Information, die zur Zielerfüllung notwendig Ist Classifier und kann somit generalisiert werden Ist durch Kollaboration mit Classifier oder Operation verbunden und beschreibt deren Realisierung M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 43

2.4 Das Kompositionsstrukturdiagramm Kollaboration Darstellung durch Ellipse mit unterbrochener Linienführung Enthält den fettgedruckten Namen der Kollaboration, zusätzlich Doppelpunkt gefolgt von Kollaborationstyp Wird durch unterbrochene Linie mit Classifier verbunden Kollaborationstyp2 rolle2 kollaboration1 : Kollaborationstyp1 rolle1 x y rolle1 kollaboration2 : Kollaborationstyp1 rolle2 M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 z 44

2.4 Das Kompositionsstrukturdiagramm Funktion: Kollaboration Bindeglied zwischen Kollaborationstyp und Classifier oder Objekt Darstellung von Anwendungen eines Kollaborationstyps in spezifischer Situation Zeigt an, wie Rollen und Konnektoren in Classifier nach Regel von Kollaborationstyp interagieren Rolle oder Konnektor darf in mehreren Kollaborationen desselben oder verschiedener Kollaborationstypen vorkommen M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 45

2.4 Das Kompositionsstrukturdiagramm Dokumentation von Mustern: Kollaboration Abstammung vorfahr nachkomme Dokumentation von Musterverwendungen: Verwandtschaft nachkomme vater vorfahr mutterschaft : Abstammung vaterschaft : Abstammung vorfahr nachkomme großmutter M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 sohn 46

2.4 Das Kompositionsstrukturdiagramm Dokumentation von Mustern: Kollaboration Abstammung vorfahr nachkomme Dokumentation von Musterverwendungen: «occurrence» Abstammung vorfahr Verwandtschaft vater sohn M. Jeckle: 2.4 Das Kompositionsstrukturdiagramm. Fachhochschule Furtwangen, Sommersemester 2004 nachkomme 47

UML2 Glossar Begriffe Namensraum: Wird von Paket definiert um Zugehörigkeit aller dem Paket angehörenden Elemente darzustellen Rolle: Repräsentiert Klassen oder Objekte in Assoziationen Interaktionspunkt:Ausprägungen eines Ports, die bei Erzeugung von Ausprägungen eines Classifiers entstehen M. Jeckle: UML2 Glossar. Fachhochschule Furtwangen, Sommersemester 2004 48

2.Strukturdiagramme 2.5 Das Komponentendiagramm 2.6 Das Verteilungsdiagramm Prof. Mario Jeckle Fachhochschule Furtwangen mario@ http://www. Fachhochschule Furtwangen, Sommersemester 2004

2.Strukturdiagramme Das Komponentendiagramm Dient Darstellung der Systemstruktur in Komponenten zur Laufzeit Ausführungsorientierter Sichtweise Antwort auf Frage: Wie ist die Struktur des Systems und wie werden diese Strukturen erzeugt? M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 2

2.Strukturdiagramme Das Komponentendiagramm Verhalten der Komponenten Abgegrenzt Über Schnittstelle zugreifbar Komponenten können -- bei Verwendung der selben Schnittstellen -- ohne Systemänderungen ausgetauscht werden M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 3

2.Strukturdiagramme Komponentendiagramm Komplexer Port Implementierte Schnittstelle «component» Komponente «component» Komponente2 Komponente1 Bestandteil3 1..* Klasse Bestandteile einer Komponente Kompositionskonnektor Bestandteil4 «artifact» Allgemeine Abhängigkeitsbeziehung Realisierungsbeziehung Artefakt1 Bestandteil1 Komponente Bestandteil2 «specification» specdoc Verwendungsbeziehung «use» «subsystem» Komponente3 «component» Komponente4 Konnektor «artifact» «manifest» Komponente6 Implementierungsbeziehung Konnektor Teilsystem Benötigte Schnittstelle Port Delegationskonnektor M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 4

2.Strukturdiagramme Elemente des Komponentendiagramms Das Komponentendiagramm besteht aus folgenden Elementen: Komponente Schnittstelle Realisierungs-, Implementierungs-, Verwendungsbeziehung Klasse Artefakt Port M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 5

2.Strukturdiagramme Notationselemente Die Notationselemente des Komponentendiagramms lauten: Komponente Artefakt Abhängigkeiten M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 6

2.Strukturdiagramme Komponente Darstellung durch Klassensymbol und Stereotyp component Untereinheiten in großen Systemen können auch durch das Stereotyp subsystem gekennzeichnet sein «component» Komponente «component» Komponente «subsystem» Subsystem M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 7

2.Strukturdiagramme Komponente...ist modularer Systemteil mit transparenter Kapselung seines Inhalts...besteht aus Elementen mit klar definierter Funktionalität... kann eine eigenständige Anwendung sein... läßt sich nur über Schnittstellen beschreiben... wird zusammen mit Subsystemen durch mindestens ein Artefakt manifestiert M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 8

2.Strukturdiagramme Komponente Die Darstellung ist des Weiteren möglich als Blackbox Komponenten Whitebox Komponenten «component» Teilnehmerverwaltung Black-box Darstellung «provided interfaces» Sortierter Zugriff Wahlfreier Zugriff «required interfaces» Speichermedium «realization» Teilnehmer Verwaltungsmetadaten «artifacts» teilnehmer.jar White-box Darstellung M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 9

2.Strukturdiagramme Blackbox Komponenten Angabe von Schnittstellen in nur einem weiteren Bereich Keine Darstellung interner Realisierungen Kennzeichnung durch Stereotyp: provided interface: wird durch Komponente angeboten required interface: wird von Komponente benötigt M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 10

2.Strukturdiagramme Whitebox Komponenten Ist gegenüber den Blackbox-Komponenten erweitert um Angaben zu Classifiern und Artefakten Kennzeichnung der Classifier durch Stereotyp realization Kennzeichnung der Artefakte durch Stereotyp artifacts M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 11

2.Strukturdiagramme Artefakt Darstellung durch Classifiersymbol mit Stereotyp artifact und Dokumentensymbol in der rechten oberen Ecke «artifact» Artefakt «artifact» Artefakt M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 12

2.Strukturdiagramme Artefakt Ist physische Informationseinheit Stellt konkrete Ausprägungen in Komponente dar Ist immer eine konkrete Ausprägung Hat keine eigenständige Abstraktion Konkretisierung des Artefakts durch Stereotyp file M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 13

2.Strukturdiagramme Stereotyp file File physische Datei innerhalb des Systems Sonderformen zu file: Document Executable Source Library hat keinen Quell- oder ausführbaren Code enthält Anweisungen für direkte Ausführung enthält übersetz- oder interpretierbaren Code enthält statisch oder dynamisch verwendbare Bibliothek M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 14

2.Strukturdiagramme Abhängigkeiten Darstellung durch Abhängigkeitsbeziehung (siehe Klassendiagramm) Zeilennummer «component» Zeilengenerator «interface» Sortierter Zugriff «interface» Speichermedium «use» «source» «executable» «component» helper.java util.jar «manifest» Listengenerator «tool generated» «source» «artifact» list.java list.class Zahlenfolge «component» Addierer «custom code» «artifact» meinklassendiagramm «document» spec.tex M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 15

2.Strukturdiagramme Stereotypen Auch hier kommen Stereotypen zum Einsatz: manifest verbindet Artefakt mit Komponente (Spezialfall: custom code: Zusammenhang von 2 Artefakten, wobei eines in das andere überführt wird tool generated: s.o., allerdings wird das eine in das andere automatisiert überführt) use verbindet Komponente mit Schnittstelle M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 16

2.Strukturdiagramme 2.6 Das Verteilungsdiagramm M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 17

2.Strukturdiagramme Das Verteilungsdiagramm Dient Aufzeigen der Zuordnung von Softwarekomponenten auf Hardwareknoten Darstellung von Kommunikation und Abhängigkeit zwischen den Knoten Antwort auf Frage: Wie werden Systemkomponenten zur Laufzeit wohin verteilt? M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 18

2.Strukturdiagramme Verteilungsbeispiel «device» Bildprozessor 1..* 1 <<device>> Zentralprozessor «deploy» «artifact» Datenmanagementprogramm Strahlberechnungsprogramm Bildbearbeitung «deploy» «artifact» Bildverarbeitung.exe «artifact» Taskprogramm «deployment spec» 1 1 Bereitstellung «device» Host Bildaufbaubeschr.xml «artifact» Bildberechnung.file Taskverarbeitung: Art maxdauer: Sek M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 19

2.Strukturdiagramme Anwendung im Projekt Client-Server-Systeme Systeme mit mehr als einer Rechnereinheit Workstations Visualisierung von Systemtopologie M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 20

2.Strukturdiagramme Sonstiger Einsatz Physikalische Kontextabgrenzung des Systems, wenn Nachbarsysteme existent Blackboxmodellierung und Darstellung von System und Nachbarsystem «Tasten» «Display» «Funk» Bewegungssensor : Sensor : Fernbedienung «IR» : Anlagensteuerung «Funk» Rauchsensor : Sensor M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 «Funk» Außenlampe : Beleuchtung 21

2.Strukturdiagramme Sonstiger Einsatz Dokumentation von Hardwarevorgaben in visualisierter Form- besser als rein textuelle Darstellung PC1 «Internet» «deploy» Host : Mehrprozessorsystem «artifact» DBServer «LAN» PC2 «deploy» «artifact» DBClient «WLAN» Laptop «deploy» M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 22

2.Strukturdiagramme Notationselemente Das Verteilungsdiagramm verfügt über folgende Notationselemente: Knoten Kommunikationspfad Verteilungsbeziehung Einsatzspezifikation M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 23

2.Strukturdiagramme Knoten Darstellung durch Quader mit Knotennamen Knotenname M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 24

2.Strukturdiagramme Knoten Repräsentiert Ressource, die genutzt wird für Installation Konfiguration Bereitstellung Ausführung von Artefakten Sind strukturierte Classifier Lassen sich schachteln M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 25

2.Strukturdiagramme Gerätenotation Unter Gerät versteht man einen Knoten mit dem Stereotyp device Gerät repräsentiert die Hardware im Verteilungsdiagramm «device» Name «workstation» M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 «lautsprecher» 26

2.Strukturdiagramme Notation Ausführungsumgebung Unter Ausführungsumgebung versteht man einen Knoten mit Schlüsselwort ExecutionEnvironment Ist die Softwareumgebung, in der die Softwarekomponenten ausgeführt werden «ExecutionEnvironment» Name M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 27

2.Strukturdiagramme Kommunikationspfad Darstellung wie Assoziation, da Kommunikationspfad eine Assoziation ist Wird eingeteilt in Ungerichteter Kommunikationspfad Gerichteter Kommunikationspfad M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 28

2.Strukturdiagramme Kommunikationspfad Verbindet Knoten um Nachrichten auszutauschen Modellierung komplexer Netzwerke möglich 0..50 PC1 «Internet» Host : Mehrprozessorsystem 1 1 «LAN» 0..50 PC2 1 «WLAN» 0..10 Laptop M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 29

2.Strukturdiagramme Verteilungsbeziehung Darstellung durch gestrichelten Pfeil und deploy Beziehung zwischen Artefakt und Knoten, auf dem es verteilt ist «deploy» : Bibliotheksserver «deploy» «artifact» Reservierung.jar «artifact» Ausleihe.jar M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 30

2.Strukturdiagramme Einsatzspezifikation Darstellung durch Classifier-Symbol und deployment spec «deployment spec» Name «deployment spec» Name Attribut: Typ M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 31

2.Strukturdiagramme Einsatzspezifikation Ist durch Abhängigkeitsbeziehung mit Artefakt verbunden Beinhaltet Parameter zur Artefaktverteilung auf Knoten Durch Parameterfestlegung ist Artefaktausführung steuerbar alternative Notation: {Parameter der Einsatzspezifikation} in Artefakt «artifact» «deployment spec» BestellungBeschr.xml Taskverarbeitung : thread maxdauer : 3 Bestellung.jar «artifact» Bestellung.jar {Taskverarbeitung : thread maxdauer : 3} M. Jeckle: 2.Strukturdiagramme. Fachhochschule Furtwangen, Sommersemester 2004 32