Quel CMS pour Quel Projet?!
Télécharger en tant que PPTX, PDF3 j'aime3,309 vues
Le document présente des critères et méthodologies pour choisir un système de gestion de contenu (CMS) adapté à divers projets. Il aborde des aspects essentiels tels que l'analyse des solutions open source, la gestion des contenus, et les étapes clés pour mener à bien un projet CMS. Divers exemples de CMS comme ezpublish, Drupal, Liferay et WordPress sont également discutés, illustrant leur utilité et popularité.
Quel CMS pour Quel Projet?!
- 1. Quel CMS pour quel projet ?Comment faire le bon choix et à quel coût ? Comment mener à bien un tel projet ?vendredi 24 juin 2011
- 2. SOMMAIRE> 9:00 - 9:15 : INTRODUCTION > 9:15 – 9:45 : ETAT DE L’ART DES MEILLEURES SOLUTIONS DE CMS OPEN SOURCE> 9:45 – 10:15 : COMMENT MENER A BIEN UN PROJET CMS ?> 10:15 – 11:00 :DEMONSTRATION : eZpublish, Drupal, Liferay, Wordpress> 11:00 – 11:30 : RETOUR D’EXPERIENCE> 11:30 – 12:00 : QUESTIONS / REPONSES> 12/00 : COKTAIL2
- 3. INTRODUCTION
- 4. > INTRODUCTIONComment choisir parmi la myriade de solutions existantes ?4
- 5. > INTRODUCTIONLes moyens d’un choix raisonnéExpertise
- 6. Analyse
- 7. Conseil
- 9. > INTRODUCTIONEt qui êtes vous ?Vous portez un projet ?
- 10. Vous êtes en charge d’une refonte ?
- 11. Vous êtes développeur ?
- 12. Vous êtes plutôt du côté fonctionnel ?6
- 13. ETAT DE L’ART DE L’ECOSYSTEME OPEN SOURCE
- 14. > L’écosystème Open SourceOpen Source : quel intérêt ?Libre, mais pas nécessairement gratuit8
- 15. > L’écosystème Open SourceLes acteurs de l’écosystèmeLes éditeursLes intégrateursLes communautésLes utilisateurs9
- 16. > Un bref panoramaQuelques hits et une longue traînePart de marché / Popularité10
- 17. > Des objectifs différents pour chaque projetDans quelle case s’inscrit votre projet ?Site institutionnelE-learningExtranetPortail EditorialApplication métierIntranetE-commerceGestion documentaireRéseau socialPlateforme communautaire11
- 18. > Les écueil à éviter dans le choix d’une solutionMauvaise lisibilité marketing des solutions
- 20. L’évaluation coût / ROI entre chaque solution et avec des solutions spécifiques / propriétaires :
- 23. L’évaluation communautaire et le choix des modules12
- 24. > Quelle démarche adopter dans votre analyse ? Une méthodologie complète d’analyse13
- 25. > Les critères génériques d’analyseHistorique, maturité de la solution
- 26. Courbe de popularité de la solution
- 27. Taille et dynamisme de la communauté
- 28. La roadmap
- 29. Type de licence
- 30. Nombre d'implémentations et localisation géographique des marchés
- 31. Exemples de cas clients dans votre secteur de marché / besoin fonctionnel
- 32. Quel est le business model de la solution ?
- 34. Solution portée par un éditeur avec double modèle / double licence14
- 35. > Les critères technologiques d’analyseQuelle interopérabilité :
- 36. RSS, RDF, Webservices, XML
- 37. LDAP, CAS
- 38. Quelle granularité dans les imports / exports ?
- 39. Quel respect des standards
- 40. CMIS, JSR, Accessibilité, Référencement,
- 41. Quelle logique architecturale : un noyau important / de nombreux modules ?
- 43. Montée en charge, volumétrie de visite et de contenus (cluster, cache, accélérateurs, …)
- 44. Extensibilité du modèle de contenus
- 45. Adaptabilité à des développements « métier »
- 46. Quelles bases de données / serveurs attendues
- 47. Quel niveau de sécurité ?15
- 48. > Les critères fonctionnels d’analyse 1/3Gestion des contenus structurés
- 49. Considère t-on des pages ou des contenus
- 50. Quel niveau de flexibilité ?
- 52. Comment fonctionne l’éditeur HTML ?
- 53. Gestion des versions et du cycle de vie
- 54. Quels types de contenus sont versionnés (pages, attributs, images, documents, …) ?
- 55. Gère t-on des des dates de publication, dépublication, archivage ?
- 56. Comment accède t-on au versionning ?
- 57. Peut-on retourner en arrière ?
- 58. Peut-on comparer les versions ?
- 65. Quelle simplicité de contribution ?16
- 66. > Les critères fonctionnels d’analyse 2/3Gestion des gabarits de page
- 67. Quel niveau de séparation fond / forme ?
- 68. Utilisation possible de plusieurs restitutions ?
- 69. L’outil propose t-il un outil graphique de composition des gabarits ?
- 70. Formulaires
- 71. Quels outils sont disponibles pour créer des formulaires ?
- 72. Quel est le niveau de complexité attendu pour ces formulaires ?
- 74. Quelle gestion des groupes, droits et profils ?
- 75. En fonction de quoi sont gérées les habilitations ? (arborescence, gabarits, fonctionnalités)
- 76. Multilinguisme back-office et front-office
- 78. Centralisation des média proposée ?
- 79. Retraitement des images possible ?
- 81. Import par lots ?17
- 82. > Les critères fonctionnels d’analyse 3/3Gestion des cycles de validation
- 84. Quels états des contenus possibles ?
- 85. Comment sont gérés les workflows ?
- 86. Recherche
- 87. Dispose t-on d’une recherche à facette ?
- 88. Comment est géré la pertinence de la recherche ?
- 89. Analyse lexicale ? Sémantique ? Statistique ? Lemmatisation des termes ?
- 91. Forum
- 92. Agenda
- 95. E-learning
- 96. …18
- 97. > Quelle démarche adopter dans votre analyse ? Des résultats quantifiés et qualifiés19
- 98. COMMENT MENER A BIEN UN PROJET CMS ?Quelles sont les clés de réussite à chaque étape du projet et comment un choix bien orienté du CMS adéquat est un facteur majeur de succès ?
- 99. > Un constatQuelques chiffres du Standish Group :31% des projets sont arrêtés en cours de réalisation
- 100. 53% aboutissent, mais avec un dépassement budget / délais
- 101. 16% sont des succèsUn projet CMS est un projet informatique et doit suivre une méthodologie de travail rigoureuse, contrôlée et fiable21
- 102. > A chaque étape, des processus bien définisLa particularité Open Source : choisir un prestataire ET une solution22
- 103. > L’élaboration du cahier des chargesPhase initiale de tout projet. Les points à ne pas oublier :Cette étape intervient trop tôt pour le choix du CMS. Trop peu de détails sont fournis pour déceler les contraintes23
- 104. > Le choix du prestataire24
- 105. > Le lancement projet : mettre en place un Plan d’Assurance Qualité25
- 106. > Etude et conception : le moment du choix du CMS ATTENTION : Un CMS gère des contenus de type éditorial. Certaines données trop « métier » doivent être traitées hors de celui-ci.26
- 107. > Mais alors, quand choisir le CMS ? 27
- 108. > Les enjeux de la phase de développementGarder contact avec le chef de projet du prestataire
- 109. Respecter la fréquence hebdomadaire des comités de projet.Maintenir le RIDA et le planning à jour
- 110. Ne pas hésiter à amender les spécifications fonctionnelles
- 111. Préparer le cahier de recette.28
- 112. > La recette : la phase critique29
- 113. LES DEMONSTRATIONS
- 114. > EzPUBLISHNaissance du projet : 1999
- 115. Projet porté par un éditeur
- 116. Une communauté de professionnels
- 117. Une solution robuste et structurante
- 118. Des exemples de sites : Vogue, Virgin, Elle, Ministère de l’Intérieur, …31
- 119. > DrupalNaissance du projet : 2000
- 120. Version la plus récente : 7
- 121. Projet porté par une communauté et des éditeurs gérant des distributions
- 123. Une solution complète et extensible
- 124. Des exemples de sites : Maison Blanche, France.fr, Rue89, NASA, …32
- 125. > WordpressNaissance du projet : 2003
- 126. Version la plus récente : 3
- 127. Projet porté par la communauté
- 129. Une solution simple et efficace
- 130. Des exemples de sites : Maison Blanche, France.fr, Rue89, NASA, …33
- 131. > LiferayNaissance du projet : 2000
- 132. Version la plus récente : 6
- 133. Projet porté par un éditeur
- 134. Une communauté très professionnelle
- 135. Une solution extensible mais complexe
- 136. Des exemples de sites : CCIP, Société Générale34
- 137. RETOUR D’EXPERIENCE