Discussion :

[luna007]

Salut,
je travaille sur un projet de gestion de projet et appel d'offre,
j'ai utiliser l'héritage dans un diagramme de classe pour factoriser les attributs d'un certain nombre de classes.
Mon soucis vient du fait que j'ai des classes sans attributs
Je me demande est ce que c'est très moche d'en avoir ?
parce que je vois que la sémantique est là mais qd même on m'a dit qu'il faudrait avoir un attribut qui spécifie une classe fille
Voilà mon diagramme de classe
http://www.imagup.com/imgs/1209059240.html
Merci d'avance pour votre réponse

[hed62]

Effectivement, je comprend bien ton problème.

En réalité, quelle est la différence entre un concurrent et un maitre d'oeuvre dans ton application ?

[luna007]

Effectivement, je comprend bien ton problème.

En réalité, quelle est la différence entre un concurrent et un maitre d'oeuvre dans ton application ?

Salut,
J'ai un autre diagramme de classe d'un autre package ou je fais appel à concurrent et pas à maitre d'oeuvre, concurrent à une relation avec une autre classe.donc je crois dans ce cas concurrent et maitre d'oeuvre sont différents mais j'ai un autre diagramme de classe ou j'ai fait un héritage juste pour garder la sémantique et les classes filles n'ont pas d'attributs ni de nouvelles relations.
j'ai fait cet héritage en pensant à la base de données en fait, pour avoir une table dédiée à chaque type d'objet
alors est ce que ma façon de penser est correcte ou est ce qu'on doit pas penser à la base de données quand on fait la conception ?
Merci pour votre réponse

[hed62]

L'important, ce n'est pas ce qui est montré par els diagramme, l'important est le référentiel, dont les diagrammes offrent une vue, plus ou moins complète.

Puisque dans l'absolu "concurrent" possède une relation que ne possède pas "maitre d'oeuvre", l'héritage est justifié. Peu importe que dans un cas particulier l'héritage n'est plus utile.

En ce qui concerne la base, ca dépend. En règle générale, on évite de penser "orienté BD", mais parfois il faut faire une entorse à ce principe, afin de fortement gagner en optimisation.

[luna007]

dsl pour ce retard , je vous remercie pour votre réponse

[info_licence]

L'important, ce n'est pas ce qui est montré par els diagramme, l'important est le référentiel, dont les diagrammes offrent une vue, plus ou moins complète.

Puisque dans l'absolu "concurrent" possède une relation que ne possède pas "maitre d'oeuvre", l'héritage est justifié. Peu importe que dans un cas particulier l'héritage n'est plus utile.

En ce qui concerne la base, ca dépend. En règle générale, on évite de penser "orienté BD", mais parfois il faut faire une entorse à ce principe, afin de fortement gagner en optimisation.

salut, j'ai le même problème mais je n'ai pas vraiment compris la solution que vous avez cité ,donc en résumé est-ce possible ou pas d'avoir des classes sans attributs ?

[bruno_pages]

oui c'est tout à fait possible