Synoptique des travaux de normalisation en cours

Transcription

Information des usagers
Synoptique des travaux de
normalisation en cours
PREDIM, Paris, 26 juin 2008
KASIA BOUREE INGENIEUR CONSEIL
2
Objectif de cette présentation…
Travaux de normalisation liés aux systèmes
d’information voyageurs
De quels travaux s’agit-il?
Dans quelle situation sont-ils utiles?
Quel est leur statut actuel?
Quelle évolution?
Information des Usagers: Synoptique des travaux de normalisation en cours, 26/06/2008
Kasia Bourée
De quels travaux s’agit-il?
3
BNEVT/AFNOR
CN03 GT7
CEN TC278 WG3
ISO TC204
WG8
Modèle de données de référence: TRANSMODEL
GT 7.1:
Identification des objets fixes:
IFOPT
Echanges entre systèmes de TP: SIRI
Information aux voyageurs malvoyants: TI-VIP
TRIDENT
CHOUETTE
GT 7.2 Localisation
GT 7.3 Profils SIRI
GT 7.x
Accessibilité
à créer
GT 7.y
ISO TC204
WG3
Transport
à la demande
Géographie / Cartographie: GDF
Kasia Bourée
4
Deux types de standards (1)
Structures (modèles) de données:
Identification des données pour certains besoins
fonctionnels
Description de ces données: définition exacte de
chaque concept, propriétés, évtl. format
Description des liens (relations) entre ces données:
« structures »
Exemple de données: heure de passage, point d’arrêt
Exemple de lien (relation): une heure de passage concerne un point d’arrêt
Echanges d’information:
Description des services
Structure des messages
Enchaînement des échanges: « protocole »
Kasia Bourée
5
Utilité des modèles de données
Conception d’une BD en 3 étapes:
Sémantique du domaine
Indépendance de la
plateforme
Pas de redondance
MODELE CONCEPTUEL
Choix du type de la BD
Optimisations
Règles organisationnelles
MODELE LOGIQUE
MODELE PHYSIQUE
Choix du SGBD
Formats de données
Application
Application
Application
Génération des messages d’échange (p.ex. XML)
Kasia Bourée
6
Un formalisme de représentation des MCD:
UML
Classe
« parent »
spécialisation
Héritage
+
propriétés
propres
Association
de
deux classes
Kasia Bourée
7
Quelques standards « en chantier »
Orientés principalement vers les ...
modèles conceptuels
de données (MCD)
échanges d’information:
messages & protocoles
Transmodel
TRIDENT / CHOUETTE
IFOPT
SIRI
GDF
TI-VIP
Kasia Bourée
8
Modèles de données
Transmodel
Kasia Bourée
Caractéristiques
9
Modèle conceptuel de données de référence
pour le Transport Public
Un « outil » de communication
e
Zon aire?
f
tari
t
Poin
êt?
d’arr one
au?Z
Pote rêt?
d’ar
Parcours?
Ligne?
Itinéraire?
Domaines:
topologie du réseau, conception des horaires,
gestion du personnel roulant, suivi et contrôle de
l’exploitation, information des usagers,
billettique, tableaux de bord/statistiques...
Kasia Bourée
10
Caractéristiques
Un « outil » de conception de SI
Terminologie commune et sémantique de
référence
Structures de données: liens entre les concepts
Principes adoptés:
Pas de redondances: définition des données
élémentaires
Généricité: les concepts ont leur propre sémantique
indépendamment du contexte/utilisateur
Exemple: ITINERAIRE en tant que cheminement
unique est un même concept pour tous les domines,
p.ex. INFORMATION USAGERS et SUIVI TEMPS
REEL.
Kasia Bourée
Solution à une problématique
11
HORAIRES
INFO USAGERS
GESTION
PERSONNEL
PERCEPTION
TITRES
CONTRÔLE
DE
L’EXPLOITATION
Une solution au problème de complexité
de systèmes:
• simplification d’architecture
• pas de redondances: un concept est unique
STATISTIQUES
CONCEPTION
HORAIRES
Possibilité de générer des
messages d’échange avec
d’autres SI ...
« comprenant le transmodélien »
GESTION
PERSONNEL
INFORMATION
USAGERS
T R A N S MO D E L
CONTRÔLE
DE
L’EXPLOITATIO
N
PERCEPTION
DES TITRES
STATISTIQUES
Kasia Bourée
Documentation
12
Documentation anglaise publiée par l’AFNOR
Dictionnaire de données: 357 termes
Structures de données: 61 diagrammes
Formalisme
E/A
« Barker » de
l’outil
Oracle
azertqsdf
azertqsdf
ggghhsd
ggghhsd
ffghjkkw
ffghjkkw
xcvbbbn
xcvbbbn
njjwchjkx
njjwchjkx
Reformulé en
UML
Explications textuelles
Guide d’utilisateur en français sur le site de la PREDIM
Kasia Bourée
Statut actuel - évolution
13
Projet SITP
franco-allemand
Transmodel V5.1
1989
1996
Projets Européens:
Cassiope, EuroBus,
Harpist
Transmodel V4.1
ENV 12896
Formalisme E/A
(“Barker”)
2006
Transmodel en UML
2000
2003
CEN TC278 WG3 SG4:
Transmodel V5.1
Adopté comme norme
EN12896
1997
1999
Projet européen
TITAN 1 & 2
Implémenations et extensions
Transmodel V5.0: multi-modalité,
contrôle & suivi temps réel, versions,
projections
2008
2011
Révison prévue en 2011
En collaboration avec l’ISO
Kasia Bourée
Utilisations
14
1
2
3
4
Projets
Pilotes
SI intégrés
Basés sur
Transmodel
Lyon
Hanover
Salzburg
Implémentation
de BD
à partir de
Transmodel
France
RU
Suède
Danemark
Développement
d’interfaces
p.ex. messages
Modélisation
Étendue
TRIDENT
SIRI
CHOUETTE
TI-VIP
IFOPT
Implémentations sous « contrôle » du groupement Transmodel (TRUST)
Comment travailler?
Extraire un sous-modèle: quels concepts nous sont utiles?
Ajouter des concepts & attributs spécifiques
Procéder à certaines optimisations - Définir les formats des données
Kasia Bourée
15
Utilisations futures - évolution
Révision au sein de l’ISO TC204 WG8: vérification de la
prise en compte des besoins internationaux (Japon,
Corée du Sud, USA)
Base de la définition d’un modèle des services TAD
(transport à la demande) au sein de l’AFNOR/CN03 GT7
Prise en compte des besoins spécifiques de l’interurbain
(rail) au sein d’ERA – European Railway Agency
Harmonisation des résultats et standards existants
(p.ex.TRIDENT) avec Transmodel V 5.1
Prise en compte des besoins venant des travaux de
normalisation p.ex. SIRI, IFOPT, etc
Kasia Bourée
16
IFOPT
Identification des Objets Fixes pour
le Transport Public
Kasia Bourée
17
IFOPT: Un arrêt et ses composants
Quai
Voies
Positions
d’embarquement
POINT
D’ARRÊT
Positions d’arrêt des véhicules
Kasia Bourée
18
IFOPT: Modèle du LIEU D’ARRÊT
Description détaillée de la
structure des lieux d’arrêt
(gares, stations, aéroports, etc)
ainsi que des emplacements d’accès
aux véhicules, des cheminements.
Cette description est
complémentaire aux structures
de données décrites par Transmodel.
Transmodel: une description logique
des correspondances & arrêts
IFOPT: description physique des
lieux.
Kasia Bourée
19
IFOPT: Hiérarchie des composants du LIEU
D’ARRÊT
COMPOSANT DE LIEU D’ARRÊT
ZONE DE LIEU D’ARRÊT (StopPlaceSpace)
• LIEU D’ACCÈS
• QUAI
• POSITION SUR QUAI
PORTE DE LIEU D’ARRÊT (StopPlaceEntrance)
•
•
•
•
PORTE DE LIEU D’ACCÈS
PORTE DE QUAI
PORTE DE POSITION SUR QUAI
PORTE POUR VÉHICULEs
LIEU D’ÉQUIPEMENT (EquipmentPlace)
• POSITION D’ÉQUIPEMENT
VOIE (VehicleStoppingPlace)
• POSITION SUR VOIE
TRONÇON DE CHEMINEMENT (PathLink)
• TRONÇON DE CHEMINEMENT D’ARRÊT (intérieur à l’arrêt)
• TRONÇON DE CHEMINEMENT D’ACCÈS (entre deux arrêts)
Kasia Bourée
20 IFOPT:
modèle UML des composants du LIEU D’ARRÊT
ZONE DE LIEU
D’ARRÊT
LIEU
D’ACCES
POSITION SUR QUAI
LIEU
D’ÉQUIPEMENT
TRONÇON DE
CHEMINEMENT
QUAI
PORTE DE
LIEU D’ARRÊT
Kasia Bourée
21
IFOPT: autres sous-modèles
Le modèle TOPOGRAPHIQUE
spécifie la structure topographique des
lieux qui peuvent être origine ou destination
des déplacements: villes, villages,
adresses, etc
Le modèle des LIEUx REMARQUABLEs
comprend les concepts
relatifs aux accès:
portes, cheminements d’accès, une
représentation normalisée des classifications
Le modèle ADMINISTRATIF présente
une structure organisationnelle qui
permet de créer et de maintenir
les données, en autorisant
une organisation distribuée.
et une affectation décentralisée
d’identifiants.
À définir: interface
IFOPT - SIG
Kasia Bourée
22
IFOPT: statut actuel - évolution
IFOPT est une Spécification Technique (TS)
prCEN/TS 28701
Dernier document diffusé par BNEVT/AFNOR
CN03
Vote le 20 juin 2008
Extensions/améliorations: 2008-2009
Définition de profils spécifiques
Amélioration de prise en compte de l’accessibilité
Lien avec la norme géographique GDF
Kasia Bourée
23
GDF
Geographic Data Files
Kasia Bourée
GDF : objectifs et historique
24
Standard pour la représentation des données
géographiques pour les applications telles que:
Guidage à bord des véhicules
Services basés sur la localisation
Gestion du transport et du trafic
...
Résultat d’une coopération internationale
1986 – 1996 CEN TC278 WG7
ENV14825 (GDF 3.0) en 1996
Depuis 1996 ISO TC204 WG8
ISO EN 14825 (GDF 4.0) en 2004
X-GDF (eXtended GDF) en 2008
Kasia Bourée
GDF: évolutions
25
GDF 3.0 GDF 4.0 (publié)
Modèle conceptuel de données enrichi en contenu
Modèle logique
Modèle physique
Modèle topologique enrichi /Ajout de cheminements
Visualisation
GDF 4.0 X-GDF (en finalisation)
Transposition du modèle GDF en formalisme UML
Modèle physique amélioré ( messages XML)
Aspects visualisation améliorés (dispositifs portatifs)
Kasia Bourée
26
GDF: lien avec Transmodel/IFOPT
Domaines de X-GDF:
Voirie, zones administratives, voies ferrées, voies navigables,
transport public, ...
sont potentiellement des domaines communs
Interface GDF 3.0/Transmodel étudiée il y a 10 ans devrait
être mise à jour...
Actuellement au programme: harmonisation X-GDF/IFOPT
qui permettra de définir une interface standard entre IFOPT et une
cartographie basée sur X-GDF: mises à jour probables de X-GDF
et IFOPT.
Kasia Bourée
27
Echanges de données
TRIDENT
Transport Intermodality Data sharing and
Exchange NeTwork
et
CHOUETTE
Kasia Bourée
28
TRIDENT: caractéristiques - évolution
Résultat du projet européen TRIDENT
N’est pas une norme mais une spécification technique
Ensemble de messages (XML) et d’échanges, peut être
considéré comme un protocole de communication entre
systèmes
Axé sur l’offre théorique
Basé sur un modèle de données (UML) se référant à
Transmodel V4 et DATEX (information sur le trafic routier,
p.ex. incidents, accidents, conditions météo, etc.)
Evolution nécessaire : harmonisation de TRIDENT avec
Transmodel 5.1, IFOPT et DATEX 2
Kasia Bourée
TRIDENT: le profil CHOUETTE
29
Un sous-ensemble de messages structurés dédiés à un besoin
fonctionnel donné constitue un « profil »
Cas d’utilisation: échange des horaires théoriques (temps de passage
graphiqués aux arrêts par ligne) entre systèmes = CHOUETTE
Exemple d’implémentation
OPTILE
SNCF
AMIVIF
Information
multi-modale
& multi-exploitant
RATP
Kasia Bourée
30
SIRI
Service Interface for Real-time Information
relating to public transport operations
Kasia Bourée
SIRI: caractéristiques
31
Transmodel V5.1
Points d’arrêt, Courses, Lignes, Parcours, Véhicules,
Horaires, etc
Etat des équipements
Evénements & perturbations
Message générique
Suivi des véhicules
Correspondances estimées
Correspondances datées
Prochains temps
de passage estimés (arrêt)
Horaires graphiqués,
datés, estimés (arrêt)
Horaires estimés (ligne)
Horaires datés (ligne)
Services communs: sécurité, authentification, gestion des versions, contrôle d’accès, …
Deux protocoles– types: request/response , publish/subscribe
Kasia Bourée
32
SIRI: statut actuel - évolutions
SIRI est une Spécification Technique
CEN TS_0027818 (Parties 1-2-3 publiées &
acceptées)
Partie 4 & 5: à voter prochainement
Perspectives: harmonisation du contenu des
messages avec les travaux
de DATEX 2 – standard relatif aux échanges des
données routières (p.ex. pour les messages relatifs aux
incidents, perturbations)
d’IFOPT (prise compte des composants physiques des
arrêts)
Kasia Bourée
33
TI-VIP
Traveller Information
for Visually Impaired Persons
Kasia Bourée
TI-VIP: objectifs
34
Assistance et guidage du voyageur
malvoyant se trouvant à proximité d’un arrêt
en possession d’un dispositif portatif à
synthèse vocale lors du déplacement:
avant l’arrivée du véhicule à l’arrêt
après l’arrivée du véhicule et à bord du véhicule
dispositif simple: a
2 types de dispositifs
plus complexes: b et c
différentes technologies de communication: Wi-Fi, Bluetooth, radio
Kasia Bourée
35
TI-VIP: état actuel
Dispositif du type a
Dispositif du type b
(plus simple qu’un PDA ou
tél portable)
Liste et descriptif des cas d’utilisation
Liste préliminaire des données nécessaires extraites de Transmodel/IFOPT
Document de travail: V1.05
Objectif final (pour chaque cas d’utilisation): description
•du contenu de l’information transmise à l’utilisateur final
•contenu basé sur les modèles de données Transmodel/IFOPT
harmonisé avec les données complémentaires de SIRI
•des contraintes temps réel à prendre en compte
•pas de spécification détaillée des messages/protocole
Kasia Bourée
36
Certification – vérification de conformité
Projet BATERI
Banc de Test pour la Réalisation de
l’Interopérabilité
Kasia Bourée
37
Vérification de conformité à un référentiel
Définition d’une plateforme tests
(automatiques) de conformité d’un
ensemble de données à un profil
de référence
(projet BATERI, Predim)
P
R
O
F
I
L
D
E
DONNEES
Messages
« Fichiers Export »
MCD
R
E
F
E
R
E
N
C
E
T
R
A
N
S
M
O
D
E
L
Vérification sémantique de la conformité entre modèles conceptuels
Procédure esquissée dans le document normatif & détaillée dans étude
« Approche de généralisation des règles de conformité à Transmodel »
(Predim)
Kasia Bourée
38
Vérification de conformité – perspectives ?
Travaux de BATERI axés sur la
vérification de conformité au « profil
CHOUETTE »
Permettent d’effectuer un ensemble de
tests automatiques de conformité d’un
« fichier export » aux tests
A prévoir: mise en place d’une procédure
de conformité formelle et complète
Kasia Bourée
Conclusion
39
Les systèmes d’information des usagers, en particulier dans un
contexte multimodal reposent sur des standards d’échange
Ces derniers sont basés sur des modèles de données de référence
qui permettent de standardiser leur contenu et leur structure
Base
pour des extensions spécifiques
Communication
au sein d’un bassin
de déplacement
d’une entreprise,
d’un groupement,
etc
Modèle
de
données
Définition
d’une BD
Génération des messages
Interfaces d’échange
Les standards européens sont souvent complexes: nécessité de
sous-modèles ou des profils spécifiques.
C’est souvent le rôle des groupes miroir, d’où la nécessité d’y participer
activement…
Kasia Bourée
http://kasia.bouree.fr
KASIA BOUREE INGENIEUR CONSEIL

Synoptique des travaux de normalisation en cours

Transcription

Documents pareils

Télécharger la Biographie

épreuves d`admissibilité : français • épreuves d

Salut!!! Je màppelle Kuba et jài 14 ans. Jài deux soeurs . Asia a 18

7 - ABRÉVIATIONS UTILIS 1 - AFNOR Association française de

TIC: Forum sur les enjeux et les perspectives de la normalisation en

ETAPE 1 : L`ETUDE PREALABLE

glossaire_normes_donnees

Normalisation des lieux-dits

Télécharger la Brochure normalisation