1.INTRODUCTION
1.1.Contexte
L’application CHOUETTE permet aux autorités organisatrices et opérateurs de réseaux de transport de définir et d'échanger la topologie d’un réseau de transport en conformité avec la spécification du format d’échange TRIDENT.
Cette application « domaine public » a été financée par le CERTU (Centre d'Etudes sur les Réseaux de Transport et l' Urbanisme et les constructions publiques ) du Ministère de l’Equipement et des Transports.
L’application CHOUETTE respecte le protocole TRIDENT permettant l’échange de données transport.
Suite à la recette de CHOUETTE qui s'est déroulée du 20/04/05 au 20/06/05, un certain nombre de demandes ont été formulées.
Parmi ces demandes, il a été indiqué notamment que le système CHOUETTE puisse gérer les fichiers échangés entre la RATP et l'AMIVIF.
L'intégration des lignes AMIVIF sur le système CHOUETTE est importante sous plusieurs aspects.
Les lignes échangées entre AMIVIF-RATP couvrent une offre de transport majeure. L'intégration de cette offre dans le système CHOUETTE permet de placer ce système dans un contexte de production.
1.2.Objectif
Ce document est destiné à présenter comment le système CHOUETTE peut évoluer de façon à traiter les lignes AMIVIF et au delà apporter, par la construction d’un profil d’échanges adapté aux besoins du plus grand nombre, une base pour assurer l’interopérabilité effective des systèmes utilisant TRIDENT.
1.3.Plan du document
Les chapitres 2 et 4 se consacrent respectivement à la présentation du modèle TRIDENT et aux spécifications du profil d'échange CHOUETTE existant.
Le chapitre 3, ajouté suite au comité de pilotage du 14/06/2007, assure une présentation des différents concepts compris sous les termes d’arrêt et de ligne.
Le chapitre 5 spécifie le profil d'échange AMIVIF
Les chapitres 6 spécifie la solution permettant de traiter les lignes AMIVIF, et plus généralement l’ensemble des problématiques d’échanges de données traitées par les différents réseaux, opérateurs et fournisseurs de services en France, par l’application CHOUETTE.
2.LE PROJET TRIDENT
Le projet TRIDENT (Final Report v1.0 du 17/03/2003 et Draft Specifications for the Object Oriented Approach v2.0 du 25/11/2002) fournit un ensemble de documents de spécification qui décrivent d’une part un modèle de données du domaine du transport en commun et du transport routier, d’autre part un format et protocole d’échange des données.
Ce projet s'appuie sur Transmodel, le modèle de données de référence pour le transport public, dans sa version 4.1. Transmodel est alors une pré-norme (ENV 12896). Depuis, Transmodel a évolué et sa version 5.1 est devenue norme définitive EN 12896. Même si TRIDENT n’a pas pris en compte les évloutions de Transmodel V5.1, la documentation de Transmodel décrit en détail les évolutions de na norme. Il est ainsi possible, en utilisant la termonologie normalisée, de faire le lien avec les concepts de TRIDENT.
La modélisation TRIDENT a été conçue afin de faciliter le développement :
de services d'échange de données de topologie entre partenaires du domaine du transport
ou
de tout autre service basé sur la multimodalité (recherche d'itinéraires, etc...)
Le projet TRIDENT utilise le formalisme de modélisation de données UML pour présenter le modèle de données global. D'un point de vue pratique, ce modèle (ou plutôt un sous-ensemble des concepts TRIDENT relatifs à la topologie du réseau et à la définition des parcours) est ensuite « traduit » en utilisant le langage XML Schema pour permettre l’implémentation des échanges.
Pour résumer, les spécifications TRIDENT se composent
d’une part d’un modèle conceptuel de données en UML, décrivant l’offre TC et VP de façon plus générale et dont un sous-modèle relatif à la définition du réseau (itinéraires) et du service (parcours) est utilisé pour l’application CHOUETTE ; le modèle permet une implémentation en tant que base de données relationnelle ou orientée-objet ;
d’autre part de schémas (en XML Schema) ,spécifiant notamment le format d’échanges en tant que documents XML ;
ainsi que des définitions fonctionnelles des données
qui établissent l'organisation hiérarchique des données décrivant l’offre TC
Les données du domaine du transport (transport en commun et transport routier confondus) s'organisent suivant un mode hiérarchique.
Par exemple: un réseau contient des lignes, une ligne contient des itinéraires, etc...
qui fixent des contraintes sur les relations entre données
Les données de topologie respectent des contraintes fonctionnelles particulières (autres que les relations d'inclusion propre à l'organisation hiérarchique)
Par exemple: un itinéraire se compose de tronçons qui sont contigus
|
