[UML] klassen diagram vraag

[Verwijderd]

Hallo,

Ik heb een redelijke kennis op het gebied van UML. Echter ben ik nu met een moeilijk klassendiagram bezig en heb een paar vraagjes, ik hoop dat jullie mij kunnen helpen.

1) De klasse "Dialog" heeft een compositie klasse "DialogQuestion" die weer een compositie klasse "DialogAnswer" bevat. Een "Customer" kan meerdere dialogen beantwoorden en een dialoog kan ingevuld worden door meerdere customers. Er is dus een veel op veel relatie, die denk ik zit tussen "Customer" en "Dialog". In de associatie klasse komen dan automatisch de primaire sleutels van de twee klassen. Komen hierin echter zoals ik met een rode vak heb aangegeven ook de primaire sleutels van de onderliggende compositie klassen? Zo niet, waar en hoe moet ik dan aangeven welk antwoord is gekozen?

2) Moet je in een compositie klasse steeds een vreemde sleutel plaatsen die verwijst naar de primaire sleutel in de bovenliggende klasse?

3) Ik heb geleerd dat bij driehoekjes in een UML diagram je twee kanten op kan lopen en dat je dan bij dezelfde multipliciteit moet uitkomen. Als je uitgaat van "Customer" heb ik dus een "*" en een "1" multipliciteit in relaties. Het diagram lijkt me zo echter wel te kloppen, of moet toch echt ten alle tijden het driehoekjes 2 kanten opgelopen kunnen worden met dezelfde multipliciteit?

Alvast erg bedankt voor hulp!

[whoami]

Moet je in een compositie klasse steeds een vreemde sleutel plaatsen die verwijst naar de primaire sleutel in de bovenliggende klasse?

sleutels in een class-diagram ? Class diagrams hebben afaik referenties, en geen sleutels. Verwar je de boel niet met ERD / Database-ontwerp ?

[D-Raven]

^^ wat Whoami zegt.

Als je dit als UML diagram wilt gebruiken dan klopt dat diagram niet echt.
De relatie tussen customer en dialog zal dan waarschijnlijk helemaal niet meer terugkomen. Dit is namelijk puur een implementatie detail.
In het UML diagram zal er pas een relatie tussen die 2 zijn als de customer klasse direct de dialog klasse gebruikt. Dus dan krijg je zoiets als: Een customer gebruikt een dialog om zijn antwoorden weer te geven. Waarbij de customer dan dus verantwoordelijk is voor het weergeven van zijn antwoorden. (Om maar een voorbeeld te noemen).

Maar als je je dialog gebruikt om informatie uit je customer weer te geven (of iets dergelijks) dan klinkt dat meer als een UI detail.