Vous êtes sur la page 1sur 66

PRINCIPES DIRECTEURS POUR LA GESTION DE DONNEES CLIMATOLOGIQUES

PMDSC n 60
OMM-DT N 1376

Programme mondial des donnes climatologiques et de surveillance du climat

Organisation mtorologique mondiale (Genve, mars 2007)

(Auteurs : N. Plummer, W. Lipa, S. Palmer, G. Prank, J. Shortridge, D. Stuber) Rviseurs : Omar Baddour et Hama Kontongomde

2007 Organisation mtorologique mondiale OMM/DT n 1376

NOTE Les appellations employes dans cette publication et la prsentation des donnes qui y figurent nimpliquent, de la part des organismes participants, aucune prise de position quelle quelle soit quant au statut juridique des pays, territoires, villes ou zones, ou de leurs autorits, ni quant au trac de leurs frontires ou limites. Ce document nest pas une publication officielle de lOMM et na donc pas t soumis aux procdures ditoriales standard de lOMM. Les opinions qui y sont exprimes ne ncessitent pas forcment lapprobation de lOMM.

LA SRIE PRINCIPES DIRECTEURS DU PMDSC Reconnaissant combien il est ncessaire pour les Services mtorologiques et hydrologiques nationaux (SMHN) damliorer leurs services de donnes climatologiques et de surveillance du climat, la Commission de climatologie (CCI) de lOMM accorde une priorit de premier plan la diffusion de principes directeurs aux SMHN. Le prsent document a t prpar par lquipe dexperts de la CCI pour la gestion des donnes climatologiques, faisant partie du Groupe daction sectoriel ouvert (GASO I) des donnes climatologiques et de leur gestion, dans le cadre du Programme mondial des donnes climatologiques et de surveillance du climat (PMDSC). Les principes directeurs faisant lobjet de ce document sont destins informer les SMHN sur les meilleures pratiques en vigueur en ce qui concerne la gestion des donnes climatologiques et les aider remplacer danciennes bases de donnes, CLICOM par exemple, par des systmes prsentant une plus grande utilit, scurit et solidit. Ce document a t rdig par un sous-groupe de lquipe dexperts de la CCI pour la gestion des donnes climatologiques et rvis par des intervenants extrieurs. Lors de sa premire runion, qui sest tenue Nairobi du 1er au 3 novembre 2006, lquipe dexperts, qui avait t cre lors de la quatorzime session de la CCI (Beijing (Chine), 3-10 novembre 2005), a propos deffectuer une deuxime rvision du document et a fourni quelques mises jour. Il convient de rappeler que ce document technique, comme les autres documents techniques publis dans la srie PMDSC de lOMM, vise donner des indications sur les meilleures pratiques adopter par les Membres. tant donn la diversit des SMHN ainsi que ltendue et le niveau de dveloppement technologique de chacun dentre eux, il se peut que ce document ne soit pas trs utile certains Membres en particulier. Il couvre cependant un domaine suffisamment vaste pour apporter tout de mme quelques conseils utiles pour tous.

Principes directeurs pour la gestion de donnes climatologiques


Neil Plummer1, Wolfgang Lipa2, Steve Palmer3, Glenn Prank4, John Shortridge5, Denis Stuber6

Sommaire
PMDSC N 60 INTRODUCTION ET OBJECTIF 1 7

BREF HISTORIQUE DE LA GESTION DES DONNES CLIMATOLOGIQUES 8 GESTION DES DONNES CLIMATOLOGIQUES : ORGANISATION
Exigences des utilisateurs et besoins satisfaire en priorit Systmes de gestion des donnes climatologiques : proprits souhaitables 3.2.1 Modle de base de donnes 3.2.2 Principales caractristiques de saisie 3.2.3 Options dentre lectronique des donnes 3.2.4 lments lis la qualit et mtadonnes associes 3.2.5 tendue des contrles de qualit effectus sur les valeurs observes 3.2.6 Extraction de donnes Scurit Gestion et surveillance des bases de donnes Gestion de la documentation

9
9 11 11 11 12 12 12 12 13 14 15

LMENTS ESSENTIELS DE LA GESTION DES FLUX DE DONNES CLIMATOLOGIQUES


Enregistrement et gestion des mtadonnes Acquisition, saisie, stockage et archivage des donnes Acquisition Saisie Stockage et archivage de relevs papier Stockage et archivage des informations numriques Gestion des relevs dorigine et sauvetage des donnes Assurance et contrle de la qualit
1 2

16
16 17 17 18 19 19 20 22

Bureau mtorologique, Melbourne, Australie Institut central de mtorologie et de godynamique (ZAMG), Vienne, Autriche 3 Met Office, Exeter, Royaume-Uni 4 Bureau mtorologique, Melbourne, Australie 5 Bureau mtorologique, Melbourne, Australie 6 Mto France, Toulouse, France

change de donnes Accs aux donnes et dveloppement de produits Administration et surveillance des donnes Gestion des modifications

24 25 26 27

TRANSITION VERS UN SYSTME DE GESTION DE BASE DE DONNES 28


Choix dun systme de gestion de bases de donnes climatologiques : les lments prendre en compte 29 Prise en compte des besoins Dfinition du systme requis Evolutivit Architecture et technologie Choix du systme de gestion de bases de donnes climatologiques Considrations relatives larchitecture de la base de donnes Considrations relatives la conception dune base de donnes : normalisation 29 30 30 31 32 32 33

Modles de donnes utiliss par les systmes de gestion de bases de donnes climatologiques 34 Considrations relatives au logiciel et au matriel informatique Analyse de la situation Dfinition dune solution fonctionnelle : valuation des besoins Dfinition de la solution technique Aspects lis au changement de systme et de services Transition partir de CLICOM Niveau de comptences requis Conservation du systme CLICOM existant Prparation des mtadonnes importer Prparation des donnes climatologiques importer Collecte dinformations sur les rglages du contrle de la qualit de CLICOM Essais approfondis du nouveau systme 35 36 36 39 43 44 44 44 44 45 46 47

SOUTIEN AUX OPRATIONS DE GESTION DES DONNES


Ressources ncessaires, notamment en termes de personnel Formation Sant et scurit au travail

47
47 48 48

CONCLUSION REMERCIEMENTS BIBLIOGRAPHIE

48 49 50

ANNEXE 1 - DESCRIPTION DES SYSTMES DE GESTION DE BASES DE DONNES CLIMATOLOGIQUES PROPOSS 55

ANNEXE 2 - EXEMPLE DE MISE EN UVRE DUN SYSTME DE GESTION DE BASES DE DONNES CLIMATOLOGIQUES 57 ANNEXE 3 EXEMPLES DE MATRIEL 60

WCDMP-54 REPORT OF THE CCl/CLIVAR EXPERT TEAM ON CLIMATE CHANGE DETECTION, MONITORING AND INDICES (ETCCDMI) (Norwich, UK, 24-26 November 2003) (WMO-TD No. 1205) 65

Introduction et objectif
La srie de principes directeurs publis par le Programme mondial des donnes climatologiques et de surveillance du climat (PMDSC) et la Commission de climatologie (CCI) fournit des informations et des conseils sur lorganisation et la mise en uvre de services climatologiques dans des domaines importants pour les Services mtorologiques et hydrologiques nationaux (SMHN). Ces principes directeurs sont galement destins prsenter des processus et des solutions technologiques rpondant la situation et aux besoins spcifiques des petits SMHN, qui ne disposent souvent que de ressources limites. Dans la mesure du possible, ces principes directeurs doivent galement : sappliquer tous les autres programmes de lOMM ; sadapter toute une srie de besoins ; tre formuls de manire pouvoir tre modifis ; et tre conformes et complmentaires aux principes dcrits dans le Guide des pratiques climatologiques.

Ces principes directeurs sont destins informer les SMHN sur les meilleures pratiques en vigueur en ce qui concerne la gestion des donnes climatologiques, informations qui arrivent point nomm, au moment o de nombreux pays se voient obligs de remplacer leurs anciennes bases de donnes, CLICOM par exemple, par des systmes beaucoup plus utiles, plus srs et plus solides. Compte tenu des objectifs gnraux de ces principes directeurs, on sattachera renforcer les connaissances et les capacits existantes sur les points suivants : phases et tapes de la gestion de donnes numrises ; technologies de bases de donnes disponibles et choix dune base de donnes approprie ; transition vers un systme moderne de base de donnes climatologiques ; soutien aux oprations de gestion des donnes. On sattachera dlibrment, dans la gestion des donnes climatologiques, aux aspects qui prsentent un intrt pour les SMHN souhaitant passer un systme plus moderne de gestion des donnes climatologiques et, ce qui est tout aussi important, aux comptences, systmes et processus qui doivent tre mis en place pour assurer le bon droulement des oprations. Ces principes directeurs ne sadressent pas aux SMHN qui envisagent de construire une base de donnes entirement nouvelle, mais seront davantage utiles ceux qui souhaitent tudier et comparer les systmes existants, candidats pour ce type dutilisation. Ces principes directeurs ne font pas mention en dtail des pratiques et des normes relatives la gestion des donnes car ces dernires figurent dj dans dautres documents de lOrganisation mtorologique mondiale (OMM), par exemple dans le Guide des pratiques climatologiques (OMM 2005) et autres documents (exemple : WMO 2003a, 2003b, 2004). Pour en savoir plus sur les aspects techniques des bases de donnes, voir les textes spcifiques

correspondants (par exemple : Date 1999). Les publications sur le PMSDC (voir http://web/wcp/wcdmp/html/wcdmpreplist.html) sont galement des sources extrmement prcieuses. Mme sil nest pas ncessaire davoir des connaissances approfondies de la gestion des donnes climatologiques, il est probable que ces principes directeurs seront davantage profitables aux personnes qui auront une connaissance pratique du sujet. Le chapitre 2 prsente brivement lhistorique de la gestion des donnes climatologiques pour les SMHN. Le chapitre 3 expose les conditions et lorganisation de la gestion des donnes climatologiques, cest--dire des aspects dordre plus gnral que les gestionnaires de donnes doivent connatre. Une description plus dtaille du sujet se trouve au chapitre 4, qui porte sur la gestion des flux de donnes. Le chapitre 5 aborde la transition entre les systmes de gestion de bases de donnes, notamment entre le systme CLICOM et un systme moderne. Le chapitre 6 est consacr aux aspects cls du soutien aux oprations de gestion des donnes, puis vient la conclusion au chapitre 7.

Bref historique de la gestion des donnes climatologiques


Depuis des sicles, on note la prsence dinformations sur le temps quil fait sous forme manuscrite. Les premiers documents faisaient rfrence des vnements extrmes, parfois des catastrophes et des phnomnes tels que les priodes de gel et de fonte des rivires, des lacs et des mers, donnes de premier plan de nos jours face aux proccupations souleves par les changements climatiques. Des relevs ou journaux consacrs spcialement la collecte et la conservation dinformations climatologiques sont utiliss depuis deux ou trois sicles (OMM 2005). Le dveloppement dinstruments capables de quantifier les phnomnes mtorologiques ainsi que tout le soin que mettent les observateurs conserver des archives mthodiques, fiables et bien documentes, ont ouvert la voie une gestion organise des donnes climatologiques. Depuis les annes 1940, on utilise de plus en plus de formes et procdures normalises, et partir du moment o les SMHN ont commenc utiliser des systmes informatiques, ces formes normalises ont grandement facilit la saisie de donnes et, par consquent, le dveloppement darchives de donnes informatises. La fin du vingtime sicle a vu simposer lchange rgulier de donnes mtorologiques sous forme numrique. Un grand nombre de centres de donnes mtorologiques et de donnes connexes ont saisi loccasion denregistrer et de stocker directement ces donnes dans leurs bases. la fin des annes 1950, priode au cours de laquelle sest tenue lAnne gophysique internationale et qui a vu la naissance du programme de Veille mtorologique mondiale, on a beaucoup appris sur les mthodes automatiques de collecte et de traitement des donnes mtorologiques. Llaboration par lOMM de principes directeurs et de normes internationales sur la gestion et lchange des donnes climatologiques a permis aux SMHN dorganiser leurs activits de gestion des donnes et a indirectement favoris le dveloppement de bases de donnes rgionales et mondiales. Aujourdhui, la gestion des relevs climatologiques ncessite une approche systmatique, rassemblant les relevs effectus sur papier, sur microfilms et microfiches et les relevs numriques, ces derniers comprenant des fichiers dimages ainsi que des donnes alphanumriques classiques. Les ordinateurs ont remplac les appareils mcaniques qui jouaient un rle important dans le dveloppement de la gestion des donnes. Les calculs taient raliss laide dadditionneurs clavier, par exemple, et les rsultats taient enregistrs sur papier. Un grand pas en avant a t franchi avec lintroduction du systme Hollerith de cartes perfores, trieuses et tabulatrices. Ces cartes, munies dune srie de trous qui enregistraient les valeurs des variables mtorologiques, taient insres dans les trieuses et tabulatrices, donnant ainsi des calculs statistiques plus efficaces.

Dans les annes 1960 et 1970, plusieurs SMHN ont commenc utiliser des ordinateurs et transfrer progressivement sur bande magntique les informations contenues sur des millions de cartes perfores. Ces ordinateurs ont t remplacs par des gros systmes informatiques de plus en plus puissants, puis les donnes sont devenues disponibles en ligne, grce au dveloppement de disques. Une tape majeure a t franchie avec le projet CLICOM du PMDSC. Ce projet, mis en place en 1985, a entran linstallation dun logiciel de bases de donnes climatologiques pour PC, accompagn du matriel ncessaire et dun programme de formation complet, dans plus de 100 SMHN de par le monde. Ce projet a galement t lorigine damliorations notoires des services, des applications et des activits de recherche climatologique dans ces pays. la fin des annes 1990, le PMDSC a mis en place un systme de gestion des bases de donnes climatologiques, afin de profiter des toutes dernires technologies visant rpondre aux besoins varis et volutifs des Membres en matire de gestion de donnes. Bien que parfois plus onreux et plus complexes dun point de vue technologique (ncessitant donc davantage de comptences spcialises pour les administrer), les nouveaux systmes de gestion des bases de donnes climatologiques permettent aux utilisateurs daccder plus facilement aux donnes, qui sont ainsi plus sres et plus utiles. Les bases de donnes relationnelles avaient dj fait leurs preuves dans plusieurs SMHN. En dehors des progrs raliss par les technologies de bases de donnes, la saisie de donnes est devenue plus efficace entre la moiti et la fin des annes 1990, avec une augmentation des stations mtorologiques automatiques et des carnets de notes lectroniques (ordinateurs portables fixes utiliss pour la saisie, le contrle de la qualit et la transmission des observations), puis avec larrive de lInternet et dautres technologiques nouvelles. Il nest pas surprenant dobserver un certain nombre de tendances suggrant beaucoup dautres avantages pour les SMHN en ce qui concerne la gestion des donnes et les services fournis aux clients. LInternet amliore dj considrablement les capacits daccs aux donnes et, dans la mesure o les questions de scurit sont bien matrises, on peut sattendre ce que cela cr des opportunits majeures pour les gestionnaires de donnes dans les cinq dix prochaines annes. En plus, les systmes de bases de donnes relationnelles code source ouvert7 pourront galement supprimer les obstacles lis aux cots des bases de donnes relationnelles pour un grand nombre de SMHN.

Gestion des donnes climatologiques : organisation

Exigences des utilisateurs et besoins satisfaire en priorit


Il est indispensable de tenir compte des besoins des utilisateurs actuels et, dans la mesure o ils sont prvisibles, des besoins des futurs utilisateurs, la fois dans le dveloppement de bases de donnes climatologiques et dans la mise en uvre de pratiques de gestion des donnes. Mme si cela semble aller de soi, il peut toujours arriver, par exemple, de dvelopper des structures qui omettent des donnes importantes pour une application utile, ou bien quun centre de donnes consacre trop peu de ses ressources au contrle de la qualit des donnes pour lesquelles les utilisateurs demandent prcisment un haut niveau de qualit. Dans la mesure du possible, il est recommand de stocker toutes les mesures dans le systme de
7

Un systme code source ouvert est un logiciel dont le code source est librement accessible et peut donc tre vu et modifi. Cela signifie que le logiciel est disponible gratuitement (ou parfois seulement au prix de distribution).

gestion des bases de donnes climatologiques, mme si elles ne sont pas utilises tout de suite. Pour tout nouveau dveloppement, les gestionnaires de donnes doivent soit compter au moins un utilisateur de donnes cl dans leur quipe de projet, soit mettre en place des consultations rgulires auprs dun groupe de partenaires utilisateurs. Les fournisseurs ou utilisateurs de donnes faisant partie eux-mmes de lorganisation peuvent galement consulter rgulirement les utilisateurs finaux de donnes (ou dinformations) climatologiques, et il appartient aux gestionnaires de donnes de se tenir au courant la fois de lvolution des besoins et de toute question proccupant les utilisateurs. En termes simples, la gestion de donnes ncessite de connatre les besoins des utilisateurs finaux. lheure actuelle, les principaux secteurs demandeurs de donnes sont les suivants : services lis aux prvisions du climat et aux changements climatiques, agriculture et secteur primaire, sant, gestion des catastrophes / des urgences, nergie, gestion des ressources naturelles (y compris de leau), dveloppement durable, urbanisme, finance et assurances. Les gestionnaires de donnes doivent savoir que lexistence de la fonction de gestion de donnes dpend du centre qui assure des avantages sociaux, conomiques et environnementaux aux communauts dutilisateurs vises. Il est donc important que le gestionnaire de donnes encourage et, dans la mesure du possible, participe des projets qui dmontrent la valeur de ses ressources en donnes. Pour rappeler aux dirigeants des SMHN et convaincre les organismes de financement quil est rentable dinvestir dans des donnes, il peut tre utile de leur prsenter des tudes montrant, par exemple, les avantages conomiques des prvisions du climat ou les avantages sociaux dcoulant dune utilisation de donnes climatologiques dans un systme de veille sanitaire. Les donnes ont encore davantage de valeur lorsquelles sont intgres dans des modles dapplication (exemple : modles de simulation de culture, modles conomiques). Il convient donc de tenir compte daspects lis lintgration des donnes lors de la conception de nouvelles structures de donnes. On ne pourra satisfaire pleinement les besoins des utilisateurs que si les structures et les responsabilits ncessaires sont en place. Par exemple, lorganisation devra tre ouverte aux avis externes et disposer de moyens de communication efficaces et rentables pour assurer lchange dinformations en interne. Les gestionnaires de donnes doivent veiller galement respecter les principes dune surveillance du climat long terme, comme indiqu dans le document GCOS (2003), approuv par la Commission de climatologie (CCI) et adopt par la Convention-Cadre des Nations Unies sur les changements climatiques. La capacit assurer la continuit, lhomognit et enfin la qualit des donnes climatologiques dpend en grande partie de la qualit de gestion des rseaux et systmes dobservation. Pour suivre les dix principes de surveillance du climat (voir WMO (2003a), expliquant dans quelle mesure cela sapplique aux activits dun SMHN), les gestionnaires de donnes doivent absolument tablir dtroites relations avec les gestionnaires dobservations et les utilisateurs de donnes climatologiques. Le gestionnaire de donnes devra tre un intermdiaire efficace entre le gestionnaire dobservations et lutilisateur de donnes, en prsentant des exigences au premier et en faisant correspondre les besoins du second avec ce qui est conomiquement et techniquement faisable. Le document WMO (2003a) expose ces principes plus en dtail, au niveau des rseaux et systmes dobservation du climat. Pour rpondre aux besoins des utilisateurs, il convient de considrer notamment les aspects cls suivants, qui permettent de classer les observations nouvelles ou supplmentaires par ordre de priorit : priorits sociales, conomiques et environnementales nationales ; rgions dficitaires en donnes ; paramtres faisant lobjet dobservations insuffisantes ; rgions particulirement sensibles aux changements ; mesures prsentant une rsolution temporelle peu satisfaisante.

Systmes de gestion des donnes climatologiques : proprits souhaitables 3.2.1 Modle de base de donnes
Toute base de donnes climatologiques reposera sur un modle de donnes sous-jacent, trs important pour la qualit du systme qui sera dvelopp, en particulier pour sa maintenabilit (rappelons que plus de 50% des efforts mis en uvre pour llaboration dun logiciel sont consacrs la maintenance et lamlioration du systme au fil des annes). Si le modle nest pas adapt, le systme sera plus difficile maintenir. En gnral, une base de donnes conue en priorit pour des travaux mtorologiques en temps quasi-rel sera principalement accessible de manire synoptique , puisque les extractions rpondront gnralement au besoin de rassembler toutes les donnes de quelques endroits ou zones donns, ceci pendant une priode dfinie et relativement courte . En revanche, les applications climatologiques impliquent gnralement lextraction de donnes dune ou plusieurs stations, sur une longue priode. Ainsi, une approche plus vaste du stockage de donnes climatologiques implique de stocker ensemble (pour des donnes quotidiennes) toutes les donnes lies une station donne et un jour prcis. On peut procder de la mme faon pour des donnes horaires et mensuelles. Une autre approche consiste stocker sparment des donnes de type diffrent, avec un tableau (dans le cas de bases de donnes relationnelles) contenant toutes les donnes de temprature de lair pour toutes les stations et toutes les dates, etc. Voir paragraphe 5.2 pour plus de dtails. Outre la qualit naturelle de la conception, les autres critres prendre en compte sont notamment la faon dont le modle de donnes est document et sa facilit dextension par des programmeurs. Lune des exigences cls dun modle de donnes est quil doit tre capable de reprsenter les donnes transmises par tous les formats de messages standards de lOMM : TEMP, PILOT, METAR/SPECI, CLIMAT, CLIMAT_TEMP et SYNOP. Des considrations similaires sappliquent au modle de mtadonnes . Dans un sens, il sagit dun domaine plus complexe car les structures de mtadonnes peuvent tre plus complexes que les structures de donnes. Il conviendra de dfinir en temps utile un modle standard de mtadonnes8 pour les donnes climatologiques (largissant les travaux dj raliss sur la norme de lOMM relative aux mtadonnes de base). ce moment-l, il sera souhaitable que la capacit dintgration dans ce modle de donnes soit un critre de slection pour les systmes climatiques.

3.2.2 Principales caractristiques de saisie


La qualit fondamentale dun systme de saisie de donnes est de ne pas introduire de dfauts vitables dans le processus de saisie. Le personnel charg de ce travail est gnralement trs comptent en la matire et mrite quon lui assure des conditions de travail productives tout moment. Cela signifie que le systme de saisie de donnes ne doit pas comporter de dfauts agaants, pouvant ralentir loprateur de saisie. De manire idale, les formes affiches lcran pourront tre personnalises de manire optimiser la saisie de donnes. Le systme doit galement, dans la mesure du possible, valider les donnes mesure de leur saisie, cest-dire reprer les erreurs et, si possible, proposer des valeurs de remplacement. Il est possible aussi de dfinir des valeurs par dfaut pour certains lments, ce qui vite des combinaisons
8

Dans ce contexte, les mtadonnes font davantage rfrence aux informations relatives aux donnes climatologiques (exemple : qualit des donnes, mthode de drivation, etc.) qu lhistorique des informations enregistres par une station.

de touches inutiles. Lautre caractristique utile est la double saisie, qui permet de limiter les erreurs (toutes les donnes sont saisies deux fois, celles saisies par le deuxime oprateur tant automatiquement compares celles saisies par le premier).

3.2.3 Options dentre lectronique des donnes


Comme mentionn prcdemment, il est souhaitable que le systme de gestion des bases de donnes climatologiques soit en mesure de reprsenter tout le contenu des messages de format standard de lOMM (SYNOP, CLIMAT, etc.). Un autre avantage serait quil puisse dcoder des messages directement dans la base de donnes climatologiques. Dans certains cas (notamment pour les messages mensuels CLIMAT et CLIMAT TEMP), il est galement souhaitable davoir des systmes capables de gnrer ce type de messages partir des informations contenues dans la base de donnes. Parmi les autres options dentre lectronique utiles, on note la capacit dentrer des donnes provenant des stations mtorologiques automatiques et la capacit dincorporer des donnes exportes du systme CLICOM. En gnral, cette dernire option devrait tre ralise en une seule fois, au moment du changement de systme (voir paragraphe 5.4).

3.2.4 lments lis la qualit et mtadonnes associes


Une donne mtorologique doit tre accompagne de toute une srie dinformations sur sa qualit : qualit attribue la donne en elle-mme (commentaires du type apparemment correcte , suspecte , incohrente avec dautres donnes , etc.), nature de lessai ou des essais raliss pour gnrer lindicateur de qualit, etc. Ces informations relatives la qualit constituent un large ventail de mtadonnes, portant, par exemple, sur linstrument utilis pour lobservation, sur la piste daudit des observations faisant tat de tous les changements oprs depuis la premire saisie des donnes, sur des informations compltes concernant le site, sur les programmes dobservation en vigueur, etc. plus long terme, le systme sera pleinement en mesure de reprsenter tout lhistorique de la station.

3.2.5 tendue des contrles de qualit effectus sur les valeurs observes
Les contrles appliqus pour dterminer la qualit dune observation peuvent aller du plus simple au plus complexe. Ces contrles portent notamment sur les points suivants, prsents ici approximativement par ordre croissant de complexit : contrles syntaxiques (ex : la temprature de lair doit tre exprime par une valeur ayant au plus un chiffre aprs la virgule) ; plages numriques (ex : la temprature doit se situer entre -90 et +70) ; contrles de lventail de climats (ex : est-ce que les donnes sont cohrentes avec la climatologie ?) ; cohrence entre les relevs (ex : la temprature de lair ne doit pas tre infrieure au point de rose) ; cohrence des sries chronologiques (ex : la diffrence entre deux tempratures observes successivement sur le mme site doit tre plausible ) ; cohrence spatiale (ex : les limites dune diffrence plausible entre les tempratures dune station et de ses environs ne doivent pas tre dpasses).

3.2.6 Extraction de donnes


Un aspect important dun systme de gestion des bases de donnes climatologiques est la fois ltendue et la puissance des fonctions dextraction et danalyse des donnes. De manire idale, les donnes peuvent tre extraites via une interface graphique utilisateur ou bien via une interface en ligne de commande, selon le cas. Il sera prfrable de fournir une interface

graphique pour limmense majorit des utilisateurs, les fonctions lies au langage dinterrogation tant rserves une poigne dutilisateurs plus avancs qui ont besoin deffectuer des extractions non standard. Les utilisateurs qui en sont capables doivent avoir la possibilit de spcifier leurs propres critres dextraction (gnralement via linterface graphique), et le systme doit tre correctement document afin de leur donner le maximum dinformations pour ce faire. Le systme doit galement proposer un large ventail doptions permettant de dterminer la structure de lextraction et la prsentation des rsultats et de spcifier une extraction grce une personnalisation des stations, de lhoraire et des dtails de prsentation. Ces options doivent permettre daccder des listes de donnes, de rsums tabulaires, danalyses statistiques (simples et complexes) et de prsentations graphiques.

Scurit
La politique de scurit et les activits qui sy rattachent ont pour principal objectif dviter la perte ou la dtrioration du systme de gestion des bases de donnes climatologiques et de conserver les fonctions de gestion des donnes dans le meilleur tat possible. Pour ce faire, les conditions pralables sont les suivantes : le systme de gestion des bases de donnes climatologiques doit se trouver dans un btiment abrit et protg ; lensemble du personnel doit avoir pleinement connaissance de sa responsabilit professionnelle et de son devoir de veiller au systme ; les archives et lenvironnement des bases de donnes doivent tre scuriss et protgs contre les incendies, lhumidit, etc. ; les manipulations de donnes (ex : insertion, mise jour, suppression) ne peuvent tre ralises que par des applications protges, auxquelles a accs un groupe restreint de personnes ; les personnes qui ont un accs en criture la base de donnes doivent sengager ne procder aucune transaction en dehors des oprations et pratiques approuves par le gestionnaire de donnes ; tout changement apport aux tables de donnes doit faire lobjet dune piste daudit dont laccs doit tre rglement ; les mots de passe ne doivent tre ni communiqus ni crits o que ce soit ; ils doivent tre changs rgulirement et cela sapplique tous les utilisateurs, de ladministrateur de la base de donnes lutilisateur travaillant sur les applications de manipulation des donnes ; le mot de passe se compose de lettres et de chiffres qui nont apparemment aucun lien entre eux, mais ils peuvent tout fait tre la suite des premires lettres de chacun des mots dune phrase, ex : je suis assis dans un bureau au 9me tage -> jsaduba9e ; le systme de bases de donnes darchive doit fonctionner derrire un pare-feu rgl au niveau maximal de scurit ; tous les services annexes des systmes informatiques de bases de donnes, tels que la messagerie lectronique, doivent tre dsactivs ; le systme informatique des bases de donnes ne doit utiliser que le noyau du systme dexploitation et le systme de gestion des bases de donnes ; lordinateur client sur lequel se trouve la base de donnes doit galement tre protg contre les virus et les actes de piratage ; des sauvegardes de secours doivent tre effectues une frquence suffisante pour ne pas descendre en dessous du niveau maximal autoris de perte de donnes en cas de dfaillance ; en gnral, des sauvegardes partielles seront effectus tous les jours et des sauvegardes compltes une fois par semaine ; les archives moins frquentes (gnralement mensuelles) du contenu des tables de donnes doivent tre au format ASCII et places en un lieu sr et protg contre les incendies, diffrent du lieu o se trouve physiquement la base de donnes climatologiques ;

un plan de rcupration doit tre dfini, indiquant les sauvegardes et les archives qui seront utilises en situation durgence pour rcuprer la base de donnes ; ce plan envisagera autant de scnarios catastrophes que lon peut imaginer ; le plan de rcupration doit tre renouvel et rvis intervalles rguliers ; des sauvegardes de secours du systme de gestion des bases de donnes climatologiques doivent tre effectues avant toute modification du logiciel systme, du concept ou des applications contenues dans le systme ; on procdera, des intervalles appropris, un audit des archives dorigine papier et des archives au format ASCII.

Gestion et surveillance des bases de donnes


La gestion de base de donnes vise garantir lintgrit de la base de donnes tout moment et assurer que celle-ci contient toutes les donnes et mtadonnes ncessaires pour raliser les objectifs de lorganisation, au moment prsent et lavenir. Quant lactivit de surveillance des bases de donnes, elle fait appel des indicateurs de performances pour valuer comment la base de donnes et les processus qui lutilisent se comportent par rapport aux objectifs. Les donnes sont utilises par un certain nombre de processus (voir paragraphe 3.5) : maintenance des mtadonnes, alimentation de la base de donnes, mesures de contrle de la qualit modifiant la base de donnes, extraction pour utilisateurs et clients finaux. Chacun de ces processus sera gr par un responsable de processus, charg du processus en lui-mme ainsi que de la surveillance, de lvaluation et de lamlioration de ce dernier. Bien videmment, dans les petits SMHN, toutes ces tches font partie dun mme processus et, dans les trs petits SMHN, la plupart de ces responsabilits sont assumes par une seule et mme personne. Il est toutefois utile de bien comprendre chacun de ces rles et responsabilits et de distinguer les mesures correspondantes. Selon lun des principes de gestion des risques, lorsquun utilisateur ralise une opration quelle quelle soit sur la base de donnes, il doit possder, dans la mesure du possible, toutes les autorisations ncessaires pour ce faire, et rien de plus. Les rapports de surveillance comprendront gnralement le numro et le type de la station qui figurent dans la base de donnes, ainsi que la quantit de donnes de la base, rpartie par station et par type dlment dobservation. Il sera utile de comparer ces donnes celles du programme dobservation, didentifier les endroits o il en manque puis on prendra les mesures ncessaires pour en dfinir les raisons et trouver des solutions. Dautres rapports pourront examiner les mesures de contrle de la qualit mettre en oeuvre, vrifier que le contrle de la qualit (CQ) est en phase avec le flux de nouvelles donnes et recenser tout regroupement de donnes faisant lobjet dun CQ souvent modifi ; ici aussi, des mesures devront suivre pour rsoudre les problmes. Il est trs utile de garder une trace de la quantit et de ltendue des donnes extraites suite des requtes dutilisateurs finaux, car on sait ainsi quels sont les jeux de donnes les plus importants, on peut justifier linvestissement ralis dans les donnes climatologiques et on a une ide des domaines dvelopper lavenir. Quand le recouvrement des cots est appliqu, il est indispensable de connatre les recettes gnres par les services utilisateurs des donnes climatologiques. La surveillance implique de mesurer des indicateurs objectivement vrifiables (IOV) appropris, et chaque IOV est associ un moyen de vrification (MV). Le MV donne une valeur cible lIOV, qui mesure les performances par rapport aux besoins. Un MV pourrait tre, par exemple, que 90% des rapports mensuels de stations uniquement pluviomtriques, prsents sous forme papier, soient disponibles dans la base de donnes au 15 du mois suivant. Notons quil sagirait l dun objectif SMART (Spcifique, Mesurable, Atteignable, Raliste et limit dans le Temps).

LIOV correspondant comparerait alors le nombre de rapports de ce type, prsents dans la base de donnes au 15 du mois, la valeur attendue, exprim en pourcentage. La frquence ainsi que la priode dtablissement des rapports de surveillance dpendra des besoins de lorganisation. Sagissant de labsorption de donnes, certains rapports peuvent tre gnrs automatiquement chaque jour pour cela, un rapport journalier de russites ou checs est indispensable pour prendre des mesures correctives avant le prochain cycle dabsorption. Beaucoup de donnes climatologiques suivant un cycle dun mois calendaire, il conviendrait dtablir des rapports mensuels sur la quantit et la qualit dabsorption des donnes. Pour procder une analyse de recouvrement des cots et de rendement, il est ncessaire davoir des rapports tablis au moins une fois par exercice, sur le nombre dutilisateurs finaux, les recettes gnres, la quantit et le type de donnes impliques. Les informations ncessaires pour ce faire ne font pas forcment lobjet dune fonction dun systme de gestion des bases de donnes climatologiques, mais ce dernier pourrait comprendre des statistiques sur lutilisation. Des rapports de surveillance doivent tre tablis pour assurer un suivi actif du flux dinformations, de mtadonnes et de donnes dans le systme de donnes climatologiques de lorganisation. Dans le planning de gestion, il convient galement de prendre en considration la longue dure de vie des donnes climatologiques, pour que ces ressources demeurent accessibles aux utilisateurs de demain. Les aspects dont il faudra tenir compte sont notamment la planification de la succession et la formation du personnel, ainsi que le cycle de remplacement du matriel, les cots de maintenance et de mise niveau, le support et la formation lis aux logiciels commerciaux.

Gestion de la documentation
Il est indispensable dtablir une documentation sur les processus de gestion et dutilisation de la base de donnes, la fois pour en archiver le concept et pour que cette documentation serve dinstructions dutilisation et de principes directeurs pour les gestionnaires, utilisateurs et dveloppeurs de la base de donnes et des applications connexes. Pour les organisations appliquant un systme de gestion de la qualit ISO 9000, cette documentation est obligatoire et doit tre conforme aux spcifications. Pour les autres organisations, il est fortement recommand dtablir une documentation suivant les principes de la norme ISO 9000. Les principes de lISO 9000 se rsument ainsi : dire ce que lon fait ; faire ce que lon dit ; vrifier et surveiller que lon fait ce que lon dit ; et valuer et amliorer. La documentation doit tre rdige dans un style positif afin dencourager les utilisateurs du processus faire le maximum. Pour la gestion et la documentation, il convient de mettre en place une structure plusieurs processus selon laquelle chaque processus comporte un certain nombre de donnes dentre. Une srie doprations est alors effectue sur ces donnes dentre, donnant lieu ensuite des rsultats pour un client donn. Ce client peut tre interne ou externe lorganisation. Par exemple, le processus de saisie peut comprendre lenregistrement de formulaires papier, la fourniture de ces formulaires aux oprateurs de saisie, la saisie des donnes dans le formulaire de la base de donnes, le chargement du formulaire une fois rempli dans la base de donnes et la rsolution des erreurs, puis lenregistrement des formulaires papier dans les archives. Les donnes dentre sont les formulaires papier, le personnel et les ressources informatiques. Les rsultats quant eux seraient les donnes se trouvant dans la base de donnes et les

formulaires papier enregistrs dans les archives. Les clients seraient les utilisateurs de la base de donnes, y compris dautres processus comme le contrle de la qualit (CQ). Chaque processus doit tre attribu un responsable de processus, charg de la documentation et de la gestion et de la surveillance globales du processus, qui dcide des modifications apporter au processus en lui-mme et la documentation et les autorise. Une documentation qui nest plus jour ou qui est errone peut dtruire la base de donnes. De mme, si les actions spcifies dans la documentation ne sont pas effectues, ceci peut entraner la perte de la base de donnes. Le responsable de processus doit galement faire en sorte que le processus soit rgulirement valu et amlior afin de sassurer quil rponde toujours aux objectifs de lorganisation.

lments essentiels climatologiques

de

la

gestion

des

flux

de

donnes

Enregistrement et gestion des mtadonnes


Pour que les donnes mtorologiques soient utiles de futurs utilisateurs, il est indispensable quelles soient accompagnes des mtadonnes adquates. Celles-ci doivent prciser, dans lidal, les endroits o ont t ralises les mesures, par qui et avec quels instruments, le niveau de qualit exig des donnes, etc. Le traitement des mtadonnes spcifiques chaque station est dcrit en dtail dans le rapport intitul Guidelines on Climate Metadata and Homogenization (WMO 2003b) (Principes directeurs concernant les mtadonnes climatologiques et lhomognisation), qui fait partie des publications du Programme mondial des donnes climatologiques et de surveillance du climat (PMDSC). Le lecteur peut se reporter cette publication pour avoir une vision globale de la question, alors que le prsent document tente de donner un rapide aperu des questions relatives aux systmes. De manire gnrale, dans un systme idal, la structure inne des mtadonnes sera beaucoup plus complexe que celle des donnes climatologiques en elles-mmes. Prenons par exemple le cas dobservations de prcipitations. Lessentiel du contenu des donnes sera simplement du style : la station x, les prcipitations taient de p mm pendant une dure e jusqu un intant t . Les mtadonnes correspondantes, ncessaires pour interprter lintgralit des donnes, seront par exemple : la date de rfrence utilise par la base de donnes (GMT, fuseau horaire, etc.) ; le niveau de qualit affect lobservation ; lhistorique des valeurs affectes au paramtre mtorologique et tout autre indicateur associ ; linstrument utilis pour enregistrer lobservation, avec des dtails plus prcis sur son propre programme de maintenance, ses tolrances, ses paramtres internes, etc. ; le nom de lobservateur ; des dtails complets sur la station et ses archives ; le programme dobservation en vigueur et ses archives ; linventaire des lments stocks dans la base de donnes, leurs units, leurs limites ; et des dtails sur la topographie et la couverture du sol du site, informations sur la vgtation, les constructions environnantes, etc, et sur leur volution au cours du temps. Lenregistrement dinformations ce niveau de dtail dans un systme informatique ncessite une structure de donnes complexe et donc un logiciel tout aussi complexe, qui doit tre capable de stocker des graphiques (plans de sites, photos, ventuellement images de documents anciens, etc.). Le principe en lui-mme nest pas compliqu, mais il a des

rpercussions en particulier sur le matriel permettant dacqurir et de reproduire les images, ainsi que sur le logiciel utiliser comme systme de gestion de base de donnes. Il est galement ncessaire de fournir des mtadonnes au niveau du jeu de donnes, mais ces dtails dpassent le cadre du prsent document. Les donnes peuvent galement faire lobjet dun travail dhomognisation, qui consiste supprimer dun jeu de donnes toutes les influences autres que celles du climat sous-jacent. Les donnes soumises ce type dexercice ont besoin de mtadonnes supplmentaires exprimant prcisment la nature du travail dhomognisation. Les jeux de donnes homognises devraient tre considrs comme des produits du systme de gestion des bases de donnes climatologiques et non pas comme une substitution. On dispose actuellement doutils de plus en plus perfectionns pour accder aux mtadonnes et les grer (Figure 1).

Figure 1. Logiciel de gestion de mtadonns STATPROT de lInstitut central de mtorologie et de godynamique (ZAMG), Autriche

Acquisition, saisie, stockage et archivage des donnes Acquisition


Lune des tches principales dun SMHN est de faire fonctionner un rseau dobservation du climat comme indiqu dans le document WMO 2003a. Le fonctionnement de ce type de rseau, constituant la force vitale dun SMHN, a un cot pour lorganisation et nest gnralement pas trs rentable dans un premier temps. Mais les SMHN pourraient rduire ces frais gnraux en utilisant les rseaux existants dorganisations comme les universits, services publics locaux ou entreprises prives. Les SMHN devraient ainsi recueillir toutes les donnes climatologiques qui les intressent, et il serait souhaitable que ces organisations les autorisent utiliser lensemble des donnes climatologiques qui sy trouvent, sans aucune restriction, comme sil sagissait des leurs. Pour ce faire, des contrats et des protocoles daccords devront ventuellement tre conclus et signs entre les directions gnrales des organisations concernes. Il est possible aussi de grer et de se procurer, pour des besoins commerciaux, des donnes et informations non conventionnelles, provenant par exemple des nombreuses camras web

appartenant ltat ou des personnes prives. Les mdias : presse, radio et tlvision, sont galement des sources dinformations utiles. Si les ressources le permettent, il serait intressant de runir tous les rapports et articles portant sur des catastrophes naturelles et autres vnements mtorologiques dans un systme de gestion documentaire, lui-mme intgr une base de donnes climatologiques largie.

Saisie
Les donnes doivent tre collectes le plus prs possible de leur source. Les stations mtorologiques automatiques, y compris celles qui procdent parfois des observations manuelles, ainsi que les stations mtorologiques partiellement automatiques, doivent collecter leurs donnes climatologiques ainsi que les messages derreur sur site et les transmettre par voie lectronique aux systmes de gestion des bases de donnes climatologiques, si possible via un autre systme de base de donnes. Les donnes observes manuellement doivent tre collectes et enregistres sur site, puis transmises ds que possible au systme de gestion des bases de donnes climatologiques. Dans le cas dune station manuelle, les donnes doivent tre collectes et enregistres sur site, et il est fortement recommand de procder leur transmission numrique au systme de gestion des bases de donnes climatologiques pendant le jour. Il nest certes pas toujours possible dobtenir en une journe toutes les donnes stockes dans une base de donnes (par exemple, les retours mensuels des archives papier), mais une collecte journalire de donnes prsente nanmoins les avantages suivants : les donnes seront probablement de meilleure qualit ; par exemple, loprateur se souviendra plus facilement du temps quil faisait hier que du temps quil faisait il y a un mois ; plus le cot de transmission des donnes augmente, plus les efforts humains en termes de contrle de la qualit diminuent et plus on a de chances daccder davantage de donnes dans de meilleures conditions ; les erreurs techniques seront dtectes plus rapidement. Beaucoup de stations enregistrent encore leurs donnes uniquement sur papier, ce qui les obligera les envoyer par la poste une ou plusieurs fois par mois. On conservera les relevs de donnes sur papier ou sur tableur ou bien ce serait lidal les donnes seront gnres automatiquement et compares aux donnes attendues. Cette dernire mthode permet de dtecter facilement les rapports manquants et dassurer un suivi avec lobservateur. Il conviendra dvaluer les donnes avant de les saisir partir des relevs fournis par des appareils enregistreurs. Pour le recueil des donnes, il est recommand dutiliser un systme qui vrifie les contraintes et le type de donnes lis chaque paramtre, avant dabsorber les valeurs dans la base de donnes. La saisie des donnes et le contrle de la qualit des donnes sont des oprations troitement lies entre elles, en effet un contrle de la qualit est souvent effectu pendant la saisie des donnes. Toutefois, les donnes climatologiques numriques doivent subir gnralement un autre contrle de qualit avant dtre classes. Les utilisateurs doivent toujours tre informs du niveau de contrle qualit des donnes qui leur sont fournies. Il est important de conserver la valeur des donnes dorigine ( la fois pour lvaluation des processus de contrle de la qualit et pour dventuelles demandes officielles ou quivalents voir 4.3), ainsi que la valeur tablie par le dernier contrle de qualit. Les donnes dorigine nauront subi que la vrification du type et de ltendue du processus dabsorption de la base de donnes. Les donnes rejetes par ce processus doivent tre tout de mme conserves. La valeur du dernier contrle de qualit peut varier en fonction du stade du contrle de qualit effectu.

Il doit tre envisageable de faire appel des sources et types de donnes non conventionnels, selon les pratiques de lorganisation, par exemple dutiliser des camras web pour des observations distance. Outre les donnes et mtadonnes traditionnelles, le systme de gestion des bases de donnes climatologiques peut contenir des informations diffuses par les mdias, photos, etc. Ces informations peuvent tre enregistres sous la forme et selon les conditions suivantes : image tire dun article de presse, prise par une camra numrique ou bien scanne ; indication de la date, de la rgion et du type dvnement (inondation, scheresse, fortes prcipitations) et nom de la source mdiatique ; quelques commentaires sur lvnement ; stockage des informations dans un systme darchivage. Il est possible de recueillir de la mme faon des donnes sur des phnomnes mtorologiques extrmes ou autres vnements, diffuses la radio ou la tlvision.

Stockage et archivage de relevs papier


Tous les relevs papier doivent tre stocks dans un environnement contrl afin dviter toute dtrioration et destruction potentielle causes par des conditions extrmes de temprature et dhumidit, par des insectes, parasites, incendies, inondations, accidents ou actes de vandalisme. Mais avant larchivage, ces relevs doivent tre enregistrs sous la forme de microfilms ou, de prfrence, dimages lectroniques, raliss avec des appareils photos numriques ou des scanners (voir WMO 2004). Il est recommand denregistrer les mtadonnes sur le microfilm et/ou sur limage, lesquels peuvent tre intgrs par la suite dans une base de donnes climatologiques largie. Les images lectroniques prsentent les avantages suivants : elles constituent une copie numrique supplmentaire de scurit ; il est facile de les copier plusieurs fois afin de les conserver dans des endroits diffrents pour des raisons de scurit ; pour consulter loriginal, on peut utiliser limage lectronique, ce qui vite dabmer le papier ; les relevs sont accessibles un plus grand nombre dutilisateurs par Internet ou par courrier lectronique. Les relevs fournis par des appareils enregistreurs doivent tre traits comme les relevs papier. Les archives papier doivent gres comme suit : les donnes anciennes (datant, par exemple, de plus dun an) doivent tre stockes par ordre chronologique ; le reste selon lordre des lments de donnes synoptiques.

Stockage et archivage des informations numriques


Tel quil est employ ici, le terme stockage de donnes dsigne la phase transitoire entre la collecte et larchivage et non pas, comme souvent, un tat dans lequel se trouvent les donnes une fois quelles ont subi une sorte de valorisation (ex : contrle de la qualit, conversion en diffrentes units de mesure). Il est parfois difficile de procder une slection des donnes pour le stockage et larchivage. Les stations mtorologiques automatiques gnreront souvent des donnes portant sur la

qualit des observations, qui ne sont pas des donnes climatologiques proprement dites (ex : informations sur la tension des batteries dune station automatique). En rgle gnrale, ces informations devraient tre utilises avant larchivage des donnes (cest--dire au cours du processus de contrle de la qualit) et ne devraient pas figurer dans le systme de gestion des bases de donnes climatologiques. (Toutes les mtadonnes importantes doivent en revanche y tre enregistres, voir 3.2.4, 4.1 et WMO (2003b).) Rappelons que le message dorigine doit tre stock titre permanent et tre accessible aux gestionnaires de donnes. Lune des principales tches du gestionnaire de donnes est destimer les besoins en termes de stockage de donnes ainsi que leur volution. Il doit tenir compte des informations complmentaires inclure dans les relevs de donnes (ex : indicateurs de contrle de la qualit, messages dorigine, date/heure de mise jour des relevs), des besoins en termes de mtadonnes et de toute redondance ncessaire pour que les bases de donnes puissent tre correctement rcupres. Il sera difficile destimer lvolution des besoins en termes de stockage. Rappelons que beaucoup de SMHN archivent actuellement 1 et/ou 10 minutes de donnes de stations mtorologiques automatiques et que les donnes climatologiques non conventionnelles (ex : indices de vgtation, dhumidit du sol) sont trs importantes pour les climatologues. Les besoins de stockage de donnes ocanographiques et de donnes de tldtection sont gnralement trs vastes. Si lespace de stockage nest pas suffisant pour contenir toutes les donnes brutes dorigine, les donnes les plus anciennes peuvent tre transfres de la base de donnes vers un systme darchivage stockage de masse plus lent. Il sagissait jusqu prsent dun systme robotis denregistrement sur bandes, mais aujourdhui de plus en plus sur DVD. Si ncessaire, on devrait pouvoir, par une procdure de rintgration, recharger partir de ces systmes de petites parties de donnes brutes dans lespace de stockage. Si, au bout dun certain temps et aprs lapplication du contrle de la qualit, on na pas constat de besoin de conserver des archives des donnes numriques dorigine dans le systme de gestion des bases de donnes climatologiques, ces archives peuvent tre supprimes, condition que des copies des originaux soient conserves ailleurs dans lorganisation.

Gestion des relevs dorigine et sauvetage des donnes


Le sauvetage des donnes ne sera trait que brivement ici car il fait dj lobjet de plusieurs documents PMDSC (ex : WMO 2002, 2004). La gestion des relevs dorigine, lie au sauvetage des donnes, pose toute une srie de questions. Pour un certain nombre de raisons, les premires occurrences des observations seront archives titre permanent, par exemple la valeur dun paramtre climatique qui naurait pas t modifi, ni ajout ni supprim par des processus manuels ou bien automatiques. Premirement, si les donnes en temps quasi-rel sont utilises pour prendre des dcisions, il se peut que lorganisation en question doive conserver les valeurs dorigine pour des raisons juridiques. Deuximement, le suivi des performances de rseaux et de systmes dobservation ne sera pas objectif si la preuve du mauvais fonctionnement dune station est carte (par exemple si lon supprime des donnes errones). Dans lidal, les valeurs des donnes dorigine devraient tre conserves dans le systme de gestion des bases de donnes climatologiques et tre accessibles au personnel interne en tant que valeurs ayant subi un contrle de la qualit. Pour grer ces donnes dorigine, il sera ncessaire dappliquer avec prcaution des indicateurs de contrle de qualit (voir 4.4). Le gestionnaire de la base de donnes pourra ainsi dcider dempcher tout accs externe direct ces donnes ou, pour le moins, prendre des mesures qui lui garantiront que les utilisateurs ayant accs ces donnes sont parfaitement conscients de leur qualit. Sil nest pas possible

denregistrer une copie lectronique des donnes dorigine, il conviendra de conserver les originaux papier dune manire qui rponde aux recommandations de lOMM sur le sauvetage des donnes. Le document WMO (2002) dfinit le sauvetage de donnes comme tant un processus de sauvegarde de toutes les donnes qui risquent dtre perdues cause dune dtrioration de leur support, et la numrisation de donnes actuelles et passes sous un format informatique compatible pour tre facilement accessible . Cette dfinition implique que : les donnes soient stockes en tant que fichiers dimage sur des supports rgulirement remplaables, afin dviter toute dtrioration du support (cartouches, CD, DVD, etc.) ; les donnes dj disponibles sur des supports informatiques compatibles migrent en permanence vers des installations de stockage conformes aux nouvelles technologies ; les donnes soient saisies sous une forme utilisable pour des analyses. Les efforts mis en uvre dans le cadre du sauvetage des donnes sont essentiels pour permettre au public daccder rapidement et dans une large mesure des ressources nationales de qualit. Dun autre ct, le sauvetage des donnes peut tre considr comme une forme de conservation du patrimoine dun pays. Il est important de sensibiliser les cadres suprieurs des SMHN et dautres fonctionnaires des gouvernements cet aspect, ainsi quaux nombreux autres avantages que procurent les donnes climatologiques, pour assurer le financement dactivits de sauvetage des donnes. Le document WMO (2002) donne quelques exemples, notamment le programme financ par la Belgique qui a permis plus de 40 pays africains de conserver des millions darchives sur microfiches. Le document WMO (2004) expose les principales tapes du sauvetage des donnes : recherche et localisation ; cration dinventaires ; conservation et stockage ; validation des fichiers dimage ; saisie et contrle de la qualit ; accessibilit des donnes. Ces tapes sont illustres sur la Figure 2 ci-aprs.

Tri Analyse Index SAUVETAGE DE RELEVES DE DONNEES Donnes Images Papier Saisie Stockage des donnes

Utilisateur

Figure 2. Etapes du processus de sauvetage de donnes Le document WMO (2004) dcrit les technologies informatiques, solutions mdias et stratgies de migration de donnes utilises. En termes dacquisition dimages lectroniques, on utilise de prfrence des camras numriques au lieu de scanners bien que ces derniers soient plus avantageux dans certaines circonstances (par exemple, les scanners multipages sont efficaces pour lacquisition dimages ayant des formats papier diffrents). Les projets de sauvetage de donnes devrait toujours comprendre une composante formation, permettant aux SMHN dacqurir des comptences sur tous les aspects du sauvetage de donnes et de sassurer que les connaissances peuvent tre transmises du personnel dj familier du sauvetage de donnes. La sant et la scurit au travail sont des facteurs particulirement importants pour les besoins du sauvetage des donnes. Par exemple, le personnel aura manipuler des archives papier poussireuses et lourdes, dans des locaux de stockage pouvant tre habits par des rongeurs et autres animaux.

Assurance et contrle de la qualit


Le contrle de la qualit est au cur du processus de flux de donnes dans son ensemble. Il doit garantir que les donnes sont vrifies et, dans la mesure du possible, quelles ne comportent pas derreur. Toutes les erreurs dues lemplacement de la station, aux instruments/capteurs et aux phases de transmission ou de saisie de donnes doivent tre dtectes et limines et, si possible, remplaces par des valeurs correctes (tout en conservant les valeurs dorigine). Le contrle de la qualit des donnes est un passage oblig dans la gestion de la qualit dun SMHN. La premire tape consiste tablir un modle logique de contrle de la qualit, dcrivant les diffrences entre les essais et vrifications dune part et la signalisation dautre part. Ltendue des contrles de qualit est dcrite en 3.2.5.

Le modle de signalisation devrait indiquer si la valeur est : vrifie ou non ; dorigine ou non ; suspecte ou non ; errone ou non ; correcte ou non ; calcule (ou drive) ou non. Le modle de signalisation peut galement indique si la valeur est : vrifie automatiquement ou par un oprateur ; calcule partir de valeurs non suspectes ; calcule partir de valeurs non manquantes. Les donnes devront passer par lensemble du systme de contrle de la qualit et il conviendra dempcher tout moyen de contourner ce systme. Le processus global devra tre illustr par un ou plusieurs diagrammes de flux de donnes, en commenant par le rseau de la station jusquau niveau dapplication et en se concentrant particulirement sur le processus de contrle de la qualit. Des guides et manuels ainsi que des instructions dutilisation de lensemble du processus (et particulier du processus de qualit des donnes) devront tre tablis et suivis au sein de lorganisation. Il est fortement recommand de dcrire les changements apports au systme de contrle de la qualit des donnes pour permettre des amliorations par la suite et pour informer les utilisateurs de donnes intresss. En dehors du processus rgulier de contrle de la qualit des donnes, il convient de raliser de temps en temps une valuation de toutes les donnes historiques de qualit prouve. Cette valuation pourra sappliquer chaque paramtre et capteur prcis de toutes les stations ou bien tous les paramtres dune seule station. Elle fera suite la demande dun client prt payer un contrle qualit supplmentaire avant la rception de ses donnes. Si, aprs avoir pass par le processus de contrle de la qualit, un paramtre spcifique dune station comporte encore beaucoup de valeurs suspectes, cest que linstrument ou le capteur ou le processus dacquisition des donnes ne fonctionne pas correctement. Si les valeurs dune station comportent plus de valeurs suspectes que celles des autres stations, cela est d un problme dans le fonctionnement gnral de la station. Quand le contrle de la qualit est manuel, il convient de veiller ce que les procdures soient cohrentes et en cours de validit. Par exemple, un oprateur qui remplacerait toutes les valeurs suspectes par des estimations (ou qui les supprimerait toutes) pourrait endommager davantage la base de donnes que quelquun qui indiquerait toutes les valeurs suspectes comme correctes. Sil souponne un instrument ou un capteur dtre dfectueux ou un dysfonctionnement de la station dtre lorigine de problmes, loprateur charg du contrle de la qualit doit agir et, si ncessaire, avertir le responsable de linstrument mis en cause, par exemple pour : remplacer ou rgler linstrument ou le capteur ; entreprendre une inspection de la station ; formuler des recommandations visant changer de station ; contacter lobservateur afin de confirmer la ou les valeurs extrmes suspectes. Pour assurer lintgrit du processus de contrle de la qualit, on dsignera un responsable de processus qui sera charg du fonctionnement du processus dcrit. Il devra dtecter et rviser chaque aberration et chaque variation. Il conviendra de procder parfois un audit interne et un audit externe pour garantir lintgrit du processus de contrle de la qualit. Il est essentiel galement de prvoir des formations rgulires pour tous les oprateurs chargs du contrle de la qualit. Les SMHN utilisent actuellement des outils trs utiles de contrle de la qualit (Figure 3).

Figure 3. Capture dcran tire dun outil moderne de surveillance / contrle de la qualit des donnes : le systme de surveillance de la qualit du Bureau mtorologique australien.

change de donnes
Lchange de donnes entre SMHN est essentiel la climatologie. Il implique la fois le stockage et lutilisation de donnes (et mtadonnes) venant dautres pays dans la base de donnes dun SMHN, et la transmission de donnes des centres de donnes mondiaux et rgionaux. Les tats Membres de lOMM ont pour obligation de partager donnes et mtadonnes avec dautres Membres de lOMM. Les conditions de transmission de ces donnes des tiers sont stipules dans la Rsolution 40 (Cg-XIII) et la Rsolution 25 (Cg-XIV) de lOMM, lesquelles intgrent le concept de donnes essentielles et supplmentaires et dfinissent un jeu de donnes minimum qui devrait tre disponible selon un accs libre et sans restriction . Les membres peuvent dcider de dclarer essentielles un plus grand nombre de donnes que ce jeu minimum. Les Membres de lOMM acceptent quune partie de leurs stations appartiennent des rseaux comme le Rseau de stations dobservation en altitude pour le SMOC (GUAN), le Rseau de stations dobservation en surface pour le SMOC (GSN), le Rseau synoptique de base rgional (RSBR) et le Rseau climatologique de base rgional (RCBR). Le fait que leurs stations fassent partie de tous ces rseaux obligent les membres partager leurs donnes sur le plan international. Sur le GUAN, ce partage passe principalement par des messages CLIMAT TEMP, pour le GSN par des messages CLIMAT. La prsentation de messages de ce type est surveille et les rsultats publis.

Les utilisateurs sont invits lire attentivement les rsolutions prcites avant de mettre en uvre une politique nationale de donnes, dterminant les aspects du systme de gestion des bases de donnes climatologiques. Dans une perspective dchange de donnes, on peut distinguer quatre catgories de donnes climatologiques : donnes en temps rel ou en temps quasi-rel, changes via le Systme mondial de tlcommunications (SMT), pour lesquelles la rapidit dacheminement est essentielle ; jeux de donnes en mode diffr qui peuvent tre des parties des donnes prcdentes mais qui sont limits en termes de contrle de la qualit ; jeux de donnes en mode diffr qui ont fait lobjet dun vaste contrle de qualit et qui ont t ventuellement soumis une analyse dhomognit ; autres produits (ex : images satellitaires, mtadonnes, produits de surveillance et de prvision du climat, indices climatiques, tudes climatologiques et analyses nationales / rgionales / mondiales, rsultats de modles du climat mondial). Pour la premire de ces catgories, des formats standard OMM ont t dfinis : les formats CLIMAT et CLIMAT TEMP sont des formats spcifiques au climat tandis que dautres notamment SYNOP, PILOT, TEMP et Marine se rapportent au travail effectu sur le climat. Pour plus de dtails, voir le document OMM (1995). En ce qui concerne les autres catgories de donnes, on a dfini des formats pour lchange de donnes (ex : HDF et NetCDF) mais ces derniers sont dordre plus gnral et ne sont pas parlants en soi. Le projet cl, en cours actuellement, est le projet de SIO (Systme dinformation de lOMM), vaste et complexe, qui, pour rsumer trs brivement, vise fournir une infrastructure unique, coordonne lchelle du globe, pour la collecte et lchange dinformations ncessaires tous les programmes de lOMM et aux programmes internationaux connexes . Pour ce faire, des protocoles standard sont en cours de dveloppement sur lchange de donnes et, ce qui est dune importance cruciale, sur lchange de mtadonnes. Ceci a une double importance pour les dveloppeurs et les utilisateurs de systmes de gestion de bases de donnes climatologiques. Dune part, le fait davoir accs ces installations permettra aux utilisateurs de systmes suffisamment performants dobtenir facilement, par des mthodes standard, des donnes provenant dautres organisations jouant le rle de Centres mondiaux du systme dinformation (CMSI) ou de Centres de production ou de collecte de donnes (CPCD) au sein du SIO. Dautre part, les dveloppeurs de systmes de gestion de bases de donnes climatologiques pourront crer, le cas chant, des fonctions lintrieur de ces systmes, qui leur permettront dagir comme un fournisseur de donnes climatologiques via les protocoles du SIO. Certains travaux de dveloppement suivant cette optique ont dj t mens bien.

Accs aux donnes et dveloppement de produits


Chaque SMHN devrait avoir une politique daccs aux donnes qui indique, entre autres, quelles donnes sont fournies gratuitement aux utilisateurs. Le libre accs aux donnes dun rseau national de stations est diffrent dun pays lautre. Les mtadonnes de base sur le rseau de stations, indiquant lemplacement, les coordonnes gographiques, laltitude, les capteurs, la disponibilit des donnes, etc., devraient tre fournies gratuitement par les SMHN, de prfrence sous la forme de tableaux ou de cartes. Mme en Europe, o les SMHN ont pour politique de donner trs rarement libre accs aux donnes et informations des stations, on a tendance dlivrer de plus en plus dinformations sans restriction. Le projet UNIDART (interface unique de recherche de donnes), men par le SMHN allemand (Deutscher Wetterdienst) en est un exemple. Il existe de nombreuses mthodes pour donner accs une base de donnes. On peut faire appel notamment au langage SQL (Structured Query Language) avec un systme de gestion de base de donnes relationnelle (SGBDR), ou dautres outils permettant lutilisateur de

communiquer avec la base de donnes (tableur, shareware ou logiciels couramment disponibles dans le commerce). La mthode la plus courante consiste utiliser des applications compatibles avec un navigateur Internet. Ensuite, on peut utiliser les mmes applications pour lInternet et pour lIntranet, avec toutefois des droits daccs bien dfinis. Le personnel responsable de la fourniture des donnes devra comprendre comment les donnes ont t traites de la source larchivage. Auparavant, ctait le personnel charg de la gestion des donnes qui tait responsable du dveloppement des produits, si bien que les besoins des clients externes taient rarement pris en compte. Depuis peu, la fourniture de donnes rpond davantage aux exigences des utilisateurs finaux et aux besoins du march. Des services de fourniture de donnes se sont dvelopps selon ces deux axes majeurs. On a dun ct des produits valeur ajoute, qui la fois apportent aux clients des solutions tailles sur mesure , rpondant prcisment leurs besoins, et constituent des sources de revenus pour les SMHN. Les clients viss ne sont gnralement pas intresss par la quantit des informations, mais par leur pertinence. Dun autre ct, on a des produits de masse, ncessitant moins defforts et une couverture moins slective, qui ont tendance tre financs par des fonds publics et diffuss via des moyens moins coteux : les SMHN peuvent les publier sur leur site web, par exemple. En tout cas, tous ces produits doivent tre prsents selon un format professionnel car les SMHN seront jugs sur la qualit de leurs produits.

Administration et surveillance des donnes


Comme indiqu au chapitre 3.1, les gestionnaires de donnes doivent sassurer que leurs systmes et leurs donnes sont grs de manire satisfaire les besoins des utilisateurs (ou des entreprises). Ils doivent par consquent mettre en place des processus et des moyens permettant de vrifier que les donnes quils grent sont en adquation avec les attentes des utilisateurs. Pour ce faire, il est utile dtablir une srie dindicateurs de performances bien choisis, refltant les niveaux attendus. Les gestionnaires de donnes doivent tenir compte du fait quil arrive parfois que les donnes recueillies par un instrument ne se retrouvent pas dans la base de donnes. Il faut alors grer les processus de flux de donnes et surveiller de prs les donnes pour savoir lesquelles sont enregistres dans la base de donnes. Il convient de recenser les problmes de flux de donnes et de les corriger avant quils naient des rpercussions pour les utilisateurs de donnes climatologiques. Cette responsabilit incombe directement aux gestionnaires de donnes mme si dautres parties prenantes peuvent tre charges des mesures correctives (par exemple, labsence dobservations peut tre due des problmes lis aux technologies de tlcommunications, et on fera alors appel au service informatique pour rparer). On a dfini, au chapitre 3.4, comment mesurer les performances dans le cadre dune gestion de base de donnes plus gnrale. Le principe est le mme quand il sagit plus prcisment de donnes climatologiques : tout indicateur doit tre associ des valeurs cibles permettant de mesurer les performances par rapport aux besoins des utilisateurs. Une fois de plus, ces indicateurs doivent tre Spcifiques, Mesurables, Atteignables, Ralistes et limits dans le Temps (SMART). Que faut-il surveiller ? Du point de vue utilisateur, un gestionnaire de donnes devrait tablir des processus et indices lui permettant de garantir que les donnes de la base sont : appropries en termes de types de paramtres climatiques ; conformes aux directives nationales et internationales relatives la densit spatiale, la frquence et la taille des relevs ; soumises un contrle qualit appropri ;

de qualit acceptable ; disponibles sous forme numrique ; stockes de manire optimale en termes de scurit et daccessibilit.

Parmi les lments ci-dessus, certains (ex : paramtres climatiques appropris) peuvent ncessiter des enqutes ou bien reposer sur les retours fournis rgulirement par les utilisateurs des donnes. Lefficacit des procdures de contrle de la qualit peut tre mesure, par exemple, daprs la proportion de fausses alertes, tandis que lon dterminera si les niveaux de qualit sont respects daprs le pourcentage de valeurs de donnes manquantes et errones. Les indicateurs destins surveiller la proportion de donnes disponibles sous forme numrique et sous forme papier peuvent tre utiliss comme des mesures de lefficacit des systmes de traitement de donnes. Voir exemple plus prcis en 3.4. Le suivi des taux de numrisation permet galement aux gestionnaires de donnes didentifier les problmes de rentabilit et de prvoir la charge de travail. Il faut veiller ce que ces activits de surveillance ne soient pas une charge pour le dpartement responsable de la gestion des donnes. Elles jouent nanmoins un rle important, tirant la sonnette dalarme ds que lon scarte des performances acceptables, et peuvent servir aussi doutil particulirement utile de motivation du personnel. Mais le plus important peut-tre, cest que les systmes et processus en place doivent donner lalerte en temps rel, en prsence dactivits critiques pour lconomie, par exemple lorsquil manque des donnes pendant la ralisation de produits climatologiques de haut niveau (demands notamment par des ministres) ou pendant la transmission de donnes des clients qui paient un tarif spcial urgence pour avoir un service rapide. Enfin, il est important de disposer de systmes de communication efficaces et rentables, capables de diffuser les informations dont ont besoin les personnes charges des mesures correctives.

Gestion des modifications


Les donnes climatologiques sont soumises un grand nombre dinfluences non climatiques diffrentes, do la ncessit pour les gestionnaires de donnes dadapter leurs bonnes pratiques en matire de gestion des modifications. Les changements climatiques suscitant davantage de proccupations depuis les dernires dcennies, la gestion des modifications des donnes a pris galement plus dimportance. Pour une bonne gestion des modifications, il est indispensable de disposer de connaissances, de mtadonnes et dune documentation de bonne qualit sur les pratiques existantes de la gestion de donnes (voir 3.5 et 4.1). Les types de modifications grer sont notamment les suivantes : modifications des systmes et rseaux dobservation ; modifications des mthodes dobservation ; introduction de nouveaux types de donnes ; modifications des algorithmes de calcul de donnes drives. Les questions de transition entre systmes de gestion de bases de donnes sont abordes au chapitre 5. Les modifications apportes aux rseaux et systmes dobservation (ex : dplacements de sites, remplacement de type de capteur) devraient tre prises en compte, dans lidal, dans les relevs de mtadonnes aux stations concernes et, si les modifications sappliquent lensemble de la station, dans toute autre documentation large diffusion et dj prte pour les

futures gnrations. Lorsquun programme dobservation parallle est en place, par exemple dans le cas dun changement de site, il est ncessaire dadapter les flux de donnes correspondants (par exemple, introduire un nouveau site ou conserver les anciennes donnes dans une table de base de donnes spare). Les modifications apportes aux pratiques dobservation devraient tre gres par le dpartement du SMHN charg des observations, et la documentation devrait, une fois de plus, tre largement diffuse et dj prte pour les gnrations futures. Il en va de mme pour les modifications impliquant des calculs de donnes drives ; tandis que le dpartement charg des observations aura pour tche dintgrer les modifications dans les algorithmes dobservation lis au systme, les gestionnaires de donnes se chargeront denregistrer les modifications en aval, lies la base de donnes. Les gestionnaires de donnes devront toutefois essayer de prsenter aux utilisateurs une liste consolide des modifications. Lintroduction de nouveaux types de donnes impliquera gnralement dintgrer des processus et des systmes spcifiques pour le stockage, le contrle de la qualit, ltablissement de rapports, etc. Si cela reprsente un volume de travail supplmentaire, on pourra envisager de recruter du personnel ou dinstaller de nouveaux matriels ou logiciels, ce qui demande souvent dimportants travaux de planification. Conformment aux principes de gestion de la qualit, les SMHN devraient envisager de faire appel des processus officiels pour garantir une gestion en bonne et due forme des modifications. Le document WMO (2003a) dcrit les efforts mis en uvre dans ce sens au sein du Service mtorologique du Canada (SMC). Si les structures officielles adoptes par le SMC ne sont pas toujours transposables dautres SMHN qui, pour la plupart, sont loin de disposer des mmes ressources, en revanche les principes gnraux mritent dtre retenus, notamment les suivants : cration dun groupe au sein de lorganisation, charg de superviser les modifications apportes aux systmes, instruments, algorithmes, processus, procdures et documentation connexe, autant de facteurs influenant lacquisition, le traitement, ltablissement de rapports et larchivage des observations ralises depuis les rseaux dobservation ; font partie de ce groupe les dcideurs des domaines prcits et, si ncessaire, le personnel charg du soutien scientifique et technique ; les dcisions sont bases sur le consensus dans la mesure du possible ; mise en place dun processus clair et transparent de demande de modification ; examen et traitement en temps voulu des demandes de modification ; le comit a le pouvoir de crer des groupes de travail chargs dvaluer les demandes et de formuler des recommandations ; facilit daccs toutes les demandes, dcisions et documents justificatifs.

Transition vers un systme de gestion de base de donnes


Lorsque les outils quil utilise pour la gestion et le traitement des donnes climatologiques ne lui donnent pas entirement satisfaction, le SMHN peut envisager dacqurir un nouveau systme de gestion de base de donnes (SGBD), pour diverses raisons : tre capable de traiter des volumes de donnes plus levs quavant, rpondre de nouvelles demandes de la part des utilisateurs (ex : fourniture des donnes par Internet) ou bien parce que les outils utiliss jusqu prsent ne sont pas suffisamment volutifs et ne correspondent aux technologies de pointe du moment. Le choix du nouveau SGBD ainsi que la phase transitoire quil implique sont des tapes cruciales car le SMHN sengage sur une longue priode. Ce chapitre prsente une approche projet et en dcrit les principales phases (analyse de la situation prsente, dfinition dune solution fonctionnelle et dfinition dune solution technique), qui permettront de choisir le systme appropri. On trouvera galement quelques rflexions sur larchitecture de la base de

donnes (conception de la base, modles de donnes) afin de pouvoir prendre des dcisions en connaissance de cause, et enfin une description dtaille des tapes de transition entre le systme CLICOM et un nouveau systme de gestion de bases de donnes climatologiques. Il convient de prciser ds le dbut le principe suivre lorsque lon envisage de changer de SGBD : acheter si lon peut, construire seulement si lon est oblig . la lumire de ce principe, le PMDSC prconise le dveloppement de SGBD candidats examiner par les diffrents pays (voir Annexe 1 et ltude de cas prsente lAnnexe 2). Cet aspect sera trait plus en dtail ci-aprs.

Choix dun systme de gestion de bases de donnes climatologiques : les lments prendre en compte
Ce chapitre utilise une terminologie commerciale mme si un grand nombre de SMHN sont entirement financs par les gouvernements et, par consquent, ne facturent pas directement leurs services. Ces SMHN doivent cependant prouver leur rentabilit aux organismes qui les financent, en justifiant les prestations fournies aux utilisateurs. Ces organismes sont donc des clients par procuration pour les services fournis aux utilisateurs.

Prise en compte des besoins


Pour choisir un systme de gestion de bases de donnes climatologiques, la premire tape consiste valuer les besoins de lorganisation ainsi que lenvironnement dans lequel le futur systme sera utilis. Ces besoins peuvent tre considrs comme des besoins internes ou externes. Les besoins externes couvriront les exigences existantes des clients et des utilisateurs, ainsi que les exigences auxquelles on peut sattendre lavenir. Il faudra procder une analyse des produits actuels et des produits souhaits. Par exemple, si lun des principaux produits est li au rendement dune culture en particulier, on pourrait exiger du systme de gestion de bases de donnes climatologiques quil enregistre les donnes la date de leve du semis, et donc quil soit en mesure de spcifier ces types de donnes. Dans quelle mesure les besoins peuvent-ils changer pendant la dure de vie du systme ? Par exemple, un SMHN peut avoir besoin daccrotre ses revenus commerciaux, ce qui ncessitera de dvelopper de nouveaux services personnaliss. Dans ce cas, il sera important quil puisse le faire sans difficult. Le domaine de comptence et les limites de lorganisation devront tre prises en compte. Son domaine de comptence pourra tre limit par le cadre lgal prvu pour lorganisation et dpendra aussi dautres organisations partenaires ou concurrentes. Par exemple, si lorganisation en question est un SMHN dont les responsabilits relvent de lhydrologie, de la sismologie et de lenvironnement maritime, elle utilisera un ventail de types de donnes plus large quun SMHN charg uniquement de la mtorologie oprationnelle. Si la mtorologie et lhydrologie relvent dorganisations diffrentes, ces dernires devront se mettre daccord sur celle qui sera responsable des donnes relatives aux prcipitations et sur les processus de collecte, de contrle de la qualit et dchange des donnes. Un SMHN peut tre tenu de stocker des donnes venant dautres pays. Dans ce cas, on appliquera des mcanismes spcifiques, permettant de contrler cet usage aux termes de la Rsolution 40 de lOMM (voir 4.5) ou de tout autre accord.

Dfinition du systme requis


Pour prparer la dfinition du systme requis, il est utile dtablir une liste des problmes par rapport aux besoins, pour rpertorier les problmes et leur donner un ordre de priorit. Le meilleur moyen est de mettre en place une collaboration entre tous les intervenants du systme. Bien entendu, ceci ne pourra pas rgler tous les problmes ni satisfaire tous les besoins. La principale contrainte sera souvent financire, mais il est important aussi de se pencher sur la disponibilit du personnel et sur ses niveaux de comptences. Il conviendra de prvoir les besoins du personnel en matire de formation. La prsence dinfrastructures de formation et dassistance matrielle et logicielle au niveau local est galement trs importante. Il nest pas recommand de prvoir dutiliser des matriels et logiciels sans assistance ni support local, sauf si dautres solutions adaptes peuvent tre mises en uvre durablement pendant tout le cycle de vie du systme ; le niveau de redondance demand sera par ailleurs plus lev. Le flux des donnes dans lorganisation doit tre valu et les modifications correspondantes planifies. Les quatre tapes principales dun systme de gestion de bases de donnes climatologiques sont les suivantes : contrle des mtadonnes, saisie des donnes, contrle de la qualit et traitement des requtes. La saisie peut tre ralise de diverses faons, notamment par une assimilation directe partir de systmes automatiss et la saisie daprs des formulaires papier (voir 4.2.2). Il conviendra de prendre en compte les moyens utiliss actuellement pour ce faire ainsi que les moyens mettre en uvre pour amliorer ces actions dans le nouveau systme. Le volume des donnes a son importance, la fois pour lassimilation des donnes titre rgulier et pour la taille totale de la base de donnes. Les donnes climatologiques tant gnralement conserves titre permanent, il faudra envisager une stratgie de sauvegarde et darchivage pour pouvoir accrotre la base de donnes tout au long de sa vie. Il est particulirement intressant aussi de savoir, pour dfinir un systme de gestion de bases de donnes climatologiques, si le systme fera partie des systmes synoptiques oprationnels.

Evolutivit
Lvolutivit de la base de donnes est galement un critre prendre en compte. Peut-elle sadapter des changements de lorganisation ? Ces changements impliquent le plus souvent de pouvoir ajouter de nouveaux types de donnes et de faire face des volumes de donnes plus importants : par exemple, pouvoir contenir 10 minutes de donnes provenant de stations mtorologiques automatiques. Gnralement, le cot du stockage sur disque dur baisse plus vite que naugmentent les besoins de donnes dobservation supplmentaires. Est-il possible de dcentraliser la base de donnes en fournissant un bureau rgional une version simplifie qui ne contiendrait que les donnes applicables la rgion en question ? En gnral, les donnes seront de meilleure qualit si leur saisie dans le systme est ralise dans un endroit proche du lieu o elles ont t collectes. Il peut tre avantageux de dcentraliser la base de donnes ou den donner laccs des centres dinformation rgionaux, dans la mesure o lon touche ainsi directement les clients et utilisateurs de ces centres, grce une plus grande rapidit dexcution et une meilleure comprhension des besoins des clients et aussi une meilleure utilisation des ressources humaines des centres. Linconvnient de cette pratique est en quelque sorte une perte de contrle et de transparence et une hausse des cots de support. Ltablissement dune architecture commune et dun systme commun de gestion de bases de donnes climatologiques pourrait galement tre avantageux pour dautres organisations telles que les autorits fluviales.

Il conviendrait dtudier les obstacles et les cots potentiels de tels changements dans le cadre de la planification long terme du systme de gestion de bases de donnes climatologiques.

Architecture et technologie
Aprs avoir dfini tous les problmes et les besoins, on peut mettre en place le systme requis pour quil rponde au maximum dentre eux. La fiabilit et la maintenance sont des critres majeurs pour le matriel. La microinformatique est dsormais largement rpandue dans tous les pays, si bien quils disposent dune maintenance matrielle adapte, au moins pour les technologies standard. La tolrance aux pannes est trs importante, et lalimentation secteur doit comprendre un systme dalimentation lectrique temps de coupure zro (UPS). Les disques durs du serveur qui hberge la base de donnes doivent tre disposs en rseau RAID (Redundant Array of Inexpensive Disks), comprenant au moins trois disques physiques pour viter quune dfaillance de lun dentre eux naffecte les donnes. Si le systme doit tre disponible en permanence ou avec des temps de coupure rduits au minimum, on pourra ajouter un serveur redondant qui assurera la continuit des oprations en cas de dfaillance du serveur principal. On peut envisager dutiliser dautres architectures matrielles quun PC condition de disposer dune assistance efficace, capable de rtablir le bon fonctionnement du systme dans un dlai commercialement raisonnable (pour un systme de gestion de bases de donnes climatologiques, gnralement le jour ouvr qui suit la panne). Tout systme de gestion de bases de donnes climatologiques doit faire lobjet de sauvegardes de secours pour des raisons de scurit. Ces sauvegardes seront effectues, dans lidal, sur un support lisible par dautres systmes de lorganisation, gnralement sur des CD et DVD rinscriptibles et ventuellement sur des bandes. Il est recommand de vrifier rgulirement la lisibilit de ces sauvegardes sur dautres machines et de conserver une srie de sauvegardes sur un site distant. Le choix du systme dexploitation se fera compte tenu des mmes considrations de cot, de formation et de support. Microsoft Windows est le systme le plus connu, bnficiant dune bonne couverture commerciale dans presque tous les pays. En revanche, il est sensible aux virus et autres logiciels malveillants et il est facilement pntrable pour une utilisation non autorise. Il est donc ncessaire dinvestir dans des logiciels anti-virus et pare-feu pour les connexions extrieures. Dautres systmes comme Linux demandent gnralement un niveau de comptences plus lev en termes de support, mais sil se trouve, dans lorganisation, du personnel ayant dj ces comptences (acquises sur dautres systmes), il ne faut pas hsiter opter pour les systmes en question car ce sera vritablement rentable. Le SGBD peut tre un logiciel payant, disponible dans le commerce, ou un logiciel code source ouvert. Voir 5.3.3.4 pour plus de dtails sur certains produits particuliers. Les critres essentiels seront la disponibilit et le cot de la formation et du support. On devra dterminer le cot du systme de gestion de bases de donnes climatologiques sur toute sa dure de vie, ce qui peut tre complexe. On se demandera notamment si chaque mise niveau du matriel ou chaque dcentralisation du systme dans des centres rgionaux (voir 5.1.3) donnera lieu des droits de licence supplmentaires. Les solutions client-serveur peuvent prsenter des avantages significatifs. Des interfaces telles que JDBC (Java DataBase Connectivity) ou ODBC (Open DataBase Connectivity) sont conues pour la communication entre bases de donnes et entre les utilisateurs et la base de donnes. Cela signifie que lon pourra opter pour une plate-forme principale de serveur pour parvenir un maximum defficacit et de scurit, tandis que plusieurs clients pourront tre dfinis dans les modules spcifiques aux fonctions commerciales. Des concepts clients diffrents peuvent tre

utiliss dune part pour les tches dassimilation de donnes et de contrle de la qualit, et dautre part pour les requtes dutilisateurs finaux. Les systmes clients utiliss en particulier pour des requtes dutilisateurs finaux doivent tre extrmement souples pour concevoir et tablir rapidement de nouveaux rapports. Les clients tableurs sont utiles lorsquil sagit de transmettre les donnes extraites des utilisateurs finaux, sous la forme dun fichier de donnes. De nombreux outils (par exemple, Microsoft Access utilis en tant que client) permettent de prparer relativement facilement et rapidement des rapports bien prsents. La qualit de la prsentation des rapports ainsi que la facilit avec laquelle de nouveaux produits peuvent tre dvelopps sont trs importantes pour un SMHN. Une prsentation de qualit montre au client ou utilisateur que le SMHN est une organisation scientifique srieuse et efficace, ce qui valorise son image de marque.

Choix du systme de gestion de bases de donnes climatologiques


La plupart des systmes de gestion de bases de donnes climatologiques et des SGBD sur lesquels ils tournent sont volutifs, partir dune plate-forme PC. Comme indiqu plus en dtail ci-dessus, le systme de gestion de bases de donnes climatologiques peut tre vu comme la combinaison dun modle de donnes et de plusieurs outils ralisant les tches requises par les besoins commerciaux. De manire idale, il convient de tester plusieurs systmes et de slectionner celui qui convient le mieux. Une autre solution consiste crer soi-mme un systme de gestion de bases de donnes climatologiques, mais, en pratique, cest beaucoup dinvestissements en termes de temps et de travail. Dans la plupart des cas, ce sera plus efficace de choisir un systme existant qui rponde le mieux aux besoins. Il peut tre utile de tenir compte de lexprience dautres organisations similaires en la matire, mais cela naide pas toujours. La dcision sappuiera galement sur les cots lis au systme sur lensemble de sa dure de vie, au support, la formation et aux diffrentes volutions potentielles. Puis le systme devra rpondre aux besoins locaux : il faudra gnralement ajouter des modles de saisie pour une utilisation locale, assurer lintgration automatique de donnes venant dautres systmes et permettre llaboration de rapports pour les utilisateurs finaux. Ces fonctions supplmentaires peuvent servir dautres utilisateurs du mme systme, et inversement, on peut reprendre les bonnes ides des autres groupes.

Considrations relatives larchitecture de la base de donnes


Ce chapitre se concentre sur le modle de donnes relationnelles, laissant de ct les nouvelles technologies, par exemple le modle objet ou le modle contextuel , qui, pour linstant, ne sont pas dusage courant parmi les SMHN. Un systme de gestion de base de donnes relationnelle (SGBDR) est un ensemble de donnes reprsentes dans des tables composes de ranges et de colonnes. Toutes les relations entre les donnes sont reprsentes par des valeurs communes dans les tables correspondantes. Par exemple, on peut crer une table Id pour stocker les informations relatives lidentification de la station, et une solution pourrait tre de dcomposer linformation Id en plusieurs lments, par exemple : WMO Id, HYDRO Id et LOCAL Id (voir ci-dessous).

La table Id pourrait alors tre relie dautres tables de la base de donnes, comme indiqu cidessus :

La premire tche dun concepteur de bases de donnes est de dfinir un modle de donnes et doptimiser la structure des tables, cest--dire de trouver la structure la mieux adapte chaque table et de dfinir comment ces tables sont relies entre elles. partir de l, il peut fonder un systme efficace.

Considrations relatives la conception dune base de donnes : normalisation


Pour trouver les meilleures structures de tables, un concepteur de bases de donnes doit suivre certaines rgles, cest ce que lon appelle la normalisation. La normalisation dune base de donnes se compose dune srie dtapes suivre pour obtenir une base de donnes permettant un stockage cohrent des donnes et assurant un accs efficace ces donnes. La normalisation est utile pour : limiter la redondance des donnes ; limiter les pertes de donnes ; limiter les incohrences entre les donnes. La base de donnes qui en rsultera sera un compromis entre performances et flexibilit. En gnral, il nexiste pas de solution idale unique, cest pourquoi les diffrents systmes de gestion de bases de donnes climatologiques existants sont le fruit de solutions diffrentes.

Modles de donnes utiliss par les systmes de gestion de bases de donnes climatologiques
La plupart des systmes de gestion de bases de donnes climatologiques proposent un modle de mtadonnes pour stocker les informations sur les mtadonnes et un modle de donnes pour stocker les valeurs dlments climatologiques. Le modle de mtadonnes est trs variable : entre quelques tables relies entre elles pour certains systmes (ex : CLICOM) et une srie complexe de tables, pour dautres. Tout dpend du niveau de dtail souhait. Le modle de donnes, en revanche, est plus homogne. Les systmes de gestion de bases de donnes climatologiques utilisent gnralement trois modles de donnes pour reprsenter les valeurs dlments climatologiques, avec pour chacun ses avantages et ses inconvnients.

Modle bas sur llment


Un modle bas sur llment permet de reprsenter des donnes dans des tables avec, dans chaque range, diffrentes valeurs dun mme lment, observ sur un mme site des moments diffrents. Par exemple, les donnes quotidiennes pourraient tre stockes dans une table quotidienne. Chaque range correspondrait une station spcifique, un mois spcifique et un lment spcifique. Ces attributs, cest--dire chacune des cellules dune range, permettent de stocker les diffrentes valeurs de llment et de la station pour un mois donn (ex : pour janvier, 31 valeurs). Tableau 5.1. Table de donnes quotidiennes pour un modle bas sur llment ID de la Mois/Anne lment Valeur Valeur Valeur Valeur Valeur station Jour 1 Jour 2 Jour 3 Jour 4 Jour 5 95123 66202 01/2002 01/2003 Tmin Tmax 23.4 25.2 28.3 26.5 27.8 Valeur Jour 31 24.9

Avantages : on peut facilement ajouter de nouveaux lments ; le modle de donnes reste identique. Inconvnients : les performances des applications en temps rel risquent dtre mdiocres et beaucoup doprations de la base de donnes plus complexes quavec dautres modles. Le modle bas sur llment est utilis, par exemple, dans CLICOM.

Modle bas sur lobservation


Un modle bas sur lobservation permet de reprsenter des donnes dans des tables avec, dans chaque range, les valeurs de diffrents lments, observ sur un mme site un moment donn. Par exemple, les donnes quotidiennes pourraient tre stockes dans une table quotidienne. Chaque range correspondrait une station spcifique, un moment donn. Chaque colonne de chaque range contiendrait les valeurs des diffrents lments observs.

Tableau 5.2. Table de donnes quotidiennes pour un modle bas sur lobservation ID de Jour/Mois/Anne Tmin Tmax Pluie Humidit Pression Vitesse Sens la mini. mini. au maxi. maxi. station niveau du du moyen vent vent de la .. mer 33220 01/01/2002 24.5 33.4 0 72 1015.6 2.2 160 42500 01/01/2003 15.2 22.3 10.2 80 1013.4 3.3 210 Avantages : performances leves pour les applications en temps rel ; optimisation du stockage des donnes. Inconvnients : ncessit de mettre jour la structure de la table pour ajouter un nouvel lment qui naurait pas t intgr pendant la phase de conception de la base de donnes. Le modle bas sur lobservation est couramment utilis par les SMHN voir rapport OMM de Benichou et Lee (1996).

Modle bas sur la valeur


Un modle bas sur la valeur permet de reprsenter les valeurs des donnes dans des tables avec, dans chaque range, une seule valeur pour un seul lment, observ sur un mme site un moment donn. Par exemple, les donnes quotidiennes pourraient tre stockes dans une table quotidienne. Chaque range correspondrait une station spcifique, un moment donn. Tableau 5.3. Table de donnes quotidiennes pour un modle bas sur la valeur ID de la station 33220 42500 22222 Date lment Valeur 01/01/2002 Tmin 23.4 01/01/2003 Tmax 16.3 01/01/2003

Avantages : on peut facilement ajouter de nouveaux lments ; le modle sadapte un large ventail de types de donnes. Inconvnients : le stockage des donnes ne sera pas optimis correctement, cette mthode nest donc pas adapte des tables contenant dnormes quantits de donnes ; mmes inconvnients que le modle bas sur llment. En conclusion, les modles de donnes ont chacun leurs points forts et leurs points faibles, mais chacun pourrait tre utile un type dapplication climatologique. Il devrait tre possible, par ailleurs, dintgrer, dans la mme base de donnes, des tables utilisant diffrents modles de donnes, afin de rpondre des besoins et contraintes spcifiques. Par exemple, un systme de gestion de bases de donnes climatologiques pourrait comprendre un modle bas sur lobservation pour les donnes horaires et quotidiennes et un modle bas sur la valeur pour les donnes de pollution quotidienne.

Considrations relatives au logiciel et au matriel informatique

Avant de dfinir en dtail les composants dun nouveau systme, il est recommand de procder une analyse de la situation, portant sur les comptences du personnel et le matriel/logiciel disponible, ainsi qu une tude des besoins.

Analyse de la situation
Pour dcider du matriel ou logiciel adapt un SMHN, il est ncessaire de connatre et de comprendre parfaitement lenvironnement dans lequel le SMHN gre ses donnes. Informations techniques et comptences en matire de gestion de donnes devront tre runies pour obtenir une solution fonctionnelle. Les tapes cls sont les suivantes : Inventaire complet et description dtaille des composants matriels et logiciels disponibles : ordinateurs, rseaux, systmes dexploitation, systme de gestion de bases de donnes climatologiques, applications en cours dutilisation, etc. Infrastructures de tlcommunications dont dispose le pays et/ou la rgion : lignes de tlcommunications nationales et internationales : Internet, SMT, tlphone, radio, etc. Niveau de comptences de chacun des agents du SMHN en matire de matriel et de logiciel : sur le fonctionnement matriel, la maintenance, les rparations, les systmes dexploitation, les systmes de gestion de bases de donnes climatologiques, les langages de programmation, etc. Comptences disponibles dans le pays ou dans des pays proches : fournisseurs et autres organisations connexes, leurs comptences et capacits dintervention (ex : maintenance, rparation, pices de rechange).

Dfinition dune solution fonctionnelle : valuation des besoins


Une fois que les capacits techniques et les comptences ont t dfinies, il convient, dans un deuxime temps, de dcrire prcisment les besoins du SMHN. Le nouveau systme doit gnralement remplir au moins les mmes fonctionnalits utiles que le systme en place et tre compatible avec les pratiques climatologiques du SMHN. Mais envisager lacquisition dun nouveau systme est aussi loccasion de rflchir une ventuelle redfinition des besoins. Les aspects suivants, notamment, mriteraient dtre amliors : flux des donnes entre la station et la base de donnes puis vers les utilisateurs du SMHN, report de lacquisition des donnes et de la livraison des produits, scurit des donnes, accs aux donnes, production des donnes. Ces exigences influenceront directement les choix techniques qui seront faits pour le nouveau systme (ex : rseau, matriel/logiciel, systme de gestion de bases de donnes climatologiques). Les questions suivantes constituent un fil conducteur destin aider la personne charge de dfinir les besoins du SMHN.

Quelle utilisation et quelles fonctions ?


Le systme doit-il stocker une seule et unique base de donnes climatologiques ? Ou bien doitil en stocker dautres (ex : relevs sismiques ou administratifs pour lorganisation) ? A-t-on besoin de lignes de tlcommunications spcifiques ? SMT, Internet, tlphone, SMAS etc.

Quelles sont toutes les fonctions que le systme devra assumer, en particulier dans les domaines suivants : acquisition des donnes, accs aux donnes, gestion et traitement des donnes, production et scurit des donnes ? Voir liste complte des critres ladresse suivante : http://www.wmo.ch/web/wcp/wcdmp/cdmsfuture/html/evaluation.html.

Quelles contraintes ?
Le nouveau systme devra tre install dans un environnement spcifique, cest--dire quil devra sintgrer dans la structure organisationnelle du SMHN et faire face aux contraintes de cette dernire. Par consquent, les aspects suivants doivent tre pris en compte.

Quels utilisateurs ?
Combien dutilisateurs doivent pouvoir accder au systme de gestion de bases de donnes climatologiques ? O se trouvent-ils ? Ont-ils besoin daccder aux donnes en temps quasirel ou bien un accs diffr est-il suffisant ? Les utilisateurs ont-ils des fonctions particulires ? La rponse cette question permettrait de dterminer sil est prfrable davoir une base de donnes distribue (au niveau national et rgional) ou une base de donnes centralise (unique).

Quel volume de donnes ?


Quel est le volume de donnes requis actuellement ? combien se montera-t-il dici cinq ans ? La rponse cette question est lie lvolution future du SMHN : nombre de stations, lments stocker, priode, frquence dacquisition (toutes les minutes, toutes les heures, etc.), politique de saisie et dacquisition des donnes, extension des rseaux.

Liens fonctionnels : au niveau interne, national et international ?


Il est particulirement utile dtablir des liens fonctionnels entre les diffrentes parties prenantes dun SMHN, dans le cadre dune opration de gestion de donnes, au niveau interne, national et international. Ceci permet de mieux reprsenter lensemble des liens existants et de dfinir correctement le rseau. Ce type de schma est particulirement adapt pour reprsenter le flux de donnes entre le lieu dobservation et les produits destins aux utilisateurs. Il peut galement tre utilis dans dautres domaines comme le fonctionnement des donnes ou laccs aux donnes.

Figure 4. Exemple de schma fonctionnel indiquant les flux de donnes et diffrents liens en jeu dans le cadre dune opration de gestion de donnes.
[Traduction des lgendes] SCHMA FONCTIONNEL Radar Satellite Foudre Donnes arologiques Donnes de surface Donnes ocaniques Systme mondial de tlcommunications

SYSTME AUTOMATIQUE DE COMMUTATION DE MESSAGES PROCESSUS DE SAISIE PLATE-FORME DE TRAITEMENT ARCHIVE BASES DE DONNES Climatologie Radar Satellite Donnes en temps rel

PLATES-FORMES DE PRODUCTION ET DE GESTION Client externe (Internet, SMT,) Client interne (services et stations mto, Intranet, publication, )

Disponibilit ?
Des coupures de systme sont-elles autorises ? Le systme a-t-il besoin dun temps minimum pour se mettre correctement hors tension sans entraner de perte ou de dtrioration des donnes ?

Compatibilit ?
Dans quelle mesure le nouveau systme devra-t-il tre compatible avec le matriel et le logiciel existants ? Par exemple, certains programmes existants devront-ils fonctionner sur le nouveau systme ou certains quipements existants devront-ils communiquer avec le nouveau systme ?

Dfinition de la solution technique


Une fois quil dispose des informations ci-dessus et des comptences correspondantes en informatique, le SMHN doit tre en mesure de dfinir une solution technique. Voici quelques facteurs importants prendre en compte.

Choix budgtaires
Le budget total dun systme nest pas simplement le cot des diffrents composants. Il convient dy inclure plusieurs autres services : garantie ; cot de formation (par exemple, pour lutilisation, la maintenance, les rparations) ; frais gnraux (par exemple les consommables, lignes de communication) ; contrat de maintenance ; budget pour la maintenance et lvolution du systme : amlioration ou mise hauteur du matriel et du logiciel, maintenance corrective et adaptative, assistance ponctuelle, dveloppements spcifiques.

Types dordinateur
On distingue gnralement les ordinateurs par leur taille, du plus modeste au plus performant : micro-ordinateur (ou ordinateur individuel, PC), mini-ordinateur et ordinateur central. On peut parfois aussi les distinguer par leur fonction : simple terminal, station de travail ou serveur. Aujourdhui, le mini-ordinateur et le simple terminal sont rares sur les marchs traditionnels. Ils sont remplacs de plus en plus par le micro-ordinateur (voir Figure 5), dont les performances ont considrablement augment en termes de vitesse, de mmoire et de capacit. On prfrera donc se concentrer sur le micro-ordinateur et considrer que lordinateur central nest plus adapt en raison de sa taille et des cots considrables quil gnrerait, pour rpondre aux besoins de la plupart des SMHN.

Figure 5. Le micro-ordinateur (ou ordinateur individuel, PC) est loutil le plus utilis par les SMHN pour la gestion des donnes. Les micro-ordinateurs peuvent tre de plusieurs types : ordinateur de bureau : utilis pour des applications bureautiques ; station de travail : plus puissante quun ordinateur de bureau et conue pour des applications spcifiques ; serveur : conu pour des applications critiques dans les entreprises et capable de fournir des informations plusieurs clients ; grappe de serveurs : ensemble de plusieurs serveurs interconnects. Se reporter au glossaire pour avoir une dfinition plus prcise de chacun de ces termes. Donc, quel type de micro-ordinateur faut-il choisir ? Une base de donnes tant une source dinformation importante, cest--dire une partie de lhritage dun pays en matire de climat, il est primordial de disposer dun systme solide et sr. Un serveur est plus solide, plus volutif quun ordinateur de bureau, mais si le cot du matriel est une contrainte pour le SMHN, on peut ventuellement envisager de convertir certains ordinateurs de bureau en un serveur destin au systme de gestion de bases de donnes climatologiques. LAnnexe 3 propose trois solutions, chacune avec un type de micro-ordinateur diffrent, et compare les avantages et les inconvnients de chacune.

Quel systme dexploitation?


Dans la mesure o lon opte pour un micro-ordinateur, deux systmes dexploitation dominent actuellement sur le march des systmes de gestion de bases de donnes climatologiques : Windows et Linux. Lenvironnement Microsoft Windows a presque le monopole mondial de lordinateur de bureau. Ce systme dexploitation, disponible dans le commerce, fournit un environnement de serveur aux bases de donnes et applications. Pour connatre les diffrentes versions de Windows, consulter le site : http://www.microsoft.com/windows/.

Lenvironnement Linux est celui qui se rapproche le plus dUnix. Disponible en tant que logiciel code source ouvert, Linux est couramment utilis sur les serveurs web et les serveurs de bases de donnes. Les dernires versions sorties (voir http://distrowatch.com/ pour les principales distributions) se sont bien amliores ces dernires annes et fournissent dsormais des interfaces conviviales aux utilisateurs dordinateurs de bureau. Le choix qui sera effectu entre ces deux systmes dpendra du SMHN et des rponses aux questions suivantes : Quelles sont les comptences du personnel du SMHN ? Lenvironnement technique du systme de gestion de bases de donnes climatologiques ou du SMHN est-il compatible avec Windows et/ou avec Linux ? Quel sera le cot rel ? Il existe une troisime solution, qui a t adopte par de nombreux SMHN et qui consiste installer plusieurs ordinateurs avec des composants tournant sous Windows et dautres sous Linux, selon lapplication. Mais cette solution requiert du SMHN un vaste ventail de comptences. Enfin, pour les SMHN qui utilisent actuellement des systmes dexploitation tels quUNIX, OS/400, MacOS ou autre systme ddi des ordinateurs centraux ou mini-ordinateurs spcifiques, il reste analyser prcisment sil convient de continuer utiliser ces systmes ou plutt de passer Windows ou Linux.

Quel SGBD ?
La plupart des systmes de gestion de base de donnes (SGBD) utiliss actuellement par les SMHN pour grer les donnes climatologiques sont des systmes de gestion de base de donnes relationnelle (SGBDR). Cependant, vu la rapidit des volutions technologiques, de nouveaux types de SGBDR apparaissent, comme les SGBD orients objet, XML ou multidimensionnels. Le prsent document portera uniquement sur les SGBDR. Les plus courants sont rpertoris dans le Tableau 5.4.

Tableau 5.4. SGBRD existants SGBDR Entreprise Microsoft Access Systme dexploitation Windows Code source ouvert Non Commentaires Facile utiliser et largement rpandu parmi le grand public. Limit en termes de volume. Pas un vrai SGBD client/serveur mais plutt fichier/serveur. Compatible avec OS400, une rfrence pour beaucoup de grandes entreprises. Facile utiliser mais limit en termes dvolutivit. Bas sur Interbase. SGBDR trs connu, diffus avec code source ouvert. Bon choix pour la gestion de petites et moyennes bases de donnes. Double licence ouverte et commerciale. Capable de grer dnormes volumes de donnes. Trs rpandu sur Internet. Na pas encore toutes les fonctionnalits de certains autres SGBD. Comme DB2, cest une rfrence pour les entreprises qui ont beaucoup de contraintes et dnormes volumes de donnes traiter. SGBD solide, lune des principales rfrences code source ouvert. Version gratuite pour Linux : Adaptive Server Enterprise Express.

IBM DB2 FileMaker FileMaker Firebird Firebird Ingres Interbase MySQL MaxDB (SAP) MySQL MySQL Oracle Oracle Computer Associates International Borland

Linux, UNIX, Non Windows, OS400 Windows, MacOS Linux, UNIX Windows Linux, UNIX, Windows et OpenVMS Linux, UNIX Windows Linux, Unix, Windows Linux, Mac OS X, Unix, Windows Linux, Mac OS X, UNIX, Windows Non Oui Oui Non Oui/Non Oui

Non

PostgreSQL PostgSQL Sybase SQL Anywhere Studio, Adaptive Server IQ Microsoft SQL Server

Linux, Mac OS Oui X, Unix, Windows Windows, Novell Non NetWare

Windows

Non

Bon choix pour une organisation de taille moyenne.

Les aspects suivants devront tre pris en compte dans le choix dun SGBDR : fonctions du SGBDR, capacit dadaptation au milieu du SMHN, cot, compatibilit (matriel, logiciel) et comptences disponibles au SMHN.

Aspects lis au changement de systme et de services


La transition vers une nouvelle base de donnes climatologiques peut faire apparatre de nouveaux outils et de nouvelles tches susceptibles davoir des rpercussions sur le travail quotidien du personnel. Cette priode transitoire est une bonne occasion de rexaminer la politique de scurit et le partage du travail au sein de lorganisation.

Scurit du systme et des logiciels


La scurit est lune des principales difficults auxquelles sera confront un administrateur de base de donnes. Dans le pire des cas, le SMHN peut perdre lensemble de sa base de donnes si les dispositions de scurit en place ne sont pas suffisantes. Voici quelques recommandations de base : vitez toute perte de donnes en effectuant des sauvegardes : sur NAS (Network Attached Storage, systme de stockage li un rseau), bande (DAT, DLT, LTO), CD-Rom ou DVD. vitez toute perte de donnes grce larchivage : il est possible dutiliser les mmes technologies que pour la sauvegarde. Conservez trois copies de la mme archive dans trois lieux srs diffrents, si possible dans des villes diffrentes. Stockez les donnes climatologiques sous un format facilement lisible (ASCII). Protgez la salle des serveurs : accs scuriss, scurit incendie et contre la foudre. Respectez les consignes de scurit figurant dans le manuel dutilisation de tous les dispositifs matriels (humidit, temprature, poussire, etc.). vitez toute dfaillance des disques : clonage de disques ou technologie approprie (RAID). Alimentation lectrique : ajoutez un systme dalimentation temps de coupure zro (UPS) au systme qui aura ainsi suffisamment de temps pour se mettre correctement hors tension. Envisagez dutiliser lnergie solaire si les coupures de courant sont frquentes. Vrifiez llectrode de mise la terre du btiment et vrifiez que les lignes lectriques comportent le fil la terre adquat. Formez le personnel sur la scurit et assurez-vous quil dispose de la documentation ncessaire. Ordinateurs : ajoutez une alimentation lectrique redondante et un systme de refroidissement redondant sur les ordinateurs qui ont une importance capitale. Il conviendrait galement denvisager carrment un systme informatique redondant. Scurit des logiciels et des rseaux : installez des programmes pare-feu, anti-virus et de protection contre les logiciels malveillants. Assurez-vous que ces programmes sont rgulirement mis jour. Attribuez chaque utilisateur un profil avec des droits spcifiques. Pices : prvoyez des consommables pour une priode suffisante et vrifiez la disponibilit des pices de rechange.

Fonctionnement au quotidien
Responsabilit des processus : chaque processus devra tre dcrit et plac sous la responsabilit dune personne dsigne cet effet. Si ncessaire, le processus pourra tre divis en sous-processus confis des agents dsigns. Il sera donc relativement courant de trouver, dans un service informatique, un administrateur systme responsable de la partie oprationnelle et de la maintenance des systmes dexploitation et du matriel, avec ses cts un administrateur de base de donnes qui sera charg de la conception, de la mise en uvre et de la gestion des oprations de la base de donnes. Un administrateur rseau sassurera que le rseau local (LAN) du SMHN est correctement rgl pour fournir des performances et une scurit optimales et que ce rseau communique parfaitement avec Internet.

Documentation : chaque processus et enfin toute installation de matriel ou logiciel ainsi que lhistorique de ses modifications devront tre enregistrs (voir 3.5). Cela concerne en particulier les processus de sauvegarde et darchivage ou toute modification du systme dexploitation du serveur, indispensables la survie du systme.

Transition partir de CLICOM


Ce chapitre concerne globalement les SMHN qui utilisent un systme CLICOM et qui ont dcid de passer un nouveau systme de gestion de bases de donnes climatologiques. Cependant, certaines parties de ce chapitre sappliquent galement des SMHN qui disposent dj dune collection de donnes climatologiques sous un autre format (par exemple, sous la forme de classeurs de tableur) et qui souhaitent convertir ces donnes dans le nouveau systme. On suppose ici que les SMHN ont analys leur environnement existant (voir 5.3.1), quils ont dfini une solution fonctionnelle (voir 5.3.2) et quil ont dj prvu le matriel et le logiciel ncessaires, notamment les SGBD et le systme de gestion de bases de donnes climatologiques (voir 5.1, 5.2 et 5.3). Maintenant, quelles sont les procdures suivre pour effectuer la transition ?

Niveau de comptences requis


La transition entre un systme CLICOM et un autre systme de gestion de bases de donnes climatologiques fait appel des comptences aussi bien sur CLICOM que sur le nouveau systme choisi pour le remplacer. Premirement, il est important de bien comprendre les rgles climatologiques en place dans les deux systmes pour que la transition soit cohrente. Cest le cas notamment pour la dfinition des indicateurs de qualit et pour les mthodes utilises (contrle, gnration des donnes) qui doivent reflter, la fin du processus, les pratiques des SMHN. Deuximement, on a besoin aussi de comptences sur les SGBD, notamment dun savoir-faire parfaitement matris sur les modles de donnes et leurs particularits (intgrit rfrentielle, cl primaire, contraintes, etc.), afin dimporter correctement toutes les donnes CLICOM dans les systmes de gestion de bases de donnes climatologiques slectionns. Certains de ces systmes peuvent avoir dj une fonction dimportation partir de CLICOM, ce qui facilitera cette tape. Dun point de vue technique, les mthodes de transition sont diverses et peuvent faire appel diffrents outils tels que les fonctions dexportation de CLICOM, le langage DQL (DataEase Query Language) (SGBD CLICOM) et aussi des fonctions dimportation du SGBD (SQL Loader) ou des interfaces normalises entre les bases de donnes.

Conservation du systme CLICOM existant


Il est important de conserver le systme CLICOM existant (matriel, logiciel, donnes climatologiques et mtadonnes) en lieu sr et en condition oprationnelle jusqu ce que lon prouve que le nouveau systme fonctionne et dlivre les performances souhaites. Pendant la priode transitoire, il peut tre ncessaire que les deux systmes CLICOM et le nouveau systme tournent paralllement pendant un certain temps.

Prparation des mtadonnes importer


Les mtadonnes sont essentielles pour comprendre parfaitement les donnes climatologiques et doivent tre bien gres. Gnralement, dans un systme de gestion de bases de donnes

climatologiques, les mtadonnes doivent tre prsentes avant la saisie des valeurs climatologiques. Ces informations sont stockes deux endroits dans CLICOM : lhistorique de la station et le dictionnaire des donnes. La solution pourrait tre dexporter les mtadonnes CLICOM au format ASCII puis de les importer dans le nouveau systme de gestion de bases de donnes climatologiques. La procdure dimportation dpendra du systme choisi et du modle de mtadonnes quil utilise. Il sera probablement ncessaire de procder un traitement spcifique ce stade, selon le degr de conformit des structures de donnes CLICOM au nouveau systme de gestion de bases de donnes climatologiques.

Migration des informations relatives lhistorique de la station


Cette partie contient des informations anciennes et actuelles sur lemplacement de la station, les pratiques dobservation et les instruments, enregistres sous trois formats DataEase diffrents : STN GEOGRAPHY, STN OBSERVATION et STN ELEMENT. Les informations prsentes sous ces formats peuvent tre exportes dans des fichiers ASCII en utilisant de simples rapports DQL. Les conventions relatives aux noms ou aux codes (par exemple, dans CLICOM, la date de clture dune station en service est indique sous la forme 9999-12-31 ) devront tre remplaces par celles utilises dans le nouveau systme de gestion de bases de donnes climatologiques.

Migration des informations du dictionnaire de donnes


Cette seconde migration porte notamment sur : les dfinitions des lments, selon le format DataEase ELEMENT DEFINITION , qui dsigne chaque lment climatologique gr par CLICOM ; la description des archives CLICOM, selon le format DataEase DATASET INFORMATION ; les dfinitions des indicateurs de qualit, utilises par CLICOM pour le format DataEase MISC CODE DEFINITION . Il convient de se pencher en particulier sur les diffrences ventuelles entre les indicateurs de qualit CLICOM et ceux du nouveau systme de gestion de bases de donnes climatologiques. Les principales difficults lies la transition reviennent se demander : si les rsultats de tous les contrles de qualit raliss avec CLICOM, cest--dire la valeur des donnes plus les informations relatives aux indicateurs de qualit correspondants, ont t conservs ; si une certaine perte dinformations peut tre invitable et donc si les SMHN doivent se prparer la gestion des risques.

Prparation des donnes climatologiques importer


Conservation des informations relatives aux indicateurs de qualit
Les informations mtorologiques lies chaque valeur de la base de donnes CLICOM, cest-dire lindicateur de qualit, doivent tre conserves dans la mesure du possible. Cest le cas en particulier des valeurs suspectes (indicateur de qualit D), des valeurs estimes (indicateur de qualit E), des valeurs gnres (indicateur de qualit G), des rsultats bass sur une

priode incomplte (indicateur de qualit I), des valeurs manquantes (indicateur de qualit M) et du volume de prcipitations ltat de traces (indicateur de qualit T). Sil perdait ces informations, le SMHN serait oblig : de vrifier une nouvelle fois la qualit de toutes les valeurs dans le nouveau systme de gestion de bases de donnes climatologiques, ce qui impliquerait une hausse importante de sa charge de travail ; de se reporter aux donnes dorigine, qui pourraient tre les archives papier , afin de retrouver des informations telles que des traces de prcipitations.

Importation des donnes CLICOM


Les donnes CLICOM sont stockes sous les formats DataEase suivants : MONTHLY DATA : valeurs dlments mensuels ; TEN DAY DATA : valeurs dlments de 10 jours ; DAILY DATA : valeurs dlments quotidiens ; SYNOPTIC DATA : valeurs de trois lments horaires ; HOURLY DATA : valeurs dun lment dune heure ; FIFTEEN MINUTE DATA : valeurs dlments de 15 minutes ; UPPER-AIR DATA : valeurs dlments en altitude. Pendant limportation des donnes vers le nouveau systme de gestion de bases de donnes climatologiques, il convient de traiter avec soin les valeurs manquantes dotes de lindicateur de qualit M et de la valeur 99999 , car ces dernires ont deux significations dans CLICOM : valeur absente car aucune observation na t ralise ce moment-l (par exemple en cas de dysfonctionnement dun instrument) ; valeur absente car la date nexiste pas (par exemple, dans CLICOM, le 31 fvrier est indique comme une valeur manquante). En fonction du modle de donnes du nouveau systme de gestion de bases de donnes climatologiques, un SMHN peut exporter ses donnes climatologiques de CLICOM vers les deux formats ASCII suivants : format dexportation classique CLICOM (via le menu CLICOM # 2.2.3), qui gnrera un fichier ASCII avec une structure lement ; formation dexportation dobservation CLICOM (via le menu CLICOM # 2.2.4), qui gnrera un fichier ASCII avec une structure Observation.

Collecte dinformations sur les rglages du contrle de la qualit de CLICOM


Les mthodes de contrle de la qualit qui ont t appliques sur la base de donnes CLICOM doivent tre enregistres comme faisant partie des mtadonnes du nouveau systme de gestion de bases de donnes climatologiques. Ces mthodes retracent lhistorique du contrle de la qualit mis en place par le SMHN et peuvent savrer utiles pour amliorer les algorithmes correspondants ou simplement reprendre les mmes technique avec le nouveau systme. Les rglages du contrle de la qualit CLICOM sont stocks dans les fichiers ELEMCHKS.* (ELEMCHKS.DLY pour les donnes quotidiennes, ELEMCHKS.HLY pour les donnes horaires, etc.), dans le rpertoire CLICOM/DATA.

Essais approfondis du nouveau systme


Enfin, le nouveau systme doit tre soumis des essais approfondis par rapport lancien systme. Les vrifications servent sassurer que toute perte dinformation est acceptable pour lorganisation et que le nouveau systme rpond aux pratiques officielles du SMHN et aux attentes du client.

Soutien aux oprations de gestion des donnes

Ressources ncessaires, notamment en termes de personnel


Comme indiqu au chapitre 5 ci-dessus, un SMHN est tout dabord confront au choix suivant : acheter ou construire un systme de gestion de bases de donnes climatologiques. Dans lun ou lautre cas, mais surtout si lon dcide de construire, on devra faire appel des ressources considrables. Si lon dcide dacheter, cest le choix du logiciel qui dterminera, ou du moins influencera le choix du matriel. Le matriel pourra alors tre choisi en fonction de ce type de contrainte, sans ngliger des aspects tels que le volume des donnes grer, le budget disponible et le degr de solidit requis. Un des aspects importants prendre en compte est la gestion des versions. Quel que soit le systme adopt, il sera essentiel de grer les versions de tous les composants logiciels. Malheureusement, de nombreux problmes peuvent surgir, entranant des incompatibilits entre des versions de logiciels utiliss en parallle. Cest pourquoi, dans le cas spcifique de logiciels code source ouvert, il peut tre souhaitable de faire appel aux services dun fournisseur de solutions au code source ouvert, tels que Red Hat ou lun de ses concurrents, pour rduire le risque de connatre ce genre de problmes. Ltablissement dun systme de gestion de donnes climatologiques demande beaucoup dinvestissement en personnel. Le type de personnel requis entre dans plusieurs catgories. Nous avons tout dabord, si lon suit le flux des donnes (et si lon suppose que les observateurs existent dj) : des oprateurs de prparation des donnes, chargs de saisir les donnes qui arrivent sous forme papier ; du personnel ayant des connaissances en mtorologie, capable deffectuer le contrle de la qualit et dinterprter les besoins mtorologiques comme le demande de centre de donnes (ex : anciens observateurs ou personnes capables de contribuer lidentification des besoins et la conception de systmes tels que de nouveaux systmes de contrle de la qualit) ; (probablement) du personnel ayant une bonne connaissance de la base de donnes afin de mener bien les extractions de donnes les plus complexes. On a besoin galement de personnel en arrire-scne (ne possdant pas ncessairement de connaissances prcises en mtorologie) : administrateurs de base de donnes ; administrateurs systme ; si le SMHN souhaite raliser lui-mme les extensions du systme spcifiques son pays, il aura besoin de personnel informatique pour maintenir et faire voluer le logiciel dapplication. Bien videmment, si le SMHN choisit de dvelopper son propre systme, il convient de prvoir des investissements plus importants en termes de personnel informatique.

Formation
Les besoins en matire de formation la gestion de donnes climatologiques dcoulent naturellement de ltendue des responsabilits correspondantes du personnel. Les utilisateurs dun systme ont toujours besoin de formation sur les aspects du systme qui les concernent, par exemple : le personnel charg de la saisie des donnes et du contrle de la qualit devra comprendre de quelle faon le systme ragira la saisie de donnes apparemment suspectes ou errones et savoir quelles mesures correctives devront tre prises ; sil est possible quun systme soit considr comme une bote noire du point de vue de lextraction de donnes ; en revanche, avec des donnes disponibles uniquement sous un petit nombre de formats prdfinis et avec des options de slection prdfinies, on risque davantage de demander au personnel dtre capable de dvelopper ses propres processus dextraction ; si le systme de gestion de bases de donnes climatologiques est fond sur un SGBDR (comme les six systmes actuels du PMDSC), on pourra extraire les donnes via le langage SQL, dont le personnel devra alors matriser les possibilits et les limites ; des comptences seront galement requises dans les domaines infrastructure de ladministration du systme dexploitation et de ladministration de bases de donnes ; dans un tablissement de petite taille, ces comptences pourront se trouver chez un seul individu (qui aura reu la formation adquate) ; cependant, chacune de ces comptences relve dun domaine part entire, et dans une organisation plus grande, on exigera un ou plusieurs spcialistes par domaine ; le personnel informatique devra se familiariser avec les questions mtorologiques, ces connaissances tant fournies par le personnel appropri du SMHN.

Sant et scurit au travail


Les systmes de gestion de donnes climatologiques ne posent pas de problmes spcifiques lis la sant et la scurit au travail (si ce nest, titre exceptionnel, la poussire gnre par les archives dans lexercice de sauvetage de donnes et les risques lis au portage de lourds documents darchive). Cependant, il convient de prendre en compte un certain nombre daspects valables pour la plupart des systmes informatiques : problmes dergonomie lis aux stations de travail, la position par rapport au clavier, mobilier, etc. ; un mobilier inadapt et des pratiques de travail non appropries peuvent entraner un vaste ventail de problmes physiques ; risques de rayonnement par larrire des moniteurs ; simples risques physiques dus la prsence de cbles et de conducteurs en grand nombre, comme cest le cas souvent des installations informatiques ; stress, problme commun de nombreux postes informatiques. Les pratiques des organisations en matire de sant et de scurit au travail seront rgies par la lgislation en vigueur dans un grand nombre de pays. Pour avoir plus dinformations, il convient de se renseigner prcisment sur ces pratiques auprs des personnes responsables.

Conclusion
Ces principes directeurs sont destins fournir des informations aux SMHN sur les meilleures pratiques en matire de gestion des donnes climatologiques, mettant laccent en particulier sur lacquisition de connaissances et de comptences dans les domaines suivants : phases et tapes de la gestion de donnes numrises ;

technologies de base de donnes disponibles et slection de la base de donnes qui convient ; transition vers un systme moderne de bases de donnes climatologiques ; soutien aux oprations de gestion des donnes.

Dans ce document, on a mis dlibrment laccent sur les aspects de la gestion de donnes climatologiques prsentant un intrt pour les SMHN qui souhaitent passer un systme de gestion de bases de donnes climatologiques moderne, et, ce qui est tout aussi important, sur les comptences, systmes et processus mettre en place pour sassurer que les oprations sont correctement soutenues. Ce document vise aider les SMHN valuer leur future orientation stratgique face aux besoins lis la gestion des donnes climatologiques. Il est essentiel que, ds le dbut, les besoins des utilisateurs existants et futurs, dans la mesure o ils sont prvisibles, soient pris en compte pour le dveloppement de bases de donnes climatologiques et pour la mise en uvre de pratiques de gestion de donnes. Les gestionnaires de donnes doivent galement sattacher respecter les principes de surveillance du climat long terme. La capacit assurer la continuit, lhomognit et enfin la qualit des donnes climatologiques dpend dans une large mesure de la qualit de gestion des systmes et des rseaux dobservation. Il est galement indispensable de pouvoir stocker les donnes climatologiques ayant subi un contrle de qualit, dans un format facilement accessible, afin de rpondre aux besoins des programmes sur le climat au sein des SMHN et dapporter un soutien diffrents programmes de lOMM. Le relev climatologique est une ressource pour le prsent et pour lavenir et il est important de sauvegarder ces informations pour les futures gnrations. Lune des principales dcisions qui devra tre prise sur le plan technologique est de savoir sil faut opter pour un concept existant de systme de gestion de bases de donnes climatologiques, avec le logiciel associ, ou bien sil faut dvelopper un systme sur mesure, partir de lun des SGBDR disponibles dans le monde aujourdhui. Selon toute probabilit, cette dcision reposera sur des critres financiers car le dveloppement dun systme de gestion de bases de donnes climatologiques avec le logiciel associ peut demander un investissement initial consquent en amont. Cependant, il conviendra aussi de tenir compte daspects tels que le flux des donnes et le contrle de la qualit, ainsi que de facteurs technologiques. Il est donc fortement recommand aux SMHN denvisager trs prudemment dacheter le systme plutt que de le construire car cette dernire option demande beaucoup plus de ressources et reviendra gnralement beaucoup plus cher.

Remerciements
Les auteurs tiennent remercier Amir Delju (OMM) et Suresh Boodhoo (Prsident de la CIC) pour le soutien quils ont apport ce travail. Merci galement Rod Hutchinson et Mike Macaskill (tous les deux du Bureau mtorologique australien) pour la rvision de ce document.

Bibliographie
Benichou, F. et Lee, D.M. 1996. Use of Relational Management Systems in Climatology in WMO National Meteorological Services, Rapport OMM. Organisation mtorologique mondiale, Genve. Date, C.J. 1999. An Introduction to Database Systems (7th Ed). Addison-Wesley, 938pp. GCOS. 2003. Second Report on the Adequacy of the Global Observing System for Climate. GCOS Report No 82 WMO-TD 1143. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/gcos/gcoshome.html OMM. 1995. Manuel des codes : Codes internationaux, Volume I.1 (Partie A). Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/www/DPS/NewCodesTables/WMO306vol-I-1PartA.pdf WMO. 2002. Report of the CLICOM-DARE workshop; Report of the international data rescue meeting, WCDMP-No.49/WMO-TD No.1128. Organisation mtorologique mondiale, Genve.. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-49/WDMP49_menu.html WMO. 2003a. Guidelines on Climate Observation Networks and Systems, WCDMP-No.52, WMO-TD No.1185. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-52.pdf WMO. 2003b. Guidelines on Climate Metadata and Homogenization, WCDMP-No.53/WMO-TD No.1186. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-53.pdf WMO. 2004. Guidelines on Climate Data Rescue, WCDMP-No.55/WMO-TD No.1210. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-55.pdf OMM. 2005. Guide des pratiques climatologiques mtorologique mondiale, Genve. (en prparation). http://www.wmo.ch/web/wcp/ccl/guide/guide.3e.shtml WMO. 2006. WMO Information System. http://www.wmo.ch/web/www/WISweb/home.html (troisime dition). Organisation

Glossaire
ACCESS Programme anti-logiciels espions ASCII Octet Processeur Systme de gestion de bases de donnes relationnelles de Microsoft. Fonctionne gnralement sur une station de travail locale, mais peut aussi tre install sur un serveur et donc partag. Programme informatique destin dtecter les programmes indsirables connus sous le nom de logiciels espions et sen protger. American Standard Code for Information Interchange. Norme de codage de caractres : lettres, chiffres, signes de ponctuation et autres symboles, en informatique. La plus petite unit adressable en informatique, compose de 8 bits, qui peut donc avoir 28 ou 256 valeurs diffrentes. Principale unit de traitement dun ordinateur, dsigne gnralement par le nombre de cycles de traitement par seconde et la largeur de bande de son bus. Pour une configuration donne, plus le nombre de cycles est lev, plus les oprations et les rponses sont rapides. CLImate COMputing project. Base de donnes climatologiques dveloppe sous lgide de lOMM et destine fonctionner sous un systme dexploitation Microsoft, DOS ou Windows. Base de donnes stocke sur un seul serveur, mais o les applications utilisatrices des donnes sont excutes sur les ordinateurs de plusieurs clients. Format numrique international dchange dinformations sur le climat partir de certains sites dobservation en surface. Les messages sont gnrs et changs une fois par mois entre les Membres de lOMM. Type de message identique CLIMAT mais avec des donnes issues dobservations arologiques. Donnes utilises pour dcrire ou comprendre le systme climatique ; il peut sagir de donnes lies aux proprits physiques, chimiques et biologiques, dcrivant des processus atmosphriques, ocaniques, hydrologiques, cryosphriques et terrestres. Les attributs de continuit et dhomognit ont gnralement un niveau de priorit lev. Activit consistant grer les donnes climatologiques de manire fournir des donnes de qualit fiable aux utilisateurs, stockes gnralement dans une base de donnes informatise. Cette notion peut englober les outils utiliss pour fournir des produits climatologiques au client. Voir Serveur. Ensemble de plusieurs serveurs interconnects, gnralement avec un serveur frontal, qui traite toutes les liaisons avec les utilisateurs. Les grappes de serveurs sont volutives, ce qui permet daugmenter relativement facilement leurs capacits. Classification gnrale des ordinateurs en fonction de leur taille et de leurs performances. Le type dordinateur va de lordinateur central le plus puissant, multi-utilisateurs, au simple PC (ordinateur de bureau), en passant par le milieu de la gamme des mini-ordinateurs. Type de conception de la base de donnes. Il existe un certain nombre de modles possibles, le plus courant tant le modle relationnel. Autres modles : modle objet-relationnel, modle orient objet, modle semi-structur, modle associatif, modle Entit Attribut Valeur (EAV) et modle contextuel. Processus de conservation de toutes les donnes risquant dtre perdues suite une dtrioration du support, et numrisation des donnes actuelles et passes sous un format informatique

CLICOM Base de donnes client/serveur CLIMAT

CLIMAT TEMP Donnes climatologiques

Gestion des donnes climatologiques Grappe de serveurs Type dordinateur Modle de base de donnes

Sauvetage de donnes

Base de donnes Systme de gestion de base de donnes (SGBD) Bureau Ordinateur de bureau Base de donnes distribue Double saisie

compatible et facilement accessible. Ensemble dinformations organises de manire ce quun programme informatique puisse slectionner rapidement les informations souhaites. Les informations qui se trouvent dans une base de donnes sont gnralement relies entre elles. Srie de logiciels utiliss pour dvelopper, mettre en uvre, grer et maintenir des donnes stockes dans une base de donnes. Terme gnrique dsignant laffichage en arrire-plan dun ordinateur, o se trouvent les icones reprsentant les programmes et les disques et partir duquel les applications peuvent tre lances. Ordinateur indpendant usage gnral. Comme son nom lindique, il sinstalle en fixe sur un bureau, contrairement un ordinateur portable. Les ordinateurs de bureau sont gnralement modulaires, ils nont pas quune seule et unique configuration possible. Base de donnes gre par un systme rparti sur plusieurs nuds ou processeurs, mais gr en tant quentit unique. Mthode de saisie de donnes destine minimiser les erreurs de frappe. La mme donne est saisie deux fois par deux oprateurs diffrents, ceci en vertu de la thorie selon laquelle la probabilit que deux oprateurs fassent la mme erreur est faible. Tableur dvelopp et commercialis par Microsoft. Logiciel conu pour viter tout accs non autoris en provenance ou destination dun rseau priv. (Il peut sagir dun simple PC.) En prsence dun rseau, ce logiciel est install sur le serveur passerelle, protgeant le rseau contre des utilisateurs venant dautres rseaux. Voir Gigaoctet Systme Mondial dObservation du Climat. Systme oprationnel long terme, orient utilisateurs, capable de fournir les observations compltes ncessaires pour la surveillance du systme climatique, pour dtecter et expliquer les changements climatiques, pour valuer les consquences de la variabilit du climat, notamment des changements climatiques, et pour permettre aux chercheurs de mieux comprendre, modliser et prvoir le systme climatique. Unit dsignant la capacit de stockage de matriel informatique. Un gigaoctet (Go) est gal 1024 (210) mgaoctets (Mo). GCOS Surface Network : rseau de stations dobservation en surface pour le SMOC. Systme Mondial de Tlcommunications. Rseau mondial de tlcommunications utilis par les Membres de lOMM pour changer des donnes et produits mtorologiques et connexes. GCOS Upper Air Network : rseau de stations dobservation en altitude pour le SMOC. Interface Graphique Utilisateur dun cran dordinateur. Systme bas sur laffichage de diverses fentres, partir desquelles on peut lancer directement des actions au moyen de commandes telles que des boutons, cases cocher, barres de menus et listes. Dispositif de stockage permanent install dans un ordinateur et se composant dune ou plusieurs plaques surface magntique. Lespace disponible sur un disque dur est rutilisable. Le systme dexploitation et les autres logiciels sont gnralement stocks sur le disque dur. Systme dexploitation utilis par Apple dans ses ordinateurs Macintosh.

Excel Pare-feu

Go SMOC

Gigaoctet (Go) GSN SMT GUAN IGU

Disque dur

MacOS

Ordinateur central

Mo Mgaoctet (Mo)

Mtadonnes

Paramtre mtorologique Microordinateur Mini-ordinateur

MV SMHN Normalisation

ODBC

code source ouvert Systme dexploitation

OS/400 IOV Ordinateur individuel, PC Plate-forme

Terme dsignant gnralement un gros ordinateur trs puissant, capable de runir plusieurs utilisateurs (souvent des centaines) et dexcuter plusieurs programmes simultanment. Les ordinateurs centraux sont gnralement installs dans un environnement scuris et contrl. On note de moins en moins de diffrence vidente entre un ordinateur central bas de gamme et un miniordinateur ou serveur haut de gamme. Voir mgaoctet. Unit dsignant la capacit de stockage de matriel informatique, considre gnralement comme quivalant 1 048 576 octets (10242 or 220). Selon lusage, un mgaoctet peut tre gal 1 000 000 ou 1 024 000 octets. Donnes se rapportant des donnes. Il sagit dinformations relatives aux donnes. Pour des donnes mtorologiques, il peut sagir du type dinstrument de mesure, dinformations sur le rglage des instruments, etc. ainsi que des informations sur le contenu et le format des jeux de donnes. Synonyme de donne mtorologique ou lment dintrt mtorologique tel que la temprature. Synonyme dordinateur de bureau et dordinateur individuel (voir la dfinition de ces deux termes). Catgorie dordinateurs entre les ordinateurs centraux et les microordinateurs. Ce terme est apparu une poque o lon distinguait nettement les ordinateurs centraux, les mini-ordinateurs et les microordinateurs. Cest de moins en moins le cas aujourdhui, et ce terme dsigne souvent un serveur ou une station de travail haut de gamme. Moyen de Vrification Service Mtorologique et Hydrologique National Processus appliqu la conception des tables dune base de donnes relationnelle, afin dtablir une structure adapte, minimisant les redondances inutiles. Cinq formes de normalisation ont t dfinies. Open DataBase Connectivity : connectivit ouverte de base de donnes. Norme autorisant laccs diffrents systmes de base de donnes, par exemple laccs Oracle depuis Microsoft Excel ou Access. Qualit dun logiciel dont le code source est facilement accessible dautres, qui peuvent ainsi le voir et le modifier. Cela signifie que le logiciel est disponible gratuitement (ou parfois seulement un prix correspondant au cot de distribution). Logiciel systme install sur un ordinateur et responsable du contrle et de la gestion du matriel, des oprations et des processus systme. Le systme dexploitation contrle le fonctionnement des logiciels dapplication, dun traitement de texte par exemple. Les systmes dexploitation pour PC les plus connus sont Microsoft Windows, Mac OS (Apple) et Linux. Systme dexploitation utilis par IBM pour sa srie dordinateurs AS/400. Indicateur Objectivement Vrifiable Ordinateur indpendant usage gnral, pouvant tre utilis de manire autonome. Ce terme sapplique souvent des ordinateurs IBM ou compatibles, utilisant les systmes dexploitation Microsoft, mais il peut dsigner tout ordinateur indpendant usage gnral. Ensemble compos du matriel, du logiciel et du systme dexploitation utiliss. Souvent, il dsigne seulement le systme dexploitation.

AQ CQ RAID

RAM

RCBR RSBR SGBDR

Assurance de la Qualit Contrle de la Qualit Redundant Array of Independent Disks : rseau redondant de disques indpendants. Regroupement de disques de stockage de donnes en une seule unit assurant une redondance en cas de dfaillance de lun des disques et rduisant ainsi le risque de perdre des donnes sur ce disque. Gnralement, les donnes prsentes sur chacun des disques sont dupliques sur un ou plusieurs autres disques, agissant ainsi comme des disques miroirs. Random Access Memory : mmoire vive. Mmoire informatique permettant un accs plus rapide aux donnes stockes, en lecture et en criture, mais ne permettant pas de conserver les donnes sur le disque une fois lordinateur teint. En gnral, plus lordinateur a de mmoire RAM, plus il sera performant. Rseau Climatologique de Base Rgional Rseau Synoptique de Base Rgional Systme de Gestion de Base de Donnes Relationnelle. Terme souvent utilis abusivement pour dsigner une base de donnes relationnelle alors quil dsigne uniquement le systme utilis pour grer la base de donnes et non pas la base de donnes en ellemme. Base de donnes o les donnes sont stockes dans des tables relies entre elles et qui permet dextraire ou de manipuler des donnes issues de diffrentes tables car le lien entre ces tables est clairement dfini. Ordinateur accessible et utilisable par au moins deux utilisateurs via un rseau. Les serveurs sont gnralement volutifs et peuvent tre configurs pour rpondre aux besoins dune organisation et voluer pour rpondre aux besoins venir. Un serveur peut avoir plusieurs processeurs et priphriques, par exemple plusieurs disques durs. Spcifique, Mesurable, Atteignable, Raliste et limit dans le Temps : proprits utiles pour mesurer les performances dune base de donnes. Terme gnrique dsignant des programmes indsirables gnralement installs linsu de lutilisateur, via Internet. Ces programmes pilotent distance des actions qui sont effectues sur lordinateur et collectent des informations sur lutilisation qui est faite de lordinateur. Ils se manifestent notamment par lapparition de fentres publicitaires ( pop up ), par un ralentissement gnral de lordinateur, par lapparition de barres de menus intempestives dans les navigateurs et via des logiciels de publicit ( Adware ). Structured Query Language : langage informatique de requte et dextraction de donnes dans et partir dune base de donnes. Uninterruptible Power Supply : systme dalimentation lectrique temps de coupure zro. Systme dalimentation lectrique de secours en courant continu, utilis en cas de coupure de lalimentation normale. Garantit ainsi que lordinateur continue de fonctionner puis sarrte correctement si la coupure de courant est plus importante. Organisation Mtorologique Mondiale Ordinateur haut de gamme usage gnral, gnralement plus puissant et plus solide quun ordinateur de bureau. Une station de travail est souvent utilise pour des applications dingnierie ou des applications graphiques ncessitant beaucoup de mmoire et un processeur rapide. Elle peut comporter plusieurs processeurs et plusieurs disques durs.

Base de donnes relationnelle Serveur

SMART Logiciel espion

SQL UPS

OMM Station de travail

Annexe 1 - Description des systmes de gestion de bases de donnes climatologiques proposs


Les lments prsents ici sont tirs, pour la plupart, du document figurant ladresse suivante : http://www.wmo.ch/web/wcp/wcdmp/cdmsfuture/html/evaluation.html. Les autres systmes connus font dobjet de courts paragraphes ou bien de liens web permettant den savoir davantage. Daprs les nombreuses runions dexperts qui se sont tenues ce sujet et les rponses faisant suite au questionnaire envoy lensemble des Membres de lOMM, il se trouve que six SMHN ont propos de remplacer CLICOM par un systme de gestion de bases de donnes climatologiques : la Rpublique tchque propose le systme CLIDATA, la France CliSys, la Jordanie JCDMS, la Fdration de Russie CLIWARE, la Tunisie SDCLIM et le Zimbabwe ClimSoft (Tableau A1.1). Suite aux recommandations formules lors de la cinquante-troisime session du Conseil excutif et de la treizime session de la Commission de climatologie (novembre 2001), un atelier a t organis au Secrtariat de lOMM du 27 mai au 1er juin 2002, runissant une quipe dexperts externes, chargs dvaluer les six systmes proposs. Pour chaque systme, un rapport a t tabli, avec un tableau comparatif de critres. Ce rapport est disponible ladresse suivante : http://www.wmo.ch/web/wcp/wcdmp/cdmsfuture/html/evaluation.html .

Figure A1.1. quipe dvaluation du projet de systme de gestion de bases de donnes climatologiques pour lOMM

Tableau A1.1. Systmes de gestion de bases de donnes climatologiques, pris en compte dans le projet de lOMM Systme de gestion de bases de donnes climatologiques CLIDATA CLIMSOFT CLISYS CLIWARE JCDMS SDCLIM SMHN Lien Systme de gestion de base de donnes Oracle Access, SQL/Server Oracle, PostgreSQL Oracle, MaxDB, etc. Oracle Oracle

Rpublique tchque Zimbabwe France Fdration de Russie Jordanie Tunisie

http://www.clidata.cz/ http://www.metelearning.org/moodle/course/category.php? id=4 http://www.mfi.fr/productsandsolutions.htm http://cliware.meteo.ru/meteo/index_en.html http://www.jmd.gov.jo/ http://www.meteo.tn

Dautres systmes ont t dvelopps par des SMHN ou par des entreprises prives, en dehors du processus dvaluation de lOMM (voir Tableau A1.2). Tableau A1.2. Systmes de gestion de bases de donnes climatologiques dvelopps en dehors du projet de lOMM Systme de SMHN ou Lien gestion de entreprise prive bases de donnes climatologiques AMS Organisation pour http://www.foodsecinfoaction.org/News/tools_cw_02.ht lalimentation et m lagriculture CLDB Microstep-MIS http://www.microstepmis.com/products/meteorology/cldb/english.php QUALIMET Ernst Basler + http://www.ebpPartner GmbH de.de/en/geschaeftsbereiche/information/projekte/165/

Annexe 2 - Exemple de mise en uvre dun systme de gestion de bases de donnes climatologiques
En 1988, le mini-ordinateur utilis pour la gestion des donnes climatologiques Madagascar tombe en panne. Il nest pas remplac. La gestion et le traitement centraliss des donnes climatologiques sont donc stopps. Heureusement, un projet national est engag pour rcuprer les donnes du mini-ordinateur, stockes initialement sur bandes, et les copier sur CD-Rom. Dans les annes 1990, avec larrive des micro-ordinateurs, le Dpartement charg de linformatique et des bases de donnes reprend la saisie de donnes climatologiques mais sur un simple tableur. Cette solution nest pas suffisante pour recueillir et partager correctement les donnes au sein des SMHN et entre les diffrents SMHN, ni de scuriser les donnes. Le service mtorologique national de Madagascar a donc mis sur pied un projet dans le cadre du Programme de coopration volontaire (PCV) de lOMM, avec pour objectif de mettre en uvre une base de donnes climatologiques nationale et dinstaller un systme moderne et standard de collecte, stockage, traitement et diffusion des donnes pour un systme de gestion des ressources. Les avantages attendus taient les suivants : permettre une participation plus efficace au niveau mondial la mise en uvre des activits du Programme climatologique mondial, en particulier en ce qui concerne les tudes sur les changements climatiques rgionaux, sous linfluence de facteurs naturels et humains ; amliorer la fourniture en temps rel dinformations sur le climat diffrents secteurs de lconomie, qui permettront de protger et de dvelopper les ressources naturelles, humaines et financires. La France dcide alors de financer ce projet et Mto-France se charge de la gestion, en proposant les services de ses agents. Ce projet est men en deux phases. La premire phase, qui comprend une tude de lenvironnement prsent, correspond la dfinition du systme, lequel comprend un serveur, un micro-ordinateur (rpondant des niveaux de scurit levs) assist de deux stations clients, une imprimante, un scanner, des units darchive et de sauvegarde, les consommables correspondants et les manuels de formation. Le systme est li au SGBD Oracle et tourne sous un systme dexploitation de base Linux. Lintgration du systme, son installation et les essais oprationnels ont dmarr en septembre 2003 et ont dur trois mois, dans les locaux de Mto-France Toulouse, sous la surveillance de plusieurs administrateurs systme, dun administrateur Oracle et dun climatologue. Le systme a t accept par la Direction Gnrale de la Mtorologie (DGM) de Madagascar en mars 2004, ce qui a permis dengager la mission dinstallation et de formation en avril 2004, pendant une priode de 15 jours, avec la participation de spcialistes de Mto-France. Cette mission consistait installer et dmarrer le systme dans les locaux du SMHN, intgrer les donnes historiques de surface concernant Madagascar et constituer et former les quipes dadministrateurs systme, dadministrateurs de systmes de gestion de bases de donnes climatologiques et doprateurs de saisie. La deuxime phase du projet porte sur la consolidation des comptences acquises, sur la poursuite de la formation et le dveloppement de nouvelles procdures.

Figure A2.1. Dmonstration du systme au personnel du service mtorologique de Madagascar

[Traduction des lgendes] Saisie de masse DGM Direction gnrale Dpartement Informatique et Base de donnes Serveur Clisys SMT Systme mondial de tlcommunications Division Prvision Synergie DEM Direction Production Division Climatologie Client Clisys

Figure A2.2. Architecture systme Madagascar. Le systme de gestion de bases de donnes climatologiques (CliSys) est reli aux diffrents services du SMHN. Les donnes provenant du SMT sont collectes via un SMAS (Transmet) qui fournit les donnes loutil prsent sur la station de travail de prvision (Synergie).

Annexe 3 Exemples de matriel


Solutions matrielles bases sur des micro-ordinateurs pour grer une base de donnes Trois solutions matrielles sont indiques ici pour la gestion dune base de donnes climatologiques, allant dun simple ordinateur de bureau un solide serveur en passant par une station de travail. Le cot du systme, ainsi que sa scurit et ses performances, augmentent progressivement entre la premire et la troisime solution. Cependant, dans ces trois solutions, on a particulirement mis laccent sur la scurit en mlangeant les diffrentes configurations de scurit matrielles et en ajoutant, dans chaque cas, des fonctions de sauvegarde et darchivage. Scurit matrielle Il existe trois faons dassurer la scurit matrielle. La mthode de clonage consiste avoir limage exacte dun disque dur, un moment donn, sur un autre disque dur, appel clone. Lorsque ladministrateur considre que le systme fonctionne correctement, un clone du systme prsent sur le disque dur est cr. Ensuite, si des erreurs se produisent (ex : dfaillance du disque dur, perte de fichiers, mauvaise configuration), ladministrateur peut revenir la situation antrieure, correspondant la priode o le systme fonctionnait correctement, grce au clone. Ce type de scurit est relativement intressant pour des donnes qui ne changent pas trop, par exemple pour le systme dexploitation et les applications logicielles. Mais il nest pas suffisant pour une base de donnes qui accumulent des donnes chaque jour. Dans ce cas, il convient dajouter une stratgie darchivage et de sauvegarde. (Solution 1) Lcriture miroir du disque est une mthode de stockage o les donnes dun disque sont dupliques simultanment sur un autre disque, si bien que les deux disques contiennent les mmes informations. Cette technique, connue aussi sous le nom de RAID de niveau 1, apporte une redondance en cas de dfaillance du disque et peut tre complte par un clonage. (Solution 2) La mthode de segmentation protge les donnes de la corruption en permettant de copier des donnes sur une srie de disques. En cas de dfaillance de lun des disques, toutes ses donnes sont automatiquement recres sur les autres disques de la srie. Cette mthode est appele galement technique RAID de niveau 5. (Solution 3) Archivage Larchivage pourrait tre dfini comme une mthode de stockage de donnes pendant une priode aussi longue que possible dans la mesure o la scurit est assure. Cette mthode est spcialement conue pour des donnes climatologiques qui, une fois soumises au contrle de la qualit, sont trs peu modifies. Les supports de stockage doivent rsister au temps, ce qui est le cas en particulier des CD, DVD et technologies NAS. Il est recommand darchiver les donnes climatologiques sous un format lisible par la plupart des logiciels, par exemple sous le format ASCII. La dure de vie dun CD ou dun DVD nest pas illimite. la fin de chaque session, il est prudent de copier les informations dun support sur un autre. Sauvegarde de secours La sauvegarde de secours peut tre dfinie comme une mthode de stockage des informations un moment donn, permettant de retrouver, en cas de perte, lensemble du systme ou quelques informations ce moment donn. Cette mthode est utile lorsque, par exemple, une sauvegarde de secours journalire est en place et que toutes ces sauvegardes journalires

sont conserves une frquence hebdomadaire. Dans ces conditions, il est possible dextraire, en fin de semaine, un fichier qui a t perdu ou endommag un certain jour de cette semaine. Enfin, sil savre quun seul serveur nest pas suffisant pour traiter la base de donnes climatologiques dun SMHN, il conviendra denvisager une grappe de plusieurs serveurs et dispositifs de stockage interconnects, qui formeront, aux yeux des utilisateurs, un systme parfaitement accessible. Tableau A3.2. Trois solutions matrielles pour la gestion des bases de donnes climatologiques Fonction
Systme dexploitation Processeur Solution 1 : ordinateur de bureau Linux, Windows Solution 2 : station de travail Linux, Windows Solution 3 : serveur Linux, Windows Remarques

Mmoire

Disque dur

Archive Sauvegarde de secours Scurit lectrique Scurit logicielle

Garantie

Vrifier la compatibilit entre le systme dexploitation et lensemble des dispositifs et logiciels utiliss. 1 processeur 12 1 128 Voir les exigences des processeurs processeurs diffrents logiciels utiliss, le nombre de clients et les contraintes du SMN. Entre 250 Mo et 4 Entre 512 Mo et Entre 512 Mo et Voir les exigences des Go 8 Go 1000 Go diffrents logiciels utiliss, le nombre de clients et les contraintes du SMN. Nombre limit de Entre 1 et 4 Entre 1 et 192 Analyser les exigences en disques durs. disques. disques. termes de volume. Choisir le Exemple : 2 Exemple : 3 Exemple : 6 type de disque dur disques durs, disques durs ; disques durs ; appropri : IDE, SATA, SCSI, disque 1 : pour disque 1 : pour disque 1 : pour et larchitecture approprie : lensemble du lensemble du lensemble du clone, miroir, segmentation. systme, disque systme, disque systme, disque 2 Prvoir un disque dur de 2 : clone du 2 : clone du : clone du disque rechange. disque 1. disque 1, disque 1, disques 3, 4 et 3 : miroir du 5 : base de disque 1 (RAID donnes sur RAID 1). 5, disque 6 : disque de rechange Graveur de CD Graveur de DVD NAS Analyser la technologie la plus approprie. Graveur de CD Bande, NAS Bande, NAS Analyser la technologie la plus approprie. UPS UPS UPS Analyser la technologie la plus approprie en fonction des contraintes. Pare-feu, anti-virus, antilogiciels espions et toutes les mises jour. Logiciel de sauvegarde de secours et darchivage. Demander une garantie sur une priode raisonnable.

REPORTS PUBLISHED IN THE WORLD CLIMATE DATA PROGRAMME (WCDP)/WORLD CLIMATE DATA AND MONITORING PROGRAMME (WCDMP) SERIES
WCDP-1 WMO REGION III/IV TRAINING SEMINAR ON CLIMATE DATA MANAGEMENT AND USER SERVICES, Barbados, 22-26 September 1986 and Panama, 29 September 3 October 1986 (available in English and Spanish) - (WMO-TD No. 227) REPORT OF THE INTERNATIONAL PLANNING MEETING ON CLIMATE SYSTEM MONITORING, Washington DC, USA, 14-18 December 1987 (WMO-TD No. 246) GUIDELINES ON THE QUALITY CONTROL OF DATA FROM THE WORLD RADIOMETRIC NETWORK, Leningrad 1987 (prepared by the World Radiation Data Centre, Voeikov Main Geophysical Observatory) - (WMO-TD No. 258) INPUT FORMAT GUIDELINES FOR WORLD RADIOMETRIC NETWORK DATA, Leningrad 1987 (prepared by the World Radiation Data Centre, Voeikov Main Geophysical Observatory) - (WMO-TD No. 253. p. 35) INFOCLIMA CATALOGUE OF CLIMATE SYSTEM DATA SETS, 1989 edition (WMO-TD No. 293) CLICOM PROJECT (Climate Data Management System), April 1989 (updated issue of WCP-l 1 9) - (WMO-TD No. 299) STATISTICS ON REGIONAL NETWORKS OF CLIMATOLOGICAL STATIONS (based on the INFOCLIMA World Inventory). VOLUME II: WMO REGION I AFRICA (WMO-TD No. 305) INFOCLIMA CATALOGUE OF CLIMATE SYSTEM DATA SETS HYDROLOGICAL DATA EXTRACT, April 1989 - (WMO-TD No. 343) -

WCDP-2

WCDP-3

WCDP-4

WCDP-5 WCDP-6 WCDP-7

WCDP-8 WCDP-9 WCDP-10

REPORT OF MEETING OF CLICOM EXPERTS, Paris, 11-15 September 1989 (available in English and French) - (WMO-TD No. 342) CALCULATION OF MONTHLY AND ANNUAL 30-YEAR STANDARD NORMALS, March 1989 (prepared by a meeting of experts, Washington DC, USA) - (WMO-TD No. 341) REPORT OF THE EXPERT GROUP ON GLOBAL BASELINE DATASETS, Asheville, USA, 22-26 January 1990 - (WMO-TD No. 359) REPORT OF THE MEETING ON HISTORICAL ARCHIVAL SURVEY FOR CLIMATE HISTORY, Paris, 21-22 February 1990 - (WMO-TD No. 372) REPORT OF THE MEETING OF EXPERTS ON CLIMATE CHANGE DETECTION PROJECT, Niagara-on-the-Lake, Canada, 26-30 November 1990 - (WMO-TD No. 418)

WCDP-11 WCDP-12 WCDP-13

Note: Following the change of the name of the World Climate Data Programme (WCDP) to World Climate Data and Monitoring Programme (WCDMP) by the

Eleventh WMO Congress (May 1991), the subsequent reports in this series will be published as WCDMP reports, the numbering being continued from No. 13 (the last 'WCDP" report). WCDMP-14 WCDMP-15 REPORT OF THE CCl WORKING GROUP ON CLIMATE CHANGE DETECTION, Geneva, 21-25 October 1991 REPORT OF THE CCl EXPERTS MEETING ON CLIMATE ADAPTATION, Geneva, 5-6 November 1991 - (WMO-TD No. 468) CODE

WCDMP-16

REPORT OF THE CCl EXPERTS MEETING ON TRACKING AND TRANSMISSION OF CLIMATE SYSTEM MONITORING INFORMATION, Geneva, 7-8 November 1991 - (WMO-TD No. 465) REPORT OF THE FIRST SESSION OF THE ADVISORY COMMITTEE ON CLIMATE APPLICATIONS AND DATA (ACCAD), Geneva, 19-20 November 1991 (also appears as WCASP-18) - (WMO-TD No. 475) CCl WORKING GROUP ON CLIMATE DATA, Geneva, 11-15 November 1991 (WMO-TD No. 488) REPORT OF THE SECOND CLICOM EXPERTS MEETING, Washington DC, 18-22 May 1992 - (WMO-TD No. 511) REPORT ON THE INFORMAL PLANNING MEETING ON STATISTICAL PROCEDURES FOR CLIMATE CHANGE DETECTION, Toronto, 25 June, 1992 (WMO-TD No. 498) FINAL REPORT OF THE CCI WORKING GROUP ON CLIMATE DATA AND ITS RAPPORTEURS, November 1992 - (WMO-TD No. 523) REPORT OF THE SECOND SESSION OF THE ADVISORY COMMITTEE ON CLIMATE APPLICATIONS AND DATA (ACCAD), Geneva, 16-17 November 1992 (also appears as WCASP-22) - (WMO-TD No. 529) REPORT OF THE EXPERTS MEETING ON REFERENCE CLIMATOLOGICAL STATIONS (RCS) AND NATIONAL CLIMATE DATA CATALOGUES (NCC), Offenbach am Main, Germany, 25-27 August 1992 - (WMO-TD No. 535) REPORT OF THE TENTH SESSION OF THE ADVISORY WORKING GROUP OF THE COMMISSION FOR CLIMATOLOGY, Geneva, 20-22 September 1995 (also appears as WCASP-34) - (WMO-TD No. 711) REPORT OF THE FIFTH SESSION OF THE ADVISORY COMMITTEE ON CLIMATE APPLICATIONS AND DATA (ACCAD), Geneva, 26 September 1995 (also appears as WCASP-35) - (WMO-TD No. 712) REPORT ON THE STATUS OF THE ARCHIVAL CLIMATE HISTORY SURVEY (ARCHISS) PROJECT, October 1996 (prepared by Mr M. Baker) (WMO-TD No. 776) SUMMARY REPORT OF THE MEETING OF THE THIRD SESSION OF THE CCl WORKING GROUP ON CLIMATE CHANGE DETECTION, Geneva, 26 February - 1 March 1996 - (WMO-TD No. 818)

WCDMP-17

WCDMP-18 WCDMP-19 WCDMP-20

WCDMP-21 WCDMP-22

WCDMP-23

WCDMP-24

WCDMP-25

WCDMP-26

WCDMP-27

WCDMP-28

SUMMARY NOTES AND RECOMMENDATIONS FOR CCI-XII FROM MEETINGS CONVENED TO PREPARE FOR PUBLISHING THE FIFTH AND SIXTH GLOBAL CLIMATE SYSTEM REVIEWS AND FOR A PUBLICATION ON THE CLIMATE OF THE 20TH CENTURY, July 1997 - (WMO-TD No. 830) CLIMATE CHANGE DETECTION REPORT - REPORTS FOR CCI-XlI FROM RAPPORTEURS THAT RELATE TO CLIMATE CHANGE DETECTION, July 1997 (WMO-TD No. 831) SUMMARY NOTES AND RECOMMENDATIONS ASSEMBLED FOR CCI-XlI FROM RECENT ACTIVITIES CONCERNING CLIMATE DATA MANAGEMENT, July 1997 (WMO-TD No. 832) REPORTS FOR CCI-XlI FROM RAPPORTEURS THAT RELATE TO CLIMATE DATA MANAGEMENT, July 1997 - (WMO-TD No. 833) PROGRESS REPORTS TO CCl ON STATISTICAL METHODS, July 1997 (prepared by Mr Christian-Dietrich Schnwiese) (WMO-TD No 834) MEETING OF THE CCl WORKING GROUP ON CLIMATE DATA, Geneva, 30 January - 3 February 1995 - (WMO-TD No. 841) EXPERT MEETING TO REVIEW AND ASSESS THE ORACLE-BASED PROTOTYPE FOR FUTURE CLIMATE DATABASE MANAGEMENT SYSTEM (CDBMS), Toulouse, France, 12-16 May 1997 - (WMO-TD No. 902) REPORT OF THE ELEVENTH SESSION OF THE ADVISORY WORKING GROUP OF THE COMMISSION FOR CLIMATOLOGY, Mauritius, 9-14 February 1998 (also appears as WCASP-47) - (WMO-TD No. 895) REPORT OF THE MEETING OF THE CCl TASK TEAM ON CLIMATE ASPECTS OF RESOLUTION 40, Geneva, Switzerland, 10-1 1 June 1998 (WMO-TD No. 925) REPORT OF THE MEETING OF THE JOINT CCl/CLIVAR TASK GROUP ON CLIMATE INDICES, Bracknell, UK, 2-4 September 1998 - (WMO-TD No. 930) REPORT OF THE MEETING OF THE WMO COMMISSION FOR CLIMATOLOGY (CCl) TASK GROUP ON A FUTURE WMO CLIMATE DATABASE MANAGEMENT SYSTEM (CDMS), Ostrava, Czech Republic, 1013 November 1998 and FOLLOW-UP WORKSHOP TO THE WMO CCl TASK GROUP MEETING ON A FUTURE WMO CDMS, Toulouse, France, 30 March1 April 1999 - (WMO-TD No. 932) REPORT OF THE MEETING OF THE CCl WORKING GROUP ON CLIMATE DATA, Geneva, Switzerland, 30 November-4 December 1998 - (WMO-TD No. 970) REPORT OF THE MEETING ON CLIMATE STATISTICS, PRODUCT DEVELOPMENT AND DATA EXCHANGE FOCUSING ON CLICOM 3.1, Geneva, 25-29 January 1999 - (WMO-TD No. 971) PROCEEDINGS OF THE SECOND SEMINAR FOR HOMOGENIZATION OF SURFACE CLIMATOLOGICAL DATA, Budapest, Hungary, 9-13 November 1998 (WMO-TD No. 962)

WCDMP-29

WCDMP-30

WCDMP-31 WCDMP-32 WCDMP-33 WCDMP-34

WCDMP-35

WCDMP-36

WCDMP-37 WCDMP-38

WCDMP-39

WCDMP-40

WCDMP-41

WCDMP-42
WCDMP-43

REPORT OF THE MEETING OF EXPERTS ON THE CLIMATE OF THE 20TH CENTURY, Geneva, 26-30 April 1999 - (WMO-TD No. 972)
REPORT OF THE TRAINING SEMINAR ON CLIMATE DATA MANAGEMENT FOCUSING ON CLICOM/CLIPS DEVELOPMENT AND EVALUATION, Niamey, Niger, 03 May-10 July 1999, (WMO-TD No. 973)

WCDMP-44

REPRESENTATIVENESS, DATA GAPS AND UNCERTAINTIES IN CLIMATE OBSERVATIONS, Invited Scientific Lecture given by Chris Folland to the WMO Thirteenth Congress, Geneva, 21 May 1999 - (WMO-TD No. 977) WORLD CLIMATE PROGRAMME - WATER, DETECTING TREND AND OTHER CHANGES IN HYDROLOGICAL DATA, Zbigniew W. Kundzewicz and Alice Robson (Editors) - (WMO-TD No. 1013) MEETING OF THE WMO CCl TASK GROUP ON FUTURE WMO CLIMATE DATABASE MANAGEMENT SYSTEMS (CDMSs), Geneva, 3-5 May 2000 (WMO-TD No. 1025) REPORT ON THE ACTIVITIES OF THE WORKING GROUP ON CLIMATE CHANGE DETECTION AND RELATED RAPPORTEURS, 1998-2001 (May 2001, updated from March 2001) (WMO-TD No. 1071) REPORT OF THE FIRST SESSION OF THE MANAGEMENT GROUP OF THE COMMISSION FOR CLIMATOLOGY (Berlin, Germany, 5-8 March 2002) (also appears as WCASP-55) (WMO-TD No. 1110) 1. REPORT ON THE CLICOM-DARE WORKSHOP (San Jos, Costa Rica, 1728 July 2000); 2. REPORT OF THE INTERNATIONAL DATA RESCUE MEETING
(Geneva, 11-13 September 2001) (WMO-TD No. 1128)

WCDMP-45

WCDMP-46

WCDMP-47

WCDMP-48

WCDMP-49

WCMDP-50

REPORT OF THE CLIMATE DATABASE MANAGEMENT SYSTEMS EVALUATION WORKSHOP (Geneva, 11-13 September 2001) (WMO-TD No. 1130) SUMMARY REPORT OF THE EXPERT MEETING FOR THE PREPARATION OF THE SEVENTH GLOBAL CLIMATE SYSTEM REVIEW (7GCSR) (Geneva, 16-19 September 2002) (WMO-TD No. 1131) GUIDELINES ON CLIMATE OBSERVATION NETWORKS AND SYSTEMS (WMO-TD No. 1185) GUIDELINES ON CLIMATE METADATA AND HOMOGENIZATION (WMO-TD No. 1186) REPORT OF THE CCl/CLIVAR EXPERT TEAM ON CLIMATE CHANGE DETECTION, MONITORING AND INDICES (ETCCDMI) (Norwich, UK, 24-26 November 2003) (WMO-TD No. 1205) GUIDELINES ON CLIMATE DATA RESCUE (WMO-TD No. 1210) FOURTH SEMINAR FOR HOMOGENIZATION AND QUALITY CONTROL IN CLIMATOLOGICAL DATABASES (Budapest, Hungary, 6-10 October 2003) (WMO-TD No. 1236)

WCDMP-51

WCDMP-52 WCDMP-53 WCDMP-54

WCDMP-55 WCDMP-56

WCDMP-57 WCDMP-58 WCDMP-59 WCDMP-60

REPORT OF THE RA V DATA MANAGEMENT WORKSHOP (Melbourne, Australia, 28 November-3 December 2004) (WMO-TD No. 1263) GUIDELINES ON CLIMATE WATCHES (WMO-TD No. 1269) REPORT OF THE MEETING OF THE RA I WORKING GROUP ON CLIMATE MATTERS (Dakar, Senegal, 22 24 February 2006) (WMO-TD No. 1351) GUIDELINES ON CLIMATE DATA MANAGEMENT (WMO-TD No. 1376)