Discussion :

[GNANGLI frimax]

Bonjour je suis étudiant en année de licence et je veux réaliser un projet de gestion d'une école et j'ai réalisé mon MCD. je voudrais que vous m'aidiez à corriger cela si possible compléter.
Aidez moi s'il vous pait car je suis un peu débutant .Merci pour la compréhension

[CinePhil]

Bonjour,
1) Votre schéma n'est pas réellement un MCD !

2) Avec quel logiciel avez-vous dessiné votre schéma ?

3) Donnez-nous vos règles de gestion des données ; ce sera plus facile pour analyser votre schéma.

On peut cependant déjà faire quelques remarques sur votre schéma...

4) Votre entité-type ELEVE ne considère qu'un seul parent. Ne pensez-vous pas qu'il faudrait en considérer au moins deux et, conséquemment, externaliser cette information dans une autre entité-type ?

5) Une adresse est composée de plusieurs informations. Si vous voulez être rigoureux, inspirez-vous de la norme en vigueur dans votre pays. Voici par exemple la norme française : https://www.76310.fr/norme-afnor-nf-z-10-011.htm

6) Un élève, un parent, un professeur sont tous des personnes physiques qui ont toutes un nom et un prénom. Il conviendrait de mettre en oeuvre un héritage :
ELEVE -(1,1)----être----0,1- PERSONNE_PHYSIQUE
PARENT -(1,1)----être----0,1--------------|
PROFESSEUR -(1,1)----être----0,1------|

7) La propriété EtatEleve gagnerait à faire l'objet d'une table de référence des différents états. Cela éviterait de recopier X fois le libellé de l'état, avec des orthographes potentiellement différentes.
J'ai de plus l'impression qu'il s'agit de l'état de l'inscription (en cours, terminée, validée...) que de l'élève.

8) Dans un MCD Mersien, on utilise en principe des noms pour les entités types et des verbes pour les associations. Vos rectangles INCLURE et OBTENIR semblent donc être des associations. Si c'est le cas, alors il y a une erreur puisqu'une association ne se fait qu'entre entités-type. On ne doit pas associer une association, sauf à transformer cette dernière en ce que j'appelle une "entité-type associative".

Je vais arrêter là pour le moment. Revenez-nous voir avec un vrai MCD et des règles de gestion des données.
Vous pouvez aussi faire une recherche dans ce forum car ce sujet a déjà été abordé plusieurs fois.

[escartefigue]

Outre les judicieuses remarques qui précèdent, j'ajoute :

Si "inclure" est une table associative, alors l'association a trop de "pattes" : au delà de 3 pattes, il y a un schmilblick.
Sans doute la réponse à la remarque n°8 de CinéPhil nous éclairera sur ce point

Dans vos règles de gestions, pensez à formaliser les éventuelles Contraintes d'Intégrité Fonctionnelles, par exemple
- un parent peut il également être élève ? professeur ?
- un professeur peut il enseigner plusieurs matières ?

Pensez à faire apparaitre le type des attributs et leur longueur

Mettez en évidence les colonnes identifiantes

La relation entre "matière" et "élève" via "absence" est suspecte : un élève est plus probablement absent à une occurrence de cours (à une certaine date donc) qu'à une matière dans son ensemble toutes dates confondues.