Informations CooPalis

L'administrateur d'enquête peut désormais afficher les réponses faites par tous les participants à une seule et même question (Les réponses peuvent également être exportées au format Excel) comme le montre la copie d'écran ci-dessous :

Voici une copie d'écran du nouveau mode de Consultation et d'export de CooPalis. Dans ce mode il est possible de visualiser les réponses données aux différents questionnaires et de les exporter sous différents formats (Excell, PDF etc...)

Une nouvelle version corrigée de Coopalis a vu le jour aujourd'hui. Elle apporte son lot de nouvelles fonctionnalités ainsi que des corrections de bogues.

• Correction d'un bogue affectant les statistiques sur les questions numériques : les valeurs décimales étaient mal prises en compte ce qui faussaient certains graphiques, c'est maintenant corrigé :o)
• Correction des minis bogues liés à l'interface.
• Mise en place d'un mode de consultation des réponses et export Excell pour tous les utilisateurs authentifiés.

De nouvelles mises à jour seront réalisées dans le courant du mois. Bientôt de nouvelles copies d'écran présentant les dernières fonctionnalités !

Voici un aperçu de l’interface de Coopalis dans son état actuel. De nouvelles fonctionnalités sont en cours de développement et les images seront mises à jour dans le courant de l’été.

Lire la suite

Voici un résumé du travail qui a été accompli au niveau du développement de COOPALIS à ce jour ainsi qu’un bref descriptif de ce sur quoi l’équipe de développement travaille actuellement.

Lire la suite

Après une longue période de silence voici des nouvelles fraiches du développement de Coopalis.

L’enregistrement des réponses à un questionnaire par un utilisateur authentifié fonctionne !

Nous avons mis en place un cache en XML qui permettra à un utilisateur de retrouver les réponses données à un questionnaire. Exemple : un utilisateur remplit 2 pages d’un questionnaire mais ne termine pas le remplissage : les réponses qu’il aura rentrées sur les 2 pages seront stockées (en admettant qu’il les ait validé en cliquant sur le bouton "Suivant" en bas de page). Ce cache gardera les réponses tant que le questionnaire sera publié.

La charte graphique est en cours de développement : un travail en partenariat avec la Fedurok est fait sur l’ergonomie et le choix des intitulés, ainsi que sur le rédactionnel de textes d’aide.

Au niveau des restitutions statistiques : pour l’instant seules des restitutions simples (moyennes, pourcentages...) ont été développées. C’est sur cette partie qu’il reste le plus de travail : développement de requêtes plus complexes et sortie des résultats sous forme graphique.

Il restera ensuite à connecter Coopalis à Localis (chouette !) pour pouvoir sortir des cartographies des lieux entrées dans Coopalis (fiches identités). Cette partie demandera également pas mal de travail.

D’ici à février des tests avec de vrais enquêtes vont être effectués avec la Fedurok pour voir si le programme réagit bien

Pourquoi nous avons choisi de ne pas utiliser XFORMS
Le choix de XFORMS comme technologie utilisée dans la conception des formulaires a été abandonné après avoir été testé. Cet article explique pourquoi XFORMS n’a pas été retenu pour le développement de Coopalis.

Lire la suite

Une séparation des fonctions :

- Créer de manière simple et transparente des systèmes de bases de données traduisant des questionnaires permettant de capture des informations.

- Organiser le principe modulaire de Coopalis / Localis

>>> Séparation Base de Données / Interface d’Administration / Modules de gestion des statistiques / Modules de rendus cartographiques, etc...

>>> Mutualiser tous les modules complémentaires dans l’espace collectif de ce site pour permettre à tous de profiter des fonctions développées par les autres.

Un système ouvert :

- Plusieurs Coopalis peuvent se connecter ensemble (avec un gestion des autorisations) permettant de comparer plusieurs secteurs entre eux :

>>> Rendre visible l’emploi culturel en rendant accessibles les données de chaque fédération et en les croisant (pas de serveur central).

Médias-Cité et la Fédurok ont mis en œuvre à partir de 2000 une collaboration dans le but d’explorer ensemble l’utilisation des Nouvelles Technologies de l’Information et de la Communication dans des logiques de développement coopératif et d’observation partagée.

C’est, plus particulièrement au travers des deux chantiers, intitulés « Espaces Multimédias en Aquitaine » et « Tour de France », que s’est concentré progressivement leur travail en commun face à la nécessité de placer les acteurs d’un domaine d’activité, dans le cas présent des espaces multimédias d’une part et des lieux de musiques actuelles et amplifiées d’autre part, dans un processus permanent de connaissance distanciée et partagée de leurs développements. Leur travail commun sur ce chantier permanent a permis de préciser et d’améliorer les réponses techniques qui vont même jusqu’au développement d’un logiciel spécifique : « COOPALIS » et des modules complémentaires notemment cartographique, « LOCALIS »

Cet outil permettra dans sa version finale :

- Le repérage, l’observation, le recueil et l’analyse d’un secteur d’activité.
- Leur alimentation par les acteurs eux-mêmes.
- L’organisation de restitutions individuelles et collectives.
- La traduction de ces informations en outils de travail au service de la compréhension et du développement des projets développés.

Médias-Cité et la Fedurok, dans leur souci d’intérêt général, souhaitent vous informer des particularités de l’outil et de leur travail d’ingénierie. Ils ont aussi décidé pour permettre au plus grand nombre d’acteurs culturels, en particulier du champ non lucratif et public, de s’en emparer en placant l’ensemble du chantier dans le domaine public : méthodologies, démarches et outils. Coopalis et Localis sont, de ce fait, produits sous licence GPL.

Configuration matérielle utilisée :

- PC processeur AMD Athlon 1800 et + ou PC processeur Intel Pentium 4
- 512 Mo

Coopalis est développé en logiciel libre (licence GPL). Les technologies utilisées lors de son développement et pour son fonctionnement doivent répondre à cette attente.

Langages et logiciels utilisés :

- Système d’exploitation Linux Debian (SID) / Linux Mandrake (10.0)
- PHP (version 4.3.x)
- XML (pour la génération de formulaires de saisie) couplé à XSL
- MySQL : base de données
- Apache : serveur web + Sablotron pour la prise en charge de XSL

Langages et logiciels encore à l’étude :

- Java
- Serveur Tomcat+Chiba
- XFORMS

1) Description de la table identite

- id : identifiant unique (Numero automatique clé primaire)
- nom : nom du responsable de la structure interrogée (Texte 255 max)
- structure : nom de la structure interrogée (Texte 255 max)
- adresse : adresse postale de la structure (Texte 255 max)
- code_postal : code postal de la ville dont dépend la structure (Numérique 5 chiffres)
- ville : ville de la structure (table commune) (Texte 50 max)
- departement : département de la structure (table commune) (Numérique 2 chiffres)
- ref_region : code région de la structure (table region) (Numérique 2 chiffres)
- tel : Numéro de téléphone de la structure (Texte 50)
- fax : Numéro de fax de la structure (Texte 50)
- mel : adresse mail de la structure ou du responsable (Texte 50 max)
- www : adresse web du site de la structure (Texte 100 max)
- detail : descriptif de la structure (Mémo)

Tous les champs de la table identite communs à des champs de tables liées doivent suivre la nomenclature suivante :

- ref_

Les tables liées ont cette architecture :

- _ref
- _name

2) Description de la table commune

Cette table est celle fournie par IGN.
ID_GEOFLA CODE_COMM NOM_COMM STATUT X_CHF_LIEU Y_CHF_LIEU X_CENTROID Y_CENTROID Z_CENTROID SUPERFICIE POPULATION CODE_CANT CODE_ARR CODE_DEPT NOM_DEPT CODE_REG NOM_REGION


3) Description de la table questionnaire

- questionnaire_ref : identifiant unique (Numero automatique clé primaire)
- questionnaire_name : Titre du questionnaire (Texte 100 max)
- ref_enquete : identifiant de l’enquête à laquelle se rapporte le questionnaire (Numerique)
- date_creation : date de création de l’enquête (date)
- date_modification : date de dernière modification du questionnaire (date)
- date_expiration : date d’expiration du questionnaire (date)
- affichage : Mode d’affichage, page / page ou autre...(Numerique 2 chiffres max) à voir
- niveau : Niveau d’accès du questionnaire.

4) Description de la table question

- question_ref : identifiant unique (Numero automatique clé primaire)
- question_name : intitulé court repris dans LOCALIS (Texte 50 max)
- libelle : Libellé de la question posée (Texte 255 max)
- ref_enquete : identifiant commun à la table enquête (Numerique)
- ref_section : identifiant commun à la table section (Numerique)
- borne_inf : Borne inférieure : chiffre minimale si réponse numérique attendue (Numerique)
- borne_sup : Borne supérieure : chiffre supérieur si réponse numérique attendue (Numerique)
- decimales : Nombre de chiffres après la virgule si réponse numerique attendue (Numerique)
- modalites : modalités séparées par des ; si réponse fermée attendue (Texte 50 max)
- aide : Texte d’aide explicitant la question posée (Texte 255 max)
- obligatoire : Saisie de la reponse obligatoire ou non (Numerique 1 chiffre)
- question_liee : A remplir si une la question se rapporte à une autre question : on stocke la référence de la question parente + la modalité à choisir pour qu’elle apparaisse (Texte 255)

5) Description de la table section

- section_ref : identifiant unique (Numero automatique clé primaire)
- section_name : titre du thème (Texte 255 max)


6) Description de la table reponses

- reponse_ref : identifiant unique (Numero automatique clé primaire)
- ref_question : identifiant correspondant à la question posée (Numerique)
- reponse_texte : Contenu de la réponse (Memo)
- ref_user : identifiant du répondant (Numerique)
- ref_questionnaire : identifiant du questionnaire (Numérique)

7) Description de la table user

- user_ref : identifiant unique (Numero automatique clé primaire)
- user_name : nom complet de l’utilisateur (Texte 100 max)
- login : login de l’utilisateur (Texte 50 max unique)
- password : mot de passe de l’utilisateur (Texte 50 max)
- droit : de 0 à 6 (SU) (Numerique 1 ou 2 chiffre(s))
- mail : adresse mail de l’utilisateur (Texte 50 max)

8) Description de la table historique

- historique_ref : identifiant unique (Numero automatique clé primaire)
- ref_questionnaire : référence du questionnaire (Numerique)
- ref_user : référence de l’utilisateur (Numerique) date_acces : date du dernier accès (date)

9) Description de la table restitution

- restitution_ref : identifiant unique (Numero automatique clé primaire)
- restitution_name : intitulé de la restitution (Texte 255 max)
- ref_niveau : niveau d’accès au formulaire. Commun avec table niveau (Numerique)
- liste_reponses : Liste des réponses à reprendre pour la génération de la restitution (Memo)
*Cette table est susceptible de disparaître ou de totalement changer au cours du développement.

10) Description de la table enquete (à compléter)

- enquete_ref : identifiant unique (Numero automatique clé primaire)
- enquete_name : intitulé de l’enquête (Texte 255 max)
- date_creation : date de création de l’enquête (date)
- date_expiration : date d’expiration de l’enquête (date)
- ref_user : identifiant du propriétaire du questionnaire (Numerique)

11) Description de la table question_questionnaire (à compléter)

- ref_question : identifiant de la question (Numerique)
- ref_questionnaire : identifiant du questionnaire (Numerique)
- ordre : ordre d’apparition de la question dans le - questionnaire (Numerique)

CooPalis s’appuie sur une architecture prédéfinie :

A l’installation de Coopalis, un dump SQL génère à la volée les différentes tables nécessaires à son utilisation. Seule la table commune est complète (la seule table à contenir des données).

Liste des tables :
- Table identite : cette table doit contenir les informations indispensables sur chaque lieu répondant à une enquête. Cette table devra reprendre l’architecture de la table identite de Localis.

- Table commune : cette table doit contenir les informations géographiques du territoire destinataire de l’enquête. Cette table permet de relier Coopalis à Localis.

- Table questionnaire : cette table contiend les paramètres de chaque questionnaire (référence de l’enquête, nom du responsable etc...)

- Table question : cette table doit contenir tous les champs relatifs à une question posée (un numéro de question, un libellé la référence au type de réponse attendue etc...)

- Table section : cette table doit contenir les différents thèmes ou grandes rubriques d’un questionnaire. Exemple pour la Fédurok : 4 grands thèmes : Territoire, Lieux, Equipes, Projets.

- Table reponse : cette table doit contenir les réponses aux différentes questions.

- Table user : cette table doit contenir les informations de chaque utilisateur habilité à utiliser Coopalis.

- Table historique : cette table doit contenir l’historique des connexions effectués sur les questionnaires à titre d’information.

- Table restitution : cette table doit contenir tous les éléments nécessaires à la restitution des données.

- Table enquete : cette table doit contenir les champs élémentaires à la création d’une nouvelle enquête.

- Table question_questionnaire : cette table doit contenir la référence d’une question et son ordre dans un questionnaire donnée. Cette table est susceptible de disparaître ou de totalement changer au cours du développeme

CooPalis est un logiciel en cours de développement dont la fonction principale est de permettre à un utilisateur de créer, alimenter et traiter des enquêtes (en base de données) en ligne via Internet en toute autonomie et le plus simplement possible. Les destinataires de ces enquêtes pourront alors répondre aux questionnaires qui leur seront proposés par l’intermédiaire de formulaires sur Internet. Les données enregistrées permettront à l’enquêteur de générer des restitutions statistiques (données chiffrées brutes, tableaux, graphiques, camemberts, barres etc...).

L’étude des besoins effectuée en partenariat avec la Fédurok, a montré que le logiciel devra être capable de supporter des enquêtes pouvant aller jusqu’à 2000 questions voir plus. CooPalis est développé dans l’optique d’une installation simplifiée au maximum et d’une utilisation la plus évidente possible pour l’utilisateur. Il est d’ores et déjà important d’insister sur ce point car bon nombre de logiciels libres pêchent par manque de facilité d’utilisation. Les exemples d’interface graphique ci-dessous ne sont présentées qu’à titre d’illustration des propos de ce document. Ils ne sont en aucun cas la représentation graphique de la version définitive du logiciel. Une recherche en terme d’ergonomie est menée parallèlement au développement en accord avec la Fédurok. Ce document présente de façon synthétique le logiciel, son installation, son fonctionnement, ce qui est en cours de développement et ce qui reste à faire pour qu’une première version utilisable puisse voir le jour.

- Permettre à tous les acteurs (fédérations, associations, etc...) de rendre visibles les réalités d’un territoire.

- Contribuer à la mise en oeuvre de politiques publiques concertées par la biais de la mutualisation d’information.

- Faciliter l’auto-évaluation des acteurs et la prise de conscience partagée des réalités territoriales.

Ce calendrier est donné à titre indicatif et ne peut tenir compte de tous les écueils techniques pouvant être rencontrés lors du développement. Certains modules seront plus ardus que d’autres à implémenter mais certains temps de travail peuvent aussi être revus à la baisse au cours du développement. Ce calendrier n’est valable que si l’équipe de développement reste telle quelle (2 ou 3 développeurs + 1 intégrateur multimédia).

- Juin 2004 : implémentation du module de génération de formulaires en PHP.

- Juillet 2004 : recherche et développement XML/XFORMS/XSL : Installation et phase de test de Chiba. Début du travail sur la charte graphique. Poursuite du développement PHP : implémentation du module d’enregistrement des réponses aux questionnaires. Travail sur l’implémentation de Localis. Mise en place de la gestion des périodes d’enquête.

- Août 2004 : recherche et développement XML/XFORMS/XSL. Début du développement du module de restitution. Travail sur la notion de « user » : implémentation de la notion de droits.

- Septembre / Octobre 2004 / Fin 2004 : mise en place d’une version beta de Coopalis. Mise en place de contrôleurs de saisie pour la partie Back office. Début des tests sur une enquête réelle.