Discussion :

[seli400]

voici l'enoncé de mon probleme
chez le responsable d'un centre de formation:
-Les informations courantes sur un éleve sont receullis.
-Un éleve est toujours inscrit dans une calsse identifiée par un code (1 STT,TERm ..etc).
-Chaque classe a un professeur principal.
-Un professeur enseigne une , voir plusieurs matiéres y compris dans la meme classe (c'est le cas de nombreux professeurs d'economie et de gestion).
- Les coordonnés d'un professeur doivent etre connues.

Questions:

1*Justifier chacune des informations que vous retenez pour un éleve.
2*donner des exemples de matiere , quel probleme soulevez -vous alors?comment le résoudre.
3*Envisagez l'hypothese ou une matiere dans une classe ne peut etre enseignée que par un seul professeur , puis l'hypothese contraire , c'est a dire ou un fractionnement pédagogique est possible.
4*presentez le mcd.

[CinePhil]

Et bien commence un schéma et poste-le ici.
Tu peux utiliser un logiciel de modélisation pour le faire. Open Modelsphere est gratuit.

[seli400]

VOICI MES REPONSES :

1*les informations :
numero d'inscription de l'éleve:
nom de l'éleve
prenom de l'éleve
date de naissance de l'éleve
adresse de l'éleve
classe de l'éleve

2*exemple de matiere:
base de données,genie logiciel,systéme d'information,théorie des langages...etc
le probéme soulevé est:un professeur peut enseugner a la fois plusieur matiere et dans plusieur classes
on a une multidetermination
professeur==>>classe
professeur==>matieres

3*une matiere ne peut etres enseigneé que par un seul professeur:
matiere,classe==>professeur
exemple:
bdd,classe1==>prof1
bdd,classe2==>prof1
l'ypothese contraire
matiere,classe==>>professeur$
exemple:
bdd,classe1==>>prof1
bdd,classe1==>>prof2
bdd,classe1==>>prof3

4*le mcd
voici ma proposition:
j'ai les entités suivantes:
éleve,classe,professeur,matiere,professeur principal.
le associations sont:
*un éleve est inscrit dans une classe
*une classe a un pofesseur principal
*un professeur enseigne une ou plusieur matiere dans la classe(tridimentionnelle entre les 3 entités professeur,classe et matiere)

critiquer ma solution

[CinePhil]

À part les nombreuses fautes de français (mais peut-être ne maîtrises peut-être tu pas très bien la langue de Molière), les réponses aux 3 premières questions me semblent correctes.

Par contre à la 4, on demande de faire un MCD, c'est à dire un schéma contenant :
- des entités représentées par des rectangles ;
- des associations entre les entités représentées par des "bulles" et reliées aux entités par des traits appelés 'branches' ;
- des cardinalités représentées par des couples 0,1 ou 1,1 ou 0,n ou 1,n près de chaque branche d'association.

Voir les exemples de schémas dans le tutoriel de SQLPro.

Au niveau des entités, un professeur principal est un professeur, ce n'est pas une entité séparée. Par contre cette notion de professeur principal sera représentée par une association entre les entités 'Professeur' et 'Classe'.

le associations sont:
*un éleve est inscrit dans une classe
*une classe a un pofesseur principal
*un professeur enseigne une ou plusieur matiere dans la classe(tridimentionnelle entre les 3 entités professeur,classe et matiere)

Ce sont des règles de gestion et elles sont correctes. Il te reste à les schématiser dans un MCD.

Bon courage pour la suite.

[seli400]

bonjour
1*pour le français monsieur éffectivement je ne suis pas une française, la langue de moliére n'est pas ma langue maternelle mais je fais de mon mieu.
2*pour le MCD: coté scéma j'ai pas su le déssiner ici donc j'ai préferer citer les entités et les associations.
3*pour le professeur principal l'idés que j'ai eut pour une entité a part me semble justifé si on pars du principe qu'en UML sa serait un héritage entre professeur et professeur principal.

quesque vous en dites?

[CinePhil]

1*pour le français monsieur éffectivement je ne suis pas une française, la langue de moliére n'est pas ma langue maternelle mais je fais de mon mieu.

OK, je m'en doutais un peu. J'espère ne pas t'avoir vexée. C'est bien de faire des efforts dans une autre langue.
Toujours sans vouloir te froisser, je vais corriger tes fautes dans les citations, ça te permettra de progresser.

2*pour le MCD: coté schéma j'ai pas su le dessiner ici donc j'ai préféré citer les entités et les associations.

Tu peux utiliser le logiciel Open Modelsphere qui est gratuit et assez facile à prendre en mains pour réaliser ton MCD. Il fait également de l'UML.
Tu peux aussi le faire en morceaux de schéma textuel comme j'ai l'habitude de le faire dans les forums (voir plus bas).

3*pour le professeur principal l'idées que j'ai eu pour une entité à part me semble justifée si on part du principe qu'en UML ce serait un héritage entre professeur et professeur principal.

L'héritage ne se justifie que si le professeur principal a des attributs que le professeur n'a pas. Cela ne semble pas être le cas ici.

Je reprends l'énoncé de l'exercice :

-Chaque classe a un professeur principal.

Cela donne le MCD suivant :
classe -1,1----avoir----(professeur principal)----0,1- professeur

Au niveau des tables, l'identifiant du professeur principal sera référencé en clé étrangère dans la table 'classe' :
professeur (pr_id, pr_nom, pr_prenom, ...)
classe (cl_id, cl_id_professeur_principal, cl_code...)

[seli400]

Au niveau des tables, l'identifiant du professeur principal sera référencé en clé étrangère dans la table 'classe' :
professeur (pr_id, pr_nom, pr_prenom, ...)
classe (cl_id, cl_id_professeur_principal, cl_code...)

bonjour
donc l'attribut "cl_id_professeur_principal "est une clé étrangére de la table classe on est d'accord
et on sait que pour qu'une clé soit étrangére dans une autre table il faut qu'elle soit primaire dans sa table
or que l'attribut"cl_id_professeur_principal" n'est pas la clé primaire de la table "proffesseur" mais sa clé est belle et bien"pr_id"
alors il faudrait que "professeur principal" est ue table a lui tout seul
suis je juste??
merci

[CinePhil]

donc l'attribut "cl_id_professeur_principal "est une clé étrangére de la table classe on est d'accord

Oui.

et on sait que pour qu'une clé soit étrangére dans une autre table il faut qu'elle soit primaire dans sa table
or que l'attribut"cl_id_professeur_principal" n'est pas la clé primaire de la table "proffesseur" mais sa clé est belle et bien"pr_id"

C'est ma manière à moi de nommer les clés étrangères mais cl_id_professeur_principal fait bien référence à pr_id de la table professeur.