Software-Entwicklung 2 - UML in der Analyse

Weitere Magazine

Empfehlungen

Info

Assoziation Kardinalität SE 2 – UML in der Analyse © Prof. Dr. Liggesmeyer • UML-Notation KlasseA KlasseA KlasseA KlasseA 3..* 0..5 4 1, 3, 5 drei oder mehr als drei Beziehungen (Muss-Beziehung) null bis fünf Beziehungen (Kann-Beziehung) genau vier Beziehungen (Muss-Beziehung) eine, drei oder fünf Beziehungen (Muss-Beziehung) KlasseA 1..4, 7, 9..* nicht keine, fünf, sechs oder acht Beziehungen (Muss-Beziehung) 28
Assoziation Kardinalität SE 2 – UML in der Analyse © Prof. Dr. Liggesmeyer • Kann- und Muss-Assoziationen Kunde muss kann 1 gehört * erteilt Auftrag Kunde muss muss 1 1 ..* Auftrag 29
Seite 1 und 2: Software Entwicklung 2 UML in der A
Seite 3 und 4: SE 2 - UML in der Analyse © Prof.
Seite 7 und 8: Elemente in der objektorientierten
Seite 9 und 10: Elemente in der objektorientierten
Seite 11 und 12: Besonderheiten objektorientierter S
Seite 21 und 22: Operationen • Drei Klassen von Op
Seite 27: Assoziation Kardinalität SE 2 - UM
Seite 31 und 32: Assoziation Assoziationsnamen und R
Seite 33 und 34: Assoziation Sonderfälle von Assozi
Seite 35 und 36: Assoziation Sonderfälle von Assozi
Seite 37 und 38: Assoziation Assoziative Klassen SE
Seite 39 und 40: Assoziation Aggregationen und Kompo
Seite 43 und 44: Vererbung • Vererbung (generaliza
Seite 51 und 52: Pakete • Pakete (packages) • St
Seite 53 und 54: Pakete • Kriterien • Das Paket
Seite 57 und 58: Szenarios UML-Darstellung dynamisch
Seite 63: Szenarios UML-Darstellung dynamisch

Software-Entwicklung 2 - UML in der Analyse

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?