Discussion :

[AmonDev]

Bonjour,

Après une réunion avec mes chefs pour faire un point et évaluer leurs besoins futurs, j'ai corrigé certaines erreurs de ma part dans les formulaires et tables, dont :

- Le retrait de la date dans sfSessions et son remplacement par la notion de site
- La création d'un sous formulaire sfSessDate et d'une table tSessDate liée à la session



- La scission en 3 parties de la liste de résultats du formulaire pour arriver sur une partie différente de fFormations en fonction de la sélection (Formation, N° de repere, Soutien), Mais actuellement cela ne fonctionne pas, je n'ai pas encore le truc avec le focus...



Le modèle de données a aussi changé ducoup :



Je mets la base ici : FormationV5.4Part.zip

Ils voudraient aussi pouvoir définir un parcours de formation (formé par un groupe de formations) par le biais d'un tag au quelque chose dans ce genre, je dois encore me pencher dessus.

Merci beaucoup de m'avoir expliqué tes modifications, j'ai pu comprendre mes erreurs ! Je tentais de comparer le contenu de Expr1 à la place de l'ID du salarié...

Du coup j'ai aussi modifié la requête pour y ajouter la date de début de la session !

Pour ce qui concerne l'analyse de données et l'extraction, on m'a demandé ceci :

- Afficher : _ Taux de déploiement par formation (recap' du lundi)

_ Nombre de formés avant/après la date de mise production de la formation

_ % de satisfaction et d'évaluation global par formation

_ % de répartition du volume d'heures (durée des sessions d'une ou plusieurs formations) :_ sur le thème
_ sur le métier

Le taux de déploiement est le nombre de formés divisé par le nombre de ciblés par formation et par métier.


Les recherches doivent pouvoir être faites par formation, thème, métier cible, nombre d'heures globales (formation), nombre d'heures de formation par participant ou soutien.

Et j'aurais une autre base à faire pour gérer les habilitations des soutiens et leurs passages d'habilitations, la table salariés sera donc à lier à cette autre base !

Ça fait pas mal de choses !

Pour l'analyse des données tu m'avais dit avoir pensé aux états, comment voyais-tu les choses ? J'ai un livre sur access où ils sont présentés, utilisés, etc mais je ne comprends pas vraiment ce que c'est et en quoi ils diffèrent des formulaires ?

Merci beaucoup pour tes éclaircissements et ton aide précieuse, ça me permet de progresser très vite et apprendre des choses que je n'aurais sûrement pas connu autrement !

[ClaudeLELOUP]

Pour l'analyse des données, tu m'avais dit avoir pensé aux états, comment voyais-tu les choses ? J'ai un livre sur access où ils sont présentés, utilisés, etc., mais je ne comprends pas vraiment ce que c'est et en quoi ils diffèrent des formulaires ?

Un formulaire permet à l’utilisateur de la db de gérer les tables, encoder des données.
Un état est un document qui rend compte de la situation actuelle des données : une photo instantanée du contenu des tables. En général, il est destiné à être imprimé (papier ou PDF) pour être diffusé.

Pour des exemples, regarde ce tutoriel : http://claudeleloup.developpez.com/t...ss/cave-a-vin/

P.-S. Je ne serai pas disponible jusqu'à la fin de semaine prochaine.

À bientôt.

[AmonDev]

Bonjour,

J'ai corrigé quelques bugs et revu des parties du formulaire de saisie ainsi que du formulaire de recherche, et je suis en train de faire la partie des Tags (pour définir un parcours de formation) qui seront affectés à une session. Je me familiarise avec la notion d'états pour faire la section "Récap du lundi", je pense pouvoir le finir d'ici dimanche si j'ai le temps !

En attendant voici où j'en suis :



Le bouton sur la formation sert à supprimer la formation, le nombre d'inscrits n'est maintenant plus saisi mais calculé. Il y avait quelques bugs sur l'interface que j'ai réglés (la mise à jour du champ "pour" dans participations qui ne se faisait pas lors du passage à une autre session, une erreur de focus sur les dates de session, etc...)

Dans la deuxième image, j'ai revu le formulaire de recherche en passant d'une zone de liste à un sous-formulaire ce qui permet de placer le focus sur le formulaire de saisie en fonction du champ sur lequel on a cliqué (cela évite les erreurs de saisie des utilisateurs).

La base est ici : FormationV6.3PARTPart.mdb.zip.

Je mets à jour dès que j'ai fini le système de tags/parcours ou le récapitulatif.

J'espère que tout se passe bien pour toi !

[ClaudeLELOUP]

Bonjour,

Ça me fait plaisir de constater que tu progresses dans ta maîtrise d'Access.

Fais signe si tu rencontres un problème.

Bon week-end.

[AmonDev]

Ça me fait plaisir de constater que tu progresses dans ta maîtrise d'Access.

C'est grâce à toi, Merci beaucoup !

Fais signe si tu rencontres un problème.

Oui je te ferai signe, merci encore,

Bon week-end à toi aussi !

[ClaudeLELOUP]

Tu peux améliorer la présentation en modulant la taille pour que le pied s’affiche juste en dessous de la dernière ligne.
C’est expliqué ici :http://claudeleloup.developpez.com/t...-gigognes/#LVI

[AmonDev]

Tu peux améliorer la présentation en modulant la taille pour que le pied s’affiche juste en dessous de la dernière ligne.

Très bien vu ! Je vais essayer dès que j'aurai compris un peu mieux les états !

Je bloque sur une chose (qui est plutôt du sql que sur l'état en lui même).

Je voudrais afficher les formations dont le nombre de présents est plus bas que le nombre de ciblés (les formations non terminées) et par formation : le nom, le nombre d'inscrits total, le nombre de présents total, le nombre de cibles total, la date de mise en production et si possible voir le nombre de présents et de cibles par formation et par métier (j'avais pensé à un bouton "détails" qui enverrait l'utilisateur sur un autre état avec ces infos plutôt qu'un tri).

Avec cette requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT tFormations.Formation, Count(tParticipations.tSessionsFK) AS inscrits, Sum(tMetiersCibles.NbCibles) AS Cibles
FROM (((tFormations INNER JOIN tSessions ON tFormations.tFormationsPK = tSessions.tFormationsFK) INNER JOIN tVagues ON tFormations.tFormationsPK = tVagues.tFormationsFK) INNER JOIN tMetiersCibles ON tVagues.tVaguesPK = tMetiersCibles.tVaguesFK) INNER JOIN tParticipations ON tSessions.tSessionsPK = tParticipations.tSessionsFK
GROUP BY tFormations.Formation, tFormations.tFormationsPK;

J'arrive à avoir le nombre d'inscrits total mais les chiffres du nombre de cibles total sont faux et je ne comprends pas pourquoi ...





Peut-être que je dois juste sélectionner les champs à utiliser dans la requête et faire un tri grâce à l'état plutôt que de tout regrouper dans ma requête ?

J'ai aussi remarqué que dans la table session en cliquant sur le petit "+" il demande une valeur pour tSessionsFK et affiche les vagues à la place des participants ou des dates.

[ClaudeLELOUP]

Bonjour,

Je voudrais afficher les formations dont le nombre de présents est plus bas que le nombre de ciblés (les formations non terminées) et par formation : le nom, le nombre d'inscrits total, le nombre de présents total, le nombre de cibles total, la date de mise en production et si possible voir le nombre de présents et de cibles par formation et par métier (j'avais pensé à un bouton "détails" qui enverrait l'utilisateur sur un autre état avec ces infos plutôt qu'un tri).

Pas clair pour moi.

Peux-tu montrer le résultat que tu voudrais avec ta base de test actuelle.

[AmonDev]

J'ai fait un schéma pour mieux se situer :



Et pour obtenir ce résultat, je ne trouve pas la bonne requête... La requête que j'ai mise tout à l'heure ne donne pas les bons chiffres pour le nombre de cibles...

À côté de la date de mise en production, je mettrai un bouton qui ouvre un autre état qui donne des précisions sur l'avancement de la formation par métier.

[ClaudeLELOUP]

Bonjour,

Pour tester ma réponse, je me suis basé sur la base de données que tu as postée au billet 63.
Ce que tu montres comme résultat à obtenir ne correspond pas, par exemple :

En creusant un peu, j’ai constaté des incohérences dans les tables, par exemple des participations sans lien avec des sessions (absence de relation entre ces deux tables !).
Question : sur quelle base de données t’appuies-tu pour construire ton exemple (ligne « Prise d’appels ») ?

[AmonDev]

Pour tester ma réponse, je me suis basé sur la base de données que tu as postée au billet 63.

C'est cette base de données là dont je me suis servi.

Les relations étaient effectivement défaites (erreur de ma part je suppose), je les ai remises et la base est remise ici : FormationV6.3Part.mdb.zip

Pour mon exemple je me suis servi d'un formulaire vide juste pour te montrer ce que j'essaie de faire en rentrant des données manuellement.

Les chiffres pour prise d'appels proviennent des deux sessions qui constituent la formation, je voudrais mesurer sur la formation complète (donc toutes les sessions de celle-ci) :



En bleu les présents ce qui nous donne 6+3=9 et en rouge les inscrits ce qui fait 6+4=10, j'ai dû mal m'exprimer sur la mesure des chiffres sur toute une formation.

C'est la requête pour obtenir ces chiffres que je n'arrive pas à obtenir, il me donne des chiffres abracadabrants (je dois mal faire mon calcul ?)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT tFormations.Formation, Count(tParticipations.tSessionsFK) AS inscrits, Sum(tMetiersCibles.NbCibles) AS Cibles
FROM (((tFormations INNER JOIN tSessions ON tFormations.tFormationsPK = tSessions.tFormationsFK) INNER JOIN tVagues ON tFormations.tFormationsPK = tVagues.tFormationsFK) INNER JOIN tMetiersCibles ON tVagues.tVaguesPK = tMetiersCibles.tVaguesFK) INNER JOIN tParticipations ON tSessions.tSessionsPK = tParticipations.tSessionsFK
GROUP BY tFormations.tFormationsPK, tFormations.Formation;

[ClaudeLELOUP]

Bonjour,

J’ai modifié les données de accueil2 pour les besoins du test

Pour un tel cas, procède comme ceci : tu crées des requêtes « simples » pour capter les données des colonnes. Par exemple :
- R001 pour les trois premières colonnes

- R002 pour les deux dernières :

Tu prends soin d’avoir une colonne commune pour permettre de relier les requêtes entre elles : ici tFormationsPK.
- et finalement :

[AmonDev]

Je comprends mieux !

En fait j'essayais de tout faire dans une seule requête alors qu'il faut passer par plusieurs requêtes !

Effectivement j'ai dépassé la cible dans "Accueil 2", mais c'est parce que la cible peut être dépassée par le réel si ils ajoutent des participants qui n'étaient pas prévus au départ (pour diverses raisons).
Par contre j'ai vraiment fait une erreur dans le nombre de cibles totales de "Pro"

Je vais me servir de ton exemple pour faire les différentes interfaces d'analyse et je les mettrai dans mon prochain post,

Merci beaucoup Claude !

[ClaudeLELOUP]

En fait j'essayais de tout faire dans une seule requête alors qu'il faut passer par plusieurs requêtes !

C'est sans doute possible. Si un virtuose du SQL passe par ici, il fera sans doute une proposition.