UML Klassendiagramm umsetzen

[sara05]

Hallo, ich möchte folgendes Klassendiagramm umsetzen, allerdings weiß ich nicht wie man das "+ setzeZahlAufgerundet (int)" und "+ setzeZahlAbgerundet (int)" schreibt.

 

[KonradN]

Wo genau liegt denn das Problem? Ist die die jeweilige Bedeutung klar?
- +
- setzeZahlAufgerundet
- (int)

Alles drei hat eine klare Bedeutung, die Dir klar sein sollte.

Eine Beschreibung kann man z.B. unter https://de.wikipedia.org/wiki/Klassendiagramm finden.

(Evtl. liegt Dein Problem daran, dass das Diagramm schlicht fehlerhaft ist und der Name des Parameters schlicht fehlt. Aber das würde ich als "nicht spezifiziert" ansehen, so dass man bei der Implementierung bei der Wahl des Bezeichners frei ist.)

 

[Jw456]

Der erste Block legt doch die Argumente fest.
Der zweite die Methoden.

"+ setzeZahlAufgerundet (int)" was könnte das sein? Tipp ein Setter der öffentlich ist.
Das dazugehörige Argument ist ja nicht öffentlich.

 

[sara05]

für mich ist unklar, wie ich das "(int)" schreiben soll, denn da fehlt doch der Datentyp

bis jetzt sieht das was ich programmiert habe so aus:

 

[Jw456]

den DatenTyp hast du den Bezeichner kannste selber vergeben.
Bezeichner auch VariablenName.

Auf welches Argument du zugreifen sollst ergibt sich aus dem Methodennamen.
Also welche Variable du setzten oder zurückgeben sollst.

 

[sara05]

so zeigt es mir keinen Fehler mehr an, aber soweit ich weiß gibt man doch bei set keinen Rückgabewert an oder?

 

[Jw456]

Anhang anzeigen 17744
so zeigt es mir keinen Fehler mehr an, aber soweit ich weiß gibt man doch bei set keinen Rückgabewert an oder?

richtig erkannt
in deinem UML ist auch keiner

Schau dir den Unterschied zwischen Setter und Getter noch mal an.

 

[sara05]

ist das so richtig? weil im Klassendiagramm steht ja kein void für setzeZahlAufgerundet

 

[Jw456]

👍

 

[sara05]

👍

danke dir 🙂

 

[Jw456]

Das UML ist ja nicht Java spezifisch sondern allgemein. Bei Java musst du wenn eine Methode keinen Rückgabewert hat void schreiben bei anderen Sprachen ist das nicht immer so.