Je suis actuellement en train de m'exercer à apprendre à produire un MCD correctement cependant, je rencontre quelques difficultés. Je suis parfaitement conscient que je n'ai pas du tout la bonne logique cependant j'aimerais bien avoir un retour afin que je puisse prendre note de mes erreurs. Je remercie d'avance celles et ceux qui pourront m'aider.
Énoncé de l'exercice:
Une école de conduite désir s'informatiser pour gérer plus facilement les élèves inscrits.
- il y aura une table nommée élèves, qui contiendra les champs suivants(id_eleve, numeroEleveCIN, Nom, Prénom, DateNaissance,Sexe, Adresse,Email,Profession, Téléphone).
il y a 2 types de leçons de conduite(code & pratique):
- la table CoursCode est présentée avec les champs suivants (id_Code, DateSeance, Prix)
- la table CoursPratique est composée des champs suivants (id_CoursPratique, DateCoursPratique, Prix)
- l'entité moniteurs sera constituée ainsi (id_moniteur, nom, prénom)
- l'entité factures contiendra les champs suivants (id_facture, numero CIN, nom de l'élève, prénom de l'élève, le montant, nombre de séance du code, nombre de séance pratique)
- la table voitures sera présentée avec les champs suivants (id_voiture, marque, immatriculation)
- L'application sera gérée par un administrateur et par un employé
Voilà en résumé ce que j'aimerais bien réaliser correctement. Le truc c'est que je rencontre déjà deux soucis:
1) faut-il créer deux tables différentes pour l'administrateur et l'employé ? Comment faut-il présenter cela dans mon MCD ?
2) la table factures doit être reliée à l'entité élèves, coursCode, coursPratique c'est bien ça ? Car je suis perdu dans mon schéma...
Voici ci-dessous, mon MCD, je vous remercie pour le temps que vous allez me consacrer à me corriger.
- Edité par Fred2000Fred2000 9 janvier 2019 à 0:38:36
faut-il créer deux tables différentes pour l'administrateur et l'employé ?
Selon moi un attribut "type" de type TINYINT UNSIGNED dans la table personne suffit à représenter le mode de gestion des personnes ... pas besoin de t'embêter avec de l'héritage, la table élève et la table moniteur ... 0 = Elève, 1=Employé, 2=Moniteur, 3=Administrateur.
Fred2000Fred2000 a écrit:
la table factures doit être reliée à l'entité élèves, coursCode, coursPratique c'est bien ça ?
Comme le dit Philodick il manque des informations dans ton énoncé pour répondre à cette question ...
Si c'était à moi de concevoir, je créerai une seule entité "Cours" avec un attribut "type" de type TINYINT UNSIGNED, 1=Pratique, 2=Code.
J'ai un peu du mal a croire que c'est un véritable exercice parce que c'est du grand n'importe quoi. Tu l'as trouvé où ?
Après, tes questions sont légitimes vu que les tables sont incomplètes ou qu'il en manque.
Je ne vois pas comment on peut donner de solution satisfaisante en l'état.
Sérieux? Je me suis pourtant donné beaucoup de mal à le faire.
J'aimerais bien apprendre à faire un MCD pour une gestion d'une école de conduite.
Benzouye a écrit:
Comme le dit Philodick il manque des informations dans ton énoncé pour répondre à cette question ...
Merci pour ton model, je n'arrive pas à comprendre comment je pourrais relier la table Moniteur, l'Eleve et Personne?
En résumé, j'aimerais bien gérer un petit logiciel qui assurera la gestion des élèves, les moniteurs, les types de cours (code, pratique), voitures et les factures dans la table facture on aurait le n° d'identification de l'élève, le nom, le prénom, le prix et le nombre de séance que l'élève a réservé.
- Edité par Fred2000Fred2000 9 janvier 2019 à 12:04:34
J'aimerais bien apprendre à faire un MCD pour une gestion d'une école de conduite
Je te conseille la lecture du document "Conception BDD" que tu trouveras dans ma signature.
Fred2000Fred2000 a écrit:
je n'arrive pas à comprendre comment je pourrais relier la table Moniteur, l'Eleve et Personne
C'est ce que je t'écrivais plus haut ... Le type de personne n'est qu'un attribut dans l'entité personne, à toi de t'assurer que lorsque tu lies une personne à un cours ou une facture elle soit du bon type ...
Fred2000Fred2000 a écrit:
j'aimerais bien gérer un petit logiciel qui assurera la gestion des élèves, les moniteurs, les types de cours (code, pratique), voitures et les factures
Le modèle que je t'ai présenté est capable de stocker ces données ...
Fred2000Fred2000 a écrit:
dans la table facture on aurait le n° d'identification de l'élève, le nom, le prénom, le prix et le nombre de séance que l'élève a réservé
Cela signifie qu'une facture peut concerner plusieurs cours. Il faut donc modifier les cardinalités.
Je te propose donc ceci :
J'ajoute une entité type pour pouvoir gérer les types de personne à part, ainsi qu'une entité tarif pour gérer les tarifs des cours (code, conduite, et autres éventuels). Ce modèle génère le MLD suivant :
On voit dans la table cours qu'il y a 2 fois id_personne, une fois pour l'élève, et une fois pour le moniteur.
Lors de la création d'une facture on pointe tous les cours associé en ajoutant l'id de la facture sur chaque cours concerné.
Je me permets de vous écrire encore une fois, je suis bloqué sur un autre petit problème depuis aujourd'hui.
Dans l'entité cours on a dit qu'on avait 2 types de cours (la théorie et la pratique)
En suivant le dernier schéma de Benzouye on récupère à un moment donné l'id du véhicule et ses attributs. Sauf que, si l'élève suit une formation théorique qu'est-ce qui se passe ? J'ai juste mis "néant" comme réponse.
Est-ce que le champ véhicule ne sert pas à rien? Je pense qu'il est important de récupérer l'id du véhicule et la marque non ?
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
N'oubliez pas d'activer les erreurs PDO.
N'oubliez pas d'activer les erreurs PDO.