[koha-Infos] module statistique

[Jean Bernon]

Bonjour,

Ok pour votre précision. Dire que les modules "mettent à jour les compteurs
nécessaires" était trop synthétique. En fait sur notre SIGB actuel, les
modules mettent à jour directement quelques compteurs (par exemple le nombre
de prêts par période dans chaque enregistrement décrivant un exemplaire),
mais le plus souvent ces compteurs sont cumulés après coup à partir d'une
table (celle des transactions de prêt par exemple). Donc je précise ainsi
mon propos :

- il faut vérifier que les modules préparent bien toutes les données
indispensables pour faire des compteurs. Un module de prêt qui ne garde pas
suffisament de données sur chaque transaction de prêt peut être incapable
ensuite de répondre à certaines attentes statistiques. Cela peut sembler une
évidence, mais de nombreux "trous" statistiques des SIGB s'expliquent ainsi.

- le module statistique lui-même devrait plus investir sur la simplicité
d'accés à ces données et la possibilité de faire des comptages et des
croisements pour produire tous les compteurs bruts nécessaires et ne pas
s'enliser notamment dans des problèmes de mise en page, de pourcentages, de
totaux etc. comme cela est parfois demandé par les utilisateurs.

J'ajoute au passage qu'il est important de pouvoir stocker et réutiliser les
procédures créées par l'usager.

Jean Bernon

----- Original Message ----- 
From: "Pierre Keller - BCU Lausanne" <Pierre.Keller at bcu.unil.ch>
To: <infos at koha-fr.org>
Sent: Monday, June 07, 2004 9:55 AM
Subject: Re: [koha-Infos] module statistique


> Bonjour à tous !
>
> A 09:29 07/06/2004 +0200, Jean Bernon écrivait:
> >La plupart des SIGB ont essayé de définir une série de statistiques
standard
> >("requêtes prémâchées"). Cela demande beaucoup d'énergie si l'on veut
être
> >complet et généralement chacun n'est satisfait que par une petite partie
de
> >ces stats standard. Je crois donc qu'il vaut mieux investir sur des
outils à
> >tout faire même un peu techniques.
>
> Tout à fait d'accord avec vous.
>
> >L'idéal est même de pouvoir descendre des
> >compteurs bruts qu'on affine, regroupe, met en forme sous Excel. Cela
> >suppose moins de définir des statistiques que de vérifier que les modules
> >mettent bien à jour tous les compteurs nécessaires pour en produire, par
> >exemple historique des prêts avec cote, poste, date, heure, catégorie de
> >lecteur, catégorie de document.
>
> D'accord avec le principe, mais pouvez-vous préciser ce que vous entendez
> par "compteur" ?
>
> Dans le cadre de notre SIGB commercial actuel, nous procédons comme vous
> le décrivez: la BD comprend une table qui contient l'historique de toutes
> les transactions de prêt, et quelques information complémentaires bien
> utiles (code de dépôt du document, cote de classification, quelques infos
> tirées de la zone fixe de la notice bibliographique - p.ex. langue -, des
> infos tirées de la notice lecteur telle que le type de lecteur, etc., etc.
>
> Nous déchargeons cette table et la passons par une moulinette de notre cru
> pour en tirer nos statistiques.
>
> Mais cette table ne contient aucun *compteur*: cela n'aurait aucun sens,
> puisque chaque enregistrement correspond à *une* interaction pour *un*
> document et *un* lecteur: sortie, prolongation, retour, etc.
>
> Les compteurs viennent après: ils sont le résultat de la ventilation de
> ce paquet d'enregistrements dans les différentes "cases" que nous avons
> dû définir pour obtenir des statistiques qui aient un sens dans notre
> environnement particulier.
>
> Avec mes meilleures salutations,
>
>
> --
>
>    Pierre Keller  <Pierre.Keller at bcu.unil.ch>
>    Bibliothèque cantonale et universitaire
>    Université de Lausanne
>    CH-1015 Lausanne Dorigny     (Switzerland)
>    WWW:  http://www.unil.ch/BCU/docs/pkeller/
>    Tél.: 021/692 48 13
>
> _______________________________________________
> Infos mailing list
> Infos at koha-fr.org
> http://www.koha-fr.org/mailman/listinfo/infos
**************************************************************************************************
The contents of this email and any attachments are confidential.
It is intended for the named recipient(s) only.
If you have received this email in error please notify the system manager or  the 
sender immediately and do not disclose the contents to any one or make copies.

** eSafe scanned this email for viruses, vandals and malicious content **
**************************************************************************************************