Cette présentation donnée lors de l’assemblée générale de l'Association des clients d'Ex Libris France du 18 juin 2013 montre comment à partir du CMS Drupal et des web services Aleph, la bibliothèque Paris Dauphine un service de suggestion d'acquisition accessible depuis n'importe qu'elle type de plateforme.

1. Un service de suggestion d’acquisition en responsive
web design
Assemblée générale de l’ Association des clients d'Ex Libris France
, 18 juin 2013

2. Objectif du projet
• Jusque là, les suggestions d’acquisitions
étaient transmises via un cahier.
• Volonté de créer un service accessible à
distance
• Les acquéreurs souhaitaient que le service soit
soumis à authentification et voulaient pouvoir
identifier la formation de l’étudiant et le tenir
informé des suites données à sa demande
• Les suggestions d’acquisitions devaient
s’intégrer à notre processus d’acquisition

3. Acquéreur
Constitution du pannier
sous Electre ou Erasmus
Service des entrées
Transmission du panier
Impression des notices
Service comptable
Chargement des notices
d'acquisitions
(Service electre-01 ou erasmus01)
Recherche des notices via
l'ISBN
Notices d'acquisition
[créées]
Lignes de commande
[créées (statut NEW)]
Fourniture d'un numéro global
de commande.
(n° SIFAC)
Ajout d'une ligne de
commande par titre
Exemplaires
[créés (statut en
commande)]
Lignes de commande
Envoi de la commande au
fourvisseur
[modifiées (statut SV :
envoyée au fournisseur)]

4. La fonction acq-request dans Aleph
• Le service Acq-Request d’Aleph permet de créer
immédiatement des notices et des lignes de commandes
lors de l’envoi d’une suggestion d’achat.
• Il fourni par défaut un formulaire et des fonctions
permettant notamment d’assurer l’authentification du
lecteur, le suivi de la demande via le compte de ce dernier
ainsi que la contrôle de la présence d’un titre similaire
dans le catalogue.
• En revanche, il est peu paramétrable et ne couvre pas la
totalité de nos besoins. Ainsi, il demandait des adaptations
fonctionnelles importantes pour insérer les suggestions
d’achat dans le circuit des acquisitions.

5. Lecteur
Acquéreur
Service des entrées
Notices bibliographiques
[créées] avec les informations
fournies par le lecteur
Tente d'accèder au
formulaire
La suggestion d'acquisition est
enregistrée dans le système
[créée (statut ONW, bibliothèque : en
fonction de la bib du lecteur, groupe de
commande : si le lecteur a renseigné le
champs acquéreur)]
Le lecteur est-il
authentifié ?
OUI
Existe-t-il une ligne de commande avec un statut "Acceptée"
pour le groupe de commande pour lequel on s'apprête à
envoyer une commande au fournisseur ? (Recherche
commande /Index)
Ligne de commande
Saisie au minimum le titre et
l'auteur de l'ouvrage.
Valide le formulaire
Redirection vers le CAS via
PDS pour authentification
L'Acquéreur va régulièrement consulté le module
acquisition. (Recherche commande/Suggestions achat
OPAC).
En plus des informations bibliographiques fournies par le
lecteur il sera informé de l'idendité du lecteur ayant émis
la demande.
Comte du lecteur (Rubrique
service)
Notices bibliographiques
[modifiée] ISBN,Editeur,Année d'édition
Mention d'édition
Retour au circuit classique
[Une nouvelle ligne est créée)]
Complète la notice bibliographique
Un titre similaire existe-t-il
déjà dans la base ?
Décision d'achat ?
Message invitant le lecteur à
relancer sa recherche sur le
catalogue
Comte du lecteur (Rubrique service)
Passe le statut de la
commande à "Annulée"
Ligne de commande
[Modifiée]
N° commande globale (n° sifac), Code
fournisseur, modif code bibliothèque,
nombre d'exemplaires, prix, statut de la
commande (SV)
Passe le statut de la
commande à "Acceptée"
Comte du lecteur (Rubrique
service)
Comte du lecteur (Rubrique service)
[Modifiée] Statut "Envoyée au founisseur"
[Modification du statut de la
suggestion d'acquisition
(Acceptée)
]
[Modification] Statut de la
suggestion d'acquisition (Annulée)
Exemplaires
Ligne de commande
[modifiée (statut à définir)]
Ajoute le motif du refus dans le
champs Note de la
bibliothèque
[La note est visible sur le
compte du lecteur]
Lignes de commande
Notices bibliographiques
[supprimées]
Comte du lecteur (Rubrique
service)
Script de suppression des
notices 1/an
[supprimée]
Ligne de commande
Créé des exemplaires
[modifiée (statut à
"Acceptée")]
Retour au circuit classique
[Créés] Statut "EC"

6. La mise en place du service en dehors
d’Aleph
• Développé sur la base du CMS Drupal version 7
• Utilisation du module CAS pour gérer
l’authentification
– Le module CAS crée un utilisateur en stockant son login
• Création du module « bor-info » pour
récupérer le mail du lecteur, son statut et le
nom de sa formation
– Au moment ou le lecteur s’authentifie, le module va
appeler bor-info via le login du lecteur
– Il traite le xml renvoyé par Aleph et insert/modifie les
champs concernés

7. Démonstration
• http://espadon.bu.dauphine.fr/serv
ices/

8. Un site en responsive design
• Afin de garantir au visiteur une expérience
de consultation optimale et ce quel que
soit le terminal utilisé, nous avons eu
recours aux techniques et principes du
Responsive web design.
• Le Responsive web design (RWD) exploite
les principes de HTML5 et de CSS3 pour
proposer à partir d’une même URL et donc
d’un contenu identique des mises en pages
adaptées au terminal de consultation.

9. Avantages
• Le RWD permet une réduction des coûts de
développement et de maintenance. Nous n’avons
qu’un seul site à maintenir pour tous les terminaux
de consultation.
• Contrairement à une application mobile, un site web
responsive est accessible quel que soit le système
d’exploitation et le navigateur utilisé (à partir du
moment où ce dernier est à jour).
• Contrairement à un site web dédié au mobile adossé
sur un site web principal, un même contenu aura
toujours la même url, ce qui améliorera son
référencement

10. Les limites
• Seuls les navigateurs les plus récents prennent en charges les
spécifications CSS3. Il faut alors mettre en œuvre des stratégies de
contournement pour prendre en charge les navigateurs obsolètes.
Cette tâche alourdit le travail de développement.
• Le responsive design n’agit pas sur le contenu de la page web.
Cette stratégie n’est donc pas adaptée à des sites proposants
beaucoup de contenus multimédias ou des contenus produits
dynamiquement dans la page, qui mettront énormément de temps
à s’afficher à cause de la faiblesse d’une connexion mobile.
• Le responsive design ne permet pas d’exploiter toutes les
fonctionnalités d’un terminal mobile (appareil photo, carnet
d’adresse…). Un site en RWD proposera une expérience utilisateur
moins profonde que celle offerte par une application mobile.