La modélisation de données à référence spatiale

La modlisation de donnes rfrence spatiale

Une introduction place sous le signe des langages UML et INTERLIS

Editeur

Coordination de linformation gographique et des systmes dinformation gographique (COSIG/KOGIS) c/o swisstopo, Office fdral de topographie

Seftigenstrasse 264, CH 3084 Wabern

www.cosig.ch

2 La modlisation des donnes rfrence spatiale

Auteurs Joseph Dorfschmid [email protected] Sascha Brawer [email protected]

Adasys AG, Drflistrasse 67, CH 8050 Zurich www.adasys.ch

Remerciements Les auteurs remercient toutes celles et tous ceux qui, par leurs suggestions, leurs critiques et la prcision de leurs relectures, ont contribu llaboration du prsent document.

Table des matires 3

Table des matires

Table des matires ................................................................................................................................ 3

1. Une fiction au service de la ralit .................................................................................................. 7

2. Vue densemble avec le Val dIli pour toile de fond ....................................................................... 9 2.1 Un vent de renouveau souffle sur le Val dIli ..................................................................................9

2.1.1 Le signal du dpart .................................................................................................................................9 2.1.2 Premire bauche de structure.............................................................................................................10

2.2 Premiers pas ................................................................................................................................11 2.2.1 LAssociation nationale des offices de tourisme a dfrich le terrain ....................................................11 2.2.2 Combien de lignes une socit de remonts mcaniques exploite-t-elle ?...........................................13 2.2.3 Les remontes mcaniques, les socits exploitantes et les abonnements possdent des

proprits .............................................................................................................................................14 2.2.4 Des modles ? Le Val dIli veut des donnes ! .....................................................................................15 2.2.5 Le Val dIli transmet...............................................................................................................................17

2.3 Le Val dIli en veut davantage.......................................................................................................17 2.3.1 Lobjectif................................................................................................................................................17 2.3.2 Le Val dIli sait faire bon usage des informations existantes .................................................................17 2.3.3 Le Val dIli va plus loin que lAssociation nationale ...............................................................................18 2.3.4 Les spcialits du Val dIli .....................................................................................................................21 2.3.5 Comment les Ilinois donnent-ils une traduction concrte leurs spcialits ? .....................................22 2.3.6 Comment les Ilinois transmettent-ils leurs donnes lAssociation nationale des offices de

tourisme ?.............................................................................................................................................23 2.3.7 Que fait lAssociation nationale des offices de tourisme avec les donnes du Val dIli ? ......................25

2.4 Le Val dIli y est parvenu...............................................................................................................26 2.4.1 Vue densemble du systme.................................................................................................................26 2.4.2 Seul ltat actuel prsente de lintrt pour le site Internet....................................................................26 2.4.3 Prsenter les htels disposant de chambres libres sur le site Internet .................................................27

3. Possibilits de description de donnes........................................................................................ 29 3.1 Description sous forme graphique : Unified Modeling Language UML........................................29 3.2 Description sous forme textuelle : INTERLIS...............................................................................30 3.3 Modles de donnes standardiss...............................................................................................31 3.4 Formats dchange de donnes...................................................................................................32 3.5 Sources documentaires importantes............................................................................................32

4. Application lexemple du Val dIli................................................................................................ 33 4.1 Aperu gnral du modle de donnes........................................................................................33 4.2 Le modle de donnes en notation INTERLIS.............................................................................34

4.2.1 Beotie.ili Modle de base national .....................................................................................................34 4.2.2 Adresses.ili Modle des adresses de btiments ................................................................................35


4.2.3 NatTour.ili Modle de lAssociation nationale des offices de tourisme ...............................................35 4.2.4 IlisTour.ili Modle de loffice de tourisme du Val dIli...........................................................................38

4.3 Donnes du transfert ....................................................................................................................42

5. La mode est lhritage.................................................................................................................. 45 5.1 Droits et contenu Principes de lhritage..................................................................................45 5.2 Affiner lhritage............................................................................................................................47 5.3 Et a existe vraiment ? Classes abstraites................................................................................48 5.4 Mais nous ne voulons pas tant de dtails Proprits abstraites ...............................................49 5.5 Les dtails ne nous intressent pas Considrer les particularits de faon plus globale .........49 5.6 Lhritage grande chelle ..........................................................................................................50 5.7 Hritage simple et multiple ...........................................................................................................51

6. Le modle de donnes scrut la loupe ...................................................................................... 53 6.1 Couronnes et centimes Types de donnes numriques ...........................................................53

6.1.1 Domaine de valeurs ..............................................................................................................................53 6.1.2 Units....................................................................................................................................................54 6.1.3 Hriter des types numriques ...............................................................................................................54 6.1.4 Des limites encore inconnues ...............................................................................................................55

6.2 Types de remontes mcaniques Modlisation de types et dobjets ........................................56 6.3 Existe-t-il galement des pistes de ski bleu clair ? Enumrations structures .........................58

6.3.1 Enumrations ordinaires et droit dhritage associ .............................................................................58 6.3.2 Sous-numrations...............................................................................................................................59

6.4 Les Ilinois se restreignent Chanes de caractres et rgles dhritage associes ...................59 6.5 Calme plat Attributs facultatifs et obligatoires............................................................................60 6.6 Dlais dattente et dures des trajets Domaines de valeurs .....................................................60 6.7 Mais o se trouve le Val dIli ? Types de coordonnes .............................................................61

6.7.1 Quelques informations de base sur les types de coordonnes.............................................................61 6.7.2 Lenveloppe de la quetsche Quest-ce quun systme de coordonnes ?..........................................62 6.7.3 Informations relatives au systme de coordonnes Mtadonnes ....................................................63 6.7.4 Diffrents systmes de coordonnes....................................................................................................64 6.7.5 Coordonnes tridimensionnelles...........................................................................................................64

6.8 Le 0 est-il plein nord ? Dfinitions relatives aux angles et aux directions.................................66 6.9 Une piste est-elle une ligne ou une surface ? Types gomtriques..........................................68

6.9.1 Vue conceptuelle simple dune ligne.....................................................................................................68 6.9.2 Tronons de lignes................................................................................................................................68 6.9.3 Lignes orientes ...................................................................................................................................69 6.9.4 Surfaces................................................................................................................................................70 6.9.5 Types de lignes tridimensionnels ..........................................................................................................71

6.10 Valable un mois Modliser des dures : la solution passe par des structures........................73 6.10.1 Une solution simple, convenant aux exigences modestes..................................................................73 6.10.2 Les dures en tant que structures.......................................................................................................73 6.10.3 La dure comme domaine de valeurs structur..................................................................................75

6.11 Message dtat de 2h30 Modliser des instants .....................................................................75 6.12 Proprits dobjets multilingues Plusieurs lments structurs ..............................................76

6.12.1 Multilinguisme .....................................................................................................................................76 6.12.2 Dsignations lies une langue en tant qulments structurs ........................................................77 6.12.3 Les lignes sont des structures spcifiques..........................................................................................78 6.12.4 Les lments structurs peuvent renvoyer des objets .....................................................................78

Table des matires 5

6.12.5 Structures et classes...........................................................................................................................79 6.13 Zones tarifaires, messages dtat Relations ...........................................................................79

6.13.1 Rles...................................................................................................................................................79 6.13.2 Intensit dune relation........................................................................................................................80 6.13.3 Relations avec attributs.......................................................................................................................82 6.13.4 Relations multiples..............................................................................................................................82 6.13.5 Relations ordonnes...........................................................................................................................83 6.13.6 Etendre des relations ..........................................................................................................................85 6.13.7 Relations drivables............................................................................................................................87

6.14 Exceptionnelles Remontes mcaniques de la Dent dIli Rgles dintgrit ..........................88 6.14.1 Informations de base ..........................................................................................................................88 6.14.2 Conditions de plausibilit ....................................................................................................................89 6.14.3 Conditions dunicit.............................................................................................................................89 6.14.4 Condition dexistence..........................................................................................................................92 6.14.5 Hritage de rgles dintgrit ..............................................................................................................92

6.15 Quel lien unit les dcisions dexploitation aux remontes ? Thmes indpendants ...............93 6.15.1 Gnralits .........................................................................................................................................93 6.15.2 Indpendance des thmes..................................................................................................................94 6.15.3 La responsabilit de lmetteur et du rcepteur ..................................................................................94

6.16 Les bonnes choses viennent den haut Utiliser les modles existants ...................................95 6.17 Les zones tarifaires ne suscitent gure dintrt Vues............................................................95

6.17.1 Gnralits .........................................................................................................................................95 6.17.2 La loi de formation des vues ...............................................................................................................96 6.17.3 Constitution de vues pas pas ...........................................................................................................99 6.17.4 Hriter des vues................................................................................................................................100

6.18 Les noms ne sont quapparence Schma dans une langue trangre................................ 101

7. Pleins feux sur les systmes du Val dIli..................................................................................... 103 7.1 Que signifie la conformit une norme pour un systme ? Indpendance vis--vis de tout

systme ..................................................................................................................................... 103 7.2 Le cours de leuro fluctue quotidiennement Paramtres et fonctions .................................... 104 7.3 Sur des pentes glissantes Types de lignes ............................................................................ 105

8. Les donnes du Val dIli sexportent ........................................................................................... 109 8.1 Loin des yeux, loin du coeur Transfert intgral ...................................................................... 109 8.2 Des signes cabalistiques profusion Rgles de transfert sur la base de XML ..................... 109 8.3 La premire fois et les fois suivantes Livraison incrmentielle ............................................... 111 8.4 Les montagnes bleues sont elles aussi touristiques Conteneurs, rpliques, lecture

polymorphe................................................................................................................................. 111 8.5 Le tire-fesses du Tal der gelben Murmeltiere Langues trangres et transfert de

donnes......................................................................................................................................113

9. La modlisation de donnes au-del du Val dIli ....................................................................... 115 9.1 Tous les chemins mnent la Dent dIli Il nexiste pas de modle parfait ..............................115 9.2 La Dent dIli considre depuis des points de vue diffrents Donnes originales et vues .....115 9.3 Le temps produit-il son effet sur la Dent dIli ? Cycles de vie..................................................116 9.4 Quand les arbres cachent la fort Degr de spcification ......................................................117 9.5 Lorchestre dIli-les-Bains en concert La modlisation de donnes est exigeante..................117


10. Rapport final pour les administrations et le management...................................................... 119

Index ................................................................................................................................................... 123

1. Une fiction au service de la ralit 7

1. Une fiction au service de la ralit Qui na jamais ressenti cette impression de dcouragement : ce nest pas la peine, je ny comprends rien ! Et ce jargon impntrable pour couronner le tout ! Ne pouvait-on pas expliquer les choses plus simplement ? Cest le pari que nous allons tenter de relever avec La modlisation de donnes rfrence spatiale , en adoptant un point de vue de nophyte (pour ne pas dire de botien) et en incluant nos explications au sein dune fable, lhistoire du Val dIIi et de son modle de donnes. Le Val dIli est imaginaire, cest donc nulle part. Mais cest aussi partout, en ce sens que notre histoire fourmille de situations, de questions et de problmes auxquels nous avons dj t confronts et que certains ne connaissent que trop bien. Dans ce document, le pays du Val dIli sera la Botie (dont les habitants sont les botiens). Les allers-retours entre le monde imaginaire du Val dIli et celui de ralits thoriques et pratiques plus austres sont frquents et concernent des niveaux dintrt et de connaissances diffrents :

Aperu gnral La vue gnrale brosse au chapitre 2 introduit les principaux lments de la modlisation de donnes et du transfert de donnes bas sur un modle.

Mthodes de modlisation Le chapitre 3 apporte un clairage sur diffrentes mthodes de modlisation connues, indique le positionnement dUML et dINTERLIS et prcise o il est possible dobtenir des informations supplmentaires.

Exemple du Val dIli Il est expos en dtail au chapitre 4. Les modlisations ralises touchent diffrents aspects propres au domaine du tourisme et les solutions dfinies ne prtendent aucunement la perfection. Notre objectif essentiel est de mettre des principes de modlisation en lumire laide dexemples. Des renvois des explications complmentaires fournies aux chapitres 5 8 facilitent en outre laccs aux considrations thoriques. Ce chapitre peut constituer une entre en matire idale pour celles et ceux disposant dj de quelques connaissances concernant la modlisation de donnes et le transfert bas sur un modle.

Examen approfondi de lexemple Lhritage jouant un rle central dans la mthode de modlisation prsente, le chapitre 5 y est largement consacr. Les chapitres suivants traitent de la modlisation de donnes en gnral (chapitre 6), de son influence sur les logiciels mis en uvre (chapitre 7) et du transfert de donnes (chapitre 8). Si le lecteur estime que les chapitres 5 8 entrent dans des considrations trop techniques son got, il peut se simplifier lexistence et les sauter. Des consultations ponctuelles sont galement possibles dans ces chapitres, raison pour laquelle les titres des sous-chapitres comprennent toujours un volet relatif lhistoire du Val dIli et une expression technique.


Considrations fondamentales Le chapitre 9 aborde quelques aspects fondamentaux respecter durant la modlisation de sorte que sa lecture devrait galement intresser un public moins friand de dtails techniques.

Rapport final pour les administrations et le management Le chapitre 10 rcapitule les points principaux ( lattention des administrations du Val dIli, du management des remontes mcaniques et des organisations touristiques). Le manager hyperactif et press de notre monde bien rel passera directement ce chapitre, de faon se faire une ide globale des problmes qui se posent et des moyens disposition pour les rsoudre.

2. Vue d'ensemble avec le Val d'Ili pour toile de fond 9

2. Vue densemble avec le Val dIli pour toile de fond

2.1 Un vent de renouveau souffle sur le Val dIli

2.1.1 Le signal du dpart Le Val dIli, zone de villgiature prise, possde un site Internet quil a t dcid de revoir de fond en comble, lun des objectifs tant que labondante offre en moyens de transport soit lavenir consultable via un dialogue graphique. Dans cette optique, les locaux de la maison de la commune ont prt leur cadre une prsentation qui a dautant plus vivement impressionn lauditoire quelle tait maille de belles photos et dabrviations trs en vogue comme HTML, XML, SIG ou SVG ! Mais trs vite, de nouvelles demandes ont t formules. Le service des constructions sest rcemment rsolu saisir les adresses dans le respect de la norme parue dernirement ce sujet. Il faudrait en tenir compte ! Le directeur des Remontes mcaniques de la Dent dIli sest quant lui souvenu dun service que lAssociation nationale des exploitants de remontes mcaniques dsirait mettre en place, permettant lusager daccder au rseau complet des remontes mcaniques du pays. Et il va de soi que la consultation des tarifs et bien sr des modalits dutilisation des diffrents abonnements devrait tre possible. Puis son collgue en charge des questions techniques a attir lattention de tous sur le fait quil grait lensemble de linfrastructure sur son ordinateur et quil tait donc en mesure de livrer des informations sur le trac des lignes et des pistes. Mais tout ntait pas encore clair ce niveau, la preuve : il avait rcemment demand au service des constructions sil ne lui tait pas possible dobtenir les donnes relatives ldification du nouveau complexe immobilier Au plafond . Il les a bien obtenues au bout de quelque temps, mais certaines infos staient perdues en chemin. Elles ntaient pas trs importantes, mais tout de mme. Cest alors que la syndic de la commune se souvint de ce quune collgue en poste dans une commune proche du chef-lieu lui avait rapport peu de temps auparavant : ils en taient dj au troisime logiciel, rien que pour lun des services communaux concerns ! Exprimer des demandes supplmentaires semblait parfaitement lgitime, mais elles conduisaient immanquablement un remaniement complet. Un informaticien avait finalement t appel la rescousse pour sortir de cette impasse et curieusement, il stait peu tendu sur les diffrentes techniques envisageables mais avait mis laccent sur les donnes lies aux problmes poss, invitant tous les intervenants y rflchir avec lui. Depuis quils procdaient ainsi, la progression seffectuait lentement, certes, mais srement et les succs dtape senchanaient. La syndic, personne aimable mais trs dcide, en a tir les consquences qui simposaient pour sa propre commune et a donn pour mission au secrtaire des constructions de soccuper de cette affaire en compagnie du responsable technique des Remontes


mcaniques de la Dent dIli, non sans leur adjoindre linformaticien de sa collgue en guise de conseiller technique.

2.1.2 Premire bauche de structure Lors de la premire runion du groupe de travail, mots-cls et arguments sentrechoquaient encore dans un joyeux dsordre : avec quel logiciel lAssociation nationale travaille-t-elle ? Considre-t-on la socit de remontes mcaniques comme un tout ou chaque remonte, chaque tlsige sparment ? Les diffrentes lignes mais galement les btiments sont dj intgrs au sein de la mensuration officielle. Comment utiliser ces donnes ? Que se passe-t-il en cas de modification de donnes, dajout de nouvelles donnes ? Mais mon logiciel ne reconnat que le format DXF! Et moi, je ne mintresse quaux gares ! Les hostilits cessrent alors et lon se souvint de la devise de la Rome antique Divide et impera , diviser pour mieux rgner. On se mit remettre de lordre pour reprendre les choses en main, sachant que les questions suivantes taient au centre des proccupations :

Qui a besoin de quelles donnes ?

Qui les saisit et les met jour ?

Figure 1 : Les diffrents intervenants et les flux de donnes.

Mais comment les donnes sont-elles transmises par ceux qui les traitent ceux qui les utilisent ? Courrier lectronique, FTP, DXF, ASCII et nous voil repartis pour un tour. Linformaticien recommanda de faire glisser cette question vers larrire-plan pour sintresser la manire dont les donnes taient modlises. Modlises ? Nous cherchons btir une solution informatique pour notre beau Val dIli, pas une maquette La question de savoir ce qutait un modle de donnes dpassait de loin le cadre de notre premire runion mais nous apprmes cependant ceci : il doit dcrire la manire dont les donnes sont organises. Quelles sont les proprits des diffrents objets ? Quels objets sont en relation avec quels autres objets ? Et ce modle ne doit pas se prsenter sous une forme rdige en langage courant mais dans un langage formel ou figuratif, clair et prcis !

2. Vue densemble avec le Val dIli pour toile de fond 11

2.2 Premiers pas

2.2.1 LAssociation nationale des offices de tourisme a dfrich le terrain Avec son logiciel NatTourSys, lAssociation nationale des offices de tourisme propose une large vue densemble des diffrents billets vendus pour les remontes mcaniques. Les billets sont dlivrs par les diffrentes socits exploitantes. Ce qui intresse prioritairement les touristes, cest toutefois de savoir quels billets sont valables sur quelles remontes mcaniques. Ainsi, les Ilinois souhaitent-ils dabord se faire une ide de ce qui existe avant de se lancer dans leur propre projet. Une chose est claire : il faut dfinir avec prcision ce que recouvrent les notions de remonte mcanique (ou de ligne de montagne), de socit de remontes mcaniques et de billets dans le contexte du logiciel. A quoi fait-on rellement rfrence lorsque lon parle de billet ? Au ticket vendu lunit lusager ? Dans cette application-l, certainement pas. On souhaiterait plutt dcrire les diffrents types de billets, raison pour laquelle nous introduisons ds maintenant la notion de type de billet . Les diffrents objets possdent des proprits dont la porte dpasse manifestement leur cadre. Ainsi en va-t-il du prix ou de la dure de validit dans le cas des types de billets.

Remonte mcanique (ou ligne de montagne) Une remonte mcanique (ou ligne de montagne, on utilisera indiffremment lune ou lautre expression dans la suite) transporte des passagers entre une station infrieure et une station suprieure. Le funiculaire Ili-village Dent dIli en constitue un exemple, mais il existe aussi des chemins de fer crmaillre, des tlphriques, des tlcabines, des remonte-pentes et des tlsiges. Et le tout nouveau bus des neiges peut galement tre considr comme faisant partie de cette catgorie. Chaque type de remonte possde un nom bien spcifique.

Type de billet Il dsigne un type de billet bien dfini. Exemples : le forfait pour les sportifs 195 couronnes, valable sept jours durant sur lensemble des remontes du Val dIli ou encore le forfait Dino 10 couronnes, valable le jour de son mission sur le tire-fesses.

Socit de remontes mcaniques Une telle socit exploite des remontes mcaniques. Un nom et parfois un nom abrg lui sont associs. Les Remontes mcaniques de la Dent dIli (RDI en abrg) en sont un exemple. Toute socit de remontes mcaniques peroit une partie du produit de la vente des billets valables sur son rseau. Une socit de remontes mcaniques peut tre la filiale ou la socit mre dune autre entreprise de transport en montagne. Le catalogue des objets dune application rpertorie lensemble des lments dimportance pour elle et les dcrit avec des mots aussi prcis que possible.

Si lon dcrit cependant toutes les proprits des lments par du texte, il devient rapidement difficile den conserver une vue densemble. Et comme une image est toujours plus vocatrice quun long discours, la solution consiste reprsenter les objets sous forme dun diagramme ! Mais la description dtaille de tous les objets nous intresse-t-elle vraiment ?


Certes, mais ce qui nous intresse surtout, cest de rpertorier les lments identiques et les proprits quils possdent. Un tel diagramme permet de saisir lessentiel dun coup doeil :

Figure 2 : La premire bauche dun modle de donnes

La remonte mcanique, le type de billet et la socit de remontes mcaniques sont des classes dobjets (cases). Entre elles existent des relations (traits de liaison). Lensemble des dfinitions concernant les classes et les relations qui les unissent constitue le modle de donnes. La reprsentation figurative sopre laide de diagrammes de classes. Notions apparentes aux classes dobjets : ensemble dentits, table, type, ...

Notions apparentes aux relations : association, renvoi, connexion, indicateur (rciproque), ...

Notions apparentes au modle de donnes : schma (conceptuel), description de donnes,

Les classes dobjets sont dsignes au moyen de substantifs (isols ou composs). On utilise le singulier pour exprimer le fait que chaque objet (chaque remonte mcanique par exemple) possde les proprits dcrites par cette classe.

Toute remonte mcanique, toute socit exploitante et tout type de billet est dcrit par lintermdiaire dun objet concret. Les objets sont les donnes dont la structure et les interactions sont dcrites par le modle. Notions apparentes aux objets : exemplaire, instance, empreinte, jeu de donnes, ligne, uplet, entre, ...

Toute remonte mcanique est exploite par une socit, laquelle propose un certain nombre de types de billets. On suppose que ces derniers sont valables sur lensemble des lignes de lentreprise, en labsence de toute information supplmentaire. Mais on ne peut pas se satisfaire de cette hypothse dans la mesure o les socits dune certaine taille mettent des types de billets uniquement valables sur une partie de leur rseau. La premire ide venant lesprit consiste introduire une relation supplmentaire entre la remonte mcanique et le type de billet. On doit donc indiquer, pour chacun des types de billets, les lignes sur lesquelles il est valable :

Figure 3 : Le modle de donnes a t tendu par une relation entre la remonte mcanique et le type de billet.


Il est cependant frquent que plusieurs types de billets (exemple : forfait la journe, hebdomadaire, etc.) soient valables dans une mme zone. Le modle tel quil est formul pour linstant imposerait de gnrer les affectations sparment pour chaque type de billet ce qui serait non seulement fastidieux mais galement porteur de risques derreurs importants. Cest pourquoi lAssociation nationale des offices de tourisme a choisi de recourir un modle un peu plus labor :

Figure 4 : Modle de donnes rvis. Aucune signification particulire nest attache au coude dans le trait de liaison entre la socit de remontes mcaniques et le type de billet.

Une rflexion pralable sur les classes dobjets requises par le problme pos et sur les relations quelles entretiennent les unes avec les autres se rvle particulirement judicieuse. Les proprits des objets nous proccupent encore peu ce stade o il est plus important de rechercher des notions ou des dsignations adaptes.

2.2.2 Combien de lignes une socit de remonts mcaniques exploite-t-elle ? Plusieurs remontes mcaniques peuvent tre affectes une mme socit. Inversement, une socit donne peut se voir affecter plusieurs remontes mcaniques. Plusieurs ? Mais combien exactement ?

La cardinalit fixe le nombre dobjets dun autre type pouvant tre affects un objet dun type donn.

Sur la reprsentation graphique, les valeurs admissibles (minimum et maximum) du nombre dautres objets sont indiques aux extrmits des traits de relation, proximit des cases de classes. Si aucune limite suprieure nest fixe cette valeur, lindication dun astrisque (*) ou labsence de toute valeur le signale.

Figure 5 : Une remonte mcanique est exploite par une (1) socit. Inversement, une socit peut exploiter un nombre quelconque (*) de remontes mcaniques.


2.2.3 Les remontes mcaniques, les socits exploitantes et les abonnements possdent des proprits

Il est bien vident que lapplication prvue requiert de dcrire plus en dtail ce quest une remonte mcanique, une socit de remontes mcaniques, etc. Un nom et gnralement un nom abrg (exemple : les Remontes mcaniques de la Dent dIli ou RDI) sont associs une socit de remontes mcaniques.

Figure 6 : La classe dobjets de la socit de remontes mcaniques avec le nom et le nom abrg qui lui sont associs.

Le nom et le nom abrg dsignent des attributs de la classe dobjets de socit de remontes mcaniques. Notions apparentes aux attributs : colonne, champ, proprit, ...

La dsignation de nos deux attributs laisse assez clairement apparatre le type dont il sagit : du texte. Dans le cas du prix dun type de billet, lindication dinformations supplmentaires est dj un peu plus importante : franc, euro, dollar, couronne botienne ? Le cas de la dure de validit devient plus pineux encore, surtout sil nest pas possible de la dcrire par un nombre de jours. Et si lon souhaite indiquer la longueur dune ligne, il va de soi quil faut prciser lunit dans laquelle cette valeur est exprime, en mtres ou en kilomtres. Il est important que les programmes de traitement aient connaissance de la longueur prvue pour les attributs textuels ou des limites dans lesquelles les valeurs permises peuvent voluer.

Le type dun attribut dcrit les valeurs que ce dernier peut prendre et la signification qui leur est attache. Le domaine de valeurs est une notion apparente au type.

Classe dobjets SocieteRemonteesMecaniques Nom : Texte Longueur : cent caractres au plus

NomAbrege : Texte Longueur : dix caractres au plus

Figure 7 : La classe dobjets de socit de remontes mcaniques possde un nom et un nom abrg. Le type de la proprit du nom est un texte comportant au plus cent caractres. Dix caractres au plus sont en revanche admis pour la proprit du nom abrg .

Bien dautres types dattributs sont galement envisageables :


Classe dobjets TypeBillet Nom : Texte comportant au plus cent caractres

Prix : Valeur numrique Prcision : deux chiffres aprs la virgule Plage admissible : entre 0 et 5000 Unit : couronne botienne

Figure 8 : La classe dobjets du type de billet avec ses proprits et leurs types.

Contrairement un type de billet ou une socit de remontes mcaniques, la station infrieure dune remonte mcanique est un objet dot dune existence relle en un lieu bien prcis. Il est judicieux de dcrire une position au moyen de coordonnes exprimes dans un systme de coordonnes clairement dfini tel que le systme national.

Classe dobjets RemonteeMecanique Nom : Texte comportant au plus cent caractres

Position de la station infrieure : Point Systme de coordonnes : coordonnes nationales botiennes Position de la station suprieure : Point Systme de coordonnes : coordonnes nationales botiennes

Figure 9 : La classe dobjets de remonte mcanique avec ses proprits et leurs types.

Un type dattribut adquat est ainsi dfini pour chacune des proprits. Dans le cas dune piste de ski, le niveau de difficult constitue une numration. Le trac de la piste est en revanche une ligne oriente dont les sommets sont exprims en coordonnes nationales botiennes. Les diffrents types seront abords plus avant au chapitre 6.

Classe dobjets PisteSki Trac : Ligne oriente Systme de coordonnes : coordonnes nationales botiennes

Niveau de difficult : Enumration Valeurs possibles : bleu, rouge, noir

Figure 10 : La classe dobjets de piste de ski avec ses proprits et leurs types.

2.2.4 Des modles ? Le Val dIli veut des donnes ! Aprs tous ces dveloppements plutt thoriques, les Ilinois rclament des faits. La demande dpose auprs de lAssociation nationale des offices de tourisme a abouti la mise disposition par cette dernire dun logiciel de saisie de donnes simple et conforme ses exigences. Ce logiciel permet dexporter les donnes au format INTERLIS aprs quoi elles sont transmises lAssociation nationale des offices de tourisme. Linformaticien a beau objecter que cela permettra tout au plus deffectuer un premier test et que la gestion effective des donnes devra ensuite seffectuer laide du logiciel des Remontes mcaniques de la


Dent dIli ou de celui du service des constructions, mais rien ny fait. Les Ilinois tiennent leffectuer, ce test. Il ne devrait dailleurs pas ncessiter une dbauche dnergie exagre. Aprs tout, les Remontes mcaniques de la Dent dIli ne sont pas si tendues et le nombre de types de billets diffrents est relativement rduit.

Agir ainsi dans lurgence ne peut se justifier que si le volume de travail concern reste limit.

Les Remontes mcaniques de la Dent dIli regroupent les lignes suivantes :

Funiculaire Ili-village Dent dIli ;

Tlcabine Ili-les-Bains Crte dIli ;

Remonte-pente Crte dIli Dent dIli ;

Tlsige Vallon dIli Crte dIli ;

Tire-fesses Ili-village et Ili-les-Bains.

Figure 11 : Le rseau de lignes exploit par les Remontes mcaniques de la Dent dIli.

Les Remontes mcaniques de la Dent dIli mettent les billets des types suivants :

Billets lunit pour le funiculaire (prix dun aller simple : 10 couronnes ; dun aller-retour : 18 couronnes) ;

Billets lunit pour la tlcabine (prix dun aller simple : 8 couronnes ; dun aller-retour : 14 couronnes) ;

Forfait du randonneur pour le funiculaire et la tlcabine (prix pour une journe : 15 couronnes ; pour sept jours : 55 couronnes) ;

Forfait du sportif sur toutes les remontes (prix pour une journe : 40 couronnes, pour deux journes : 70 couronnes, pour sept jours : 195 couronnes, pour toute une anne : 635 couronnes) ;

Le forfait la journe Dino (10 couronnes) et le forfait hebdomadaire Ilosaurus Maximus (45 couronnes) pour les tire-fesses.


2.2.5 Le Val dIli transmet Un fichier contenant toutes les donnes requises a pu tre cr pour les besoins du test.

Le genre de transfert le plus simple est le transfert intgral, lors duquel toutes les donnes sont transmises.

Un bref coup doeil au fichier a permis de constater quau milieu dun ocan de signes cabalistiques plus ou moins tranges surnageaient quelques expressions connues comme les Remontes mcaniques de la Dent dIli ou le nom abrg RDI , voire quelques valeurs familires comme le prix de labonnement. Nouveau test : le prix du forfait sportif annuel est ramen de 635 600 couronnes et un nouveau fichier est gnr laide de la fonction de livraison complmentaire. Si le dbut reste identique, on cherche en vain les Remontes mcaniques de la Dent dIli ou le nom abrg RDI mais l, tout prs de la fin, on dcouvre enfin le nouveau tarif !

Grce la livraison incrmentielle, seuls les objets modifis sont transmettre la suite dun changement dans les donnes.

Les deux fichiers ont alors t transmis lAssociation des offices de tourisme, comme convenu, laquelle a apparemment pu les lire sans la moindre difficult. Objection de linformaticien : cela na rien de bien surprenant aussi longtemps que nous saisissons les donnes attendues par lAssociation et qui plus est avec un logiciel mis notre disposition par ses soins. Mais nous, les Ilinois, nous en voulons plus ! Et nous voudrions si possible continuer utiliser nos propres logiciels.

2.3 Le Val dIli en veut davantage

2.3.1 Lobjectif Le Val dIli ne souhaite en fait pas offrir le mme service que celui propos par lAssociation nationale des offices de tourisme. Les prestations suivantes doivent venir le complter :

Indication des horaires de service et des dlais dattente sur les diffrentes lignes du rseau avec mention de la possibilit offerte ou non aux randonneurs et aux lugeurs de les emprunter ;

Affichage des pistes avec leur niveau de difficult et leur praticabilit actuelle ;

Reprsentation figurative (avec indication des forts et du rseau routier) ;

Indication des auberges de la rgion ;

Indication de la localisation des btiments et de leurs adresses postales.

2.3.2 Le Val dIli sait faire bon usage des informations existantes Bien videmment, on ne souhaiterait pas avoir saisir les donnes concernant les forts et le rseau routier, requises par la reprsentation figurative, puisque le service des constructions dispose des donnes de la mensuration officielle qui les intgrent dj. Et le


service des constructions a commenc saisir les adresses de btiments dans le respect de la nouvelle norme. Il ne serait donc pas trs judicieux de rpter toutes ces dfinitions dans le modle de donnes du Val dIli. Cest pourquoi les Ilinois souhaiteraient rutiliser les modles existants de la mensuration officielle et des adresses de btiments.

Un modle de donnes nest pas une description isole, il peut sappuyer sur dautres modles de donnes prexistants. Notions apparentes au modle de donnes, du point de vue de son organisation : module, paquet voire package, ...

Figure 12 : Le modle de donnes de loffice du tourisme du Val dIli (IlisTour) na nul besoin de tout redfinir. Il peut prendre appui sur des modles prexistants et utiliser certaines parties du modle de lAssociation nationale des offices de tourisme (NatTour), des bases nationales botiennes, de la mensuration officielle, des adresses de btiments ou dautres bases caractre gnral. Les lignes pointilles se terminant par des flches pleines dsignent des relations de dpendance. Il est frquent que la base caractre gnral soit reprsente dans la partie suprieure du graphique et le cas particulier dans la partie infrieure, quoique linverse soit galement trs rpandu.

2.3.3 Le Val dIli va plus loin que lAssociation nationale Les Ilinois ne veulent toutefois pas utiliser le modle de lAssociation nationale des offices de tourisme tel quel. Le trac de chacune des lignes du rseau doit ainsi tre dcrit pour quune reprsentation figurative soit possible. On souhaite par ailleurs indiquer si la ligne est ouverte aux randonneurs et aux lugeurs, fournir ses horaires et signaler les dlais dattente actuels. Dfinir une classe spcifique pour les remontes mcaniques du Val dIli semble alors assez logique. Mais comment procder : les attributs de la classe de socit de remontes mcaniques de lAssociation nationale doivent-ils tre repris ? Et quid du problme de la relation entre les remontes mcaniques et les zones tarifaires ? Que signifierait une classe spcifique pour cette relation ? Par chance, lhritage existe et permet de dnouer de telles situations.


Figure 13 : La Remontee_RDI est une remonte mcanique dun genre particulier, intgrant des attributs supplmentaires : trac de la ligne et ouverture aux randonneurs et aux lugeurs. La ligne en trait plein flche vide signale une spcialisation.

La classe Remontee_RDI du Val dIli constitue une extension de la classe des remontes mcaniques. Elle hrite ainsi de toutes les proprits des remontes mcaniques et en rajoute dautres [lhritage est dcrit plus en dtail au chapitre 5]. Notions apparentes lextension : spcialisation, sous-classe,

Serait-il judicieux dintgrer prsent les attributs que sont les horaires de service et les dlais dattente actuels dans la classe Remontee_RDI du Val dIli ? Si lhoraire tait un attribut direct de la classe Remontee_RDI, on pourrait imaginer la dfinition dun horaire unique pour chacune des lignes, savoir celui actuellement en service. Le responsable de lexploitation fixe cependant les horaires au dbut de chaque nouvelle saison : certaines remontes ne sont pas en service en dbut de saison, dautres sont arrtes durant la pause djeuner ; Nol, les remontes tournent en continu de 9h00 15h30 ; partir de la mi-fvrier, lorsque les journes commencent rallonger, lexploitation est progressivement prolonge jusqu 16h30. Enfin, les conditions mtorologiques et le niveau denneigement peuvent contraindre lexploitant fermer temporairement certaines lignes.

Figure 14 : Les horaires sont dsormais dfinis comme des objets indpendants.

Si lon impose en outre quun horaire spcifique peut sappliquer plusieurs lignes, le volume de travail requis par la saisie sen trouve encore un peu plus rduit. Une telle dmarche est en revanche dnue de sens pour les dlais dattente. En effet, un dlai dattente observ un moment donn doit tre affect la ligne laquelle il sapplique. Et


pourquoi alors ne pas fixer le dlai dattente directement dans la classe Remontee_RDI ? Les raisons suivantes militent en dfaveur de cette option :

La mmorisation des dlais dattente en tant quobjets indpendants permet de les rexploiter ultrieurement ( des fins statistiques par exemple).

Le rythme des modifications ainsi que la responsabilit des valeurs enregistres sont trs diffrents de ce quils sont pour les attributs de la classe Remontee_RDI.

Il convient toujours, sagissant de proprits semblant pouvoir tre affectes sans la moindre hsitation une classe donne, de se demander si cette dmarche est la bonne ou sil ne serait pas plus judicieux de les dplacer vers des classes indpendantes pour les affecter par lintermdiaire de relations.

Une telle rflexion privilgie la situation effective par rapport lutilisation prvue, par exemple des reprsentations. Mais il ne faut pas pour autant ngliger les questions relatives lorganisation. Qui est responsable de la mise jour des donnes ? A quel rythme sont-elles actualises ? Dans le modle de lAssociation nationale, les socits de remontes mcaniques sont responsables de la mise jour des donnes de leur propre rseau. Les Ilinois souhaiteraient faire usage du modle de lAssociation nationale, pour ce qui concerne les remontes mcaniques, mais seraient toutefois dsireux de ltendre pour les Remontes mcaniques de la Dent dIli.

Les modles de donnes sont subdiviss en thmes afin de tenir compte au mieux des questions de nature organisationnelle (telles que des comptences ou des rythmes de mise jour diffrents).

Le modle du Val dIli tend par consquent le thme des remontes mcaniques prdfini par lAssociation nationale en Remontees_RDI. Cette extension locale prvoit que la classe Remontee_RDI spcialise la classe des remontes mcaniques et ltend par des attributs supplmentaires. La saisie des horaires, des dcisions relatives lexploitation et des messages dtat ne relevant pas de la comptence dun seul service et seffectuant surtout des rythmes trs diffrents, un thme spcifique a t dfini pour chacune de ces informations (Planification_RDI, Exploitation_RDI, Actualite_RDI).


Figure 15 : Le modle du Val dIli (IlisTour) tend le modle de lAssociation nationale des offices de tourisme (NatTour). IlisTour hrite du thme des remontes mcaniques de NatTour, tend la classe RemonteeMecanique en Remontee_RDI et y adjoint plusieurs thmes dvolus la planification, lexploitation et lactualit.

Lhritage peut seffectuer petite chelle (classes dobjets) comme plus grande chelle (thmes entiers).

2.3.4 Les spcialits du Val dIli Les Ilinois souhaiteraient de plus dcrire les pistes et les auberges. Cest pourquoi ils compltent leur modle par des thmes supplmentaires.


Figure 16 : Le modle de loffice du tourisme du Val dIli est complt par des thmes supplmentaires.

De nouvelles questions apparaissent lorsque vient le tour des auberges. Comment par exemple faire figurer le snack INTERLUNCH ? On connat son adresse, au 27 de la rue principale. Mais cela ne nous indique pas le symbole par lequel le reprsenter ! La solution rside dans lutilisation des adresses de btiments qui comportent une classe dentre dimmeuble intgrant galement un attribut de position (exprime en coordonnes nationales). Ainsi, on ne fera figurer aucune adresse dans la classe des auberges mais on dfinira une relation avec lentre de limmeuble. Concrtement, lobjet correspondant lhtel des Cimes sera mis en relation avec lobjet dentre dimmeuble dcrivant le 27 de la rue principale.

2.3.5 Comment les Ilinois donnent-ils une traduction concrte leurs spcialits ? Une modlisation tient compte des exigences poses, mais ne gre pas leur traduction concrte, laquelle offre en principe une totale libert. Les Remontes mcaniques de la Dent dIli se sont dcides pour un logiciel standardis (LiftSys) qui ne peut toutefois traiter des donnes quen conformit avec le modle tendu. Il est bien entendu possible de renoncer la classe des remontes mcaniques et dintgrer ses attributs la classe Remontee_RDI.

Figure 17 : Le logiciel envisag par loffice du tourisme du Val dIli peut se contenter de respecter le modle conceptuel dans ses grandes lignes. Il peut par exemple fusionner en interne deux classes dobjets au sein dune classe unique. La seule chose importante est que le logiciel soit en mesure de livrer les donnes dans le format correspondant aux exigences poses par le modle conceptuel.


Diverses autres questions se posent, analogues au problme soulev par le traitement concret des classes conformment au concept dfini, concernant la manire dont un systme informatique traduit concrtement les reprsentations lies au modle conceptuel.

2.3.6 Comment les Ilinois transmettent-ils leurs donnes lAssociation nationale des offices de tourisme ?

Une fois le logiciel LiftSys install et les donnes saisies, la question de leur transmission lAssociation nationale se pose nouveau. LAssociation ne souhaite pas recevoir la totalit des donnes mais uniquement celles prsentant de lintrt pour elle. Elle na par exemple que faire des pistes ou de louverture de certaines lignes aux randonneurs et aux lugeurs.

Un transfert de donnes INTERLIS intgre toujours les donnes dun ou de plusieurs thmes.

Les Ilinois souhaitent par consquent transmettre les donnes des thmes Remontes mcaniques et Billets lAssociation nationale. Mais comment un logiciel peut-il gnrer un fichier de transfert correct puisque son concepteur navait mme pas ide des spcifications propres lAssociation des offices de tourisme ? La solution rside dans le transfert base de modle.

Dans le cas dun transfert base de modle, il nexiste pas de format de transfert fig respecter. Cest au contraire le format qui sadapte aux contraintes propres au modle de donnes.

Toute mthode de modlisation (telle quINTERLIS ou les dfinitions laide desquelles un logiciel donn est install) met un certain nombre de moyens dexpression (classes dobjets, attributs, types, relations, tables, colonnes, etc.) disposition. Et pour chacun de ceux-ci, ses rpercussions sur le transfert sont rgies indpendamment du modle de donnes concret. On ne peut donc commencer parler dun format de transfert concret, donc de la succession des caractres reprsentant les diffrentes donnes, quune fois que le modle de donnes associ est parfaitement connu. Autrement dit, le format de transfert rsulte directement du modle de donnes. Si LiftSys tait en mesure dorganiser directement le modle de donnes interne dans le respect du modle de donnes conceptuel et sil permettait par ailleurs de convertir les donnes dans des fichiers de transfert conformment aux spcifications dINTERLIS, tout serait pour le mieux. Les fichiers de transfert pourraient tre crs aussi simplement que dans le cas du logiciel de test de lAssociation. Le logiciel du service des constructions (ConstSys) permet par exemple la gnration de fichiers en conformit avec INTERLIS 2. Mais il ne reconnat que des tables isoles pouvant chacune comporter plusieurs colonnes. Les rgles de format dINTERLIS tant conues de telle faon que la structure dhritage ne se reflte pas directement dans le fichier de transfert, ConstSys pourrait permettre de crer directement des fichiers corrects. La conversion des donnes internes en donnes externes peut tre reprsente comme suit :


Figure 18 : Les donnes internes du logiciel A sont converties dans un fichier de transfert dont lorganisation se dduit du modle de donnes, en conformit avec les rgles de format dINTERLIS. Les donnes peuvent ensuite tre importes dans le logiciel B. La condition cela tant que les logiciels impliqus dans lopration aient t configurs dans le respect du modle de donnes.

LiftSys naccepte pas INTERLIS. Et maintenant ? Les Remontes mcaniques de la Dent dIli doivent-elles se mettre en qute dun nouveau logiciel ? La solution est beaucoup plus simple : LiftSys exporte les donnes dans un format diffrent et celles-ci sont reformates pour se conformer aux rgles dINTERLIS laide dun logiciel de conversion. Ce dernier peut soit tre dvelopp spcifiquement pour notre modle de donnes concret, soit tre dvelopp dans une optique plus gnrale en tant quoutil fond sur un modle.

Figure 19 : Un convertisseur gnre des fichiers INTERLIS partir dun format spcifique un systme informatique donn.

Aprs que tout ait parfaitement fonctionn, le fichier est transmis lAssociation nationale. Leur rponse ne tarde pas : Bien, une exception prs, il y a un problme au niveau du


nom du tlsige de la Crte dIli ! Ouf et pourtant, nous aurions d le savoir ! Combien de fois navons-nous pas t confronts au sempiternel problme des accents dans le courrier lectronique : Crte dIli . Deux choses sont distinguer clairement :

Le jeu de caractres dfinit les caractres quil est permis dutiliser dans les attributs de type textuel.

Le codage de caractres dfinit la configuration binaire reprsentant le caractre dans le systme informatique.

Les accents appartiennent au jeu de caractres permis par INTERLIS. Mais on a omis, lors de la conversion, dindiquer correctement le codage des caractres provenant de LiftSys. Une fois cette correction effectue, lAssociation a renvoy un cho positif au Val dIli.

2.3.7 Que fait lAssociation nationale des offices de tourisme avec les donnes du Val dIli ?

Un point intrigue cependant les Ilinois : quest-ce que le systme informatique de lAssociation nationale des offices de tourisme (NatTourSys) a bien pu faire des attributs supplmentaires (le trac et louverture ventuelle des lignes aux randonneurs et aux lugeurs) ? Et bien cest trs simple : NatTourSys les a ignors.

La lecture polymorphe permet de lire des donnes respectant un modle rduit , c'est dire un modle nayant pas encore connaissance des extensions ralises ultrieurement.

Les Ilinois ont transmis leurs donnes de telle faon quelles contiennent toutes les extensions que recle le modle du Val dIli. Les rgles de transfert dINTERLIS veillent ce que les donnes puissent cependant tre lues dans le respect du modle de lAssociation nationale des offices de tourisme sans que le logiciel de lecture soit troubl par les donnes supplmentaires. La seule condition est que le modle conformment auquel les donnes ont t gnres soit une extension du modle utilis par le rcepteur des donnes. Le modle du Val dIli doit donc tendre celui de lAssociation nationale des offices de tourisme.

Le chapitre 5 vous expliquera plus en dtail lutilit des extensions. Le chapitre 8 est quant lui consacr aux dtails du transfert de donnes.

La possibilit est laisse au destinataire de lire directement les donnes dans son logiciel ou dintercaler un logiciel de conversion entre la rception et sa lecture. Et lon retrouve ici le problme de linterprtation correcte des caractres concrets des attributs de type textuel. Il nest pas impossible que le de la Crte dIli soit cod de faon diffrente dans LiftSys, dans le fichier de transfert et dans NatTourSys, limportant tant cependant quil soit clair pour tous les logiciels quil sagit bien dun caractre .


2.4 Le Val dIli y est parvenu

2.4.1 Vue densemble du systme La solution retenue pour le site Internet est relativement simple : le plan de situation est gnr par le logiciel LiftSys sous forme dimage statique puis mis la disposition dun systme de prsentation sur le rseau (WebSys). Plusieurs zones de limage seront repres pour permettre laccs aux informations dtat actuelles des lignes. Cliquer au sein de lune de ces zones avec la souris aura pour effet de faire apparatre les donnes de situation les plus actuelles concernant cette ligne. Les htels disposant encore de chambres libres doivent galement tre reprs par une signalisation particulire.

2.4.2 Seul ltat actuel prsente de lintrt pour le site Internet Les Ilinois ont consenti bien des efforts pour structurer proprement leur modle, en particulier pour ce qui concerne les donnes relatives lexploitation des lignes et des pistes. Malheureusement, le logiciel assurant la mise jour en continu du site Internet nest pas en mesure de slectionner ltat actuel parmi la multitude dhoraires, de dcisions dexploitation et de messages dtat sa disposition. Lexploitant souhaiterait dune part obtenir les donnes relatives au thme Billets_RDI chaque nouvelle modification et il aimerait dautre part recevoir un message toutes les 20 minutes concernant ltat de fonctionnement des remontes mcaniques.

Une vue dfinit des donnes refltant le point de vue dun utilisateur et devant ce titre tre dduites des donnes originales. Notions apparentes : donnes drives, view....

La vue requise relie les horaires, les dcisions dexploitation et les dlais dattente la remonte mcanique laquelle ils sont affects, conformment la relation existante, et les filtre de telle faon ne dcrire que ltat actuel.

Du point de vue de lutilisation, les objets-vues peuvent tre interprts comme des objets de donnes, raison pour laquelle les vues sont galement dcrites au moyen de classes.

Figure 20 : Ltat de la ligne nest pas une classe dobjets indpendante mais se dduit dune vue de Remontee_RDI. La vue regroupe lensemble des donnes ncessaires pour la reprsentation sur un site Internet.


2.4.3 Prsenter les htels disposant de chambres libres sur le site Internet WebSys a bien videmment besoin des informations correspondantes pour pouvoir indiquer les htels dans lesquels il reste des chambres inoccupes. Une vue est dfinie cette fin, comme cest le cas pour les tats des lignes. Elle regroupe dune part les donnes requises sur les auberges et dautre part les coordonnes planimtriques de lentre dimmeuble affecte chaque auberge.

INTERLIS permet galement de dfinir les symboles requis indpendamment de tout systme et de dcrire la conversion de donnes originales ou de donnes de vues en reprsentation graphique.

Malheureusement, WebSys nest pas en mesure de traiter de telles descriptions de conversions. Le logiciel est toutefois capable de lire les dfinitions des symboles. Il peut en outre accepter des donnes indiquant quel symbole est reprsenter quelle position et effectuer ensuite la reprsentation en consquence. Une autre possibilit dINTERLIS peut ainsi tre exploite, elle disposition dans LiftSys.

Avec INTERLIS, il est possible de transfrer des donns graphiques dj converties.

Par consquent, LiftSys ne livre pas les donnes des vues des htels WebSys mais procde lui-mme leur conversion en donnes graphiques. La structure exacte des donnes graphiques peut son tour tre dfinie au moyen de classes. Les attributs les plus courants de telles donnes sont la position, le nom du symbole ou la couleur.

3. Possibilits de description de donnes 29

3. Possibilits de description de donnes

3.1 Description sous forme graphique : Unified Modeling Language UML Un diagramme se prte particulirement bien lobtention dune vue densemble sur un modle, pour soi-mme comme pour des tiers, raison pour laquelle on recourt des notations graphiques en informatique depuis le milieu des annes 1970 afin de visualiser des modles. De nombreuses annes scoulrent toutefois avant que lon finisse par saccorder sur un mode de reprsentation unifi, si bien que des dizaines de notations diffrentes ont simultanment t en usage. Au dbut des annes 1990, trois mthodes parvinrent simposer : Booch, OMT et OOSE. Leurs concepteurs, que lon appelait les tres Amigos convinrent en 1995/96 dun langage de modlisation unique et unifi, lUML (Unified Modeling Language). Depuis 1997, UML est gr comme une norme par un consortium dindustriels, intitul lObject Management Group. Le langage UML sait faire preuve de souplesse comme de polyvalence. Quiconque est familiaris avec sa notation est capable de dchiffrer dun coup doeil des modles dans les domaines dapplication les plus divers. Ce langage nest du reste pas uniquement adapt la modlisation de donnes (au moyen des diagrammes de classes prsents dans le cadre de ce document) mais englobe galement des lments permettant de couvrir dautres aspects dun systme, par exemple sa subdivision en composants ou des scnarios dutilisation. La facult dadaptation dUML constitue une cl importante de son succs : linfrastructure mise disposition par le langage est suffisante pour bon nombre dapplications, mais il est possible tout moment dadapter le langage ses propres besoins par lintermdiaire de mcanismes dextension clairement dfinis et galement standardiss. Si un langage visuel tel quUML possde dindniables avantages, il nen constitue pas pour autant la panace. Ds lors quil sagit de dfinir les dtails dun modle complexe et de grande ampleur, un diagramme perd rapidement de sa clart et pire, peut semer la confusion. Une reprsentation graphique se rvle par ailleurs assez peu pratique pour certaines tches, par exemple pour configurer un systme informatique. Dans certains cas, une forme textuelle semble donc plus approprie : les modles sont transcrits sous forme de texte dans un langage normalis et peuvent de la sorte tre compris par lhomme comme par la machine. Bien videmment, limage peut continuer tre utilise pour obtenir une vue densemble sommaire. Des propositions de notation purement textuelle dUML sont actuellement en discussion, aucune norme correspondante nayant cependant t publie ce jour.


3.2 Description sous forme textuelle : INTERLIS En Suisse, il a t reconnu voil bien longtemps quune mthode fonde sur un modle comportait des avantages considrables. Cest ainsi que le langage de modlisation textuel INTERLIS a t dvelopp en 1991 dans le cadre de la mensuration officielle. La fin des annes 1990 a vu llaboration dINTERLIS 2, tendant et modernisant la premire version. Une demi-douzaine de spcialistes issus des milieux de la recherche, de ladministration et de lindustrie a scrupuleusement veill ce que le langage respecte les exigences concrtes de la pratique. Une grande valeur a par ailleurs t attache au fait que certaines particularits rsultant des applications elles-mmes soient prises en compte :

Avec INTERLIS, les modles de donnes peuvent tre dcrits avec prcision et un haut degr de spcification. Un modle INTERLIS peut ainsi faire partie intgrante dun appel doffres, dun contrat ou dune ordonnance et il est galement envisageable de configurer un logiciel laide dun modle INTERLIS.

INTERLIS englobe non seulement un langage de modlisation de donnes, mais galement une mthode grce laquelle le format de transfert utilis pour lchange des donnes modlises peut tre dduit du modle. Cette proprit revt une importance particulire en raison du volume de travail consquent quimplique la saisie de donnes gographiques et de la valeur trs leve qui y est attache. La dure de validit de telles donnes tant par ailleurs de quelques dcennies, elle dpasse trs largement celle des systmes informatiques, obsoltes au bout de quelques annes peine. Les donnes ainsi chrement acquises ne peuvent tre protges que si elles sont conserves sous une forme totalement indpendante de tout logiciel.

Il va de soi quINTERLIS peut tre utilis pour des applications dnues de toute rfrence gographique, mais ce langage est particulirement bien adapt des donnes rfrence spatiale. La prise en compte de la gomtrie est ancre au cur mme du langage. Des mesures ont par ailleurs t prises visant contrler automatiquement la qualit et la plausibilit des donnes livres.

Les modles de donnes INTERLIS sont clairement structurs : un modle est subdivis en thmes comprenant leur tour des classes dobjets. La description dune classe dobjets recourt aux proprits de ces objets de mme qu des rgles dintgrit et des conditions de plausibilit. Il est possible, au niveau du modle comme celui des thmes, de dclarer des lments utilisables en toutes circonstances (exemple : des units, des domaines de valeurs, des structures auxiliaires).

La structure fdrale de la Suisse avec ses 26 cantons et demi-cantons, eux-mmes subdiviss en units administratives plus petites, impose des exigences particulires un langage de modlisation. INTERLIS 2 permet lensemble des intervenants de partager un noyau de modle commun quils peuvent tendre ou affiner au gr des besoins qui leur sont propres. Labsence de tout problme durant lchange des donnes reste ainsi garantie mme si des modles localement diffrents sont utiliss. INTERLIS est par ailleurs conu pour permettre la rdaction des modles dans des langues diffrentes. Ainsi, la langue usuelle dans chacune des rgions linguistiques du pays pourra servir llaboration des modles.

3. Possibilits de description de donnes 31

INTERLIS et UML se compltent mutuellement : les diagrammes UML, rapidement tracs, se prtent idalement lobtention dune vue densemble sommaire. INTERLIS permet quant lui une plus grande prcision dans le dtail, sans pour autant recourir une procdure excessivement complexe, et tient en outre compte des exigences propres aux pratiques fdrales en matire de godonnes. Des outils ont t dvelopps pour convertir automatiquement un diagramme de classe UML en description textuelle INTERLIS. Et rciproquement, la reprsentation dun modle INTERLIS en notation UML peut galement seffectuer automatiquement.

3.3 Modles de donnes standardiss Recrer tout nouveau modle de a z nest pas ncessairement la meilleure solution. Il est bien plus astucieux dutiliser des modles prdfinis et de les affiner. Des modles sur lesquels des applications peuvent sappuyer ont t et sont encore dvelopps plusieurs niveaux :

International Un modle trs complet couvrant les types gomtriques de base courants (ISO 19107) a t dvelopp dans le cadre dune campagne de normalisation internationale. Des efforts sont par ailleurs dploys pour faire apparatre un noyau satisfaisant aux principales exigences de la pratique (ISO 19137). Les concepts spatiaux de plusieurs langages de modlisation rpandus ont t analyss cette fin, parmi lesquels ceux dINTERLIS. Il est recommand quiconque se proccupe de la manire dont des surfaces de sections coniques ou des rseaux de triangles sont modliser de consulter les documents normatifs ou les projets de documents correspondants. La srie ISO 19100 comprend galement des modles de donnes concernant des intervalles de temps (ISO 19108), des mtadonnes (ISO 19115), des services (ISO 19119) et dautres sujets. Bon nombre de ces normes en sont encore au stade de llaboration et nous manquons par consquent de recul pour apprcier leur aptitude satisfaire aux exigences de la pratique.

National Des modles standardiss existent en Suisse pour plusieurs domaines dapplication. Leur utilisation est en partie prescrite par des lois et des ordonnances. Des modles applicables lchelle du pays entier ont t labors pour la mensuration officielle, les rseaux de conduites et plus rcemment, les adresses gocodes.

Associations professionnelles Elles constituent une source supplmentaire de modles de donnes sur lesquels prendre appui. Ainsi, la Socit suisse des ingnieurs et des architectes a-t-elle labor un modle INTERLIS pour les cadastres de conduites (eaux uses, gaz, eau, chauffage distance, lectricit, tlcommunications, communication par cble).

INTERLIS Il existe des modles INTERLIS standard prdfinis pour un nombre restreint de domaines fondamentaux. Ainsi en va-t-il des units, pour lesquelles un modle dfinissant le mtre, le Newton, le dcibel, etc. est fourni avec les outils INTERLIS.

Dans la mesure du possible, les modles suisses sont harmoniss avec les normes ISO. Pour citer un exemple, un modle national pour les mtadonnes de donnes


gographiques (telles que la provenance, la qualit, etc.) a t labor dans le respect de la norme ISO 19115. Il est disponible sous forme de description INTERLIS. Les mcanismes daffinage dINTERLIS permettent une application concrte de faire appel un modle de donnes existant, sans pour autant avoir le reprendre tel quel.

3.4 Formats dchange de donnes Toutes les donnes doivent tt ou tard tre enregistres dans un format bien dfini afin de pouvoir tre stockes et changes avec dautres systmes. Les formats dchange les plus rcents se basent tous sur XML (Extensible Markup Language), un format trs largement rpandu en raison de lextrme simplicit de sa structure, de sa parent avec HTML (le format des sites Internet) et de sa filiation directe avec SGML (un format autrefois trs en vogue). GML (Geographic Markup Language) est par exemple un dialecte XML dfini avec rigueur, diffus par un consortium de producteurs de logiciels de SIG intitul OpenGIS. INTERLIS ne prescrit en revanche aucun dialecte XML particulier, mais tablit des rgles laide desquelles le format dchange se dduit automatiquement du modle de donnes concern. La question du format de donns est en fait secondaire : aussi longtemps que les donnes transmettre reposent sur des modles similaires, il est possible de convertir les donnes dun format dans un autre moyennant un volume de travail restreint.

3.5 Sources documentaires importantes Vous pouvez obtenir des informations complmentaires sur les sites suivants :

www.interlis.ch Le portail Internet relatif INTERLIS renvoie des documents, des sessions de formation, etc. en rapport avec INTERLIS. Il est galement possible, partir de ce site, de tlcharger les spcifications de la norme et le prsent document. Des outils sont par ailleurs votre disposition. Il sagit actuellement dun logiciel permettant ldition en notation graphique UML ( diteur UML ) de modles INTERLIS et dune bibliothque de logiciels destins la lecture, au contrle, la modification et la sortie de modles INTERLIS ( compilateur INTERLIS ).

www.omg.org Le site Internet de lObject Management Group permet daccder la dfinition du langage UML (Unified Modeling Language). Vous y trouverez galement une documentation gnrale (comprenant des documents de formation ou des communiqus de presse) relative la mthode fonde sur un modle.

www.w3.org Entre autres activits, le World Wide Web Consortium gre les spcifications de XML.

4. Application lexemple du Val dIli 33

4. Application lexemple du Val dIli

4.1 Aperu gnral du modle de donnes

Figure 21 : Le modle de donnes en reprsentation UML. Les thmes, les structures, les domaines de valeurs et les attributs nont pas t reprsents pour des raisons videntes de lisibilit. Nous renvoyons ce sujet le lecteur au chapitre 6 abordant ces questions plus en dtail.


4.2 Le modle de donnes en notation INTERLIS Le modle de base national, le modle de lAssociation nationale des offices de tourisme ainsi que le modle de loffice de tourisme du Val dIli sont reproduits en totalit dans les pages suivantes. Les modles sont abondamment comments. Des cases renvoient par ailleurs aux paragraphes du texte abordant le thme concern en dtail. Nous recommandons un bref survol du modle de donnes de notre exemple avant la lecture des chapitres 5 8 revenant plus longuement sur certains de ses aspects.

4.2.1 Beotie.ili Modle de base national !! Le present modele a ete redige dans la version 2.2 dINTERLIS. INTERLIS 2.2; !! Le modele de base national ne comprend pas de donnees mais definit !! quelques types et unites afin que dautres modeles puissent y faire reference. TYPE MODEL Beotie = IMPORTS UNQUALIFIED INTERLIS; !! Le modele de base national sappuie sur le modele des unites dINTERLIS. !! Lunite horaire des minutes y est par exemple definie, utilisee pour !! quantifier des durees. IMPORTS Units; !! Le Val dIli se trouve en Beotie, pays dont la monnaie est la couronne. !! La couronne est une unite (UNIT) monetaire (MONEY). Le modele des unites !! (Units) definit differentes monnaies, telles que le franc suisse, leuro ou !! le dollar US, mais la couronne beotienne nen fait pas partie. UNIT Couronne EXTENDS MONEY; DOMAIN !! Le systeme de cordonnees de la Beotie. CoordNational = COORD 500.00 .. 91000.00 [m] {SysNat[1]}, 700.00 .. 23000.00 [m] {SysNat[2]}, ROTATION 2 -> 1; CoordNational3 = COORD 500.00 .. 91000.00 [m] {SysNat[1]}, 700.00 .. 23000.00 [m] {SysNat[2]}, -200.00 .. 14000.00 [m] {SysNatAlt[1]}, ROTATION 2 -> 1; STRUCTURE Duree (ABSTRACT) = END Duree; STRUCTURE DureeImplicite EXTENDS Duree = LapsTemps: MANDATORY (Jour, Semaine, Mois, Annee); END DureeImplicite; STRUCTURE DureeExplicite (ABSTRACT) EXTENDS Duree = LapsTemps (ABSTRACT): MANDATORY NUMERIC [TIME]; END DureeExplicite; STRUCTURE DureeEnMinutes EXTENDS DureeExplicite = LapsTemps (EXTENDED): MANDATORY 0 .. 200 [Units.min];

Units 6.1.2

Dures 6.10

Coordonnes 3D 6.7.5

Hritage 5.

Domaines de valeurs 6.6

Coordonnes 6.7


END DureeEnMinutes; STRUCTURE DureeEnJours EXTENDS DureeExplicite = LapsTemps (EXTENDED): MANDATORY 0 .. 1000 [Units.d]; END DureeEnJours; UNIT Year [y] EXTENDS TIME; Month [mo] EXTENDS TIME; Day [d] EXTENDS TIME; Date EXTENDS TIME = {y : mo [1 .. 12] : d [1..31]}; DateHeuresMinutes [ymdhm] EXTENDS TIME = {y : mo [1 .. 12] : d [1..31] : Units.h [0..23] : Units.min [0..59]}; STRUCTURE Instant (ABSTRACT) = END Instant; STRUCTURE InstantHEC EXTENDS Instant = Heure: 1900:01:01:00:00 .. 2999:12:31:59:59 [ymdhm] {HEC}; END InstantHEC; END Beotie.

4.2.2 Adresses.ili Modle des adresses de btiments Le modle des adresses de btiments nest pas reproduit car il couvrirait plusieurs pages dont seule une petite partie serait dintrt dans le contexte du Val dIli. Le modle de loffice de tourisme du Val dIli tablit cependant une relation entre les auberges et lentre dimmeuble dfinie dans le modle des adresses. INTERLIS 2.2; MODEL Adresses = TOPIC Batiments = CLASS EntreeImmeuble = ... END EntreeImmeuble; END Batiments; END Adresses.

4.2.3 NatTour.ili Modle de lAssociation nationale des offices de tourisme INTERLIS 2.2; MODEL NatTour = CONTRACT ISSUED BY Association_nationale_des_offices_de_tourisme; !! Le modele de lAssociation nationale des offices de tourisme sappuie a son

Instants 6.11

Dure en tant que domaine de valeurs structur

6.10.3

Rfrence aux adresses de btiments 2.3.4


!! tour sur le modele de base national beotien. IMPORTS Units, Beotie; FUNCTION Multiply(factor1 : NUMERIC; factor2 : NUMERIC) : NUMERIC; !! Une designation englobe un nom de meme que la langue dans !! laquelle ce nom est exprime. STRUCTURE Designation = !! Le nom doit au plus comporter 100 caracteres. Nom: TEXT * 100; !! Code de langue a deux caracteres selon ISO 639. !! Exemples : de = allemand, fr = francais, !! it = italien, rm = romanche, en = anglais. Langue: TEXT * 2; END Designation; TOPIC RemonteesMecaniques = !! La designation dune remontee est identique a une !! designation courante mais comporte en plus une forme !! abregee du nom. STRUCTURE DesignationEntreprise EXTENDS Designation = !! Exemple: "RDI" pour les Remontees mecaniques de la Dent dIli. NomAbrege: TEXT * 10; END DesignationEntreprise; !! Une societe de remontees mecaniques exploite un reseau de lignes. CLASS SocieteRemonteesMecaniques = !! Les noms de cette societe de remontees mecaniques, en differentes langues !! le cas echeant. Un (1) nom au moins doit etre connu, il nexiste par !! ailleurs aucune limite superieure (*) au nombre de noms. Noms: BAG {1..*} OF DesignationEntreprise; !! Il ne doit exister quune seule designation de la !! remontee par langue : les Remontees mecaniques de !! la Dent dIli ne peuvent ainsi posseder quun seul !! nom en italien. Toutefois, cette restriction ne sapplique que localement, !! donc a une societe de remontees mecaniques donnee. Ainsi, les Remontees !! mecaniques des montagnes bleues peuvent elles aussi disposer dun nom en !! italien. UNIQUE (LOCAL) Noms : Langue; END SocieteRemonteesMecaniques; CLASS RemonteeMecanique = !! Les noms de cette remontee mecanique, eventuellement en differentes !! langues. Un (1) nom au moins doit etre connu, il nexiste par ailleurs !! aucune limite superieure (*) au nombre de noms. Noms: BAG {1..*} OF Designation; PosStationInf: Beotie.CoordNational; PosStationSup: Beotie.CoordNational; DureeTrajet: Beotie.DureeEnMinutes; !! Le genre exact de ligne dont il sagit. Genre: (CheminFerCremaillere, Funiculaire, Telepherique, Remonte_pente, Telesiege,

Proprits dobjets multilingues 6.12

Genres 6.2

Utiliser les modles existants 6.16

Dsignations lies la langue en tant qulments

structurs 6.12.2

Coordonnes 6.7

Chanes de caractres 6.4

Conditions dunicit 6.14.3


Telecabine); END RemonteeMecanique; ASSOCIATION = !! Indication des lignes exploitees par une societe donnee. !! Exemple: les "Remontees mecaniques de la Dent dIli" exploitent le !! funiculaire "Ili-village - Dent dIli", le telecabine !! "Ili-les-Bains-Crete dIli" et le remonte-pente "Crete dIli-Dent dIli". !! Une societe de remontees mecaniques peut exploiter un nombre quelconque !! {*} de remontees mecaniques et il en existe un seul {1} exploitant par !! ligne. !! Les caracteres -- representent une relation ordinaire, -signifie que la !! relation est un peu plus intense qua lordinaire, il sagit de ce que !! lon appelle une agregation. Exploitant - {1} SocieteRemonteesMecaniques; Ligne_Remontee -- {*} RemonteeMecanique; END; ASSOCIATION = Filiale -- {*} SocieteRemonteesMecaniques; Mere -- {0..1} SocieteRemonteesMecaniques; END; END RemonteesMecaniques; TOPIC Billets = DEPENDS ON RemonteesMecaniques; !! Les durees implicitement definies au niveau national !! sont le jour, la semaine, le mois et lannee. Il existe !! une duree implicite supplementaire dans le cas des billets, a savoir !! la saison (pour les forfaits a la saison). STRUCTURE DureeImplicite EXTENDS Beotie.DureeImplicite = LapsTemps (EXTENDED): (Saison); END DureeImplicite; !! Une zone dans laquelle un type de billet donne est !! valable. CLASS ZoneTarifaire (ABSTRACT) = END ZoneTarifaire; CLASS ZoneTarifaireExplicite EXTENDS ZoneTarifaire = END ZoneTarifaireExplicite; !! Un type de billets, par exemple le forfait hebdomadaire "Ilosaurus". CLASS TypeBillet = !! Les noms de ce type de billets, en differentes langues le cas echeant. !! Un (1) nom au moins doit etre connu, il nexiste par ailleurs !! aucune limite superieure (*) au nombre de noms. Noms: BAG {1..*} OF Designation; !! Le prix dun billet exprime en couronnes, monnaie !! definie dans le modele de base national beotien. Prix: 0.00 .. 9999.99 [Beotie.Couronne]; !! La duree de validite dun billet. Elle peut etre explicite, !! par exemple pour des billets valables durant 120 minutes, ou !! implicite, par exemple pour des forfaits hebdomadaires ou a la saison. DureeValidite: Beotie.Duree;

Noms de rles 6.13.1

Intensit d'une relation 6.13

Types de donnes numriques 6.1

Dures 6.10

Classes abstraites 5.3


END TypeBillet; ASSOCIATION = ZoneTarifaire -- {1} ZoneTarifaire; TypeBillet -- {*} TypeBillet; END; ASSOCIATION Validite (ABSTRACT) = RemonteeMecanique (EXTERNAL) -- {*} NatTour.RemonteesMecaniques .RemonteeMecanique; ZoneTarifaire -- {*} ZoneTarifaire; END Validite; !! Une relation entre la remontee mecanique et la zone tarifaire, !! non derivee mais entree manuellement. ASSOCIATION ValiditeExplicite EXTENDS Validite = ZoneTarifaire (EXTENDED) -- ZoneTarifaireExplicite; END ValiditeExplicite; ASSOCIATION Pourcentage = Participant (EXTERNAL) -- {*} NatTour.RemonteesMecaniques .SocieteRemonteesMecaniques; TypeBillet -- {*} TypeBillet; ATTRIBUTE Pourcentage: 0.0 .. 100.0 [Units.Percent]; END Pourcentage; CLASS PointVente = Noms: BAG {1..*} OF Designation; END PointVente; CLASS Saison = Debut: 1900:1:1 .. 2299:12:31 [Beotie.Date]; Fin: 1900:1:1 .. 2299:12:31 [Beotie.Date]; END Saison; ASSOCIATION Vente = PointVente -- {*} PointVente; Saison -- {*} Saison; TypeBillet -- {*} TypeBillet; ATTRIBUTE Nombre: 1 .. 999999 [Units.CountedObjects]; Montant: 0.00 .. 9999999.99 [Beotie.Couronne] := Multiply(Nombre, TypeBillet -> Prix); END Vente; END Billets; END NatTour.

4.2.4 IlisTour.ili Modle de loffice de tourisme du Val dIli INTERLIS 2.2; MODEL IlisTour =

Classes relationnelles 6.13.3

Classes relationnelles multiples 6.13.4


!! Pour que ce modele puisse etre mis en oeuvre, un logiciel !! doit prendre en charge la fonction BeotieVersWGS84. !! Cette condition ne peut pas etre simplement supposee mais doit faire lobjet !! dun contrat etabli avec le developpeur. La necessite dun tel contrat est !! signalee via CONTRACT. CONTRACT ISSUED BY Office_de_tourisme_du_Val_dIli; IMPORTS UNQUALIFIED INTERLIS; IMPORTS Units, Beotie, Adresses, NatTour; !! Un service specifique doit etre propose aux touristes en possession de !! recepteurs GPS basiques. Ceux-ci leur presentent des coordonnees dans le !! systeme WGS84, exprimees en unites angulaires : degres, minutes et secondes; !! lunite correspondante est deja definie dans le modele des unites dINTERLIS. DOMAIN WGS84Coord = COORD -90:00:00 .. 90:00:00 [Units.Angle_DMS] {WGS84[1]}, 0:00:00 .. 359:59:59 CIRCULAR [Units.Angle_DMS] {WGS84[2]}, -2000.00 .. 9000.00 [m] {WGS84[3]}; LigneBeotie (ABSTRACT) = POLYLINE VERTEX Beotie.CoordNational; LigneBeotieNormale EXTENDS LigneBeotie = POLYLINE WITH (STRAIGHTS, ARCS); LigneBeotieOrientee EXTENDS LigneBeotieNormale = DIRECTED POLYLINE; SurfaceBeotie = SURFACE WITH (STRAIGHTS, ARCS) VERTEX Beotie.CoordNational WITHOUT OVERLAPS > 0.02; PartitionTerritoireBeotie EXTENDS SurfaceBeotie = AREA; !! Conversion de coordonnees nationales beotiennes en WGS84. FUNCTION BeotieVersWGS84 (Bo: Beotie.CoordNational): WGS84Coord; FUNCTION InSurface (Position: Beotie.CoordNational; Secteur: SurfaceBeotie): BOOLEAN; TOPIC Remontees_RDI EXTENDS NatTour.RemonteesMecaniques = CLASS Remontee_RDI EXTENDS NatTour.RemonteesMecaniques.RemonteeMecanique = !! Dans le Val dIli, il existe une remontee mecanique !! dun type un peu particulier : le bus des neiges. Genre (EXTENDED): (BusDesNeiges); !! LAssociation nationale des offices de tourisme ne sinteresse pas aux !! altitudes. Celles-ci revetent cependant une grande importance dans une !! station de sports dhiver telle que le Val dIli. Cest pourquoi les !! positions sont saisies sous forme de coordonnees tridimensionnelles dans !! le Val dIli (altitudes comprises), ce qui constitue ainsi une extension !! par rapport au modele national. PosStationInf (EXTENDED): Beotie.CoordNational3; PosStationSup (EXTENDED): Beotie.CoordNational3; PosStationInfWGS: WGS84Coord := BeotieVersWGS84(PosStationInf); PosStationSupWGS: WGS84Coord := BeotieVersWGS84(PosStationSup); !! Une web-cam est installee sur certaines lignes, filmant en continu les !! alentours de la station superieure afin que les touristes tentes de sy !! rendre puissent voir si le jeu en vaut la chandelle. Lacces a la !! remontee concernee informe lusager de lemplacement auquel limage !! actuelle peut etre consultee, via un identifiant URI (Uniform !! Resource Identifier, adresse sur Internet). ImageStationSuperieure: URI; Trace: LigneBeotieNormale;

Extension dnumrations 6.3.2

Adresses Internet 6.4

Hriter pour des raisons dorganisation 6.3.2

Contrats 7.2

Fonctions 7.2

Types gomtriques 6.9


RandonneursLugeurs: (inadapte, adapte); END Remontee_RDI; VIEW CheckTraceeStartAndEndPoint INSPECTION OF Tracee ~ Remontee_RDI -> Trace; = MANDATORY CONSTRAINT !! La station inferieure doit etre le premier point du !! trace et la station superieure son dernier point. Tracee -> Segments[FIRST] -> SegmentEndPoint == PARENT -> PosStationInf AND Tracee -> Segments[LAST] -> SegmentEndPoint == PARENT -> PosStationSup; END CheckTraceeStartAndEndPoint; !! Une zone tarifaire particuliere concernant lensemble des lignes traversant !! un sect

La modélisation de données à référence spatiale

Documents

Transcript of La modélisation de données à référence spatiale