Objektorientierte Analyse und Design - beim Fachbereich Informatik ...

Weitere Magazine

Empfehlungen

Info

5.1.6 Darstellung der Statik eines Systems: Zusammenfassung Notation in UML 2.x (V) The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again. The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again. Assoziationsklasse Ist eine Klasse von dem Vorhandensein einer Assoziation zwischen zwei Klassen abhängig, so kann dies durch eine Assoziationsklasse ausgedrückt werden. Die Assoziationsklasse beschreibt Eigenschaften, die keiner der an der Assoziation beteiligten Klassen sinnvoll zuordenbar sind. Die Assoziationsklasse wird über eine gestrichelte Linie mit der Assoziation, von der sie abhängt, verbunden. Hat die Assoziation einen Namen, dann muss die Assoziationsklasse den selben Namen erhalten. Die Assoziationsklasse ist ein Analysekonzept. Mehrgliedrige Assoziation Eine mehrgliedrige Assoziation drückt eine Beziehung zwischen mehr als 2 gleichwertigen Klassen aus. Die Beziehung wird mit einer Raute markiert. OOAD, Dr. Eicke Godehardt WS2012/13, h_da, Fachbereich Informatik 210
5.1.1 Darstellung der Statik eines Systems: Klassen und die UML Zusammenfassung Klassendiagramme n� Klassendiagramme enthalten ð� Klassen mit Attributen und Methoden ð� Generalisierung/Spezialisierung ð� Abstrakte Klasse/Schnittstelle ð� Parametrisierte Klasse ð� Constraints ð� Assoziationen - (normale) Assoziationen: einfache, mehrfache - Aggregation - Komposition ð� Navigationsrichtung ð� Assoziationsklassen ð� Das sind die Elemente im „Modellierungs-Baukasten“ – aber wie werden die in Code umgesetzt? OOAD, Dr. Eicke Godehardt WS2012/13, h_da, Fachbereich Informatik 211
Seite 1 und 2:
Hochschule Darmstadt Fachbereich In
Seite 3 und 4:
4.3 Aktivitätsdiagramme Notation a
Seite 5 und 6:
4.3 Aktivitätsdiagramme Tokenprinz
Seite 7 und 8:
4.3 Aktivitätsdiagramme Elemente i
Seite 9 und 10:
4.3 Aktivitätsdiagramme Anwendung
Seite 11 und 12:
4.3 Aktivitätsdiagramme Notation i
Seite 13 und 14:
4.3 Aktivitätsdiagramme Notation i
Seite 15 und 16:
Seite 17:
4.4 Alternative Beschreibungen von
Seite 20 und 21:
4.4 Alternative Beschreibungen von
Seite 22 und 23:
4.5 Analysemodell Analysemodell n
Seite 24 und 25:
4.5 Analysemodell Ergebnis des Anal
Seite 26 und 27:
Seite 28 und 29:
5. Objektorientiertes Design Zur Er
Seite 30 und 31:
5. Objektorientiertes Design Zwisch
Seite 32 und 33:
5.1.1 Darstellung der Statik eines
Seite 34 und 35:
Seite 36 und 37:
Seite 38 und 39:
Seite 40 und 41:
Seite 42 und 43:
Seite 44 und 45:
Seite 46 und 47:
Seite 48 und 49:
Seite 50 und 51:
Seite 52 und 53:
Seite 54 und 55:
Seite 56 und 57:
Seite 58 und 59:
Seite 60 und 61: Hochschule Darmstadt Fachbereich In
Seite 62 und 63: 5.1.4 Darstellung der Statik eines
Seite 72 und 73: Interpretation des Beispiels mit Ob
Seite 82 und 83: Ein Problem n� Die bisherige Mode
Alle anzeigen

Objektorientierte Analyse und Design - beim Fachbereich Informatik ...

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?