Un service de suggestion d’acquisition en responsive
web design
Assemblée générale de l’ Association des clients d'Ex Libr...
Objectif du projet
• Jusque là, les suggestions d’acquisitions
étaient transmises via un cahier.
• Volonté de créer un ser...
Acquéreur

Constitution du pannier
sous Electre ou Erasmus

Service des entrées

Transmission du panier

Impression des no...
La fonction acq-request dans Aleph
• Le service Acq-Request d’Aleph permet de créer
immédiatement des notices et des ligne...
Lecteur

Acquéreur

Service des entrées

Notices bibliographiques
[créées] avec les informations
fournies par le lecteur

...
La mise en place du service en dehors
d’Aleph
• Développé sur la base du CMS Drupal version 7
• Utilisation du module CAS ...
Démonstration
• http://espadon.bu.dauphine.fr/serv
ices/
Un site en responsive design
• Afin de garantir au visiteur une expérience
de consultation optimale et ce quel que
soit le...
Avantages
• Le RWD permet une réduction des coûts de
développement et de maintenance. Nous n’avons
qu’un seul site à maint...
Les limites
• Seuls les navigateurs les plus récents prennent en charges les
spécifications CSS3. Il faut alors mettre en ...
Prochain SlideShare
Chargement dans…5
×

Un service de suggestion d’acquisition en responsive web design

284 vues

Publié le

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.

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
284
Sur SlideShare
0
Issues des intégrations
0
Intégrations
3
Actions
Partages
0
Téléchargements
3
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Un service de suggestion d’acquisition en responsive web design

  1. 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. 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. 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. 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. 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. 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. 7. Démonstration • http://espadon.bu.dauphine.fr/serv ices/
  8. 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. 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. 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.

×