Discussion :

[ducker88]

Bonjour à tous,

Je dois transformé le MCD suivant en diagramme de classe. Ceci ne serait pas compliqué si je n'avais pas de données dans "COMPOSE".



Pourriez-vous m'expliquer comment transformé ce schéma en diagramme de classe ? Dois-je créer une classe intérmediaire qui remplacerai "COMPOSE" ? Quel lien dois-je utilisé entre mes classes ?

Merci d'avance pour vos réponses.

[Soutou]

Compose est une classe-association reliée à une association réflexive binaire *---* qui connecte Article à Article.
La quantité est un attribut de la classe-association.

[ducker88]

Merci pour ta réponse, ca va m'aider

[ego]

Moi, je ne comprend pas bien ta relation dans le MCD

N'as-tu pas en fait (en UML) (cf. image)

Quantité étant en fait le nombre de liens qu'un objet Article a avec un autre = nombre d'éléments de la collection d'Articles d'un Article ?

[ducker88]

La description textuelle du MCD pourrait être :

Un article (ici nous l'appelerons "KIT") est composé de n articles. La quantité de l'article contenu dans le KIT est un entier dont la variable a pour nom "quantite".

@ego : Ton schéma me conviendrai si la "quantite" n'existait pas. C'est la qu'est mon problème, ou insérer "quantite" ?

J'espere avoir été plus clair. J'attend vos réponses et encore merci

[Nip]

Quantite est une contrainte simple liee a ta classe Article; normalement la simple definition d'un attribut "quantite" pour ta classe Article doit etre suffisante pour gere cette contrainte ...et tu conserves le diagramme propose par ego.

[ducker88]

OK ca marche pour moi.


Merci de votre aide

[ego]

La quantité est donc bien le nombre d'éléments que contient la "collection" d'article qu'un autre article contient.
En Java, tu pourrais avoir ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
public class Article {
    List<Article> articlesLies = new ArrayList<Article>;

   .....

   public int getQuantite() {
      return articlesLies.size();
   }
}

Donc pas d'attribut quantité mais un "getter" qui utilise la liste des artciles liés pour y retrouver la quantité.
Le modèle UML que je t'ai donnée ce suffit à lui-même

[ducker88]

C'est exactement cela !!!

Personnellement je développement en C# et le code est le même qu'en java.

[Nip]

La quantité est donc bien le nombre d'éléments que contient la "collection" d'article qu'un autre article contient.
Donc pas d'attribut quantité mais un "getter" qui utilise la liste des artciles liés pour y retrouver la quantité.

Toutes mes confuses, je pensais que "quantite" etait une contrainte dans ce cas...

[Nicolas Carron]

Ton problème me fait bien penser à une nomenclature que l'on retrouve généralement dans un système ERP.
Une nomenclature se modèlise souvent comme présenté dans le diag. de classes ci-joint où :

- l'article qui à pour rôle PF, Produit Fini, ou kit comme cité précedemment peut posséder une nomenclature.
- une nomenclature est constituée d'une ensemble de lignes qui pointent toutes vers un article composant
- c'est la ligne qui est utilisée pour définir la quantité
- la ligne à également un attribut rang qui permet de gérer l'ordre des lignes dans la nomenclature
- l'en-tête peut être utilisée pour définir des propriétés d'ordre générale à la nomenclature telles que la quantité de base, la période de validité, ...

C'est succinctement comme ceci que sont gérées les nomenclatures dans SAP.


Nico

[ducker88]

Merci Nicolas, et merci à vous tous, je vais voir ce que je peux faire avec toutes les informations que vous m'avez fournit.