PROJET DE RECHERCHE "PERFORMART - Nouba

PROJET DE RECHERCHE "PERFORMART"
CAHIER DES CHARGES
« DEVELOPPEUR BASE DE DONNEES ET SITE INTERNET »
Le projet "Performart" vise à écrire une histoire des arts du spectacle à Rome, entre 1650
et 1750, à partir des archives des familles de la grande noblesse. Le projet s’étend sur une
durée de cinq années : septembre 2016 à août 2021.
Il rassemble une équipe internationale de 20 personnes. L’institution hébergeante est le
CNRS. Les institutions partenaires sont : l’Université de L’Aquila (Italie) et l’École française
de Rome (Italie).
Les besoins sont les suivants :
1. Site web du projet
2. Application de base de données
3. Site web pérenne des données du projet.
1. Site Web du projet
Il comprendra pour le grand public une présentation du projet, de l’équipe, des programmes de recherche individuels, des événements (séminaire, journées d’étude,
colloque) ; pour les membres du projet exclusivement, il comprendra un carnet de recherche, sous la forme d’un blog du site web (il s’agit d’un journal de bord du projet, qui
permettra de préparer collectivement la publication prévue pour la fin du projet).
Un carnet de recherche destiné au grand public sera par ailleurs ouvert sur le site d’hypotheses.org.
2. Base de données Performart
La base de données sera réalisée à partir du logiciel 4e Dimension (4D).
2.1. Objectif
La base de données rassemblera toutes les ressources en matière d’archives, de sources
littéraires, musicales et chorégraphiques – imprimées et manuscrites – et de bibliographie, concernant les arts du spectacle à Rome dans les cours aristocratiques entre 1650
et 1750, dans une perspective pluridisciplinaire.
L’application de base de données devra fournir l’interface la plus ergonomique possible
pour la saisie des données par les archivistes et les chercheurs, soit en accès direct depuis
les sites où sont conservées les archives exploitées soit en accès différé si une connexion
efficace n’est pas disponible.
Pour les travaux de saisie des archivistes, la navigation sera facilitée en tenant de compte
des scénarios de saisie qui seront étudiés. On veillera notamment à ne pas devoir quitter
une saisie en cours pour effectuer une consultation utile, voire une saisie annexe, dans un
autre contexte. L’utilisation de plusieurs fenêtres actives simultanées doit être possible,
quand elle est pertinente.
Le programme tiendra compte du statut de chaque collaborateur, ne lui donnant accès
qu’aux fonctionnalités et aux données autorisées par ce statut. Les interventions de
chaque collaborateur devront pouvoir être tracées par un historique tenu à jour.
L’application de base de données devra permettre des recherches transversales dans ce
domaine, selon des points de vue archivistique, bibliographique et prosopographique.
La base de données permettra de reconstituer, de manière virtuelle, des fonds aujourd’hui dispersés dans les différentes archives italiennes.
Les documents répertoriés sont majoritairement en langue italienne. Les membres associés au projet maîtrisent tous la langue italienne. Par suite, la langue des contenus de la
base de données sera principalement l’italien et la langue de l’interface-utilisateur de
l’application de base de données sera l’italien. Le site Web sera en anglais et en italien.
Tous les développements et les structurations envisagées doivent respecter les standards
archivistiques (protocole OAI-PMH)1 et bibliographiques (norme ISO 690)2.
2.2. Type d’interrogations souhaitées
Les requêtes sur la base de données seront rendues possibles pour tous les différents
points d’entrée utiles : documents d’archives, noms de personnes, institutions, lieux, événements, œuvres imprimées et manuscrites, objets, iconographie, références bibliographiques.
Les données seront structurées avec le plus de finesse et de détails possibles, et associées
à des descripteurs :
– chaque document fera l’objet d’une description très fine, selon une grille qui sera
établie en concertation avec les membres du projet dans les premières semaines du
projet. On s’appuiera notamment sur des listes contrôlées.
– pour la description des données, on aura recours à un Dublin Core3 adapté, enrichi
d’une version simplifiée de la norme EAD.
– un thésaurus hiérarchisé sera défini, puis exploité constamment dans le travail des
archivistes.
2.3. Contenus et principales entités de la base de données
La base de données contiendra des informations relatives à des objets multiples : personnes, lieux, événements, institutions, œuvres, sources archivistiques, bibliographies.
On appellera ici ces objets, par convention, « entités ». Les données relatives aux entités
1. http://www.openarchives.org/OAI/openarchivesprotocol.html
2. http://web.archive.org/web/20070930165113/http://www.collectionscanada.ca/iso/tc46sc9/standard/690-1f.htm
3. http://www.bibl.ulaval.ca/dublincore/usageguide-20000716fr.htm
Projet Performart – cahier des charges – 28/04/2016
2
de différents types seront reliées entre elles. Une personne est rattachée à d’autres personnes, à des lieux, à des événements, à des œuvres, lesquelles sont présentes dans des
sources et font l’objet de références bibliographiques. Chaque entité est saisie dans un
contexte spécifique à son type, mais les informations relatives à cette entité sont accessibles depuis les entités de toute nature, en consultation et pour établir de nouveaux
liens.
Exemple : un événement, c’est d’abord un contenu, un lieu et une date, mais il implique aussi des
personnes, des institutions, des lieux, des sources, des œuvres et une bibliographie. Il est enfin décrit
par des termes d’un thésaurus.
Les entités comme les événements, œuvres, etc. sont liées à des sources (avec indications
de foliotage) ainsi qu’à des références bibliographiques (avec pagination pertinente).
2.3.1. Sources
Les sources sont des archives et des ouvrages anciens conservés dans les bibliothèques.
11 fonds d’archives familiales seront systématiquement dépouillés à Rome et dans le Latium par des archivistes qui en effectueront une transcription (partielle ou complète, selon les cas) et qui, en collaboration avec des chercheurs, insèreront ensuite les méta-données nécessaires à l’exploitation des données. Les documents que contiennent ces archives constitueront le socle documentaire de la base. Ils seront complétés par :
a. les livrets de théâtre et d’opéra ainsi que par les partitions qui, à l’origine, faisaient
partie des bibliothèques des familles ;
b. les informations contenues dans les séries d’avvisi (sorte de journaux de
l’époque) ;
c. les documents présents dans les fonds notariés.
Les informations structurées concernant les documents sont notamment :
– cote (Italie, ville, fonds, cote locale)
– type (documents comptables ; correspondance ; inventaires ; testaments ; journaux)
– statut (à voir, vu, transcrit, inutile pour le projet)
– lien vers le document numérisé dans un fonds d’archives (ou un dossier personnel), s’il
existe
– date
– scripteur
– destinataire éventuel
– description ou résumé
– transcription partielle ou complète
– commentaire
– personnes concernées
– mots-clefs (sélectionnés dans un thésaurus progressivement enrichi)
2.3.2. Personnes
La base de données contiendra le répertoire des artistes actifs au sein des familles aristocratiques romaines entre 1650 et 1750. Le terme d’artiste est à entendre au sens large :
peintre, sculpteur, architecte, musicien. On établira le parcours professionnel de chaque
artiste, en montrant comment il pouvait passer d’une famille à l’autre, voire travailler en
même temps pour plusieurs familles différentes. Les liens internes dans la base de données, associés à des fonctionnalités spécifiques, devront permettre le repérage de réseaux d’artistes.
Projet Performart – cahier des charges – 28/04/2016
3
Chaque personne est décrite par :
1. des données uniques :
– nom, prénom
– père
– mère
– date de naissance
– lieu de naissance
– date de décès
– lieu de décès
2. des données à valeurs multiples :
– variantes du nom
– étapes de son curriculum
– profession(s)
– personnes apparentées (frères, sœurs, enfants)
– relations sociales : personne, type de lien, période
– institutions d’appartenance
– adresse(s)
– œuvre(s)
– portrait(s) (lien vers entité Iconographie)
2.3.3. Institutions
Les institutions répertoriées sont notamment : les académies, les collèges, les confréries,
les chapelles et les églises.
– intitulé
– adresse
– membres (liste avec les fonctions de chacun)
– documentation iconographique (lien vers entité Iconographie)
2.3.4. Lieux
Les lieux répertoriés comprennent notamment les palais et les villas des différentes familles. Ce ne sont pas seulement des adresses, mais aussi des informations concernant
les lieux de résidence des familles.
– intitulé
– adresse
– description
– propriétaire / locataire
– documentation iconographique (lien vers entité Iconographie)
Projet Performart – cahier des charges – 28/04/2016
4
2.3.5. Événements
On répertorie les événements politiques et spectaculaires en lien avec les familles aristocratiques, survenus à Rome et dans le Latium entre 1650 et 1750.
– intitulé
– description
– date
– lieu
– participants (liste avec rôle de chacun)
– source
– documentation iconographique (lien vers entité Iconographie)
2.3.6. Realia
Le terme realia est employé pour répertorier les objets ayant une réalité matérielle : instruments de musique, armes, tissus, vêtements, collections de livres, de peintures, de statues, etc.
– intitulé
– lieu
– possesseur
– date d’attestation
– documentation iconographique (lien vers entité Iconographie)
2.3.7. Œuvres
– titre
– date
– support (imprimé ou manuscrit)
– genre littéraire
– genre musical
– poète
– compositeur
– chorégraphe
– maison d’édition
– lieu d’édition
– éditions (liste)
– exemplaires (liste)
2.3.8. Iconographie
– titre
– date
– auteur
– genre
– cote (interne ou référence du document)
2.3.9. Bibliographie
Un répertoire de littérature secondaire permettra d’associer aux entités de chaque type
une liste de références bibliographiques, qui renverront aux entrées de cette bibliographie (avec la pagination afférente).
Projet Performart – cahier des charges – 28/04/2016
5
2.3.10. Thésaurus
Le thésaurus hiérarchisé est destiné à normaliser la liste de descripteurs rattachés à une
personne, un lieu, une œuvre, un objet, un texte, un événement, etc. Il devrait pouvoir
être utilisé dans la plus grande partie des entités de la base. On s’appuiera sur un corpus
de descripteurs en italien, comparable au vocabulaire contrôlé RAMEAU4.
– terme
– statut (retenu ou exclu)
– liste de termes associés avec leur type propre (synonyme, terme englobant, terme englobé)
2.4. Exploitation de la base de données
Au-delà des recherches multicritères que l’application rendra possible pour des utilisateurs non informaticiens, des fonctionnalités supplémentaires permettront de produire,
de manière largement automatisée, différents types de rapports : arbres généalogiques,
prosopographies, réseaux professionnels ou sociaux, catalogue des sources et des
œuvres, cartographies et chronologies, statistiques.
Exemple de graphe souhaité : un graphe illustrant annuellement les périodes d’utilisation
des villas de villégiature et des palais citadins par les familles.
Exemples de cartes souhaitées :
– localisation des lieux de résidence des différentes familles (palais, « vigne », villa
suburbaine, villa de villégiature)
– localisation des familles dans la ville en fonction de leur étiquette politique.
2.5. Propriété et disponibilité du code informatique du programme de la base
Le code du programme devra être «commenté» par le développeur de façon à ce qu’il
puisse être ultérieurement récupéré et réutilisé si besoin.
Tous les programmes-sources seront mis à la disposition du responsable du projet, accompagnés des codes d’accès, mot de passe, etc., sur un serveur en accès protégé. Il en
sera de même à chacune des mises à jour des logiciels. Le responsable en charge du projet
aura le droit de modifier ou de faire modifier librement les programmes si un tel besoin
apparaît, notamment en cas de défaillance du ou des développeurs, ou s’ils ne sont pas
en mesure de poursuivre leurs travaux et les prestations d’assistance et de maintenance
prévues.
Des sauvegardes régulières des données de la base devront être effectuées et mises à la
disposition du responsable de projet.
4. http://rameau.bnf.fr/informations/produits.htm#fichiers
Projet Performart – cahier des charges – 28/04/2016
6
3. Site Web final
Au terme du projet les données accumulées dans la base seront rendues disponibles au
public à travers la création d’un portail Web placé sous la responsabilité du CNRS, en lien
avec le TGIR Huma-Num, une “très grande infrastructure de recherche” du CNRS qui permet une sauvegarde pérenne et un accès unifié aux données digitales dans le domaine
des sciences humaines. L’information sera alors partagée en respectant des conditions
d’interopérabilité avec d’autres bases pour qu’elle puisse être réutilisée et consultée à
partir de moteurs de recherche externes, dans le respect des droits de propriété intellectuelle des auteurs qui auront signé les fiches. La documentation contenue dans la base
doit pouvoir bénéficier d’adresses pérennes.
4. Environnement de travail
Chaque archiviste disposera d’un ordinateur portable Apple MacBook, année 2016, sous
système d’exploitation Mac OS X.
Sur les sites des fonds d’archives dépouillés, la connectivité au réseau Internet disponible
pourra être inégale. Elle pourra dans certains cas être faible, voire nulle. Les soumissionnaires indiqueront quelle approche ou solution ils proposent pour permettre aux archivistes qui seront confrontés à ces conditions défavorables de pouvoir, malgré tout, travailler aussi efficacement que possible.
5. Calendrier
La société candidate devra fournir un calendrier d’exécution de la prestation qui prend en
compte les dates-clés du projet et précise les moyens qu’elle met en œuvre pour le respecter.
Elle doit s’engager à réaliser les prestations dans ces délais. A défaut, des pénalités de
retard seront appliquées par dérogation à l’article 14.1 du CCAG-PI.
Dates-clés du projet, du point de vue des besoins informatiques.
– 1er septembre 2016 : début du projet.
– 1er octobre 2016 : livraison d’une première version du programme de la base de données
respectant la structure souhaitée et permettant aux collaborateurs de commencer leur
saisie des données.
– 1er décembre 2016 : le site web public sera ouvert et fonctionnel.
– 6 décembre 2016 : réunion de tous les collaborateurs à Rome en présence du développeur pour arrêter définitivement la structure de la base en fonction de l’expérience des
trois premiers mois de travail, suite à laquelle devra être établie dans les plus brefs délais
une version stable du programme de la base de données.
– 1er février 2017 : l’équipe doit disposer, à cette date, d’outils logiciels performants, conformes à leurs attentes, pour continuer de travailler au dépouillement des archives dans
des conditions optimales.
– 1er décembre 2017 : l’équipe doit disposer, à cette date, des différents outils logiciels
complémentaires qui permettront de produire des résultats de recherche : cartes, graphiques, statistiques, prosopographie, bibliographie.
– 1er août 2021 : ouverture du site web pérenne, pour l’accès du public à l’ensemble des
données du projet.
Projet Performart – cahier des charges – 28/04/2016
7
6. Prestations demandées
Les prestations demandées dans le cadre de cet appel d’offres consistent en :
– création et gestion du site Web du projet,
– design de la base en lien avec le responsable de projet et les experts sollicités par lui,
– développement de la base et des interfaces de saisie et de consultation/recherche,
– tests fonctionnels et techniques,
– mise en œuvre et hébergement,
– sauvegardes et sécurisation des sauvegardes,
– maintenance fonctionnelle et technique durant toute la durée du projet,
– à la fin du projet, mise en œuvre d’un site web dynamique permettant la mise en ligne
et la recherche de l’ensemble des données pertinentes de la base, pour mise à la disposition du grand public,
– à la fin du projet, exportation en XML archivage de la base chez un archiveur scientifique
(comme le CINES en France).
7. Protocole de soumission
Les soumissionnaires produiront un dossier comprenant :
– leurs références et réalisations dans des projets similaires ;
-°Le cv des personnes appelées à intervenir lors de la création et de la maintenance
– un mémoire technique expliquant leur compréhension de la demande, les méthodes et
les moyens du développement proposé, les outils techniques proposés ;
– la charge estimée pour le design, le développement et la mise en œuvre ;
– la charge estimée de maintenance ;
– la charge estimée pour la préparation des données pour l’archivage et pour la mise en
œuvre du site web public ;
– les coûts de prestation.
Les propositions parviendront à Hervé Landuré avant le 31 mai 2016 par courriel
([email protected]).
Elles seront rédigées en français et prisées en euros.
Elles seront jugées sur les critères suivants :
– 1 : valeur technique. Niveau de compréhension, qualité de la méthodologie proposée
et ergonomie de l’interface de saisie : 50 %
– 2 : prix : 35%
– 3 : organisation proposée, qualifications et expérience du personnel proposé: 15 %
Projet Performart – cahier des charges – 28/04/2016
8
8. Mode de règlement
Au vu de la durée du projet et des différentes étapes de celui-ci, le paiement interviendra
comme suit (répartition négociable avec le prestataire retenu) :
- un acompte (30%) sur mise à disposition du 1er livrable (octobre 2016)
- le solde (35%) sur remise du dernier livrable – base de données définitive et site Internet
grand public (juin 2021)
- sur factures intermédiaires (ne pouvant pas dépasser 35% du montant global du marché)
en fonction de l’avancement des travaux demandés au développeur par le porteur du
projet, pour garantir la réalisation technique et la mise à disposition des données aux
équipes de chercheurs impliquées dans le projet.
9. Propriété intellectuelle des données
L’ensemble des données collectées et traitées au cours du projet "Performart" demeurera la propriété intellectuelle intégrale du porteur du projet et du CNRS.
Par conséquent, l’option B de l’article 25 du CCAG/PI s’applique.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Projet Performart – cahier des charges – 28/04/2016
9