Discussion :

[vamos]

salut!
comment modeliser le transfert d'une information d'une classe a une autre via une relation dans un diagramme de classes d'uML?il s'agit par exemple d'une methode d'une classe 1 qui va calculer et retournner une grandeur et on veut exploiter cette valeur dans une autre classe?
merci d'avance!

[aziz jim]

Les diagrammes de vues dynamiques(diagrammes : de séquence, de collaboration...) sont conçu pour modéliser ce genre de situations. Le diagramme de classe est une modélisation statique qui montre la structure d'un modèle. Il fait abstraction de tous les aspects dynamiques et temporels.

[vamos]

Les diagrammes de vues dynamiques(diagrammes : de séquence, de collaboration...) sont conçu pour modéliser ce genre de situations. Le diagramme de classe est une modélisation statique qui montre la structure d'un modèle. Il fait abstraction de tous les aspects dynamiques et temporels.

merci pour ta réponse Aziz,puisque tu as parlé du diagramme de séquence ,est-ce que toutes les classes qui figurent sur ce diagramme doivent exister aussi dans un diagramme de classes?
merci

[Hephaistos007]

Tu peux tout de même représenter cette dépendance entre deux classes par une relation "uses". Evidemment, cela reste très imprécis.

[behess]

Je crois, mais je peux me tromper, qu'un diagramme quel qu'il soit n'est qu'une vue partielle du système (à part peut-être le diagramme de contexte qui est censé offrir une vue globale).

Il n'est donc pas obligatoire d'y représenter toutes les classes du systèmes mais simplement celles qui participe à ce qu'on veut y montrer/expliquer.

On peut très bien scinder un diagramme en deux pour être plus clair sur chaque partie.

De même un diagramme peut être détaillé ou pas selon le niveau de granularité voulu ou la phase du projet

ex : un diagramme de classe en analyse, qui sert à bien spécifier les besoins, sera moins détaillé/complexe qu'un diagramme de conception, qui se voudra être un guide de réalisation tenant compte des contraintes de maintenabilité.

[Vlade]

un diagramme de classe en analyse, qui sert à bien spécifier les besoins, sera moins détaillé/complexe qu'un diagramme de conception, qui se voudra être un guide de réalisation tenant compte des contraintes de maintenabilité.

tout a fait d'accord avec cette remarque de behess. Je veux juste ajouter de bien être sure de ne pas refaire des diagrammes qui seront des modèles présentés sous forme de vue, mais plutôt de faire des diagrammes qui sont une vue d'un modèle unique. La valeur vient du fait qu'un même modèle peut-être utlisé en phase d'analyse et de conception afin de couvrir tout le cycle de la modélisation.

Cela impose un peu de rigueur en réflechissant aux diagrammes graphique et au modèle en même temps, mais c'est beaucoup plus puissant.
Attention donc car c'est pas en faisant plein de diagrammes graphiques qu'on montre une vue du modèle, mais en créant des vues d'un modèle uniques qui est construit à partir des diagrammes antérieurs ou directement dans le metamodel. C'est une nuance importante je pense