###### tags: `Data-Players` `Cit'Agri` `Bearn` `Tree` `Nouvelle-Aquitaine`
Réponse au programme de recherche Cit’Agri
===
Ce document accueille le devis pour le développement d'une plateforme web pour *accompagner la transition agri-alimentaire en Béarn en facilitant l’émergence d’une culture partagée autour des enjeux alimentaire et agricole.*
:::info
**Les parties prenantes**
* [Université de Pau et des Pays de l’Adour](https://www.univ-pau.fr/fr/index.html) - porteur de projet
* [Fondation de France](https://www.fondationdefrance.org/fr) - financeur
* [CIVAM Bearn](https://civam-bearn.org/) - partenaire
* [Le potager du futur](https://www.facebook.com/LePotagerduFutur) - partenaire
* [Agglomération de Pau](https://www.pau.fr/accueil) - partenaire
:::
:::success
**Rappel du contexte**
Ce programme pluriannuel vise à travailler sur la transition agri-alimentaire en Béarn et à s’interroger sur les actions qui peuvent être proposées au citoyen lambda afin de changer ses habitudes. Ces actions peuvent consister à s’informer, se former, changer son comportement etc. Dans ce cadre, il est prévu de développer une plateforme web pour « accompagner la transition agri-alimentaire en Béarn en facilitant l’émergence d’une culture partagée autour des enjeux alimentaire et agricole. » Cette plateforme en ligne permettra à des contributeurs de rendre visible leurs actions qui proposent au citoyen lambda un changement.
:::
## Proposition budgétaire détaillée
Le cahier des charges n'incluant pas d'élément graphique, nous proposons un devis par "lots", fidèle à la philosophie agile. Le premier lot est suffisamment **générique** pour répondreaux fonctionnalités évoquées dans le cahier des charges et permettre son évolution. Les lots suivants sont optionnels et permettent de personnaliser les développements avec des interfaces plus spécifiques.
### Produit minimum viable
Ce premier 'lot' est le grand minimum avec lequel on peut concevoir un prototype, en partant du cahier des charges. Il n'y a aucune marge, pas de conception, il s'agit uniquement du développement d'une brique générique. Nous suggérons d'y ajouter des lots, en fonction de votre besoin.
:::warning
Tous les prix sont affichés Hors Taxe
:::
| Désignation | Prix unitaire (HT)| Jours | Total |
| -------- | -------- | -------- |------ |
| Installation et configuration du serveur | 500 | 1 |500 |
| Installation et configuration de *Matomo* | 500 | 1 |500 |
| Modèle de données | 500 | 2 |1000 |
| Module d'Authentification / Gestion des droits | 500 | 1 |500 |
| Module de newsletter | 500 | 1 |500 |
| Page *action* | 500 | 2 |1 000 |
| Page *enregistrer une initiative* | 500 | 1 |500 |
| Page *en savoir plu*s | 500 | 1 |500 |
| Module de modération | 500 | 1 |500 |
| Carte interactive & Agenda | 500 | 1 |500 |
| Page *Administration* | 500 | 1 |500 |
| Intranet & vidéo tuto | 500 | 1 |500 |
| Coordination de projet et participation aux ateliers | 500 | 5 |2 500 |
| **Total V1 (HT)** | 500 | 17 |**9 500** |
*Matomo* est un outil de statistiques du nombre de visite et temps passé.
### Lot optionnel de conception graphique
| Désignation | Prix unitaire | Jours | Total |
| -------- | -------- | -------- |------ |
| Charte graphique & logo | 500 | 4 |2 000 |
| Implémentation | 500 | 6 |3 000 |
| Coordination | 500 | 1 |500 |
| **Total V2 - optionnel** | 500 | 4 |**5 500** |
### Lot optionnel de conception fonctionnelle
| Désignation | Prix unitaire | Jours | Total |
| -------- | -------- | -------- |------ |
| Enquête utilisateurs | 500 | 5 |2 500 |
| Organisation d'ateliers (3) | 500 | 3 |1 500 |
| Maquettage | 500 | 3 |1 500 |
| Coordination | 500 | 2 |1 000 |
| **Total V2 - optionnel** | 500 | 4 |**6 500** |
### Hébergement
| Désignation | Prix unitaire | Mois | Total |
| -------- | -------- | -------- |------ |
| Serveur | 40 | 12 |480 |
| **Total Hébergement** | 40 | 12 |**480** |
### Autres options
*Toutes ces lignes sont optionnelles et inclues une partie coordination de projet*
| Désignation | Prix unitaire | Jours | Total |
| -------- | -------- | -------- |------ |
| Authentification via Open Street Map | 500 | 3 |1 500 |
| Importation de données OSM | 500 | 7 |3 500 |
| Module de statistique | 500 | 6 |3 000 |
| **Total fonctionnalités optionnelles** | 500 | 4 |**8 000** |
### Itération supplémentaire
Fidèle à la philosophie *agile* il est possible que les composants génériques du lot 1 ne satisfassent pas complètement vos utilisateurs. En fonction de ces retours, de votre budget et de la priorité que vous leur accorderez, nous proposons des jours de développement optionnel en fonction des besoins.
| Désignation | Prix unitaire | Jours | Total |
| -------- | -------- | -------- |------ |
| Conception et gestion de projet | 500 | 1 |500 |
| Développements et tests | 500 | 2 |500 |
| **Total** | 500 | 2 |**1 500** |
## Choix techniques
Nous choisissons de développer la plateforme en *Javascript*, un langage suffisamment populaire pour avoir un cycle de vie long et résilient.
Nos développements utilisent des composants *open source* développés par les communautés du logiciel libre française et européenne, respectant les standards du [W3C](https://fr.wikipedia.org/wiki/World_Wide_Web_Consortium).
Nos développements sont aussi *open source* pour contribuer à l'essor d'outils numériques responsables et respectueux des données personnelles.
Nos développements sont enfin pensés pour respecter la souveraineté des utilisateurs quant aux partage de leurs données. Nous leur laissons le choix de les protéger par des contrôles d'accès ou de les partager en open data.
Toutes les données seront modifiables par l'équipe 'Administration' et un module d'édition sera également disponible pour modifier les textes des pages statiques (*mentions légales*, *en savoir plus*) sans faire appel à un développeur.
## Maquettes
**Carte des actions plein écran**
**Liste des actions en version mobile**
**Vue Agenda**
**Formulaire de saisie**
**Inscription à la newsletter**
## Méthodologie & calendrier
:::success
++**Calendrier du cahier des charges**++
* Date limite d’envoi des propositions budgétaires : **26 novembre 2021**
* Choix final du prestataire : **mi-décembre 2021**
* Finalisation du cahier des charges fonctionnel avec le prestataire identifié, avec notamment la participation au 2 ème atelier **janvier – février 2022 à Pau.**
* Développement de la plateforme : **février – avril 2022**
* Mise en ligne de la plateforme : **début mai 2022**
:::
Les développements commencent en Février, nous pourrons livrer une première version beta début Mars, puis une version finale fin Mars/début Avril.
### Référent
**Pierre Bouvier-Muller** est identifié comme coordinateur et interlocuteur unique de ce projet. Pierre est ingénieur en *technologies de l'information et management des connaissances et des réseaux*, diplomé de l'Université de Technologies de Troyes et exerce le métier de coordinateur/concepteur de projet depuis 10 ans. Il est associé de Data-Players depuis 2018, habite Oloron Sainte Marie et contribue à plusieurs projets de cartographie en France.
### Agilité
Data-Players utilise les méthodes agiles dans la conduite de tous ses projets de conception et développement logiciel. Contrairement aux méthodes formelles traditionnelles, les méthodes agiles sont davantage un système de valeurs qu'une prescription rigoureuse quant à l'enchaînement d'activités et de livrables intermédiaires.
Ce système de valeurs a été formalisé en 2001 sous la forme du Manifeste Agile et s’articule autour de quatre valeurs fondamentales : «*individus et interactions plutôt que les processus et les outils*», «*un logiciel qui fonctionne plutôt qu’une documentation exhaustive*», «*la collaboration entre les parties plutôt que la négociation contractuelle*» et «*répondre au changement plutôt que suivre un plan*».
Il s‘agit de mettre en place une « organisation apprenante » (Schöpfel et al. 2017), autorisant des adaptations dans la conduite d’un projet et fonctionnant comme un Fab Lab permanent. Ce système s’avère particulièrement bien adapté aux nouveaux projets en innovation numérique associant de fait des compétences métiers diverses, entre recherche, développement informatique, gestion, éditorialisation de corpus et édition.
Le but de cette organisation est donc de permettre pour chaque étape de développement de délivrer des versions successives de leurs livrables au fil de l’eau. Nous évitons ainsi les effets tunnels en garantissant une certaine agilité afin d’être certains d’avoir des livrables les plus en phase avec la réalité technique, la réalité des données et les attentes des utilisateurs
## Qui sommes-nous ?
**Data-Players** est une entreprise (en cours de transformation en coopérative) spécialisée dans le développement de logiciels, en particulier ceux qui nécessitent d'interpréter, partager et représenter des données. Nous travaillons avec des associations, coopératives et organismes publics au service de l'intérêt général, dans le souci d'améliorer la qualité des jeux de données et la **convivialité** des outils.
Nous utilisons et contribuons à des logiciels libres comme :
* le bus sémantique pour reprendre des jeux de données ouvert,
* koumoul pour publier des jeux de données ouvert,
* gogocarto pour représenter et trier des informations sous forme de carte,
* semapps pour référencer des concepts et leurs liens les uns avec les autres.
Par nos activités, nous développons/contribuons à plusieurs projets numériques en faveur des circuits courts, de l'agro-écologie et de l'environnement, par exemple avec le [RMT alimentation locale](https://www.rmt-alimentation-locale.org/) (CIVAM Bretagne + INRAE) et l'ADEME, [Data Food Consortium](https://www.datafoodconsortium.org/), les 100 lieux nourriciers, etc.
### Implanté en Béarn
2 contributeurs de notre coopérative (Thomas et Pierre) habitent à Oloron Sainte Marie et ont à coeur d'incarner leur pratique du logiciel et des communs numériques dans le Bearn et soutenir des projets de transistion environnementale. Ce seront vos interlocuteurs pour ce projet.
### Références
* https://100lieuxnourriciers.fr/ une plateforme pour cartographier les lieux nourriciers et référencer des outils pédagogiques.
* https://app.passerellenormandie.fr/ un outil pour cartographier les projets et acteurs des transitions dans l'Orne.
* https://transiscope.org/carte-des-alternatives/#/carte/ une cartographie des initiatives citoyennes en Europe qui aggrège une trentaines de sources.
* https://observatoire-europe-climat.fr/ l'observatoire des décisions des députés européens en faveur de l'environnement.
* https://fabmob.flod.io/ Visualisation en graphe des données de la Fabrique des Mobilités (ADEME)
#### Outils
Nous sommes spécialisés dans l'utilisation :
* du bus sémantique, un logiciel libre qui permet de réutiliser des données existantes sur n'importe quel support
* de gogocarto, un outil pour créer des cartograpgies conviviales
* de SemApps, un catalogue de composant pour favoriser le déploiement de plateformes interopérables.
<br>
### Questions - réponses
Les commentaires sous chaque question constituent la synthèse d'un appel d'une heure avec Helene Douence-Jouhet le 26 Novembre.
1. Y a-t-il un enjeu de travailler sur l'accessibilité et l'éco-conception ? Je pense aux normes [RGAA](https://www.numerique.gouv.fr/publications/rgaa-accessibilite/) - Accessibilité qu'on essaye de respecter de plus en plus.
D'après ce que je comprends, l'envie est plus d'avoir un design intéractif et volatil - ce qui n'est pas forcément compatible avec ces normes d'accessibilité. Je me permets de soulever ce point pour faire un choix en conscience.
> Exemple https://plateaux-numeriques.fr/ (auquel Pierre Contribue)
2. *Le COPIL souhaite que soit utilisé open street map.*
Pouvez-vous nous en dire plus ? *OpenStreetMap* est une base de données géographique - "à la wikipédia", pour cartographier des routes, des espaces, des ressources (abribus, poubelle, etc.)
Open Street Map n'a pas vocation à héberger des informations temporelles comme les actions. En revanche, il serait possible de faire des liens avec des données Open Street Maps, dans le cas ou par exemple, des actions soient liées à des données OSM (je pense à la cartographie [Decisif](https://umr-tree.univ-pau.fr/decisif/carte_decisif.html) par exemple). Un atelier de travail serait probablement nécessaire pour bien définir le besoin et sa spécification.
propriété droit d'usage ? qui est propriétaire ?
> Utiliser des informations de la base de données OSM est judicieux, il s'agissait surtout de l'utilisation du fond de carte.
3. Y a-t-il déjà des éléments graphiques à dispotion (un logo, une charte graphique) ? Ou ce travail est également à inclure dans le cahier des charges ?
> Il n'y en a pas, il faut proposer un lot.
4. D'un point de vue plus technique, est-ce que le CIVAM s'occupe de réserver le nom de domaine + le serveur pour héberger la plateforme ? Savez-vous déjà quel est le mécanisme d'authentification à utiliser pour se connecter à la plateforme ?
> Ce n'est pas encore clair, il faut proposer un lot.
5. Nous sommes une entreprise du logiciel libre, aussi nous réutilisons des logiciels libres et publions nos développements sur github. Nos clients sont propriétaires de la plateforme et des développements, mais nous nous attachons à ce que les développements réalisés soient versés au "commun". Est-ce compatible avec la demande du COPIL ?
> c'est aussi la philosophie du COPIL.
6. Y a t il une enveloppe budgétaire dans laquelle il faut s'inscrire ?
Je me permets de poser la question car à ce stade, je peux vous proposer au moins 2 devis, le premier peu cher, qui réutiliserait des interfaces standards que nous avons développées, le second plus cher permettrait de développer des interfaces plus spécifiques, avec un travail graphique. Je peux éventuellement vous proposer des options.
> Il y a une enveloppe qui est confortable par rapport aux premiers éléments partagés, proposer plusieurs lots, comme un catalogue est une option confortable.
7. *3.5 Moteur de recherche - A discuter avec le développeur.*
Peut être avez vous de nouvelles informations à ce sujet ? Nous avons un petit module de recherche qu'on pourrait proposer éventuellement
> Peu d'informations pour le moment à ce sujet qui répondrait à l'enjeu d'accompagner *au plus juste* des public et des parcours différents
8. *Localisation géographique : il peut y avoir une ou plusieurs adresses, le contributeur doit pouvoir choisir*
Pouvez-vous m'en dire plus ? Une action peut donc se dérouler au même moment à plusieurs endroits ?
> Oui, il y aurait éventuellement une hiérarchie entre des actions "méta" (par ex. formation sur les jardins partagés) et des actions localisées dans le temps et l'espace (une des dates de la formation).
### Recommandations
Suite à cet appel, 3 suggestions émergent de la part de Pierre :
* Préfigurer les usages et les besoins de la cartographie par l'intermédiaire d'un forum, ou l'on pourrait inviter les personnes qui portent un intérêt sur le sujet. Il est possible d'utiliser (gratuitement) https://forum.cobearn.fr/.
* Se mettre en lien avec l'équipe de [Decisif](https://decisif.hypotheses.org/) et prendre connaissance du [rapport final](https://decisif.hypotheses.org/files/2021/04/Decisif_rapport_final-light2.pdf).
* Clarifier les enjeux de gouvernance (qui prend la décision d'inclure ou non une action *in fine*, la charte du projet (quels sont les critères pour qu'un projet soit inclus - on non - dans la plateforme)