Discussion :

[debutanteVB.NET]

Bonjour,

Je souhaite faire un diagramme de classe UML (ensuite le coder en java).
Le cas est tout simple mais j'ai déjà tout oublié sur mes desing pattern (même si je suis même pas obligée d'en utiliser un dans ce cas là).

Dans une bdd, j'ai un tableau Application (avec un id et son nom).
Chaque application a differents paramètres possibles (avec une valeur par défaut).
Pour chaque utilisateur, on a des valeurs différentes pour chaque paramètre de l'application. Les trois sont donc associées;
Mais il se peut qu'un utilisateur n'ai pas de valeur associé à un paramètre et dans ce cas là on utilise le paramètre par défaut de l'application.
Au niveau de la base de donnée, il y aura 4 tables: les utilisateurs, les applications, les paramètres et les valeurs associées au paramètres pour chaque utilisateurs.
UTILISATEUR: idU, nom
APPLI: idA, nom
PARAMETRE: idP, nom, valeurDef, idA
VALEUR: idV, idP, idI, valeur


Au niveau UML, personnellement je ne mettrai que 3 classes (utilisateur, appli et paramètres(avec attribut valeur) ). Mais c'est peut être mieux d'en mettre 4, avec une classe valeurs?
Il existe le "n-association" (le losange avec trois fleches) pour faire la relation entre elles (en java je ne vois plus par contre).

C'est mieux laquelle? Ou autre chose de différent?


C'est compliqué a expliquer, j'espère que c'est clair; mais je suppose qu'à faire ça ne doit pas être insurmontable. Je voudrai juste savoir s'il y en a qui auraient des pistes pour m'aider...

[hed62]

Salut.

En premier lieu , utilise un modeleur (type Poseidon, bouml, etc...) ca t'évitera de faire des "dessins"

Ne raisonne pas en termes de table si tu n'as pas établi la conception. Je te propose avant tout de faire un MCD. Ensuite tu auras tes tables. En parralèle tu peux faire le DC.

Ce que je propose, est qu'une application possède des paramètres indépendemment des utilisateurs (les paramètres par défaut).

Avec cela, tu ajoute la relation entre une application, l'utilisateur et le paramètre (en MCD avec un losange, en UML avec une classe d'association, en java avec une hashmap par exemple). Tu as ainsi les valeurs des paramètres des user pour les applications

Enfin, Application porte une méthode getValeurParametre(Utilisateur,Parametre), qui se charge
1) de fouiller la hashmap ,
2) si hashmap vide, prendre paramètre par défaut ,
3) retourner la valeur.

[debutanteVB.NET]

Bon alors si j'ai bien compris:
avec Profil=l'utilisateur dont je parlais


Comment represente t on que le profil peut avoir plusieurs binomes parametre-valeur mais que chaque parametre n'a qu'une seule valeur?


Merci en tout cas, ça m'a bien aidé la classe d'association

Ca te parrait correcte?

Merci encore

[hed62]

Ca te parrait correcte?

Non, à cause de :

Comment represente t on que le profil peut avoir plusieurs binomes parametre-valeur mais que chaque parametre n'a qu'une seule valeur?

Ce que tu veux, c'est qu'une Application ai un ensemble de paramètres avec une valeur, ce seront les paramètres par défaut. Puis, tu veux qu'une application possède des paramètres avec une valeur en fonction d'un profil. Enfin, tu veux que chaque paramètre possède une valeur unique.

Donc, il n'y a qu'une relation entre paramètre et valeur, d'arité 1.
Par contre, il y a deux relations entre Application et paramètre : les paramètres par défaut, et les paramètres selon le profil.

[debutanteVB.NET]

Donc, il n'y a qu'une relation entre paramètre et valeur, d'arité 1.
Par contre, il y a deux relations entre Application et paramètre : les paramètres par défaut, et les paramètres selon le profil.

Oui et non... car (je réfléchit peut être trop proche de ma base de donnée) mais je vais prendre un exemple précis.

Soit une application A1 qui a deux paramètres P1 et P2.
Lorsque je vais définir l'application, il faut que je définisse P1 et P2 avec leurs valeurs par défaut respectivement VD1 et VD2.
Ensuite je rajoute un profil, celui ci permettra d'associer les paramètres P1 et P2 (mais c'est les mêmes instances de paramètres) avec les valeurs V1 et V2.

Si je comprends bien ce que tu disais, la classe d'association User tu la mettrai entre parametre et appli ...pour moi ceux ci sont liés ensemble avant même la création des profils. Et la double relation est pour moi entre parametre et sa valeur par defaut et avec sa valeur associée au profil...

Ce que je voulais dire par

plusieurs binomes parametre-valeur mais que chaque parametre n'a qu'une seule valeur

C'est qu'un parametre ne peut avoir qu'une seule valeur (enfin dans la relation avec Profil car il en a une autre par defaut) par profil, mais le profil peut avoir plusieurs couples paramètres/valeurs(car plusieurs parametres mais une seule valeur pour chacun d'entre eux).

Enfin, je sais pas trop comment représenter ça correctement
----

J'ai un deuxième problème de conception,
le parametre à un attribut type qui permet de savoir de quelle type est sa valeur (ce qui me permet grace à la factory de créer une Valeur de la bonne sous classe), ensuite j'ai des valeurs de differents type qui heritent d'une classe Valeur.
Je suis partie sur quelque chose de compliqué: une factory et des visitor:
Les visitor me permettent sans savoir quelle classe Valeur j'ai de pouvoir faire des methodes dessus.


C'est des soucis assez communs je suppose et j'ai l'impression de chercher dans l'impossible...