Einführung in die Informatik II UML - Technische Universität München
Einführung in die Informatik II UML - Technische Universität München
Einführung in die Informatik II UML - Technische Universität München
- Keine Tags gefunden...
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
Je nach Modell haben Assoziationen unterschiedlicheInterpretationen Im Analysemodell (während der Analyse) <strong>in</strong>terpretieren wirAssoziationen als Beziehungen zwischen Klassen:– E<strong>in</strong> Auftrag stammt von e<strong>in</strong>em e<strong>in</strong>zelnen Kunden– E<strong>in</strong> Kunde kann mehr als e<strong>in</strong>en Auftrag haben Im Spezifikationsmodell (während des Entwurfs) <strong>in</strong>terpretierenwir Assoziationen als Verantwortlichkeiten:– Die Klasse Kunde muss <strong>die</strong> Methode kreditwürdigkeit()bereitstellen, <strong>die</strong> von der Klasse Auftrag aufgerufen wird.– Die Klasse Auftrag muss e<strong>in</strong>e Methode getAuftragsposition()bereitstellen, <strong>die</strong> für e<strong>in</strong>en gegebenen Kunden <strong>die</strong> zum Auftrag gehörendenAuftragspositionen zurückgibt. Im Implementationsmodell (während der Implementation)<strong>in</strong>terpretieren wir Assoziationen als Variablen (Java:Instanzvariablen):– E<strong>in</strong> Auftrag hat e<strong>in</strong>e Instanzvariable Kunde.– E<strong>in</strong> Auftrag hat e<strong>in</strong>e Reihung von Instanzvariablen, <strong>die</strong> jeweils auf e<strong>in</strong>eAuftragsposition zeigen.Copyright 2004 Bernd Brügge E<strong>in</strong>führung <strong>in</strong> <strong>die</strong> <strong>Informatik</strong> <strong>II</strong>: TUM Sommersemester 2004 53
Change language