Discussion :

[TWEESTY]

Bonjour à vous,

Contexte:

Je souhaite créer un programme en C++, qui permettrait à une secrétaire d'ajouter des notes à des élèves, ajouter/supprimer des notes etc....
Une année scolaire est divisée en deux semestres. Chaque semestre possède des matières spécifiques et ces matières sont contenues dans des UE.
Le coefficient des matières varient selon le semestre.

Je me suis donc dit qu'il serait bon d'utiliser une base de données afin de stocker toutes les informations.

J'ai essayer de modéliser le modèle relationnel, voici ce que celà donne.




J'aimerais avoir vos avis, car il me semble bon d'avoir une bdd correcte avant de commencer à programmer.

Le but de ce projet:
-Facilité le travail de la secrétaire
-Me faire pratiquer le C++ et Qt
-Me faire pratiquer sur les BDD


Cordialement.

PS:Je suis juste un étudiant, et non un professionnel

[CinePhil]

Je lis le schéma...

1) Une promo peut contenir plusieurs élèves et un élève peut être contenu dans plusieurs promo.
OK.

2) Un élève peut posséder plusieurs notes et une note est possédée par un seul élève.
Une matière peut avoir plusieurs notes et une note ne concerne qu'une seule matière.

Dit comme ça, ça semble bon. Mais en fait la note se rapporte à un élève et à une matière au minimum pour une promo, voire pour un semestre !

Je vois que la notion de semestre apparaît dans la table Matières (laquelle ne devrait pas avoir d'accent dans son nom ni être au pluriel, comme toutes les autres d'ailleurs).
Le semestre n'est-il pas plutôt un sous-ensemble de la promo ?

3) Une matière peut avoir plusieurs sujets et un sujet fait partie d'une seule matière.
OK. Mais les notes ne seraient-elles pas plutôt en relation avec les sujets qu'avec les matières ?

4) Un professeur peut enseigner plusieurs sujets et un sujet est enseigné par un seul professeur.
Là j'ai des doutes sur le fait qu'un professeur puisse enseigner un sujet de philo et un sujet de maths !

Venons-en aux types des colonnes...
Une année est un entier, ou alors un CHAR(9) si on exprime une année scolaire telle que '2009-2010'.

Un niveau en VARCHAR(45) me semble très largement dimensionné. Un semestre également.

Quelle est la différence entre le nom de la matière et 'matièrescol' ?


Y'a encore du boulot !

[TWEESTY]

Tout d'abord, merci de m'avoir répondu

1) Une promo peut contenir plusieurs élèves et un élève peut être contenu dans plusieurs promo.
OK.

2) Un élève peut posséder plusieurs notes et une note est possédée par un seul élève.
Une matière peut avoir plusieurs notes et une note ne concerne qu'une seule matière.

Dit comme ça, ça semble bon. Mais en fait la note se rapporte à un élève et à une matière au minimum pour une promo, voire pour un semestre !

-> Je viens de modifier ;=)

3) Une matière peut avoir plusieurs sujets et un sujet fait partie d'une seule matière.
OK. Mais les notes ne seraient-elles pas plutôt en relation avec les sujets qu'avec les matières ?

-> De même.

4) Un professeur peut enseigner plusieurs sujets et un sujet est enseigné par un seul professeur.
Là j'ai des doutes sur le fait qu'un professeur puisse enseigner un sujet de philo et un sujet de maths !

Mes profs changent des fois

Venons-en aux types des colonnes...
Une année est un entier, ou alors un CHAR(9) si on exprime une année scolaire telle que '2009-2010'.

Un niveau en VARCHAR(45) me semble très largement dimensionné. Un semestre également.

-> Erreurs corrigées

Quelle est la différence entre le nom de la matière et 'matièrescol' ?

->Je savais même pas que j'avais mis ca

Voici le nouveau modèle:




Qu'en dites-vous?


Cordialement

[CinePhil]

La relation entre Notes et Sujets est inversée. Ton schéma suppose qu'un sujet n'a qu'une note. Maintenant si cette notion de "sujet" signifie "sujet d'examen", c'est peut-être normal qu'il n'y ait qu'une note par élève mais la c'est une seule note pour le sujet !

La boucle qui existe entre les tables Eleves, Participent, Matières, Sujets et Notes fait qu'un élève peut avoir une note pour un sujet ne correspondant pas à une matière à laquelle il participe !

Le semestre est toujours un attribut de la matière ?

J'ai toujours des doutes sur l'existence de prof multi-disciplines !

Ma façon de voir (mais peut-être que les termes que tu emploies n'ont pas la signification que je leur donne) :

1) Un professeur enseigne une matière et une matière peut être enseignée par plusieurs professeurs.
Professeur >---enseigner---- Matiere

2) Un élève participe à plusieurs matières et une matière voit la participation de plusieurs élèves.
Eleve ----< Participation >---- Matiere

3) Une matière peut faire l'objet de plusieurs sujets d'examen et un sujet d'examen ne concerne qu'une seule matière.
Sujet >----concerner---- Matiere

4) Un élève peut être noté pour plusieurs sujets et un sujet note plusieurs élèves.
Eleve ----< Note >---- Sujet

Il reste le problème de la boucle. Je ne sais pas comment le représenter (ni même si c'est possible) en schéma Entity/Relation avec MySQL Workbench mais il faudrait une contrainte d'inclusion entre la participation de l'élève à une matière et la note obtenue pour un sujet d'une certaine matière.

Cela devrait se traduire dans la BDD par un trigger à l'insertion d'une note pour vérifier que l'élève participe bien à la matière du sujet noté.

[TWEESTY]

Encore une fois, merci de m'avoir répondu

J'ai corrigé les erreurs dont tu m'as fait part

Le semestre est toujours un attribut de la matière ?

J'ai toujours des doutes sur l'existence de prof multi-disciplines !

Oui c'est un attribut.

Prof multi-disciplines, je vous assure

Pour l'histoire de la boucle, j'ai retirer que les élèves participent à une matière.

Car maintenant, il n'y a plus de boucle Et au final, dans une promo, toutes les personnes ont les mêmes matières Ceci, ma base de donnée ne fonctionnera que pour une promo comme la mienne.

Et je pense que je ferais des modifications après si j'ai le temps.

Qu'en pensez-vous?

Cordialement

PS: Je vous mets le dernier modélè, j'ai pas mis les mêmes verbes que vous, je suis désolé



PS2: Je commence la programmation ce soir je pense.
PS3ensez-vous qu'il serait bon de faire hébergé mon projet sur ce site?

[CinePhil]

Encore un détail que nous n'avions pas abordé jusque là...

Le fait de mettre un identifiant à une note (idNotes) fait qu'il peut y avoir plusieurs notes pour un élève sur un sujet.

Il me semble que la table Notes est une table associative entre Eleves et Sujets, lesquels sujets sont semble t-il identifiés relativement aux professeurs.

La clé de la table note devrait donc être composée des identifiants de l'élève et du sujet mais ne pas avoir son identifiant propre.

Et enfin...
Puisque le semestre est un attribut de la matière et que le sujet est lié à une matière, inutile de répéter le semestre dans la table Sujets.

[TWEESTY]

Encore un détail que nous n'avions pas abordé jusque là...

Le fait de mettre un identifiant à une note (idNotes) fait qu'il peut y avoir plusieurs notes pour un élève sur un sujet.

Il peut avoir plusieurs notes pour un sujet.

Par exemple: Sujet: BDD

Il peut y avoir deux contrôles sur tables et un top noté sur ce sujet.

Puisque le semestre est un attribut de la matière et que le sujet est lié à une matière, inutile de répéter le semestre dans la table Sujets.

En effet

Pensez-vous qu'il serait bon de faire hébergé mon projet sur ce site?