Discussion :

[Msysteme]

Bonjour, j'ai beaucoup chercher sur internet sur les règles de nommage d'un diagramme de classe mais malheureusement je ne trouve pas

Supposons l'exemple suivant, sans se focaliser sur l'exemple, on veut juste évaluer les bonnes pratiques en matière de nomenclature :

client	commande	livreur
id	id	id
nom		nom
prenom		prenom
adresse

1- est ce qu'on ce nommage est bon, sinon pourquoi ?
2- en passage au mod-le relationnel, est ce qu'on doit renommer :
commande(id,#id) ou commandecommande(id,#id_client) ?

si vous avez des liens utiles pour évaluer le nommage dans le diagramme de classe je serais reconnaissante ?

[escartefigue]

Bonjour

Si c'est dans un contexte d'entreprise, il y a le plus souvent une norme locale à appliquer.
En l'absence de norme imposée, j'utilise à titre personnel un préfixe appliqué à chaque type d'entité et à chaque association du modèle conceptuel.
J'applique aussi ce préfixe à chaque attribut des entités ou associations qui le possèdent.

Ce qui donne par exemple au niveau du modèle conceptuel :



Qui donne le modèle logique :



L'intérêt est qu'avec ce préfixe unique, on sait d'où vient chaque colonne de chaque table.
C'est intéressant en particulier pour les foreign_key : où que se trouve une foreign key elle portera toujours le même nom.
Ca évite d'avoir des noms laconiques tels que "id" dont on ne sait jamais de quoi il retourne
Autre avantage, ce type de méthode facilite grandement les études d'impact.

Un cas particulier : quand une FK est présente deux fois dans une table associative (cas des nomenclatures par exemple) alors j'ajoute un suffixe lié au rôle de la FK pour ne pas avoir deux colonnes de même nom dans une table, ce qui est interdit

Si le modèle est riche, j'utilise un préfixe sur 3 caractères plutôt que 2.