4.LE PROJET CHOUETTE
CHOUETTE est un système d'échange de données de transport qui se limite aux transports en commun. Les échanges couvrent la description d'un réseau de transport complet.
Un système CHOUETTE a vocation à servir de « back office » pour des services liés au transport multimodal (comme le service de recherche d'itinéraire multimodal par exemple).
CHOUETTE s'appuie sur le projet TRIDENT et en réalise une implémentation :
en reprenant le modèle relationnel des schémas TRIDENT
en fixant des règles fonctionnelles sur les données pour garantir le respect des définitions fonctionnelles de TRIDENT
en spécifiant un « profil d'échange »
4.1.Les données du modèle CHOUETTE
L
e schéma ci-dessous présente l'organisation hiérarchique des données TRIDENT qui entrent dans le périmètre fonctionnel des échanges CHOUETTE.
4.2.Le modèle CHOUETTE
Le projet CHOUETTE implémente TRIDENT en apportant la définition d'une structure nécessaire pour assurer l’interopérabilité des systèmes : le « profil d'échange » qui est ici une description exhaustive d'une ligne de transport. Pour constituer cette description exhaustive, le « profil d'échange » assemble les données présentées au paragraphe précédent.
Le « profil d'échange » de CHOUETTE est destiné à contenir la totalité des données constitutives d'une ligne, de sorte qu'il soit possible d'échanger une ligne de transport à partir d'un seul fichier XML.
Le modèle CHOUETTE se compose donc
d'un schéma XML qui définit le « profil d'échange » composé de toutes les données élémentaires TRIDENT constitutives d'une ligne (à savoir les arrêts, les itinéraires, les tronçons, les missions, les courses, les zones et les correspondances)
d'un ensemble de règles fonctionnelles qui complète celles déjà posées par TRIDENT.
Ces règles fonctionnelles correspondent aux choix d'implémentation des spécifications TRIDENT
Le formalisme « XML Schema » du schéma d'échange CHOUETTE est disponible en Annexe 1.
4.3.Définition du « profil d'échange »
Le « profil d'échange » se définit sur la base de 2 sortes de règles fonctionnelles :
les règles sémantiques qui spécifient les données attendues sur le « profil d'échange »
les règles d'implémentation du modèle TRIDENT
4.3.1.Règles sémantiques des données de la structure d'échange
Le profil d'échange forme une structure qui agrège les données TRIDENT qui constituent une ligne.
Le schéma ci-après présente le profil.
Le tableau ci-dessous spécifie les éléments qui composent le profil.
Structures CHOUETTE
|
Définition et contraintes fonctionnelles
|
ChouetteLineDescription
|
Cette structure contient la totalité des données qui décrivent la ligne, autres que le réseau et les transporteurs.
|
ChouettePTNetworkType
|
Cette structure contient la totalité des données qui décrivent la ligne.
|
Company
|
La liste des transporteurs TRIDENT de la ligne.
Cette liste ne contient pas d'autre transporteur.
|
ConnectionLink
|
La liste de toutes les correspondances TRIDENT qui relient une zone de la liste StopArea à une quelconque autre zone (éventuellement en dehors de la liste StopArea).
Cette liste ne contient pas d'autre correspondance.
|
JourneyPattern
|
La liste de toutes les missions TRIDENT que parcourent les courses de la liste VehicleJourney.
Cette liste ne contient pas d'autre mission.
|
Line
|
Ligne TRIDENT
|
PtLink
|
La liste de tous les tronçons TRIDENT que parcourent les itinéraires de la liste Route.
Cette liste ne contient pas d'autre tronçon.
|
PTNetwork
|
Réseau TRIDENT de la ligne
|
Route
|
La liste de tous les itinéraires TRIDENT de la ligne.
Cette liste ne contient pas d'autre itinéraire.
|
StopArea
|
La liste de toutes les zones d'arrêt TRIDENT qui contiennent au moins un arrêt de la liste StopPoint.
Cette liste ne contient pas d'autre zone.
|
StopPoint
|
La liste de tous les arrêts TRIDENT parcourus par les tronçons de la liste PtLink.
Cette liste ne contient pas d'autre arrêt.
|
Timetable
|
La liste de tous les tableaux de marche TRIDENT de la ligne.
Cette liste ne contient pas d'autre tableau de marche.
|
VehicleJourney
|
La liste de toutes les courses TRIDENT de la ligne qui sont effectives pour les tableaux de marche de la liste Timetable.
Cette liste ne contient pas d'autre course.
|
4.3.2.Règles fonctionnelles CHOUETTE d'implémentation du modèle TRIDENT
Le système CHOUETTE fixe un modèle de représentation du réseau de transport
qui prend en compte les exigences définies dans le cadre du projet TRIDENT,
qui ajoute également des choix d'implémentation du modèle CHOUETTE
Ces choix d'implémentation (ou contraintes) se posent au niveau du stockage des données en base et se retrouvent dans la modélisation de ligne qui est faite dans les fichiers d'échange Chouette.
Pour les utilisateurs de CHOUETTE, l'IHM conserve la souplesse du modèle TRIDENT. La plupart des restrictions ne se traduisent pas sur l'IHM Ainsi l’IHM qui est développée a pour vocation de contenter la majorité des utilisateurs mais pourra être enrichie par ceux qui le souhaiteront. En effet bien que l'IHM ne comporte pas toujours l'ensemble des propriétés des objets, toutes les propriétés sont accessibles en base, donc par SQL pour y être intégrée.
Les restrictions sont gérées à un niveau plus interne du système, ce qui masque au maximum la complexité du modèle aux utilisateurs.
Les choix d'implémentation posent les 4 restrictions ci-dessous
Restriction [R1] du partage de données entre lignes.
Les lignes peuvent partager : leur réseau, leurs transporteurs, leurs zones d'arrêt, leurs correspondances.
Les lignes ne peuvent pas partager aucun de : leurs itinéraires, leurs tronçons, leurs arrêts, leurs tableaux de marche, leurs missions, leurs courses.
Illustration sur un exemple:
Restriction [R2] du partage de données entre itinéraires.
Les itinéraires ne partagent aucun de leurs tronçons et aucun arrêt.
Corollaire: Si une ligne forme une fourche, les itinéraires partent chacun sur une branche de la fourche.
Illustration sur 2 exemples:
Restriction [R3] du partage de données entre tronçons.
Aucun arrêt ne peut être pointé par 2 tronçons d'itinéraires distincts.
Si un arrêt est pointé par 2 tronçons d'un même itinéraire, alors le tronçon qui pointe l'arrêt comme « arrêt au départ » suit immédiatement sur l'itinéraire le tronçon qui pointe l'arrêt comme « arrêt à l'arrivée ».
Illustration sur un exemple:
Restriction [R4] de la définition des correspondances.
Une correspondance ne s'établit qu'entre 2 zones d'arrêt.
Le schéma TRIDENT ne pose peu de contrainte sur les données reliées par une correspondance (le schéma relier par correspondance n'importe quel couple de données qui disposent chacune d'un identifiant fonctionnel) . L'implémentation du modèle CHOUETTE limite les données de correspondance aux seules zones d'arrêt.
Illustration sur un exemple:
4.3.3.Remarque sur les règles fonctionnelles
Les règles fonctionnelles R1, R2, R3 limitent fortement le partage d'arrêt ce qui conduit à en définir un plus grand nombre.
Ceci permet de faciliter les fonctions d'import de lignes sous forme CSV ou XML .
Néanmoins l'opérateur de saisie qui souhaite créer une nouvelle ligne ou mettre à jour une ligne, n'aura pas à réaliser davantage de saisies.
Il est prévu de mettre en place un référentiel d'arrêts physiques sur CHOUETTE, ce référentiel permettra de distinguer arrêt logique et arrêt physique et de ne pas multiplier les saisies pour un arrêt.
|
