Discussion :

[flow++]

bonjour tout le monde

je debute en UML et j'aurai besoin d'un petit conseil

j'ai vu vite fait UML en cours mais je n'est pas vu vraiment le passage au code.
en fait on a surtout fait du Merise ce qui fait que je mis perd un peu


j'ai donc une class Image et une classe Zone:

une Image peut avoir 0 / 4 Zone
une Zone a 1/1 Image

je pense donc qu'en UML c'est une agregation (est ce juste???)

au nivau du code je ne sais pas quoi faire

j'ai fait un tableau d'objet Zone dans ma classe Image

mais qu'elle est la vraie technique ???
doit-je faire l'inverse ??? un objet Image dans ma classe Zone ???
Doit je imbriqué les deux Class ???


d'un point de vu technique je prefere accedé a mes Zones par mon objet Image, mais cela est-il conforme ????

merci de m'éclairé

[ego]

Plusieurs points :

La notion d'agrégation est là pour décrire qu'une objet est constitué de parties. Par exemple, on peut avoir une relation entre la classe Personne et la classe Vehicule mais un Vehicule n'est pas une partie d'une Personne.
Dans ton cas, il se peut que cela ait du sens mais ce n'est pas très important.
Pour le mode de représentation du 0..4 dans Image, tu peux faire un tableau ou utiliser des classes de type "collections" (en Java tu as ArrayList, HashSet,...en C++ tu as la STL)
Tu peux avoir aussi une référence à Image dans Zone = lien bi-directionnel mais ce genre de lien est pénible à gérer dans la pratique aussi il est préférable de choisir le sens qui est le plus pratique par rapport à ton mode d'accès aux objets. Dans ton cas, un tableau dans Image semble être la solution

[flow++]

Merci beaucoup pour ces renseignements !!!

c'etait juste ce que je voulais savoir

bonne continuation

[Fabrice ROUXEL 1]

Dans votre cas, une relation de composition est preferable à une relation d'heritage.
Enoncer "qu'une image a une zone" a du sens, dire "qu'une zone est une image" en a moins.

Donc on peut envisager la création d'une classe TZone implémentant une interface IZone, cette dernière étant réferencée dans la classe TImage
par une variable membre de type IZone.

L'interface est utile car elle permet de faire face à de futurs besoins comme la création de nouveau types de zones(par exemple circulaires,octogonales etc...) sans avoir à remanier la classe TImage qui tient un ereference sur l'interface IZone.