Petal links atlassian unite

633 vues

Publié le

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
633
Sur SlideShare
0
Issues des intégrations
0
Intégrations
76
Actions
Partages
0
Téléchargements
5
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Petal links atlassian unite

  1. 1. Confluence en tant que CMS : unefausse bonne idée ?  Copyright EBM Websourcing – Petals Link. Tous droits réservés.
  2. 2. Sommaire Petals Link, éditeur de lESB open source Petals La genèse – contexte et objectifs L’ère primaire – un simple wiki L’ère secondaire – Confluence à 100% L’ère tertiaire – au-delà des 100% ? Bilan et questions
  3. 3. Petals Link – Qui sommes-nous ? Éditeur de solutions Open Source professionnelles pour la mise en œuvre dinfrastructures SOA. Membre du consortium OW2. Partenaire de grandes entreprises, laboratoires et universités sur des projets RD français / européens. Siège à Toulouse, agences à Grenoble et Paris.
  4. 4. Petals Link – Que faisons-nous ? Le nouveau paradigme des systèmes dinformation : La SOA Le nouveau modèle dEAI : lESB Bus de service dentreprise : un kernel et des composants. Connecteurs New SE New Transformation Orchestration BAM Composants d’intégration
  5. 5. Petals Link – Qui sont nos clients ?  Pour toute entité possédant un existant complexe, hétérogène, qui souhaite moderniser et flexibiliser son SI de manière progressive et maîtrisée.  + de 50 administrations et entreprises ont fait appel à nous, parmi lesquelles : Orange : infrastructure de médiation pour son service. ACOSS : infrastructure de services interconnectée avec les SI partenaires pour automatiser le recouvrement. Région Aquitaine : infrastructure de services pour exposer un portail unique de procédures hétérogènes pour le citoyen.
  6. 6. Petals Link – Lactivité recherche  Objectifs Développer une pile doutils dinfrastructures respectueux des standards et innovants. Retenir les meilleurs concepts pour préparer lESB fiable et performant de demain.  Quelques chiffres +20 projets depuis la création. Outils publiés en open source : BPM, orchestration, bus distribué... 80 partenaires.
  7. 7. La genèse (I) – Le contexteLes manques Dispersion en interne de l’information. Pas de visibilité en externe de notre activité. Nécessité de fournir un outil de collaboration sur un projet de recherche.  Pourquoi Confluence ? Nécessité de créer un wiki pour le projet . Déjà utilisé pour la documentation.
  8. 8. La genèse ? (II) – Les objectifs  Planning en trois temps. Espace de collaboration externe sur Soceda. Vitrine complète sur l’activité de recherche. Gestion d’équipe, multilingue, base documentaire, statistiques.
  9. 9. Lère primaire – un simple wiki (I)  Contraintes : partie publique / externe / interne. Accès en écriture. Structuration Publique Partenaires : research-cleduprojet Petals team : accès interne Accès et navigation Permissions en lecture sur les pages « mères » Macro « research-sidebar-project » : Velocity + Visibility. Rewriting pour le nom de domaine www.soceda.org.
  10. 10. Lère primaire – un simple wiki (II) Interface Détournement du thème documentation (main.vmd page.vmd) User Macro Page.vmd Main.vmd{Research Sidebar Project} div id=splitter Appels Velocity + visibility plugin content tag=nav-sidebar div id=splitter-sidebar $helper.renderConfluenceMacro $!sitemeshPage.getProperty ({research-sidebar-project}) (page.nav-sidebar) /content /div[…] /div
  11. 11. Lère secondaire – Confluence à 100% (I)  Contraintes : facilité d’administration, croisement d’information, automatisation. Vitrine de toute lactivité recherche. Réutilisation Partenaires : centralisation et propagation automatique ¢  1) Création des pages Partenaires à partir dun template ¢  2) Labellisation par nom de projets. ¢  3) Plus deux macros utilisant le reporting plugin... Et la magie opère !
  12. 12. Lère secondaire – Confluence à 100% (II) Standardisation des espaces Projects Modèle despace projet (Template Project). ¢  Structure de contenu standardisée, teamlabel « project ». ¢  Pages « automatiques » (contact, SVN/Jira, équipe, plugin userinfos). ¢  Template unique (main.vmd et page.vmd globaux). Actions manuelles : création des users / groupes, permissions principales, changement du logo et des couleurs. Création des Résultats et Thématiques sur le même principe (modèle, teamlabel, macros dautomatisation)
  13. 13. Lère secondaire – Confluence à 100% (III) Barre de menus adaptative (research-menubar-global). Barre latérale conditionnelle Page.vmd {Research-sidebar-global} Pour lespace daccueil ou les espaces persos #set ($helper = $params.get(helper)) #set ($currentSpaceKey = $helper.spaceKey) #if ($action.space.isPersonal() {Research-sidebar-project} || $action.space.key == research) Pour tous les autres espaces : projets, résultats, thématiques Pour les admins Prototype : le menu « Quickjump » La version finale : menu « Admin »
  14. 14. Lère tertiaire – Au-delà des 100% ? (I)  Objectifs : gestion d’équipe (calendriers, suivis), point dentrée unique, multilinguisme, base documentaire, communauté. 1) Point dentrée unique. Pages daide + navigation. Dashboard commun.
  15. 15. Lère tertiaire – Au-delà des 100% ? (II) 2) Gestion déquipe sur espace dédié Suivi des réunions mensuelles semi-automatisé Essais de calendrier communs avec Calendar 3) Multilinguisme Essai du Language plugin Solution retenue : espace dédié + adaptation template. #if ($currentSpaceKey.equals(ista3)) div style=float:right a style=border:0; margin:5px; href=/display/ista3fr img src=http://files.petalslink.com/img/common/fr.png /a /div #end
  16. 16. Lère tertiaire – Au-delà des 100% ? (III) 4) Bibliographie (même système que les partenaires). Template « Bibliography » avec multi-excerpt Labellisation pour propager automatiquement 5) Ajout de suivi des téléchargements Appel direct de javascript dans une page. Création dun plugin dédié download-statistic-macro
  17. 17. Le Bilan – Notre analyse (I) Confluence : Le bon Très extensible sur plusieurs niveaux (plugins tiers/ user macros/templates/plugins propres) Facilité dutilisation et (en partie) dadministration Remplit son job en tant quoutil collaboratif Documentation au top niveau
  18. 18. Le Bilan – Notre analyse (II) Confluence : Le moins bon Dépendance à de nombreux plugins Reporting Multi-excerpt Documentation theme Etc... Insuffisance de ladministration à grande échelle (labels, user macros, plugins, permissions) Limites arbitraires + ou - compréhensibles Features standard (Infos profil, {tree}, {children}) API Confluence (PageManager / SpaceManager) Exécution de Javascript / Velocity
  19. 19. Le Bilan – Notre analyse (III) Confluence : Le mauvais Gestion multilingue Caractères accentués SEO limitée (url, images, métadonnées) « Bruit » dans la base de donnée Perte dutilisabilité pour lutilisateur
  20. 20. Le Bilan - Perspectives Perspectives sur le wiki recherche Team Calendars Factorisation de user macros dans un plugin dédié Refonte complète de linterface dans un plugin propre. Veille sur les autres points (multilingue, accents, etc...) Notre morale de lhistoire Confluence reste un excellent produit. Ne pas trop tordre la barre. Se garder un vrai développeur sous le coude.
  21. 21. Avis et questionsQuen pensez-vous ? Points positifs ? Contraintes et risques ? Solutions et contournements sur des points précis ?VOS QUESTIONS
  22. 22. Remerciements et crédits :) Sébastien Rebière (alias « Super-Admin ») Sébastien Garcia-Bordès (notre designer en chef) Nicolas Salatge (maître ès plugins) Pour me contacter Laurent Lacôte Laurent.lacote@gmail.com +33661523160 Merci de votre attention ! Copyright EBM Websourcing – Petals Link. Tous droits réservés.

×