Embed Size (px)
Citation preview
Outil de découverte Paris-Saclay
Cahier des clauses techniques particulières
Outil de découverte de
l’Université Paris-Saclay
CCTP n°2016-043 du XXXX 2016
CCTP-Outil de découverte de l’Université Paris-Saclay 2
Préambule Dans un contexte international en pleine mutation, des universités, des grandes écoles et des
organismes de recherche implantés dans le sud-sud‐ ouest de la région Île‐ de‐ France ont
décidé de créer collectivement l’Université Paris‐ Saclay, une université de recherche et
d’innovation de niveau mondial.
Statutairement, celle-ci est portée par une communauté d’universités et d’établissements
(COMUE) officiellement créée le 1er janvier 2015.
Elle est constituée par 20 membres fondateurs et associés : 3 universités (Université Paris-Sud,
Université de Versailles ‐ Saint‐ Quentin‐ en‐ Yvelines, Université d'Evry - Val d'Essonne), 8
grandes écoles d’ingénieurs (AgroParisTech, CentraleSupélec, Ecole polytechnique, ENSAE
ParisTech, ENSIEE, ENSTA ParisTech, Institut d’Optique Graduate School, Institut Mines-
Télécom), 1 école normale supérieure (ENS Paris-Saclay), 1 grande école de commerce (HEC
Paris) et 7 organismes de recherche (CEA, CNRS, INRA, Inria, Inserm, IHES, ONERA).
L’émergence de ce pôle d’excellence d’enseignement supérieur et de recherche est financée
par l’initiative d’excellence (IDEX) Paris-Saclay, inscrite dans le programme d’investissements
d’avenir (PIA) et gérée par la Fondation de Coopération Scientifique (FCS) Campus Paris-Saclay.
La coopération entre les établissements membres couvre l’ensemble des champs d’action
d’une université : formation, recherche, innovation, international, interactions avec la société.
En matière de formation, l’Université Paris‐ Saclay représente environ 70 000 étudiants, tous
niveaux d’études confondus (licence, master, doctorat). En matière de Recherche, l’Université
rassemble plus de 15 000 chercheurs. Une de ses ambitions est de proposer et de développer
de manière générale des services pour l’ensemble de ces publics qui travaillent au sein des
établissements membres, tant à l’occasion de masters croisés, de parcours de doctorat qu’au
sein d’unités mixtes de recherche. L’accès à un outil commun au sein duquel est mis à
disposition la documentation doit permettre un partage de pratiques et donner à voir
l’ensemble de la documentation accessible à chacun depuis un point d’entrée unique.
C’est pourquoi l’Université Paris-Saclay lance un outil de découverte, qui consiste à mettre à
disposition des établissements membres et associés cités infra une plateforme de recherche
mutualisée au sein des ressources documentaires, en mode SaaS, fondée sur les différents
systèmes de gestion intégré de bibliothèques, les outils de gestion de ressources électroniques
et tout autre réservoir de données comme des archives ouvertes ou des bibliothèques
numériques. L’objectif est de proposer un service homogène à l’ensemble des utilisateurs de
l’Université Paris-Saclay en permettant une administration consortiale de l’outil de découverte
qui assure une fiabilité et une rationalisation de son suivi.
A cet effet, le présent cahier des charges s’inscrit dans un appel d’offres visant à sélectionner le
prestataire en charge de :
CCTP-Outil de découverte de l’Université Paris-Saclay 3
la définition d’un circuit d’administration de l’outil de découverte le plus pratique avec
une logique d’administration centrale et de déclinaisons locales ;
la configuration et l’implémentation d’un résolveur de liens qui permette un accès
différencié aux ressources électroniques pour chaque établissement ;
l’hébergement, l’exploitation et la maintenance de la plateforme ;
l’intégration dans le système d’information des établissements (SIGB notamment).
Ainsi, le marché a pour objet le service d’abonnement en mode SaaS à l’outil de découverte et
au résolveur de liens pour les établissements d’enseignement supérieur membres de
l’Université Paris-Saclay.
Cet outil est organisé en « vues ». Une vue désigne l’environnement de découverte d’un
établissement. Les vues sont fonctionnellement indépendantes les unes vis-à-vis des autres
mais techniquement liées entre elles.
L’outil de découverte est organisé comme suit :
un dispositif inter-vues comprenant :
o une porte (point d’entrée), aux couleurs de l’Université Paris-Saclay, à partir de
laquelle les utilisateurs peuvent accéder à l’ensemble de la documentation
sélectionnée dans la ou les bases de connaissance de l’outil.
o une vue aux couleurs de l’Université Paris-Saclay pour l’administration
centralisée de l’outil de découverte et la mutualisation des bases de
connaissance.
o une vue par établissement membre ou associé de l’Université Paris-Saclay au
modèle standardisé, mise en œuvre lorsque l’établissement le demande ; cette
vue doit donner accès à un socle commun défini d’offre documentaire et aux
ressources électroniques de l’établissement concerné.
Le marché comprend les missions suivantes :
La fourniture de la base de connaissance et l’interfaçage avec chaque résolveur de liens
Les prestations d’abonnement et d’hébergement (mode Software as a Service)
La mise en œuvre de l’outil de découverte
La mise en œuvre d’une interface d’administration globale
Les prestations liées à la conduite du projet et à la formation des administrateurs
La maintenance et les mises à jour
La personnalisation graphique sur la base de la charte graphique de l’Université Paris-
Saclay
Le prestataire s’engage à respecter les exigences de sécurité définies dans le présent
document. Ces exigences s’appuient sur les bonnes pratiques en matière d’infogérance et de
sécurité des systèmes d’information. Elles ont été adaptées à l’objectif de l’outil de découverte
(mise à disposition de documents pédagogiques et de recherche) tout en restant une
préoccupation majeure de l’Université Paris-Saclay.
CCTP-Outil de découverte de l’Université Paris-Saclay 4
Préambule ...................................................................................................................................... 2
1. Objet du marché .................................................................................................................... 6
2. Contexte .................................................................................................................................. 6
2.1 L’Université Paris-Saclay ................................................................................................ 6
2.2 Les chiffres clés ............................................................................................................... 6
2.3 Services attendus ........................................................................................................... 7
2.4 Calendrier du projet ....................................................................................................... 8
2.5 Organisation du projet ................................................................................................ 10
3. Les ressources ...................................................................................................................... 11
3.1 Typologie des ressources mises à disposition des usagers ................................... 11
3.2 Chiffrage des ressources des établissements.......................................................... 11
4. L’environnement technique ............................................................................................... 12
4.1 Les systèmes de gestion de ressources des établissements ................................. 12
4.2 Les modes d’authentification des établissements .................................................. 13
5. Fonctionnalités attendues : le front office ...................................................................... 14
5.1 Accéder à l’outil de découverte .................................................................................. 14
5.2 Lancer une recherche .................................................................................................. 15
5.3 Afficher les résultats d’une recherche ....................................................................... 16
5.4 FRBRisation et dédoublonnage .................................................................................. 17
5.5 Affiner les résultats : les facettes ............................................................................... 18
5.6 Exploiter les résultats de sa recherche ..................................................................... 19
5.7 Gérer un compte lecteur ............................................................................................. 19
5.8 Modes de consultation ................................................................................................ 21
6 Fonctionnalités attendues : le back office ........................................................................ 21
6.1 Le moissonnage des données et les formats .......................................................... 21
6.2 L’index central ............................................................................................................... 22
6.3 Le résolveur de liens .................................................................................................... 24
6.4 Intégration des catalogues .......................................................................................... 26
6.5 Administration de l’outil de découverte .................................................................... 27
6.6 Outil d’administration de la plateforme.................................................................... 27
6.7 Statistiques .................................................................................................................... 27
6.8 Standard d’écriture ...................................................................................................... 28
CCTP-Outil de découverte de l’Université Paris-Saclay 5
6.9 Référencement ............................................................................................................. 28
6.10 Hébergement ................................................................................................................ 28
6.11 Spécificités techniques ................................................................................................ 28
7 Prestations attendues ......................................................................................................... 28
7.1 Méthodologie de gestion de projet et planning de réalisation ............................. 28
7.2 Charte graphique ......................................................................................................... 29
7.3 Développement informatique .................................................................................... 29
7.4 Cahier de recette fonctionnelle .................................................................................. 29
7.5 Sauvegardes et Plan d’Assurance Sécurité (PAS) ..................................................... 29
7.6 Engagement de résultats ............................................................................................ 31
7.7 Garantie de bon fonctionnement .............................................................................. 31
7.8 Maintenance corrective ............................................................................................... 31
7.9 Déclaration de suivi des anomalies ........................................................................... 32
7.10 Maintenance préventive et curative .......................................................................... 32
7.11 Maintenance évolutive ................................................................................................ 33
7.12 Formations .................................................................................................................... 33
7.13 Documentation ............................................................................................................. 33
7.14 Système de facturation ............................................................................................... 34
7.15 Statut juridique des données ..................................................................................... 34
8 Conditions d’exécution du marché ................................................................................... 34
9 Calendrier de mise en œuvre ............................................................................................. 34
10 Recettes ............................................................................................................................. 34
10.1 La mise en ordre de marche ....................................................................................... 35
10.2 La mise en service ........................................................................................................ 35
10.3 La vérification d’aptitude ............................................................................................. 36
10.4 La vérification de service régulier .............................................................................. 36
10.5 Gestion des anomalies en VA ou VSR ........................................................................ 37
11 Détermination des prix ................................................................................................... 37
Annexes ......................................................................................................................................... 38
Annexe 1 : Liste des ressources électroniques abonnées ................................................. 38
Annexe 2 : Cas pratiques ........................................................................................................ 42
CCTP-Outil de découverte de l’Université Paris-Saclay 6
1. Objet du marché
Le présent marché porte sur l’acquisition d’un outil de découverte pour l’Université Paris-Saclay
et d’un résolveur de liens pour l’ensemble des établissements.
L’Université Paris-Saclay est « bénéficiaire » du présent marché.
15 de ses membres constituent les données à déployer au sein de la tranche ferme :
AgroParisTech, Commissariat à l’Énergie Atomique et aux Energies Alternatives (CEA),
CentraleSupelec, École Normale Supérieure Paris-Saclay (ENS), École Nationale de la Statistique
et de l’Administration Économique (ENSAE), l’École Nationale Supérieure de Techniques
Avancées (ENSTA), École Polytechnique, École des Hautes Études Commerciales de Paris (HEC),
Institut des Hautes Études Scientifiques (IHES), Institut d’Optique Graduate School (IOGS), Office
National d’Études et de Recherche Aérospatiales (ONERA), Institut Mines-Télécom (IMT Telecom
ParisTech et Telecom SudParis), Université d’Évry Val d’Essonne (UEVE), Université Paris-Sud,
Université Versailles Saint-Quentin (UVSQ).
A l’issue du déploiement, tout ajout de base de données, tout déploiement nouveau sera
compris dans le prix de l’abonnement dans les limites indiquées en 2.4.2.
2. Contexte 2.1 L’Université Paris-Saclay
Au-delà des formations initiales et continues proposées par chacun des établissements,
l’Université Paris-Saclay propose une cinquantaine de masters mutualisés, dans toutes les
disciplines, composés de cours dispensés par un ou plusieurs établissements la constituant.
L’Université compte plus de mille cinq cents doctorants et plus de trois cents laboratoires, pour
la plupart unités mixtes de recherche qui développent une recherche ambitieuse en son sein.
Ainsi, elle a fait le choix de se doter d’un outil de découverte qui permettra à tous les publics de
découvrir les contenus auxquels ils ont accès depuis un point d’entrée unique, encourageant
les collaborations documentaires et l’offre de service à l’échelle de toute l’Université Paris-
Saclay.
2.2 Les chiffres clés
Nombre total d’étudiants en licence : 37 564
Nombre total d’étudiants hors licence (masters et grandes écoles) : 33 087
Nombre total d’enseignants-chercheurs et de doctorants : 14 214
CCTP-Outil de découverte de l’Université Paris-Saclay 7
2.3 Services attendus
2.3.1 Un seul point d’entrée
La solution doit permettre d’effectuer une recherche depuis une seule boite de recherche et
sans authentification dans l’ensemble des ressources des membres de l’Université Paris-Saclay.
L’accès à toutes les ressources en texte intégral se fera directement depuis la page de résultats.
2.3.2 Une authentification unique
L’authentification sera demandée pour l’accès aux ressources électroniques. Quand un usager
est authentifié une fois, il n’aura plus à s’authentifier une nouvelle fois au cours de sa session.
L’ensemble des références sera accessible sans authentification.
2.3.3 Une vue globale et une vue par établissement
Une vue est la possibilité depuis une même interface d’effectuer une recherche dans un
environnement défini et pour un contenu spécifique. La solution offrira une vue globale
comportant toutes les références des établissements du présent marché et jusqu’à une vue par
établissement. Préalablement à une recherche, il devra être possible de sélectionner plusieurs
établissements depuis la vue globale. L’administration de l’outil sera centralisée et chaque vue
aura un socle et un design commun (appelé « modèle ») à partir duquel il sera possible de la
configurer. Chaque vue intégrera le logo de l’établissement concerné et le logo de l’Université
Paris-Saclay.
Le candidat précisera s’il pourra élargir d’une vue locale vers plusieurs vues locales.
La vue globale s’appuiera sur une ou des bases de connaissances au sein desquelles l’ensemble
des ressources issues des SIGB seront concentrées ainsi que l’ensemble des ressources
électroniques proposées par le titulaire. La vue globale présentera donc l’ensemble des
contenus.
Les vues spécifiques auront en commun les données suivantes :
- Contenus issus des SIGB
- Contenus numériques gratuits ou acquis à l’échelle de l’Université Paris-Saclay
Les vues spécifiques permettront :
- Un affichage des seules ressources électroniques abonnées par l’établissement
concerné par la vue (avec affichage et accès grâce au résolveur de lien)
- Une préfiguration des filtres de recherche sur un contenu propre à l’établissement
concerné (filtrage sur des localisations de données SIGB notamment).
L’objectif de cette architecture est de proposer une administration centralisée le plus possible,
sans redondance et avec un socle commun disponible pour chaque vue. Cette architecture doit
permettre depuis chaque vue de proposer en premiers résultats les données propres à
l’établissement concerné (papier comme électronique). Cela doit éviter d’avoir à administrer 16
bases de connaissances. Les résolveurs de liens et les filtres de configuration de la vue doivent
permettre cette administration centralisée. Les candidats fourniront une proposition
d’organisation.
Ainsi, l’établissement A doit pouvoir proposer une vue qui, en recherche simple, ne cherche que
parmi les données du SIGB A et les ressources électroniques abonnées par A tout en proposant
d’élargir la recherche à d’autres établissements du périmètre Paris-Saclay en seconde intention.
CCTP-Outil de découverte de l’Université Paris-Saclay 8
2.3.4 Intégration dans des sites tiers
La barre de recherche de l’outil de découverte doit pouvoir être intégrée dans des sites tiers
(site internet de l’Université Paris-Saclay ou des établissements, sites des bibliothèques…).
2.3.5 Un système consortial de résolveurs de liens
Chaque établissement de l’Université Paris-Saclay doit disposer d’un résolveur de liens pour
permettre un accès à ses ressources électroniques tant depuis sa vue propre que depuis la vue
globale. Le candidat proposera la solution la plus simple en termes d’administration des accès
aux ressources électroniques dans les conditions définies à l’article 2.3.3 ci-dessus.
2.3.6 Un signalement clair
La disponibilité des ressources électroniques sera clairement indiquée en fonction de
l’établissement détenteur des droits (par un logo et/ou par le nom de l’établissement).
2.3.7 Une interface riche
La solution doit proposer de nombreuses possibilités de filtrage et de tri des résultats d’une
recherche : facettes, tri par pertinence, tri par date… Elle doit pouvoir afficher des sources
tierces (vignettes, tables des matières, résumés...). Elle doit être bilingue français/anglais,
proposer des fonctionnalités liées à l’accessibilité et pouvoir s’afficher en mode « responsive
design ». Chaque vue doit pouvoir préconfigurer les conditions d’une recherche (facettes déjà
sélectionnées, filtre activé…).
2.3.8 Intégration des fonctions classiques d’un OPAC
Pour chaque SIGB concerné, la solution doit offrir les mêmes services que ceux actuellement
proposés dans les Open Public Access Catalogs respectifs : localisation des exemplaires,
réservation de documents et disponibilité des collections papier en temps réel. Ces
fonctionnalités doivent être directement accessibles dans l’interface de l’outil de découverte.
2.3.9 Des services pour l’usager
Les solutions de personnalisation de la recherche via un compte usager seront précisées (pré
filtrage des résultats de recherche). En outre, un enrichissement de la recherche de l’usager
sera proposé : export vers des outils de gestion bibliographiques (format Zotero, BibTeX,
Endnote…), partage par mail et via les réseaux sociaux. La solution doit offrir des URL stables
et partageables pour chaque notice.
2.4 Calendrier du projet
2.4.1 Durée de la gestion de projet et passage en production
L’outil de découverte passera en production en septembre 2017 pour la rentrée universitaire.
Par passage en production est entendu : la validation de l’architecture consortiale de l’outil de
découverte et du résolveur de liens pour son installation et le paramétrage prévu pour
l’ensemble des membres, le dispositif d’authentification et d’accès aux ressources
électroniques comme à l’outil de découverte, l’interface administrateur et le déploiement de la
vue globale. Par déploiement d’un établissement, on entend la migration et le paramétrage de
ses données au sein de l’outil de découverte, l’activation de sa vue et l’activation de ses données
dans la vue globale. Les déploiements des membres seront activés en deux phases : une
CCTP-Outil de découverte de l’Université Paris-Saclay 9
première pour la rentrée universitaire 2017, une seconde courant de l’année universitaire
2017/2018.
La vue globale passera donc en production pour la rentrée universitaire 2017 et restera
déployée tout au long du marché. L’abonnement commencera au 1er janvier 2018 avec pour
couverture l’ensemble des établissements déployés lors de la première phase. Il s’enrichira au
cours de l’année 2018 du coût d’abonnement des établissements entrant en production au
cours de l’année civile au prorata de leur date de déploiement. L’abonnement annuel sera réglé
dans son intégralité quand tous les établissements seront déployés au sein de l’outil de
découverte. L’objectif est d’avoir déployé tous les établissements avant le 31 décembre 2018.
2.4.2 Phases d’activation des données des membres dans l’outil de découverte
Les membres concernés par la première phase sont :
- AgroParisTech
- CentraleSupélec
- ENSAE
- ENS Paris-Saclay
- IHES
- IMT
- Université d’Evry
- Université Paris-Sud
La première phase représente :
- Nombre total étudiants en licence : 25 655
- Nombre total d’étudiants en master : 21 580
- Nombre total de chercheurs (inclus les doctorants) : 7 691
- Nombre total de notices dans les SIGB : 854 016
Les membres concernés par la seconde phase sont :
- CEA
- ENSTA
- Ecole polytechnique
- HEC
- IOGS
- ONERA
- UVSQ
La seconde phase représente :
- Nombre total étudiants en licence : 11 909
- Nombre total d’étudiants en master : 11 507
- Nombre total de chercheurs (inclus les doctorants) : 6523
- Nombre total notices dans les SIGB : 1 616 022
Au-delà de la tranche ferme, tout nouveau membre se déployant dans l’outil de découverte et
le résolveur de lien se déploiera dans le cadre de l’abonnement de l’université Paris-Saclay.
CCTP-Outil de découverte de l’Université Paris-Saclay 10
Jusqu’à 20 vues et jusqu’à 3,5 millions de notices, 80 000 étudiants et 25 000 doctorants,
l’abonnement restera inchangé. Dans le temps du marché, toute modification des systèmes
d’information (nouveau système SIGB ou SGB, nouvelle archive ouverte) sera comprise dans les
services fournis par l’abonnement acquitté.
2.4.3 Dates clés
Le calendrier général souhaité est le suivant :
Notification : Premier trimestre 2017
Début du projet : Premier trimestre 2017
Configuration et paramétrage de l’outil de découverte Université Paris-Saclay et formations des
administrateurs : jusqu’à septembre 2017.
Ouverture publique de la vue Université Paris-Saclay : septembre 2017
Ouverture des vues des établissements de la première phase : septembre 2017
Ouverture des vues des établissements de la seconde phase : à partir de janvier 2018 et
jusqu’en décembre 2018.
Les candidats fourniront dans leur réponse les délais de réalisations pour des expériences
analogues. Ils fourniront également un calendrier détaillé prévisionnel de mise en place.
Le calendrier détaillé et réel sera défini lors de la réunion de lancement et sera repris dans le
plan d’organisation du projet.
2.5 Organisation du projet
2.5.1 Groupe projet de l’Université Paris-Saclay
Un groupe projet issu des membres de l’Université Paris-Saclay suivra de manière courante
tous les aspects du projet. Ce groupe sera piloté par un chef de projet, lui-même administrateur
de l’outil de découverte à l’Université Paris-Saclay qui sera l’interlocuteur privilégié du titulaire.
En cas d’absence, un suppléant assurera le dialogue avec le titulaire.
Le titulaire assistera à toutes les réunions de suivi de projet.
Il fournira au minimum :
le calendrier mis à jour régulièrement
le rapport d’avancement à chaque réunion de suivi
les notes techniques liées au projet
2.5.2 Equipe projet du titulaire
Les candidats annexeront à leur offre les CV des collaborateurs pressentis pour participer au
projet ainsi que celui du chef de projet.
La désignation du chef de projet constitue un engagement contractuel. Le chef de projet
présenté dans l’offre sera nécessairement celui qui gérera le projet pendant toute la durée
d’exécution du marché, sauf cas de force majeure ou démission. Si le chef de projet désigné
par le titulaire n’est plus en mesure d’assurer sa fonction, ce dernier en informera
immédiatement l’Université Paris-Saclay et présentera son remplaçant. L’Université Paris-
Saclay pourra récuser le nouveau chef de projet si son profil ou son expérience, ne sont pas au
moins équivalents à ceux du précédent chef de projet.
CCTP-Outil de découverte de l’Université Paris-Saclay 11
Le ou la chef(fe) de projet du titulaire devra avoir un suppléant permanent pour pallier toute
absence du chef de projet (congés)…
Il est également demandé aux candidats de préciser le plan de charge des différents
intervenants, en mode projet et en mode production.
3. Les ressources
3.1 Typologie des ressources mises à disposition des usagers
Les ressources mises à disposition des usagers de l’Université Paris-Saclay sont organisées
selon 3 grandes catégories : ressources acquises (au format papier et au format électronique),
ressources au format numérique produites par les établissements, autres ressources
numériques.
3.1.1 Ressources acquises
Ressources au format papier
Ressources répertoriées dans les SIGB des établissements : Monographies, Périodiques,
Thèses avant numérisation, Cours, Mémoires… Ressources électroniques acquises
Périodiques titre à titre, Bouquets de périodiques, Bases de données, E-books…
3.1.2 Ressources produites par les établissements
Portails et collections HaL des établissements, Archives ouvertes institutionnelles, Collections
patrimoniales numérisées, cours en ligne, banques d’images, MOOCs, LibGuides1…
3.1.3 Autres ressources numériques
Outils de l’ABES (SUDOC, thèses.fr, licences nationales, BaCon, base de connaissance en
développement…), HaL et les bases des grands fournisseurs (DOAJ, Persée, Revues.org, Gallica,
Pubmed, REPEC, DOAB, PLoS, ArXiv, GoogleScholar…)
3.1.4 Cas particulier : les portails CNRS et INSERM
Les candidats indiqueront si leur outil est capable de moissonner en les identifiants comme
telles les bases bibliographiques des organismes de recherche CNRS (BibCNRS) et INSERM
(BiblioINSERM).
3.2 Chiffrage des ressources des établissements
Nombre total actuel de notices dans l’ensemble des SIGB : 2,5 Millions
Nombre de ressources électroniques : 150 bases de données et bouquets de périodiques
environ
1 Tels que Bibnum, Dokéos, ou Ajaris.
CCTP-Outil de découverte de l’Université Paris-Saclay 12
4. L’environnement technique
4.1 Les systèmes de gestion de ressources des établissements
Établissement SIGB Version du SIGB Résolveur de liens
AgroParisTech PMB Version 4.2.7. non
CEA CADIC intégrale (avec développements spécifiques)
Version 2013 (avec développements spécifiques)
Full Text Finder
CentraleSupelec Koha 3.22 360 Link
ENS Paris-Saclay Koha 3.22 Full Text Finder
ENSAE PMB 4.2 Full Text Finder
ENSTA Aleph 500 Version 23 non
Ecole Polytechnique Aleph 500 (commun avec IOGS)
Version 23 non
HEC Flora Version 2.4 LinkSource
IHES Horizon (même catalogue que J Hadamard)
Version 7.5.2. FullTextFinder
INRIA Millennium Version 2014 2.0.1_3
LinkSource
IOGS Aleph 500 (commun avec Polytechnique)
Version 23 non
ONERA CADIC intégrale Version 2013 + dernier patch V2013R2 Remarque : montée de version Zéphyr prévue en 2017 (à coordonner avec l’OD)
non
IMT (Télécom ParisTech et Telecom SudParis)
Koha Koha Solr 3.6 (version spécifique Biblibre, non communautaire)
non
UEVE Horizon Version 7.5.2. 360 Link
Univ Paris-Sud Koha et Horizon (Jacques Hadamard)
Version 3.22.05.000 pour Koha. Pour Horizon voir IHES
Oui, nc
UVSQ Aleph Version 21 SFX
CCTP-Outil de découverte de l’Université Paris-Saclay 13
4.2 Les modes d’authentification des établissements
Membre Reverse-proxy au 1er janvier 2017
Authentification, accès distant
AgroParisTech Reverse-proxy en cours d'études.
Shibboleth pour certaines bases. Serveur CAS.
CEA Accès aux ressources internet par reconnaissance de l'adresse IP, pas d'annuaires partagés ou de fédération d'identité pour l'authentification/identification à l'ordre du jour, authentification par VPN SSL (si autorisation) pour les accès distants au réseau CEA.
CentraleSupelec Reverse-proxy EZProxy
ENS Paris-Saclay Reverse-proxy EZProxy Shibboleth
ENSAE connexion au portail par l'intermédiaire des identifiants Windows et ensuite pas de reconnaissance par les éditeurs pour les ressources électroniques en accès distant.
ENSTA Shibboleth
Ecole Polytechnique Mise en place Shibboleth à l'étude
HEC Reverse-proxy
IHES pas de reverse-proxy Accès aux ressources internet par reconnaissance de l'adresse IP, pas d'annuaires partagés ou de fédération d'identité pour l'authentification/identification.
INRIA proxy Via OPAC, adresse IP et VPN SSL
IOGS VPN
ONERA pas de reverse-proxy - Accès local: accès aux ressources Internet par reconnaissance de l'adresse IP - Accès distant, 2 modes de connexion: 1- Connexion « VPN » complète (uniquement à partir des équipements ONERA) 2- Connexion en mode simplifié (portail web SSL VPN ou mode commande ssh) depuis n’importe quel équipement disposant de quelques outils de base. L’authentification est réalisée à l’aide de dispositifs physiques (« token hardware » ou calculettes d’authentification) et les sessions ont une durée de vie limitée. - Pas d'annuaire partagé ou de fédération d'identité pour l'authentification/identification à date. La fédération d'identité RENATER est à l'étude, mais en stand-by car non validée d'un point de vue sécurité (contraintes DGA).
Télécom ParisTech (IMT) pas de reverse-proxy Shibboleth
Telecom SudParis (IMT) Reverse-proxy EZ Proxy
Univ Evry Reverse-proxy EZ Proxy
Univ Paris-Sud 2 Reverse-proxy EZ Proxy Shibboleth
UVSQ Reverse-proxy Biblio-PAM
CCTP-Outil de découverte de l’Université Paris-Saclay 14
En accès local (intra établissement), l'usager pourra effectuer des recherches dans l’outil de
découverte librement et l’accès aux ressources électroniques se fera par identification IP. Selon
les cas, il devra s'identifier pour accéder au texte intégral des ressources payantes.
La solution doit s’intégrer dans l’infrastructure d’authentification mise en œuvre par les
établissements de l’Université Paris-Saclay (Shibboleth, SSO-CAS) ou d’accès (reverse-proxy
comme Ezproxy ou Biblio-PAM).
Les logs de connexions devront pouvoir être récupérés quand la configuration technique le
permet (présence d’un Reverse Proxy ou équivalent).
Les utilisateurs anonymes (non-inscrits dans les bibliothèques) pourront accéder de l'extérieur
aux modes de recherche, à l'affichage des résultats et aux ressources en accès libre (locales ou
externes). Ils ne pourront pas personnaliser leur recherche (sauvegarde des recherches...).
5. Fonctionnalités attendues :
le front office
5.1 Accéder à l’outil de découverte
5.1.1 Accès à l’outil de découverte
L’outil de découverte devra être accessible à partir d’une vignette active (type widget) située sur
la page d’accueil du CMS Drupal de l’Université Paris-Saclay et comprenant un cartouche de
recherche (recherche rapide). La requête pourra être saisie dans ce cartouche et les résultats
s’afficheront dans l’outil de découverte qui sera encapsulé ou présentera un affichage proche
de la charte du site de l’Université Paris-Saclay.
L’outil de découverte doit être accessible du web via des URL spécifiques :
URL propre à l’outil de découverte (vue globale)
URL pour chacun des établissements de l’Université Paris-Saclay afin de constituer une
vue personnalisée pour les établissements qui le souhaiteront.
5.1.2 Génération de widgets
La barre de recherche pourra également être intégrée sous forme de widget ou technologie
équivalente à toute autre page de site ou portail tiers au libre choix de l’Université Paris-Saclay.
Le candidat précisera :
dans quelle mesure les widgets peuvent être paramétrés par l’administrateur
si la création des widgets peut se faire sans compétences en développement
informatique
si un administrateur sans compétences en développement informatique peut concevoir
des widgets complexes : widgets pointant sur un ensemble de ressources définies,
widgets permettant d’intégrer un formulaire de recherche avancée, widgets composés
de plusieurs onglets.
Si ces tâches ne peuvent se faire sans compétence en développement informatique, le candidat
précisera dans ce cas la nature exacte des compétences.
CCTP-Outil de découverte de l’Université Paris-Saclay 15
5.2 Lancer une recherche
5.2.1 Le moteur de recherche
Le moteur de recherche permettra d’effectuer une recherche dans l’ensemble des sources
définies à la partie 3.1 ci-dessus.
Dans le cas de saisie de plusieurs termes dans un champ de recherche, l’opérateur « ET » sera
implicite.
Le moteur de recherche permettra également :
le recours aux opérateurs booléens OU et SAUF et aux opérateurs de proximité
la recherche sur des termes exacts ou sur une expression entière
la troncature (sur 1 caractère et sur un ensemble de caractères)
Les candidats indiqueront si leur outil intègre :
L’indifférenciation des formes, en particulier celles accentuées
La gestion des mots vides (au minimum en français et en anglais)
5.2.2 Système d’aide à la recherche
Le candidat indiquera s’il peut proposer les fonctionnalités suivantes en français a minima :
L’auto-complétion au moment de la saisie, de préférence à partir des index de
recherche. Les candidats préciseront si les suggestions de recherche peuvent être
catégorisées par index et si l’auto-complétion peut se faire à partir du widget.
Si l’auto-complétion ne se fonde pas sur les index de recherche, les candidats
indiqueront sur quelles données se fonde cette fonctionnalité (par exemple, termes de
recherche saisis par d’autres usagers).
Ils indiqueront si d’autres fonctionnalités liées à l’auto-complétion sont disponibles dans
leur outil.
La détection des fautes d’orthographe ou de frappe, via une fonctionnalité de type « Did
you mean ? » (« vouliez-vous dire ? »)
L’assistance à la recherche fonctionnera sur toutes les interfaces de saisie de recherche mises
à disposition de l’usager.
5.2.3 Services disponibles sur l’ensemble des pages
La barre de recherche restera affichée sur chaque page de l’outil de découverte. Elle permettra
de modifier et de relancer une recherche.
L’administrateur pourra ajouter des aides contextuelles dans chaque interface de recherche et
pointer vers les liens extérieurs de son choix.
5.2.4 Interface de recherche simple
La recherche simple prendra la forme d’une fenêtre avec une barre de recherche de type
Google©.
Il sera possible de construire une équation de recherche complexe à partir de la barre de
recherche simple, en utilisant directement la syntaxe du moteur de recherche.
5.2.5 Interface de recherche avancée
La recherche avancée permettra d’utiliser des fonctions standard comme le croisement de
plusieurs champs, de plusieurs index, d’opérateurs booléens et de filtres de recherche.
Les candidats fourniront la liste des paramètres possibles de recherche avancée et les
paramétrages accessibles à l’administrateur.
CCTP-Outil de découverte de l’Université Paris-Saclay 16
5.2.6 Limitation de la recherche à un établissement
Depuis les résultats de la vue globale, il doit être possible de filtrer sur un ou plusieurs
établissements de l’Université Paris-Saclay. Depuis une vue d’établissement, il doit être possible
d’élargir la recherche à un groupe d’établissements sélectionnés jusqu’à l’ensemble de
l’Université Paris-Saclay.
5.2.7 Langue d’interrogation
L’interface sera au minimum bilingue français-anglais.
5.3 Afficher les résultats d’une recherche
5.3.1 Tri des résultats
Par défaut, les résultats de recherche seront triés par pertinence. Les candidats décriront le
fonctionnement de leur algorithme de pertinence et les différents critères de pertinence
utilisés. Ils donneront en particulier toutes les garanties nécessaires quant à la neutralité du
classement des résultats.
Ils préciseront également s’il est possible de modifier via l’administration la pondération des
différents critères au sein de l’algorithme de pertinence pour la vue globale et chacune des vues
locales. Ils indiqueront en particulier s’il est possible de paramétrer l’algorithme de pertinence
afin de valoriser particulièrement les notices du catalogue.
Les candidats qui proposent l’intégration de notices descriptives de bases de données
préciseront également si une pondération particulière est appliquée pour ces notices
descriptives.
La liste des résultats pourra être triée de façon ascendante ou descendante, au minimum sur
les critères suivants :
Date
Auteur
Titre
Les candidats indiqueront s’ils proposent d’autres possibilités de tri des résultats (sujet,
publication, éditeur, langue, géographie).
Toute recherche sur titre exact précisé entre guillemets, y compris à partir du cartouche de
recherche, doit avoir pour premier résultat le document du même nom.
5.3.2 Affichage d’une liste de résultats de recherche
Lors de l’affichage d’une liste de résultats, le nombre de résultats total et le nombre de pages
de résultats seront affichés. L’administrateur ou les usagers pourront modifier le nombre par
défaut de résultats par page.
Les termes de recherche seront mis en évidence.
L’affichage des résultats en liste permettra de visualiser des informations descriptives
minimales pour chaque référence : titre, auteur, date de publication, source, type de document.
Autant que faire se peut, l’administrateur pourra déterminer un modèle d’affichage des champs
dans la liste des références. Ce modèle sera décliné pour toutes les vues.
L’Université Paris-Saclay souhaite faire apparaître dès l’affichage des résultats les informations
suivantes :
Une icône caractéristique, permettant d’identifier le type de document
CCTP-Outil de découverte de l’Université Paris-Saclay 17
La disponibilité en temps réel de la ressource pour les documents physiques ou les
informations sur le niveau d’accès pour les ressources électroniques
Le nombre d’éditions possédées
Des images des premières de couverture (sans déséquilibre de l’affichage si aucune
illustration n’est disponible pour une référence). Les candidats préciseront pour quel(s)
type(s) de documents l’affichage des premières de couverture est disponible. Les
sources utilisées pour l’affichage de ces couvertures seront indiquées.
5.3.3 Affichage détaillée d’une référence
Les informations accessibles pour une référence précise seront paramétrables par
l’administrateur et comprendront :
Les informations bibliographiques
La liste des exemplaires avec la localisation et la disponibilité
La première de couverture, lorsque celle-ci sera disponible
Les candidats préciseront s’ils proposent également :
des fonctionnalités sociales de tags et de commentaires sur les références
des enrichissements liés à la référence (sommaire, résumé).
Pour les monographies imprimées il est demandé :
D’accéder en un clic de la notice courte à la notice détaillée
D’identifier et de localiser rapidement la ou les bibliothèques détenant le document
recherché (la cote)
D’afficher sa disponibilité en temps réel et de le réserver.
Le candidat devra préciser l’ergonomie d’accès aux notices courtes et détaillées et préciser la
façon dont l’outil informe sur le statut du document.
Pour les périodiques :
De lier les notices papier et électroniques d’abonnements gratuits (type licences
nationales) ou payants grâce à un numéro d’identifiant type ISSN ou PPN et EPN pour
présenter des états de collection continus
Pour la documentation électronique, d’afficher la base source d’où provient l’article.
5.3.4 Navigation dans les notices
Il sera possible de naviguer d’une référence détaillée à l’autre, avec des fonctions d’assistance
à la navigation (référence précédente / référence suivante / première référence / dernière
référence). Il sera également possible de revenir à la liste de résultats.
5.3.5 Accès aux ressources électroniques
Outre les éléments déjà précisés, il faut pouvoir afficher dans les résultats de l’outil de
découverte des liens personnalisés par l’administrateur (a minima un nom et une URL).
Pour les ressources électroniques, l’accès via tel ou tel établissement doit être très explicite dès
la liste des résultats pour que le public comprenne à quel contenu il a accès, comme indiqué
en 2.3.6 ci-dessus.
5.4 FRBRisation et dédoublonnage
Les candidats indiqueront si les résultats de recherche font l’objet :
d’une FRBRisation
d’un dédoublonnage
CCTP-Outil de découverte de l’Université Paris-Saclay 18
Ils proposeront des méthodes de mise en place de l’administration de l’outil pour éviter au
mieux les doublons.
5.5 Affiner les résultats : les facettes
5.5.1 Liste des facettes
Toute liste de résultats pourra être affinée par le biais de facettes.
L’Université Paris-Saclay souhaite pouvoir proposer les facettes suivantes :
Restriction aux items en texte intégral ou élargissement à l’ensemble des références ;
restriction aux ressources présentes dans les catalogues.
Présence par établissement
Localisation par bibliothèque physique
Date de parution : les candidats préciseront de quelle manière est présentée la facette
« date de parution » : ligne chronologique et/ou affichage classique
Auteur
Type de ressource : les candidats donneront la liste des types de ressources utilisés et
préciseront si cette liste est paramétrable.
Langue de la ressource
Sujets
Source ou éditeur
Collections
5.5.2 Sélection des facettes
L’usager pourra :
Croiser, sélectionner ou désélectionner plusieurs facettes à la fois
visualiser simplement les facettes déjà sélectionnées
Les candidats préciseront si le choix d’une facette relance le moteur ou modifie simplement
l’affichage des résultats.
Les facettes seront paramétrables via l’interface d’administration. Les candidats indiqueront :
les facettes proposées dans leur solution et les champs utilisés pour la création de ces
facettes
les options de paramétrage disponibles pour l’administrateur : activation des facettes,
classement des facettes, renommage des intitulés…
la possibilité ou non d’activer par défaut pour une vue donnée des options au sein des
facettes.
le système de hiérarchisation des facettes (nombre de niveaux et de sous-niveaux).
5.5.3 Rebonds
A l’affichage d’une liste de résultats, il devra être possible de rebondir par auteur, sujets,
collections et éditeur (à définir via l’interface d’administration et en fonction du paramétrage
retenu pour l’affichage du résultat).
CCTP-Outil de découverte de l’Université Paris-Saclay 19
5.6 Exploiter les résultats de sa recherche
5.6.1 Sélectionner les résultats
Aux fins d’export vers un panier, un réseau social, une impression ou un mail, le lecteur devra
pouvoir sélectionner les résultats. La sélection / désélection devra pouvoir se faire unitairement
(résultat par résultat) ou sur l’ensemble des résultats.
5.6.2 Exporter, partager et imprimer les résultats
Les résultats devront être exportables selon plusieurs formats (.odt, .csv, .doc, .txt, .xls, .pdf)
avec un en-tête clair et selon plusieurs modalités :
Exporter vers des paniers des listes de résultats, et pouvoir les modifier et les enrichir le
cas échéant
Exporter des listes de résultats avec les logiciels de gestion bibliographique. Les
candidats donneront la liste des logiciels vers lesquels le partage est possible.
Partage de la référence de la ressource sur les réseaux sociaux. Les candidats donneront
la liste des réseaux sociaux vers lesquels le partage est possible.
Envoyer la référence par mail
Une impression des résultats devra être possible.
5.7 Gérer un compte lecteur
5.7.1 Authentification et compte utilisateur
Une zone d’authentification ou un lien vers l’authentification sera disponible sur l’ensemble des
pages de l’outil.
L’usager authentifié pourra accéder :
au texte intégral des ressources disponibles sur authentification
à l’ensemble des services personnalisés décrits ci-dessous.
L’usager non authentifié pourra accéder à une partie des services décrits ci-dessous. Il lui sera
proposé de s’authentifier chaque fois qu’il accèdera à un service personnalisé.
Les fonctionnalités complètes du compte lecteur seront accessibles aux lecteurs authentifiés
de l’Université Paris-Saclay.
Les candidats devront proposer aux établissements ne disposant pas d’une base de comptes
ouverte une solution simple leur permettant de s’authentifier individuellement afin de
bénéficier des services personnalisables décrits au paragraphe 5.7.
5.7.2 Récupération des données et services disponibles dans les SIGB
Les candidats indiqueront s’ils sont en mesure de récupérer dans le compte usager disponible
sur l’outil de découverte les données du compte lecteur des SIGB et les fonctionnalités
associées à ce compte. Si les données du compte lecteur ne peuvent être directement
intégrées, l’outil de découverte devra renvoyer au compte lecteur disponible sur les différents
OPAC.
5.7.3 Créer des alertes
Le système permettra de créer des alertes à partir de la sauvegarde d’une requête, par exemple
un enseignant-chercheur pourra s’abonner à la liste des nouveautés concernant son sujet de
CCTP-Outil de découverte de l’Université Paris-Saclay 20
recherche. Ces alertes devront être faciles à mettre en place. Le candidat précisera les modes
d’alerte (RSS, courriel, push, SMS…)
5.7.4 Sauvegarde des recherches et systèmes d’alerte
L’usager authentifié aura la possibilité de :
sauvegarder ses recherches dans son compte utilisateur
de les relancer et de les modifier
de les supprimer
5.7.5 Demander un PEB
Demande de PEB, via un formulaire, pour une référence disponible.
Lorsque la demande ne peut pas se faire via un formulaire, le candidat proposera une solution
alternative.
5.7.6 Demander un achat de documents
Activer ou non dans la vue locale la demande d’achat d’articles ou de livres, via un formulaire,
pour une référence disponible soit par un service commercial soit par un service interne à
l’établissement.
5.7.7 Panier et listes
Le panier doit permettre à l’usager authentifié :
de sauvegarder ses références sous la forme de listes. Une référence sélectionnée devra
pouvoir être sauvegardée directement dans une liste déjà créée.
L’usager authentifié pourra créer un nombre illimité de listes, leur attribuer un nom et
les organiser en dossiers.
Les candidats préciseront s’ils proposent par ailleurs les services suivants :
partage sur les réseaux sociaux de la liste de références
diffusion de la liste directement sur l’outil de découverte (via une URL propre), avec
différents niveaux de diffusion (groupe d’usagers, usagers authentifiés, public)
si des listes peuvent être rendues publiques, possibilité pour un usager de s’abonner à
la liste d’un autre usager ou de récupérer cette liste dans son propre compte
s’il est possible d’effectuer des recherches sur les listes publiques.
si les listes peuvent être taguées et commentées.
si les références sauvegardées dans une liste peuvent être commentées.
5.7.8 Historique des recherches et des consultations
L’usager (authentifié ou non) pourra consulter l’historique des recherches lié à sa session. Cet
historique sera accessible depuis chaque page de l’outil de découverte.
Les candidats préciseront s’ils sont en mesure de proposer également un historique des
consultations (dernières références consultées).
5.7.9 Personnalisation
Les candidats préciseront si l’usager dispose de possibilités pour personnaliser son compte et
son interface de recherche et si oui lesquelles.
CCTP-Outil de découverte de l’Université Paris-Saclay 21
5.8 Modes de consultation
5.8.1 Supports de lecture
L’outil de découverte devra être consultable de façon indifférenciée et ergonomique à partir :
des terminaux d’ordinateurs, de tablettes, de smartphones en responsive design.
5.8.2 Navigateurs
Les candidats devront proposer un logiciel full-web : l’ensemble des fonctionnalités (usagers et
administration) devront être accessibles via un navigateur web.
Les candidats fourniront la liste des navigateurs et des versions supportées.
5.8.3 Accessibilité
L’ergonomie de l’interface devra respecter les normes et standards en vigueur :
- standards du W3C (WAI).
- Référentiel Général d’Accessibilité pour les Administrations (RGAA) ;
https://references.modernisation.gouv.fr/rgaa-accessibilite/
Le titulaire sera également tenu de suivre les évolutions de ces standards et d’adapter son
système en conséquence.
6 Fonctionnalités attendues : le back office Les fonctionnalités décrites dans le back office sont celles qui sont plus spécifiquement
attendues par les bibliothèques et services informatiques des établissements partenaires. Il est
attendu du candidat qu’il détaille les modalités techniques pour satisfaire le bon
fonctionnement du système auprès des professionnels de l’information, et une satisfaction
maximale des utilisateurs finaux, selon les critères décrits dans le front office.
6.1 Le moissonnage des données et les formats
6.1.1 Le moissonnage des données
Le moissonnage des données sera la principale source d’alimentation de l’outil de découverte
lors de son exploitation. Le candidat devra décrire précisément :
Les diverses technologies et normes utilisées pour le moissonnage
La possibilité de mises à jour périodiques par format d’export type FTP (préférence
SFTP). Il est rappelé que le protocole OAI est absent ou non activé dans plusieurs
établissements ; les candidats devront proposer une solution pour les établissements
dont les catalogues ne sont pas moissonnables. Le serveur FTP doit être hébergé par le
titulaire.
Les formats traités en standard
La fréquence du moissonnage, afin d’optimiser la disponibilité des références et des
documents, pour chaque type de ressources (imprimés, ressources électroniques,
archives, ressources externes…)
La méthodologie de constitution de la base de connaissances
L’organisation contractuelle et matérielle d’accès aux réservoirs de métadonnées des
éditeurs
CCTP-Outil de découverte de l’Université Paris-Saclay 22
Le mode de génération des informations concernant la disponibilité d’un document
physique ou l’accessibilité d’un document numérique
La liste des API (conditions d’utilisation, caractéristiques techniques, documentation
concernant ces API)
Le candidat précisera également le mode de moissonnage des ressources externes
(interrogation en direct, dump, compatibilité avec les entrepôts OAI (Archives Ouvertes),
etc.).
6.1.2 Les formats
L’outil de découverte devra permettre d’exploiter une grande variété de formats et règles de
description : Marc 21, Intermarc, Unimarc, MarcXML, ALTO, TEF, EAD, METS, MODS, LOM.fr,
Dublin Core, Exif, XML.
L’outil de découverte devra gérer les métadonnées d’une grande diversité de formats de
fichiers : PDF-A et PDF, TIFF, Wav, MPEG-4, JPEG et JPEG2000, AVI, MP3, WMH, PNG, XMP-IPTC,
EXIF.
6.2 L’index central
6.2.1 Base de connaissances de l’index central
La base de connaissance devra refléter le plus largement et le plus précisément possible les
ressources électroniques auxquelles l’Université Paris-Saclay donne accès. Elle devra permettre
de trouver, via la recherche simple, des résultats équivalents en termes de qualité et de
couverture à une interrogation réalisée sur les interfaces natives des ressources.
Le candidat précisera si l’administration de la base de connaissance pour l’ensemble des
membres de l’Université Paris-Saclay peut se faire d’un point unique et à travers une seule
interface (non pas une par établissement) ou se coordonner aisément. Il précisera comment
activer une ressource dans cette base de connaissances. L’architecture fonctionnelle
consortiale sera précisée.
6.2.2 Couverture
Les candidats fourniront une liste complète des ressources incluses dans leur base de
connaissance dans un format permettant une recherche plein texte (de préférence tableur).
Cette liste sera actualisée au début de projet par le candidat retenu.
Pour les ressources francophones, le candidat précisera si et à quelle échéance il compte
intégrer les métadonnées disponibles dans Bacon (application ABES) dans sa base de
connaissance.
Les candidats détailleront quelle est leur politique en matière d’indexation des ressources en
libre accès : ils préciseront en particulier leur politique en matière d’intégration
d’archives ouvertes institutionnelles,
d’archives ouvertes thématiques,
de bibliothèques numériques patrimoniales
de revues en accès libre.
CCTP-Outil de découverte de l’Université Paris-Saclay 23
6.2.3 Qualité des métadonnées
Les candidats décriront le schéma de métadonnées utilisé dans la base de connaissance et
fourniront la liste des métadonnées indexées.
Ils indiqueront également :
si la base de connaissance utilise des référentiels d’autorité, lesquels et de quelle
manière (préciser les standards).
si les métadonnées d’origine ont fait l’objet d’un traitement complémentaire. Dans ce
cas, ils préciseront les types de traitement (réindexation des mots-sujets, traduction des
mots-clés sujets…).
6.2.4 Ressources électroniques signalées par la bibliothèque
Les ressources auxquelles l’Université Paris-Saclay donne accès sont recensées dans le tableau
des ressources électroniques payantes, publié en Annexe 1 : Liste des ressources électroniques
abonnées du présent document.
Les métadonnées de la base de connaissance devront permettre une indexation fine des
contenus des ressources auxquelles l’Université Paris-Saclay donne accès.
Via les tableaux des ressources (payantes et gratuites), les candidats préciseront :
La présence ou l'absence, dans la base de connaissance proposée, des métadonnées
pour chaque ressource à laquelle l’Université Paris-Saclay donne accès
Si la base de connaissance couvre partiellement une ressource signalée dans le tableau,
le candidat indiquera quel est le pourcentage de couverture de la ressource et par
quelle(s) source(s) ce pourcentage est atteint. Le titulaire apportera alors toutes
précisions utiles sur les contenus couverts pour cette ressource.
Le niveau d’indexation des contenus de chaque ressource : item ou article, ensemble de
données, titre de la revue, e-books…
Les mécanismes d’activation des cibles disponibles : titre à titre, collection par
collection…
Si les contenus de la ressource sont indexés en texte intégral dans la base de
connaissance. Si une partie seulement des contenus est indexée, le candidat précisera
le pourcentage.
La source des métadonnées. Par défaut, les métadonnées doivent avoir été fournies par
l’éditeur de la ressource. Les candidats préciseront les ressources pour lesquelles les
métadonnées proviennent d’une autre source.
6.2.5 Notices des bases de données
Le candidat précisera :
si la base de connaissance inclut par défaut des notices descriptives de bases de
données
s’il est possible d’intégrer des notices descriptives de bases de données.
En cas de réponse positive à l’une de ces questions, le candidat indiquera :
les métadonnées proposées pour une notice descriptive de base de données
si des mots-clés sont présents sur la notice, le candidat précisera la source de ces mots-
clés et si l’administrateur a la possibilité d’enrichir la liste des mots-clés.
CCTP-Outil de découverte de l’Université Paris-Saclay 24
la possibilité pour l’administrateur d’ajouter des notices descriptives de bases de
données (en particulier, bases dont les métadonnées ne sont pas dans la base de
connaissance et ressources locales)
6.2.6 Fréquence et modalités des mises à jour
Evolution de la couverture
La liste des ressources électroniques auxquelles l’Université Paris-Saclay donne accès pourra
évoluer dans les années à venir : le candidat indiquera donc dans quelle mesure et selon quelles
modalités sa base de connaissance va évoluer dans les mois et années à venir.
Les candidats indiqueront à quelle fréquence se font les ajouts de nouvelles ressources.
Mise à jour des ressources déjà disponibles dans la base de connaissance
Les données des ressources disponibles dans la base de connaissance devront être mises à
jour régulièrement afin de refléter la richesse des ressources auxquelles l’Université Paris-
Saclay donne accès.
Les candidats indiqueront précisément :
A quelle fréquence les données contenues dans la base de connaissance sont mises à
jour
Si l’administrateur de l’outil de découverte a le moyen de savoir à quelle date ces
données ont été mises à jour
Par quel moyen les données contenues dans la base de connaissance sont mises à jour
Si la mise à jour des données est réalisée automatiquement
Pour l’ensemble des mises à jour (données de ressources déjà disponibles et évolution de
couverture), les candidats préciseront comment l’administrateur est averti des mises à jour de
la base : format(s) et contenu des comptes rendus de mise à jour.
Les candidats préciseront si les comptes rendus sont disponibles dans un format permettant
la recherche plein texte. Ils indiqueront également comment les ajouts, modifications et
suppressions de contenus et de ressources sont signalés.
6.2.7 Propriété des métadonnées
Le candidat fournira un contrat-type d'abonnement à la base de connaissance qui sera liée à
l’outil de découverte. Ce contrat précisera les conditions dans lesquelles l’Université Paris-
Saclay pourra disposer des données de la base de connaissance.
Le candidat fera connaître la possibilité ou non d’exporter le contenu de la base de
connaissance, et, le cas échéant, les formats d’export possibles.
6.3 Le résolveur de liens
La solution proposée devra inclure l’offre du résolveur de liens.
C’est la même version du résolveur de liens qui sera mise en place pour l’ensemble des
établissements de l’Université Paris-Saclay. Le candidat précisera l’architecture entre les
résolveurs de liens afin de démontrer que leur administration peut s’effectuer de façon
consortiale (pour la vue globale comme pour les vues d’établissements).
A ce jour, tous les établissements de l’Université Paris-Saclay ne disposent pas d’un résolveur
de liens. Pour les établissements disposant déjà d’un résolveur de liens, le candidat précisera
CCTP-Outil de découverte de l’Université Paris-Saclay 25
les conditions de transition vers le nouveau résolveur de liens, en particulier les possibilités
d’import des paramétrages du résolveur actuel.
Le candidat précisera le processus d’interfaçage entre le résolveur de liens pressenti et l’outil
de découverte.
Le candidat indiquera s’il peut connecter son résolveur de liens avec Google Scholar.
Le résolveur devra respecter les normes OpenURL 0.1 et OpenURL 1.0, le profil SAP1 et si
possible SAP2. Les modules d'utilisation et d'administration du résolveur seront accessibles full
web, conformes aux recommandations du W3C et devront donc pouvoir être utilisés par les
principaux navigateurs du marché (Internet Explorer, Firefox, Chrome, Safari,…).
Le résolveur sera capable de générer différents types de liens, en respectant les droits d'accès
des utilisateurs, à partir de et vers : des textes intégraux, notices bibliographiques, sommaires-
tables des matières, références bibliographiques et autres types d'information de services
étendus. Le résolveur devra effectuer le dé-doublonnage en cas de liens identiques. Le candidat
précisera toute autre norme ou protocole en usage et explicitera comment s’effectue le
dédoublonnage en mode consortial (entre les différents résolveurs de lien pour la vue globale).
6.3.1 Fonctionnalités requises pour l’usager
Le résolveur de liens doit permettre de maintenir un lien toujours à jour entre des références
provenant de sources hétérogènes (bases de données, base de connaissance, outil de
découverte …) et des cibles également hétérogènes (document en texte intégral, services…).
Il permet ainsi un rebond facile d’un résultat trouvé dans l’outil de découverte ou une base de
données vers le document lui-même (ou vers des catalogues ou services) en homogénéisant
les accès et en simplifiant la démarche de l’usager.
L’intégration du résolveur de liens à l’interface de l’outil de découverte doit être transparente
pour l’usager qui ne doit pas s’apercevoir qu’il navigue sur deux outils distincts.
L’usager doit pouvoir réaliser l’ensemble de sa recherche, de l’identification d’une référence à
l’accès au texte intégral (si disponible) via l’interface de l’outil de découverte sans devoir ouvrir
d’autres fenêtres de navigateur pour consulter le résolveur de liens.
Le résolveur de liens doit fonctionner très rapidement afin de garantir une recherche fluide à
l’usager. Cela doit être possible pour un usager qui a des droits sur plusieurs établissements
de l’Université Paris-Saclay.
6.3.2 Fonctionnalités requises pour l’administrateur
Le candidat précisera les points suivants :
L’interface d’administration du résolveur de liens est-elle la même que celle de l’outil de
découverte ?
Quels sont les liens techniques existants entre la base de connaissance du résolveur de
liens et la base de connaissance de l’index central de l’outil de découverte ?
Faut-il activer les cibles dans 1 ou dans 2 bases de connaissance ? (résolveur de liens et
outil de découverte)
L’administration du résolveur de liens doit se faire via une interface graphique et ne doit pas
nécessiter de compétences informatiques.
CCTP-Outil de découverte de l’Université Paris-Saclay 26
La base de connaissance du résolveur de liens
L’Université Paris-Saclay souhaite avoir les possibilités suivantes concernant la sélection des
titres dans la base de connaissance :
Activation / désactivation d’un bouquet en un clic ;
Activation partielle d’un bouquet (le candidat précisera si cette possibilité existe pour
l’ensemble des bouquets) ;
Personnalisation des paramètres d’accès ou de l’état de collection pour un titre ou un
bouquet donné ;
Ajout d’un titre non présent dans la base de connaissance ;
Le candidat précisera s’il est possible d’ajouter des lots de données à la base de connaissance
existante et le cas échéant les formats supportés.
Mise à jour
Le candidat détaillera le processus de mise à jour proposé pour le résolveur de liens.
Il précisera en particulier les points suivants :
Si la mise à jour du résolveur de liens et de la base de connaissance est automatique ou
si cela nécessite une intervention manuelle
La fréquence des mises à jour
Les rapports disponibles à la suite de mises à jour (contenu et formats)
Export des données
Les candidats préciseront quelles sont les possibilités d’export des paramétrages et des
données du résolveur (en particulier, en cas de transition vers un nouveau résolveur de liens).
Ils fourniront la liste des formats d’export disponibles.
6.4 Intégration des catalogues
6.4.1 Intégration des notices des catalogues
Les établissements de l’Université Paris-Saclay ont 6 SIGB différents comme indiqué en 4.1 ci-
dessus.
Tous ces SIGB devront pouvoir être interfacés avec l’outil de découverte.
Les mises à jour des données issues des SIGB se feront de façon automatisée. Le candidat
précisera en particulier les délais entre deux mises à jour de l’index, le délai maximum étant
d’une journée.
Les candidats préciseront les exigences techniques requises pour ce type de traitement. Ils
décriront également les procédures de mises en œuvre (paramétrages des SIGB à effectuer,
paramétrages de l’outil de découverte par le titulaire, paramétrages accessibles à
l’administrateur de l’outil de découverte). Un document technique avec la description de ces
procédures sera à fournir pendant le projet par le titulaire.
6.4.2 Intégration des données d’exemplaires
L’outil de découverte devra également intégrer l’ensemble des données d’exemplaires
disponibles dans les SIGB. L’intégration de ces données d’exemplaires induira en particulier la
création d’une facette « localisation », qui permettra à l’usager de restreindre sa recherche à la
bibliothèque physique donnée de tel ou tel établissement de l’Université Paris-Saclay. Dans le
CCTP-Outil de découverte de l’Université Paris-Saclay 27
cas où les notices issues des SIGB sont dé-doublonnées, le candidat indiquera comment les
exemplaires de chaque localisation s’affichent.
6.5 Administration de l’outil de découverte
Un administrateur global assurera la gestion centralisée de l’outil. Des administrateurs locaux
pourront ponctuellement administrer les vues de leur propre établissement. L’administrateur
principal pourra administrer, configurer et paramétrer le résolveur de liens et l’outil de
découverte en toute liberté via une interface full web de tous les établissements.
Le candidat précisera les possibilités réservées par son outil pour :
Les différents niveaux d’administration et de paramétrage possibles
Le paramétrage du moissonnage et du traitement des données
Le paramétrage du front office : affichage des résultats, notices bibliographiques,
données d’exemplaire, etc…
L’ajout, la suppression, la modification et la hiérarchisation, des facettes. Il est demandé
au candidat d’indiquer le nombre total de facettes disponibles et l’ensemble des
paramétrages à disposition de l’administrateur
L’intervention sur les préférences dans l’ordre d’affichage des résultats par types de
documents, mode d’accès…
La personnalisation de tous les libellés au niveau de l’administration centrale.
Le paramétrage graphique de l’interface
L’administrateur global devra également pouvoir gérer des interfaces selon les établissements,
les publics spécifiques ou des profils particuliers.
Le candidat indiquera si l’administration peut être décentralisée pour un établissement
qui voudrait personnaliser son interface dans le respect d’un modèle commun : paramétrage
de l’ordre d’affichage des résultats, possibilité d’afficher ou non une facette ou un champ en
dehors des champs appartenant au modèle commun.
Enfin, la solution doit permettre une gestion simple des habilitations (groupes, profils,
droits, identification). Le candidat détaillera ses solutions et pourra présenter plusieurs
scénarios d’architecture technique de fonctionnement en consortium d’établissements.
6.6 Outil d’administration de la plateforme
Le candidat précisera le système qu’il propose pour administrer la plateforme de l’outil de
découverte :
Rapports d’anomalies centralisées
Statistiques de moissonnage
Alertes disponibles dans le back office
Durée d’archivage des données techniques
Génération de tableaux de bord sous différents formats (csv, odt, ods xls, doc, xlsx,
docx…)
6.7 Statistiques
Un module de statistiques intégré à l’outil de découverte devra permettre de produire des
statistiques portant sur tout ou partie des services et des ressources intégrées.
Quelle que soit la requête, il sera possible de choisir la période à interroger.
CCTP-Outil de découverte de l’Université Paris-Saclay 28
L’ensemble de ces statistiques sera exportable au format tableur (csv ou autre format
standard).
Le candidat précisera quelles données statistiques, l’outil peut fournir. L’outil pourra être
paramétré avec Google Analytics et/ou Piwik.
6.8 Standard d’écriture
A minima l’outil de gestion linguistique du candidat intégrera le standard UTF-8 de la norme
ISO 10646 « jeux universels de caractères codés » pour l’indexation, la recherche et l’affichage.
Afin de prendre en charge l’ensemble de ces caractères, l’outil de découverte devra intégrer le
standard UNICODE.
6.9 Référencement
Une attention particulière sera portée sur les standards d’optimisation du référencement, en
particulier url rewriting, balise méta, sitemaps.
6.10 Hébergement
L’outil de découverte et le résolveur de liens seront hébergés chez un prestataire qui en
assurera l’hébergement, la sauvegarde et le monitoring en respectant les recommandations de
la CNIL.
6.11 Spécificités techniques
L’architecture technique cible devra éviter tout problème de charge tant en front office qu’en
back office et permettre des temps de réponse courts et un affichage rapide des pages (les
temps devront être précisés). L’architecture devra intégrer un dispositif de sécurité, de
répartition des charges et de secours.
Le candidat devra fournir une description détaillée de l’architecture matérielle et logicielle à
l’Université Paris-Saclay et intégrer dans sa proposition l’installation et la mise en production
de la solution technique.
7 Prestations attendues
7.1 Méthodologie de gestion de projet et planning de réalisation
L’Université Paris-Saclay souhaite ouvrir au public son outil de découverte (et donc utiliser le
résolveur de lien consortial) au dernier trimestre 2017 et avoir déployé tous les établissements
avant la fin de l’année 2018.
Outre les collections des établissements déployés dès 2017, le périmètre de l’outil de
découverte en 2017 comportera également les références et l’accès aux ressources
électroniques acquises directement par l’Université Paris-Saclay.
Le candidat proposera la méthodologie de gestion de projet (méthode agile souhaitée) qui lui
semblera la plus appropriée pour mener à bien le projet dans des délais réalistes. Il fournira
CCTP-Outil de découverte de l’Université Paris-Saclay 29
un planning détaillé de la réalisation du projet sur lequel il s’engagera et indiquera par quel
outil le suivi du projet pourra être effectué par l’Université Paris-Saclay. Cette dernière dispose
d’un chef de projet qui coordonne le projet entre les membres de l’université.
Le prestataire indiquera clairement les différentes étapes de la mise en œuvre du projet en
précisant son calendrier et le rôle de chaque partie.
7.2 Charte graphique
La charte graphique et ergonomique devra être compatible avec celle du CMS Drupal de
l’Université Paris-Saclay. Le titulaire sera, via le chef de projet de l’Université Paris-Saclay en lien
avec les services communication pour établir le modèle de charte graphique applicable à
l’ensemble des vues. L’interface pourra être customisée selon les besoins de l’UPSaclay
(changement de couleurs, visuels).
7.3 Développement informatique
Le prestataire définira les procédures de test et de validation à mettre en place avant la mise à
disposition au public. Il effectuera l’installation et la mise en production de la solution.
7.4 Cahier de recette fonctionnelle
Le titulaire remettra à l’Université Paris-Saclay un cahier de recette comportant un ensemble
de jeux de tests qui permettront de couvrir le périmètre fonctionnel complet de l’outil de
découverte. Les fiches et les scénarios seront présentés en deux versions correspondant aux
profils des utilisateurs : les internautes, et les administrateurs.
Le cahier de recette devra notamment comporter :
Des fiches de tests dont chacune décrira le cas de test à effectuer, les principes de sa
mise en œuvre et le déroulement de son exécution.
Des scénarios de tests, soit des enchaînements logiques de plusieurs fiches de test.
Des fiches d’anomalie avec un classement par niveau (anomalie bloquante, anomalie
grave non bloquante, anomalie mineure qui n’empêche pas le bon fonctionnement de
l’application). Le prestataire devra indiquer ses engagements sur les délais de résolution
des anomalies.
7.5 Sauvegardes et Plan d’Assurance Sécurité (PAS)
7.5.1 Sauvegardes
Le candidat devra présenter un système de sauvegarde automatique et une procédure
permettant d’assurer la restauration complète de l’outil et du résolveur de lien en cas d’incident,
tant dans l’environnement de développement que dans celui de production.
7.5.2 Plan d’assurance sécurité
Les candidats fourniront un PAS qui précisera :
Le type de SaaS proposé. Les candidats préciseront si l’hébergement est mutualisé ou
dédié.
CCTP-Outil de découverte de l’Université Paris-Saclay 30
Les données propres à l’Université Paris-Saclay effectivement stockées en Saas (données
nécessaires à la réalisation de l’ensemble des fonctionnalités demandées par
l’Université Paris-Saclay)
Les lieux d’hébergement des données : site principal, site de secours, de sauvegarde
etc… Pour rappel, les lieux d’hébergement des données doivent satisfaire aux
dispositions de la loi du 6 janvier 1978 modifiée, relative à la protection des données
personnelles et aux réglementations CNIL2.
Les dispositifs de sécurité physique des locaux : caméras, portes à badge etc…
Les méthodes de sécurisation des liaisons utilisées : type de réseau, VPN, firewall, SSH,
SSL, ipsec, DMZ etc…
Les dispositions prises par le titulaire pour superviser son infrastructure. Le titulaire
indiquera en particulier le taux de disponibilité, la durée et l’occurrence maximale
d’indisponibilité mensuelle, trimestrielle ou annuelle d’un composant ou système, le
temps de réponse des requêtes, le temps garanti d’intervention sur site (GTI), le temps
de garantie de remise en état du système, le temps moyen entre deux pannes, le taux
de panne mensuel, trimestriel ou annuel du système, les probabilités de perte de
données
Les procédures pour déclencher une intervention, la traçabilité des actions effectuées
par les opérateurs, les mécanismes d’authentification des techniciens assurant le
support,
En cas de sous-traitance, le titulaire fournira à l’Université Paris-Saclay un courrier précisant
que l’ensemble des sous-traitants se sont engagés par contrat à la garantie des mesures de
sécurité et de protection des données personnelles.
7.5.3 Consignes de sécurité
Dans le cadre de ce marché, le titulaire pourrait être concerné par les alertes décidées au niveau
gouvernemental et s’engage à appliquer les consignes de sécurité données par l’Université
Paris-Saclay. Ces mesures sont susceptibles d’évoluer. Les modifications seront régulièrement
transmises durant l’exécution du marché.
Le titulaire applique les correctifs recommandés par les fournisseurs de solutions matérielles
ou logicielles (logiciels système ou applicatifs, logiciels embarqués) sur tous les matériels dont
il a la charge.
En cas d’alerte grave (attaque virale, faille critique) annoncée par le CERTA (Centre d’Expertise
Gouvernemental de Réponse et de Traitement des Attaques informatiques), le correctif doit
être appliqué dans un délai de 24 heures sur les infrastructures hébergeant le système de
l’Université Paris-Saclay (serveurs, pare-feu, routeurs ouverts vers l’extérieur).
Lorsqu’aucun correctif n’est disponible, le titulaire doit suivre les recommandations de l’éditeur
ou du CERTA dans le cadre d’un contournement provisoire. Si le contournement nécessite la
désactivation d’une fonctionnalité indispensable au système, le titulaire s’engage à proposer
des mesures permettant d’éviter l’exploitation de la vulnérabilité.
Le traitement des alertes mineures pourra intervenir durant les périodes de maintenance
hebdomadaires ou mensuelles.
Les passages de correctifs doivent être précédés d’une sauvegarde spécifique du système et
des données qu’il contient, ainsi que de tests sur un environnement de pré- production.
2 https://www.cnil.fr/fr. Voir notamment : https://www.cnil.fr/fr/cloud-computing-les-conseils-de-la-cnil-
pour-les-entreprises-qui-utilisent-ces-nouveaux-services [Consulté le 24 octobre 2016].
CCTP-Outil de découverte de l’Université Paris-Saclay 31
Le titulaire devra mettre à jour le dossier de définition avec la liste des correctifs de sécurité
appliqués sur les serveurs et communiquer à l’Université Paris-Saclay la version actualisée du
document.
La validation du bon fonctionnement du système se fera conjointement avec les équipes
techniques du titulaire et le chef de projet responsable de l’application hébergée.
Dans le cadre d’un manquement grave par le titulaire à l’une des obligations de sécurité mises
à sa charge dans le présent contrat, l’université pourra le mettre en demeure de réparer ce
manquement dans un délai donné. À l’issue de ce délai, si le manquement n’est pas réparé,
l’Université Paris-Saclay pourra résilier de plein droit le contrat.
7.6 Engagement de résultats
Le candidat devra préciser ses engagements sur les points suivants :
Mise en œuvre du projet décrit dans le cahier des charges
Intégration de toutes les ressources
Taux de disponibilité de la solution
Sécurité des données
Délais de reprise après incident
7.7 Garantie de bon fonctionnement
L’Université Paris-Saclay souhaite bénéficier d'une garantie de 1 an à l’issue de la mise en
production et l’activation complète de l’outil de découverte et de son résolveur de liens
(décembre 2018) pendant laquelle tout dysfonctionnement constaté dans le fonctionnement
de l’outil de découverte et du résolveur de liens, pour les parties développées par le titulaire,
devra être corrigé par le titulaire.
Ce dernier assurera la livraison, l'installation sur le site et la mise en exploitation des
traitements corrigés. La garantie prendra effet à la date de vérification du service régulier après
la mise en production et l’ouverture du portail au public.
Il s’agira pour le Titulaire :
de prendre en compte et de corriger l’ensemble des anomalies constatées par les
responsables du site ;
de mettre en place une solution de contournement s’il y a lieu ;
de procéder au codage, au paramétrage, aux tests des différents niveaux y compris les
tests de non régression par rapport aux versions précédentes mises en production ;
de livrer les exécutables, les progiciels et la documentation corrigés et testés, puis de les
mettre en exploitation ;
de remettre à niveau les données et bases de données éventuellement endommagées.
Le prestataire indiquera les jours et horaires de son service hotline, les délais
d'intervention.
7.8 Maintenance corrective
À l’issue de la période de garantie, l’outil de découverte et le résolveur de liens liés à ce marché
feront l’objet d’une maintenance fournie par le titulaire :
La maintenance liée au présent marché sera d’une durée de 3 ans (à compter de l’année 2).
CCTP-Outil de découverte de l’Université Paris-Saclay 32
La maintenance proposera a minima les services suivants :
La correction des anomalies du lundi au vendredi de 8h à 19h
L’accès à la hotline en français
La maintenance préventive, curative et évolutive
Le prestataire s'engage à communiquer dans des délais raisonnables une éventuelle
indisponibilité du service pour maintenance ou autre type d'intervention sur le serveur.
7.9 Déclaration de suivi des anomalies
Le titulaire devra fournir :
une hotline en français (les candidats préciseront les horaires d’accès)
un système de gestion des anomalies accessible sur le Web (idéalement le même outil
ayant servi à la gestion des anomalies en période de VA et VSR)
Les anomalies et dysfonctionnements pourront être signalés par l’un ou l’autre de ces moyens.
Dans tous les cas, le suivi de leur traitement devra pouvoir être fait via le système de gestion
des anomalies.
7.10 Maintenance préventive et curative
Dans le cadre de la garantie et de la maintenance, le titulaire retenu devra réaliser de manière
régulière toutes les opérations nécessaires pour conserver l’outil dans un état de performance
et de fonctionnement optimal. Les candidats préciseront la fréquence et la nature de ces
opérations ; ils détailleront les outils de supervision ou d’alerte qu’ils mettront, le cas échéant,
en place.
Chaque anomalie constatée dans le fonctionnement des matériels et logiciels devra être
corrigée dans le cadre de la garantie et de la maintenance sous réserve que l’anomalie se soit
produite dans des conditions d’usage normal de l’outil et conforme aux recommandations du
titulaire.
Les anomalies seront classées selon deux catégories :
anomalies mineures non bloquantes (une anomalie mineure n’interdit l’accès qu’à des
fonctions peu importantes du logiciel)
anomalies majeures bloquantes (une anomalie majeure interdit l’accès à une ou
plusieurs fonctions importantes du logiciel)
L’accumulation de 8 anomalies mineures pourra être considérée comme une anomalie
majeure.
Chaque signalement d’anomalie devra faire l’objet d’un accusé-réception dans les quatre
heures. La résolution pour une anomalie mineure devra intervenir dans les 5 jours ouvrés à
compter du signalement de l’anomalie. La résolution d’une anomalie majeure devra intervenir
dans les 24 heures suivant le signalement de l’anomalie.
Les candidats s’engageront à respecter les délais d’intervention (obligation de moyen), de
correction (obligation de résultat) pour les deux catégories d’anomalies.
CCTP-Outil de découverte de l’Université Paris-Saclay 33
7.11 Maintenance évolutive
Dans le cadre de la garantie et de la maintenance évolutive, le titulaire devra fournir, sans frais
supplémentaire, toutes les nouvelles versions mineures et majeures des différents logiciels
accompagnées de l’ensemble des documentations (en langue française) standards mises à jour.
L’installation des nouvelles versions mineures et majeures devra être réalisée dans son
intégralité par le titulaire ; les données et le paramétrage propres à l’Université Paris-Saclay
devront être conservés lors de l’installation d’une nouvelle version.
Les candidats indiqueront à quelles conditions l’Université Paris-Saclay pourra refuser ou
retarder l’installation de certaines versions. L’ensemble des vues ou instances de l’outil de
découverte et du résolveur de liens de l’Université Paris-Saclay devront être mis à jour selon le
même calendrier et être conservés dans une version identique. Le client sera prévenu par
avance de toute évolutivité du système et de ses conséquences.
7.12 Formations
Le titulaire formera dans les locaux de l’Université Paris-Saclay l’administrateur du site et des
administrateurs suppléants délégués des bibliothèques des établissements partenaires. Le
prestataire indiquera la durée normale de formation par personne en heures et en jours.
Les formations s’entendent avec un maximum de manipulations de l’outil afin d’en favoriser
l’appropriation. Les manipulations se feront dans la mesure du possible sur une version test de
l’outil de découverte reprenant les ressources et les spécifications de l’Université Paris-Saclay.
Elles seront obligatoirement dispensées en français. Le CV des formateurs sera fourni dans
l’offre.
Le titulaire fournira un support de formation spécifique à chaque session qu’il remettra sous
forme papier et sous forme électronique. Ces supports seront obligatoirement en langue
française.
7.13 Documentation
Le titulaire devra fournir les documentations d’administration fonctionnelle, les
documentations d’utilisation du système et les documentations techniques pour
l’administration et l’exploitation technique du système. A cela s’ajoute les documents cités dans
la description des prestations et des formations.
Les documents d’administration contiendront obligatoirement :
Le schéma détaillé d’architecture technico-fonctionnelle du système
La liste de tous les éléments paramétrables du système
La description de tous les mécanismes des échanges de données
L’ensemble de ces documents pourra être livré sous forme électronique. Le titulaire s’engage
également à refournir tout ou partie de cette documentation sur simple demande de
l’Université Paris-Saclay sans limite de durée (limitée à une demande par an).
Toutes les documentations seront rédigées en langue française et fournies dans leur version la
plus à jour.
La qualité, la clarté, l’exactitude et l’exhaustivité des documentations feront l’objet d’un point
soumis à vérification d’aptitude. L’ensemble de la documentation sera fournie dès le début de
la phase de paramétrage des outils par l’administrateur.
CCTP-Outil de découverte de l’Université Paris-Saclay 34
7.14 Système de facturation
Le candidat détaillera les modalités de facturation des différentes composantes de son offre. Il
distinguera la facturation pour la mise en production de l’outil de découverte et celle pour le
coût d’abonnement annuel comme indiqué dans le bordereau de prix.
7.15 Statut juridique des données
Le candidat devra s’engager à
Respecter la législation en vigueur en matière de traitement, protection et durée de vie
des données à caractère personnel (données d’usage et données personnelles). Il devra
précisément indiquer les textes français et européens sur lesquels il s’engage.
Préciser les droits d’utilisation des données et les modalités techniques de récupération
des données dont disposera l’Université Paris-Saclay en cas de réversibilité du marché.
8 Conditions d’exécution du marché En cas de non-respect des délais, l’Université Paris-Saclay se réserve le droit d’appliquer des
pénalités de retard.
Une prolongation du délai d'exécution peut être accordée par le Pouvoir Adjudicateur au
titulaire lorsqu'une cause n'engageant pas la responsabilité de ce dernier fait obstacle à
l'exécution du marché dans le délai contractuel. Il en est notamment ainsi, si la cause qui met
le titulaire dans l'impossibilité de respecter le délai contractuel est le fait de la personne
publique ou provient d'un événement ayant le caractère de force majeure. Le délai ainsi
prolongé a, pour l'application du marché, les mêmes effets que le délai contractuel.
9 Calendrier de mise en œuvre Le calendrier pour la mise en œuvre de la prestation est décrit dans la proposition du titulaire.
Le déroulement de la prestation doit comprendre les phases suivantes :
réunion de cadrage
paramétrage du système avec les ressources de l’Université Paris-Saclay
formation des utilisateurs
protocole de recette (mise en ordre de marche (MOM), mise en service (MS), vérification
d'aptitude (VA), vérification de service régulier (VSR))
réception
10 Recettes Les opérations de recette seront réalisées selon les étapes décrites ci-dessous.
On distinguera 4 étapes majeures dans la gestion du projet et des prestations de service
associées. Ces 4 étapes se déclinent chronologiquement comme suit :
la mise en ordre de marche (MOM)
la mise en service (MS)
CCTP-Outil de découverte de l’Université Paris-Saclay 35
la vérification d'aptitude (VA)
la vérification de service régulier (VSR)
Une étape ne peut être prononcée si l'étape précédente n'a pas fait l'objet d'une validation.
Les candidats doivent prévoir les journées nécessaires à la gestion des opérations de
MOM/MS/VA/VSR.
Le titulaire du marché installera dans le cadre du présent marché sur les mêmes serveurs un
environnement logiciel permettant le test et la formation, distinct de l’environnement de
production.
Cet environnement permettra de vérifier le bon fonctionnement d’une nouvelle version du
système ou de créer des jeux d’essais pour la formation sans perturber le fonctionnement du
système en production.
10.1 La mise en ordre de marche
La mise en ordre de marche est prononcée par le titulaire du marché. Cette étape détermine
la mise en service de l’outil paramétré et ce dans le délai maximum fixé par les titulaires dans
l’acte d’engagement. Cette étape permet à l’Université Paris-Saclay de constater le bon
fonctionnement de l’outil.
La MOM sera prononcée par le titulaire du marché qui enverra un procès-verbal au bénéficiaire,
qui en accusera réception.
La MOM sera validée par la mise en service (voir ci-après).
La mise en ordre de marche est prononcée sur la base minimale des prestations suivantes :
installation des logiciels
installation des outils d'administration des différents matériels
configuration des logiciels
livraison des cahiers de recette (pour vérification d'aptitude et vérification de service
régulier), des documents d'ingénierie et des documents d'installation
transfert de compétence auprès de l'équipe projet au travers du travail collaboratif
mené lors de l'installation et de la configuration de l’outil
La configuration de l’outil de découverte devra se faire sur la base du cahier de paramétrage
établi conjointement entre le titulaire et l’Université Paris-Saclay. L'établissement de ce cahier
de paramétrage peut donner lieu à plusieurs navettes de validation.
10.2 La mise en service
La mise en service est prononcée par le titulaire du marché. Cette étape détermine la mise en
service effective de l’outil de découverte. Cette étape permet à l’Université Paris-Saclay de
constater le bon état apparent des matériels livrés.
La mise en service est prononcée sur la base minimale des prestations suivantes:
documentation réellement fournie et dans la langue demandée
fonctionnement du système suffisamment correct pour permettre à l’Université Paris-
Saclay de lancer les tests nécessaires à la vérification d’aptitude
délivrance des cahiers de recette qui permettront à l’Université Paris-Saclay de lancer
les tests nécessaires à la vérification d’aptitude
Le maître d’ouvrage signera un procès-verbal (PV) certifiant la mise en service.
CCTP-Outil de découverte de l’Université Paris-Saclay 36
La phase suivante, concernant la vérification d’aptitude, ne pourra effectivement démarrer que
si les vérifications d’ensemble, effectuées par l’Université Paris-Saclay lors de la mise en service,
s’avèrent positives.
La durée de cette mise en service est de 5 jours maximum à compter de la mise en ordre de
marche des prestations.
10.3 La vérification d’aptitude
La vérification d’aptitude a pour but de constater que l’outil de découverte et les paramétrages
associés présentent les caractéristiques techniques qui les rendent aptes à remplir les
fonctions précisées dans le cahier des charges.
La VA du marché démarre à partir de la date de la mise en service.
La durée de cette vérification d’aptitude est de 1 mois à compter de la mise en service des
fournitures ou prestations du marché.
La période de vérification d'aptitude démarre dès que la mise en ordre de marche est
prononcée. Un procès-verbal de vérification d'aptitude est émis à l'issue de cette phase. La
vérification peut être :
positive sans réserve
positive avec réserves. Dans ce cas, les réserves devront être levées lors de la phase
suivante
négative
Dans ce dernier cas, le maître d’ouvrage décide l'ajournement ou le rejet des prestations. Dans
le cas d'un ajournement, le titulaire, après intervention sur l’outil de découverte objet du
marché, notifie une nouvelle mise en ordre de marche.
La vérification d'aptitude est prononcée sur la base du cahier de recettes établi lors de la phase
précédente. Pour être prononcée, les prestations suivantes, au minimum, auront été exécutées
:
livraison des documents d'exploitation
formation des équipes en charge de la production et de l'exploitation de l’outil de
découverte
10.4 La vérification de service régulier
La vérification de service régulier a pour but de constater que l’outil de découverte livré est
capable d’assurer un service régulier dans les conditions normales d’exploitation pour remplir
les fonctions visées.
La période de vérification de service régulier débute lorsque la vérification d'aptitude est
prononcée. Cette période a pour but notamment de constater le bon fonctionnement de l’outil
de découverte livré sur une durée suffisamment importante, un minimum de 3 mois étant
requis.
La vérification de service régulier sera prononcée sur la base du cahier de recette de vérification
de service régulier.
En plus de la validation du cahier de recette, le procès-verbal de vérification de service régulier
tiendra compte des éléments suivants :
Les temps de réponse doivent être conformes aux spécifications ou offrent à l’utilisateur
des conditions normales d’exploitation
Aucune nouvelle anomalie fonctionnelle du système n’est constatée
Toutes les réserves issues de la vérification d’aptitude sont levées
CCTP-Outil de découverte de l’Université Paris-Saclay 37
Les temps d’indisponibilités imputables à l’outil de découverte ne dépassent pas 7,5 %
de la durée de la VSR
10.5 Gestion des anomalies en VA ou VSR
Le titulaire fournit au maître d’ouvrage un outil de gestion des anomalies rencontrées lors des
recettes. Cet outil sera accessible via un site Web, ce qui permettra au titulaire et au maître
d’ouvrage de partager la même base de données.
Le chef de projet de l’Université Paris-Saclay pourra ainsi signaler les anomalies au chef de
projet du titulaire, via le site Web prévu à cet effet.
Chaque anomalie fera l’objet d’une fiche d’observation distincte, saisie par le chef de projet de
l’Université Paris-Saclay, qui indiquera :
Le module ou la fonction concernée
La description de l’anomalie
Le type de résolution demandée, c’est-à-dire : ce qui devrait se passer
Si l’anomalie est reproductible ou non
Le degré de gravité que lui affecte le maître d’ouvrage
La priorité de traitement de la résolution
Les signalements des anomalies seront communiqués au titulaire au fur et à mesure de la
détection des anomalies (tous les jours ou toutes les semaines).
Après analyse des nouvelles anomalies, le titulaire proposera ensuite un plan d’action et un
calendrier pour leur résolution, que le titulaire saisira dans l’outil de gestion des anomalies.
Chaque résolution fera l’objet de la part du titulaire d’un complément qui précisera :
Si l’anomalie est déjà répertoriée ; dans ce cas, le délai de résolution sera fourni ainsi
que le n° de la version intégrant la correction
La confirmation du degré de gravité
Si possible : la solution apportée ou la correction à effectuer
La date de livraison de la correction
Les tests à réaliser pour vérifier l’efficience de la correction.
Le chef de projet de l’Université Paris-Saclay tiendra ensuite à jour le tableau de bord du
traitement des anomalies, en y ajoutant la date de correction constatée des anomalies.
11 Détermination des prix Le présent marché est unique. Il est traité à prix global et forfaitaire pour l’abonnement, la mise
en service de la solution logicielle, son paramétrage, la formation et l’assistance du personnel,
la mise à jour de la base de connaissance et la documentation.
Les prix sont réputés complets et comprennent les prestations demandées, les charges fiscales,
parafiscales, écotaxes (DEEE) ou autres frappant obligatoirement les prestations ainsi que tous
les frais afférents aux déplacements.
Ils sont exclusifs de tout autre émolument ou remboursement de frais au titre de la même
mission. Le titulaire s’engage à ne percevoir aucune autre rémunération dans le cadre de la
réalisation de l’opération de telle sorte que pour l’exécution complète des prestations stipulées
dans le présent CCP, l’Université Paris-Saclay n’ait rien à payer au titulaire en sus, sous quelque
forme ou quelque prétexte que ce puisse être.
CCTP-Outil de découverte de l’Université Paris-Saclay 38
Annexes Annexe 1 : Liste des ressources électroniques abonnées
La présente liste recense les bases de données ou de revues abonnées par les membres de
l’Université Paris-Saclay.
Nom du produit Fournisseur
ACM DIGITAL LIBRARY ACM - Association for computing
machinery
American Association of Physics Teachers (AAPT) -
Revues AMERICAN INSTITUTE OF PHYSICS
American Chemical Society (ACS) American chemical society (ACS)
American Institute of Physics (AIP) AIP
American Mathematical Society (AMS) AMS EBSCO
American Physical Society (APS) APS
American Society of Mechanical Engineers (ASME) TSP DIFFUSION
ARC Electronic Library (AIAA) Accucoms
ASSIMIL Assimil
Business Source + econlit EBSCO/ABES
Cairn Cairn
CAIRN - Ebooks CAIRN SA
CAMBRIDGE UNIVERSITY PRESS CUP
Cell Press/Elsevier Elsevier
Cité de la musique Cité de la musique
CLEO (Open Edition bouquet de sociologie (ebook),
OPEN EDITION FREEMIUM FOR JOURNALS (OEFJ) Cleo
CRC (ebook)
Dalloz Dalloz
Dawsonera Dawson
Delphes (indespresse)
Doctrinal + Thomson transactive
Dynamed EBSCO
CCTP-Outil de découverte de l’Université Paris-Saclay 39
Nom du produit Fournisseur
EBSCO reviews EBSCO
ECS Electrochemical society
Electre Electre
Elnet - Net Permanent EDITIONS LEGISLATIVES SA
Elsevier book series Elsevier
EMERALD MANAGEMENT XTRA (Emerald) EMERALD GROUP PUBLISHING
LIMITED
ENI (Bibliothèque numérique) Editions ENI
ESAIM : Probability and statistics review ESAIM
ESME-EMI (EM PREMIUM) Elsevier Masson
Europresse CEDROM/SNI
E-Vidal Vidal
Factiva PROQUEST
FRANCIS LEFEBVRE (EFL Navis-Mementis) FRANCIS LEFEBVRE
GMSANTE (Revue du Praticien etc.) Egora
HARMATHEQUE L'harmattan
Ialine +
IEL - IEEE TSP DIFFUSION
IMS collection Institute of Mathematical Statistics
Institute of Physics (IOP) UNIVERSITE JOSEPH FOURIER
John Libbey John Libbey Eurotext
JSTOR Jstor
Juris Classeur - Lexis Nexis LexisNexis
Kheox InfoPro digital
Kiosque numérique de l'éducation (KNE) Kiosque numérique de l'éducation
Knovel Elsevier
Kompass Kompass
Lamyline Lamy Wolters Kluwer
CCTP-Outil de découverte de l’Université Paris-Saclay 40
Nom du produit Fournisseur
Lexbase Ed juridiques Lexbase
Lextenso Lextenso
LNCS (Lecture notes in mathematics) Springer
Mathscinet American mathematical society
Monte Carlo Methods&applications De Gruyter
National Bureau of Economic Research (NBER) -
Revues NBER
Nature Nature Publishing Group
OCDE OCDE
OSA Publishing (ex-Optics Infobase) OSA
Oxford University (Press Journal of Design History,
Biometrika, Biostatistics, Economic Policy, Journal of
financial econometrics, Journal of law, economics
and organisation, Review of financial studies
OXFORD UNIVERSITY PRESS
Palgrave (-ebooks, Geneva risk and insurance
review, Risk management) Palgrave
Proquest-APA (PsycArticles, PsycInfo) Proquest-APA
Quantitative finance Routledge
QUESTEL ORBIT QUESTEL ORBIT
REAXYS (Elsevier) INIST-CNRS
Reef CSTB
Royal Society of Chemistry (RSC) RSC
SAGAWEB AFNOR ASSOCIATION
SAGE SAGE
ScholarVox Sciences Cyberlibris Cyberlibris
Science Direct Elsevier
Science online AAAS
SCOPUS Elsevier
S-ECN S-Editions
CCTP-Outil de découverte de l’Université Paris-Saclay 41
Nom du produit Fournisseur
SocIndex full text
SPIE Digital Library TSP DIFFUSION
Springer e-books (Mathematics&Statistics,
Mathematics/LNM) Springer
Springer e-journals Springer
Springer Link Springer
Taylor & Francis Taylor & Francis
Techniques de l'ingénieur Technique de l'ingénieur
Theory of probability and its application SIAM SOCIETY FOR INDUSTRIAL AND
APPLIED MATHEMATICS
Web of science Clarivate Analytics
Westlaw International Clarivate Analytics
Wiley Wiley
Wolters Kluwer Wolters Kluwer
Xerfi 700 Xerfi
ZentralBlatt
CCTP-Outil de découverte de l’Université Paris-Saclay 42
Annexe 2 : Cas pratiques
1. Élargir une recherche depuis une vue établissement
Un étudiant effectue une recherche sur une vue établissement. Suivant son master dans trois
établissements de l’Université Paris-Saclay, il souhaite élargir, après un premier résultat, sa
recherche à plusieurs établissements. Le candidat montrera si, par un système de facettes, de
filtres ou autre, l’étudiant peut élargir sa recherche à plusieurs établissements.
2. Filtrer une recherche depuis la vue globale
Un chercheur d’une unité mixte de recherche de l’Université Paris-Saclay utilise l’outil de
découverte depuis la vue globale et souhaite restreindre sa recherche aux deux établissements
dont il dépend. Le candidat montrera comment le chercheur peut restreindre à un groupe
donné d’établissements sa recherche et comment il peut enregistrer ses préférences pour ne
pas avoir à redéfinir ses préférences lors d’une prochaine utilisation de l’outil de découverte.
3. Activer une ressource identique pour trois établissements
Une ressource électronique identique est acquise au sein de trois établissements de l’Université
Paris-Saclay. Il convient de l’activer dans les différents outils pour qu’elle soit visible pour tous
les publics et accessible aux publics autorisés. Le candidat précisera comment cette activation
doit être effectuée.
4. Activer un journal avec une couverture différente dans trois établissements
Un même titre de journal scientifique est acquis par trois établissements de l’Université Paris-
Saclay. L’établissement A possède le titre en papier de 1980 à 2000, l’établissement B possède
le titre en papier sur la même période et en électronique de 2000 à 2014 chez un éditeur D.
enfin, l’établissement C possède le titre en électronique depuis 2014 chez l’éditeur E. Le
candidat expliquera comment ces différentes informations peuvent être précisées et
configurées dans l’outil de découverte pour permettre une lecture claire par le public et un
accès pour les publics autorisés.
5. Activer une ressource payante partagée par tous
Une base de données est acquise par l’ensemble des établissements de l’Université
Paris-Saclay. Le candidat montrera comment la ressource peut, de la manière la plus
consortiale qui soit, être activée afin d’être visible dans la vue globale avec un lien d’accès pour
chacun des établissements.
