Document d Architecture Système d Information Nature et Paysage

Transcription

1 Document d Architecture Système d Information Nature et Paysage 1

2 Historique des versions du document Version Date Commentaire /01/2012 Version initiale /0220/13 Version finale soumise au cercle 1 pour validation /06/2013 Version finale tenant compte des remarques du cercle 1 Rédacteurs Reda KADRI Capgemini Antoine HUGUET Ifremer Relecteurs Amelia CURD Ifremer 2

3 Mathilde LABOULAIS Ifremer Validation Cercle 1 du groupe Architecture Diffusion Groupes de travail du SINP 3

4 Sommaire 1.Introduction Terminologies et sigles Présentation générale du projet Les grands principes retenus pour l architecture Architecture et Urbanisation du SINP Architecture contextuelle du SINP Architecture métier du SINP Architecture du SINP...50 Services et flux...67 J 68 Services et flux...69 K 69 Services et flux...71 Services et flux...73 M Services et flux...75 P 84 9.Conclusion Annexe : une plateforme de médiation pour le SINP...87 QFormat pivot ou canonique du SINP...89 RLes contrats d interface SINP...89 SComposant d une plateforme de médiation...90 UTransport et connectivité d une plateforme de médiation...90 VSécurité d une plateforme de médiation Annexe : Légendes des représentations schématiques Autres annexes

5 1. Introduction 1.1 Présentation du projet Le protocole du SINP [REF1] a été publié en annexe de la Circulaire du Ministre d Etat, Ministre de l Ecologie, du Développement Durable et des Transports du 11 juin 2007 (publiée au B.O. du 30 août 2007) : il décrit les règles de mise en place du SINP. Ce protocole, qui a été révisé et mis à jour courant 2012, est amené à être publié dans une nouvelle Circulaire au cours de l année La définition d'un Système d'information sur la Nature et les Paysages (SINP) s est avérée nécessaire pour trois raisons : évaluer les impacts des politiques sectorielles, programmes, plans et projets sur les milieux naturels et le paysage, permettre à la France de remplir ses obligations européennes et internationales, contribuer à la participation des citoyens à l'élaboration des décisions publiques ayant une incidence sur l'environnement, conformément à l'article 7 de la charte de l'environnement. L'organisation actuelle entre les différents partenaires, caractérisée par une mise en réseau limitée et un manque de mutualisation des outils de bancarisation des données, ne permet pas un accès aisé à l'information. Le SINP doit mettre en place des dispositifs puissants d échanges, de communication et d intégration des informations. Les données couvrent en effet un champ d investigation très vaste et sont réparties dans de multiples organismes. Il doit permettre l intégration de cellesci dans un système cohérent. Cela nécessite le partage d un modèle d architecture et de formats d échanges, standards que le SINP se propose de mettre en place au travers de : protocoles d acquisition de données, principes scientifiques et règles de contrôle de la qualité et de la validation des données, règles de structuration des outils propres à la manipulation des données, règles de catalogage des données, délais d alimentation du SINP, processus de mise à jour et de mise à disposition des données. 1.2 Objet et organisation du document Ce document a pour objectif de définir une architecture «cible» pour la mise en œuvre du futur SINP. Il précise la liste des processus et fonctionnalités nécessaires pour répondre aux besoins qui ont été identifiés avec les partenaires potentiels du projet et les inscrits dans une architecture générale. Une place particulière a été faite aux exigences organisationnelles, qui constituent un enjeu majeur du projet. Ce document ne détaille pas les exigences réglementaires du SINP. On rappellera juste ici qu il s inscrit dans un contexte réglementaire précisé par la Circulaire du Ministre d Etat, Ministre de l Ecologie, du Développement Durable et des Transports du 11 juin 2007 (publiée au B.O. du 30 août 2007) [REF1], qui 5

6 comporte notamment les obligations de la France dans le cadre des directives européennes. Ce contexte est amené à évoluer avec la publication d un nouveau bulletin ministériel au début de l année 2013 qui mettra à jour le protocole, actuellement en phase de consultation. Ce document ne détaille pas non plus les exigences liées aux outils de saisies qui font l objet d un cahier des charges distinct, ni les exigences juridiques et de standards de données et de métadonnées qui sont l objet des travaux en cours des groupes de travail correspondants. 1.3 Documents de référence Il s agit de la liste des documents utiles mentionnés et référencés dans le présent document. Référence du Document Titre Document Date [REF1] Protocole du Système d Information sur la nature et les paysages 27/08/ ts/pdf/circulaire_sinp_et_protocole.pdf [REF2] [REF3] Site Web du SINP Directive INSPIRE 2007/2/CE 14/03/ uri=oj:l:2007:108:0001:0014:en:pdf [REF4] [REF5] Mandat du groupe de travail «Définition de l architecture du SINP» 11/06/2011 Etat de l art des systèmes d information Groupe «Définition 18/06/2012 de l architecture du SINP» [REF6] Convention Aarhus [REF7] Site Web Inventaire des dispositifs de collecte [REF8] Convention Européenne du Paysage (convention de Florence) 25/06/ /10/ scape/default_fr.asp [REF9] Document de cadrage général pour l architecture du Système 27/04/2011 d Information sur la Nature et les Paysages éléments de réflexion pour l architecture du SINP volet «Terre et Paysages» 6

7 [REF10] Comptes rendus d entretien : AAMP, entretien du 07/12/ /12/2011 Agence de l'eau LoireBretagne, entretien du 05/01/ /01/2012 BRGM, entretien du 12/12/ /12/2011 DREAL PDL, entretien du 05/12/ /12/2011 GBIF, entretien du 15/12/ /12/2011 Natureparif GT Outils de saisie, entretien du 06/01/ /01/2012 IFN/IGN, entretien du 09/11/ /11/2011 IFREMER Sextant, entretien du 06/12/ /12/2011 MIG/SPSSI, entretien du 20/10/ /11/2011 MNHNSPN, entretien du 15/12/ /12/2011 ONB, entretien du 09/11/ /12/2011 ONEMA, entretien du 14/12/ /12/2011 SOeS IDCNP, entretien du 16/12/ /12/2011 Projet de nouveau protocole du système d information sur la nature et les paysage. 10/2012 [REF12] Relevé des exigences organisationnelles, fonctionnelles et techniques Groupe «Définition de l architecture du SINP» 16/04/2012 [REF13] Comptes rendus des ateliers d architectures [REF11] Avril IRSTEA 24 25/04/ /05/2012 Mai IFREMER Octobre IGN [REF14] 3 4/10/2012 Novembre MEDDE 20 21/11/2012 Architecture du système d information sur l eau Livre vert 23/01/2005 7

8 [REF15] 2. Document de synthèse des ateliers et de l enquête nationale 05/03/ hese_ateliers_et_enquete_nationale_ pdf Terminologies et sigles 2.1 Abréviations AAMP : Agence des Aires Marines Protégées ADM : Architecture Development Method BRGM : Bureau de Recherches Géologiques et Minières CEMAGREF : Institut de recherche pour l ingénierie de l agriculture et de l environnement (cf. IRSTEA) COPIL : Comité de pilotage COVADIS : COmmission de VAlidation des Données pour l Information Spatialisée CST : Coordination Scientifique et Technique CSRPN : Conseil Scientifique Régional du Patrimoine Naturel CSW : Catalogue Services for the Web DCD : Dossier de Conception Détaillée DDT : Direction Départementale des Territoires DDTM : Direction Départementale des Territoires et de la Mer DEAL : Direction de l Environnement, de l Aménagement et du Logement DEE : Données Elémentaires d Echange (Voir définition [REF11] ) DGALN : Direction Générale de l Aménagement, du Logement et de la Nature DIRM : Direction Inter Régionale de la Mer DISIC : Direction Interministérielle des Systèmes d Information et de Communication de l Etat DREAL : Direction Régionale de l Environnement, de l Aménagement et du Logement EML : Ecological Metadata Language EPIC : Etablissement Public à caractère Industriel et Commercial FRB : Fondation pour la Recherche sur la Biodiversité GBIF : Global Biodiversity Information Facility IFN : Inventaire Forestier National (cf. IGN) IFREMER : Institut Français de Recherche pour l Exploitation de la MER IRSTEA : Institut national de Recherche en Sciences et Technologies pour l'environnement et l'agriculture (ex. CEMAGREF) IGN : Institut national de l information géographique et forestière (fusion de l ex. Institut Géographique National et de l IFN) INERIS : Institut National de l'environnement Industriel et des Risques INPN : Inventaire National du Patrimoine Naturel LADYSS : Laboratoire Dynamique Sociale et Recomposition des Espaces MAAPRAT : Ministère de l Agriculture, de l Alimentation, de la Pêche, de la Ruralité et de l Aménagement du territoire MAD : Mise à disposition MEDDE : Ministre de l Écologie, du Développement Durable et de l'énergie MESR : Ministère de l'enseignement Supérieur et de la Recherche MIG : Mission de l Information Géographique MNHN : Muséum National d Histoire Naturelle OBHN : Observatoire de la Biodiversité de HauteNormandie 8

9 OGC : Open Geographic Consortium OIEAU : Office International de l Eau ONEMA : Office National de l Eau et des Milieux Aquatiques ONB : Observatoire National de la Biodiversité ONF : Office National des Forêts PKI: Public Key Infrastructure POC : Proof Of Concept R/T : Régional / Thématique SANDRE : Service d Administration Nationale des Données et des Référentiels sur l Eau SEEE : Système d Evaluation de l Etat des Eaux SI : Systèmes d Information SIE : Systèmes d Information Sur l Eau SIG : Système d Information Géographique SNDE : Schéma National des Données sur l Eau SOeS : Service de l Observation et des Statistiques SPN : Service du Patrimoine Naturel du MNHN URL : Uniform Ressource Locator WFS : Web Feature Service WMS : Web Map Service 2.2 Glossaire Pour assurer l utilisation d un langage partagé au sein des différentes instances du SINP, la construction d un glossaire commun a été initiée sur la plateforme collaborative SINPONB et sera bientôt accessible sur Les termes utilisés ici y sont définis, lorsque cela paraît nécessaire. 9

10 3. Présentation générale du projet 3.1 Objectifs du SINP Les objectifs du Système d Information sur la Nature et les Paysages (SINP) sont multiples : structurer les connaissances sur la biodiversité et la diversité des paysages, faciliter la mobilisation de ces connaissances pour élaborer et évaluer les politiques publiques, évaluer l impact des plans, programmes et projets, mettre à la disposition des citoyens une information suffisante pour permettre le débat, permettre de faire les rapportages correspondants aux engagements européens et internationaux. Des informations détaillées sont disponibles sur le site SINPONB « [REF2]. Ces différentes actions s inscrivent dans le cadre des objectifs que s est fixé le Ministère en charge de l écologie pour mettre en œuvre la Convention sur la Diversité Biologique (CDB) ratifiée par la France le 1er juillet Celleci est déclinée localement par la Stratégie Nationale pour la Biodiversité (SNB) de novembre 2004 dans le but de stopper la perte de biodiversité à l échelle globale. Le SINP, en répondant à la question de l état de la connaissance de la biodiversité, est considéré comme un pilier de l Observatoire National de la Biodiversité (ONB). Il répond à l objectif 18 de la Stratégie Nationale pour la Biodiversité : «Développer la recherche, organiser et pérenniser la production, l analyse, le partage et la diffusion des connaissances.» Les données naturalistes et paysagères ayant une dimension géographique, l'organisation des données publiques doit également s'inscrire dans l'esprit de la directive INSPIRE [REF3] qui crée un cadre légal pour l'établissement et l'exploitation d'une infrastructure d'information spatiale en Europe. Elle doit en respecter les exigences. 3.2 Description générale La finalité principale du SINP est de faciliter l accès aux données concernant la Nature et le Paysage. Cellesci sont hétérogènes et réparties parmi une grande diversité d acteurs. A cette fin, le protocole du SINP prévoit que l accessibilité des données soit facilitée depuis le portail national et les portails régionaux/thématiques du SINP, qui représentent des outils de travail collaboratif pour les acteurs. L intégration de ces données, BD ou informations connexes (Dossier de Conception Détaillée (DCD), Méthodologie, ) via le SINP soulève un certain nombre d enjeux, en lien direct avec les systèmes d information de chaque partenaire et les outils communs du SINP. Il doit au final se présenter comme une infrastructure de données spatiales. Il s agit donc d un système ayant vocation à coordonner et mettre à disposition les informations sur la biodiversité et les paysages. Ce système doit assurer plusieurs fonctions : collecter les métadonnées auprès des différents fournisseurs, assurer la diffusion des métadonnées puis des données du système, permettre la mise à disposition et l utilisation de ces données, voire de produits élaborés constitués à partir de ces dernières. 10

11 L accès aux données repose en grande partie sur les principes émis par l OPEN DATA 1 («Ouverture des données») qui définit la donnée comme étant «numérique d'origine publique ou privée, publiée de manière structurée selon une méthodologie qui garantit son libre accès et sa réutilisation par tous, sans restriction technique, juridique ou financière». L extrait suivant de la directive «INSPIRE» [REF3] décrit une infrastructure de données spatiales au niveau européen dont le SINP doit s inspirer et avec laquelle il doit être compatible : «Les infrastructures d'information géographique dans les États membres devraient être conçues de façon à ce que les données géographiques soient stockées, mises à disposition et maintenues au niveau le plus approprié, qu'il soit possible de combiner de manière cohérente des données géographiques tirées de différentes sources dans la Communauté et de les partager entre plusieurs utilisateurs et applications, que les données géographiques recueillies à un niveau de l'autorité publique puissent être mises en commun entre les autres autorités publiques, que les données géographiques soient mises à disposition dans des conditions qui ne fassent pas indûment obstacle à leur utilisation extensive, qu'il soit aisé de rechercher les données géographiques disponibles, d'évaluer leur adéquation au but poursuivi et de connaître les conditions applicables à leur utilisation.» (Point 6 de la Directive) La coordination du SINP, au niveau national, repose sur trois instances complémentaires : pour la conduite générale du dispositif, un comité de pilotage regroupe les producteurs de données et les principaux acteurs du SINP. Il est animé par la Direction de l eau et de la biodiversité (DEB) du MEDDE avec l appui d une équipe projet. au plan scientifique, une coordination scientifique et technique (CST) organise l'activité de production scientifique et technique à la fois de l'onb et du SINP, avec une configuration adap tée. L animation et le secrétariat de la CST sont assurés par le Muséum National d'histoire Naturelle (MNHN). Cette coordination est composée de scientifiques représentant tout à la fois les acteurs du domaine et les champs de compétence couverts par le SINP et l'onb. Les membres de la CST sont répartis dans 5 collèges (biodiversité et géodiversité terrestre, biodiversité marine, paysage, interactions biodiversité/société, données et systèmes d information). l équipe projet qui assiste le COPIL, met en œuvre les décisions de la CST et veille à la cohérence des champs «terre», «mer» et «paysage». La mise en œuvre du SINP est en outre assurée par différents groupes de travail, constitués pour répondre aux problématiques liées à des thématiques spécifiques. Leur organisation est détaillée dans la figure 1 cidessous. Le groupe «Définition de l architecture SINP» est l un d entre eux

12 3.3 Le groupe de travail «Définition de l architecture du SINP» La mission du groupe de travail «Définition de l architecture du SINP» s inscrit dans l action «Architecture du SINP» dont elle constitue la première phase, qui sera suivie de la mise en œuvre effective du portail. Figure 1 : Schéma global de l organisation du GT Définition de l architecture du SINP en phase de développement Le mandat du 11 juin 2011 décrit les objectifs, les instances de gouvernance et les responsabilités de chaque membre du groupe de travail [REF4]. Il confie à l Ifremer le pilotage du groupe de travail «définition de l architecture du SINP» dont les missions consistent à : recueillir les besoins des différents niveaux d'utilisation du SINP (local, régional, national), 12

13 définir les grands principes de l'architecture et la (ou les) solution(s) «cible» fonctionnelle(s), organisationnelle(s) et technologique(s), définir les conditions de sa mise en œuvre. C est dans ce contexte que le présent document a été produit. Il a été constitué après la synthèse des besoins recueillis auprès des futurs utilisateurs [REF10]. Il a bénéficié de l apport méthodologique et de la connaissance de l ensemble des acteurs du cercle 1. Son élaboration s est déroulée en plusieurs phases : une phase d état de l art [REF5], pour donner une bonne idée au groupe de travail de ce qui est «faisable» techniquement aujourd hui, une phase d interviews, d ateliers en régions, et d envoi d un questionnaire, visant à recueillir les attentes en termes de fonctionnalités de tous les acteurs du SINP [REF10], [REF15]. Les travaux de cette phase ont été répartis entre l Ifremer, le LADYSS et l Irstea, Puis, une phase de synthèse des exigences fonctionnelles [REF12] issues des interviews citées cidessus. Ces étapes ont permis l initialisation d un référentiel des spécifications. En parallèle, un POC (Proof of Concept) a été réalisé pour que le cercle 1 puisse, tout en consultant les premiers documents d architecture, appréhender ce que pourrait être un portail national ou Régional/Thématique (R/T) mais aussi constater de visu les conséquences de l implémentation de telle ou telle technologie. Figure 2 : Processus d écriture des solutions d architecture Il est à noter que les exigences formulées dans le cadre des interviews, entretiens mais également au cours des réunions du groupe de travail ont alimenté les réflexions sur la réécriture du nouveau protocole. Cette définition de l architecture a pour but de couvrir autant que possible les exigences des différents 13

14 partenaires du SINP exprimées dans les documents officiels et les productions du GT. Afin de mettre en évidence leur prise en compte, une matrice de recouvrement des exigences par l architecture a été constituée. Ce travail a fait l objet d un document spécifique livré parallèlement. 14

15 4. Les grands principes retenus pour l architecture Ces grands principes sont issus des réflexions du cercle 1, mais aussi de l expérience issue de la mise en place d autres SI [REF5], des demandes utilisateurs [REF10] [REF12] [REF13] [REF15] et des directives européennes sur la mise à disposition de données [REF3]. Le SINP constitue une réponse à ces directives en termes de diffusion de données, en mettant à disposition des données pouvant être utilisé pour la création d'indicateurs dans le cadre de l'onb. L architecture du SINP doit répondre à plusieurs enjeux, qui ne sont pas seulement techniques. Concernant l accès à l information, celuici devra être le plus simple possible en masquant la complexité de l implémentation technique. L usager non initié doit pouvoir facilement naviguer dans les informations que le SINP lui proposera. L architecture doit faciliter ce partage de l information pour tous avec une évaluation claire de la qualité de l information à laquelle on accède. Enfin, cette architecture doit être suffisamment évolutive pour permettre les interconnexions avec d autres systèmes d informations, qui seront clients ou fournisseurs du SINP. Ces choix d architecture sont des éléments cadrants de la gouvernance du SINP et nécessitent la coopération des organisations participant au système. Ces choix ne doivent cependant pas être perçus comme une contrainte, l organisation répartie choisie doit permettre de valoriser chaque participant en lui assurant une bonne visibilité, en reconnaissant les compétences de chacun et en identifiant clairement l origine des données. Le livre vert du SIE [REF14] est à ce titre une référence pour le SINP. C est un document qui a été particulièrement utile pour la définition de l architecture. 4.1 Implication des partenaires et plateformes du SINP Le SINP est un réseau partenarial comportant de très nombreux acteurs. Ils relèvent aussi bien de la sphère publique que de la sphère privée. L organisation choisie repose sur plusieurs niveaux, allant du producteur, en passant par le régional ou le thématique, le national et l international. Le principe du SINP est bien de s appuyer sur un système d information réparti, la gestion de la donnée devant s effectuer au plus près des producteurs. Le SINP se veut non intrusif dans les systèmes d information des partenaires, il sera donc hétérogène dans le détail de son implémentation au niveau des plateformes de chacun. Les partenaires ne seront donc pas contraints à remettre en cause leurs choix techniques, mais devront mettre en œuvre les interfaces et les services définis notamment dans le présent document pour s intégrer au SINP. La traçabilité de la donnée est un enjeu important que l architecture traite dans le cadre de ce document. Le SINP proposera cependant des outils communs qui pourront être implémentés par les plateformes régionales/thématiques. Ceuxci disposeront d un support au niveau national et d un maintien en condition opérationnelle, que ce soit au niveau des évolutions des outils ou de leur hébergement. Leur emploi ne sera cependant nullement obligatoire en respect du principe de «non intrusion» décrit cidessus. 15

16 Figure 3 : Vue simplifiée, plateformes et flux de données SINP Ce schéma comporte deux points importants qui sont cadrant pour l ensemble du système: Le point d entrée dans le SINP se situe au niveau des plateformes R/T, Les seules données mises en flux et/ou à disposition de tous dans le SINP sont les Données Elémentaires d Echanges (DEE). Les liens entre les plateformes R/T et les producteurs se font au cas par cas et peuvent utiliser divers protocoles et formats. Ces liens feront l objet d accords spécifiques régionalement ou par thématique. De plus, ce schéma ne présente pas les liens qui seront mis en œuvre vers le niveau international. Ces liens font cependant bien partis de l architecture à mettre en œuvre. Ils se feront via la plateforme nationale qui fournira les données «françaises» vers ce niveau. Il est cependant bien précisé que le SINP n a pas vocation à faire du rapportage et que cela ne rentre pas dans les objectifs du système. Les plateformes du SINP, qu elles soient régionales ou thématiques feront l objet d une habilitation délivrée par le comité de pilotage. La définition suivante en a été produite : «Une plateforme habilitée SINP est une plateforme dont la demande d'habilitation a abouti positivement. Elle est reconnue, par le COPIL SINP, comme disposant des ressources humaines et matérielles nécessaires pour accomplir les missions qui lui sont confiées : identification et qualification des données, stockage et génération des DEE, stockage éventuel de données sources, gestion de la mise à disposition des données sensibles. Une plateforme habilitée est la seule, pour une données source identifiée, à la diffuser.» 16

17 4.2 Périmètre des données Le protocole [REF11] donne une définition du périmètre des données auquel le SINP s intéresse : «Le périmètre du SINP couvre potentiellement toutes les données utiles à la connaissance, à la conservation et à la gestion des espèces sauvages (faune, flore, fonge, microbiologie), des habitats naturels ou seminaturels, des écosystèmes et des paysages ainsi que les données traduisant la réglementation ou des objectifs de gestion. Il concerne également les données relatives aux espaces protégés, aux sites classés ou inscrits au titre des paysages, à la géologie, à la pédologie et à la génétique permettant de mieux appréhender les relations des espèces sauvages avec leurs milieux et l'évolution de leurs populations. Le périmètre englobe à la fois les métadonnées, les données brutes, les données élémentaires d'échange, les données de synthèse et les données de référentiel produites sur fonds publics ou privés, dans le respect des principes et droits d'utilisation des données énoncés aux articles 10 et 11 du présent protocole.» Il couvre donc l ensemble des observations naturalistes qui peuvent être faites par les adhérents au protocole. Le sujet est donc vaste et nécessitera d être traité progressivement au sein de chaque thématique. La partie «Paysage» dont les exigences ont été relevées [REF12] et les besoins pris en compte dans le présent document est, à la date de rédaction, toujours prévue pour intégrer le système, mais avec un délai. Pour la seule composante «biodiversité spécifique» du SINP, on évalue le nombre d observations à gérer entre 100 et 200 millions. Il a été évoqué à plusieurs reprises de pouvoir intégrer des données de type «documentaire» dans le périmètre, et de faire le lien avec les systèmes d informations correspondant. Le groupe a statué que pour l instant ces liens étaient hors du premier périmètre, mais qu il faudra intégrer à la future «roadmap» une action sur ce point. 4.3 Interopérabilité et référentiels L interopérabilité du SINP est composée de plusieurs facettes. La première concerne la notion d interopérabilité sémantique, qui couvre 2 notions : les interopérabilités conceptuelle et référentielle. Elle se traduira concrètement au moins par le partage de référentiels et de documents de référence. Parmi ceuxci, on peut citer de manière non exhaustive : Des protocoles normalisés pour l acquisition et la validation de données «naturalistes», Un référentiel des acteurs, avec une gestion centralisée de ceuxci permettant l accès au SINP avec les différents profils définis, Un référentiel géographique, s appuyant sur la référence nationale qu est l IGN, Un référentiel des espèces, référentiel taxinomique et nomenclatural, s appuyant sur le MNHN. Un référentiel des espaces protégés. 17

18 Ces différents référentiels devront être accessibles et mis à disposition de tous les acteurs via les processus définis plus loin dans ce document. Le glossaire initialisé dans le cadre du groupe «Définition de l architecture» en fait partie. On pourrait aussi citer parmi les plus marquants à mettre en œuvre les référentiels «habitats» et «végétation» gérés par le MNHN, partagés par les différents acteurs d une même thématique. Ces différents référentiels sont alimentés et mis à jour par des processus spécifiques qui ne font pas partie du périmètre d intervention du SINP. Sur les aspects plus techniques, l interopérabilité s appuie sur des protocoles informatiques et des formats communs. On parle ici de normes usuelles des technologies de l information, telles que XML ou encore HTTP ou SOAP. Le SINP n a pas vocation à aller plus loin dans la définition des technologies et modélisation des données de chaque producteur. Il n a pas, par exemple, à définir des modèles de données physiques de données sources qui soient communs à tous, mais définira un format commun de données élémentaires d échange permettant une diffusion normalisée. Le groupe «Standard de données» est en charge de ce dernier volet. L utilisation de normes communes au SINP est un passage obligé pour assurer la pérennité de l information. La notion de norme ouverte [REF14] doit être retenue, c'estàdire libre de droit, avec des processus de décisions clairs et si possible d ores et déjà implémentée. Les normes de l OGC, principalement liées à l information géographique, constituent une base incontournable pour l implémentation du SINP. On rejoint là les liens vers la directive INSPIRE 2 [REF3], à laquelle les services proposés par l OGC répondent directement. 4.4 De l accès aux informations du SINP La granularité la plus basse du SINP concerne les portails de niveau R/T. Ce niveau est donc le niveau principal pour la mise en œuvre du SINP, car c est à celuici que s effectue l effort principal de collecte, d animation et de diffusion. La plateforme nationale met à disposition quant à elle les différents référentiels et des données qualifiées nationalement, qui redescendent vers le niveau R/T. Les différents niveaux du SINP ne disposeront que d un couplage faible, basé sur des services «interopérables» d accès à l information. Le SINP promeut des outils mais ne les impose pas. Il ne préjuge pas de l organisation interne de chaque partenaire. Les plateformes R/T ont un rôle important concernant la gestion des données. Ce rôle ne se limite pas à de la diffusion et de la mise aux normes. Ces plateformes ont un rôle majeur consistant notamment à s assurer de la conformité des données au protocole [REF11] du SINP, mais aussi de qualification. Toute donnée n est ainsi diffusable que si elle est accompagnée de ses métadonnées et des informations de qualification. Le rôle des plateformes R/T est aussi d assurer l unicité de la donnée dans le système. Si une donnée peut être physiquement stockée dans plusieurs lieux, il faut s assurer que celle transitant dans le SINP passe par un point d entrée unique. La problématique de l identifiant unique, qui est l une des fonctionnalités de base des plateformes, est abordée dans la suite du document. Sur toutes les plateformes du SINP ont été retenus les grands principes suivants d accès à l information, que l on retrouve par ailleurs dans INSPIRE [REF3] : Découverte par l accès à des métadonnées et à leur requêtage, Consultation / Visualisation des données, 2 La grande majorité des données SINP relève de la directive INSPIRE, quelquesunes y échappe cependant 18

19 Téléchargement des données. Le POC mis en œuvre par le groupe «Définition de l architecture» a implémenté ces principes d accès, qui sont maintenant largement connus et utilisés. Les aspects «originaux» du SINP couvrent deux aspects qui seront à prendre en compte : L énorme volumétrie des données ainsi que l hétérogénéité de la couverture spatiale des jeux de données nécessitent des représentations particulières et des précautions lors du requêtage et de l affichage, Il est extrêmement pertinent de pouvoir requêter à la fois sur les métadonnées mais aussi sur les données ellesmêmes au même moment, soit dès la partie «découverte». 4.5 Les plateformes Thématiques La notion de «thématique» est difficile à définir et a fait l objet de nombreuses discussions du groupe architecture. La notion de «champs de connaissance» pour une plateforme thématique répond bien à ce à ce qui pourrait être mis en œuvre. Une «thématique» peut ainsi couvrir plusieurs typologies de données différentes mais qui ont une logique à se voir regroupées dans le même processus de collecte et de mise à disposition. Si on applique cette définition par exemple aux occurrences d espèces, l organisation du SINP pourrait prendre la forme suivante : vingtsept plateformes régionales, une plateforme thématique terre générale, une plateforme thématique flore et enfin une plateforme thématique mer. Il est cependant important de limiter le nombre de plateformes thématiques du fait des contraintes organisationnelles (priorités et planning de mise en œuvre) et techniques (nombre de formats d échange, nombre de flux). Dans la future mise en œuvre, «des règles du jeu par producteur et par thématique» seront à définir. C est à chaque «thématique» de s organiser et d instancier les propositions d architecture du présent document (Cf. 4.1). A 19

20 5. Architecture et Urbanisation du SINP L'étude d'architecture SINP répond à trois problématiques : Les fonctions, les fonctionnalités et services À quoi servent les données du SINP, pourquoi faire (usages), pour qui, quels sont les traitements à appliquer aux données pour satisfaire les usages, les objectifs d'usage, les besoins exprimés? Quelles fonctionnalités regroupées par grandes fonctions devront assurer les différents outils dans l'architecture du SINP? L'organisation Qui fait quoi, quels sont les rôles des différents acteurs, leurs responsabilités dans la chaine de traitement des données? Développer une démarche et une organisation collaborative. La technologie Quelle réponse technologique, quelle solution informatique pour assurer les fonctionnalités attendues aux différents niveaux de l'organisation? 5.1 TOGAF The Open Group Architecture Framework, également connu sous l'acronyme TOGAF, est un ensemble de concepts et un standard industriel porté par le consortium IBM, Capgemini, SAP, Oracle, Kindee, couvrant le domaine des architectures informatiques d'entreprise, utilisable par toute entreprise souhaitant développer ou modifier son architecture. TOGAF est un cadre méthodologique et une approche industrielle de description des architectures permettant de répondre aux questions suivantes : Pourquoi ce système, quels sont les enjeux stratégiques en termes métier et infrastructure? Quels sont les besoins fonctionnels du système? Comment répondre aux besoins fonctionnels? Avec quoi répondre aux besoins fonctionnels? 5.2 Développement de l architecture SINP TOGAF a pour principe de réduire la complexité en séparant les problématiques par les moyens suivants: Diviser le problème en plusieurs aspects, métier, l information, SI et Infrastructure. Abstraire le problème : aborder les sujets dans «le contexte de l ensemble» Utiliser des vues : faciliter la communication avec les différents participants du projet Décrire les éléments d architecture : par aspect, niveau d abstraction et vue. Fournir des relations logiques et cohérentes entre niveaux d abstraction, aspect, éléments d architecture et vues L élaboration de l architecture SINP s appuie sur une partie de la méthode de développement d architecture de l ADM TOGAF 9. Cette instance de l ADM prévoie un développement itératif de l architecture SINP sur trois niveaux : 20

21 Figure 4 : ADM TOGAF B 5.3 Architecture contextuelle du SI L architecture contextuelle permet d exprimer et de comprendre les besoins, elle permet de répondre à la question «Pourquoi» l architecture, ses contraintes et objectifs. L architecture contextuelle SINP est exprimée selon plusieurs Vues 21

22 Figure 5 : Architecture contextuelle La définition de l architecture contextuelle métier et fonctionnelle du SINP consiste à : Définir des enjeux Formaliser des Buts, objectifs, principes et Driver (Moteur : Condition interne ou externe tirant une organisation vers un but. Exemple: modification réglementaire) SINP Formaliser des règles et standards de l architecture SINP Définir l organisation, des rôles et des acteurs du SINP Définir des fonctions métiers, des services métiers et processus métiers du SINP 5.4 Architecture du système d information (Données et application) La définition de l architecture du système d information consiste à définir des données, des applications, des composants, des services informatiques pour le SINP. 5.5 Architecture technologique La définition de l architecture technologique du SINP consiste à définir des composants et applications technologiques implémentant le SINP. Pour garantir une modélisation optimale de l architecture, TOGAF prévoit la modélisation des buts, objectifs et contraintes. Ces éléments seront alors liés aux autres éléments cités dans les trois couches modélisées : Conceptuelle, Logique et Physique. Les architectures contextuelle, du SI et technologique du SINP vont être détaillées une à une dans les paragraphes suivants. 22

23 6. Architecture contextuelle du SINP Ce chapitre décrit l architecture contextuelle du SINP, il permet de répondre à la question «Pourquoi» l architecture SINP, en précisant ses contraintes et ses objectifs 6.1 Buts, Objectifs et contraintes du SINP Dans son article 3, le protocole [REF1] fixe les grands objectifs (buts métiers) du SINP : ID Intitulé Class 01 Organiser les acteurs 02 Partager l expérience Métiers Métiers 03 Partager l information Métiers 04 Rationaliser l information Métiers 05 Faciliter l accès aux données Métiers 06 Créer des normes et standards Métiers 07 Définir et mettre en œuvre la qualité des données Métiers 08 Mettre en place des outils de travail collaboratif Métiers 09 Identifier les points faibles Métiers 10 Valoriser les producteurs Métiers 11 Répondre au besoin d information des politiques publiques Métiers Figure 6 : Buts du SINP 23

24 6.2 Principes du SINP Les principes généraux du SINP ont été rappelés dans les paragraphes introductifs du 4. Ils s appuient notamment sur différentes réglementations et conventions européennes. Ce paragraphe décline au niveau plus détaillé du SI à mettre en œuvre ces mêmes principes mais adaptés à la problématique posée. Dans le cadre du SINP, plusieurs groupes de travail ont été mis en place pour définir et formaliser ses principes. Pour chaque domaine lié au SINP, un groupe de travail dédié, aura pour mission de livrer une conclusion formalisant ses choix et les directives retenues pour le SINP. Les conclusions des différents groupes devront être intégrées comme entrant pour l élaboration de l architecture, elles feront l objet de traduction en principes et exigences. Les parties de l architecture concernées par les conclusions des groupes de travail ont fait l objet d hypothèses. Nous considérons alors comme principes à la finalisation de l architecture les conclusions identifiées dans la figure 7 (les contraintes citées dans ce document concernent le périmètre de l architecture couvert par l étude du GT Architecture). Figure 7 : Principes SINP Ces principes peuvent se décliner en préoccupations visàvis de la finalisation de l architecture, préoccupations qui ont été listées au cours des différents ateliers de travail [REF13]. Préoccupation Conclusions du GT juridique Description La conclusion du groupe juridique servira à mettre en place les principes juridiques et légaux du SINP. L architecture SINP devra être conforme aux directives juridiques du groupe. Elles serviront par exemple, à la mise en place d activités de contrôle et de validation 24

25 Préoccupation Conclusions du GT référentiels Description La conclusion du groupe référentiel servira à mettre en place les principes du système d information du SINP. Les données et applications SI du SINP devront être conformes aux référentiels. Préoccupation Conclusions du GT validation Description La conclusion du groupe validation servira à mettre en place les principes du système d information du SINP. La validation processus et activités de validation au sein du SINP devront être conformes aux conclusions du groupe. Préoccupation Procédure d'identification unique SINP Description L identification unique est l une des plus fortes exigences du SINP, son implémentation dépendra du choix et de sa formalisation au sein du groupe standard de données. En l absence de cette conclusion, une hypothèse a été émise pour décrire un mécanisme d identification unique. Préoccupation Profils de métadonnées du SINP Description L implémentation du profil de métadonnées SINP dépendra de la description fournie au groupe architecture par le GT «Standard de métadonnées». Préoccupation Protocole SINP Description Le protocole SINP est considéré comme étant l un des principaux moteurs de l architecture. Il est considéré comme étant la principale contrainte d architecture. Ses modifications et mises à jour auront un impact direct sur les choix, principes et solutions à tous les niveaux d abstraction décrits. Préoccupation Conclusions du GT Standards de données SINP ou de la COVADIS. Description L'implémentation du profil de DEE prend en compte la description fournie par le GT "standard de données" ou la COVADIS. Il y aura plusieurs standard de données dans le SINP, le GT «standard de données» prend en charge le format sur les observations d'espèces, la COVADIS prend en charge celui sur les espaces protégés (annexe III,2 d'inspire). A terme il faudra définir des standards sur la géologie, la pédologie, les habitats, les associations de végétation etc. 1.1 Exigences générales du SINP Les éléments sur les contraintes générales qui suivent ne sont pas directement liés aux exigences fonctionnelles de l application. Néanmoins, ils participent à la conception et à la construction du système. Ces contraintes sont généralement des principes de haut niveau élaborés par les architectes qui ont une 25

26 valeur audelà de l application décrite dans le dossier d architecture. Elles peuvent se décliner en exigences générales ou particulières en fonction du domaine d application, de l existant etc. Définir et concevoir l architecture d un système impose donc une articulation autour d exigences définies aux niveaux : Métier: Une application fait partie d un domaine fonctionnel qui obéit à certaines règles et principes applicables systématiquement (ex : Le service client est disponible 24/24, Le département X pourra être externalisé dans les 2 ans qui viennent) Système d information: La mise en œuvre d une application se fait dans un environnement existant cohérent qui va guider la conception (ex : Les employés du département X doivent pouvoir réaliser l ensemble de leurs tâches quotidiennes depuis l application Y, le référentiel des taxons est l application Z) Infrastructure technique : Ensemble des standards techniques qu une application devra respecter pour être conforme (ex : Compatible HP UX, Support du MPP, interopérabilité OGC etc.). Sécurité : Une application s intègretelle dans un cadre fournissant déjà certains services (authentification, autorisation) et doitelle respecter certaines règles légales ou d entreprise liées au type de données traitées. Gouvernance : La qualité de service, la maintenance, les coûts d exploitation, etc. sont autant de sujets généralement transverses qui influent grandement sur la conception et le développement de d une application. Dans le cadre du SINP, les exigences décrites à prendre en compte sont les suivantes : Figure 8 : Principes d architecture du SINP Exigence Pas de DS/DEE sans métadonnées SINP 26

27 Description Exigence Description Exigence Description Adaptabilité Description Capacité d'un système d'information à recevoir facilement des nouvelles fonctionnalités Accessibilité Exigence Accompagnement systématique et obligatoire des données par leur métadonnée Caractéristique d'un système d'information à rendre facile la recherche, l'identification et l'accès à ses différents contenus. L'accessibilité d'un système d'information peut être mise en parallèle avec sa disponibilité. C'est la faculté pour un utilisateur de facilement accéder aux informations qui le concerne et qu'il utilise dans ses activités Facilité Facilité d'apprentissage du SI Facilité de compréhension des informations fournies Facilité d'utilisation du SI C Exigence Description Exigence Description Exigence Description Exigence Description Interopérabilité La capacité à interagir avec d'autres systèmes de façon normalisée Pérennisation Conservation à long terme de l'information numérique sous une forme correcte et immédiatement compréhensible Pertinence La pertinence est l'aptitude de correspondre à ce que l'on attendait. Une information pertinente est une information appropriée au contexte où elle est utilisée Participation / collaboration Le SINP est un système collaboratif. Les acteurs sont au cœur de ce système et assure une participation volontaire à la mise en œuvre. 27

28 Exigence Qualité Description Exigence La fiabilité, la justesse et la précision de l information. Pour un système d'information, la qualité traduit la capacité à produire des informations exactes. Ceci revient à s'assurer de la cohérence des traitements. Répartition Description Exigence Caractéristique de plusieurs systèmes d information (données et/ou traitement) situés en des lieux différents et distants, reliés par une infrastructure (réseaux, protocoles informatiques) de communication permettant l échange de données entre les SI Réutilisation Description Exigence Correspond à «toute utilisation des informations contenues dans les documents administratifs à d autres fins que celles de la mission de service public en vue de laquelle les documents ont été élaborés ou sont détenus». Traçabilité Description Exigence La transparence va utiliser dans sa mise en œuvre technique un moyen puissant : la traçabilité qui s appuie ellemême sur l identification unique des objets appartenant au périmètre du SINP. Transparence Description 6.3 La transparence s'applique principalement à l'information ellemême mais elle est fortement dépendante de son traitement. La transparence d'une information est l'aptitude de montrer à tous comment elle a été obtenue et qu'elle a été son traitement. Rendre visible le processus de fabrication qui a conduit à l'information. Règles et Standards On peut notamment se référer aux conclusions du groupe de travail «Standard de métadonnées» et dans le futur à celles du groupe du travail «Standard de données». Ce dernier GT, qui a démarré le 3 décembre 2012, conduira ses travaux sur 12 mois. A ce niveau, la variété des données auxquelles sera confronté le SINP nécessitera l adoption de plusieurs formats en fonction des thématiques (géologie, pédologie, habitats etc.). Dans un premier temps, les formats sur les observations d espèces et les espaces protégés (annexe III,2 d INSPIRE) seront pris en charge. 28

29 D autres standards «techniques» ont été déjà identifiés et reposent notamment sur les standards issus de l OGC pour toute la mise en flux des données, que ce soit au niveau des métadonnées, des DEE voire même des DS. 7. Architecture métier du SINP L architecture métier du SINP correspond à l articulation des composants métiers permettant la réalisation des métiers du SINP. 7.1 Fonctions SINP Une fonction d un système d information est une fonctionnalité à mettre en œuvre pour réaliser les métiers du système. Les membres de l atelier ont identifiés les fonctions du SINP à partir des éléments de l article 3 du protocole SINP [REF1]. Le tableau suivant récapitule ces fonctions : Figure 9: Fonctions du SINP 29

30 Figure 10: Détail des fonctions du SINP3 Terme Définition 3 Dans le schéma, B = But et F = Fonction 30 Source

31 Organiser les acteurs [Le SINP doit permettre de] définir et mettre en œuvre une organisation entre les acteurs produisant des données et de l'information sur la nature et les paysages. [Le SINP doit permettre de] faciliter et permettre l'accès et la réutilisation des données en rendant Partager l'information et les données transparentes les conditions d'accès aux données de nature et de paysage. [Le SINP doit permettre de] créer des normes sémantiques et techniques permettant l'interopérabilité entre les différentes bases de Créer des normes d interopérabilité données du SINP et entre le SINP et d'autres systèmes d'information (GBIF, SIE, Natura2000, etc.). [Le SINP doit permettre de] créer des lieux d'échanges et de partage d'expériences dans la production, la gestion et la valorisation de ces Partager les expériences données afin d'harmoniser, de développer et d'optimiser leur production ; mettre en place des outils de travail collaboratif entre les acteurs. [Le SINP doit permettre de] promouvoir, mettre en valeur et faire reconnaître le travail des Valoriser les producteurs personnes et des organismes qui contribuent à la production et la valorisation des données sur la nature et les paysages [Le SINP doit permettre de] définir et mettre en Qualifier les données et les œuvre des critères de qualité des données. interfaces Auditer l efficience du dispositif Protocole, point 1 article 3, Protocole, point 3 article 3, Protocole, point 4 article 3, Protocole, article point 2 et 6 3, Protocole, point 8 3, article Protocole, article 3, point 5 (cf. questions ouvertes) [Le SINP doit permettre d'] identifier les points Protocole, article 3, faibles et les redondances du dispositif dans point 7 l'acquisition de connaissances. D L ampleur de la tâche pour le groupe architecture a nécessité de prioriser les fonctions sur lesquelles travailler. Le groupe a estimé que les fonctions suivantes devaient être traitées en priorité [REF13] : F01 : organiser les acteurs, F02 : partager l information, F06 : qualifier les données et interfaces. Ces trois fonctions doivent nécessairement être formalisées pour que le SINP puisse se mettre en place. Les autres fonctions ont paru moins essentielles et pourront faire l objet de travaux complémentaires à intégrer à la feuille de route du SINP. 31

32 32

33 7.2 Services métiers SINP Un service métier est un service qui supporte les exigences «métier» grâce à une interface définie et est explicitement géré par une organisation. Chacune des fonctions identifiées sera réalisée par un certain nombre de services. Les services listés en atelier sont les suivants : Fonction Service S01 Gestion et catalogage des acteurs et adhérents S03 Assistance F01 Organiser les acteurs S04 Mise en réseau S05 Formation S06 Mise à disposition des données S23 Supervision (Tableau de bord) F02 Partager l'information S07 Mise à disposition de l'information S08 Hébergement S09 Catalogage (métadonnées) S10 Gestion des thesaurus S11 Gestion des référentiels F03 Créer des normes S12 Gestion des protocoles de production d interopérabilités S13 Gestion des standards S14 Gestion des glossaires F04 Partager les expériences S15 Gestion de la collaboration S16 Traçabilité F05 Valoriser les producteurs S17 Communication S19 Définition des critères de qualité F06 Qualifier les données S20 Mise en œuvre des critères de qualité d interfaces S21 Qualification F07 Auditer l efficience du dispositif SINP S22 Identification des manques. 33

34 7.3 Processus métiers SINP Chaque service identifié met en œuvre un certain nombre de processus qui sont listés ici et seront détaillés dans la suite du document. L étude des processus permet de mettre en évidence les rôles des acteurs au sein du SINP. Etant donné le temps imparti au groupe de travail, le choix a été fait de définir et détailler d abord les processus jugés prioritaires dans le cadre de la définition d architecture du SINP. Pour cette raison, certains processus du tableau qui suit restent à préciser. Ces travaux pourront être réalisés ultérieurement dans le cadre de développement de modules complémentaires et/ou de l implémentation du SINP. La méthode TOGAF, basée sur des processus itératifs, l autorise. Les processus4 jugés prioritaires sont les S01 «Gestion et catalogage des acteurs» et le S06 «Mise à disposition des données» et S09 «Catalogage». Service S01 Gestion et catalogage des acteurs S03 Assistance S04 Mise en réseau S05 Formation S06 Mise à disposition des données S07 Mise à disposition de l'information Ajout d un acteur ou adhérent Mise à jour d un acteur ou adhérent Suppression d un acteur ou adhérent Assistance au déploiement et à l utilisation Assistance à l'animation Assistance à l'audit Assistance au développement Assistance à la qualité de diffusion Processus à préciser Processus à préciser Mise à disposition Régionale/Thématique de données source Mise à disposition Régionale/Thématique de DEE Mise à disposition Nationale de DEE Mise à disposition de DEE issues de l internationale Mise à disposition de DEE vers l internationale Mise à disposition Nationale des référentiels Publication d un référentiel Mise à disposition régionale/thématique de données de synthèse Mise à disposition nationale de données de synthèse Publication d un évènement Publication d une information Publication d une actualité 4 La définition de référence des processus est aujourd hui celle qui est donnée par la norme ISO9000 :2000. C est «un ensemble d activités corrélées ou interactives qui transforme des éléments d entrée en éléments de sortie». Cette définition est succincte, ce qui autorise une application très large. On peut donner la définition suivante dans le cadre d un processus métier : «un processus métier est un ensemble d activités, entreprises dans un objectif déterminé. La responsabilité d exécution de tout ou partie des activités par un acteur correspond à un rôle. Le déroulement du processus utilise des ressources et peut être conditionné par des événements, d origine interne ou externe. L agencement des activités correspond à la structure du processus». 34

35 S08 Hébergement Publication d une notice Processus à préciser Mise à disposition R/T, Nationale de métadonnées Création de thesaurus Publication de thésaurus S10 Gestion des thesaurus Mise à jour de thésaurus Création de référentiel S11 Gestion des référentiels Mise à jour de référentiel Création d un protocole S12 Gestion des protocoles de Publication d un protocole production Mise à jour d un protocole Création d un standard Publication d un standard S13 Gestion des standards Mise à jour d un standard Création d un glossaire Publication d un glossaire S14 Gestion des glossaires Mise à jour d un glossaire Processus à préciser S15 Gestion de la collaboration Processus à préciser S16 Traçabilité Processus à préciser S17 Communication Processus à préciser S19 Définition des critères de qualité S20 Mise en œuvre des critères de Processus à préciser qualité Préqualification S21 Qualification Qualification S09 Catalogage (métadonnées) S22 Identification des manques Processus à préciser Selon certains points de vue, les suppressions sont généralement des processus techniques plutôt que métier. Dans les processus de publication /mise à disposition (services S06 et S07): Le paramétrage des droits d accès consiste à définir qui a le droit d accéder à la donnée, Le paramétrage des droits d usage consiste à définir ce qu il est autorisé de faire avec la donnée. Il faut distinguer à chaque fois le traitement d une donnée et le traitement d un jeu/lot de données (les définitions de ces notions sont consultables dans le glossaire de la plateforme SINPONB qui sera à terme disponible sur le site 35

36 7.4 Acteurs et rôles SINP Un acteur est une personne, une organisation ou un processus déclenchant ou interagissant avec une ou plusieurs activités des processus SINP. Le nombre d acteurs étant vaste, il n a pas été possible de les lister tous dans ce document. Le catalogue des acteurs et les rôles sont fournis en annexe Un rôle correspond à la fonction habituelle ou attendue d un acteur ou la part que quelqu un ou quelque chose joue dans une action ou un événement spécifique. Un acteur peut avoir un ou plusieurs rôles, l objectif de ce schéma étant surtout de détailler la granularité régionale et nationale. Les rôles suivants ont été identifiés dans le cadre su SINP : 36

37 Figure 11 : Rôles SINP 37

38 Rôle Administrateur de plateanimateur Animateur Mer Animateur Outremer Animateur Paysage Animateur régional/thémaanimateur Terre Comité de suivi local de du suicomité vi régional Consommadu teur Coordinateur Coordinateur national Coordinateur régional/thédécideur Décideur national Décideur régional/thémaequipeprojet SINP Gestionnaire Grand public Hébergeur Producteur Producteur infra national inproducteur fra national inde Producteur fra national de DEE non senproducteur infra national de Producteur infra national de données de inproducteur fra national de données de inproducteur fra national de données de inproducteur fra national de données Producteur infra national de données Producteur infra national de données Producteur infra régional inproducteur fra régional inde Producteur fra régional de données de inproducteur fra régional de données de inproducteur fra régional de données de Producteur infra régional de données Producteur infra régional de données 38

39 Producteur infra régional de données Producteur privé Producteur public Qualificateur Responsable scientifique Responsable scientifique Responsable scientifique Réutilisateur Utilisateur habilité Utilisateur non habilité E 7.5 Objets métiers SINP Un objet métier désigne une classe d objet5 mise au point en vue de la représentation des savoirs et savoirfaire d'une profession. Un objet métier est une encapsulation de données qui est reconnue par un expert du domaine métier Comme étant un «objet». Les données élémentaires logiques peuvent être associées à des applications, des moyens de stockages et des services qui doivent être structurés selon les conditions nécessaires à l'implémentation. La figure cidessous présente les différents «objets métiers» identifiés par les membres du GT comme appartenant au périmètre du SINP. 5 En programmation orientée objet, une classe déclare des propriétés communes à un ensemble d'objets. La classe déclare des attributs représentant l'état des objets et des méthodes représentant leur comportement. Une classe représente donc une catégorie d'objets. Elle apparaît aussi comme un moule ou une usine à partir de laquelle il est possible de créer des objets. (C'est en quelque sorte une «boîte à outils» qui permet de fabriquer un objet). On parle alors d'un objet en tant qu'instance d'une classe (création d'un objet ayant les propriétés de la classe). 39

40 Figure 2 : Objets métiers SINP Objet métier Element 40

41 Acteur Acteur non adhérent Actualité Adhérent Base de données Cahier des charges du lot de données Contrat de service6 Critère qualité DEE DEE non sensible DEE sensible Demande d'habilitation Dispositif de collecte Document Donnée de synthèse Donnée de synthèse non sensible Donnée de synthèse sensible 6 Le contrat de service est un contrat conclu entre deux personnes, un client d une part et un prestataire d autre part. Il définit les conditions dans lesquelles le client pourra faire appel aux services du prestataire (installation d'équipement informatique, maintenance etc.), et pose le cadre général des futures demandes de travaux. L'intérêt de ce contrat est de permettre au client d'avoir un interlocuteur unique pour la réalisation des services informatiques nécessaires à son activité. L accord s appuie sur les attentes des utilisateurs pour ce service et sur les engagements pris par le prestataire. Ainsi, ces engagements expriment clairement les niveaux de qualité et recherchent la satisfaction des utilisateurs. Cet accord est rédigé de façon à protéger en priorité les intérêts du client. Il permet notamment de prévoir : les moyens mis en œuvre par le prestataire. les règles de détermination de la propriété des réalisations (ex : titularité du droit d'auteur sur les modifications apportées aux logiciels utilisés). les règles de détermination de la responsabilité de chacun en cas de dommage causé par les services fournis. 41

42 Donnée source Donnée source non sensible Donnée source sensible Evènement Glossaire Information Métadonnée Notice Protocole de production Préadhérent Référentiel7 Standard Standard de données Standard métadonnées SINP Thésaurus 7.6 Référentiels et Catalogues Certains référentiels ont été cités au 4.3. L objet de ce paragraphe est de citer référentiels et catalogues qui ont été abordés pendant les ateliers audelà de ceux qui seront mis en œuvre naturellement (exemple : standard de données, de métadonnées, etc.) Catalogue des normes Le catalogue des normes est un référentiel regroupant et centralisant les normes, chartes, directives et toute entité définissant une gouvernance dans le SINP. Les entités sont décrites dans une matrice par Intitulé, elles sont regroupées par type (la liste des types ou les catégories sont à définir). La matrice des normes indique la source de l entité cataloguée et l objet la concernant dans le SINP. Le catalogue des normes devra décrire à minima, l intitulé de la norme, son type, sa source et les objets concernés par la norme. 7 Cette partie «référentiel» comprend plusieurs types de référentiels qui ont déjà été évoqués à plusieurs reprises dans le document : taxinomie, espèces protégées, habitats, géographiques etc. 42

43 7.6.2 Catalogue des expertises Le catalogue des expertises sert à regrouper et à centraliser les expertises offertes ou mise en avant par le SINP. Une expertise est définie par son intitulé, l intitulé et les coordonnées de l entité du SINP (physique ou morale) qui la possède, son type (à définir), sa source et par l objet la concernant. Le catalogue des expertises devra à minima décrire : Intitulé de l expertise Intitulé de l organisme ou de la personne Coordonnées Type de l expertise Source Objet concerné par l expertise Le catalogue des expertises n est pas un référentiel, il a seulement vocation à centraliser cellesci et à les identifier. F 43

44 8. Architecture du SINP 8.1 Service «Gestion et catalogage des acteurs» Le terme acteur sera générique au domaine de la biodiversité et le terme adhérent réservé aux acteurs dont l adhésion au SINP est effective (i.e. dont le processus d adhésion a abouti positivement). Ce service appartient à la fonction F01 «Organiser les acteurs». 44

45 Figure 13 : Organiser les acteurs G 45

46 8.1.1 Processus d adhésion Le processus d adhésion a été analysé hors atelier à partir de la description qui en est faite à l article 7 du protocole [REF1]. Ce processus transforme un acteur extérieur au SINP en adhérent du SINP. Il ne s applique pas à l Etat et ses services, pour lequel la publication du protocole vaut adhésion. Il doit respecter une contrainte de délai convenu entre le préadhérent et le représentant régional ou national du SINP et met en œuvre un certain nombre d échanges entre acteurs. Tel que décrit dans le protocole, le processus d adhésion met en scène l acteur, le représentant du SINP, le comité de pilotage ou un comité de suivi régional (tous deux identifiés comme «décideurs» par le GT) et l administrateur de plateforme. L outil national de gestion des métadonnées, la plateforme (nationale ou régionale selon l acteur) et le catalogue des adhérents sont utilisés dans ce processus. Le diagramme de séquence est le plus adapté pour représenter ce type d échanges (cf. Cidessous). 46

47 Figure 14 : Diagramme de séquence du processus d adhésion 47

48 Règles métier : L instruction est réalisée à l échelon national pour un acteur national ou suprarégional et à l échelon régional sinon (le protocole n évoque pas les acteurs thématiques spécifiquement). L instruction est réalisée dans un délai convenu entre le préadhérent et le représentant régional ou national du SINP à réception de la demande. Normes associées : On note que dans ce processus la forme physique des échanges n est pas systématiquement précisée, sauf 1 («courrier») et 2 («écrit», mais quelle en est la définition?). Tous ces échanges ont vocation à être normés et le support physique précisé : La demande d adhésion fait l objet d un formulaire La notification d adhésion fait l objet d une lettretype d adhésion Le refus d adhésion fait l objet d une lettre type de refus d adhésion La consultation du décideur et le modèle de réponse La demande d ouverture des droits et le modèle de réponse Dépendances : Des sousprocessus sont associés à ce processus (vérifications, ouverture des droits, ouverture d accès, enregistrement d une adhésion) ainsi que les processus de saisie de métadonnées, de mise à disposition de métadonnées et de mise à disposition de DEE. Définitions: Voir tableau8 Terme Définition Acteur (non Toute personne ou organisme extérieur(e) au adhérent) système c'estàdire non adhérent(e). Acteur ayant sollicité une adhésion au SINP et dont l adhésion a été acceptée dans la 1 ère phase du processus d adhésion. Cet état est Préadhérent temporaire : le préadhérent redevient un «simple» acteur s il ne remplit pas les conditions décrites dans le processus d adhésion ou devient un adhérent s il les remplit. L Etat et ses services, dès lors que le protocole Adhérent du SINP est publié, ou tout acteur dont le processus d adhésion a abouti. Source GT Architecture GT Architecture GT Architecture 8 Ce tableau a vocation a illustré le processus d adhésion, il ne décrit pas une structure organisationnelle. 48

49 Le représentant du SINP est le destinataire des GT Architecture demandes d adhésion au SINP. Ce rôle est assuré au niveau national par le Représentant directeur général chargé de la nature et au du SINP niveau régional par le directeur régional chargé de la nature en métropole ou le directeur chargé de la nature outremer. Comités de pilotage et de suivi régional, au sens Protocole Décideur des articles et du protocole [1] Le terme d «administrateur» est discuté, du GT Architecture fait de sa connotation perçue comme «technique». Ici, l administrateur est la personne chargées de maintenir les données de Administrateur gestion stockées et utilisées dans la plateforme. On distingue des administrateurs nationaux, régionaux et thématiques en fonction des plateformes sur lesquels ils interviennent Annuaire (Organisation) Les acteurs et les adhérents du SINP doivent être organisés en unités organisationnelles et stockés de manière hiérarchique dans un annuaire (conteneur d informations organisées). L'unité d'organisation est un type d'objet annuaire particulièrement utile, contenu dans les domaines. Les unités d'organisation sont des conteneurs dans lesquels sont placés des utilisateurs, des groupes, des ressources et d'autres unités d'organisation. Une unité d'organisation est l'étendue ou l'unité la plus petite à laquelle sont attribués des paramètres de stratégie SI (Exemple : un réseau régional ou un réseau thématique peuvent être des unités d organisation). Avec les unités d'organisation, les administrateurs du SINP peuvent créer des conteneurs à l'intérieur d'un domaine afin de représenter les structures hiérarchiques et logiques de l organisation. Ils pourront ensuite gérer la configuration et l'utilisation des comptes et des ressources en fonction du modèle d'organisation établi. 49

50 8.1.3 Application de gestion des acteurs et adhérents SINP Figure 16 : Cas d utilisation Gestion des acteurs / adhérents L application de gestion des acteurs et adhérents gère l annuaire SINP, Elle a pour but de : permettre aux utilisateurs SINP de mettre à jour euxmêmes leurs informations personnelles chercher (et trouver) des informations meilleures et plus vite gérer des carnets d adresses, des comptes utilisateurs, des profils, etc. stocker et diffuser des certificats dans une PKI9 etc. 9 PKI (Public Key Infrastructure) est un système de gestion des clefs publiques qui permet de gérer des listes importantes de clefs publiques et d'en assurer la fiabilité, pour des entités généralement dans un réseau. Elle offre un cadre global permettant d'installer des éléments de sécurité tels que la confidentialité, l'authentification, l'intégrité et la nonrépudiation tant au sein de l'entreprise que lors d'échanges d'information avec l'extérieur. Une infrastructure PKI fournit donc quatre services principaux: fabrication de biclés. certification de clé publique et publication de certificats. Révocation de certificats. Gestion la fonction de certification. 50

51 8.1.4 Service d'annuaire électronique SINP Afin de gérer les acteurs, leurs rôles dans le système et de permettre un accès aux différents profils, la solution technique aujourd hui couramment utilisée est un annuaire électronique. Le groupe «Architecture» a conclu, suite à l analyse des besoins et des flux à gérer, que la mise en place d un tel annuaire est indispensable. Le service d annuaire électronique SINP sera un service basé sur le standard LDAP qui offre : un protocole qui permet l'accès au contenu de l annuaire, un modèle d information qui décrit le type d informations contenues dans l annuaire, un modèle de nommage qui décrit la manière dont l information est organisée et référencée, un modèle fonctionnel qui décrit la manière d accéder et de mettre à jour l information, un modèle de sécurité qui décrit comment données et accès sont protégés, un modèle de duplication qui décrit comment la base est répartie entre serveurs, des API pour développer des applications clientes, LDIF, un format d échange de données. 8.2 Service «Mise à disposition des données» Figure 17 : Mise à disposition des données Ce service appartient à la fonction F02 «Partager l information». Il répond aux buts métiers exposés dans le 7.1. Tous (les buts) n ont pas été repris dans le schéma, seuls ceux concernés y figurent. Le service de mise à disposition des données est supporté par cinq processus : le processus de mise à disposition des données sources, le processus de mise à disposition des Données Elémentaires d Echanges, 51

52 le processus de mise à disposition des données de synthèse, les processus de publication des référentiels et de mise à disposition nationale des référentiels. Ces deux derniers processus ne sont pas traités dans le présent document Processus «Mise à disposition des données sources» H Figure 18 : Mise à disposition données sources La mise à disposition des données sources SINP ne peut se faire qu au niveau régional et thématique de deux manières : Par export des données sur les plateformes régionales/thématiques, Par référencement des données par les plateformes régionales/thématiques Processus «Mise à disposition R/T des données sources» Règles de gestion : une donnée source est toujours accompagnée de sa métadonnée une donnée source est mise à disposition conformément à un contrat de service on distingue les données sources sensibles et les données sources non sensibles, les données sources publiques et non publiques, le paramétrage des droits d accès doit prendre en compte la sensibilité des données et les contraintes réglementaires le paramétrage des droits d'usage doit prendre en compte la sensibilité des données et les contraintes réglementaires Normes associées : Profil de métadonnées des données sources rédigé par le GT Standard de métadonnées (état : en cours de validation). Contrat de service régional. Ce peutêtre : o Soit la charte de mise à disposition régionale (état : variable suivant les régions) o Soit le cahier des charges du lot de données (état : rédigé au cas par cas) Contraintes réglementaires s appliquant à l accès et à l usage des données sources du SINP telles que précisées par le GT Juridique (état : à définir) 52

53 Figure 19 : Processus de mise à disposition Régionale/Thématique de données sources 53

54 54

55 Processus «Mise à jour des données sources depuis la plateforme R/T» Dans le cas où le producteur ne dispose pas d une plateforme de diffusion de ses données, il peut demander la publication de cellesci par la plateforme régionale/thématique. Comme illustré dans la figure cidessus, la demande de publication se fera de deux façons : Par envoi d une demande de publication depuis la plateforme productrice (mail, message, etc.) Depuis la plateforme R/T en renseignant un formulaire de demande de publication Une fois la demande traitée et acceptée par le coordinateur régional, les données seront soumises à une vérification de la conformité (application de la charte). Les données sources conformes SINP seront alors taguées par un attribut de conformité. Avant leur publication, le coordinateur depuis la plateforme régionale ou le producteur disposant d une plateforme, paramétreront les droits d accès et droits d usages des données exprimées par la convention d utilisation des lots de données. Les données publiées depuis les plateformes productrices feront l objet d un référencement (pas de rapatriement des données sources). I Figure 20 : Processus de mise à jour des données sources régionales/thématiques Deux cas de figures sont possibles : les données du producteur régional sont disponibles sur sa plateforme, comme elles sont référencées par la plateforme R/T, seul le processus de référencement est concerné par les modifications. Dans le cas où la donnée est hébergée par la plateforme R/T, comme illustré par la figure cidessus, la modification des données entraine un traitement de l identifiant, une requalification, la modification de la métadonnée et la republication des données. 55

56 8.2.2 Processus «Mise à disposition des DEE» Figure 21 : Processus de mise à disposition des données élémentaires d échanges Dans le SINP, les données élémentaires d échanges sont mises à disposition à deux niveaux : Régional/thématique et National. La partie internationale n a pas été traitée dans le présent document. 56

57 Processus «Mise à disposition R/T des DEE» Figure 22 : Processus de mise à disposition Régionale/thématique des Données Elémentaires d Echange 57

58 Le processus de mise à disposition de DEE par un producteur régional implique le producteur régional, le coordinateur de la plateforme régionale et un qualificateur R/T. Deux cas de figures sont possibles : le producteur régional dispose d un lot de données dans un format interopérable avec les normes spécifiées par le SINP, pouvant être considéré comme une DEE mais non labélisée SINP, ou le producteur ne dispose que d un lot de donnée source. La donnée est qualifiée par le qualificateur R/T et publiée avec un profil d accessibilité en fonction de la sensibilité de la donnée. Règles de gestion : une DEE est toujours accompagnée de sa métadonnée une DEE est identifiée de manière unique l identifiant unique de la DEE est retourné au producteur de la donnée pour information il existe deux types de DEE, les DEE sensibles et les DEE non sensibles l habilitation à l accès à une DEE dépend de la sensibilité de la donnée mais aussi de son statut publique / non publique le producteur est notifié du résultat de la qualification et de la publication, ou non, de la DEE Normes associées : Profil de métadonnées des DEE rédigé par le GT Standard de métadonnées (état : en cours de validation). Profil de DEE issu du GT Standard de données Norme d identification unique des données du SINP (état : à définir). Référentiel associé : Liste rouge régionale Guide méthodologique de définition des données sensibles Taxinomie Référentiels sur les espèces protégées, les espèces déterminantes, les espèces réglementées etc. Le producteur demande la publication de ses Données Elémentaires d Echanges par la plateforme Régionale/Thématique. Comme illustré dans la figure cidessus, la demande de publication se fera de deux façons : Par envoi d une demande de publication depuis la plateforme productrice (mail, message, etc.) Depuis la plateforme R/T en renseignant un formulaire de demande de publication. Une fois la demande traitée et acceptée par le coordinateur régional, les données seront soumises à une vérification de la conformité (application de la charte) et qualification par le qualificateur régional. Le producteur aura la possibilité de mettre à disposition ses DEE par flux ou par import. Les données élémentaires conformes au SINP seront alors taguées par un attribut : 1) de qualification 2) de sensibilité, 3) de publique ou pas, 3) d'identification unique. 58

59 Avant leur publication, le coordinateur depuis la plateforme régionale ou le producteur disposant d une plateforme, paramétreront les droits d accès et droits d usages des données exprimées par la convention d utilisation des lots de données. Les données publiées depuis les plateformes productrices feront l objet d un référencement (pas de rapatriement des données sources) Processus «Mise à jour R/T des DEE» Figure 3 Processus de mise à jour Régionale/thématique des données élémentaires d échange La mise à jour des données élémentaires d échanges fait suite une modification d une DEE sur la plateforme R/T ou une modification d une données source. Ces modifications, comme l illustre la figure cidessus, conduisent à un traitement de l identifiant de la DEE, à une requalification et une modification de la métadonnée associée. Une fois ces tâches accomplies, les données sont rediffusées et une notification du changement de la DEE est envoyée aux abonnées. 59

60 Processus «Mise à disposition Nationale des DEE» Figure 24 : Processus de mise à disposition Nationale des DEE Le processus de mise à disposition de DEE au niveau national implique le producteur régional, le coordinateur de la plateforme nationale et un qualificateur. La donnée est qualifiée par le qualificateur national et publiée avec un profil d accessibilité en fonction de la sensibilité de la donnée. Règles de gestion : une DEE est toujours accompagnée de sa métadonnée une DEE est identifiée de manière unique 60

61 l identifiant unique de la DEE est retourné au producteur de la donnée pour information on distingue les DEE sensibles et les DEE non sensibles l habilitation à l accès à une DEE dépend de la sensibilité de la donnée, mais aussi de son statut publique/non publique le producteur est notifié du résultat de la qualification et de la publication, ou non, de la DEE Normes associées : Profil de DEE défini par le GT standard de données Profil de métadonnées des DEE rédigé par le GT Standard de métadonnées (état : en cours de validation). Norme d identification unique des données du SINP (état : à définir). Référentiel associé : référentiels taxinomique, espèces protégées etc. Comme illustré dans la figure cidessus, la demande de publication se fera de deux façons : Par envoi d une demande de publication depuis la plateforme R/T (mail, message, etc.) Depuis la plateforme nationale en renseignant un formulaire de demande de publication Une fois la demande traitée et acceptée par le coordinateur national, les données seront alors soumises à une vérification de conformité et qualification par le qualificateur national (MNHN ou FCBN) Le coordinateur R/T aura la possibilité de déposer ces données par import mais ne pourra pas les créer. Les données élémentaires conformes au SINP seront alors taguées par un attribut de qualification nationale. Leur diffusion est fonction du critère de sensibilité attribué au niveau régional. Celui ne peut être remis en cause par le niveau national. Avant leur publication, le coordinateur national ou le coordinateur depuis la plateforme R/T, paramétreront les droits d accès et droits d usages des données exprimés par la convention d utilisation des lots de données. Les données publiées depuis les plateformes R/T feront l objet d un référencement (pas de rapatriement des données, il s agit d une mise en flux). Ce référencement sera privilégié par rapport à un import. 61

62 Processus «Mise à mise à jour Nationale des DEE» Figure 25 Processus de mise à mise à jour Nationale des données élémentaires d échange La rediffusion des données élémentaires d échange depuis une plateforme R/T conduit à une mise à jour des DEE de la plateforme nationale. Comme l illustre la figure cidessus, lorsqu une notification de changement d une DEE arrive à la plateforme nationale, une requalification des DEE est alors nécessaire, elle sera suivie par la mise à jour de la métadonnée associée Processus «Mise à disposition des données de synthèse» Les données de synthèse seront mises à disposition de la même manière aux mêmes niveaux régionale/thématique et nationale. Figure 26 Processus de mise à disposition des données de synthèses 62

63 Règles de gestion : une donnée de synthèse est toujours accompagnée de sa métadonnée une donnée de synthèse est identifiée par sa métadonnée on distingue les données de synthèse sensibles et les données de synthèse non sensibles La même distinction se retrouve sur données publiques et non publiques. Norme associée : Profil de métadonnées des données de synthèse rédigé par le GT Standard de métadonnées (état : en cours de validation). Référentiel associé : Comme l illustre la figure cidessus, la mise à disposition des données de synthèses se fait par le biais des plateformes R/T et nationales en publication ou en référencement. 8.3 Architecture logique de la vue mise à disposition R/T Dans le cadre de la mise à disposition des données, les plateformes régionales et thématiques existantes candidates à l intégration du SINP devront fournir un ensemble de services et fonctionnalités. Certains services et fonctionnalités seront dédiés aux types de données manipulées (données sources, DEE, métadonnées, données de synthèses, etc.), d autres illustrés par la figure cidessous seront proposées par défaut. Figure 27 : Services et fonctionnalités transverses R/T Architecture logique de la vue mise à disposition R/T des données sources 63

64 Figure 28 : Architecture logique de la vue mise à disposition R/T des données sources Comme l illustre la figure cidessus, une plateforme R/T SINP devra permettre à un producteur de données sources de mettre à disposition ses données via les mécanismes suivants : Services et flux o o o o Services de dépôt des données sources Flux d acquisition des données sources Service de conformité Service de référencement (mise en flux) Fonctionnalités o o o o o o o Fonction de référencement des données sources hébergées par le producteur Fonction de saisie des données sources Fonction de publication des données sources Fonction de conformité à la charte Fonction de paramétrages des droits d usages Fonction de paramétrage des droits d accès Fonction de qualification La plateforme R/T devra fournir des informations en retour aux producteurs hébergeant leurs données sources sur la qualification des données et l identification des métadonnées. 64

65 J Figure 29 : Fonctionnalités d'une plateforme R/T pour la mise à disposition des données sources Architecture logique de la vue mise à disposition R/T des DEE Figure 30 : Architecture logique de la vue mise à disposition R/T des DEE Comme l illustre la figure cidessus, une plateforme R/T SINP devra permettre à un producteur de DEE de mettre à disposition ses données via les mécanismes suivants : Services et flux o Services de dépôt des DEE o Flux d acquisition des DEE o Service de conformité o Service de référencement (mise en flux) Flux de mise à disposition des DEE Fonctionnalités o Fonction de référencement des données sources hébergées par le producteur 65

66 o o o o o o Fonction de création et identification des DEE Fonction de publication des DEE Fonction de conformité à la charte Fonction de paramétrages des droits d usages Fonction de paramétrage des droits d accès Fonction de qualification La plateforme R/T devra fournir des informations en retour aux producteurs hébergeant leurs DEE sur la qualification et l identification des données. La création des DEE se fera par la mise au format suivant le standard de données défini par le groupe de travail national piloté par le MNHN. K Figure 31 : Fonctionnalités d'une plateforme R/T pour la mise à disposition de DEE Architecture logique de la vue mise à disposition R/T des données de synthèse 66

67 Figure 32: Architecture logique de la vue mise à disposition R/T des données de synthèse Comme l illustre la figure cidessus, une plateforme R/T SINP devra permettre à un producteur de données de synthèses de mettre à disposition ses données via les mécanismes suivants: Services et flux o Services de dépôt des données de synthèse o Flux d acquisition des données de synthèse o Service de référencement o Flux de mise à disposition des données de synthèse Fonctionnalités o o o o o Fonction de référencement des données de synthèse hébergées par le producteur Fonction de publication des données de synthèse Fonction de conformité à la charte Fonction de paramétrages des droits d usages Fonction de paramétrage des droits d accès Figure 33 : Fonctionnalités d'une plateforme R/T pour la MAD des données de synthèses 67

68 8.4 Architecture logique de la vue mise à disposition Nationale Dans le cadre de la mise à disposition des données, la plateforme nationale candidate à l intégration du SINP devront fournir un ensemble de services et fonctionnalités. Certains services et fonctionnalités seront dédiés aux types de données manipulées (données sources, DEE, métadonnées, données de synthèses, etc.), d autres illustrés par la figure cidessous seront proposés par défaut. Figure 34 : Services et fonctionnalités transverses R/T Architecture logique de la vue mise à disposition nationale des DEE Figure 35: Architecture logique de la vue mise à disposition nationale des DEE Comme l illustre la figure cidessus, une plateforme nationale SINP devra permettre à des plateformes R/T de mettre à disposition leurs données via les mécanismes suivants: 68