[1/2 RESOLU] pbs Access FORM & REQ

En tant que Responsable Qualité, je me doit d'évaluer la satisfaction de mes clients (entre autres, des apprentis.

J'ai donc monté un questionnaire :
- 15 questions
- 1 commentaire possible pour chaque question.

Sous Access 2000

* PB 1

J'ai créé une table TEvaluations : 15 colonnes correspondant aux 15 questions, 1 ligne par apprenti.
Je renseigne cette table sous forme d'un formulaire et bouton option :


L'idée est la suivante :
Très satisfaisant a une note de 100, Satisfaisant : 67, Peu satisfait : 33, Insatisfait : 0.
Une simple requête me fait la somme et me compte combien d'enregistrements non nuls sont renseignés :
- Si je n'est pas de réponse à une question (non concerné), la valeur est Null (la case de la table est vide).
- j'additionne le total des points que je divise par le maximum théorique pour obtenir des pourcentages.
Exemple : 4 TS ==> 4x100=400 / (4x100) ==> 100% de satisfaction
2 S et 2 PS : 2x67 + 2x33 / (4x100) ==> 50% de satisfaction

Le problème :
- si je coche par erreur, la valeur devient non nulle et seule une correction à la main dans la table me permet de l'effacer.
- j'ai tenté d'ajouter un 5ème bouton Non Concerné mais les boutons d'option n'acceptent pas le Null comme valeur.
- Je pourrais mettre une valeur (par ex -1), mais dans ce cas les Non Concernés sont calculé dans mon Count (ils ne sont plus Null donc pas ignorés).
- Je tente vainement un procédure événementielle pour attribuer une valeur Null mais en vain (messages d'erreur).
- Je voudrais créer éventuellement UNE requête de suppression ou de Mise-à-jour des valeurs -1 en NUll (ça serait une bonne solution pis-aller) mais pour l'instant je suis obligé d'en faire 15 : on nne peut pas demander 2 calculs indépendant s à une requête : ou elle n'efface rien (case1 AND case2 AND case3 = -1) ou elle efface des lignes entières (case1 OR case2 OR case3 =-1). Vu que je suis censé tranmettre l'idée à des plus burnes que moi en info qui devront l'adapter à leur propre base, je ne voudrais pas partir sur 15 requêtes.

Si quelqu'un a une idée, ou une autre façon de procéder.


* PB 2

Je renseigne les commentaires sous forme de mémo (65000 caractères acceptés).
Je regroupe mes Count, Sum, Memo dans une requête pour pouvoir afficher tout ça dans un Etat.
pb : les requêtes tronquent le texte à 255 caractères (comme un objet Text).
Si quelqu'un a une solution, sinon, je me vois obligé d'aller chercher pour mon Etat dans la requête et dans la table, ce qu'il n'accepte pas à priori (et je ne me sens pas fortiche pour entamer un SELECT .... avec mes 30 champs pour que l'Etat aille chercher dnas la Table+la Requête).


Pour info, j'ai appris Access tout seul, en fonction de mes besoins, je n'ai jamais fait de SQL mais je peux toujours y bidouiller un peu.

pb 1 : I=1 PS=2 S=3 TS=4, pourquoi utiliser des valeurs à la con? Sinon, commence toujours à >=1...
pb 2 :

Ces valeurs à la con donne le même résultat que 0, 1, 2, 3.
simplement plus facile à expliquer (0%, 33%, 66,66%, 100%).
Que je prenne ces valeurs ou 1, 2, 3, 4 comme je l'ai fait pour une autre base est indépendant de mon problème.

et NC ?
Pour le calcul, il vaut mieux I=0 PS=1 S=2 TS=3 ==> I donne une note de 0 (0%, 0/20 ...), TS donne la note max (100%, 20/20 ...) facilement.

Merci d'avoir commencé à te pencher sur mon pb.


SI quelqu'un connait un peu le code : insertion d'un "si la valeur est différente de -1 (dans le cas où je garde NC=-1) ne le compte pas" : comment l'écrire, où le mettre ?

C'est quel langage, Access ? Du VB ?
Si ton langage a une évaluation laxiste et si j'ai bien compris ton exemple du haut, tu peux essayer quelque chose du genre (c'est du pseudo-code, hein) :

((NOT(case1 == -1 OR (case1 := Null; Return false))) AND (NOT(case2 == -1 OR (case2 := Null; Return 0))) AND...)

où == est l'opérateur de test et := celui d'affection

En gros, ce que ça fait : ça va regarder la première clause du OR. Si elle est fausse, l'évaluation laxiste va faire que la clause suivante ne sera pas évaluée (donc pas de remise à Null, ce qui est ce que tu veux). Sinon, elle le sera : première opération a un effet de bord qui te remet à Null ta valeur case1 puis ta "fonction" renvoie faux de toute manière. Donc dans tous les cas, tu renvois faux, qui est transformé en vrai par le NOT et qui force l'évaluation de la même chose pour case2 grâce au AND.

Ca marche dans un vrai langage, mais sur un truc peu évolué comme Access, j'ai des doutes... Tu peux toujours essayer

en stat, quand NC = Donnée perdue = donnée manquante, c'est toujours 0...
Dis, en cas d'erreur (coché puis décoché, on est bien d'accord) le champ prend la valeur 0 et pas null. Si tu prends 0 comme NC, tu règles le pb, je ne comprend pas.

Sinon, la formule est bien simple, pourcentage de satisfaction : (somme_des_n_mesures - n)/3n à exprimer en % ou à multiplier par 100...

Non, Maousse, parce que quand le champ est non Null, même s'il a la valeur 0, ca augmente le nombre de votes :

en notes, quelqu'un qui a 20/20 et 0/20 a une moyenne de 10/20. Un autre qui a 20/20 et Null (absent à un DS, par ex) a une moyenne de 20/20

justement, c'est bien pour cela qu'il ne faut pas utiliser 0 dans les valeurs possibles...

c'est alors facile d'ajuster le n avec un test genre nb_occurences_>0...

Pas compris, là, Maousse. n et nb_occurences correspondent à quoi ?

Sinon, autre idée : tu mets un couple de valeurs pour chaque case : (0,1), (33,1), (67,1), (100,1) et (0,0). A chaque fois qu'on choisit une case, tu additionnes séparément les contenus de la première et de la deuxième valeur du couple puis tu fais bêtement le rapport à la fin.

le pb est d'avoir le nb de mesures pour faire une moyenne correcte, donc sans tenir compte des champs à 0 à cause des cases cochées/décochées. la fonction de moyenne "normale" est plantée car le 0 est confondu entre 'null modifié par coché/décoché' et insuffisant.

Si tu décales ton échelle de mesure au dela du 0, le nb de résultats >0 est le nb de mesure vrai. Une simple formule linéaire fait la conversion finale, rien de bien sorcier

Le pb est celui-ci :

J'ai 11 réponses TS
- 1 personne ne répond pas à la question :
la note est de 10x100 à diviser par 10 réponses non renseignées x100 (note théorique max) = 100% de satifaction.

Si je réponds NC = 0 :
La note est de 10x100 à diviser par 11x100 : le Count dans Access compte le nombre de réponses non Null.

Un exemple plus simple : 2 réponses :
A répond 3 (TS)
B ne réponds pas : 0

Il me faut,

- soit une méthode de calcul que je n'arrive pas à écrire pour dire à Access :
Fait le compte des réponses différentes de 0. C'est peut-être la solution la plus simple. Encore que ... il faut réécrire tout le calcul parce que : TS=4; S=3, PS=2, I=1, NC=0 ne permet pas de calculer S+PS=50% de satisfaction (ben oui, ça donne TS=100%, S=75%, PS=25%) et il faudra que je bidouille pour tirer les moyennes vers le bas, si j'y arrive.

- soit, ce que je pourrais éventuellement faire : une requête pour sortir les réponses non égales à 0 de la 1ère colonne, les additionner + une 1 requête pour sortir les réponses non égales à 0 de la 2ème colonne, les additionner + une 1 requête pour sortir les réponses non égales à 0 de la 3ème colonne ...
Sachant que j'ai 9 tables de 15 questions différentes (ben oui : apprenants, parents, maîtres de stages, formateurs, évaluation interne, formation continue, alternance, initiale, fournisseurs), je n'ai pas envie de jouer avec 135 requêtes.

- soit un moyen pour pouvoir cocher NC snas que ça écrive quoi que se soit dans la base et que ça efface ce qu'il y a (en cas de coche malencontreux).

- Soit une requête Supression ou Mise-à-jour ou un code qui me permette d'effacer tous les -1 de la table. Je sais le faire, mais 1 requête pour chaque colonne, soit 135 requêtes à écrire.

- soit une autre méthode.


Ce qui m'agace, c'est que sur pas mal de sites qualité, les grands pontes parlent de leurs questionnaires d'évaluation qu'ils analysent, mais aucun ne dit comment, et si certains sont passé par Access, comment ils ont fait fasse à ces questions.
Même mon consultant a l'air de ne jamais avoir analyser des questionnaires de satisfaction.

A condition de retranslater les mesures une fois qu'on a fait le décompte de celles qui étaient valables, je suis d'accord. Sinon, on ne peut pas (par exemple) obtenir un taux de satisfaction de 0%.

Mais ta solution n'est pas plus pratique pour Benmars, je pense, parce que le langage a l'air vraiment limité (il faut faire un test + des opérations élémentaires).


Edit : avec la solution Maousse, ça donne (TS = 4, S = 3, PS = 2, I = 1, NC = 0) :
i := nb de champs > 0
resultat en % := 33 * (somme des champs - i) / i

Ma solution en deux champs ne te semble pas faisable ?




NB : simple remarque à tous ceux qui soutiennent que les solutions Microsoft sont meilleurs en termes de productivité... PHP + MySQL n'a pas ce genre de limitations débiles !

Je commence à voir où tu veux en venir, Maousse.
Un smple calcul de décalage auquel il faut que je réfléchisse.

Oui, c'est une translation d'échelle que je propose.

PS : Access peut être attaqué en SQL... si je ne me trompe pas.

PS² : Benny, tu as tout lu ce qu'on a dit? Cela ne t'aide pas du tout?

Oui, j'ai tout lu.
Faut que je réfléchisse à une translation pour éliminer l'influence du 0.
La solution la plus simple est de faire une requête qui calcule le nombre de 0 ==> 135 requêtes puisqu'on ne peut pas faire plus d'une chose à la fois.

Pour les doubles champs, c'est pas possible case(x,y), faut pas trop en demander non plus !

Oui, Access accepte le SQL (limité).

"((NOT(case1 == -1 OR (case1 := Null; Return false))) AND (NOT(case2 == -1 OR (case2 := Null; Return 0))) AND...)" ==> faut pas pousser Access !!!!



C'est chiant, hein ?

Ben fais tes essais déjà, on verra

Pour les doubles champs, je ne suis pas pour, il y a plus élégant...