Discussion :

[alain35]

Bonjour,

Je me présente, je suis prof en lycée, il y a 10 ans j'ai écrit un logiciel en C++ servant de front-end à une base de donnée assez simple. J'ai donc quelques vieilles notions de sql mais vraiment rien d'extraordinaire. C'est ce manque de compétence qui m'amène à demander conseil ici.

Au taf, on nous demande de plus en plus de suivre les compétences des élèves ce qui rajoute à chaque évaluation un nombre variable (en fonction de l'évaluation) de notes correspondant à des compétences elles aussi variables.
Il n'est donc pas vraiment possible de suivre les compétences des élèves à l'aide d'un tableur sauf à devoir faire la mise en relation entre n feuilles à la main, ce que je veux éviter, d'où mon recours à une db.

Les objectifs sont de pouvoir :

• Retrouver la composition des classes
• Récapituler les compétences notées lors de chaque évaluation
• Retrouver les notes pour chaque compétence, pour chaque élève et chaque travail.

Il existe potentiellement d'autres besoins, mais je pense que si j'arrive à obtenir les trois points ci-dessus, alors je pourrais les retrouver aussi.

Je pense à la structure suivante :

• table_classe : id_class, nom_classe
• table_eleve : id_eleve, classe, non_eleve, prenom_eleve
• table_evaluation : id_eval, date_eval
• table_competence : id_comp, non_comp
• table_evaluation_elementaire : id_eval_elem, eval, eleve, comp, comp_note,

Pour avoir la liste de de la classe x, il me faut sélectionner tous les élèves dont classe est x.

Pour avoir la liste des compétences de l'évaluation n, il me faut sélectionner dans la table_evaluation_elementaire les différents id_comp pour lesquels eval =n.

Retrouver les notes pour chaque compétence, pour élève e et le travail t, il me faut sélectionner dans la table_evaluation_elementaire comp_note avec eleve=e et eval= t.

Cette structure vous paraît-elle valable pour en fonction de mes buts ? Y aurait-il mieux ?

Merci de vos avis.

[StringBuilder]

Bonjour,

Je ne vois pas d'erreur de modélisation dans votre modèle.
J'imagine (j'espère) que vous aurez cependant quelques colonnes de plus (et entités) histoire de rendre votre logiciel utilisable par plusieurs profs et sur plusieurs années.

Mais sinon, la structure m'a l'air tout à fait correcte.

[islamov2000]

alain35, je vous conseille de voir MERISE comme méthode ce conception classique.

[alain35]

Bonjour,

Je ne vois pas d'erreur de modélisation dans votre modèle.
J'imagine (j'espère) que vous aurez cependant quelques colonnes de plus (et entités) histoire de rendre votre logiciel utilisable par plusieurs profs et sur plusieurs années.
.

Merci de votre réponse.
Effectivement, je souhaiterais que mon logiciel soit utilisable par d'autres collègues (il sera sous licence gpl) mais d'un autre côté, développer prend beaucoup de temps et le bénévolat a ses limites.
Je pense au fond, que l'EN, comme tout employeur, devrait fournir elle-même les moyens logiciels de ce qu'elle nous demande de faire.


Je vais voir ce qu'est Merise.

[StringBuilder]

MERISE est une méthode d'analyse et de modélisation (flux, traitements et données).

Pour votre culture, c'est très bien de savoir ce que c'est et de standardiser votre démarche d'analyse.

Mais pour le résultat final, votre MPD tel que vous le décrivez respecte déjà les contraintes de MERISE, donc pour moi, surtout si la modélisation c'est du one shot, ça reste du bonus pour vous de vous plonger là-dedans.

[janlouk]

Bonjour Alain,

Pour modéliser votre DB je vous conseille DB-Main, il est simple et facile à comprendre.

Je suppose que vous mettrez des clés étrangères car vous répétez certains noms dans vos tables?

[alain35]

Oui, j'ai des clés étrangères (enfin, j'avais un peu oublié le nom...).

Merci de la suggestion pour DB-Main. En fait, je me pose la même question vis-à-vis de cet outil que ce qu'a indiqué StringBuilder pour Merise. Est-ce que cela vaut le coup juste pour une seule conception de DB ?