florian.olivier@atosorigin.com Florian Olivier-Koehret nicolas.albert@atosorigin.com Nicolas ALBERT fr Joomla 1.5.10 31 GNU GPL www.joomla.org Joomla! est un système de gestion de contenu libre, open source et gratuit. Écrit en PHP et utilisant une base de donnée MySQL, Joomla! inclut des fonctionnalités telles que des flux RSS, des news, des versions imprimables des pages, des blogs, des sondages, et des recherches. Joomla! est sous licence GNU GPL http://demo.joomla.org/ 1.6 CMS 1.1

Les critères génériques de l'évaluation Presto de QSOS Pérennité Logiciel provenant d'un fork ou avec une forte probabilité de fork dans un futur proche. Projet jeune (moins de 3 ans) ou connaissant des difficultés à stabiliser les versions de développement. Projet stable ou ayant un bon historique de gestion de crise. Les nouvelles versions apportent de façon prépondérante de nouvelles fonctionnalités. 2 Création le 17 Août 2005 (source : http://fr.wikipedia.org/wiki/Joomla) fork de Mambo pour cause d'utilisation de la marque Mambo pour un produit propriétaire. Usage détectable sur Internet sans véritable activité communautaire Utilisation communautaire prépondérante Nombreuse références industrielles 2 Système utilisé par l'université de Harvard, Citibank... (source : http://www.joomla.org/about-joomla.html section who uses Joomla?) Deux ou moins de deux développeurs clairement identifiés. Équipe de développement réduite avec un turn-over important ou sans équipe de direction identifiée. Équipe de développement structurée comportant plus de 5 développeurs actifs. 2 Le core est réalisé par une équipe d'environ 50 presonnes, ayant des rôles établis (source : http://www.ohloh.net/p/joomla/contributors?page=1) Très faible activité, que ce soit sur les résolutions de bugs, les releases, l'ajout de nouvelles fonctions ou sur les espaces communautaires (wiki, forum, mailing list...) Activité détectable mais anarchique (pas feuille de route accessible facilement, pas de prévisions de nouvelles fonctionnalités ou de prévisions de nouvelles versions visible) Activité importante et visible via la mise en place de feuilles de routes traçant les requêtes de nouvelles fonctionnalités et/ou les prévisions de sortie des nouvelles version 2 Une feuille de route détaillant les objectifs annoncés et l'avancement de chacuns des modules est diffusé pour la prochaine version de Joomla! Aujourd'hui en version 1.5, il est possible de participer au projet de la version 1.6. (source : http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=6405) Pas de stratégie détectable ou stratégie dictée par une société commerciale, un sponsor ou un individu unique. Stratégie décidée par l'équipe de developpement. Indépendance forte de l'équipe de développement, fort engagement du projet dans un processus de standardisation. 2 Les membres de la communauté peuvent proposer de nouvelles fonctionnalités (source : http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=20) Les droits sont détenus par quelques individus ou entités commerciales, facilitant le changement de licence Les droits sont détenus par de nombreux individus de façon homogène, rendant le changement de licence très difficile Les droits sont détenus par une entité légale, une fondation dans laquelle la communauté a confiance (ex: FSF, Apache, ObjectWeb) 2 les droits sont détenus par l'OpenSourceMatters. (source : http://fr.wikipedia.org/wiki/Joomla) Licence, à pondérer uniquement si le client désire un jour devenir propriétaire du code Licence très stricte, comme la GPL Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très permissive comme BSD et Apache 0 GPL 2.0 (source : http://www.ohloh.net/p/joomla) Licence très permissive comme BSD et Apache Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très stricte, comme la GPL 2 GPL 2.0 (source : http://www.ohloh.net/p/joomla) Niveau d'industrialisation du projet Développements réalisés à plus de 60% par des employés d'une seule société Développements réalisés à 60% maximum par des employés d'une seule société Développements réalisés à 20% maximum par des employés d'une seule société 2 fork de Mambo pour garder l'indépendance (source : http://fr.wikipedia.org/wiki/Joomla) Pas d'offres de services identifiée Offre existante mais restreinte géographiquement ou en une seule langue ou fournie par un seul fournisseur Offre riche : plusieurs fournisseurs ou plusieurs langages 2 Plusieurs associations proposent forums, aides, et tutoriaux. (source pour la France : http://www.joomla.fr/qui-sommes-nous.html) Pas de documentation utilisateur La documentation existe mais est en partie obsolète ou restreinte à une seule langue ou peu détaillée Documentation à jour, traduite et éventuellement adaptée à différentes cibles de lecteurs (end-user, sysadmin, manager…) 2 De nombreux sites offre des documentations dans différentes langues, le lien source donne un annuaire des différents sites connus classé par langue. (source : http://community.joomla.org/translations.html) Pas de processus de qualité identifié ni d'outils de gestions de bugs Processus qualité non formalisé ou non outillé ou comportant des outils qui sont très peu utilisés Utilisation très active d'outils standards (tests unitaires, outils de gestion de build, outils de mesure de qualité du code) 2 Deux équipes sont dédiées à la corrections de bugs et de failles de sécurités, ainsi qu'à leur gestion. (source : http://developer.joomla.org/bug-squad-blog.html et http://developer.joomla.org/security.html) Packaging pour les différents systèmes d'exploitation Pas de packaging officiel pour la famille BSD Packaging existant pour quelques distributions de la famille BSD Packaging complet pour les distributions de la famille BSD suivantes : FreeBSD, OpenBSD, NetBSD et Mac OS X 0 Critère non pertinent, Joomla! est codé en PHP Pas de packaging officiel pour les systèmes d'exploitations GNU/Linux Packaging existant pour quelques distributions GNU/Linux Packaging complet les systèmes de packaging .deb et .rpm 0 Critère non pertinent, Joomla! est codé en PHP Pas de packaging officiel pour les systèmes de la famille Unix Packaging existant sur quelques systèmes de la famille Unix Packaging existant sur au moins ces 3 systèmes : AIX, HP-UX, Solaris 0 Critère non pertinent, Joomla! est codé en PHP Le logiciel n'est pas disponible sur un système Windows. Le logiciel existe sous forme d'archive tout en un. Le logiciel dispose d'un installeur. 1 Critère non pertinent, Joomla! est codé en PHP L'installation depuis les sources est hasardeuse et risquée L'installation depuis les sources est difficile ou limité (seulement à un OS, une architecture, la résolution de l'écran...) L'installation depuis les sources est outillée (vérification des dépencances, verification de l'installation, gestion de build) 2 Critère non pertinent, Joomla! est codé en PHP Pas d'archive disponible Archive globale Archive séparée pour chaque module installable 2 Une archive installant le coeur du système, puis système de plugins pour les extensions choisies. (source : joomla.fr) Niveau d'exploitabilité Difficulté d'utilisation, demande une connaissance approfondie des fonctionnalités du logiciel Ergonomie austère et très technique Ergonomie élaborée et IHM comprenant des fonctions d'aide 2 Des screenshots sont disponibles à http://www.joomla.fr/captures-ecran.html Pas de fonctionnalités de contrôle, ni d'administration Fonctionnalités présentes mais incomplètes ou à améliorer Fonctionnalités complètes et faciles de contrôle et d'administration. Intégration possible avec des outils tiers (ex : SNMP, syslog…) 1 Administration dans les navigateurs webs (source : http://www.joomla.fr/captures-ecran.html) Adaptabilité technique Logiciel monolithique Présence de modules haut niveau permettant un premier niveau d'adaptation Conception modulaire, permettant des adaptations faciles par sélection et/ou création de modules 2 gestions des extensions et templates depuis la console d'administration Tout à la main Recompilation possible mais complexe, sans outils, ni documentation Recompilation facile, outillée (ex : make, ANT, Maven…) et documentée 2 Toute modification demande une recompilation du code Architecture conçue pour des extensions statiques mais exige une recompilation Architecture de plugins, conçue pour des extensions dynamiques et sans recompilation 2 Nombreux plugins disponibles, en plusieurs langues. (source des plugins en Français : http://www.joomlafrance.org/)

Capacité à gérer des sous-sites partageant des éléments (thèmes, templates utilisateurs) mais dont la gestion opérationnelle est décentralisée (contenu, droits, etc) Mutualisation des ressources Création de nouveaux sous-sites La création de sous-sites relève de manipulations hasardeuses et complexes (nécessite la création de bases de données, modification de fichiers de configurations à la main, etc). Création de sous-sites facilités par des extensions. Des manipulations complexes peuvent toutefois être nécessaires. Création de nouveaux sous-sites en natif et dont la mise en oeuvre ne nécessite pas des manipulations complexes 0 Il existe des grffons payants qui permettent le multi-site. Administration des thèmes Un seul thème imposé pour tout le monde Possibilité de définir ses thèmes mais le partage d'un même thème entre plusieurs sites n'est pas trivial La création et la mutualisation des thèmes est prévue et outillée. 1 Possibilité de définir des thèmes différents pour les différentes parties du site. Pas de possibilité de définir un thème par groupe d'utilisateur. Administration des extensions Tous les sous-sites partagent les mêmes extensions Gestion par manipulation de bases de donnée, système de fichier et fichiers de configuration Une interface utilisateur existe pour la gestion par sous-site d'extensions 0 Administration des modèles et gabarits Tous les sites partagent le même modèle Gestion par manipulation de bases de donnée, système de fichier et fichiers de configuration Une interface utilisateur existe pour la gestion par sous-site de modèles 0 Gestion séparée des feuilles de style de contenu au niveau des sous-sites -> Plus haut Les feuilles de styles ne peuvent pas être gérés au niveau des sous-sites Gestion possible mais compliquée des feuilles de styles au niveau des sous-sites Gestion outillée des feuilles de styles au niveau des sous-sites 0 Création de sites multiples à partir du même déployement de l'outil Il existe des grffons payants qui permettent le multi-site. Capacité à dupliquer un site pour en créer un nouveau La duplication d'un site n'est pas possible La duplication d'un site peut être effectuée mais nécessite des manipulations hasardeuses ou ne permet pas un clonage complet. Le produit supporte nativement la duplication de sites. Tous les outils nécessaires à sa mise en oeuvre sont livrés avec le produit 0 Possibilités de créer des références internes entre sous-sites Pas de références possibles entre sous-sites (lien externe obligatoire). Fonctionnalité implémentée dans le produit mais peu ou pas outillée. La création de références est implémentée et peut être mis en oeuvre facilement (au travers d'une liste déroulante par exemple). 0 Possibilité de définir des sous-sites en héritant des propriétés d'un autre site/ d'un "modèle" L'héritage de propriétés d'un autre contenu déjà existant n'est pas possible. L'héritage de propriétés d'un autre contenu déjà existant est possible mais relève de manipulations complexes ou hasardeuses L'héritage de propriétés est une fonctionnalité native du produit dont la mise en oeuvre reste simple 0 Gestion séparée des menus et des barres de navigation au niveau des sous-sités Les menus et barres de navigations sont communs à tous les sites. Les menus et barres de navigations sont propres à chaque sous site. Un menu global et un menu propre aux sous-sites sont disponibles. La séparation entre ces deux menus est outillée (pour l'administrateur) et transparente (pour l'utilisateur) 0 Evaluation de la difficulté de gestion de plusieurs sites/sous-sites Le produit n'a pas été conçu pour gérer des sous-sites. La mise en oeuvre est difficile voire impossible. Le produit n'a pas été conçu pour gérer les sous-sites mais est suffisament extensible pour supporter la fonctionnalité ou le produit a été concu pour gérer les sous-sites mais le fait mal. Le produit a été concu pour gérer plusieurs sites et permet de le faire sans difficultés. 0

Facilités d'utilisation mises à disposition par le produit Intégration d'une librairie media dans l'éditeur WYSIWYG Pas de librairie média intégré à l'outil Librairie média disponible mais sa mise en place ou son alimentation sont contraignants Librairie média performant et flexible disponible et accessible via une interface interactive. 2 Possibilité de création d'articles à partir de fichiers au format bureautique Pas de prise en charge de création d'articles à partir d'un document de bureautique. Prise en charge limité des documents bureautiques (un seul format, importation defectueuse, etc) Supporte les formats bureautique les plus courants : MS Office, OpenOffice.org, etc. 0 Il existe la fonction "coller depuis word" dans les éditeurs WYSIWYG. Intégration d'un lecteur multimédia Pas de lecteur multimédia intégré à l'outil Lecteur multimédia disponible mais très limité (format, codec...) Lecteur multimédia performant et flexible. 2 Intégration d'un éditeur visuel de publications Pas d'éditeur visuel disponible : la création d'articles se fait par l'intermédiaire d'un langage spécifié par le CMS (balises Wiki, HTML, etc) Editeur visuel disponible sous-forme d'extension Editeur visuel fourni nativement 2 Intégration d'un éditeur visuel de contenu structuré Pas de gestion de contenu structuré Editeur de contenu structuré rudimentaire Editeur de contenu structuré avancé ou possibilité d'intégration avec un éditeur spécialisé 0 WymEditor non intégré. Module de prévisualisation Non disponible Avec une extension Implémenté nativement 1 Possibilité de sauvegarder un contenu sans le publier Pas de brouillon Brouillon possible Sauvegarde automatique du contenu en cours d'édition 0 Existence d'un correcteur d'orthographes Pas de correcteur orthographique disponible Correcteur orthographique limité (langue imposée, dictionnaire non extensible) Correcteur orthographique performant et personnablisable (enrichissement par les utilisateurs, internationalization disponible, etc.) 2 Module éditeur Wisiwyg. Génération automatique de table des matières Pas de génération automatique des tables de matières Génération limitée des tables de matières Personnalisation possible des tables de matières (granularité, etc) 2 Possibilité d'agrégation des menus Pas de regroupement possible des menus Agrégation possible des menus moyennant des manipulations compliquées (manipulation de fichiers de configurations, interface non intuitive...) Agrégation dynamique des menus outillée 1 Manipulation non évidente. Outils facilitants la réorganisation du contenu La réorganisation du contenu n'est pas possible La réorganisation du contenu nécessite des manipulations complexes ou hasardeuses (modification à la main du système de fichiers, des fichiers de configurations ou des bases de données) Réorganisation du contenu outillée et accessible à des utilisateurs non techniciens (drag'n'drop, workflows...) 2 Ergonomie de l'outil et facilité de prise en main de l'interface Logiciel peu intuitif et difficile à prendre en main. Interface globalement intuitive et facile à prendre en main mais pouvant être amélioré Interface cohérente, homogène et rapide à prendre en main et très satisfaisante pour les utilisateurs 1

Fonctionnalités de gestion de contenu Types de contenus gérés par le CMS Capacité à gérer du contenu structuré tel que XML Pas de gestion de contenu structuré Gestion de structures simples s'appuyant sur une base de données Gestion structurée complète reposant sur XML 1 Avec une extension Un objet est un type de contenu abstrait possedant des attributs Ne gère pas les objets Gère les objets mais difficilement Gère les objets nativement et leur manipulation est intuitive 0 Le greffon K2 sert à créer de nouveaux types de contenus. Page au sens page HTML Gère un seul type de page Permet de définir différents types de pages Permet de définir différents types de pages de manière intuitive 1 Greffon. Type d'objets ou de pages préconfigurés (attributs pré-remplis...) La notion de modèles/gabarits n'est pas disponible dans l'outil ou leur mise en place nécessite des manipulations compliquées au niveau de fichiers de configuration. Il est possible de gérer simplement des modèles Un éditeur visuel de modèles est disponible nativement ou avec un plug-in 1 Existence d'un forum de discussion Pas de forum disponible. Module de forum imposée par le produit. Il s'agit d'un forum peu performant et dont le remplacement est difficile à mettre en oeuvre. Forum disponible et hautement personnalisable. Le forum embarqué avec le produit est performant ou peut être facilement remplacé. 2 Possibilité de mettre en place des articles sous forme de QCM Pas de module de QCM disponible. Quelques modèles de questionnaires disponibles. Il est difficile de créer de nouveaux modèles ou de modifier ceux par défaut. Création ou modification facilitée de questionnaires. 2 Possibilité de publier des sondages Pas de module de sondage disponible. Quelques modèles de sondages disponibles. Il est difficile de créer de nouveaux modèles ou de modifier ceux par défaut. Création ou modification facilitée des modèles de sondages. 2 Accès aux statistiques d'utilisation/d'accès des sites Aucune statistique n'est disponible Quelques statistiques sont disponibles. Il est difficile de les modifier ou d'en ajouter de nouvelles Module extensible de statistiques disponible 2 Disponibilité d'agendas publics/privés Pas de module d'agenda disponible. Module d'agenda imposée par le produit. Il s'agit d'un agenda peu performant et dont le remplacement est difficile à mettre en oeuvre. Agenda disponible et hautement personnalisable. L'agenda embarqué avec le produit est performant ou peut être facilement remplacé. 2 Capacité à intégrer du contenu externe (ex: vidéo) impossible Possible mais requière des compétences informatique. Possible et facile à mettre en oeuvre. 1 Indisponible Possibilité de planifier la publication d'un contenu Planification du début et de la fin de publication 2 Attachement de document aux contenus publiés Pas d'attachement de fichiers possible Attachement de documents uniquement Attachement de documents avec fonctionnalités avancées (versionning, gestion de droits, etc) 1 Granularité de la modération sur le contenu Modération à posteriori uniquement (censure du contenu une fois qu'il est publié) Possibilité de modération à priori (les contributions d'utilisateurs sans permissions suffisantes sont automatiquement soumis à la modération) Système de modération finement paramétrable 1 Mécanismes de workflow Pas de mécanisme de workflow disponible Mécanismes de workflow limité (pas de notion de verrous, pas de workflow pas à pas, pas de support BPEL, etc) Mécanisme complet de gestion de workflow 1 à vérifier Intégration d'un moteur de recherche sur le contenu publié Pas de moteur de recherche embarqué Moteur de recherche disponible Moteur de recherche avancé avec gestion des droits 1 Gestion des versions sur les contenus Pas de système de gestion de versions Système de gestion de version avec limitations Système de gestion de versions performant (affichage de différences, retour en arrière) 0 Capacité à importer du contenu Fonctionnalité non disponible Import par programmation en passant par un format propriétaire Import intégré à l'IHM supportant des formats (RSS, bureautique, ...) 0 Capacité à exporter du contenu Fonctionnalité non disponible Export par programmation dans un format unique. Support de nombreux formats d'export (RSS, PDF, Bureautique, ...) 0 Capacité à importer/exporter plusieurs contenus en une seule opération Fonctionnalité non disponible Possible mais uniquement en import ou en export Possible dans les deux sens 0 Facilités de gestion des utilisateurs relatifs au multi-site Support de la délégation d'autorisations Les autorisations ne peuvent être délégués. Seuls les administrateurs peuvent définir les autorisations. La délégation d'autorisations nécessite la mise en oeuvre de manipulations complexes/hasardeuses. Support natif de la délégation d'autorisation ou à l'aide d'une extension. Mise en oeuvre facilement accessible. 0 Gestion de profil utilisateur Disponibilité d'une page personnelle par utilisateur Notion inexistante Page personnelle non configurable Page personnelle configurable 0 Gestion du contenu favori Pas de gestion de contenu favori Système de signets statique à alimenter par l'utilisateur Système de signets dynamiques basé sur les statistiques 0 Pour permettre la gestion des droits Gestion des rôles rudimentaire. N'existe pas Peut être facilement rajouté Disponible nativement 2 N'existe pas Peut être facilement rajouté Disponible nativement 2 N'existe pas Peut être facilement rajouté Disponible nativement 2 N'existe pas Peut être facilement rajouté Disponible nativement 2 Pas de création de nouveau rôle possible. Les seuls rôles disponibles sont les rôles créés par l'application lors de l'installation. Création possible de nouveaux rôles moyennant des manipulations complexes et/ou hasardeuses. Création de nouveaux rôles possible en natif dans la console d'administration du site. 1 Avec manipulations de bases de données et de pages PHP. Facilités d'accès au rôle de Contributeur L'accès à la contribution n'est possible qu'auprès de l'administrateur L'accès à la contribution nécessite l'intervention d'un administrateur (Activation du compte par exemple) L'accès à la contribution est possible de manière autonome (mail d'activation, par exemple) 2 Elément paramétrable.

Aspects techniques de l'outil Mise en place d'un cache pour la répartition de charge Mécanisme de mise en cache des pages Non disponible Fonctionnalité limité Cache paramétrable 2 Mécanismes de mise en caches pour minimiser les accès aux bases de données Non disponible Fonctionnalité limité Cache paramétrable 0 Mécanisme d'export statique des pages HTML Non disponible Fonctionnalité limité Export paramétrable 0 Aspects techniques relatives à la sécurité Méthodes d'authentification pris en charge Authentification des utilisateurs depuis une annuaire de type LDAP Interfaçage avec une annuaire impossible L'annuaire sert uniquement pour gérer l'authentification L'annuaire permet l'authentification et contient des données supplémentaires sur l'utilisateur 2 L'authentification n'est gérée qu'en interne par le produit Peut s'interfacer avec un seul système externe (LDAP, ...) Supporte plusieurs types d'authentifications (LDAP, Kerberos, bases de données ...) 2 Pris en charge du cryptage SSL Pas de prise en charge possible de SSL Implementation partielle du cryptage SSL La spécification de la norme SSL est implémentée dans son intégralité 2 Publication des contenus selon les standards du w3c Respect du standard HTML Les pages générées ne sont pas valides (sortie en erreur) Les pages générées ne contiennent pas des erreurs importants (encodage, etc) Les pages générées sont valides au sens du W3C ou contiennent des erreurs mineurs (attributs manquants...) 1 Respect du standard XHTML Les pages générées ne sont pas valides (sortie en erreur) Les pages générées ne contiennent pas des erreurs importants (encodage, etc) Les pages générées sont valides au sens du W3C ou contiennent des erreurs mineurs (attributs manquants...) 2 Respect du standard CSS Les pages générées ne sont pas valides (sortie en erreur) Les pages générées ne contiennent pas des erreurs importants (encodage, etc) Les pages générées sont valides au sens du W3C ou contiennent des erreurs mineurs (attributs manquants...) 2 Normes d'accessibilités Les pages générées ne sont pas valides (sortie en erreur) Les pages générées ne contiennent pas des erreurs importants (encodage, etc) Les pages générées sont valides au sens du W3C ou contiennent des erreurs mineurs (attributs manquants...) 1 Fonctionne sur une verson spécifique d'un navigateur Fonctionne sur les principaux navigateurs avec différents niveaux de performances Fonctionne de manière optimale sur un grand nombre de navigateurs 2 Le logiciel monolithique et non extensible. Le logiciel supporte les extensions Le logiciel a été pensé de manière extensible 2 Très nombreux modules proposés. Capacité de l'outil à prendre en compte de nouveaux besoins La modification de l'outil pour prendre en compte de nouveaux besoins demande énormément d'efforts et de maitrise de l'outil. L'outil peut être étendu à de nouveaux besoins à l'aide de modules additionnels. Peut présenter des limites lorsqu'utilisé pour des besoins pour lesquels il n'a pas été conçu Conçu de manière à s'adapter facilement à de nouveaux besoins 1 Produit ne permettant pas de mettre en oeuvre la haute disponibilité Produit permettant de mettre en oeuvre difficielement la haute disponibilité Produit permettant de mettre en oeuvre facilement la haute disponibilité 2 Non - Oui 0 Non - Oui 2