UML class diagram for begynder. Rejsekort

Umidelvart har jeg svært ved at se relevansen af en klasse for firmaet.

Du starter vel med domain model.

Og her maa kunde og rejsekort være de to hovedklasser.

Så skal du muligvis have nogle supplerende klasser med adresse, rute etc..

Og så kan du kigge på funktions klasser: en controller, en prisberegner/salgs klasse, en persisterings klasse etc..

Hej Arne. Jeg har for ca. en time siden lavet et nyt "spørgsmål" med illustationen af det sequence diagram jeg har lavet.
Vil du tage udgangspunkt i det? :D

Jeg har set den nu.

Men jeg kan slet ikke læse det diagram.

Er der slet ikke en måde man kan lægge billede filer ind i det her forum?

Her er illustrationen

https://codebase.so/question/hi-can-someone-help-me-please-i-have-made-this-uml-class-diagram-rejsekort---6162a729de564067d7525f83

Nu kan jeg se det.

Og det ser lidt "rodet" ud efter min mening.

Lad mig prøve og vise nogle klasser. En per post.

customer
---
id
name
address
cpr
list rejsekort -> rejsekort

rute
---
startlocation
endlocation
price
---

rejsekort
---
id
liste rute ->rute
starttime
endtime
payment -> payment
---

payment
---
id
type
amount
time

account
---
id -> customer
username
password

website->customer, account, rejsekort, rute, payment
---
---
login
lookup_ruter
buy

Hej. Tak for svaret.

Min underviser sagde at jeg i mit diagram skulle undgå "lower cases". Betyder det den nederste del i mine kasser?
Kan se du også kun har 2 dele / lag i dine klasser. Er det sådan jeg skal gøre det i stedet?

Hvad illusterer de pile du har lavet?

Jeg ved ikke hvad din lærer mener med lower cases.

En UML class er en 3 lags kasse: navn, attributter og metoder.

Min customer, rute, rejsekort, payment og account har kun attributter men ingen metoder.

Min websire har kun metoder ingen attributter.

Det er med vilje.

Pilene er associationer.

Hvorfor har de ikke metoder?

Jeg vil starte med at vise det mest essentielle.

For data klasser er det typisk kuna ttributter som er essentielle,

Der skal naturligvis tilføjes metoder inden de er klar til kode generering.

Men ofte stopper man UML diagrammer med det essentielle fordi UML diagrammerne skal give den overordnede forståelse - hvis man vil se alt kan man kigge i koden.