florian.olivier@atosorigin.com Florian Olivier-Koehret fr KOHA 3.0 31 GNU GPL www.koha-fr.org http://demo.koha-fr.org/ 1.7 SIGB 1.0

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 Source : http://www.ohloh.net/p/1541/commits Usage détectable sur Internet sans véritable activité communautaire Utilisation communautaire prépondérante Nombreuse références industrielles 2 Source : http://koha.org/showcase 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 Source : http://koha.org/about/get-involved 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 Source : http://koha.org/about/get-involved 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 Source : http://fr.wikipedia.org/wiki/Koha 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) 1 Mis à part le nom et le logo, qui sont des marques déposées de LibLime et BibLibre, les sources de Koha sont soumis aux termes de la GPL sans termes de cession des droits (du moins, facilement visible) sur les contributions : les droits sont donc détenus par les différents développeurs et contributeurs du projet. 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 GNU GPL 2.0. 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 GNU GPL 2.0. 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 Plusieurs entreprises participent au projet : liblime, biblibre... 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 En France, 2 entreprises : biblibre et tamil. 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 Site internet officiel en 6 langues. 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 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 N/A : technologies web / perl. 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 N/A : technologies web / perl. 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 N/A : technologies web / perl. 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 Source : http://www.koha.rwjr.com/ 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) 1 Pas d'archive disponible Archive globale Archive séparée pour chaque module installable 2 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 Source : http://demo.koha-fr.org/ 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…) 2 Source : http://demo.koha-fr.org/ 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 Source : http://contribs.koha.org/ Tout à la main Recompilation possible mais complexe, sans outils, ni documentation Recompilation facile, outillée (ex : make, ANT, Maven…) et documentée 2 Recompilation documentée. 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 Source : http://contribs.koha.org/

les lecteurs/usagers suggèrent des achats c'est à dire qu'ils proposent aux documentalistes/bibliothécaires des livres à acheter, et ce soit par le Web, soit par l'Intranet. Pas de suggestion d'achats possible Suggestions disponibles seulement en intranet (utilisateurs internes seulement) Suggestions disponibles au travers de l'interface Web (utilisateurs internes via Intranet et lecteurs via l'OPAC) 2 Source : http://opacdemo.koha-fr.org/cgi-bin/koha/opac-suggestions.pl Fonctionnalité de création de bons de commande. Non couverte Partiellement couverte (pas d'édition de bons automatiques, un seul modèle, non modifiable...) Totalement couverte 2 Les bons de commandes sont créés et suivis, avec gestion des retards. Possibilité d'enregistrer des factures, documents... Non couverte Partiellement couverte Totalement couverte 2 Fonctionnalité permettant d'effectuer des réclamations, d'annuler des commandes. Non couverte Partiellement couverte Totalement couverte 0 Annuaire des fournisseurs détaillant les offres, dernières commandes... Non couverte Partiellement couverte Totalement couverte 1 Les fournisseurs sont gérés via une interface. Néanmoins, cette interface est alimentée manuellement et ne crée aucun lien avec le catalogue du fournisseur par exemple. Gestion des ressources financières d'une bibliothèque : calcul des revenus, dépenses... Non couverte Partiellement couverte Totalement couverte 1 Au sein de la page Postes et budgets. Uniquement à titre indicatif. Prise en charge et mise en œuvre des catalogues Préparation du catalogage lors d'une commande. Non couverte Partiellement couverte Totalement couverte 2 La commande d'un livre permet le précatalogage d'un document. Les documents peuvent être répertoriés sous forme de catalogues. Non couverte Partiellement couverte Totalement couverte 2 Fonctionnalité de catalogage typé. Non couverte Partiellement couverte Totalement couverte 2 Les catalogues sont typés. Bande dessinées... Fonctionnalité permettant d'avoir un catalogue partagé avec une autre entité (bibliothèques complémentaire...) Non couverte Partiellement couverte Totalement couverte 2 Accès, entre autre au catalogue de la BNF. Création et édition automatisée de catalogues. Non couverte Partiellement couverte Totalement couverte 1 Fonctionnalité de tenue de journal des nouveautés Pas de liste de nouveautés Liste avec mise à jour manuelle Liste avec mise à jour automatique 0 Non supporté. Diffusion sélective d'informations Non couverte Partiellement couverte Totalement couverte 0 Non couverte Partiellement couverte Totalement couverte 0 Non couverte Partiellement couverte Totalement couverte 2 Non couverte Partiellement couverte Totalement couverte 0 Les documents sont typés à l'insertion : Livres, DVD... Interface de gestion de livre peu ou pas intuitive Gestion intuitive et efficace des documents de type livres Gestion intuitive et efficace des livres avec possibilité de fonctionnalités plus avancés 2 Ne prend pas en charge les revues Prise en charge basique des revues (pas de notion d'articles de revues) Notion d'articles de revues prise en charge 2 Prise en charge des documents sur supports numériques (Disquette, CD, DVD, Blu-Ray...) Pas de prise en charge des documents sur support numérique Liste pré-définie du type de support numérique des documents Type de support de document numérique générique/extensible 2 Possibilité de personnalisation des types de documents Impossible Types personnalisés soumis à contraintes Personnalisation des types au gré de l'utilisateur. Le thésaurus est vu comme un arbre hiérarchisé. Non couverte Partiellement couverte Totalement couverte 2 Via l'installation d'un module Source : http://listes.koha-fr.org/pipermail/infos/Week-of-Mon-20090309/002909.html La solution supporte plusieurs thésaurus indépendants Non couverte Partiellement couverte Totalement couverte 1 Via l'installation d'un module Source : http://listes.koha-fr.org/pipermail/infos/Week-of-Mon-20090309/002909.html Assistance à l'utilisation du thésaurus. Pas de contrôle à la saisie sur le thésaurus Aide à la saisie lors de la recherche (auto-complétion...) Suggestion des termes associés lors de la saisie d'une entrée dans le thésaurus 1 Pas d'auto-completion, mais une proposition de recherche via l'installation d'un module Source : http://listes.koha-fr.org/pipermail/infos/Week-of-Mon-20090309/002909.html Informations du thésaurus supporté par l'application. Un thésaurus est composé de cinq éléments: 1. des descripteurs (ou termes acceptés); 2. des non-descripteurs (ou termes rejetés); 3. des relations hiérarchiques 4. des relations associatives 5. des notes d’application et des définitions. (cf. http://www.cdc.qc.ca/eduthes/structure.html) Ces éléments ne sont pas supportés par le thésaurus Seule une partie de ces éléments sont supportés Ces 5 éléments sont totalement supportés 2 Non couverte Partiellement couverte Totalement couverte 2 Outil intégré d'inventaire et de récolement. Contrôle de la présence de documents dans la bibliothèque. Non couverte Partiellement couverte Totalement couverte 2 Outil intégré d'inventaire et de récolement. Destruction d'exemplaires non utilisés/obsolètes. Non couverte Partiellement couverte Totalement couverte 2 le statut permet de retirer un exemplaire. Outillage de l'organisation de la bibliothèque Décompte du nombre d'exemplaires d'un document. Non couverte Partiellement couverte Totalement couverte 2 les exemplaires nombre d'exemplaires est détaillé, ainsi que le nombre d'exemplaires disponibles à un moment donné. Fonctionnalité de gestion des annotations liées aux documents. Non couverte Partiellement couverte Totalement couverte 2 description standard, notes de l'administrateur, des lecteurs et des acheteurs d'amazon pour chaque ouvrage.+ Contrôle des données utilisées pour la gestion lors de la saisie Non couverte Partiellement couverte Totalement couverte 1 Se fie aux résultats des recherches sur amazon Gestion de l'identité civile des auteurs Non couverte Partiellement couverte Totalement couverte 0 Possibilité d'importer/exporter les notices de la bibliothèque Non couverte Partiellement couverte Totalement couverte 2 Gestion des abonnements. Non couverte Partiellement couverte Totalement couverte 2 Interface de gestion des abonnements en cours. Envoie de rappels liés aux périodiques Non couverte Partiellement couverte Totalement couverte 2 Suivi des échéances des abonnements Non couverte Partiellement couverte Totalement couverte 2 Suivi et/ou prévision des dépenses liées aux périodiques. Non couverte Partiellement couverte Totalement couverte 1 Planification des achats selon la périodicité des ouvrages (quotidiens, hebdomadaires...) Non couverte Partiellement couverte Totalement couverte 1 Pointage des périodiques lors de leur arrivée. Non couverte Partiellement couverte Totalement couverte 2 Un menu permet d'effectuer le bulletinage à l'arrivée du périodique. Détection et classification des thèmes et sujets abordés par une périodique. Pas de dépouillement possible Dépouillement manuel Dépouillement automatique 1 Les thèmes sont remplis lors du bulletinage ou de la commande du périodique. Ils sont affichés lorsque l'état du périodique passe à arrivé. Mesure de la circulation des périodiques. Non couverte Partiellement couverte Totalement couverte 2 Prise en charge des prêts dans l'outil Non couverte Partiellement couverte Totalement couverte 2 Prise en charge des retours Non couverte Partiellement couverte Totalement couverte 2 Prise en charge de la prolongation des prêts Non couverte Partiellement couverte Totalement couverte 2 Les prêts peuvent être prolongés. Prise en charge des réservations Non couverte Partiellement couverte Totalement couverte 2 L'utilisateur peut réserver depuis l'OPAC. Gestion de document consultés sur place (document archivés...) Non couverte Partiellement couverte Totalement couverte 0 Gestion des groupes d'emprunteurs munis de droits. Non couverte Partiellement couverte Totalement couverte 2 Support des groupes de document, sur lesquels, les droits d'emprunts seront modifiés. Non couverte Partiellement couverte Totalement couverte 2 Création et envoie de lettres de rappels Non couverte Partiellement couverte Totalement couverte 0 Non couverte Partiellement couverte Totalement couverte 1 Lien mailto sans modèle de texte. Non couverte Partiellement couverte Totalement couverte 2 Création de fichiers lecteur. Non couverte Partiellement couverte Totalement couverte 2 Gestion des prêts payants, facturation... Non couverte Partiellement couverte Totalement couverte 2 Posssibilité de définir les règles financières liées aux retards. Possibilité de suivi de l'historique des prêts pour chaque lecteur Non couverte Partiellement couverte Totalement couverte 2 Fonctionnalités offertes par le module OPAC du SIGB Catalogue informatisé en ligne. (Online Public Access Catalog) Non couverte Partiellement couverte Totalement couverte 2 Mémorisation des recherches effectuées. Non couverte Partiellement couverte Totalement couverte 0 Enregistrement des requêtes effectués. Non couverte Partiellement couverte Totalement couverte 0 Format de restitution des résultats d'une requête sur le portail Non couverte Partiellement couverte Totalement couverte 2 Support d'OpenURL, qui permet de lier les méta-données (par exemple, les références bibliographiques d'un article) à la ressource elle-même (l'article en plein-texte). Non couverte Partiellement couverte Totalement couverte 2 Possibilités de recherche sur les méta-données associés aux œuvres. Non couverte Partiellement couverte Totalement couverte 2 Plusieurs critères peuvent être sépcifiés dans un champ de recherche Non couverte Partiellement couverte Totalement couverte 2 Possibilité d'effectuer une recherche en utilisant directement plusieurs champs Non couverte Partiellement couverte Totalement couverte 2 Fonctionnalité de recherche utilisant des opérateurs logiques (et / ou / sans...) Non couverte Partiellement couverte Totalement couverte 0 Fonctionnalité d'aide à la recherche, suggestion d'un type de recherche... Non couverte Partiellement couverte Totalement couverte 0 Fléxibilité de l'outil de recherche sur le contenu textuel L'outil de recherche permet d'effectuer une recherche sur le contenu textuel des notices Non couverte Partiellement couverte Totalement couverte 0 Support de caractères passe-partout lors d'une recherche Non supporté Troncature à gauche ou à droite seulement Support complet (troncature à gauche et/ou à droite) 2 L'outil de recherche permet l'utilisation d'une expression exacte Non couverte Partiellement couverte Totalement couverte 2 Prise en compte des aspects sémantiques lors d'une recherche Possibilité d'effectuer des recherches suivant les lexèmes (stemming) Pas de support des lexèmes Intégration limitée des lexèmes Intégration avancée des lexèmes 2 Support des formes fléchies dans une grande majorité des langues européennes. Analyse lexicale du contenu d'un texte regroupant les mots d'une même famille Pas de lemmatisation Support limité de la lemmatisation Lemmatisation pleinement supportée 0 Non implémenté selon la communauté. Possibilité à l'utilisateur d'apposer des étiquettes sur le contenu et de les utiliser/importer Non couverte Partiellement couverte Totalement couverte 2 L'utilisateur peut définir des tags. Modes de recherche supportés par le Thésaurus Le Thésaurus implémente la notion de termes génériques et termes spécifiques Non implémenté Partiellement implémentée Totalement implémentée 2 La navigation dans la hiérarchie du thésaurus est possible une fois sur une notice. Support de la synonymie dans le Thésaurus avec les notions de termes préférentiels/non préférentiels, termes standards/termes rejetés Non implémenté Partiellement implémenté Recherche par synonymie riche et complet 1 Pas de champ de recherche direct mais possibilité de naviguer dans les synonymes. Le thesaurus permet l'association réciproque ou non réciproque de termes ("voir aussi") Impossible Partiellement possible Implémenté et outillé dans l'application 1 Pas de champ de recherche direct mais possibilité de naviguer dans les termes associés. Fonctionnalité de recherche sur plusieurs bases de données fédérées, groupes de bibliothèques... Non couverte Partiellement couverte Totalement couverte 2 Bibliothèque électronique Fonctionnalité permettant de déposer des documents numérisés en ligne. Non couverte Partiellement couverte Totalement couverte 0 Prise en charge de l'OAI-PMH (Open Archives Initiative's Protocol for Metadata Harvestiong), le document est accessible en ligne. Non couverte Partiellement couverte Totalement couverte 2 Fonctionnalité de commande de documents en ligne. Non couverte Partiellement couverte Totalement couverte 2 Via amazon, l'utilisateur peut commander un livre ne étant redirigé sur la page de l'ouvrage de la boutique en ligne Amazon. Fonctionnalité de facturation accessible en ligne. Non couverte Partiellement couverte Totalement couverte 1 Les lecteurs sont informés des frais en cours, mais ne peuvent les régler en ligne. Un historique conserve les données liées au document numérisé. Non couverte Partiellement couverte Totalement couverte 0

Fonctionnalités transverses couvertes par le logiciel Prise en main très lentes, plusieurs jours moyenne quelques heures rapide (-1 heure) 2 Organisation des différents éléments de l'interface graphique on ne s'y retrouve pas sans mode d'emploi correcte très intuitif, quasi aucune doc nécessaire 1 Interface graphique Peu esthétique, fouillis Correcte Claire, belle, plusieurs thèmes disponibles 1 Prise en charge des normes d'accessibilités Non couverte Partiellement couverte Totalement couverte 2 Source : http://listes.koha-fr.org/pipermail/infos/Week-of-Mon-20080324/002455.html Édition Fonctions d'impression Non couverte Partiellement couverte Totalement couverte 0 Fonctions de courriers-types de relance lecteur Non couverte Partiellement couverte Totalement couverte 0 Fonctions de relance fournisseur Non couverte Partiellement couverte Totalement couverte 1 Rappels pour les administrateurs mais pas d'interactions avec les fournisseurs. Interface de création ou de modification des feuilles de notices Non couverte Partiellement couverte Totalement couverte 2 Non couverte Partiellement couverte Totalement couverte 1 Non couverte Partiellement couverte Totalement couverte 2

Non couverte Partiellement couverte Totalement couverte 2 Non couverte Partiellement couverte Totalement couverte 2 Utilisation des RFID Pas de prise en charge des RFID Utilisation des RFID comme code barre classique Utilisation des fonctionnalités avancés des RFID (Armoires intelligentes...) 1 Placés dans le champ code barre, les informations du tags sont utilisés comme celles d'un code barre. Non couverte Partiellement couverte Totalement couverte 0 Statistiques adhérents seulement... Internationalisation Non couverte Partiellement couverte Totalement couverte 2 Non couverte Partiellement couverte Totalement couverte 1 Les langues des documents sont données dans les détails des ouvrages. Description des différents normes tirés du Wikipédia Le protocole Z39.50 est un protocole de communication informatique client-serveur pour rechercher à travers un réseau informatique des informations dans des bases de données. Il est surtout utilisé par les bibliothèques pour interroger simultanément plusieurs catalogues Non couverte Partiellement couverte Totalement couverte 2 Search/Retrieve via URL (SRU) et Search Retrieve via Web Service (SRW) sont des protocole de recherche standard pour les requêtes de recherches Internet, s'appuyant sur CQL (Common Query Language), basé sur la sémantique définie par Z39.50 Non couverte Partiellement couverte Totalement couverte 2 La description bibliographique internationale normalisée, élaborée par l’IFLA (Fédération internationale des bibliothécaires et des bibliothèques), est un ensemble normatif de règles validées au niveau international, pour la description bibliographique de toute ressource publiée existant dans les bibliothèques. Non implémenté Partiellement implémenté Implémenté et pleinement exploité 2 Une vue permet d'afficher des notices au format ISBD. Respects des formats de stockage MARC issus de la norme ISO 2709 Fusion d'USMARC, d'AUSMARC, d'UKMARC et de CANMARC, reconnue par l'IFLA comme format d'échange Non couverte Partiellement couverte Totalement couverte 2 Créé par l'IFLA en 1977 et conçu pour être un format d'échange entre les autres formats MARC Non couverte Partiellement couverte Totalement couverte 2 MARC XML qui permet de représenter sous forme XML l'ensemble des champs du format MARC Non couverte Partiellement couverte Totalement couverte 2