Page 1 sur 1
Publié : mer. déc. 31, 2003 10:53
par River Hopper
Intéressé par un développement informatique, je prospecte un peu dans le domaine de la gestion des compétitions de slalom. J'aimerais connaitre l'existant en la matière. Je suis actuellement à la recherche de solutions (économiquement acceptables pour des associations, pas de chronos satellitaires, de pads radio etc !!!)visant à faciliter l'acquisition et la gestion des données provenant des juges de portes, chronométreurs etc ... et permettant d'obtenir rapidement des résultats provisoires et définitifs.
Merci et joyeuses fêtes
Publié : mer. déc. 31, 2003 10:56
par yakvador
mais la fédé a son propre logiciel, non???
Publié : mer. déc. 31, 2003 11:08
par Vincent
Publié : mer. déc. 31, 2003 12:53
par River Hopper
Oups, j'oubliais, je ne fais pas de kayak, mais de la nage en eau vive, je n'ai pas de licence FFCK mais FFESSM. Nous avons aussi nos compétitions fédérales, et un logiciel qui vaut ce qu'il vaut mais qui a le mérite d'exister. Je souhaite faire évoluer l'outil. Une info sur l'ergonomie : combien de temps de saisie sur votre logiciel fédéral en configuration manuelle (pas de pads électroniques ni de chronos en liaison mais des bordereaux de juges et des tickets de chronos) pour prendre en charge un slalom de 25 portes * 2 manches * 100 compétiteurs soit 5000 évènements + 200 saisies de chrono ?
Merci pour votre coopération !
Publié : jeu. janv. 01, 2004 12:14
par pierrot
Je voudrais vous rappeler ou vous apprendre que le logiciel de gestion de course FFCanoê a été diffusé à différentes personnes ou structures, avec des codes d'utilisation et la demande de ne le diffuser que dans un but d'utilisation CK. Le développement de celui-ci a un côût important (voir très important) supporté intégralement par le CK. Il serait je penses illogique de retrouver le système de gestion de course CK pour gérer des sports qui ne veulent pas mettre les moyens pour leur développement.
Une partie du logiiel contient aussi la base de données de tous les adhérents et clubs, il n'est pas indispensable que ces éléments se promènent sur la toile mondiale.
Je sais celui qui voudrait ces éléments a d'autres moyens de les obtenir, mais bon, on est pas obliger de lui fournir des mailing!
Publié : ven. janv. 02, 2004 10:57
par River Hopper
I agree !!!
Mon but est de développer une application, pas d'en trouver une. Comme je le disais déjà, notre fédération a développé un outil qui a permis de gérer des centaines de compétitions, des cf de nev (auxquels des ffckistes participaient). Il se trouve que cet outil est à mon sens perfectible. Le cahier des charges existe, par contre je suis intéressé de connaitre les performances des solutions existantes. L'essentiel pour moi est de trouver un compromis performance-côut acceptable. Je souhaite en ce sens recueillir les avis des utilisateurs. En particulier de ceux qui sont sortis les yeux rouges et la tête éclatée après avoir par ex réaffecté 3 fois les dossards, 3 h 30 de saisie, 1 h de gestion des réclamations, reclassements ...
Quand à la discression des données relatives aux enregistrements concurrents. il va de soi que :
- seules les infos strictements nécessaires à identifier et classifier chaque concurrent doivent être échangeables et dans le stricte cadre de l'organisation des compétitions.
- la base de données doit faire l'objet d'une déclaration annuelle auprès de la cnil
Merci pour votre coopération
Daniel
Publié : ven. janv. 02, 2004 16:00
par yakvador
quote:Posté par pierrot
Je voudrais vous rappeler ou vous apprendre que le logiciel de gestion de course FFCanoê a été diffusé à différentes personnes ou structures, avec des codes d'utilisation et la demande de ne le diffuser que dans un but d'utilisation CK. Le développement de celui-ci a un côût important (voir très important) supporté intégralement par le CK. Il serait je penses illogique de retrouver le système de gestion de course CK pour gérer des sports qui ne veulent pas mettre les moyens pour leur développement.
[...]
je suis entierement d'accord.
river j'ai un peu de mal a saisir ta demarche, que tu veuilles modifier le soft existant dans ta fédé ou en creer un autre... quel est l'interet pour toi de savoir si le logiciel FFCK fonctionne bien.?
imaginons que quelqu'un te dise: il fonctionne bien!
qu'est ce que ça t'apporte? quel est l'interet de savoir si ça marche alors que tu ne connais rien de la solution (niveau prog) utilisée?
quote:combien de temps de saisie sur votre logiciel fédéral en configuration manuelle (pas de pads électroniques ni de chronos en liaison mais des bordereaux de juges et des tickets de chronos) pour prendre en charge un slalom de 25 portes * 2 manches * 100 compétiteurs soit 5000 évènements + 200 saisies de chrono ?
d'apres moi; si tu n'as aucun automates (cellules IR; pads, chronos...) le devellopement d'un soft n'a aucun interet! si c'est pour tout faire a la main; vaut encore mieux ce faire une feuille excel bien organisée ou un formulaire php/mysql.
quote:
Le cahier des charges existe, par contre je suis intéressé de connaitre les performances des solutions existantes. L'essentiel pour moi est de trouver un compromis performance-côut acceptable.
si c'est toi qui develloppe:::le cout est nul!
Publié : ven. janv. 02, 2004 20:39
par River Hopper
quote:d'apres moi; si tu n'as aucun automates (cellules IR; pads, chronos...) le developpement d'un soft n'a aucun interet! si c'est pour tout faire a la main; vaut encore mieux ce faire une feuille excel bien organisée ou un formulaire php/mysql.
Tu as l'air bien pessimiste. Je pense qu'on peut peut-être se passer de moyens onéreux. Je vais te donner un exemple : je travaille actuellement sur un bordereau de juge de porte sous forme de tableau comportant pour chaque ligne 4 colonnes : dans la première il y a en clair le N° du dossard, de la manche, de la porte et dans chacune des 3 autres un code barre qui reprend ces trois infos + les 3 pénalités possibles : 0 s, 2 s ou 50 s. Le juge n'a qu'à cocher le code barre correspondant. Je fais des tests : avec ce système, un ordinateur portable et une simple douchette de code barre USB en émulation clavier, on peut acquérir les bordereaux en différé, sans erreur à une cadence d'au moins 100 passages de porte/mn. Des check-sum à la clé un contrôle au niveau de l'interface pour éviter les double saisies, une traçabilité totale pour éviter tout oubli , bref une solution parmi d'autres, mais quelles autres ? j'aimerais plus de réponse à mes questions que de questions sur mes questions !
A + et merci quand-même d'avoir sinon répondu, au moins réagi !