PMB à la Bibliothèque municipale de Morges

1. Les raisons de notre choix

1.1. Présentation de la bibliothèque et contexte du projet

A fin 2006 notre bibliothèque comprend environ 30'000 documents: livres et revues, CD et DVD. Ces collections sont réparties sur deux étages (Section adultes et Section jeunesse). Il y a environ 2'600 usagers actifs qui empruntent chaque année un peu plus de 100'000 documents. Nous disposons de 10 PC, dont 2 réservés à la consultation du catalogue en ligne par le public. Le serveur est installé au Service informatique communal. En cas de forte affluence, nous enregistrons jusqu'à 150 prêts par heure et par PC.
La première automatisation a eu lieu en 1993. Le choix s'était alors porté sur le logiciel OPSYS, dont la dernière mise à jour a été effectuée en 1999 (version 8.21). Ce logiciel fonctionnait correctement, mais:

Ce logiciel n'était plus développé par la société OPSYS, qui propose à ses clients de migrer sur son nouveau logiciel Aloès. Mais cette migration a un coût (installation, formation) non négligeable. Après l'acceptation du crédit de ré-informatisation par le Conseil communal, nous avons lancé un appel d'offre public sur invitation; en y incluant une offre "open source".

1.2. Préparation de l'appel d'offres

Le responsable du projet était Monsieur Philippe Broccard, Chef du Service informatique de la ville de Morges. Le soussigné, responsable de la Bibliothèque, a pu participer à toutes les étapes du projet. Nous avons notamment défini des critères d'évaluation avec pondérations:

#	Critère	Pondération en %
1	Montant et crédibilité du prix	20
2	Récupération des données existantes	17
3	Capacité du logiciel à répondre aux exigences techniques	19
4	Evaluation du logiciel	11
5	Compétence de la société dans le domaine	13
6	Qualité des prestations du service après-vente	9
7	Délais d'installation et de configuration	6
8	Organisation mise en place par le soumissionnaire pour l'exécution du marché	4
9	Présentation et qualité de l'appel d'offre et de la documentation technique	1
		100%

Chaque point, et en particulier le point 3 (exigences techniques), a été développé en une série de questions. L'ensemble de ces critères a été envoyé avec l'appel d'offres aux cinq fournisseurs suivants:

Il faut relever que c'est grâce à un article paru dans la revue RESSI ("Le pingouin bibliothécaire", RESSI no 2, août 2005) que notre pré-choix d'un logiciel libre s'est porté sur la société PMB.

1.3. Examen des offres reçues

Nous avons examiné en détail les 4 offres, sur la base des documents reçus. Chaque fournisseur est venu présenter une démonstration à Morges. Nous avons également pris contact avec d'autres utilisateurs de ces logiciels. M. Broccard a préparé un tableau comparatif très détaillé avec les différents critères et questions.
Le logiciel PMB est ressorti au premier rang du tableau comparatif. En effet:

 

2. Mise en route du nouveau logiciel

2.1. Migration de la base de données et formation des utilisateurs

Le choix de PMB a été accepté par la Municipalité en octobre 2007. Dès cette date nous avons été en contact avec PMB pour la mise au point de la migration. Nous avons eu la chance de pouvoir tester le système sur un nouveau serveur, tout en gardant en exploitation OPSYS 8.21 sur l'ancien serveur (qui a été mis hors service plus tard).
La Bibliothèque a été fermée pendant une semaine, du 17 au 21 décembre 2007. Pendant ces cinq jours nous avons accueilli M. Didier Bellamy de PMB Services pour:

Après plusieurs tests suivis de corrections et adaptations, le système a été mis en exploitation le vendredi 11 janvier 2008.
Avec le recul, je pense que nous aurions dû consacrer plus de temps à cette phase délicate, et la séparer en deux phases distinctes:

2.2. Correction des problèmes créés par la migration

Pour différents problèmes "mineurs", nous avons estimé que les corrections pouvaient être apportées après la migration définitive. On trouvera ci-après la description des problèmes les plus importants.

Articles rejetés

Dans le système OPSYS, les articles rejetés étaient saisis entre parenthèses à la fin du sous-champ (titre propre, collection, etc.), et le logiciel les replaçait en tête dans les éditions ISBD. PMB fonctionne simplement avec une liste de mots-stop. PMB Services a pu adapter la base en remettant tous ces articles en tête des sous-champs. Quelques cas spéciaux ont dû être traités à la main, et nous avons dû renoncer à la subtile distinction entre "De" article ou préposition, mais il n'y a pas eu de réclamations ni du public ni des catalogueurs à ce sujet...

Plusieurs titres d'auteurs différents

Ce genre de cas, peu fréquent et utilisé surtout dans les documents sonores (différentes œuvres de différents compositeurs), était traité avec la fonction "tableau d'affectation" d'OPSYS, qui permettait de saisir en vrac tous les titres puis tous les auteurs, et de relier ensuite les bons auteurs aux bons titres dans les éditions ISBD. Ces cas n'ont pas pu être traités de manière 100% satisfaisante par PMB, qui prévoit dans ce genre de situation la création de notices filles. Nous devrons donc reprendre "à la main" 217 notices et les transformer en créant des notices filles.

Fonctions des auteurs secondaires

Les fonctions ("éd.", "réal.", "dir.", etc.) sont définies dans un fichier d'autorité avec un code UNIMARC et le libellé de la fonction. La migration a bien repris les codes UNIMARC (codes de 3 chiffres), mais nous n'avions pas les mêmes codes que PMB. Les codes PMB sont corrects, ce sont ceux qui continuent à être mis à jour par la Bibliothèque de France, gardienne de cette norme. Il s'est avéré que nous les avions un peu trop "bricolés"; d'autres codes manquent dans la liste UNIMARC, notamment pour les non-livres (instruments de musique, tessitures, fonctions du cinéma: réalisateur, etc.). Nous avons donc dû reprendre à la base cette liste de fonctions et PMB a pu adapter nos données selon nos souhaits; nous avons opté autant que possible pour les codes UNIMARC "officiels" et n'avons ajouté des codes personnalisés que si c'était impossible de faire autrement.

Vedettes matières et indexation décimale

Notre système de vedettes-matières ne rentrait pas dans le cadre standard de PMB, qui prévoit plutôt d'une part un système de mots-clés (non structurés et non contrôlés), et d'autre part des "catégories" et une indexation décimale structurées de manière hiérarchique. Nos vedettes-matières (de type Blanc-Montmayeur) n'étaient, pour des raisons historiques, que partiellement structurées en sous-champs (tête de vedette / sous-vedette). Nous avons finalement décidé de tout remettre "à plat" (sur un seul niveau), et nous avons perdu dans cette aventure quelques renvois "voir" ou "voir aussi".
Nous n'utilisons donc pas le champ des mots-clés. Nous avons créé trois "thésaurus" dans le champ des catégories, soit: les sujets, les centres d'intérêt et les genres (correspondant aux anciens champs 610, 901 et 902 d'OPSYS), sans utiliser la possibilité de créer des hiérarchies. Nous utilisons également le champ "Indexation décimale", également sans hiérarchie.
L'idéal serait bien entendu de verser toutes nos vedettes matières dans les mots-clés et de renoncer complètement au contrôle du vocabulaire. Mais pour cela il faudrait avoir une indexation décimale mieux structurée: nos indices n'ont jamais été définis dans le but d'être utilisés pour une recherche publique (indices différents d'une section à l'autre, pas de structure arborescente formalisée, pas d'index alphabétique). On s'y mettra peut-être le jour où nous n'aurons plus rien d'autre à faire...

2.3. Mise en route de l'OPAC

L'accès public au catalogue par Internet n'a pu être ouvert qu'en février 2009, plus d'une année après la migration. Ce retard est dû en partie aux difficultés rencontrées pour définir des règles d'accès au niveau du pare-feu communal. L'OPAC fonctionne bien et permet également aux usagers de consulter leur compte (liste des documents en prêt, etc.) et d'effectuer des réservations ou prolongations.

2.4. Adaptations demandées pour répondre à nos besoins

Plusieurs petits problèmes ont pu être réglés très rapidement. D'autres nous ont donné plus de fil à retordre mais sont maintenant résolus de manière satisfaisante.
Il faut relever que, de manière générale, nous devons toujours énormément insister et patienter pour obtenir du "sur-mesure". Nous n'avons pas le personnel disponible pour écrire nous-mêmes les requêtes SQL qui nous permettraient d'extraire des données selon des critères personnalisés: il faudrait pour cela maîtriser le langage SQL et surtout connaître toutes les tables de données, leur contenu et leurs liens.
Toutefois, étant donné les tarifs de maintenance très bas (moins de 1000 fr. par année), nous ne pouvons en aucun cas en vouloir à la société PMB Services. Ce serait vouloir le beurre et l'argent du beurre !

Confusion entre section et localisation

Au début de 2007, nous avons paramétré la base en ne créant que deux sections (adultes et jeunesse) et deux localisations (idem). Afin d'obtenir des statistiques détaillées de prêt et d'acquisition, nous avons constaté que ce n'était pas la bonne solution. PMB nous a écrit les requêtes nécessaires pour créer des sections plus détaillées en fonction du 1er caractère de la cote. Nous avons donc maintenant la situation suivante:

En partie à cause de cette confusion, nous avons eu beaucoup de peine à obtenir de PMB les requêtes nécessaires pour effectuer nos statistiques: ce n'est qu'après moult rapports, méls et téléphones que nous avons pu finalement (à fin décembre 2008 !) recevoir ce que nous voulions.

Cette structure localisation/section permet également d'utiliser la recherche arborescente de l'OPAC (on clique d'abord sur la localisation, puis sur la section).

Alertes sonores au prêt

OPSYS 8.21 n'émettait une alerte sonore qu'en cas de problème (exemplaires avec message, retours en retard, abonnements échus). Nous avons finalement renoncé à ces alertes sonores pour deux raisons:

Problèmes non résolus, adaptations non obtenues

Plusieurs problèmes ou adaptations demandés ne sont pas encore résolus à fin 2008:

 

3. Conclusion

De manière générale, on peut dire que le "noyau" du système (prêt, catalogage, recherche) fonctionne bien. Le personnel s'est très vite adapté au nouveau logiciel. Je pense que ce produit convient bien à notre type de bibliothèque: il répond parfaitement aux besoins d'une bibliothèque de lecture publique, et il faut relever son aspect convivial et sa simplicité d'utilisation.
Mais la mise en œuvre a été ardue: il a fallu (et il faudra encore) être persévérant et patient pour obtenir les indispensables adaptations (statistiques, produits imprimés, extraction et exportation de données). Nous regrettons donc (bien que nous le comprenions) le manque de disponibilité de la société PMB Services.
Par rapport à l'ancien logiciel OPSYS 8.21, il y a une réelle amélioration; le problème des temps de réponse, un peu plus lents, nous pose toutefois des problèmes en cas de forte affluence.
Par rapport au logiciel Aloès, PMB est certainement un peu moins complet, moins paramétrable. Mais la différence de prix est si importante que, même si ce critère ne comptait que pour 20% dans notre évaluation, elle a été rédhibitoire pour OPSYS. Et, après seize mois d'utilisation, nous ne pouvons que constater que le logiciel PMB répond assez bien à nos besoins.