Téléchargé 27 fois
Téléchargé parNicolas Morin
Systèmes de Gestion de Bibliothèque - une nouvelle génération?
Le document aborde l'évolution des systèmes intégrés de gestion de bibliothèque (SIGB) de 1999 à 2011, en mettant en avant des cas d'utilisation et des tendances de développement. Il souligne l'importance de repenser les outils et de consolider les cadres de gestion pour répondre aux besoins modernes, tels que les services de gestion de bibliothèque à grande échelle. Les conclusions mettent en évidence la nécessité pour les bibliothèques de s'adapter et de se regrouper pour ne pas rater l'opportunité d'une nouvelle génération de produits.
Systèmes de Gestion de Bibliothèque - une nouvelle génération?
- 1. Systèmes Nouvelle Génération ?16/05/2011 | Nicolas Morin | /home/nicomo/Documents/NextGenSystems/ABES_ATELIER-20110516/NextGenSys_nicomo_20110516.odp
- 2. 2000 - 20111999 : BIU Sorbonne : Mobibop/cat/etc Telnet
- 3.
- 4. 1999 - 20111999 : BIU Sorbonne : Mobibop/cat/etc 2001 : SCD Nancy 1 ; Vubis (GEAC) Telnet
- 5. Fonctionnellement : Système INTEGREde Gestion de bibliothèque
- 6. 1999 - 20111999 : BIU Sorbonne : Mobibop/cat/etc 2003 : SCD Angers ; Dynix (Dynix) Telnet
- 7. Fonctionnellement : Système INTEGREde Gestion de bibliothèque 2001 : SCD Nancy 1 ; Vubis (GEAC)
- 8. 1999 - 20111999 : BIU Sorbonne : Mobibop/cat/etc 2003 : SCD Angers ; Dynix (Dynix) 2001 : SCD Nancy 1 ; Vubis (GEAC) 2005 : SCD Angers ; Aleph (ExLibris) Client / serveur
- 9. Fonctionnellement : Système INTEGREde Gestion de bibliothèque
- 10. 1999 - 20111999 : BIU Sorbonne : Mobibop/cat/etc 2003 : SCD Angers ; Dynix (Dynix) 2001 : SCD Nancy 1 ; Vubis (GEAC) 2005 : SCD Angers ; Aleph (ExLibris) 2008 : BibLibre ; Koha Full Web
- 11. Fonctionnellement : Système INTEGREde Gestion de bibliothèque
- 12. 2000 – 2010 :l'ère du SIGB 1999 : BIU Sorbonne : Mobibop/cat/etc 2003 : SCD Angers ; Dynix (Dynix) 2001 : SCD Nancy 1 ; Vubis (GEAC) 2005 : SCD Angers ; Aleph (ExLibris) 2008 : BibLibre ; Koha 2011 : PRES Toulouse ; Horizon (SirsiDynix) Client / Serveur
- 13. Fonctionnellement : Système INTEGREde Gestion de bibliothèque Les évolutions fonctionnelles se sont faites en dehors du SIGB
- 14. 2000 – 2010 :l'ère du SIGB Docelec : ERMS / Excel OpenURL Etc... Environnements usagers : e-learning, ENT, web perso, etc... OPAC Rech. Fédérée FText local : Eprints, SDX, etc... Interface Environnements de gestion Papier : SIGB
- 15. 2011, « baby steps »Interface de recherche unique, hébergée, index centralisé Primo central, Worldcat local, Serial Solutions Summon, etc... Papier : SIGB Docelec : ERMS / Excel OpenURL FText local : Eprints, SDX, etc... Etc... Environnements de gestion
- 16. 2011, « baby steps »Interface de recherche unique, hébergée, index centralisé Primo central, Worldcat local, Serial Solutions Summon, etc...
- 17. 2012-2013 : 2 questionsà résoudre - Repenser le fonctionnel - Quelle échelle pour ces outils ?
- 18. Consolidate theManagement Frameworks Turn format-based vertical silos to service-based horizontal workflows Acquisitions Preservation Fulfillment & Linking Resource & Metadata Mgmt Selection Primo Unified Discovery Primo Central Unified Management
- 19. « Web-Scale Library ManagementServices » - Acquisitions Données des fournisseurs
- 20. Gestion des tests,évaluations
- 21. Gestion de licenceset de droits
- 22. Coll. Physiques et élec.
- 23.
- 24. « Web-Scale Library ManagementServices » - Acquisitions Partage de notices
- 25. Automatisation du processus :notices des fournisseurs - Catalogage
- 26. « Web-Scale Library ManagementServices » - Acquisitions Recherche unifiée
- 27. Résolveur de lienintégré
- 28. Widgets d'intégration « pré-mâchés »- Catalogage - Discovery
- 29. « Web-Scale Library ManagementServices » - Acquisitions Circ. classique
- 30. Intégration du PEB- Catalogage - Discovery - Circ.
- 31. « Web-Scale Library ManagementServices » - Acquisitions Stats. classiques
- 32. Evaluations par rapportaux autres bibs. - Catalogage - Discovery - Circ. - Stats et suivis
- 33. « Web-Scale Library ManagementServices » - Acquisitions Accès aux données, bibliographiques et de gestion
- 34. « workflow engine » permettantde définir ses propres workflows dans le système
- 35. API permettant d'intégrerdans d'autres systèmes (ENT, Facebook, SAP, blabla) -> dévelopt « en sortie »
- 36. Architecture permettant decréer et ajouter des « plugins » au système. -> dévelopt « en entrée » - Catalogage - Discovery - Circ. - Stats et suivis - Ouverture technique
- 37. « Web-Scale Library ManagementServices »
- 38. « Web-Scale Library ManagementServices »
- 39. « Web-Scale Library ManagementServices » SFX Hz HIP Rech. Féd. ERMS Web Scale LMS
- 40. Quelle échelle ? Dessystèmes hébergés !
- 41.
- 42. Quelle échelle ? PRES(Toulouse) ? PRES Toulouse : 17 institutions
- 43.
- 44.
- 45.
- 46. Env. 6 ETPbib
- 47. Env. 2,5 ETPinformatique
- 48. Quelle échelle ? Couperinc. 1999 ? Regroupement ad hoc d'établissements : « Aux chiottes l'institutionnel, on veut avancer, et que ça marche. Basta. »
- 49. Quelle échelle ? Clubutilisateur ? Env. 40 clients Horizon : -> 25 clients Symphony -> 5 clients Koha -> 5 clients Aleph -> 5 « autres » ? 40 x 100.000€ = 4 millions d'€ ? => 1 client WMS ?
- 50. Quelle échelle ? Clubutilisateur ? Env. 40 clients Aleph : => 1 client Alma ?
- 51. Quelle échelle ? Nationale ?BIBSYS : 1972 ; SIGB « maison » BIBSYS 2008 : décision de ne pas (re-)faire de logiciel « maison » pour l'avenir 2009 : consultation 2010 : accord avec OCLC pour WebScale MS.
- 52. Conclusions provisoires Siune BU veut garder un SIGB « classique », il faut que ce soit vraiment très peu cher
- 53. Pour la 1èrefois depuis 15 ans, une nouvelle génération de produits arrive qui va profondément changer nos pratiques
- 54. Les regroupements typeSICD Toulouse ont été très rares pour la dernière génération : il ne faut pas louper le coche cette fois-ci et changer d'échelle, se regrouper
- 55. Comment peut-on seregrouper : sans faire une usine à gaz ? Technique ? Institutionnelle ?
Notes de l'éditeur
- #13 And here, as I mentioned before, we are taking those vertical silos, and creating a service-based workflows. Because guess what? Acquisitions for print material and electronic materials have a lot of similarities. Sure there are some unique aspects to each. But the overall workflow of purchasing a resource is not that different. So if we combine those processes together, we can really eliminate a lot of the overhead and duplication. So that’s we’re doing now. So we took each one of the workflows, across each one of the resources, and unifying them. But we’re not just unifying the workflows, we’re also unifying the data associated with that. For example, let’s talk about acquisition. Acquisition is all about taking data from vendors on one hand from materials available, and users needs on the other side. That’s what acquisition is all about – it matches what’s available from providers to the needs of the users. So if I can take information from the vendor on one hand, then on the other hand look at the user’s demands that’s the data that I need to optimise the workflow. So we are unifying all of the workflows, but also all of the data needed to optimise those workflows.