Retour : page principale > sommaire applications générales > Application Annuaire

---

Cahier des charges v1.00

• Général :
  • les applications doivent pouvoir fonctionner sans l'appli annuaire (pas de dépendances et pas de tables communes)
  • licence Créative Commons pour les données que les personnes inscrites vont déposer (contrat lors de l'inscription)
  • projet ODS : étudier la possibilité de brancher l'annuaire avec Spip

• Interface :
  • Côté client :
    • interface d'inscription
    • liste alphabétique des inscrits
    • cartographie des inscrits
    • moteur de recherche des inscrits
    • consultation d'une fiche utilisateur
    • envoi de messages via le profil + via la liste de résultats (possibilité d'envoi groupé)
    • modification de son profil
• • Côté admin :
    • interface de gestion des annuaires
    • interface d'ajout de modification et de suppression des champs non obligatoires de l'annuaire
    • recherche, modification, ajout et suppression (ou blocage) d'utilisateurs et d'administrateurs

• Inscription :
  • Au démarrage, si la personne n'est pas inscrite, on l'invite à le faire, sinon, elle arrive sur sa fiche perso
  • Possibilité d'importer ses informations à partir d'une source extérieure ( OpenId, Facebook Connect etc ...)
  • On peut s'inscrire en tant que personne puis inscrire éventuellement des structures (le cas échéant, on entre un mail et un mot de passe spécifiques pour la structure)
  • Une personne doit pouvoir se lier à une structure parmi celles qui sont présentes ou inscrire la sienne (voir ci dessus)
  • Champs à choisir (pas encore fait)
  • Flux rss sur les inscriptions (structure et personne) pour connaître les nouveaux inscrits, les modifs et les suppressions. Prévoir un flux public et un flux pour les admins avec mot de passe (complet avec infos persos).
  • Reprise de la plupart des champs de l'ancienne inscription.
  • 2nde page inscription plus complexe avec choix de la publication ou non de certaines informations (avatar ? dépot de documents)

• Informations utilisateurs :
  • Pour accéder aux informations sur les membres, il faut être inscrit au réseau Tela Botanica
  • Choix des informations à rendre publiques ou privées.
  • Fiche personnelle où on a toutes ses infos publiques. Liée aux autres applications pour permettre par exemple de voir ses documents déposés, ses photos du carnet en ligne, ses dernières recherches eFlore, les projets auxquels elle est inscrit...
  • Plugin pour chaque application à laquelle la personnes est inscrite
  • Résumé total des contributions (sous forme de points) : coefficients à définir (peut être ne pas afficher tout de suite)
  • Flux RSS pour les nouveaux documents etc...

• Desinscription :
  • Gérer les dépendances lors d'une désinscription (désinscrire automatiquement la personne aux applis où elle est inscrite)
  • Garder les infos minimales pour Creative Commons, afin de garder un trace de l'auteur (Noms et Prénoms)
  • Code permettant de retrouver tous les documents ajoutés par une personne si elle revient sur le site et se réinscrit

• Identification :
  • Pouvoir s'identifier de partout (squelette)
  • Identification possible depuis d'autres outils (comme spip)
  • Système de récupération de mot de passe sur une autre page (évite le spam par les robots)
  • Pas de distinction d'erreurs entre login et mot de passe (pour éviter le piratage)

• Divers :
  • Réaliser une documentation utilisateur de l'application

• Envoi de message :
  • Envoi groupé (min. 10 personnes) : modération
  • Envoi individuel : pas de modération

Champs minimaux obligatoires

Pour une personne :

• Adresse mail : indispensable pour la confirmation de l'inscription
• Mot de passe
• Nom et prénom : nécessaire pour la licence Creative Commons
• Adresse : pour la géolocalisation
• Région / province : idem
• Code postal : idem. Au format standard (voir la liste ici) Liste des formats de code postaux par pays
• Ville : idem
• Pays : idem stockée par leurs code pays selon la liste officielle ISO Liste des codes pays selon l'iso

Pour une structure :

• Nom de la structure : Pour la désigner et permettre aux gens de s'y affilier
• Mail de la structure : indispensable pour la confirmation de l'inscription
• Type de structure (association, entreprise, organisme public etc...) : Pour pouvoir afficher par type de structure sur la carto
• Présentation de la structure (texte) :
• Responsable de la structure : pour savoir qui est responsable des données et des messages provenant de cette structure
• Adresse de la structure : pour la géolocalisation
• Région / province : idem
• Code postal : idem
• Ville : idem
• Pays : idem
• N° SIRET pour éviter les doublons (quid des structures étrangères)

Note : une gestion aussi fine des structures est elle nécessaire ? Cela posera beaucoup de problèmes pour pas grand chose !

Visibilité :

• Publique : les gens inscrits et identifiés peuvent voir cette information (et les admins)
• Privée : seuls la personne et les admins peuvent voir cette information

Idées en vrac pour l'interface

• Inscription
  • Effets Javascript avec jquery pour cacher infos optionnelles par exemple (pas d'intrusivité)

•  Projets d'interface
•  Schéma de la base de données

•  Comparatif de reseaux sociaux

• Des exemples de fiches de sites communautaires sont rassemblés  ici

Besoins techniques

Pour chacun des points ci-dessous il faut rédiger une page d'explication et la notice technique pour l'utiliser dans une application qui voudrait communiquer avec l'annuaire :

1. Vérifier le principe et le fonctionnement puis trouver des librairies PHP pour :
   •  OpenID
   • OAuth Qu'est ce que OAuth
2.  OpenID et oAuth doivent permettre de gérer l'identification dans les applications externes à l'Annuaire (spip, cel, coel...)
3. Voir comment gérer l'inscription et la désinscription dans une application
4. Réfléchir à comment intégrer les flux RSS fournit par une application
5. Réfléchir au modèle de Plugin pour les applications
6. Créer un dépôt SVN
7. Réaliser un modèle de base de données
8. Rédiger un cahier des charges techniques à l'aide des dessins de l'interface
   • mettre au point le modèle de métadonnées
   • définir le nom et la portée des modules (inscription, recherche, administration...)

---