Retour : page principale > sommaire applications générales > application Papyrus

---

Réunion Papyrus du 2 octobre 2008

Présents : : Jean-Pascal Milcent, David Delon

Ordre du jour

• État des lieux du projet Papyrus.
  • Des points forts : développement sur plusieurs site, quelques site avec de bon retours : Gentiana, Tela Botanica
  • Des points faibles : des mécontentements qui se focalisent sur l'outil Papyrus, parfois à tort, parfois à raison, sans qu'il y ait moyen de faire la différence entre ce qui est lié au contexte de réalisation de projet (budget, ressources, délais, projet), à Papyrus en tant que CMS et aux applications qui y ont été liées.
  • Des besoins : un CMS pour le futur en interne et pouvant être diffusé (prestation externe botanique , projets du réseau,  PlantNET ...).
• Doit-on remettre en question (=abandonner) Papyrus?
  • si non, pourquoi?
    • Il faut évaluer à court et moyen le coût entre la maintenance et l'évolution de l'outil actuel et entre l'utilisation d'un outil existant, en y incluant le coût de migration.
      • Solution Papyrus :
        • Maintenance (correction bugs ...) annuelle Papyrus : 1 semaine/an
        • Evolution annuelle Papyrus : 12 semaines/an en moyenne
        • Création de Papyrus : 12 mois (déjà consommés)
      • Autre CMS (communautaire)
        • Choix CMS : 1 semaine
        • Appropriation par l'équipe : 4 semaines.
        • Migration contenus + interfaces : 24 semaines
        • Migration applications : 2 semaines * nbre application = 20 semaines.
        • Maintenance et évolution annuelle : 1 semaine

Le changement vers un CMS communautaire est "amorti" au bout de 2 à 3 ans en gros, sauf changement majeur de version de CMS qui peut coûter 20 semaines supplémentaires.

• Pas d'autonomie au niveau des choix de développement.
• Pas de maitrise des évolutions
• Risque d'arrêt du CMS, d'incompatibilité entre les adaptations et les futures versions.
• Quels ont été les problèmes rencontrés?
  • Que doit on améliorer au niveau utilisateur ?
    • Manque de documentation
    • Pas d'interface de gestion des administrateurs
    • Gestion des droits plus fine ?
    • Tout ce qu'apporte "l'expérience Web 2" : interface riches et ergonomie permettant une meilleure appropriation du site (menus animés, interface de saisie proche de l'interface de consultation)
  • Que doit on améliorer au niveau administrateur ?
    • Manque de documentation
    • Outils d'administration
    • Gestion de l'organisation des menus par drag and drop, gestion des squelettes et applettes par drag and drop (à la dotclear ?).
  • Que doit on améliorer au niveau développeur ?
    • Manque de documentation
    • Manque d'organisation
• Quelles spécificités pour Papyrus? liste des fonctionnalités d'un CMS
  • Orientations possibles :
    • simplicité d'utilisation et ergonomie : à tous les niveaux
    • biodiversité : un CMS qui intègre
    • réseaux : réseau des papyrus
    • meilleure intégration d'application externes (gestion des identifications ...)
  • Papyrus est à la base un CMS permettant de pluguer des applications php : comment simplifier et améliorer ce point là?
  • Quels sont les futurs développements prioritaires de Papyrus?
    • Interne
      • Simplifier le code existant, la base de donnée et passer en php5 complètement : 1 mois
      • Passage à l'UTF8 avec procédure de migration : 2 mois
      • Gestionnaire d'annuaire (dont administrateur) : 15 jours
    • Externe
      • Amélioration de l'application afficheur / interface de modification
      • Moteur de recherche (nuage de mots ?)
      • Applicatifs
  • Où se situe la limite entre les applications du coeur de Papyrus et les applications clientes?
• Communauté, documentation : comment se situe Papyrus?
• si oui, pourquoi?
  • Développements de la "communauté" : beaucoup de ressources humaines potentielles.
  • Vers quel CMS ? liste de CMS sur Wikipedia
  • Quels avantages par rapport à Papyrus?
  • Comment récupérer l'existant? Temps, difficultés...
• Quels sont les dépendances entre Papyrus et ses applications? Identifications, BDD, URL...
  • Nécessité de les réduire ?
  • Comment ?
• Applications indépendantes, comment les créer?
  • Comment les développer plus rapidement ?
  • Nécessité de documenter la procédure ou pas ? Liste des bonnes pratiques (template PHP) et des principes (KISS...).
  • Framework unique ou pas? Comment utiliser le dossier API...
  • Quel framework PHP pour le développement des applications :liste des framework PHP ? Nécessité d'un framework léger, avec peu de dépendances, principe KISS... : Atomik Framework, Code Igniter Sinon, voir du côté de Zend Framework, Jelix...
  • Quel framework JAVASCRIPT pour l'ajout de fonctionnalités "web 2.0" ? Nécessité d'être non intrusif : Jquery -> sinon applications web => GWT
  • Doit on mettre en place un développement à base de tests (RAD) ?
• Passerelles entre plugins Wikini (Outils Réseaux) et applications Papyrus (Tela Botanica) ?

Ce que doit offrir le framework :

• Principe MVC web et utilisation des objets
• Léger, performant, avec de faibles dépendances (peu de fichiers inclus par défaut, peu de dépendance entre les fichiers du framework)
• Vues : sous forme de squelette php par défaut.
• Template php avec une extension correspondant au format de sortie demandée (pdf, json, xhtml par defaut)
• gère plusieurs formats de sortie en fonction de l'url : html (par défaut), txt, xml, pdf, xls...
• gère plusieurs type de sortie en fonction de l'url : téléchargement, affichage
• Abstraction de base de données
• Cache de page
• Cache de morceau de code et/ou de requête sql
• Gestion des sessions
• Gestion des identifications
• doit permettre de gérer plusieurs applications ou une seule
• doit gérer la réecriture d'url

Ce que doit offrir le CMS :

• Interface d'installation
• Gestion de plusieurs "sites"
• Gestion du contenu : métadonnées, rédaction de contenu (WYSIWIG ou pas), historisation, chaine de publication, archivage, affichage ou pas dans les menus...
• Gestion de documents : images, fichiers...
• Gestion de squelettes par site et par page
• Gestion du multilinguisme
• Gestion d'applications
  • Administration des applications (recherche des mises à jours, installation automatique ...)
  • Mise à jour des applications
• Gestion de la connexion à la base de données
• Gestion de l'identification et des utilisateurs
• ? : Gestion de session
• ? : Gestion du cache côté client
• ? : Gestion des droits (ACLs)

---