Première analyse vite fait...
==> Ok pour ce point je modifie en mettant au singulier mes entités.
1) Écris les noms de tes entités types au singulier.
Ils sont issus des
règles de gestion des données qui décrivent les associations entre une instance de chaque entité type.
2) Je pense qu'il y a pas mal de cardinalités à revoir.
Cependant, sans les règles de gestion, difficile de se prononcer.
Par exemple, je vois cette association :
CONTACT -1,n----travailler----1,n- SOCIETE
Traduction en français :
Un contact travaille dans une à plusieurs entreprises et une entreprise fait travailler un à plusieurs contacts.
Est-ce que dans ton système un contact peut travailler dans plusieurs entreprises ?
==> Non pour moi j'ai une société qui qui fait travailler plusieurs collaborateurs.
3) Externalise tout ce qui est répétitif.
Par exemple, dans SOCIETE, tu pourrais te retrouver avec les villes Saint-Étienne, Saint Etienne, St. Etienne... qui sont en fait la même ville !
Dur pour les statistiques ensuite !
Tu devrais ainsi externaliser les villes les secteurs les familles de produits...
4) Chaque propriété figurant dans ton MCD doit être atomique.
Là encore, le singulier permet d'en être sûr. Dans ton MCD, on trouve des propriétés au pluriel qui laissent à penser que pour une ligne de la future table, tu vas enregistrer plusieurs valeurs dans une colonne. Exemple : Produits dans Abonnement.
5) J'ai un gros doute sur la justesse de ton association quaternaire Abonner !
Les associations les plus courantes sont les associations binaires entre deux entités types. Parfois il y a des ternaires, les quaternaires ça devient rare !
En plus, dans une association d'arité supérieure à 2 (reliant plus de deux entités types), les cardinalités maxi de toutes les pattes sont à n, ce qui n'est pas le cas dans ton MCD.
Gros doute aussi sur l'association Identifier et sur Livrer.
Ces associations génèrent des boucles qui peuvent aboutir à des données enregistrées incohérentes !
Recommence par l'écriture des règles de gestion.
Partager