5.4.Règles fonctionnelles AMIVIF d'implémentation du modèle TRIDENT
Les noms des fichiers XML qui contiennent la représentation des lignes vérifient une règle de nommage qui tient compte d'un identifiant fonctionnel de la ligne et du type de structure (RespPTDestrLine ou RespPTLineStructTimetableType, RespPTLineStructTimeSlotType), définis par le STIF.
Les noms de fichiers sont libres sur CHOUETTE.
Au niveau de l'implémentation TRIDENT, le système AMIVIF regroupe des lignes de transporteurs différents et rassemble donc des modélisations très diverses.
Aucune des règles d'implémentation CHOUETTE citées au § 3.3.2.Règles fonctionnelles CHOUETTE d'implémentation du modèle TRIDENT ne se retrouve donc dans les lignes AMIVIF.
6.Spécification de l'adaptation de CHOUETTE aux lignes AMIVIF
L'adaptation répond à un premier besoin qui consiste à élargir les interfaces du système CHOUETTE pour y importer des lignes AMIVIF et réciproquement.
Plus généralement l'adaptation vise à généraliser les spécificités AMIVIF de façon à ce qu'elles puissent servir à d'autres réseaux.
6.1.Périmètre de l'adaptation
6.1.1.Au niveau des interfaces externes d'import / export XML
Les interfaces d'import / export actuelles doivent être étendues pour accepter les profils d'échange AMIVIF suivants :
le profil de description d'une ligne en structure et horaires.
le profil de suppression de ligne
6.1.1.1.Ajout d'une interface d'échange dédiée aux formats AMIVIF
Une nouvelle interface externe est ajoutée au système CHOUETTE, cette nouvelle interface gère l'import / export de 2 profils AMIVIF:
le profil de description d'une ligne en structure et horaires.
le profil de suppression de ligne
Pour adapter les aspects structurels des formats AMIVIF, 2 adaptateurs doivent être intégré avant import et après export pour masquer les différences entre les schémas des profils AMIVIF et CHOUETTE.
Ces adaptateurs permettent de résoudre les différences CHOUETTE AMIVIF qui sont présentées au § 4.3.2.Incompatibilité de données AMIVIF avec TRIDENT
Après l'adaptation des aspects structurels, une adaptation de modélisation est nécessaire.
Cette adaptation consiste à passer
de la ligne XML produite par l'AMIVIF
à un autre modèle de ligne qui vérifie la modélisation CHOUETTE décrites par les règles énoncées au § 3.3.2.Règles fonctionnelles CHOUETTE d'implémentation du modèle TRIDENT .
Cette adaptation peut s'organiser en une série de transformations unitaires :
dédoubler les arrêts et les tronçons partagés entre lignes
dédoubler les arrêts et les tronçons partagés entre itinéraires
dédoubler les arrêts et les tronçons partagés sur un même itinéraire (boucle)
construire les missions à partir des courses
dédoubler les TM partagés entre lignes
Cette liste de transformations permet d'obtenir une description qui respecte les exigences de l'implémentation CHOUETTE.
A la suite de la dernière transformation unitaire, toutes les règles énoncées au paragraphe 3.3.2 soient respectées. (vrai aussi pour l’extension « arrêts physiques »)
A noter que de telles transformations sont déjà effectuées côté RATP pour importer les fichiers XML de l’AMIVIF, le modèle RATP étant très proche de TRIDENT.
Le schéma illustre 3 exemples de quelques transformations de modèle possible - a) ligne à boucle; b) croisement; c) ligne à fourche:
6.1.1.2.Ajout d'un profil CHOUETTE de suppression de ligne
Le système CHOUETTE ne dispose pas de « profil d'échange » spécifique aux lignes supprimées.
Pour y remédier, il est nécessaire d'apporter au système CHOUETTE
un « profil d'échange » spécifique aux lignes supprimées et une gestion de ce format à l'export et à l'import
une gestion des de ligne qui
élimine la ligne de la base
produit dans un répertoire le fichier XML de suppression de la ligne
6.1.1.3.Modification du profil CHOUETTE de création / mise à jour de ligne
Dans ce paragraphe, les modifications sont présentées de la façon suivante:
tout d'abord le nouveau profil d'échange est expose au travers de schéma qui signalent les ajouts et les modifications
ensuite un tableau récapitule les définitions des éléments du profil
enfin la nouvelle définition de StopArea est complétée par des schémas UML.
Le profil d'échange est présenté à partir de schéma sur lesquels les ajouts / modifications sont indiqués par des couleurs
en jaune, les éléments qui disposent d'extension (pour transporter des données complémentaires).
en vert, les éléments ajoutés qui ne figuraient pas sur le profil initial.
Le premier schéma ci-dessous présente la structure d'échange dans son ensemble.
Illustration 1: Structure d'ensemble
Le schéma ci-dessous présente spécifiquement la nouvelle structure ChouetteArea.
Le schéma ci-dessous présente spécifiquement la structure ChouetteLineDescription.
Le schéma ci-dessous expose la nouvelle structure d'ITL et l'extension sur les arrêts d'itinéraire.
Le tableau ci-dessous spécifie les éléments qui composent le profil.
Structures CHOUETTE
|
Évolution par rapport au profil actuel
|
AreaCentroid
|
Ajouté.
Décrit complètement une localisation géographique.
|
ChouetteArea
|
Ajouté.
Regroupe une liste de StopArea et une liste de AreaCentroid
|
ChouetteLineDescription
|
inchangé
|
ChouettePTNetworkType
|
inchangé
|
Company
|
inchangé
|
ConnectionLink
|
inchangé
|
GroupOfLines
|
Ajouté (cf Définition de GroupOfLines) pour des évolutions futures mais non géré sur l'IHM, voir § 5.1.2.Au niveau de l'IHM
|
ITL
|
Ajouté.
Représente l'ensemble des ITL applicable à la ligne de transport décrite.
Chaque ITL référence une zone de type ITL.
Les ITL figurent dans les échanges AMIVIF (cf Définition de ICT dans les échanges AMIVIF)
|
JourneyPattern
|
inchangé
|
Line
|
inchangé
|
PtLink
|
inchangé
|
PTNetwork
|
inchangé
|
Route
|
inchangé
|
TimeSlot
|
Ajouté par anticipation sur des évolutions futures qui permettront de traiter le cas des lignes à fréquence.
N'est pas géré sur l'IHM.
|
Timetable
|
inchangé
|
VehicleJourney
|
modifié pour anticiper des évolutions futures qui permettront de traiter le cas des lignes à fréquence.
L'IHM ne permettra cependant que de gérer les lignes à horaire.
|
La structure de StopArea représente plusieurs types de données.
Selon le type, la structure StopArea se rattache de façon spécifique aux autres données du modèle. c'est ce qui est présenté dans les schémas UML qui suivent.
L
a modélisation des arrêts peut se résumer avec les schémas ci-dessous:
Ainsi on obtient les regroupement suivant
un arrêt physique regroupe plusieurs arrêts d'itinéraire.
un arrêt commercial regroupe plusieurs arrêt physiques
une zone d'arrêt regroupe plusieurs arrêts commerciaux
Pour ne pas aboutir à un système trop complexe, les restrictions suivantes sont posées:
une zone d'arrêt ne peut contenir que des arrêt commerciaux ou des arrêts physiques
un arrêt commercial ne peut contenir que des arrêts physiques
Néanmoins une zone d'arrêts s'établit indifféramment entre un arrêt physique, un arrêt commercial ou une zone d'arrêts et un autre arrêt physique, un autre arrêt commercial ou une autre zone d'arrêts.
6.1.2.Au niveau de l'IHM
Toutes les données AMIVIF ne sont pas nécessairement pertinentes pour le système CHOUETTE. Bien que les spécificités AMIVIF soient acceptées à l'import, celles-ci ne feront pas forcément l'objet de nouvelles IHM.
Les données spécifiques AMIVIF qui seront gérées par l'IHM de CHOUETTE sont les suivantes
les ICT
le format d'échange propre à la suppression de ligne
la structure AMIVIF_StopArea_Extension
la structure AMIVIF_StopPoint_Extension
Les données listées ci-dessus seront donc intégrées sur l'IHM de CHOUETTE.
Les données spécifiques AMIVIF qui ne seront pas gérées par IHM dans CHOUETTE sont les suivantes
les sous lignes (voir Définition de Subline)
actuellement l'itinéraire renseigne son itinéraire retour ce qui est équivalent à ce que décrit la sous ligne dans le cadre des échanges TRIDENT AMIVIF.
les groupes de lignes (voir Définition de GroupOfLines)
actuellement CHOUETTE permet de regrouper des lignes dans un réseau néanmoins le groupe de lignes peut être se révéler utile, mais dans un premier temps l'IHM n'a pas vocation à traiter cette notion
la structure d'extension de correspondance (voir Définition de AMIVIF_ConnectionLink_Extension)
Cette structure d'extension de contient qu'un indicateur d'affichage. A priori les questions d'affichage des données du réseau ne fait pas partie du périmètre de CHOUETTE, cette extension est donc laissée de côté.
|
