1. Les principaux objectifs du projet TITAN 2. Les partenaires de

Introduction à Transmodel
1
_______________________________________________________________________
1. Les principaux objectifs du projet TITAN





Valider Transmodel dans les trois projets pilotes, afin qu'il puisse devenir un standard
utile et reconnu par les opérateurs des transports collectifs et les industriels. En ce qui
concerne le site pilote français, la Société Lyonnaise des Transports en Commun
(SLTC) avait pour objectif de réorganiser l'architecture informatique pour créer un
système d'information basé sur Transmodel. Cette rénovation devait fournir l'occasion
d'une confrontation du modèle à la réalisation d'une base des données opérationnelle
conforme à Transmodel et à son interfaçage avec des applications utilisées par la
SLTC ;
Faire connaître ces résultats auprès du public intéressé et transférer la connaissance
acquise pendant six années de recherche (1989-1995) ;
Etre à l'écoute des besoins des utilisateurs dans chaque pays pour les étudier et les
prendre en compte là où ils représenteraient un intérêt pour l'ensemble des réseaux
européens; o diffuser le modèle à travers l'Europe en participant au Comité Européen
de Normalisation: Transmodel est, depuis 1997 et pour 3 ans une norme européenne
expérimentale (prENV 12896) ; cette norme doit donc être validée afin de devenir une
norme définitive ;
Assurer l'évolution du modèle de données en ce qui concerne le nombre des domaines
fonctionnels pris en compte ;
Assurer l'extension du modèle afin de couvrir certains aspects du transport collectif
multi-modal (bus, tramway, trolleybus).
2. Les partenaires de TITAN
Le Ministère des Transports Français, DTT, fut le co-financeur principal des partenaires
français. Le CETE - Méditerranée (France) eut dans un premier temps (jusqu’en 1997) la
responsabilité de l'administration financière et fut par la suite relayé dans cette tâche par le
groupement üstra/TransTeC.
Par ailleurs on peut distinguer deux types de partenaires :
1. les partenaires regroupés autour des 3 sites pilotes en Allemagne, en Autriche et en France :
 üstra (exploitant des T.C.) et TransTeC (bureau d'études, filiale d'üstra) à Hanovre :
coordinateur du projet à partir de fin 1997,
 Salzburger Stadtwerke à Salzbourg (remplaçant Swansea - GB - initialement prévu) ,
 Société Lyonnaise des Transports en Commun à Lyon.
Ces exploitants des transports en commun diffèrent considérablement non seulement par leur
situation géographique et par les contraintes de gestion spécifiques pour chacun d'eux, mais
aussi par leur taille ou par la situation de départ de leurs outils informatiques. Cependant, tous
les trois poursuivaient le même but : la mise en place d'un système d'information intégré, basé
sur Transmodel.
2. un ensemble de partenaires contribuant à l’évolution et la validation du modèle :

TransExpert G.I.E. (France, bureau d'études) - coordination technique et support à la
coordination (1996-1998);
Introduction à Transmodel
2
_______________________________________________________________________




RATP (France): extensions de Transmodel au domaine relatif au contrôle de
l'exploitation en temps réel, leader de la tâche s'appuyant sur la technique de
modélisation orientée objet;
OASA (Grèce, exploitant des T.C. de la ville d'Athènes): leader du Groupe des
Utilisateurs de Transmodel, responsable des méthodes d'évaluation;
Synergy (Grèce, bureau d'études): extensions du modèle des données;
Université de Reading (Grande Bretagne): support en méthodologie de modélisation
(jusqu'en juin 1997).
Un Groupement Européen d'Intérêt Economique (G.E.I.E.) a en outre été formé pour assurer
ultérieurement la gestion, maintenance et évolution du modèle de données. Il s’agit du
G.E.I.E. TRUST (Transmodel Users' Support Team, Equipe de Soutien des Utilisateurs de
Transmodel), composé des principaux concepteurs du modèle:
TransTeC (Allemagne),
B.Bert/Ingénieur-Conseil (France),
TransExpert G.I.E. (France).
3. Principaux résultats
Le principal résultat de TITAN est constitué par la réussite technique des sites pilotes qui ont
implanté des systèmes d'information intégrés basés sur la démarche Transmodel avec
l'objectif d'en tirer des conclusions sur l'applicabilité du modèle des données de référence à
leur situation particulière. L'architecture physique de ces systèmes diffère considérablement.
Cependant, l'architecture au niveau conceptuel reprend le schéma générique d'une architecture
intégrée.
Les domaines pris en compte dans les sites Lyon et Hanovre sont tout à fait semblables.Les
domaines de Transmodel suivants sont concernés:





graphicage / habillage / conception des horaires,
information des usagers,
SAE,
gestion du personnel roulant,
tableaux de bord/statistiques.
Le projet pilote de Lyon
Nouvelle architecture du système d'information de Lyon
Introduction à Transmodel
3
_______________________________________________________________________
Principes adoptés
Partant de l'analyse de la situation actuelle et des objectifs du projet, une stratégie globale a
été établie pour la mise en place du nouveau système d'information. Étant donné les
nombreux projets planifiés à court et moyen terme, une approche progressive a été choisie. La
stratégie de développement a d’abord été ciblée sur les données les plus sensibles pour la
société, c'est-à-dire les données d'exploitation. Le remplacement des applications clés
(graphicage et habillage) est l'occasion de refondre complètement le système, en application
des principes suivants :






toutes les applications concernant des fonctions opérationnelles sont interfacées à une
base de données centrale où sont enregistrées toutes les données partagées par
plusieurs applications ou ayant un intérêt de gestion;
la conception du système est basée sur des structures de données solides, notamment
par le développement d'un modèle conceptuel de données spécifique, élaboré à partir
de Transmodel et en conformité avec elle. Cette approche a pour but de faciliter la
conception, l'évolution et la maintenance du modèle, et faciliter l'interfaçage de futurs
produits conformes à Transmodel au système;
le nouveau système doit inclure des outils de requêtes et de consultation des données
par l'utilisateur final faciles à utiliser;
la première étape couvre essentiellement les fonctions liées à l'exploitation des lignes.
L'ajout ultérieur d'autres fonctions devra suivre les mêmes principes;
les nouveaux matériels et logiciels doivent permettre de maintenir les niveaux actuels
de performance et de sécurité;
le nouveau système doit être d'un abord convivial aux utilisateurs finaux.
Résultats obtenus
Un modèle de données de l'entreprise : l'un des objectifs principaux du projet a été de
développer et valider une première version du modèle conceptuel de la SLTC, satisfaisant aux
besoins et apte à permettre une évolution et une maintenance ultérieures aisées. Le modèle
conceptuel de données spécifique au réseau de Lyon a été développé en partant de la version
4.1.1 de Transmodel, en tirant avantage de la diversité des expériences, outils ou méthodes de
réseaux européens pris en compte, donc des solutions de modélisation génériques et le plus
souvent faciles à adapter aux besoins spécifiques des exploitants qui utilisent Transmodel.
Un système d'information intégré : à l'issue du projet TITAN, le nouveau système
d'information à Lyon intègre principalement les besoins fonctionnels qui relèvent des
domaines liés à l'exploitation des lignes :
 gestion des données générales (données communes, types, etc.);
 gestion des données de description du réseau (points, lignes, arrêts, etc.);
 définition des horaires véhicules et des habillages agents;
 programmation et suivi de l'offre (calendriers, modifications d'offre, budgets, etc.);
 gestion des roulements et attachements des agents;
 information des voyageurs sur les services théoriques;
 rapports et statistiques sur les données de la base
Introduction à Transmodel
4
_______________________________________________________________________
L'intégration d'autres domaines fonctionnels est envisagée à court et moyen terme, notamment
l' interface avec un système d'information géographique; un système d'information voyageurs
en temps réel, des systèmes de gestion de la billetterie et des recettes.
Les développements logiciels ont représenté une partie importante du projet de Lyon. Ils
comprenaient notamment :
 la mise en oeuvre de la base de données, à partir du modèle conceptuel, lui-même basé
sur Transmodel;
 le remplacement des applications clés que sont les outils de conception des horaires
(graphicage et habillage);
 le renouvellement de la plupart des autres applications existantes, rendu nécessaire par
les caractéristiques du nouveau système;
 le développement d'interfaces pour toutes les applications connectées;
 le développement d'un système d'accès aux données (" info centre ").
Bilan préliminaire : l'évaluation des expérimentations pilotes a été effectuée à l’issue du
projet essentiellement par les sites eux-mêmes et concerne:
o
o
o
o
les aspects techniques,
l'impact sur " l'environnement " (par exemple sur l'entreprise),
l'acceptation par les utilisateurs,
l’ analyse d’un certain nombre d’éléments de coûts.
Un bilan préliminaire à Lyon a pu être dressé déjà au bout de quelques mois d’utilisation de
Transmodel
qui
a
permis
de
faire
le
constat
suivant :
Les principes architecturaux de Transmodel ont aidé au choix de créer une base de données
indépendante de toute application. En ce qui concerne la modélisation, l’existence d’une base
de départ a été une aide précieuse par rapport à un projet partant de zéro. Plus précisément, les
nombreuses spécificités prises en compte par le modèle dans la mesure où il couvre les
besoins d’exploitants d’horizons très divers ont à plusieurs reprises favorisé, au cours de
l’analyse des diverses applications, l’émergence de questions ou de solutions en ce qui
concerne
l’évolution
des
fonctionnalités
ou
la
structure
des
données.
En outre, le caractère générique du modèle a permis d’envisager des solutions à plus long
terme que l’échéance du projet, offrant ainsi des perspectives plus faciles d’évolution
ultérieure du système. En contrepartie, ce modèle européen a été forcément trop général pour
prendre en compte toutes les spécificités d’un réseau particulier. Il faut donc sur un certain
nombre
d’aspects
développer
plus
avant
la
modélisation
proposée.
En ce qui concerne l’évolution de Transmodel, il convient donc à l’expérience de maintenir,
comme cela s’est fait jusqu’ici, un compromis entre le besoin d’un modèle générique simple à
comprendre et la présentation de solutions particulières pratiquement prêtes à être mises en
œuvre. Enfin, les différences de terminologie observées entre Transmodel et les pratiques
locales mettent en évidence le besoin d’une certaine harmonisation en ce domaine au niveau
français.
Introduction à Transmodel
5
_______________________________________________________________________
Le projet pilote Hanovre
Intégration d’applications à Hanovre
Le projet pilote de Salzbourg
Le site Salzbourg s'est limité essentiellement, à intégrer les domaines
o graphicage / habillage / conception des horaires
o information des usagers avec
o un système d'information géographique.
Le système d'information prévu à Salzbourg :