Discussion :

[flo_talk]

Bonjour à tous,

je fais appel à vous dans le cadre de la conception d'une base de données permettant de gérer les connaissances d'un groupe d'employés et leurs évolutions dans le temps.
Je dois pouvoir enregistrer, pour chaque employé, les connaissances (ou savoirs) qu'il a acquis et le niveau qu'il possède (allant de 0 à 4) pour chacune de ces connaissances. La base doit être capable de prendre en compte l'évolution des niveaux de connaissances, et on doit donc pouvoir associer plusieurs niveaux à la connaissance d'un employé.

Le choix que j'ai fais pour modéliser ça est le suivant : une table Employés (référencés par leur matricule), une table Savoirs (référencés par N° savoir), et une table Niveaux de savoirs (idem avec N° niveau), et j'ai créé des tables "Liens" pour réaliser des relations plusieurs à plusieurs.



Mon soucis est de savoir comment relier mes tables. J'ai essayé plusieurs structures relationnelles mais aucune ne donne le résultat espéré.

En terme d'exploitation, mon idée initiale était de pouvoir ajouter une sous feuille de donnée Savoirs dans la table Employés puis à nouveau une sous feuille de données Niveaux dans la sous feuille de données Savoirs.

Est-ce que l'un d'entre vous a une idée sur la manière de procéder ? Faut-il créer deux relations plusieurs à plusieurs en série ? Faut-il revoir complétement la structure que j'ai choisi ?

Merci par avance pour votre aide !

[madefemere]

Bonjour,

La structure que tu proposes actuellement ne tient pas compte de certaines de tes règles de gestion dont surtout l'évolution du savoir de chaque employé. Il manquerait une table qui est CENTRALE à mon avis.
Aussi, je te propose la structure suivante :Pièce jointe 158596

De même, il faudrait peut-être approfondir la question (suite aux informations dans ta table Employés), si l'acquisition du niveau de savoir dans un département donné est important à retenir ou non ?

Cordialement,

[flo_talk]

Bonjour,

Merci pour votre réponse rapide, la structure proposée est fonctionnelle et permet bien de tracer l'historique de niveau.
Concernant le département dans lequel l'employé va se trouver, il se peut en effet que ça influe sur la liste des savoirs dont il va devoir disposer et qu'il y ai donc un lien entre Département et Savoirs.

D'autre part je dois gérer une liste d'habilitations que les employés peuvent avoir, à la façon des savoirs.

Je souhaite pouvoir ajouter avec sous feuille de données à la fois des savoirs et des habilitations, mais il n'est possible d'ajouter qu'une seule sous feuille de données à la fois. Auriez-vous une solution pour ça ?

Merci encore !

[madefemere]

Sur Access, tu peux utiliser les sous-formulaires pour présenter des données fils. Tu as ICI un tuto qui explique leur utilité et comment s'en servir. Tu peux en mettre plusieurs dans UN formulaire principal.

Cordialement,

[flo_talk]

D'accord, je te remercie, je vais me pencher sur cette solution.

[flo_talk]

Bonjour,

je me permet de revenir sur cette conversation car il y a une notion nouvelle que je dois gérer, c'est l'évolution des employés.
En effet il m'est demandé de pouvoir enregistrer un profil type pour chaque métier avec des niveaux définis dans chacun des savoirs. On pourra ensuite le comparer avec le niveau réel que les employés ont, afin de dégager un plan de formation.

Je ne sais pas comment mettre en place cette notion de niveau "type" dans la structure de ma base. Je me doute que je dois lier la table métier à la table savoir, mais je ne parviens pas à un résultat convaincant.

Voilà ce à quoi ressemble la structure actuelle :



Auriez-vous une idée de la méthode qu'il faut employer pour pouvoir associer à un métier un profil composé de (Savoirs + niveaux) ?

Merci par avance,

[madefemere]

Bonsoir,

Ce sera une table de référence :
tblMetierSavoirNiveau avec les champs : IdNiveauMetierSavoir# - IdMetier_FK - IdSavoir_FK - IdNiveau_FK
qui sera liée par des relations 1 à plusieurs avec intégrité référentielle avec les 3 tables tblMetier, tblSavoir et tblNiveau.

Pour la comparaison, tu devras créer une requête à partir des tables tblCentraleSavoir - tblEmpoye - tblMetier et de ce fait faire tes comparaisons sur les 3 champs de la table de référence.

Cordialement,

[flo_talk]

Bonjour,

Merci ! Ca confirme ce que je pensais et que j'avais commencé à mettre en place.
Ce type de relations permet d'attribuer plusieurs niveaux pour un savoir associé à un métier. Dans mon cas je voulais attribuer un unique niveau cible aux savoirs.

D'autre part j'ai du mal à voir comment effectuer la comparaison concrètement ?

En grand merci pour la réactivité !

[madefemere]

Bonjour,

Donc, il ne faut pas lier la table de référence tblMetierSavoirNiveau avec la table tblNiveau.
Et le champ IdNiveau_FK sera modifié en le champ IdNiveauReference correspondant au niveau de référence du savoir à comparer.

Cordialement,

Rajout :
A ce que j'ai compris, on te demande de sortir une liste des employés n'ayant pas atteint un certain niveau de savoir :
Donc je propose:
- Faire un formulaire principal à partir de la table tblMetierSavoirNiveau (le niveau de référence par savoir pourrait être choisi au moment du filtre.
- Un sous-formulaire à partir de la table CentraleSavoir qui sera filtré par rapport aux valeurs voulues du formulaire principal.
J'espère que c'est clair et c'est la meilleure solution.

[flo_talk]

Ce que l'on me demande en fait c'est de pouvoir afficher pour chaque employé dans un diagramme radar (dans l'idéal) présentant tous les savoirs, le niveau réel qu'il a et le niveau référence pour son poste.

[flo_talk]

Bonjour,

j'ai finalement réussi.
J'ai une requête de comparaison dans laquelle aparaissent les champs correspondant au "Niveau réel" et "Niveau cible" (issu d'une requête basée sur la table de référence du niveau cible et qui regroupe les champs Savoirs, métier et Niveau cible), ainsi que la liste des savoirs auxquels ils sont liés.

Le métier pour les niveaux cibles est choisi grace à un critère dans la requête basée sur la table de référence qui sélectionne le métier de l'employé sur un fomulaire (fiche employé).
J'affiche la requête sous forme d'un graphique dans lequel niveau cible et niveau réel sont comparés (cf. capture d'écran).



Je ne sais pas si j'ai été suffisamment explicite, et je me doute que ma solution est pas la plus élégante, mais ça fonctionne visiblement bien.

Une prérogative pour ne pas perdre d'information est qu'il faut que savoirs notés par un niveau cible et savoirs par un niveau réel soient précisément identiques, c'est à dire qu'il faut renseigner un niveau cible et un réel pour chaque savoir. Sans quoi la requête de comparaison n'affichera pas tous les savoirs dont dispose (ou dont doit disposer) un employé.

[madefemere]

Félicitations !
J'ai bien compris la difficulté. Faire afficher les niveaux par savoirs (réel et cible) devraient être possible avec une requête mais désolé, j'avais pas le temps d'approfondir.
Bonne continuation