RAPPORT D'ACTIVITÉ 2003 - WWW Ircam

RAPPORT DETAILLERECHERCHE ET DEVELOPPEMENTSERVICES EN LIGNEamont car elles ont un impact fort sur l’architecturetechnique (et même hardware) du système : elles permettentpar exemple de distinguer les données à stocker en base decelles calculées à la volée, en fonction de leur volumétrie,du coût de leur calcul, de l’utilisation qui en est faite,etc.- D’autre part, les réponses à ces questions conduisent, parprécisions successives, à la définition des interfacesexternes des modules scientifiques. Ces travaux conduisentdu même coup à préciser la nature et la structure desdonnées échangées avec ces modules, et en particulier lesdescripteurs. Ils fournissent donc une information centraledans la conception de la base de données (MEDEE) où serontstockées et exploitées les descriptions de l’audio produitespar les contributions scientifiques ;- Enfin, les aspects véritablement techniques liés auxdéveloppements effectués par les partenaires scientifiquesdoivent eux aussi être anticipés au maximum : plate-formescibles, utilisation de bibliothèques extérieures, etc.- Les contributions scientifiques ne se limitent pas à desdéveloppements logiciels. Il peut aussi s’agir de productionde données complexes (taxonomies). Dans ce cas, c’est nonseulement la structuration logique de ces données qui doitêtre anticipée, mais aussi leur production ; car cettedernière est manuelle (ou très partiellement automatisable),et requiert en général des expertises extérieures àl’équipe.Pour tous ces points, il s’agit avant tout d’éviter que lesdéveloppements scientifiques ne soient faits en dehors d’unespécification claire, définissant les contraintes techniques àrespecter par ces développements afin de rendre leurintégration possible. En même temps, la nature très dynamiqueet évolutive des travaux scientifiques rend une tellespécification très difficile (par exemple, en terme de formatsde données).Le début de l’année 2003 a vu la stabilisation du document[Mullon03c]. Le but de ce document était de définir, enrelation étroite avec les équipes scientifiques, des consignesfonctionnelles et techniques à respecter par lesdéveloppements scientifiques, et satisfaisant à la fois auxexigences techniques de l’intégration et aux contraintesinhérentes aux travaux scientifiques.L’intégration proprement dite des modules scientifiques n’a puêtre achevée en 2003. Cependant, les modules scientifiquesaujourd’hui disponibles respectent à notre connaissance leséléments définis dans ce document, et leur intégration ne noussemble donc pas soulever a priori de problème de fond.8.1.5 Développement du niveau applicatif communLes sous-systèmes décrits ci-dessus fournissent un ensemble deservices complémentaires permettant d’accéder aux diversescatégories de données de la SPII, et de gérer celles-ci. A ceniveau, il s’agit encore d’opérations unitaires (accéder à unéchantillon, consulter les droits d’accès d’un utilisateur surune donnée, etc.), qu’il convient, dans un deuxième temps,d’appeler de façon séquentielle afin d’effectuer toutes lesopérations nécessaires à la mise en œuvre de chaque casd’utilisation (« use-case ») du système. Par exemple, l’ajout,- 153 -