Klassen- und Implementationsdiagramm - Versionsgeschichte

Akaibel: /* Beziehungen zwischen Klassen */

2024-01-11T19:43:22Z

Beziehungen zwischen Klassen

← Nächstältere Version		Version vom 11. Januar 2024, 19:43 Uhr
Zeile 112:		Zeile 112:
	[[File:Kennt-erbt-von.png\|thumb\|kennt, erbt von\|236px]]		[[File:Kennt-erbt-von.png\|thumb\|kennt, erbt von\|236px]]
	Es gibt zwei Beziehungstypen:		Es gibt zwei Beziehungstypen:
	* '''Kennt'''-Beziehung: Ein Objekt der Klasse A kennt ein/mehrere Objekte der Klasse B.<br/>Beispiel: Fahrer '''kennt''' mehrere Tankstellen.		* '''Kennt'''-Beziehung ('''Assoziation'''): Ein Objekt der Klasse A kennt ein/mehrere Objekte der Klasse B.<br/>Beispiel: Fahrer '''kennt''' mehrere Tankstellen.
	* '''Vererbung''': Klasse A erbt von Klasse B. Man sagt auch oft: A '''ist ein''' B <br/>Beispiel: Roller '''erbt von''' Fahrzeug, bzw. Roller '''ist ein''' Fahrzeug.		* '''Vererbung''': Klasse A erbt von Klasse B. Man sagt auch oft: A '''ist ein''' B <br/>Beispiel: Roller '''erbt von''' Fahrzeug, bzw. Roller '''ist ein''' Fahrzeug.

Akaibel: /* Beziehungen zwischen Klassen */

2024-01-11T19:42:10Z

Beziehungen zwischen Klassen

← Nächstältere Version		Version vom 11. Januar 2024, 19:42 Uhr
Zeile 151:		Zeile 151:

	==Beziehungen zwischen Klassen==		==Beziehungen zwischen Klassen==
	* <u>Kennt</u> ~~bzw.~~ <u>~~hat~~</u> ein Objekt der Klasse A ein (oder mehrere) Objekt(e) der Klasse B?		Folgende Fragestellungen helfen beim Erstellen von Beziehungen:
			* <u>Kennt-Beziehung / Assoziation</u>: <u>Kennt</u> ein Objekt der Klasse A ein (oder mehrere) Objekt(e) der Klasse B?
	** <u>Multiplizität</u>: <u>Wieviele</u> Objekte der Klasse B?		** <u>Multiplizität</u>: <u>Wieviele</u> Objekte der Klasse B?
	* Welches Objekt <u>ist ein</u> Objekt einer anderen Klasse?		* <u>Vererbung</u>: Welches Objekt <u>ist ein</u> Objekt einer anderen Klasse? Welche Klasse <u>erbt</u> Attribute und Methoden einer anderen Klasse?

	=Erstellen von Implementationsdiagrammen: Top-Down-Modellierung=		=Erstellen von Implementationsdiagrammen: Top-Down-Modellierung=

Akaibel: /* Analyse */

2023-04-22T10:58:47Z

Analyse

← Nächstältere Version		Version vom 22. April 2023, 10:58 Uhr
Zeile 283:		Zeile 283:
	* <code>Medienplayer</code> ist die "oberste" Klasse und damit der Ausgangspunkt der Modellierung.		* <code>Medienplayer</code> ist die "oberste" Klasse und damit der Ausgangspunkt der Modellierung.
	* <code>Medienplayer</code> '''hat''' eine Liste mit '''Inhaltsobjekten''' vom Typ <code>Wiedergabeliste</code>. <code>List</code> eignet sich besser als <code>Queue</code> oder <code>Stack</code>, weil damit das Auswählen der Wiedergabeliste nach dem Titel einfacher realisiert werden kann.		* <code>Medienplayer</code> '''hat''' eine Liste mit '''Inhaltsobjekten''' vom Typ <code>Wiedergabeliste</code>. <code>List</code> eignet sich besser als <code>Queue</code> oder <code>Stack</code>, weil damit das Auswählen der Wiedergabeliste nach dem Titel einfacher realisiert werden kann.
	* <code>Medienplayer</code> '''hat''' ein Attribut <code>aktiveWiedergabeliste</code> vom Typ <Wiedergabeliste</code>, in dem die jeweils aktive Wiedergabeliste gespeichert wird.		* <code>Medienplayer</code> '''hat''' ein Attribut <code>aktiveWiedergabeliste</code> vom Typ <code>Wiedergabeliste</code>, in dem die jeweils aktive Wiedergabeliste gespeichert wird.
	* <code>WiedergabeListe</code> kann nicht von <code>List</code> '''erben''', weil sie sonst die Methode <code>concat(List pList)</code> zur Verfügung hätte, die im Szenario nicht vorgesehen ist.		* <code>WiedergabeListe</code> kann nicht von <code>List</code> '''erben''', weil sie sonst die Methode <code>concat(List pList)</code> zur Verfügung hätte, die im Szenario nicht vorgesehen ist.
	* Stattdessen: <code>WiedergabeListe</code> '''hat''' eine <code>List</code> mit '''Inhaltsobjekten''' vom Typ <code>Titel</code>. <code>Queue</code> oder <code>Stack</code> eignen sich nicht, weil man an beliebigen Stellen einfügen können muss.		* Stattdessen: <code>WiedergabeListe</code> '''hat''' eine <code>List</code> mit '''Inhaltsobjekten''' vom Typ <code>Titel</code>. <code>Queue</code> oder <code>Stack</code> eignen sich nicht, weil man an beliebigen Stellen einfügen können muss.

Akaibel: /* Beispiel */

2023-04-22T10:57:10Z

Beispiel

← Nächstältere Version		Version vom 22. April 2023, 10:57 Uhr
Zeile 335:		Zeile 335:
	'''Beschreibung der Beziehungen:'''		'''Beschreibung der Beziehungen:'''

	* Die Klasse Wiedergabeliste <u>~~hat ein~~ privates Attribut songListe vom Typ List. Die Liste enthält Objekte vom Typ Song</u>.		* Die Klasse Wiedergabeliste hat ein <u>privates Attribut songListe vom Typ List. Die Liste enthält Objekte vom Typ Song</u>.

	* Die Klasse Medienplayer hat ein privates Attribut wiedergabeListen vom Typ List. Die Liste enthält Objekte vom Wiedergabeliste.		* Die Klasse Medienplayer hat ein privates Attribut wiedergabeListen vom Typ List. Die Liste enthält Objekte vom Wiedergabeliste.

Akaibel: /* Java-Quelltext: */

2023-04-22T10:44:00Z

Java-Quelltext:

← Nächstältere Version		Version vom 22. April 2023, 10:44 Uhr
Zeile 182:		Zeile 182:
	public class Person		public class Person
	{		{
	private Roller meinRoller;		'''private Roller meinRoller;'''
	'''private Tankstelle dieTankstelle;'''		'''private Tankstelle dieTankstelle;'''
	private String name;		private String name;
Zeile 190:		Zeile 190:
	{		{
	name = pName;		name = pName;
	meinRoller = new Roller();		'''meinRoller = new Roller();'''
	}		}

Akaibel: /* Szenario: */

2023-04-22T10:43:03Z

Szenario:

← Nächstältere Version		Version vom 22. April 2023, 10:43 Uhr
Zeile 165:		Zeile 165:
	===Szenario:===		===Szenario:===

	~~//TODO~~		Peter hat einen Motorroller. In der Nähe gibt es eine Tankstelle, bei der Peter tanken kann.
			Einige von Peters Freunden haben auch Motorroller.

			Es soll jetzt eine Anwendung entwickelt werden, in der das Fahren und Betanken der Motorroller simuliert werden kann. Auch das Bezahlen vom eigenen Guthaben soll simuliert werden.

	===ausführliches Klassendiagramm:===		===ausführliches Klassendiagramm:===

Akaibel: /* Beziehungen zwischen Klassen */

2023-04-22T10:16:29Z

Beziehungen zwischen Klassen

← Nächstältere Version		Version vom 22. April 2023, 10:16 Uhr
Zeile 110:		Zeile 110:

	=Beziehungen zwischen Klassen=		=Beziehungen zwischen Klassen=
	[[File:Kennt-erbt-von.png\|thumb\|kennt, erbt von\|~~209px~~]]		[[File:Kennt-erbt-von.png\|thumb\|kennt, erbt von\|236px]]
	Es gibt zwei Beziehungstypen:		Es gibt zwei Beziehungstypen:
	* '''Kennt'''-Beziehung: Ein Objekt der Klasse A kennt ein/mehrere Objekte der Klasse B.<br/>Beispiel: Fahrer '''kennt''' mehrere Tankstellen.		* '''Kennt'''-Beziehung: Ein Objekt der Klasse A kennt ein/mehrere Objekte der Klasse B.<br/>Beispiel: Fahrer '''kennt''' mehrere Tankstellen.

Akaibel: /* Beziehungen zwischen Klassen */

2023-04-22T10:14:27Z

Beziehungen zwischen Klassen

← Nächstältere Version		Version vom 22. April 2023, 10:14 Uhr
Zeile 110:		Zeile 110:

	=Beziehungen zwischen Klassen=		=Beziehungen zwischen Klassen=
	[[File:Kennt~~-hat~~-erbt-von.png\|thumb\|kennt~~, hat~~, erbt von\|209px]]		[[File:Kennt-erbt-von.png\|thumb\|kennt, erbt von\|209px]]
	Es gibt ~~drei~~ Beziehungstypen:		Es gibt zwei Beziehungstypen:
	* '''Kennt'''-Beziehung: Ein Objekt der Klasse A kennt ein/mehrere Objekte der Klasse B.<br/>Beispiel: Fahrer '''kennt''' mehrere Tankstellen.		* '''Kennt'''-Beziehung: Ein Objekt der Klasse A kennt ein/mehrere Objekte der Klasse B.<br/>Beispiel: Fahrer '''kennt''' mehrere Tankstellen.
	* '''Hat'''-Beziehung: Ein Objekt der Klasse A hat (=besitzt!) ein/mehrere Objekte der Klasse B. <br/>Beispiel: Fahrer '''hat''' einen Roller.
	* '''Vererbung''': Klasse A erbt von Klasse B. Man sagt auch oft: A '''ist ein''' B <br/>Beispiel: Roller '''erbt von''' Fahrzeug, bzw. Roller '''ist ein''' Fahrzeug.		* '''Vererbung''': Klasse A erbt von Klasse B. Man sagt auch oft: A '''ist ein''' B <br/>Beispiel: Roller '''erbt von''' Fahrzeug, bzw. Roller '''ist ein''' Fahrzeug.

	=~~=Wie unterscheidet man Hat~~- und ~~Kennt~~-Beziehung~~?==~~		''Anmerkung:''<br/>
	~~Das hängt vom jeweiligen Szenario ab!~~		''Im UML-Standard gibt es noch einen dritten Beziehungstyp:''<br/>
			''Hat-Beziehung: Ein Objekt der Klasse A hat (=besitzt!) ein/mehrere Objekte der Klasse B. <br/>Beispiel: Fahrer '''hat''' einen Roller.<br/>
			''Im Zentralabitur wird aber zwischen kennt-Beziehung und hat-Beziehung nicht unterschieden.''

	~~Die entscheidende Fragestellung ist:<br/>~~		==Multiplizitäten der Kennt-Beziehung==
	~~''Was passiert, wenn man den "Besitzer" zerstört?''~~		Multiplizitäten werden entweder genau oder mit einer Unter- und einer Obergrenze notiert.<br/>
	* Wenn man das andere Objekt dann auch nicht mehr braucht (d.h. ebenfalls zerstören kann), dann ist das eine "Hat-Beziehung".		Beispiele:
	* Wenn das andere Objekt aber erhalten bleiben soll, dann ist es eine "Kennt-Beziehung".		* '''1''':       genau ein
			* '''0..1''':    0 oder ein
	==Multiplizitäten ~~der Hat-Beziehung und~~ der Kennt-Beziehung==		* '''2..4''':    mindestens 2 und höchstens 4
	Multiplizitäten werden entweder genau oder mit einer Unter- und einer Obergrenze notiert:		* '''1..*''':    mindestens 1 (und höchstens beliebig viele)
	* '''1''': genau ein
	* '''0..1''': 0 oder ein
	* '''2..4''': mindestens 2 und höchstens 4
	* '''1..*''': mindestens 1 (und höchstens beliebig viele)


Zeile 137:		Zeile 134:

	'''Erläuterung:'''		'''Erläuterung:'''
	* Jeder Fahrer '''~~besitzt~~ genau einen''' Roller~~.<br/>Wenn man den Fahrer "zerstört", dann braucht man auch den Roller nicht mehr~~.		* Jeder Fahrer '''kennt genau einen (nämlich seinen)''' Roller.
	* Jeder Fahrer '''kennt mindestens eine, aber beliebig viele''' Tankstellen.		* Jeder Fahrer '''kennt mindestens eine, aber beliebig viele''' Tankstellen.

Akaibel: /* Fachbegriffe */

2022-09-27T09:45:49Z

Fachbegriffe

← Nächstältere Version		Version vom 27. September 2022, 09:45 Uhr
Zeile 10:		Zeile 10:

	* Klasse, Objekt		* Klasse, Objekt

	* hat-Beziehung, kennt, erbt von, ''"hat ein Attribut ... vom Typ List, das nur Objekte vom Typ... enthalten kann"''		* hat-Beziehung, kennt, erbt von, ''"hat ein Attribut ... vom Typ List, das nur Objekte vom Typ... enthalten kann"''
	* Attribut, Attribut-Typ		* Attribut, Attribut-Typ

	* Methode, Parameter, Parameter-Typ, Rückgabe-Typ, öffentliche Methode, private Methode		* Methode, Parameter, Parameter-Typ, Rückgabe-Typ, öffentliche Methode, private Methode

	* get-Methode (=gibt nur ein Attribut zurück), set-Methode (=trägt nur einen neuen Wert in ein Attribut ein)		* get-Methode (=gibt nur ein Attribut zurück), set-Methode (=trägt nur einen neuen Wert in ein Attribut ein)
			* Geheimnisprinzip

	=Wofür braucht man Klassen- und Implementationsdiagramme?=		=Wofür braucht man Klassen- und Implementationsdiagramme?=

Akaibel: /* Wofür braucht man Klassendiagramme? */

2022-09-27T09:45:13Z

Wofür braucht man Klassendiagramme?

← Nächstältere Version		Version vom 27. September 2022, 09:45 Uhr
Zeile 18:		Zeile 18:
	* get-Methode (=gibt nur ein Attribut zurück), set-Methode (=trägt nur einen neuen Wert in ein Attribut ein)		* get-Methode (=gibt nur ein Attribut zurück), set-Methode (=trägt nur einen neuen Wert in ein Attribut ein)

	=Wofür braucht man ~~Klassendiagramme~~?=		=Wofür braucht man Klassen- und Implementationsdiagramme?=

	Klassendiagramme braucht man, um Softwaresysteme zu '''modellieren'''. Dabei wird im Klassendiagramm folgendes festgelegt:		Klassendiagramme braucht man, um Softwaresysteme zu '''modellieren'''. Dabei wird im Klassendiagramm folgendes festgelegt: