SPIP-ASSO
Un article de Bellinux.
Le Mond Diplo, le CE Devoteam Consulting et Bellinux organisent un stage pour le développement d'un jeu de modules de SPIP afin d'assurer la gestion des membres dans une organisation.
Voir aussi: TravailRealisé PluginInscription2 SiteTestCEDvt
Sommaire |
Sujet de stage:
Réalisation d'un système de Gestion de la Relation des Membres (GRM, sorte de CRM/GRC) par intégration et développements de logiciels libres
Description du stage :
On prendra les besoins des trois "commanditaires" comme base. On espère qu'ils sont suffisament convergent pour être étudiés conjointement, et suffisament divers pour qu'ils produisent un besoin générique susceptible d'engendrer un écosystème de communauté viable. La presse, les associations, et toutes sortes d'organisation peuvent être intéressées.
On cherchera des solutions pour gérer les activités sociales et culturelles du Comité d'Etablissement Devoteam Consulting, pour gérer les préférences des visiteurs du site du Monde Diplomatique, voir de ses abonnés.
Les fonctionnalités génériques répondront aux besoins de gestion de la relation «usagers» d'une organisation quelconque, que ce soit une association, un média de presse, une communauté internet, voir une entreprise.
L'objectif sera d'intégrer et développer un jeu de plugins pour SPIP qui permettra à une organisation de gérer la relation avec ses membres ou abonnés.
Méthodologie adoptée
On adoptera une méthode de développement itératif de type RAD: une conception générale de départ, et des objectifs de déploiements précis sur des ensembles simples de fonctionnalités.
Outre ce recensement des besoins la méthode sera de commencer par une étude des fonctionnalités des plugins SPIP et autres logiciels libres appropriés:
- installer spip et tous les plugins existants qui sont reliés de près ou de loin à notre problématique,
- regarder AlternC, mailman, Sympa, ... autre?
Ensuite seulement, après avoir analysé tout ça et discuté des bases de données et besoins existants, on le stagiaire fera un cahier des charges. Des ateliers pratiques avec les utilisateurs pourront être utiles.
Une conception générale permettra d'identifier les grands axes de travail pour structurer un site de services destiné aux membres. On définira des jeux de fonctionnalités qu'on développera en priorité, avec des livrables opérationnels réguliers.
Fonctionnalités pour le portail GRM
On peut identifier de grands jeux de fonctionnalités pour le système d'information que l'on veut construire:
- gestion des souscriptions à des newsletters, des alertes, des listes de discussion:
SPIP intègre un concept de membres avec une base d'utilisateurs, Il a quelques workflow d'alertes(foums de l'espace public, en particulier) mais ne permet des mécanismes de newsletters et d'avis éditoriaux que vers des adresses génériques. Leur diffusion doit être gérée séparément, par des inscriptions dans des mailing-lists.
Un plugin spip-listes existe bien, mais la gestion de mails par PHP reste limitée en volumétrie. On regardera les possibilités de couplage avec les gestionnaires de liste Sympa et Mailman (ce dernier étant intégré dans AlternC. On trouvera ici un couplage "manuel" avec Sympa.
De manière optimale, on pourra créer des listes dans l'espace privé de SPIP et les utilisateurs pourront s'inscrire depuis leur informations personnelles. Peut-on étendre le plugin spip-listes pour qu'il réponde au besoin? Doit-on utiliser le couplage avec une base d'utilisateurs type annuaire LDAP, ou la base SPIP? Si LDAP, quel front end pour gérer les données LDAP?
- gestion de l'inscription dans le site, avec un circuit d'approbation, en fonction de règles sur les adresses mails, en organisation par groupes qui ouvriront certains droits:
L'inscription d'utiliisateurs dans SPIP n'a qu'une configuration basique: soit l'administrateur crée les comptes, soit toute personne sur internet peut s'inscrire comme rédacteur. Additionnellement, un connecteur LDAP permet d'utiliser l'authentification dans un tel annuaire et de donner un statut fixé à tous les utilisaeurs qui y sont référencés.
Un plugin pourrait être développé pour permettre des méchanismes d'inscription plus sophistiqués. Par exemple l'inscription peut être soumise à un workflow d'authentification. Ce workflow peut comprendre une catégorisation par groupes, qui pourraient donner des accès particuliers, en utilisant le(s) plugins Accès restreint.
Le conneteur LDAP pourrait être transformé en plugin?
- droits restreints et/ou personnalisation dans certaines parties du site,
Les groupes peuvent donner lieu à de la personnalisation du site et ouvrir des accès resteints par groupe.
- 'gestion des inscriptions à des activités, événements, cadeaux, ..., avec des informations à fournir, un workflow d'événements et de validations, etc.
- gestion de demandes qui arrivent "au fil de l'eau", type billetterie ou remboursements activités externes,
- paiement et remboursements en ligne: production d'un fichier de virements pour la banque, paiement de la part des membres,
- import/export des informations ou couplage pour le lien au financier et autres modules du SI,
