Assemblée générale de l’ Association des clients d'Ex Libris France

, 18 juin 2013

Un service de suggestion d’acquisition en responsive

web design

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

Acquéreur

Constitution du pannier

sous Electre ou Erasmus

Service des entrées

Transmission du panier

Impression des noticesChargement des notices

d'acquisitions

(Service electre-01 ou erasmus-

01)

Notices d'acquisition

[créées]

Service comptable

Fourniture d'un numéro global

de commande.

(n° SIFAC)

Recherche des notices via

l'ISBN

Ajout d'une ligne de

commande par titre Exemplaires

[créés (statut en

commande)]

Lignes de commande

[créées (statut NEW)]

Envoi de la commande au

fourvisseur

Lignes de commande

[modifiées (statut SV :

envoyée au fournisseur)]

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.

Service des entréesAcquéreurLecteur

Tente d'accèder au

formulaire

Notices bibliographiques

[créées] avec les informations

fournies par le lecteur

Comte du lecteur (Rubrique

service)

[Une nouvelle ligne est créée)]

Ligne de commande

[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)]

Un titre similaire existe-t-il

déjà dans la base ?

Message invitant le lecteur à

relancer sa recherche sur le

catalogue

La suggestion d'acquisition est

enregistrée dans le système

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.

Décision d'achat ?

Passe le statut de la

commande à "Annulée"

Ajoute le motif du refus dans le

champs Note de la

bibliothèque

Comte du lecteur (Rubrique service)

[Modification] Statut de la

suggestion d'acquisition (Annulée)

Comte du lecteur (Rubrique

service)

[La note est visible sur le

compte du lecteur]

Passe le statut de la

commande à "Acceptée"Comte du lecteur (Rubrique

service)

[Modification du statut de la

suggestion d'acquisition

(Acceptée)

]

Ligne de commande

[modifiée (statut à définir)]

Ligne de commande

[modifiée (statut à

"Acceptée")]

Script de suppression des

notices 1/an

Notices bibliographiques

[supprimées]

Lignes de commande

[supprimée]

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)

Complète la notice bibliographique

Notices bibliographiques

[modifiée] ISBN,Editeur,Année d'édition

Mention d'édition

Créé des exemplaires

Comte du lecteur (Rubrique service)

[Modifiée] Statut "Envoyée au founisseur"

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)

Le lecteur est-il

authentifié ?

Redirection vers le CAS via

PDS pour authentification

Saisie au minimum le titre et

l'auteur de l'ouvrage.

Valide le formulaire

Exemplaires

[Créés] Statut "EC"

Retour au circuit classique

Retour au circuit classique

OUI

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

Démonstration

• http://espadon.bu.dauphine.fr/services/

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.

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

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.