Discussion :

[Kalion]

Bonjour,

D'abord merci à tous ceux qui prendront la peine de lire ce post.
J'ai modélisé un MCD plutôt complexe pour une base de connaissance.
Il est en pièce jointe. J'ai externalisé certaines données qui auraient pu être considérés comme des champs pour que seul un administrateur puisse les modifier et pour pouvoir développer par dessus des fonctions de recherche.

Auriez vous des conseils, des corrections à me donner?

La conversion automatique (j'utilise Analyse SI) génère un message d'erreur pour les associations où il y a plusieurs entités.
Je vais par la suite créer manuellement un MLD, mais je voudrais vérifier si mon MCD est bon.

Merci à tous.

[CinePhil]

Un domaine n'a qu'un seul produit et qu'une seule note ?
Un utilisateur ne peut écrire qu'une seule note ?
Un niveau de droits n'est que pour un seul utilisateur ?
Un transporteur n'a qu'un seul agent ?
Un statut n'est que pour un seul agent ?
Un partenaire n'a qu'un seul agent ?

J'arrête là... A mon avis il faut se poser ce genre de questions pour toutes les associations.

[Kalion]

J'avoue que ça fait un moment que je n'avais plus fait de MCD (qui se limitait à du scolaire basique!
Merci de ces conseils.
J'avais pensé la lecture inverse (une agence ne possède qu'un transporteur...)
J'ai modifié ce que tu m'avais dis et le reste semble correct. Du moins au niveau des cardinalités. (avec une Zone géographique peut avoir 0,N agences en plus...)

[CinePhil]

Non, tu as inversé les cardinalités !

Contraintes :
1 domaine peut contenir plusieurs produits
1 produit n'est contenu que dans un seul domaine

Schéma :
Domaine -0,n----Contenir----1,1- Produit

Pour lire les cardinalités du MCD, on s'arrête à la patate !
Un domaine peut contenir combien de fois ?
Un produit est contenu combien de fois ?

[Kalion]

Pfffff à chaque fois j'inverse...
Bon, je crois que là c'est bon!!!
Le matin c'est pas mon fort...

Tu vois d'autres erreurs risibles?

désolé^^


En réfléchissant à la création, une agence n'est pas contenue dans une zone géographique et de même pour le client...

[CinePhil]

C'est bien la note qui peut avoir plusieurs fichiers et pas l'inverse ?

Je ne suis pas sûr de la lecture des cardinalités de l'association Concerns mais si je m'en tiens à ma règle de lecture "on s'arrête à la patate", cela voudrait dire que les Customer, Product, Agent et Carrier ne peuvent apparaître qu'une seule fois dans l'association.

Ne voudrais-tu pas dire plutôt qu'une note peut ou pas concerner 1 seule fois et que dans ce cas elle concerne un quadruplet (Customer, Product, Agent, Carrier) ?
Et que par contre l'un des quatre éléments du quadruplet peut évidemment se retrouver (ou pas) plusieurs fois dans l'association Concerns ?
Si c'est ça, à mon avis il faut là aussi inverser les cardinalités :
- 0,1 côté Note
- 0,n pour les autres

Le Contact doit appartenir à la fois à l'Agent et au Customer ?
Un Contact peut être de différents types selon le Customer ? Idem selon l'agent ?

A part les associations "Is present on", "Is on", "Owns9" et "Owns10", j'ai l'impression que toute la partie droite du MCD est à revoir !

[Kalion]

C'est au niveau des associations multiples que j'ai du mal à penser...

Oui une note peut avoir plusieurs fichiers (déposés, une note correspond à une sorte de mail)
Un fichier n'est pas (ou sinon on copie le fichier) lié à plusieurs notes

Pour le quadruplet oui c'est ce que je voulais modéliser, merci beaucoup pour cette indication...

Oui un contact peut être de différents types selon l'agent (ou le client), non il ne doit pas appartenir au deux...

Donc j'ai remodifié mon MCD... Désolé si je suis un peu pesant mais c'est pas encore naturel de modéliser pour moi...
Jeunesse oblige!!

[CinePhil]

Voilà maintenant ce que je lis :
- Un Customer a au plus 1 Contact (idem pour Agent)
- Une zone géo ne peut être managée qu'au plus une seule fois.
Essaie de dire en français ce que tu souhaites modéliser avec les contacts. Ca nous aidera tous les deux.

[Kalion]

Un client a 0 à N triplets (contact , TypeContact , Country )
=> un contact peut être lié plusieurs fois à un client en changeant le pays ou le type.
=> Par contre il faut nécessairement lié le contact à un type (à un pays ce n'est pas nécessaire mais on peut le rendre comme tel si besoin)

C'est le même problème pour la zone géographique :
une ZG possède 0,N doublets (contact/typecontact)

Pour cela que je poste ici j'ai du mal à exprimer ces contraintes, surtout que mes connaissances en Merise/MCD datent...
Merci pour ta patience!

[Kalion]

J'ai modifié aussi la cardinalité des fichiers (0-N --- Assoc --- 0-N). Analyse SI arrive désormais à créé un MLD.
Les tables me conviennent et dans le fonctionnement futur de l'application je pense que tout sera fonctionnel.

Un grand merci à toi cinephil!!

(Maintenant faut que je me remette à l'UML... )